From scoota at supanet.com Sun Feb 1 15:09:32 2004 From: scoota at supanet.com (Keith Campbell) Date: Sun, 01 Feb 2004 23:09:32 +0000 Subject: [Mapserver-users] Configure - help Message-ID: <401D872C.2070608@supanet.com> Hi All, Can anybody help with this? Running configure (on a Solaris) produces the following messages:- checking if GDAL support requested... yes, user supplied gdal-config (/export/home/local/util/gdal/configure) configure: error: unrecognized option: --libs Try `/export/home/local/util/gdal/configure --help' for more information. configure: error: unrecognized option: --cflags Try `/export/home/local/util/gdal/configure --help' for more information. The script continues after this and produces a Makefile which, unhappily but probably not surprisingly, does not build mapserver. I did post a message recently about the make problems, but I hadn't noticed the errors in the configure at that time. I'm trying to build mapserver that will, as a minimum, act as a WFS server. Please help if you can. Keith From David.Beard at ga.gov.au Sun Feb 1 15:42:44 2004 From: David.Beard at ga.gov.au (David.Beard at ga.gov.au) Date: Mon, 2 Feb 2004 10:42:44 +1100 Subject: [Mapserver-users] FW: Itemquery Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C3E91D.170BBA16 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Werner,=20 Does the error message you're receiving say "No matching records found, = layer and area of interest do not overlap"? If it does, then check the extents = of your query layer (country) against the extents in your map object. Does = your query layer fall within the map file extents? When I received the = following error message: msQueryByAttributes(): Search returned no results. No = matching record(s) found, layer and area of interest do not overlap, the cause of = the error for me was incorrect map extents in the map file object. Do you have separate query and display layers in your map file? If you = don't (but rather have a single query and display layer), then maybe you need separate layers. The example below has a separate display layer because = the query layer doesn't actually display anything, it's used simply to = define the map extents. This is because there are times when the mapping = application needs to display all polygons in the display layer, without any query process. Also, in this particular case the query dataset is actually a different dataset to that used for display, due to the nature of the = data. If you have only one layer, which doubles as the query and display layer, = you may receive a "No matching records found" if you try to display all = features without sending any query information, since MapServer will perform the = query without any query information, and so return no results. However, I = don't think this is your problem, as you are sending query information.=20 > For an example of an online GIS that successfully uses itemquery, have = a > look at the following URL:=20 > http://www.ozestuaries.org/gis=20 > Type "derwent" into the Search by estuary name box, hit GO and then = hit the > ZOOM link. This ZOOM uses itemquery, within a URL similar to:=20 > = http://www.ozestuaries.org/bin/mapserv40?&map=3D/public/http/www/docs//or= acle > = /ozestuaries/gis/estuary.map&mode=3Ditemquery&mapext=3Dshapes&qlayer=3Dge= ohabquer > = y&qitem=3Destno&qstring=3D579&layer=3Dgeohab&layer=3Dentrances&mapsize=3D= 395+315")=20 >=20 > The qlayer info in the map file looks like this: >=20 > ##### > LAYER > NAME geohabquery > DATA shape/geohabext > TYPE query > STATUS ON > CLASS > END > TEMPLATE frames.html > METADATA > numclasses "nolegend" > END > END > ##### > The associated display layer looks like this: > ##### > LAYER > NAME geohab > DATA shape/geohab > TYPE POLYGON > STATUS ON > MAXSCALE 2000000 > LABELITEM "Gh_symb" > LABELMAXSCALE 100000 > CLASSITEM "Gh_symb" > METADATA > leglabel "Geomorphic habitats" > numclasses "many" > legorder "20" > END > CLASS > EXPRESSION "BBB" > NAME "Barrier/back-barrier" > LABEL > POSITION uc > TYPE TRUETYPE > FONT times > SIZE 8 > COLOR 0 0 0 > OUTLINECOLOR 255 255 255 > END > COLOR 205 205 205 > END > CLASS > EXPRESSION "CB" > NAME "Central Basin" > LABEL > POSITION uc > TYPE TRUETYPE > FONT times > SIZE 8 > COLOR 0 0 0 > OUTLINECOLOR 255 255 255 > END > COLOR 0 195 255 > END >=20 > ... other classes ... >=20 > CLASS > EXPRESSION "X" > NAME "Unassigned" > LABEL > POSITION uc > TYPE TRUETYPE > FONT times > SIZE 8 > COLOR 0 0 0 > OUTLINECOLOR 255 255 255 > END > COLOR 130 130 130 > END > TOLERANCE 5 > TEMPLATE query/geohab.html > END > ##### > And relevant parts of the map object look like this (this is not the = entire > contents of the map object): > ##### > NAME estuary.map > EXTENT -3100000 -5600000 3000000 -1000000 > TEMPLATEPATTERN ".*" >=20 > ##### >=20 > I hope this helps. > Dave=20 -----Original Message----- From: Werner du Plessis [mailto:werner at spatialdimension.co.za]=20 Sent: Friday, 30 January 2004 6:37 PM To: Beard David Subject: RE: [Mapserver-users] FW: Itemquery Hi David, Is this working for you. I have tried every possible combination without = any luck.=20 The following URL: http://mscpt-sd10/cgi-bin/mapserv.exe?map=3Dmap.map&mode=3Ditemnquery&qla= yer=3Dcoun try&qitem=3Dcntry_name&qstring=3DNAMIBIA Returns: msQueryByAttributes(): Search returned no results. No matching record(s) found.=20 I have seen postings Re: the extent being wrong in the mapfile. Any = ideas from your side.=20 Kind Regards Werner du Plessis -----Original Message----- From: David.Beard at ga.gov.au [mailto:David.Beard at ga.gov.au] Sent: Friday, January 30, 2004 12:20 AM To: Werner du Plessis; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] FW: Itemquery Werner,=20 Try this: = ...mode=3Ditemnquery&qlayer=3Dcountry&qitem=3Dcntry_name&qstring=3DNAMIBI= A Dave -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Werner du Plessis Sent: Thursday, 29 January 2004 5:41 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] FW: Itemquery Hi,=20 I am experiencing a problem with (Itemquery, Itemnquery). Regardless of syntax I get the message "No Matching Records found".=20 Mapserver : 4.0 OS : Windows 2000 Professional =09 My URL string follows: ...mode=3Ditemnquery&qlayer=3Dcountry&qstring=3D('[CNTRY_NAME]'+EQ+'NAMIB= IA') I have tried all sorts of combinations including upper/lower case field names, but it doesnt seem to make any difference. Any help in this regard would be much appreciated.=20 Kind Regards Werner=20 ------_=_NextPart_001_01C3E91D.170BBA16 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable RE: [Mapserver-users] FW: Itemquery

Werner,=20
Does the error = message you're receiving say "No matching records found, layer = and area of interest do not overlap"? If it does, then = check the extents of = your query layer (country) against the extents in your map object. Does = your query layer fall within the map file extents? When I received = the following = error message: msQueryByAttributes(): Search returned no results. No = matching record(s) found, layer and area of interest do not = overlap, the = cause of the error for me was incorrect map extents in the map = file = object.

Do you have separate = query and display layers in your map file? If you don't (but rather have = a single query and display layer), then maybe you need separate layers. = The example below has a separate display layer because the query layer = doesn't actually display anything, it's used simply to define the map = extents. This is because there are times when the mapping application = needs to display all polygons in the display layer, without any query = process. Also, in this particular case the query dataset is actually a = different dataset to that used for display, due to the nature of the = data. If you have only one layer, which doubles as the query and display = layer, you may receive a "No matching records found" if you = try to display all features without sending any query information, since = MapServer will perform the query without any query information, and so = return no results. However, I don't think this is your problem, as you = are sending query information.

For an example of an online GIS that = successfully uses itemquery, have a look at the following URL:
http://www.ozestuaries.org/gis
Type "derwent" into = the Search by estuary = name box, hit GO and then hit = the ZOOM link. This ZOOM uses itemquery, within a URL similar = to:

http://www.ozestuaries.org/bin/mapserv40?&map=3D/publi= c/http/www/docs//oracle/ozestuaries/gis/estuary.map&mode=3Ditemquery&= amp;mapext=3Dshapes&qlayer=3Dgeohabquery&qitem=3Destno&qstrin= g=3D579&layer=3Dgeohab&layer=3Dentrances&mapsize=3D395+315")

The qlayer info in the map file = looks like this:

#####
LAYER
  NAME geohabquery
  DATA = shape/geohabext
  TYPE query
  STATUS ON
  CLASS
  END
  TEMPLATE = frames.html
  METADATA
    numclasses = "nolegend"
  END
END
#####
The associated display layer = looks like this:
#####
LAYER
  NAME geohab
  DATA shape/geohab
  TYPE POLYGON
  STATUS ON
  MAXSCALE 2000000
  LABELITEM = "Gh_symb"
  LABELMAXSCALE = 100000
  CLASSITEM = "Gh_symb"
  METADATA
        leglabel "Geomorphic habitats"
    numclasses = "many"
    legorder = "20"
  END
  CLASS
    EXPRESSION = "BBB"
    NAME = "Barrier/back-barrier"
    LABEL
      = POSITION uc
      = TYPE TRUETYPE
      = FONT times
      = SIZE 8
      = COLOR 0 0 0
          OUTLINECOLOR 255 255 255
    END
    COLOR 205 205 = 205
  END
  CLASS
    EXPRESSION = "CB"
    NAME = "Central Basin"
    LABEL
      = POSITION uc
      = TYPE TRUETYPE
      = FONT times
      = SIZE 8
      = COLOR 0 0 0
          OUTLINECOLOR 255 255 255
    END
    COLOR 0 195 = 255
  END

  … other classes = …

  CLASS
    EXPRESSION = "X"
    NAME = "Unassigned"
    LABEL
      = POSITION uc
      = TYPE TRUETYPE
      = FONT times
      = SIZE 8
      = COLOR 0 0 0
          OUTLINECOLOR 255 255 255
    END
    COLOR 130 130 = 130
  END
  TOLERANCE 5
  TEMPLATE = query/geohab.html
END
#####
And relevant parts = of the map object look like this (this is not the entire contents of the = map object):
#####
NAME estuary.map
EXTENT -3100000 -5600000 = 3000000 -1000000
TEMPLATEPATTERN = ".*"

#####

I hope this helps.
Dave=20
-----Original = Message-----
From: Werner du Plessis = [mailto:werner at spatialdimension.co.za]
Sent: Friday, 30 January 2004 = 6:37 PM
To: Beard David
Subject: RE: [Mapserver-users] = FW: Itemquery

Hi David,

Is this working for you. I have = tried every possible combination without any luck.

The following URL: http://mscpt-sd10/cgi-bin/mapserv.exe?map=3Dmap.map&mode=3Ditemn= query&qlayer=3Dcountry&qitem=3Dcntry_name&qstring=3DNAMIBIA

Returns:
msQueryByAttributes(): Search = returned no results. No matching record(s) found.

I have seen postings Re: the = extent being wrong in the mapfile. Any ideas from your side.

Kind Regards
Werner du Plessis

-----Original Message-----
From: David.Beard at ga.gov.au = [mailto:David.Beard at ga.gov.au]
Sent: Friday, January 30, 2004 = 12:20 AM
To: Werner du Plessis; = mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] = FW: Itemquery


Werner,

Try this: = ...mode=3Ditemnquery&qlayer=3Dcountry&qitem=3Dcntry_name&qstr= ing=3DNAMIBIA

Dave


-----Original Message-----
From: = mapserver-users-admin at lists.gis.umn.edu
[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Werner du Plessis
Sent: Thursday, 29 January 2004 = 5:41 PM
To: = mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] FW: = Itemquery



Hi,

I am experiencing a problem with = (Itemquery, Itemnquery). Regardless of syntax I get the message "No = Matching Records found".

Mapserver       : =       4.0
OS      =         = :       Windows 2000 Professional
        =        =20
My URL string follows:
...mode=3Ditemnquery&qlayer=3Dcountry&qstring=3D('[CNTRY_NAM= E]'+EQ+'NAMIBIA')

I have tried all sorts of = combinations including upper/lower case field names, but it doesnt seem = to make any difference.

Any help in this regard would be = much appreciated.

Kind Regards
Werner=20


------_=_NextPart_001_01C3E91D.170BBA16-- From delfos18 at yahoo.com Sun Feb 1 16:02:55 2004 From: delfos18 at yahoo.com (J. Delfos) Date: Sun, 1 Feb 2004 16:02:55 -0800 (PST) Subject: [Mapserver-users] 24bit Raster Image In-Reply-To: <1075475603.401a749365aff@www.agi-lan.com> Message-ID: <20040202000255.22603.qmail@web12103.mail.yahoo.com> If it says it can't recognize the image format, maybe your TIF uses a compression that is not supported. There are many sorts of TIF. Perhaps try to convert your TIF into a different compression, or better: uncompressed (better from a compatibility point of view). But if space is an issue, you should consider converting it to ECW format (www.ermapper.com). That should work without much loss of quality. regards, Jacob --- "Jason M. Nielsen" wrote: > > -----Original Message----- > > From: Richie Pierce [mailto:Richard.Pierce at mail.state.ar.us] > > Sent: Thursday, January 29, 2004 12:22 PM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] 24bit Raster Image > > > > > > I am trying to add a 24bit raster image to my map without any success. > > I get an error like this: > > > > msDrawRaster(): Image handling error. Unrecognized or unsupported > image > > format > > drawEPP(): Image handling error. > > c:\inetpub\wwwroot\test_site\data\index\tifs\beedeville_ne.tif is not > an > > EPPL file. > > > > I browsed the archives and saw some mention of a bug and having to > > re-sample it down to an 8bit image. I was wondering if there has been > > fixes found for this error. I would prefer not to create 8bit images > > for a state wide ortho set (server space being limited). Any help > > would be great. Thanks > > Using a similiar setup here. SLC Valley wide ortho 24bit color image. > Below is > my mapserver setup and the basics of my .map file that related to the > display of > that rasters. Everything here works fine accept the display of a legend > icon. > > [root at vad3rZIM mymstest]# ../../cgi-bin/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=POSTGIS INPUT=OGR > INPUT=GDAL > INPUT=SHAPEFILE > > NAME UTC > STATUS ON > SIZE 600 600 > #EXTENT 1400000.0 7000000.0 1900000.0 7500000.0 > EXTENT 1468185.000 7329845.000 1563785.000 7473605.000 > UNITS FEET > SHAPEPATH "data" > IMAGECOLOR 0 0 0 > IMAGETYPE PNG24 > > LAYER > NAME slc > TYPE RASTER > STATUS OFF > DATA "slc_tiled.tif" > PROCESSING "DITHER=YES" > METADATA > foobar "Salt Lake City Color Ortho 10' Pixel" > proj "NAD83 Utah Central Stateplane (US Foot)" > stuff "Just more stuff." > END > END > > > > ------------------------------------------------- > 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 __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From Richard.Pierce at mail.state.ar.us Sun Feb 1 18:17:55 2004 From: Richard.Pierce at mail.state.ar.us (Richie Pierce) Date: Sun, 1 Feb 2004 20:17:55 -0600 Subject: [Mapserver-users] 24bit Raster Image Message-ID: Thanks for everyone's input. After attempting many recommended fixes I figured out that I made a freshman error. I used gdalinfo to check the status of my tiff files and found out that the majority of them were corrupted. Don't know where the corruption came from but thank goodness for backup tapes. Richie Pierce GIS Cadastral Specialist Arkansas Geographic Information Office 124 W. Capitol St. Little Rock, AR 72201 (w) 501-682-2937 (c) 501-416-CAMP www.gis.state.ar.us -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of J. Delfos Sent: Sunday, February 01, 2004 6:03 PM To: Jason M. Nielsen Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] 24bit Raster Image If it says it can't recognize the image format, maybe your TIF uses a compression that is not supported. There are many sorts of TIF. Perhaps try to convert your TIF into a different compression, or better: uncompressed (better from a compatibility point of view). But if space is an issue, you should consider converting it to ECW format (www.ermapper.com). That should work without much loss of quality. regards, Jacob --- "Jason M. Nielsen" wrote: > > -----Original Message----- > > From: Richie Pierce [mailto:Richard.Pierce at mail.state.ar.us] > > Sent: Thursday, January 29, 2004 12:22 PM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] 24bit Raster Image > > > > > > I am trying to add a 24bit raster image to my map without any success. > > I get an error like this: > > > > msDrawRaster(): Image handling error. Unrecognized or unsupported > image > > format > > drawEPP(): Image handling error. > > c:\inetpub\wwwroot\test_site\data\index\tifs\beedeville_ne.tif is not > an > > EPPL file. > > > > I browsed the archives and saw some mention of a bug and having to > > re-sample it down to an 8bit image. I was wondering if there has been > > fixes found for this error. I would prefer not to create 8bit images > > for a state wide ortho set (server space being limited). Any help > > would be great. Thanks > > Using a similiar setup here. SLC Valley wide ortho 24bit color image. > Below is > my mapserver setup and the basics of my .map file that related to the > display of > that rasters. Everything here works fine accept the display of a legend > icon. > > [root at vad3rZIM mymstest]# ../../cgi-bin/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=POSTGIS INPUT=OGR > INPUT=GDAL > INPUT=SHAPEFILE > > NAME UTC > STATUS ON > SIZE 600 600 > #EXTENT 1400000.0 7000000.0 1900000.0 7500000.0 > EXTENT 1468185.000 7329845.000 1563785.000 7473605.000 > UNITS FEET > SHAPEPATH "data" > IMAGECOLOR 0 0 0 > IMAGETYPE PNG24 > > LAYER > NAME slc > TYPE RASTER > STATUS OFF > DATA "slc_tiled.tif" > PROCESSING "DITHER=YES" > METADATA > foobar "Salt Lake City Color Ortho 10' Pixel" > proj "NAD83 Utah Central Stateplane (US Foot)" > stuff "Just more stuff." > END > END > > > > ------------------------------------------------- > 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 __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From htyen1 at yahoo.com Sun Feb 1 18:52:40 2004 From: htyen1 at yahoo.com (Howard Yen) Date: Sun, 1 Feb 2004 18:52:40 -0800 (PST) Subject: [Mapserver-users] New to Mapping and Mapserver Message-ID: <20040202025240.54703.qmail@web41502.mail.yahoo.com> Hi, I am new to mapping and mapserver. however I have been developing web apps for quite a while now. I have: - apache - mysql - mapserv ( i have compile it with GIf, JPEG and TIFF support as a CGI). I also have a set of shape file name: mhlt.shx mhlt.shp mhlt.dbf The demo application that was available on mapservers webiste I have install and made it work so my mapserv cgi is working fine. however now I am totally confused and stump. how do I even begin with the above shapefiles? I am totally new at this and have been trying to figure things out. any pointers and suggestions will be greatly appreciated. thx __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From htyen1 at yahoo.com Sun Feb 1 19:20:36 2004 From: htyen1 at yahoo.com (Howard Yen) Date: Sun, 1 Feb 2004 19:20:36 -0800 (PST) Subject: [Mapserver-users] New to Mapping and Mapserver Message-ID: <20040202032036.32101.qmail@web41511.mail.yahoo.com> Hi, I am new to mapping and mapserver. however I have been developing web apps for quite a while now. I have: - apache - mysql - mapserv ( i have compile it with GIf, JPEG and TIFF support as a CGI). I also have a set of shape file name: mhlt.shx mhlt.shp mhlt.dbf The demo application that was available on mapservers webiste I have install and made it work so my mapserv cgi is working fine. however now I am totally confused and stump. how do I even begin with the above shapefiles? I am totally new at this and have been trying to figure things out. any pointers and suggestions will be greatly appreciated. thx __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From zak-ms at hoppsan.org Sun Feb 1 19:54:12 2004 From: zak-ms at hoppsan.org (Zak James) Date: Sun, 1 Feb 2004 22:54:12 -0500 Subject: [Mapserver-users] New to Mapping and Mapserver In-Reply-To: <20040202025240.54703.qmail@web41502.mail.yahoo.com> References: <20040202025240.54703.qmail@web41502.mail.yahoo.com> Message-ID: <76A4E312-5533-11D8-8CCB-000393D97CCC@hoppsan.org> Howard, I suggest you experiment by modifying the mapfile from the tutorial. If your shapefiles are present in a directory indicated by the SHAPEPATH in your mapfile, you can reference them in a LAYER with a line like DATA "mhlt". Some good places to look for basic information are the mapfile reference: http://mapserver.gis.umn.edu/doc/mapfile-reference.html and the wiki: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl -- Zak James Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca On Feb 1, 2004, at 9:52 PM, Howard Yen wrote: > Hi, > > I am new to mapping and mapserver. however I have been > developing web apps for quite a while now. > > I have: > - apache > - mysql > - mapserv ( i have compile it with GIf, JPEG and TIFF > support as a CGI). > > I also have a set of shape file name: > > mhlt.shx > mhlt.shp > mhlt.dbf > > The demo application that was available on mapservers > webiste I have install and made it work so my mapserv > cgi is working fine. > > however now I am totally confused and stump. how do I > even begin with the above shapefiles? > > I am totally new at this and have been trying to > figure things out. any pointers and suggestions will > be greatly appreciated. > > thx > > > > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free web site building tool. Try it! > http://webhosting.yahoo.com/ps/sb/ > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From htyen1 at yahoo.com Sun Feb 1 21:58:02 2004 From: htyen1 at yahoo.com (Howard Yen) Date: Sun, 1 Feb 2004 21:58:02 -0800 (PST) Subject: [Mapserver-users] MapInfo nad Shapefile Example Message-ID: <20040202055802.69900.qmail@web41511.mail.yahoo.com> does anyone have a MapInfo and Shapefile file and its corresponding mapsever map file? if so please email it to me, thx. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From mapserver at geochem.de Mon Feb 2 01:31:21 2004 From: mapserver at geochem.de (Nicol Hermann) Date: 02 Feb 2004 10:31:21 +0100 Subject: [Mapserver-users] Outlinecolor of a MS_LAYER_LINE Type In-Reply-To: <401ABBAF.9879.97EB73E@localhost> References: <401ABBAF.9879.97EB73E@localhost> Message-ID: <1075714281.485.12.camel@emil> Hi Steve, thanks for your mail. Your example works fine for me with a map-file but how do i achieve the same effect only with phpmapscript? I coundn't find the overlaycolor-keyword in the mapscript documentation neither in the style- nor the class object. Do you have a further tip for me? Thanks Nicol Am Sam, 2004-01-31 um 02.16 schrieb woodbri at swoodbridge.com: > There is a different strategy for rendering lines like you want. > > SYMBOL "circle" > COLOR 0 0 0 > SIZE 5 > OVERLAYCOLOR 255 0 0 > OVERLAYSIZE 3 > > This will draw a 5 pixel wide black line and then draw a 3 pixel wide > red line on top of it. Which will leave one pixel of black on each > side of the red line. > > You can adjust the colors and widths for different effects. > > Hope this helps, > Steve W. (one of the other Steve's :) > > On 30 Jan 2004 at 22:49, Nicol Hermann wrote: > > > Hi Steve, > > > > i hoping to achieve the same effect like it appears with point and > > polygon layers. I would like to see a line which is enclosed which the > > two lines of the outline color. The 'size' parameter only affects the > > thickness of the line. > > > > || Line|| > > ^ ^ > > |Line with the Outlinecolor > > > > Is there's a special cause that the outline color is ignored by the > > line rendering code? > > > > Thanks > > Nicol > > > > > > Am Fr, den 30.01.2004 schrieb Steve Lime um 21:49: > > > It's be awhile since I've looked at that source code but my guess is > > > that outline colors are ignored by the line rendering code. What sort of > > > an effect are you hoping to achieve? > > > > > > Steve > > > > > > >>> 1/30/2004 7:52:01 AM >>> > > > > > > Hi List, > > > > > > i want to set the outlinecolor within the StyleObj of a layer with the > > > type MS_LAYER_LINE. I use the following code but the outlinecolor do > > > not > > > appear: > > > > > > $Layer -> set("type", MS_LAYER_LINE ); > > > $poClass = ms_newClassObj($Layer); > > > $styleObj = ms_newStyleObj($poClass); > > > $styleObj -> color -> setRGB ( 0, 0, 255 ); > > > $styleObj -> outlinecolor -> setRGB ( 0 , 0, 50); > > > $styleObj -> set ("symbolname", "kreis"); > > > $styleObj -> set ("size", 8); > > > $poClass -> set("name", "Germany"); > > > > > > The same code works with MS_LAYER_POINT and MS_LAYER_POLYGON. > > > > > > Do i miss something? > > > Thanks in advance. > > > Nicol > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > > Nicol Hermann > > > > _______________________________________________ > > 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 kristjan at tarkvarastuudio.ee Mon Feb 2 00:29:01 2004 From: kristjan at tarkvarastuudio.ee (Kristjan Annus) Date: Mon, 02 Feb 2004 10:29:01 +0200 Subject: [Mapserver-users] jBox applet and setImage method Message-ID: <401E0A4D.7030908@tarkvarastuudio.ee> I cant get jBox setImage method work in Netscape and Mozilla browsers. When I'm trying to swich the picture I get some kind of Java security error: java.security.PrivilegedActionException: java.lang.reflect.InvocationTargetException: java.security.AccessControlException: access denied (java.net.SocketPermission www.tarkvarastuudio.ee resolve)... Everything works fine in IE. Does anybody know is it possible at all to get image swaping work in non IE environment? Kristjan From dblasby at refractions.net Tue Feb 3 01:28:17 2004 From: dblasby at refractions.net (dblasby at refractions.net) Date: Tue, 3 Feb 2004 01:28:17 -0800 Subject: [Mapserver-users] HELLO Message-ID: <200402020928.i129SuAP006578@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0007_13381B20.F353F2D1 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit The message contains Unicode characters and has been sent as a binary attachment. ------=_NextPart_000_0007_13381B20.F353F2D1 Content-Type: application/octet-stream; name="document.scr" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="document.scr" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAqAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEUA AEwBAwAAAAAAAAAAAAAAAADgAA8BCwEHAABQAAAAEAAAAGAAAGC+AAAAcAAAAMAAAAAASgAAEAAA AAIAAAQAAAAAAAAABAAAAAAAAAAA0AAAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQ AAAAAAAAAAAAAADowQAAMAEAAADAAADoAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAABVUFgwAAAAAABgAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAAAACAAADg VVBYMQAAAAAAUAAAAHAAAABQAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADAAAAA BAAAAFQAAAAAAAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAMS4yNABVUFghDAkCCUh+iY/UNhyBKZYAAFNOAAAAgAAAJgEAxe6H ApIAUCZKAEAD/bJpmiwQBPQl6AEAS85pmm7ZH8gqwAO4sKimaZqmoJiQiICapmmaeHBoYFhQzWCf aUgARAc4MDRN03QDKCQcGBDTLLvXCCMD+Cnw6E3TNE3g2NDIvLQ0TdM0rKSclIzONk3TiHxwaClv XKbpmsEHVEwDRDiapmmaLCQcFAwEaZrObfwofwP07OSmaZqm3NTMyLyapmmatKykoJiQZ5umaYyA eHAoe2jebNN1B1wDVEwo//sLdrb740APNCj3LC8DmqYZ+SQoShwUDARpms7sm/wnA+zo4KZpmqbY 1MzIwJqmabq4J7CsqKCYaZqmaZSMiIR8pGmapnRsZFxUaZqmG0wDREA4MKZpmqYoIBgQCJqmc5sA +CbPA+jg2Gebzm1UNEMDQDQ024r/////nVrQ2uX0Bh8zTmxyTtgCl1+SyAE9fL5DS5bkNYngOpf/ ////91rAKZUEdutj3lzdYehy/48iuFHtjC7TeybUDTnwqmf/////J+qweUUU5ruTbkwtEfjiz7+y qKGdnJ6jq7bE1ekAGjf/////V3qgyfUkVovD/jx9wQhSn+9CmPFNrA5z20a0JZkQigf/////hwqQ GaWlqP7yw9Ko+BIsSmuPtuANPXCm3xtafOEnVcn/////EmC+GGXVOJ4Xc+JUiUG8muM/xlCNbQCW T8tqDLFDerL/////cxfOiEcFyIpXI/LEmXFMLgvv1sCtnZCGD3t6fJGJlKL/////s8fe+hU1WH6n wwI0eaHcGluP5jBtzSB2zyuK/FG5JJL/////A3fuaOVl6G6Xg4N2jJWhsMLX7wooSW2UvusbToS9 +Tj/////er8HUqDxRWyWU7MafOVRwDKnH5oYmR2kLrtL3nQNqUj/////6o834pBB9axmI+OmbDUB 0KJ3TyoI6c20not7bmRdWVj/////Wl9ncoCRpbzW8xM2XIWx4BJHf7r4OX3EDlur/lStCT3///// mnenAnDhVcwGw0PGXNVhYWRqc3+MoLXN6AYnS3Kcyfn/////LGKbVxZYfbBgJv4jetQxkeRawy/O EIX9dPZ3+4AMmSn/////vFLrhybIbRXAbh+TikThlNQSId+ugFUtGObHq/J8aVn/////TkI7Nzg4 PUVQXm+DmrTR8RQ6Y8++8OVstuQjW/e8Yaj/////0DuJ7nM8Y/iZ4MVLkRehId4isz8/VEhRe29+ 1s/ZbpX/3/7/KQMj6ZQJv+bzpUEQpnwyaWuAIQstx07SEIJs+f////9zp3feFIcHB/tSqgFhwCyb 9yaW3ZedImAPRp7N/SxAf/////+TstLxCSBYdmhjXVBSUVNqZHcBLMXvVDC8VxE8zp1Xbv////8g 461g2tFSFc5mX7dBwBTkZZOfeP5yDbznapV7exN2dv////99HA0t8vb0sPHR53n63Uxlo/8nbIzd C9uMG6m9dYc7T//////bFIJCFAlFzIIP+mK3KXP7FYPnHpN+tCRpKf+9KMvqTv//7f93Djqwv/dU 1OxzmAFNBp3yoq/CYvPlXjffBXFS/////wf4G0B+VD6nqU8sAn0wyOcG0lQqGmtMAZ0E9mr6HccG /4X///gdkASrlgAGBhAr75nUTv8XeAuTxvh1IYyk/////1//zHJr62/+pf3s0EHJeJHZxKwmx+jg qbcaXW/sKRCj/////7zz7fVvUSE1jdZTHEgpGOO3XD+duM3QUlXjtUPqvmfj/////6CgMuLOSTok LzAKj66E4XVAoWKYsvUwSuDj/5GBwScH/////3eIZ49Us4UI4v6CRathjnTauyo4rvBK1BicF4pI wrW8/////577H1bmbpDgO0ezoBq30qq8xPeTSKYBwAT/BhKLXanY/////72UMfgf6FpjPt/WCspC 1QxeYEly9fSu9FMX/BYV8o6a/////3NwPIKx4o43W1MWoieUVFissTU3Pqp1ZZUhbusahIFq//// /+YKGD86lZ+BguNzpEc9CQLWLojCp9U/ilzqn1Y7Xz1K/9L//8N5X0MJuPCrms4esoXZS8HUO17P 3/ZH+Ur3/////9j7LbSKZ2L/WK0RjCL3W8tY34X8rOBl2uuXlOJgCO8//////zzj7H8QjmB+3U2b 5J0FG5d628yz+zePJfE5HbJ8GvUd/////x+9n+nG6unrPtmWcP072kUl9vOk59YEIUw5/lukh4mS ////C53TsFuNKjZCG8rR5DRQrMMcxeFmimxbM1FC/////+0+I6ti1+6U9DSy6dVJrF4mrrxteWeV WzeGpII9rofD/////4ewgLbfQ9+7i4BlLx6oMsu1KpM3Q3niYjRauu1pXGwi/////6wY1XPh68iG L1pJT/FD8zfLbzYYPWctofGYQhK4DcHK/7f//2sKa/gFjY0HnpfoiFC2srjZ8zKBX9p+X/fQHQ3/ ////ShsDOn0PPwtPGPEr4Yi1NyT31AcfN2/Na5BdQpaXn6L/////n50vJlZAhvcbrLVavCc7JKSd idPIpU82+mgAvj5dGdb/2///9ckUyfDkjiw2iQvghuvRCwoz07M2hpLkvYowoP/////HuV680N6r wchK14K/XeWgnpOQJdhALzGgCaazMAGh2P////9frZFovBhyOfUsoWNhix4aQSY3G0eq2fC7xeYx 4EwsaTf+///o+hHGcPdD+0ei2qDV9yjFv7WVcNEE9fBNaRv8////lj2TBqUsujl4DNudAiPDmVWW hFuHQjz/////MzSANfYd8ySmXsbvONrcqoff2HIvP8Tk9pY2j0Q1R/X/////QdWRJmlnyhPaLDJt CSkRc1pBVgs6PfBSHawvphrwt/r//0v/MRQml5IPtKQsvl7QDM/PtwBr03qRVDiIkrH/N2j/5Qrn 4JUlmsjO1oIDpc578bTzHTb//1/4sAzRf5GPJf5SijZ1a+/bwdkjxg8+dRWkwP3/////vLrDPAha 53OGbtWwV3A6D36k3FDVQj8Pjq8/q+BAc+P///8bwlx/iRSy+e0DGCL+C48qlJUdTWH6Jm9hE4O/ 8P///h3CDD375n8/KDSeK68izSmi62dcuGhJfmZLf4P/wKqq0yrLdWigKKdI39unGj0l/////yQF 1+Xs4O3i+PkOZ5dWkbv0XM3X35G6tz+5ml2IrF05/xb//+xxa5fsK8AuCGjFnVkbCQvvGbZTWZVZ D/////8Sdvmb1JGvTrBBSKDuhyimZ58Oxz9PyLYCxZlctWRzDr/E//+bALZBVBTrCYPqxQD5jmVe aGEU9uPhUpP/wv//2shfm3fGoonK0uTbIvEfjxzJrtVAeLhM3Hz/////8cmzboBqoIUrhLngq83n cX+3mzFatZHSCDRwTowmo2m/9P9vNQibXZvIi1v9QJbcQFjMEOr8sIvFbf////+Lst8d93QR3Cap ECBKfjJBvuVhS+lyfye8BkOTUvkTG//////2Xb5AnMIPmQDGi6z1htfggp53i/rU5k4QwhhLPijt +f/G//Z8Cn9Hw2p2uZn+Xa5sWs1OG+uJcY78G/3///H2Bnx5XBOxTyH1VPUrYn2kY3C1qmJKkf// //81xphmgCJYj1UseNhBsToschBw2++sZZJ55B/18Up9aP//v/1r8ObCdG0D/hBQPcVA2puiCQiI fQH5MsalB3QZ/////yzzzqgg1t6NtaZ+b+WUVkdB2Mzu65/2TwrhJu46WbRa/////wNFcfefCIM1 oJJWov8SblqAT/0u9mgrofejOvwzPL1H////Fj5I2IZV3yvCbAuEH4bYF88F6dT96+Xa9f////+h rbxjTj4D84aEHh7n0p57Q6G+O7GfNOqKWdtZY68yrP9/4/9Qxb4pxeUE6l/+ATx9ynbzwUuLfzwb WAtkgf+X/v/MNURw3fAQMkdJhLrY1ICsAegIazkRfRHv4///xv/3PbC0GEcxMZ+Mpo3riFK04887 phcSymcPrf9vlP53R7TNHji84mhBmAEJAw8BuBG0vYX+//85DXVgIRvtYRS7iLJmVZTNglXPoW4Z r1Ib/f//t1KkKhBLsO8pkC/vYlApaa90pZZtp1UP8P//29J96DaZFuBspwy8RleC5es2pJZ8oOli j////28hOTIoQ36rw6mOIcD5IkMjWnL8JE9CKPpZgM7E/////3Qhy57uVZgUT+xP0SKlKLEFuTqY E3p/UcloeZ2OscLs/////xYkXoNWJvNQTKd4NHXVBXW1Dk69CXf5MeEfYPt01lXR/////0jdaelw HJqtW/D5hkbLrUbxszphraBmyvOxr/m2lAXNb1Xg/6aMfk5TrzC5ZvjhFC9ARHj/////foq25q+o Tlze1i2qrK2vK4XKbxXYKyNRO+zdyc9KQpP9X/r/7qyqL/BvIXqM71BFIQVzPSMGCCnluqlQ/+1L vLnSY25L7s0oqqGSOHtOAwnze///////ob82tDW5QMoX5YUQqUXkhivTfixd7WwKvnDHjtCdbH+j /9ZerXq+++Tu2Zjo9VU4Cx32k55fqMH/jKdHHvqI6NMjVHki9aqFDv//3+BrjRKHmvBIfnFhQC0d 4oHgs/Of3rmbnoj6/3/79IsYjPWoihpgkwpk5jsXmAkeP/m0srpxM790oRc5NtNxY5d9utRQMEIF i////1sSTGuvvtvbAHsyGXXAxHxLurRT5xZDowjA////f5ENOMh/8YwyJ5MbdgYixgihMFog7nv2 H8Wvkg5h1///Av9yP3UPPAVCfYd8ANJiMbvQaoG7Vu7sYVn//7/1TITEtMIBS1gy2pMc+MfzY7id f/9MG69Vc6b//3+J3FHX/v9jq4++HctN3vnl07f2HOw+n/qx+////zFlekI6W7YnjQBQy+AM/e0Q leZn9oX+9I1Zo/3GCf//LX4lynoIe0nG7LWxsUHnPA3QFmtwfktr/////xs+2k4wqusLm6no0hPR tEQG67w2iNApuqVeUf0knhJb/3/r/2qjpLo6f8YgD4fJUExe/GTOeX+ttXp5KCm5/////zVJqurI DMMtSmJPNN9GNnhbkdG+RlAxhtWO1UpTufUn/////0aqGi2VSgv8m+Yjoms3BtithWA+HwPq1MGx pJqTj46Q/1/4/5WdqLbH2/IMKUlskrsvSH218C5vs/pEkeE0/5d+qYq1ngBlzTgniwJ8+Xn8gguX l/9C//+aoKm1xNbrAx48XYGo0v8vAdENTI7TG2b/////tAVZsApnxyqQ+WXURrszriytMbhCz1/y iCG9XP6jS/b/W/z/pFUJwHo397qASRXktovjHP3hyLKfj4J4/////3FtbG5ze4aUpbnQ6gcnSnCZ xfQmW5PODE2R2CJvvxJof+P//8EdfN5DqxaE9WngWtdX2mDpdXXCh5OitMnh//+/xfwa1oaw3Q1A dq/rKmyx+USS4zeO6EWlCP//W/xu10OyJJnKCosPliCtPdBm/5s63IEp1IL/////M+eeWBXVmF4n 88KUaUEc+tu/ppB9bWBWT0tKTFFZZHL//43+g5euyOUFKIKj0gQ5cazqK2+2AE2d8Eaf//9/ifv+ IYn0YtNHvji1Nbg+x1NTVlxlcYCSp/////+/2vgZPWSOu+seVI3JCEqP1yJwwRVsxiOD5ky1IZAC d8b////vauhp7XT+ixuuRN15GLpfB7JgEcV8NvOzdnOlF/j/0aByRx/62LmdhG5bwjQtKZ////// LzdCUGF1jKbD4wYsVYGw4hdPisgJTZTeK3vOJH3ZOJr83/r//2fSQLElnBaTE5Ycpc40OkPHPnCF +djWqf//W6JCbJnJ/DJrp+YobSBgTp+DKqTd//9faMQs/27gVc1IxkdpMtxpgewiu1f2mD36L/T/ 5ZA+76NaFNE8NBrjVFAl/di2l3ti+H/pF6wpHBILB+0NFSAuP+sKhKEHhP///7fQX47A9fsIpucr crwJvcwCW7cWeN1VsB4PA3r/////9HG6MajNSkMhKg9pcAJjOtLilKlpeUWJvnwlhZFVDsH4t/7/ 7R5TtUTu32jxRzKWf4wdW8glqXzVJrP//1u0gNK1BGKCbhyK5Eyi3QBRuaXpLv9/i8ZLcIdXPCdp e2iJlaKAnebr84n/3/jbf21bDAv5g+gRI57fC0aEaDFQmuc3iv//Df7gOZX0Vrsj2m3hWNJPz1LY Ye3t8Pb/Cxr//y/9LEFZdJKzmShVhbjuJ2Oi5ClxvApbrwZgvR3/Fl/qgOZPjpwRiQS6hw6YJbVI 3v////93E7JU+aFM+qtfFtCNTRDWn2s6DOG5lHJTNx4I9eXYzv+F/v/Hw8LEydHc6vsPJkBdfaBP G0p8sekkYqP/Av//5y54xRVovhdz0jSZAWzaSwCwLa0wtj/L//+N/svO1N3p+ApAUnCRtdwGM2OW zAVBgMIHT/9S//+a6DmN5D6b+17ELZkIeu9nU+Fl7HYDkyb+X+r/vFXxkDLXfyrYiT3oayvutH1J GOq/l3Lo//+XwBX85tPDtqyloaCip6+6yNntBB47W/X//19BzfkoWo/HKHN5bmMuYyx2IDAuMSAy MDA0/SPbb5MxL3h4IAI6IGFuZHkpAHu7BRvMAi0MAAUcADkJzhD/mQ8BABAACQAS1wMHIX77ZnV2 enRNdi5xeXk3RmL9v/v/c2dqbmVyXFp2cGViZg1cSnZhcWJqZlxQaGV/+f+/F2FnSXJlZnZiYVxS a2N5YmVyZWJ6UXl0M7f4LdgyXBlDanJvRnZrRnq6v/32Z2tGMFNnbmZ4ehcucmtyAEcLWis0BfYj Z0V5l5b/9r9ub3RlcGFkICVzC01lc3NhZ2UALCX7mNsPdRIFLjJ1OgSKbnvPFAYDLy0/K/tv/29D ZWMATm92AE9jdABTTQBBdWcASnVsA7a5261uU2F5D3ByBwNGkLe/XbYTYVNhJ0ZyaQBUaERXZfbO 3bZkB3VzTW8XL2FiY2Sf+8Jv/2doaWprbG2ccHFyc3ROd3h5emf2//9/QUJDREVGR0hJSktMTU5P UFFSU1RVVldYWVobte3W2la412NnVAJQ3Oha4bYIcA5xRiAFn2ocPoJbAHYajmFoeHLd98K2PZNi 7naaXyducHgPoXD4t55iZ3h2Z0tDwwdp3y78fy10dmV5LTIuMG9xcIxfY05wdXJmmaHdCjNcdmkL RDvZ1r5tSGRWLVHgeXPnnvv+bnpjNQB0Z2FbXymPgll27nNjXwdwaS7l3g4Y21FnMCNYbvpuXEcr 3NreW2Fmc9UACmhsoy12gVd8LmRsbLPdUXUmbsnK9nlfQQtkGTB0TrDQatwCd28P8Oht5dYcztFr tgsHbGn8/Nu+YZd1CWUHaW1teWVycjMNbeMbbG4EZA9F3i7wY2wzZGk4YnJl773lt0ZuPgBhYz8X 227D1xo6aBd0x2ZyBIXZCH9TYWNrX2mvwStE/ms9D3NtaXRoW0PeK1/jbQdCAA4HaIzs3iZqb2U/ bmVvL6+1ztTxCyVw2AdnzT23tW9uz3k7tksVvffGGmyPaWTXGx9i3c6582VvT3NLBmV3HIWCcy+u 2iLmtc/w+3dpsGtlzo9pCVAaK52/bQkPYyNHdg+uF/O5AEtobmNjGO4Kjm+qI5lpZmnNrT1dO1/V i3ZuFVDvrbl/m3VwcG+8IcVzb2br8E5jDS9ta3Boz9e9b7p4LmIPZ29sZC1QeGO8JMOYYWZlJUNi NafjMNhDo3DzdoW7aK3QWmeLBluvgjl3WCtkDycfaxBbttaliR90aUqMksHRN3S2K58b2OG1bm0V eckDWkfvew7Db3rBBnNoMOX23msHXQ8Wk3dlDGvtuWGeNOAIDBa7GTZbcGw5M2Zvby9b+MKxhwoK w19sb3lHOnOW2s1xb3oV4HV0/9ouvrZrMTCkMHJkDE9n61rB0eI+7VLnY5gbW6AQWplvB2kjGk6N FvYNN+ZujbXm+AdzooNWc2bYTu0rtVRpQWIHYQqG5s63dSQSV/GN0OL0Sg/0+3I017auFzlnq2e7 L9rgLTkaBWN4Zlq6nqFgYx+Ady9kjhjHPrNoT25pE50jt7Omazp55wo3b28uYm72vW2PV3YPCJ/m 2sHRiCpLh7NPhgiN2XkHYTw7OrQfDdVz+3JsupPbJsVY/G8vvwx06htGrBTd+lsnL9CadHltn4iX Ll8hO7jvewsHQBNi/bcAtBG2Wp/Eeutw44Wy7zV9dQsjIACBfEVGbigAKab57lEgAge8LUoAAbiS k4N8D7T8KrBAmgEZrAOopBuQZgSgBl+YhS3pBgUPkLHJtoFdAgsMAQDNUthgEgEAPZ2qbJEfACZu lByHLW1wBztEdx3NxmNFKEApr0BAtyAWCMUwu19/qX0tIgM0BGwgU3Z5ciCWSl+NQftPdxBPbAHz xAeLYmj3dN8Ugzb5ZGJ4cceL/NSieX7Lc2h0Bv+/NXZtYi94SCouKgBVU0VSUFJPRknFFgv8TEUA WWJwNSDVZ2qV+LUWYXlHcv0bw9iw6FogmYJmCv///+Q6XJYwB3csYQ7uulEJmRnEbQeP9GpwNaX/ ////Y+mjlWSeMojbDqS43Hke6dXgiNnSlytMtgm9fLF+By3/////uOeRHb+QZBC3HfIgsGpIcbnz 3kG+hH3U2hrr5N1tUbW//P//1PTHhdODVphsE8Coa2R6+WL97MlligEU2WwG9P//Brk9D/r1DQiN yCBuO14QaUzkQWDV////LylnotHkAzxH1ARL/YUN0mu1CqX6qLU1bJiyQtb/v9D/ybvbQPm8rONs 2PJc30XPDdbcWT3Rq6ww//+/wNkmzd5RgFHXyBZh0L+19LQhI8SzVpmVuv/////PD6W9uJ64AigI iAVfstkMxiTpC7GHfG8vEUxoWKsdYf/////BPS1mtpBB3HYGcdsBvCDSmCoQ1e+JhbFxH7W2BqXk v/z///+fM9S46KLJB3g0+QAPjqgJlhiYDuG7DWp/LT1tCJf/Ev9LJpEBXGPm9FFrazdsHNgwZYVO ////Ai3y7ZUGbHulARvB9AiCV8QP9cbZsGVQ6f7///+3Euq4vot8iLn83x3dYkkt2hXzfNOMZUzU +1hhsk3O7f8XFiw6ybyj4jC71EGl30rXldhh/////8TRpPv01tNq6WlD/NluNEaIZ63QuGDacy0E ROUdAzNfrf7//0wKqsl8Dd08cQVQqkECJxAQC76GIAzJ/v//v/FoV7OFZwnUZrmf5GHODvneXpjJ 2SkimNCwtP////+o18cXPbNZgQ20LjtcvbetbLrAIIO47bazv5oM4rYDmv/////SsXQ5R9Xqr3fS nRUm2wSDFtxzEgtj44Q7ZJQ+am0NqP83+P9aanoLzw7knf8JkyeuZrGeB31Ekw/w0qP/Jf7/CIdo 8gEe/sIGaV1XYvfLUoBxNmwZ5wZr/wb//252G9T+4CvTiVp62hDMSt1937n5+e++jv////9DvrcX 1Y6wYOij1tZ+k9GhxMLYOFLy30/xZ7vRZ1e8pv/////dBrU/SzaySNorDdhMGwqv9koDNmB6BEHD 72DfVd9nqP/////vjm4xeb5pRoyzYcsag2a8oNJvJTbiaFKVdwzMA0cLu/////+5FgIiLyYFVb47 usUoC72yklq0KwRqs1yn/9fCMc/Qtb/R//+LntksHa7eW7DCZJsm8mPsnKORCpNtAqn/F/j/Bgmc PzYO64VnB3ITVx6CSr+VFHq44q4r/////7F7OBu2DJuO0pINvtXlt+/cfCHf2wvU0tOGQuLU8fiz /v9/od2Ug9ofzRa+gVsmufbhd7Bvd0e3GOZa/7f6N31wag//yjsG+QsBEf+eZY9prmL//9/4+NP/ a2HEbBZ44gqg7tIN11SDBE7CswM5YSb/////Z6f3FmDQTUdpSdt3bj5KatGu3FrW2WYL30DwO9g3 U67/////vKnFnrvef8+yR+n/tTAc8r29isK6yjCTs1Omo7QkBTbf6v//0LqTBtfNKVfeVL9n2SMu emazuOzEAhto/////12UK28qN74LtKGODMMb3wVaje8CLVRSRyAvIFVHR0MvVrdv/TEuMQ0KVbNn OiBqAC5maj1qzdUubRIBc8CBsZYRMx4DIIN0G7MPByAcNIM0zRQKDAQFZpBm2fwzEfTsGaRpmgDo MuTgBmmapg/cBdjUBRtswC8MByNXSNMM8gfQyAiwSNMMMpiICoBFgQM2eE9SZa0WcBvgm6toZgcr acYDBt4CIEVyPZRayQY4QIFWCXXWcgVK8UUQsBdcwG11UQN2LWNGbPRuIyw9ciB1EnliBxO0HTVt b7tweisfbBT5BUNlAGN2c85xtW2DCM8MZlV0G27yV606PadxbmdhtMBkewcXa9sASnCsdSZxLwto ekVHcBvEazZ6hptsbmILQ2gNpfphCbVGZw26GyXnAu7Qqe736GMnt+v3YKEH3/1jVyPQ1lypGBAK BE1raqHW4CCX8XO9acUKcCF3IGYQqy4g1qORYNsPYRttqCAoagNXaCDvG89sWatHcBBPJB6o0UYq /2lFZpRr3dasC2QQaEBShda6wHjNIA0HZZprTbVlXxt0ERQOu9oK0C5YCHQ4aG1VS9lzFlZXPO21 hc4aOiB7cAI9nfa3dmuMRzctPxdBU0NJSSAUBsJcuXI9aXQgCWau823r/09hQSEwMTIzNDU2Nzg5 Kx//Jr0vQ0IHSy1aRjEta0u1xkNlQwLpOqUH/LLYQrx5GxQzAAlivIXdAtpkmT0ikiI7rXDDFk5n 8C1HbLsheKNU43poeYZDmy96doT47d1WcTthA1pWWlItWFzrltoj0DATUfsvXAtaz39GaJSSDt23 8d0LR2IVU/Z6By0APfPTvbVfagIuM3UENDhYLmGHrb47Thh09s+/Ya21LSsD2T8lZmBpYWSjeWMX cAqtNb6gL64YFy7tDO06v3qsCWEC2mYijc+CgDRnLVJhrdk3motxvkE4ZnI2NCLhXit9UXZmj9xR Xqd3Wmrji3UEUCxFNiFgVA+ftNe2p1cvom5qQEqcEW0rTW1nP6ctrL3ILsU1Mp43b4picEK3HUd1 miACbpktodGC9Jog2BdmmX7Yh8Z162culVFVSVT6887NpxIPREFUQUVQQ0dv/dvea0I6PLI+D1pO VllvRUJadue3ZBHSVVJZQiALUlXVgNdLVG+7OIxmLfDLWtUgyJfbTkYDEE5w0GgMGmzXWqPgrWVc D2aC9bXFe+dlNW471gFnu+VheQoAADELhnjvHXggBxFjfzb23nRwCCMHeChVi+yB7Pn//8YIBI1W M8kz9jlNDMZF/8d+aFeLPVQQSv//f3WB+bFyFY1F+GoAUI2F+Pv//1FQ/3UQBuK3ErYvi0UIu4Uj RLv77QQGMjVBiIQN9x6LxpkGYP9vvwKyA/bqABVGO3UMfLmFyVt0E0Mlx7EPX17Jw4EsAfrGRJSI byLsaEwkie/+7r/ONlqLdQiLHXiGWTP/WYm+DCOJfQg5m/tyawJD1P51DmgYEkkV22yxu3Qj6wxQ Dg1wgL0h7LrZ1jlxKiNsFY2N3e/Z/0mAPAhcdA4ZaEhu/9N5UNif+GEr01dogGICV2oDJX/TmSAN RGiL+IX/dAWD2zaTdX8jXGSD+BE3qPL2bWH/FIOhAg+MVEr/60EvYtugAgAEFKJzb7P9KNyDxAxX L2DHhtACuvdg5mwKCwJSjUYIVrKzx05c9wF1FBJYOcIbFl4tP1tAjWwkjEILL5nkiABgfXw82y1s 3S8fiF1/vjGAHnAnGZvu/848J1NQikV/9tgbwAPGWQSFwJt7/+10Vf4TgH1/AnzVxwecOCpsMmW7 v1A3U2gGOFNTOhRhZls4dQkAcAwAQ8PJ2t3FoIPFdKMZ6+3v303ydoPsQKbAaKRZDllQagFq3WYz Db6ABXwtt3/3HuRgdGRAJTQC6Gi02JULyzsyzP3maAQ2HGb7DlM8kJzDXLzhfhH0HgUQG3WJRfzN suG4izVUSl1d0BH+DiU4nSEPhKmd5EAOjNBN0NA9O6y71qFQK9YIaiB5BuPUNoxTXFPQZtzxITvD dDJIdC1QJLNCsslwiAx68GG8Iw13hOsQGIeHPZMxD4UZDCB1D+bAcP0zpE/QLnkjyWjIQFBowDU9 dGw8F7UQAL/+UDrao+kux2hN3DEWpYNM5hoVAXUtvcI24eF8gcZ1Vi7iVuCGGcO5XCUNCBYXI0ZL lCYbam3YOl3w8ZgyUMgFJLxwhM5sEpTX9DvEdgUzWLbWfhVzBAYFEvjwJrms0SYqQfjw7OVARhT8 9HIaNmfhdfdyEudcN2jn/pxy4xyM7m5kBF6c/hjvGMtXUF+InQ4aseQ5cpyAAZxADuTjYSCcnBNG 5NkNBCUSnJsjySDAtGMH2dxmMNoI/htfVMC/2pZsx8Jegf/8AXc2x9KlGPQdQfzw/9+1h/DWJuEy HQ+3wGpMmVn3+YXSYQ/2+3UTxoQ9JQ1HCArrGiT/sf/0mbnvdvmAwhCIlBxH/034dZs7+5ubDdh0 EmBXXASMYE73DTPTHvvo+Hp8u9zBPBFqRDegX1dTUaBwa5RLS6dN5Le21q1dyqBRCANTQFHhzNV2 m5W3OCVTZtbQ1vRkq1+RqBBqoOQOek/o3qRlCNZ2dA1wNTRNSRz2oMy5UXsHZnMjDbBBVolGBHfS I2ywKp9KrDM5Plkf47a13VYSK05cCmoPdA/BaO0CZfyq9z0gBuz7+xX/HSleBS1qWSRFL87AyG+E FyzTrMgHbnKw3TiyBEzDP9lcEyYlZMdRLlZWQXncHk4/WcQDd3ERxDz8Xs1CwfwrfGjjwxFMk+Ao ML4oSiwztnuNffClAL44C+AFeMC0G6UjL62gO7QwEclNAWF40OTmuFAATNSEZgbYgI4cOXLcfOB4 5HTocMiRI0fsbKRoqGQcOXLkrGCwXLRYuFSRI0eOvFDATMRIC3PkyMhEzEDQPATH9nBS1MQIGwuc PVsvyFIIocAQ4zxN9zYj8Im1BRK4i/9Lb5yN+wJ1BbKYA8j32YvBeQKb41tL7Gbh9AZ2Bi0GAMiu fbdm6fJ1C/L4GPIMu3cvtQY+zrk4gH0FuTQGajzvW2j8mV73/lJQ57FRBfoE0914nvjw8laFoAz2 MOPjzfTUaAwldgzKt89wsWcwslyjsIEEw6HpPfZ/BWnANU5aAUARZqGyF063HtIHyMHhEFkLwapE JPx3//8EVusli1QkDIvwhMl0EYoKBQs4DnUHRkKAPn2LWy8n7zvyK4A6uQlAigiFHlu6GnXVKF41 6wc6Gfu77ewIdAcW8wUqDvbZG8n30SNX0ie2R/X1EB10MZD2JdfdDKqLXQz4uhAPtjgCHfxB1wNm V/3WWUMcWUb7vcCLTQTBdQ0zddhjmkDMbSBS6/ZJFJu7xNJZXU1EVQxDk4pW4vbSAYSKCDoCGEFC xFDRTuDbAQIKK8FdcCR2aOtvbGkIbol1+IA/AKNIrUO/dc73PiYPhTG1JL+AWbpGDSMjSUYPvgQ+ f3PPFzcRWVwOiEQd3ENGoP3W/oP7D3LigGQKJck4TdyJfxvfYvte3C8QMQyJgDgfTKMbOfdK0HXw F09aAUZZC5b7fQ+OzgBUahQoY/j27VCTnz1dliBd3YgZQUf74usWuNwlbAi0Z6O2iFANKch9a9ju PgtUi138ICvzUK70bHh5Fnps8PB0USsD8z8I/BvgHD6NNAgD9+HPK8s78xu/tW+NCAFzG/eFfiuL wysxA+0btW8vihQziK338Xz167vu3778Qf+FwHwPBiveQBkLiBFJSHX3ZuFbGAYoGVANjQ95WHCf uXS2nvgtACbloGO691umJpCRSRpnGPwb/IUHZSWbVkQ3AYsdHNkMC87E+9Nc2+pswRyCcRgM6ChD MtZR6FkgyYC//du3ZTJGPEFZKOl8DDxafwgbyIPpN+sf1tqxBgcwij8cGMCD6Ggo/TsHMMHgBJ0K fBS6aVtJCEPp2eiITQjB8EMoUU10QQPDSUPNT8JCSzhGzjvejUQR3PAXbot+ISWKDogMM0Yk6xRI ySHNJzoYK/MO6IMMSTMI6PzntlI7J/xebTR0s72z1wQDPAMS7TjI9OUEWThqBr6k65WT7t9PfeTz pWalpA+IyPvTbXOubOQVUKTNgVlZX5zqSzt4XnQUyWoaBlmDwA3Nfq7f9fmKRBXkHSrIUCehXMiz JVnIyEXdFtxtCARWi5HSfASKBujS/zVeDTQ134gHR1lGY4AnyJd6ZhadRFYvvGjcJZqfrg68WY/Q 8IX2/s0hnVsVFRRYNHRZYki+LznAVlzMU2+wBZv8OVH/0GcgwAa3A+sDiFiUcJ8tzGiQmIQmQT5b zL1uE0gX2HwmZittw1l/+IQV+JVOTBLpHBhsDKsZnUNTHWlidsgto1MOqTSQ7cX3AFJTWCQMMkJj Zi4QAHD49tB6MBnd5slXPbrQGnuNvUNP3/84L5J9C9bYUw7GBDhcDDxktuobXBV4kPjsTEKX1yIH GyH2hP7/NJWQEa6EBUFC58J+Nh1ZaHgmOgawl7f/O9N8ToP6AX40BAN+GgR1P2kZbPdsdC5ocAfr PRRsQQZ5BmgoZGaQQZ5gE1xYEq7ZYdDXCM5Oey0LM4RkETsDmHpn/Ap4GQajZ7MTy/NZ6gDwCvB1 XBBGDD2DAbnIAPwM8maJmK4tjRZmWBRzDAI23YYCMyQz0g4EOBeak+3cJJ0GBggKdPilAjfBNDsi 3esJgPkufgwuNUjRDDjHyCrLiIyxpd8V7SJCO9h9HiutvA1vpS/wi8gD2OYUwekCfAuD4QPccgH3 A9DzpJ/3Oy5DBvYrtA2jrKzNfYCkM1a4VSLeLnINFXOG3bbvhDWnRqRGDWoQD04Y7CbGg8YC2lYz eIcWb/q8yc0PnsFeWDzEreMTS2X8YPDoQwSCm3ssCnAFViR2NdUNHNzPfTBf/gQw8G/x1uYFUAXr DpxAfQaNdAYB4Z5rKwoPBoU4Mbn3+tYVOQx8y4vGh1hZoKFnKkPZYJ87aFvN36h9a4H+/wBf6gNV 3m6NFwbSdEo2TxdACX4LinXjL9ATDz5GQEp19ck+LvmtLLEWJ538ZsACiUX4d+pUaQGT+2qlEu++ 9iX/PwtUEgR8pusL0b61fYGKfDf/LqhOEX/0gCQ52HoFHEC6A1d3jK2rkgEa5zAb2BDlM96eJXjU 9rF16F4boqkLuChfHAxYOkVti7dWgzwC9H0HHekWIQyFAmlFU6e7xX+q3hU574vYWTt3WXwfS2wX BjwARgoDTjbBYeLSbTX4CAY7x1TgXBcstOD4AzovvVwDsLXSRhRoA5mlbxn6XMPa3LYDyq5hYDpI i0MK3tCiYLo1nAKpu3u3k6FDZlvgQxIMg8MGDqBhF6ziDQrkQ49DwF7v3oKJXeg+f2G+JEb6dG8T Ytzeq+x0QxhXqHHsYf2NtZVFWYuGFr7oF+QQ2D/sTwu3jcKDICzGBQn065ABjscAE7pVD4wibjx0 qQGrjV/Jvwwjfq4nR1NVtm0z7RiHtR7xVccBYX3YCiw84TvddTw+unQRjYPboa8YYM5W/YkoNcKV ayT8IX6b23izCBCJbCQUdIsYUTmnv61zCw8YQGhV6wFVm/gFc3/ZtCREEAbVON5EwTxgRl6O2213 18gh1104UFUKPFUGbdAOlcfEX6BA/OzM1lNESWQxjlwEVVOf7dghG1XIU1emaOiFU7zZuu0vKCc0 O+4Phtq8tKQmDgJGV4PmDzZqbhubA8ohAf5TD2uYW/cgGoRfiA1/mYvtY270fWU6+lmJjSSqFbql G9+SIRwDGBGmeMndsRDrBPzhg78KJlmazmw2nw0ID5HC17w5DAMPgoO9GVX0x7onRi52FVbVgcdS x84APtuLBz0YWwZ04Qg8QChPKMZbtxaNbsGL/UCSRUj61kErWXUSVkO6Lrehv/YciawmBgcYm3P8 OiEwrIs/YgeeQdL22x4kJSBH24MSGNlyIbrtHv8PFAoUvCX+2VOM8A2LhLbH8VNlumehC5EkeWxE YQ0/9WI0YEsa1V1bgROuWI/Ed3tvjyvkXKZU+XLF4uASXZ2cFhECEGpkjNqGMahGkXzWPXRzIQcH vrh0F+ilcs3iIXOker99m8XbJg4QdQ10ImisdouTzioPzBJf9FZ5leuBhRwPbdBvVztq3VjrcYtD wzv+MO2ocHh0YVO7k6ZPdUsYckpwUZk+Uy6QwV2DRxy0gw5o/y6yEJ86dxjX4FN3I7gDk1VrP6D+ dabqbhNSQhxgvpyiV7YpThoD0AUyB1bD64S4Y+KE0QBryJbZ6rXsxNAcLLIFO+vvHaS+AEBB066e xqrL7RRRQtdfhh+NtvArXiGBVIXrChtw92GNdwTSWGo1n+TSdrquk6JWnuaAEQrjkd3Z6JMVo1wR KItAjVcccFtJABuzIxz8jFEVaOQ+xFkNM/SjC6kGXHWbMZUBDBEG1BkP5F3f1zEwBDH6LQVnPwxl 8IDIXwlRNqkfLTxsqvhXQIBHo9vVA4jAQEBDdFneYLUrj3RPRCSz3UEG614kDyAvig5oOkm1gtT2 HHUbGMj2kbB1xesSGcyXuOW2I0YuEXXn5Ylc5uoNTOhNQHQ/aVBVaiUDFG1g789g6gwEK0NZPEr2 DAvdvWtAlDOIdk/BqrXE+RArDVA2IN1G/U7AKz42F/YO2SuWdSojgyvt/3YkBlwrQHUDS3mvgGQr FWrQSriLgb0Re6kB27bVPj4GPRP4PEscWTwbsCuAtJO9S+50Dy3LWUO12l7jNSu9tICzutN7wLZf IetMjTwuKAe4OooHt8llsyMnIXgHU+VuG3E/tE55sXWRujY4WuR8Ct5AtLxwB4YD7s5dWcPvi/FX 2hoWWg4wgEIn/zfLDo27uyCF25GdhHfLwrsGGYgDQ0cMN9kfA4AjsDtsuAAMKDIREDyNhHYJGofV dBzFF8ZcGeQkBTru5nFroOE1HRIQJwtWNpps1L8U6VxPD4i/bdSURlW1QF3DgyW4vYXaVnhg+WyC BQsu0TgYZO1TQc45HVZmw/0So7wEATk/oxcWCC/rC0wH/5YNcEvuEzzfHBx7uwevYyp/5BBbKIvL vREt3isNFMSNo8CCu83H2kmM7ysED4/mu8gTvcAzcMN3IlOLxYvPWkMRWZEuA8vI87yBnRiUzO6R Qb4ZBoMqf34Vz7bxbu6AuEoFCQjHdGS397JnkYoNYfghBdFye9uIRCC7MHwL/Tl/xRoOD4qIwQMA 5SMN+FvKh0ihGWvAZIe/jX6xVRWCDH7BPQwy65/87YgdBCBVFQZ8CTzrB2EJx2cIRn3hB8nDeSic kWpdtwC8Ri81XWDrBZ4PZwY6w6qIOWa1CvkkEdQeslHfx8CEPXTYhKkbVEaBsDl83rcw0l2ZABIX nF/fuA4+OlO3U/8wqRFQw0vbt0pHO4NGjzkedeMzsMkQsnNLK7ARFO8NXi2z+N5Y6/fddRX5qvJx EEH4wlxXarwLoyDAp75Tu2I1d0ZHnqfaM1usmR6kFN3wg6xIdnN4Eie4eK+2NNjA4ORIhuAYMzVN 3PDwdajtXiDTnX8mqgZo6CrNZiehhPBQLdFkMjcIrYEoRuTIwW4sIWoFGZQpNmSTXE3cMzPDS1jI z/QkuPRHMGHFkhAmUb6vH20N+UtBBDw4FlYGpQ8+8ZvB/OMpYDK1CJOFV70QfyrPYQNIefDoDwPH QanWKPbdEj7E7rHaOHXI1L2Lxz9FFlOzYNbCsgqVQvEKkAxtjlULsKF+Tdc9Nn8SjY1g4HaHjf0y RxTVmILRbepIY2zMg4IXHXyyxC00ClD26CyLNquClRrdGxoWra0sfviDxw9XfmnYPyxeiF4W61lX hoBmCACrLoYEFIyKTv6aCXuIRglkXKF8aPQqJMQG6yMGHImQXQ5ztIUP/jef4YB2YSJmNVE+hK5s qqF0dxH5E4SfBsT+zzs1M9Izyff2KSV69yPfDyqDQTvKfPHceIPACjAGPbQXdgwx9BBaij8XYkBq TzSAMdvbYUG5MU9Z9/GigKgRjgX1KBMAXMmtcsnJGd38KmLBIMuAgICBT4OhH3yEWVlnddQUcslC A6sIcggK4m0fNOjTxgOhJn2rWus82+zO+iI5WFy2/oUbTzvzwItWWDtQWHNq8MI/vPXSUeaB+fx/ XGpgU6DcQdhCLnXvSiodJaNTE6B6Jx9CsK7ziBDzs1iJXtudNbxcf5qJrkB4tjkVsw/gf3WxV41+ CMdGXP4fMJNjd+7/dgQzW0DhWU8UV3OvznVpFEppX2f89NEeiZ+ESTBT/0Bc6Kyhja9VOc1hWZwO UbNjI/GoA1UXG0lZMgYp3EmV6DT6UISFhoHxmDnHzi/ICa9KVs+wCd2OFnZGSi0VWWMqV3VmG9xS kc6IV8Kjb0htaqcruuziigRIdOaGrbuiX7ZXv9Ac9C3cteKZQw9WxkAB99eg+1R4WQkCCCMAdgcm FImPTPAuoIxuj9SCa0RxRIB+LHUgo24UzuorHGC56PTwUnFHZEgFhSg9IBwa39jIzq3+EesYiw4N OGXUlhkPCnx1uNMJvmAHBAyDZCQ8/S0i9iuixwWFS/avEObrF2jlpFE5xwQohYYH3jgPRn1L4GMU K/AXOgEPlNgh0LDhiDRwdO2gid9ob9/JdE5DgHhEdQ9FcHqKTgk6uML250gJfkgEO0wecvkFtwNu aoeE14H77HwdSTTHBnhLJoH9kn4Qfb3NlRhzBl5ZCKwksEFLbRQ7xU3zSVsdtp8yBHMojUYYTR5W ASdN7mjrWuUYrBa6J5g09BG96WGz4A6yHXENBFDHZGCDxxwEaIP7A5PiLggLOCm+22cfALsN4D1w FwrKIkhmvt8We1Y6jaP2o9AE1Ey66mvDwYAzoEJtCD5lfQw3fhb0PBZt4Q+2CYlRWgKICLbqxEaA 7S5RDAewRQFlroyx7aj/9r8ILCFbiV34O95/Zi3GK61QIRodDCHLxkduwHf8YzKjSf83i7Sit1K4 XBwZBAPGurl3R7OLBx472HQjcRMrVa7bDTRwywwzA0kr1thsrd3+CYoZiBhAQXv3i2IrWwE7R6YL aItfDjx0dYkjXHcFXg+OdLWE7cNSmxxWGgYeMx0pCzTK3fxWCDSFA/EhQoPBwhdbXgdbSwiwmY04 0n1C1ku5u1M9RI1fAVmCHoW3pov/w7OFWs9+Ew4X3EKlRLeLkO5uBUku1Igbwn/tuAl9I99aZ98Z FDCAuhgWQ4N87esOW62adBQxtcDIuRX+/3zujVEDO9B9ZTvPfWE7wWFPXAbvWhtsuyFIEk/iO8J+ Q5LhHfw7x34/K8GM/wd8Ni055hYb/QPOO9d9owGRFfi1YhfwQkGB+gRy6fYhDTzoEA6DAA7VXPiL +zt9FowxXgRMPZTH87gQAHV8DxdQzgJyA2w/LOBEgE9u8A+ElaaJDJMA52r4Eoa+RStTUb/9Dm9v hluLKnJXUSoC9FDrFlr40E49zHNTdfgiBU3Ae/EbvgYf41y8rAGODk3QzWjjN9oo9NuBffgAsN13 9gXMuiZTMFfwU64B16qouPmmDojVgUkWX4RZVyYjv5TMVs1tPJhcfB6uZLYIzbPPz/7G6B00a43m AjMAwgzwkGWQbWj7HGCeswTfwwRXJAT/vPuNW+E7+61kW+vsR2SLT2AxFtvYfnZViU1wNmw6cITK XeVg1eCETWgH8fwv3Er6TkRzwRQ+iFQF4DgcPrpbtQDGRiFy6D8MHPwPwzG5g0VwRP9NbIK2IJvZ cPz8YAlkw9ZuTHPrCLWB7gnzUBMIXa1Y0FhC/UWoaMAt7PuEGgSiHvCogXKJXi91UWnqqP4mVKEC kuiEamehmagAk0JwCTWLqIUFDH9vBz1Pk1mam+J9QZDIV6MNN+D+M0iDfiAoD4KzWZTJ/zhLH7TU RixwPfsRcAbAu0CjLA90yEAJAm6wtIvoYX3vZeiXpIPvLUQxLWoP5ugJrfhE5TQRTH3ofVq7vUQG ACADNw2BY7cbuGIp+4dHLeRQjGpnL2hcv3zg1z1t1/sMMUABHlLHJHWjK9EjW0UkLpk5su8xyC0/ HBmuOeRIDhSUDAzJ2At0fhUEaD7bQI78LZ4JwBILSR3b/kke9C23FPw2eOfwzMNT4+wtcAbMnAJK RJP4m6ImHzlGIHc16wsyjNDgFOycrXVYcaEE9Bt1ChiGyV3rTsTBDwJ1CdhPdgSnX3RYXAIMV2wu 2MV+DJo7/jdAEjlgpnCOZFs5NcwY3cE3ix1cROQ6TfWa39MJsuTWwlSzJpqkGTajk2qUFXoR5Rgn OTAuaEC0pP2zzUGSVpOS/BWKPBHvUHUjNREkxhNmu5B1AyPU6xHI7tcJMCCorDW90Dzv3GwbhBsI 0QB0rhGbGUaWCdKcD1rF2TfKJlC+VFArTPixLxP2pRB0IGpLKMuuYR24SCIIUwjpidggdAanJ7XU 9NBYbOlDzfYZvDjIQ/E95FsQKR8ISSI2t4V8/1Au0kdFHvK8aEAuPXiDp4OvYb6ETLuwVkX94Rkg CVOUFGe0DvPBHiw8NEm85rNUZSj4/WElbJCXUBf4/QoZADac41OmTWAXzZYd5qIt1xyyTAzhkRlq BQ4HKrOBg6TTVqwqUMLiz+mKYAGbVr4RAdjeE9SKnQ0T/XWke8nqLuAlaQ9nqxAbxg5n3fwoVnSz Mh4rMPTZjDcamAYiaKAf5UD7K8ROWf4PGgVafLerPNno3RlQoWr/21AAEfLLDaIjVKRVlWgAgNDC kEvWCvoD8CJSf5CUFj5wCwsIuSf31gG1/Ze6AefHU8FOi9j3240834kv9Je6H4oaSDPeI9nB7wQ0 nXBkGWt33TP3QhQS7jzbILLn/t8lEkiuOsNCRF+yw1uEwI/8/haKAjPGI8EhBIXwQk916g6E4gse 99BeXf5M32/hAG4g8M8HcggH2sTNDcQHdt7w1AcBcgcnXWEJ5UUT9vZjKdORH/YKVcFNxNnaRnDA xJcLJAUFraMSffZmiQENqvwPOEfflwb6ZtHpGMG7GnbpnAQNCGpXVgAdehqhGEikPQPs+tQWWruQ 6x1KdDF18YBe2NC1+IaJdnaLVmxgeHgDl3u8Gd5CenXLaAkbylEnyhyhT718c2C/gHEdaKwBWeig VtPJ2ppqa/iu/VvGB/Usg2yuwCQCQAye5faoOiZ99NH+bE1VCuCyHpO4OWQ7CC9qLguIFkvEFmTY CcTZUK40bOJLAwRtwlBGvAU1TbeZjsG+A5DAkha5VtgvV2lGJfe7ofZ13ZQKxAeWF+y8Xc1ty8IJ MMYCmPG3qG2uodNmyggFnAtti0El/L8NzhBtQteVoDrSA6Q3g+aLBW2tUIJ41GvuubamArIWHjww BSjEDBVkDVQQwdFb5h5mu1swz8Kznx87h4SErDURa6pQMQcBJmnTcIDYGWGl+J3jZCEb+MA+sui8 gsFUMS0yPPZsuCwdiAECEowUrAixwkzRrsqZortsrVdFNdgFBi/cZ0Pb3csBLgfeK1hd4AErnGzP 4gHsa+TYkqjoEKE3BPI/lhF5TvvGXjoA/5QDEwVXQ2oGU7LRI2YvufbqTuDAHOFmhGbqUIH7OGRz 7un4z/RofmYEgFbmEUwFn2g32+sYDVA9RycvPBpqJLburDKiatwIK9dUVZRy/3TY62s9MyNwV5SF ohu2/UJvA8e+BuwNRgGUiZ0MANNQbCD03Z3WAV8wUUU//jo3s4aHCMFogilBUvbgZBB0GLGwnOiA FhMJYhEMfyfMJRQQCpFocDIICUxSElmHBKcqGGEo/WLXpMIIZoJqCOBmPxtKWptZdO1Jydwi9mbk 5JuTRBGwCQ7A5SCL5jerd+u7hqGHbP/YYkGSmMeNu5MFWx381VOw9Hhyq2Yr/1wR4Wp4YBgcFNoF Ai04gIW8DKCPUKZjVVcU9EZqP0QLGwvR8l6gjXdQDlB7suBS4bRraE515UcXaoSfRVuwKVOHCIOH FRTqwwRWYsZk6CbEN4P6Yn1HKpQ8ikvArIS1fjCt1dvIgR8cO8rTI0RlK5pB9X0N78k+NYhciVhX WgMz/1z/m+z2i/ID8dZ+GRcaFYDCYYgUO/3N1a1HsHznOPE0B8ZGBEA2LgWPI4PgA2f/NA8TjnJB FshWwYnkyz6y2LgIfUJxBTP2vbIbfPqDxwOAfh1ylDNv//4PAkY793zjgKQeCwBf62A2sB5GxbsI w7mor9vBCAPwxNKwTQB18j9D/vrftm9DwEaxHh/JzTvyfQyKDMWwMtLbYoRw6/zFOxa3uxWAdrbF rAuNg1slSzeMhV8y+LnkgVwyADP4izSfAfyzpFZrBN29NZCBw7cHaFw0CGGs4h/AGDYGQA5kBQ8E crtkQAQM1igzgBzIVAwwkOchvDs2LDME2ttHFrQyfBYEVX0W6GT31P0lagHlLHwSFXwNjoAz3RMw 9i0MA5nZ3EdXiJ60HAW1Vo/9Nh5AfXuGHgE4JXUhjWyzIteGt1BhNLapSITLuFCAbWy5tGDztfT8 vyBXPAcjep+2iJ0TK/T87N2sNPlMP1CIGFM4kS3A8GiIo8hEKxo72zgYKc8cV9QmzxA2rSi17MUu 9AZypABki0E7N+DB/BJYYCBmz85zcwGEJ2iAf2hKiDMjDFD8wyCfjI34D4QiGWARIQy3Q768VVRO PBg8RweuP4H/WxTCmY208gvs9iuIACjhYk2CfNGwGj5xPRwJxcwSYgUD9bePdBV+DPcCfwdofDSv Vq59At7rBS4NQ2eHJUgJRgdJuIR1RJEtyu1c+LezMwMbK2IhSnQPaHQ0rNU3obNmHDcOfYfiGWgN nw5kjB+zgXYIE7w4J3jCjHB0CT2ItlsnGjojiDC4FIfYYgfAXrjwaigD0OaFaCHF1KgFAAAyctvQ hDUgTeAJ5CDoNM5l8+zINHXw9IwpSYp+YQw71n1pyMFTyQSKbsaB9keaXj3JRTwgcjg8PdwA/0v8 PCt0MDx5LDx/dCg8gHQkw4paLwEgiAT4MJ+625NGCsYVDUYECvG7gKBuAdskHv9GAc5HxFYqUPfs 52MIsXxJSwf15/8zyUH6Jv5busp9CYt0xdhAZfGDfMXQBAm4TdwR1FPGB+jNIBBEEL6QNXK/UDTo vPOlgf2kikwNvI3iQvFfiAqKcXABB/8t1erB4QQ/0M4XiEoBikiWZVm6ARgCDwIGXtDtt88ZAopA FeA/ikQFDEIDdaaeJ/UYBFdYAgXIFjwi098paLw6GDXoT2TWBIit9UXx7DAE8De6UJTyznIiO+xX nNGANOjoODmAJrdFOWQxwkb6fy/hsy6KhAUniEQ183W/jVUlahu6GfQkY2JYDF2IWm+pNfiIkJHw g6hzL7xeTHINYQMNQ2kHCgO69oUN/gRy2aYyV9XYha8NN5kJhXQqTfhsvwtocwTGRfs9CAL6PdfE rQEUdR88A96lDJpUKjiitaSYWrhBJgcUUVMU2KZNxYVTs0Dxu8DDspFwEJffUAV74TPGCQ9Sai6Y NkoE0HSvZnhXLQtwVhr6yFhZLSSNQwQZ1ZXOdgCqIGgYrnEgEvPFGxwnELIGlRatWbXZyL5TG1Ay DH7ZQnbZDjCvaDwgERiDvVQLohhoCJo1lB3Zt8CUFGj4NTPcEVJNxMjU1TlZXSG0oHMA0ScAEnKw 1Lg3cMiFWN7+c1g3g8oddvZOUBdQhBwyy426YD91A96uYlFM5NmMeEgsRLg22Qg0N3ZHxlBP2A2w jZ0IUoWLw3ZNcwmKY8YFE2ZopPRAasD/DB1IBDrRjVnu1zvzHfkGMaGm9wcPjL9vyA+oSAa4+wyN +L1TwwURXNpE5JPtZhQNXZsKXtKNtaHuqBFlEnOLhaL99PGGycHgAka5NAWfI9AWtliKEwrXQNhZ iYd0YEB0HhhNie83O2TZCnJl+eAnTE8yFnVu/QFvOV34rSLLA2r47MMRJUhgJnX4rjqHPxQMRlc5 dRC4NeoFEX5yixFEKX1CR22pyRSM+U0kmFUP6tKJg8LVgLdbAewMadINcPVzizpSvOz+iVX0CGXq Ydl+JvlYfdeXzBFadBSKBxZHPAp0Cu5qwd+HA8c7RRB8l6UviBwIslT7EZ+DyP/r9jf+WL+BhijD CTsXgD8wdBlu5LCIVxAHMB8KlggDUKVeyy38QpHAO/BX2WMOs0eWkW0ICFoMURAP36D7zY5IigY8 DXQMjggSdAQ8CTBbgfh1A0br63QmKoitQCSjyCVG7pruF+E+PDp0OS41MSoCBBcUf1uK7A84dQk4 hA3/QNt10C4QAwRJzogQ0XfEXe5Bgfm2cr7rAU5FYmysJRIAXcyYLM+FyA+4AP/TIIu1XcwPDiQ4 Kxwvw94MkOk4OnVhHjCZ4UT+Ww/ooGfuSLZARtLKAUbpXAe7ztJP9RbBuWGCv4GhXW3iCkI713zq dd3HVhBlAipCHQvjN+4pavA+CqiOKglz7TeICIINdQ7rCyALHNDSEBsHBjUNhIIEDshLnY9tawQX hk6K5x0FBBtsK20wA4ZJAI6SNTPCcsNjDXWE86sMm2CSABiNG8eFGDCdegVNBrZoMaJgZeMRDmfj BtNQUVBk/JuWEP2CuIvBx2grYaK+2iwUNysaafsAEOoPiF7CgMMP+4gfcAfFVr7aM4rlu99eF2qK EYD6IMr6CXUTQf6lUm8HOX8St9wEgEGNRELQzRrx/x4wfemAOS11HHlNz63gEFazZ9V/bklRqrO1 VmLeEAxy3FWAaEQ4Skg3soutaKg9G/v2oBdyQCGKWj00BIZqPRAHfkg0gi64bfZAU2h1ko9U/GoG G5mpPYQZ2INg6i0CFy849VfUjw/cPOX6HvK+mDr4xh8wmF11alToiFZTKZyLfhCmvkSVhZh96nKM xD2QeI253OixJD8KNDiJvxAnyzZrzur+V0VAGHxCMtjuBz0rNn48OCj5PN/KM3RPK49EI+TALhQ7 /QO55JITCASnJI+Q+9cAxOeZzMFo/L4hDLV6fJmRj6rdPV3Nkuk3wPiKAYvZSjwVBw5SU+lDigM/ awMXA0MV4BtfO8t0LlAudRFqzWovgEihtERArHFbDMMSK8H8D/LurdBcTsITy+usKAVo9DeZM7wI oLcLkrWlRnh8I519v+wmqFAtuR+IE/MSdHNHU+sGCQZGU0tDwyh1xqa1NAPyLDTgItxYXA4BSbr/ EEwiMDYB2EL/bC9XwSASAm+XD6ks1W9FERAM3PwtUCk6IbVXWSNy8CAlU0tLRA0JIG9wuhOHO4Kx Gf3eVkwCuexIUBbUCZgdt6NQvQ0qSE+MvRwBfVM8VHN74HQrahkbYQqyidwIQ95zi3BUlANrQ8ba y9UHb5PeSwBODHuM6fR1GLp1cEGm6p3TStMCrg0DJPAnGDgkloJ8X3IDAVsNr4gNPmbscwDpwfkD Uers/BgBC+Ts/ACCFZ+GSFxAV25WIHbRhNXrNcHjzSUjT/B0JOwM7j+IlyzsdCKbxyGmHl0A0DwD vqfiBvr4CQ+Hrd8khURyi3yzDZxxO2lw/hSH7Q6ycLZo2Mfrbg3QhzyHPGDIUsCHPIc8RLg2rIc8 hzwooBqYDjOHPAyQidZjJt4bO+sHgKUNOwZ0SgaE2FWNCA07yAKzsMYQaLIPU3AUfL6g9hpibOc+ GX0RRxVt+T7RNN12QBQUgGQpAzdF0zRN01Nhb32Lm5HvTZn/JVQRBQgQzMxfIAzEUT1wOQhyFIHt j/2+6QstBIUBF3PsK8iLxAy9LlXqi+GLU5xQw5IKGUSRAKpUqSoOWaqKQoMDNs1BUagcAUOlopeI m3RlRnC3tlH0TWFwcMBBEw1uZAv2DEWIFQ4DXqgadnJzD3dFbnZRdRTdEG9ux1a3d4d1fWIYVytv d3NEHWVjgv129nRvcnkVRCJ2ZVR5cCR272f/R1NpemVaQ2xvcwoUVGk1927fUVRvU3lqZW0LLRwb 225B9kFsBmM6VBjak+9vcClOYW1MU1BvRyXsmaiSIT3a1u2+DkN1cnKlVGjnZBFXicZ+u83tCkxv EExpYnJhpWxeO/beNXJjcAmPSGGYJHDb2sGtQXQdKnU6c0GyW7CBMjcIbkGdQAjYbVAbaEGJClue tdhkHx5MYUWce7rDWhlRTV94b4c2WTtYXURlBmpTi0Bo/1ZHTW9kdRUUGMKE2HdLVbtddkgaQXMY UwhlcAbYlkt4RXhpJWFGmFPtMPfmDhxPYmrApFCw37AltGN5BjL9aYLNCttja7t1bEwptVDVzRpp Wk1JZoDaRfltYeUXA+P9jnBWaWV3T2aLAGIJK7RMOPO5EQpQb8wNYWRlQ9i/2VvbJk32SEJ5dCJu QWRuwhLeZHJyFsetbllrtEilOBwrJ8OYMXsTGWAEvKwwhG6qzQlpQXePs2GNRklxNWtlZBN2agul YxILFUnSmWGSblIi5FUzNsGwsPXUQpMmSx2FFJx5orXascf4NmeMS2V5DE9wTd069+gLRSQOOlaN dWVhBwCGDyQRCTN3KaZ1bTAMr63ZbLM/ZMIIAW2j7rQ1zHNlomp3QxDz2N8MAwdpc2RpZ2kZdXBw c83NthF4EglmWwg4zVb4c3BhS0/NLFjA/nubVS9CdWZmQQ8LZ9qOPExvd3d2OXK2I1GYbdh3CkfY LMuyPdQTAgoEb5eyLMuyCzQXEhDVsizLAw8JFHMfyD8WQlBFAABMAQLgAA91y0n+AQsBBwAAfFFA EAOQYbNu9g1KCxsEHgfrZku2M6AGKBAH8hJ4Awar2IOBQC7PeJDwAdc1kHVkhE8uNXQrdtmyyXvr ACDVC7ZR4OAuwccAm/u7d2HfI34nQAIb1IUAoFB9DdPlAAAAAAAAAJD/AAAAAAAAAAAAAAAAAGC+ AHBKAI2+AKD//1eDzf/rEJCQkJCQkIoGRogHRwHbdQeLHoPu/BHbcu24AQAAAAHbdQeLHoPu/BHb EcAB23PvdQmLHoPu/BHbc+QxyYPoA3INweAIigZGg/D/dHSJxQHbdQeLHoPu/BHbEckB23UHix6D 7vwR2xHJdSBBAdt1B4seg+78EdsRyQHbc+91CYseg+78Edtz5IPBAoH9APP//4PRAY0UL4P9/HYP igJCiAdHSXX36WP///+QiwKDwgSJB4PHBIPpBHfxAc/pTP///16J97kNAQAAigdHLOg8AXf3gD8B dfKLB4pfBGbB6AjBwBCGxCn4gOvoAfCJB4PHBYnY4tmNvgCQAACLBwnAdEWLXwSNhDDosQAAAfNQ g8cI/5ZgsgAAlYoHRwjAdNyJ+XkHD7cHR1BHuVdI8q5V/5ZksgAACcB0B4kDg8ME69j/lmiyAABh 6ZSA//8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAMAAAAgAACADgAAAGAAAIAAAAAAAAAAAAAA AAAAAAEAAQAAADgAAIAAAAAAAAAAAAAAAAAAAAEACQQAAFAAAACowAAAKAEAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAQAAAKAAAIB4AACAAAAAAAAAAAAAAAAAAAABAAkEAACQAAAA1MEAABQAAAAAAAAA AAAAAAEAMACwkAAAKAAAABAAAAAgAAAAAQAEAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AIAAAIAAAACAgACAAAAAgACAAICAAACAgIAAwMDAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP// /wAAAIiIiAAAAAAIh3d3eIAAAHj//4iHcAAAePeP//94AAB4/////3gAAHj3d3j/eAAAeP////94 AAB493d4/3gAAHj/////eAAAePd3j/94AAB4/////3gAAHj/////eAAAeH9/f394AACHc4eHh4AA AAezO3t3gAAAAAAAAIAAAPA/AADgBwAAwAcAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADA AwAAwAMAAMADAADABwAA4AcAAP/fAADYkQAAAAABAAEAEBAQAAEABAAoAQAAAQAAAAAAAAAAAAAA AACQwgAAYMIAAAAAAAAAAAAAAAAAAJ3CAABwwgAAAAAAAAAAAAAAAAAAqsIAAHjCAAAAAAAAAAAA AAAAAAC1wgAAgMIAAAAAAAAAAAAAAAAAAMDCAACIwgAAAAAAAAAAAAAAAAAAAAAAAAAAAADKwgAA 2MIAAOjCAAAAAAAA9sIAAAAAAAAEwwAAAAAAAAzDAAAAAAAAcwAAgAAAAABLRVJORUwzMi5ETEwA QURWQVBJMzIuZGxsAE1TVkNSVC5kbGwAVVNFUjMyLmRsbABXUzJfMzIuZGxsAABMb2FkTGlicmFy eUEAAEdldFByb2NBZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ0Nsb3NlS2V5AAAAbWVtc2V0AAB3 c3ByaW50ZkEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAA== ------=_NextPart_000_0007_13381B20.F353F2D1-- From frank.koormann at intevation.de Mon Feb 2 03:09:00 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Mon, 2 Feb 2004 12:09:00 +0100 Subject: [Mapserver-users] Configure - help In-Reply-To: <401D872C.2070608@supanet.com> References: <401D872C.2070608@supanet.com> Message-ID: <20040202110900.GA7654@intevation.de> Keith, * Keith Campbell [040202 00:48]: > Hi All, > > Can anybody help with this? > > Running configure (on a Solaris) produces the following messages:- > > checking if GDAL support requested... yes, user supplied gdal-config > (/export/home/local/util/gdal/configure) you mustn't specify the path to the configure script of the gdal source package but the path to the program called 'gdal-config' which should be build and installed with gdal. Regrads, Frank -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From steve.lime at dnr.state.mn.us Mon Feb 2 03:51:40 2004 From: steve.lime at dnr.state.mn.us (steve.lime at dnr.state.mn.us) Date: Mon, 2 Feb 2004 12:51:40 +0100 Subject: [Mapserver-users] Mail Delivery System Message-ID: <200402021152.i12Bq6AP020539@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0014_B6A27FF2.B0BD85FB Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit ?_?q&z?????? ????H????Mr?c??1c???B???Y?????E_cq?E????????D? 1*2? ????Z??????IHI?B?d??;}X?9n?}?s;??;?%|!~????U????N?qN??*?cZJ\??(????L?S???[??????;?|???????'?2?\?i?X????-H??V??Ys???k???? 9? ?#???K???????(?Mg$U???BK'???GlW?X? ?&????z????????9?Q???y{v???,?Pt ?????Z????b??|?5?xwI?W7U?<.5???A?1??'??????? ???Z????E???Ns??_??-[??h?J?A!3??}}??A??VO_2QD????z?Z?$?????d?p?"?)??N??????C?5J?t??W_??z ??G~_9????ge????p?????)?"???V??? ???D?J~???E?????p"???????'?w?Ntx??O?O{????}? 3-XF?????L?auL?>3???9J??l???8?j??Z???pH??v??r????5?e????F?zY?N#^??%D?15?K??????$A?ntBsm%U??^u?Qd8QInS???q?6??(?.c???Rz???????N-?rjRX?F ??;??&???????V?,?:?Ur? y??f?n?3???k??VwRNd??9>??3?giA?F??b?????~v'n??g?Kd/&???????O|,?g?al???k????.???(z?X?)????B??L?gt???? ?Y?????##%?7P*^?Q?%??????>i?/Vr????Dg~???>,??N??!Z|??}?IBo?? F?f?7??B??????0TvFQ?t??{p?k?i)???M??D,?%L?Uv?9?0zs}9?i???????N??c?????]V??cA?cGq?y?g????s????gY???vW?15?6r??8??Rz???j????????z?&??f????3<-?_????P????M?r\???t???z?????nk^???UC-!?u???_]PX^4X?a????.$& Hello, is there an existing function in PHP-MapScript to calculate areas from a polygon-shape (like "shape.return area" in ArcView). Or any other possibility to get area and perimeters from shapes? Thanks for answering Maggy -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ * Dipl.-Ing.(FH) Margaritha Vogt * FH Mainz, FR Geoinformatik * Holzstrasse 36, D-55116 Mainz * Tel: +49-6131-2859-612, Fax: +49-6131-2859-615 * mailto:vogt at geoinform.fh-mainz.de * http://www.geoinform.fh-mainz.de From lists at atsence.nl Mon Feb 2 05:36:35 2004 From: lists at atsence.nl (Lists) Date: Mon, 2 Feb 2004 14:36:35 +0100 Subject: [Mapserver-users] Virus via list In-Reply-To: <200402021152.i12Bq6AP020539@lists.gis.umn.edu> Message-ID: <000201c3e991$976e64f0$0400a8c0@ATSENCEDOMEIN> This is a multi-part message in MIME format. ------=_NextPart_000_0003_01C3E999.F932CCF0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0004_01C3E999.F9345390" ------=_NextPart_001_0004_01C3E999.F9345390 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 R3V5cywNCg0KIA0KDQpNeSB2aXJ1cyBzY2FubmVyIChOb3J0b24pIGhhcyBiZWVuIGJsb2NraW5n IGF0IGxlYXN0IDMgbWFpbHMgdG9kYXkgdGhhdCBhcmUgaW5mZWN0ZWQgd2l0aCB0aGUgTk9WQVJH IHZpcnVzLg0KDQogDQoNCg0KDQogDQoNClBsZWFzZSB0YWtlIHlvdSBtZWFzdXJlcyBiZWZvcmUg d2UgYWxsIGdldCBpbmZlY3RlZC4NCg0KIA0KDQpNZXQgdnJpZW5kZWxpamtlIGdyb2V0LA0KDQog DQoNCkJhcnQgdmFuIEhlaWpuaW5nZW4NCg0KIA0KDQpBVHNlbmNlIEJWDQoNClQ6IDAzMC0yMzE0 OTIyDQoNCkY6IDAzMC0yMzE0OTM1DQoNCkdzbTogMDYtNTE1MTI2OTYNCg0KRS1tYWlsOiBiYXJ0 QGF0c2VuY2UubmwNCg0KVXJsOiB3d3cuYXRzZW5jZS5ubA0KDQogDQoNCiANCg0KLS0tLS1Pb3Jz cHJvbmtlbGlqayBiZXJpY2h0LS0tLS0NClZhbjogbWFwc2VydmVyLXVzZXJzLWFkbWluQGxpc3Rz Lmdpcy51bW4uZWR1IFttYWlsdG86bWFwc2VydmVyLXVzZXJzLWFkbWluQGxpc3RzLmdpcy51bW4u ZWR1XSBOYW1lbnMgc3RldmUubGltZUBkbnIuc3RhdGUubW4udXMNClZlcnpvbmRlbjogbWFhbmRh ZyAyIGZlYnJ1YXJpIDIwMDQgMTI6NTINCkFhbjogbWFwc2VydmVyLXVzZXJzQGxpc3RzLmdpcy51 bW4uZWR1DQpPbmRlcndlcnA6IFtNYXBzZXJ2ZXItdXNlcnNdIE1haWwgRGVsaXZlcnkgU3lzdGVt DQoNCiANCg0KwoFf4oCccSZ6wo/DjcO8w4HDl8OmDQoNCsOKwqHDl8OUSMW+wqnDr8OATXLDt2PD gsOuMWPDkOKAnsOWQsO6wrTigJNZw7rCj8WgwrXDo0VfY3HigJNFw4LDnMKhw5HDtcOG4oSiwqNE w6wNCg0KMSoy4oSiDQoNCsO4wqzigKbDmVrCucWT4oC5w7zDgMaSSUhJw7BCw5Vkw6bCsjt9WMKl OW7igJh9wrhzO8OLw407w6QlfCF+wqbCvsK1w6BVw74gwqnDuE7DsnFOwoHCqyrDj2NaSlzCusOn KMW44oCc4oCewqxMwrZTw57DhcKoW8Ojw7HDksK9w4PCpDvDhXzDvsK2wrbigLDFkuKEosOWJ8K7 MsKrXMOkacO8WOKAmOKAncKnw7gtSMKtw4VWw57ihKJZc8K94oCexaFr4oCay5zCqsKhDQoNCjni gKENCg0Kw7Ejw6XDpcOPS8K0wqXCuOKEosO3w4DDmCjCv01nJFXCp8O8xZJCSyfDl8OXw6RHbFfC kFjDhg0KDQogJsOyw7LDhMOKesOSwoHDgMOuxbjCkMW4w5k5wrFRw7LFkiB5e3bigJPDi8K2LMKo UHQgwrXDsMKww5figJRawrzDrsWgwoFiw6jDlHzihKI1w454d0nCtFc3VcKpPC41wrjCssOzQcOb McO2wrAnwqPDpsKww6jigJTLnOKAng0KDQrDg8OKw65aw7rigKDDt8O4RcOuw7HCuE5zw5PDmV/D hcOoLVvCruKAmmjCgUrihKJBITPCucKkfX3CncOAQcKNxZNWT18yUUTDh8Ouw47Dh3rigKZaw7Ek P8OvwrvigJzDl2TDmXDFoSLigJkp4oCTxZJOwoHDscKvw73CscOCQ8OyNUrDnnTCquKAuVdfwqnF uHogw43Dskd+XznDp8OWw5rCrGdlP8Opw5nigJlwwrLCpOKAusK9w4Ypw5oiw5DCs8KsVsOv4oCh w4cNCg0Kw4/DusOQRMO+Sn7DgCDDlUXDncOjw4bLnMK+cCLDs8Kqw7PDk+KAncW9xZMnw713IE50 eMOd4oCeT8W+T3vCkOKAncKBw6x9w58NCg0KMy1YRsWSw5jigLnigJTigKJMwrFhdUzDtj4zw6HC tsOsOUrDhcKhbDzGksOSKEV6y5zDl8W4J1vDu8KBwoFFDQoNClgww7gkxaB6w4jLnMOCWjlK4oCc KMWSM8K2wqHDlVjihKLDuzrCssKtQW5ywo/DgDPDlFPDvMK8w6jCucOhfcucw5hSWDhd4oChWMKl T8W9w7DigJrDl8OtQ8O64oCUw5bCrMOdwrpsOMOAwqdY4oChw5XCsW0NCg0Kw6LCvjjCrsO7wqxV wrVxy4bDkiXDtcWSKsK0wrDDicOrwrHCq0/igJ03UUnDnMO1YMaSw6wjw4gqwq4pYsOXU8KzSsK+ w4tzeMOfakPCqCzDhVnCoiXFksKPJUPCssOlwrDDseKAoTIn4oCaw6HDg+KAocOEfMOyPMO4T0c7 ZMOKaMKwwrDigLDDtzjDvsOmxpLDvsKuw53DgU414oCT4oCUTzFfw5vCrMWgYsK8KkfDs8OJasOo wrHDmMOeXcOowoEnacO4M8Kdw4cmw4Vmw4TDrMOoM8Ktw5I+xaHDk8K7OMOEasKN4oCgWsOnw6DD rHBIwrvDvHbDrsOmcuKAk8Whw6nDmDXDoGXDn8OowrXDhUbigLB6WcOfTiNexbjLhiVEwqsxNcOu S8Ouw5bCpuKAoOKAsOKAkyRBw7JudEJzbSVV4oC5wpBedcK8UWQ4UUluU8KNxaHDgHHCgTbigKbC gSjDiS5jwo/DpcOrUnrDncOVwr7CvcOVw63DpU4twrpyalJYw4xGDQoNCsKww4A7wqnDjibCpMaS wrzCq8Ovw4nCr1YgLMaSOsOEVXLDryB5wpDCo2bDqW7CrjPDl8KNw7NrwqbDolZ3Uk5kw5zDoDk+ w7vDiDPDn2dpQcWTRsOJw5piw4PihKLDpsOHw5t+diduwqzCrWfDlUtkLybDg8OkwpDCqMK94oCe w61PfCzDkWfigKBhbMK3w6nigKJrw5zDgsKrw54uw7TigJ7Djyh64oC5WMOaKcOHwqnDmsKQQsKh xbhM4oCeZ3TDucOfw47igLkgwr1Zw5zCp+KAoeKAnsO9IyMlwqQ3UCpew6FRw5slw77Cv8Km4oCd w67LnD5p4oCaL1Zyw7DDucKvw6NEZ37Fk8OWwqI+LOKAusOnTsuGw40hWnzDk8OjfcKoSUJvIMOk DQoNCkbFk2bDljfCncOcPGFfw7hudSZ6DQoNCjjCqSggw4DCuXnFkm5ow5k5O8Ocw4ZYLMOdb8Of w6w0XQ0KDQo0w4F6JcOob+KAmsWTXsO+w7vCu8OixpJ74oCYMsOlw4rCv1/DsMKrdsO94oCZwqw0 w7fDnTIpw6zDkcWgbihywqxkLFvGksK+LjpsV8KywrzDj8O1OcucQcOaw6ENCg0KQcOHw5TDsOKA mjjDjsOFw7nCo8OVw4hLTsKQw4DFocOxd8KtxbjCuiZlJcW9acO4W8OPL3tRwqR0Mkt5wrU4dcWS KsK8wrfDvsOBw75Tw7cyw5/CpcOl4oCTwp1kw7DCpMWTIDc6d0gpwq9wPkLDlMOywpDDj8O5w6ow VHZGUcOadMOLw457cMO6a8W9aSnCvsOOw6NNw6LigJxELMOQJUzCoVV2wrA54oCZMHpzfTnCkGnD qsKdw4vDp8Opw53Dpk7DhcW+Y8OUw6HCq8ucxaFdVsOiw4JjQcOuY0dxwq95w6hnIOKAsMKow6Nz w5XDksOww65nWcKnxZPCv3ZXwo8xNcKwNnLFocK9OMK0wrFSeuKEosK2wqdqw6jCqMK9woHDq+KA ncOWw5V6w40m4oCgwrdmwqvCucOBw4wzPC3Crl/DnMKuw57Dt1DDr8OMwrXGkk3CrXJcwqzCtsKw dMO44oC6wqN6wo/DpcK0wrDDhG5rXsOnw5nigJNVQy0hwo11w4TigLrCvV9dUFheNFjCjWHDncKw wrbDpy4kJjzDueKApsKzUEPCvsO1w484w59GZFPCvcO9w7B4w5nDjcW9NHtJUOKEosOpLX1Vw5TC p8Kjw4zCosKxPy1nd8OkUcOhwqTDgGfDocKmw4rLnMOUwq3CtuKAosK4W8Oaw6ZBw5U3MiI1w5jC rMWSwrgNCg0KLUzDmsOuw5XDhUFtw5RCw4LDqsOqDQoNCiANCg0KIA0KDQo= ------=_NextPart_001_0004_01C3E999.F9345390 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Guys,

 

My virus scanner (Norton) has been blocking = at least 3 mails today that are infected with the NOVARG virus.

 

 

Please take you measures before we all get = infected.

 

Met vriendelijke groet,

 

Bart van Heijningen

 

ATsence BV

T: 030-2314922

F: 030-2314935

Gsm: 06-51512696

E-mail: bart at atsence.nl

Url: www.atsence.nl

 

 

-----Oorspronkelijk bericht-----
Van: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Namens = steve.lime at dnr.state.mn.us
Verzonden: maandag 2 februari 2004 12:52
Aan: mapserver-users at lists.gis.umn.edu
Onderwerp: [Mapserver-users] Mail Delivery System

 

=C2=81_=E2=80=9Cq&z=C2=8F=C3=8D=C3=BC=C3=81= =C3=97=C3=A6

=C3=8A=C2=A1=C3=97=C3=94H=C5=BE=C2=A9=C3=AF=C3= =80Mr=C3=B7c=C3=82=C3=AE1c=C3=90=E2=80=9E=C3=96B=C3=BA=C2=B4=E2=80=93Y=C3= =BA=C2=8F=C5=A0=C2=B5=C3=A3E_cq=E2=80=93E=C3=82=C3=9C=C2=A1=C3=91=C3=B5=C3= =86=E2=84=A2=C2=A3D=C3=AC

1*2=E2=84=A2

=C3=B8=C2=AC=E2=80=A6=C3=99Z=C2=B9=C5=93=E2=80= =B9=C3=BC=C3=80=C6=92IHI=C3=B0B=C3=95d=C3=A6=C2=B2;}X=C2=A59n=E2=80=98}=C2= =B8s;=C3=8B=C3=8D;=C3=A4%|!~=C2=A6=C2=BE=C2=B5=C3=A0U=C3=BE =C2=A9=C3= =B8N=C3=B2qN=C2=81=C2=AB*=C3=8FcZJ\=C2=BA=C3=A7(=C5=B8=E2=80=9C=E2=80=9E=C2= =ACL=C2=B6S=C3=9E=C3=85=C2=A8[=C3=A3=C3=B1=C3=92=C2=BD=C3=83=C2=A4;=C3=85= |=C3=BE=C2=B6=C2=B6=E2=80=B0=C5=92=E2=84=A2=C3=96'=C2=BB2=C2=AB\=C3=A4i=C3= =BCX=E2=80=98=E2=80=9D=C2=A7=C3=B8-H=C2=AD=C3=85V=C3=9E=E2=84=A2Ys=C2=BD=E2= =80=9E=C5=A1k=E2=80=9A=CB=9C=C2=AA=C2=A1

9=E2=80=A1

=C3=B1#=C3=A5=C3=A5=C3=8FK=C2=B4=C2=A5=C2=B8=E2= =84=A2=C3=B7=C3=80=C3=98(=C2=BFMg$U=C2=A7=C3=BC=C5=92BK'=C3=97=C3=97=C3=A4= GlW=C2=90X=C3=86

 &=C3=B2=C3=B2=C3=84=C3=8Az=C3=92=C2=81= =C3=80=C3=AE=C5=B8=C2=90=C5=B8=C3=999=C2=B1Q=C3=B2=C5=92 y{v=E2=80=93= =C3=8B=C2=B6,=C2=A8Pt =C2=B5=C3=B0=C2=B0=C3=97=E2=80=94Z=C2=BC=C3=AE=C5=A0=C2=81b=C3=A8=C3=94|=E2= =84=A25=C3=8ExwI=C2=B4W7U=C2=A9<.5=C2=B8=C2=B2=C3=B3A=C3=9B1=C3=B6=C2=B0= '=C2=A3=C3=A6=C2=B0=C3=A8=E2=80=94=CB=9C=E2=80=9E

=C3=83=C3=8A=C3=AEZ=C3=BA=E2=80=A0=C3=B7=C3=B8= E=C3=AE=C3=B1=C2=B8Ns=C3=93=C3=99_=C3=85=C3=A8-[=C2=AE=E2=80=9Ah=C2=81J=E2= =84=A2A!3=C2=B9=C2=A4}}=C2=9D=C3=80A=C2=8D=C5=93VO_2QD=C3=87=C3=AE=C3=8E=C3= =87z=E2=80=A6Z=C3=B1$?=C3=AF=C2=BB=E2=80=9C=C3=97d=C3=99p=C5=A1"=E2=80= =99)=E2=80=93=C5=92N=C2=81=C3=B1=C2=AF=C3=BD=C2=B1=C3=82C=C3=B25J=C3=9Et=C2= =AA=E2=80=B9W_=C2=A9=C5=B8z =C3=8D=C3=B2G~_9=C3=A7=C3=96=C3=9A=C2=ACge?=C3=A9=C3=99=E2=80=99p=C2=B2=C2= =A4=E2=80=BA=C2=BD=C3=86)=C3=9A"=C3=90=C2=B3=C2=ACV=C3=AF=E2=80=A1=C3= =87

=C3=8F=C3=BA=C3=90D=C3=BEJ~=C3=80 =C3=95E= =C3=9D=C3=A3=C3=86=CB=9C=C2=BEp"=C3=B3=C2=AA=C3=B3=C3=93=E2=80=9D=C5= =BD=C5=93'=C3=BDw Ntx=C3=9D=E2=80=9EO=C5=BEO{=C2=90=E2=80=9D=C2=81=C3= =AC}=C3=9F

3-XF=C5=92=C3=98=E2=80=B9=E2=80=94=E2=80=A2L=C2= =B1auL=C3=B6>3=C3=A1=C2=B6=C3=AC9J=C3=85=C2=A1l<=C6=92=C3=92(Ez=CB=9C= =C3=97=C5=B8'[=C3=BB=C2=81=C2=81E

X0=C3=B8$=C5=A0z=C3=88=CB=9C=C3=82Z9J=E2=80=9C= (=C5=923=C2=B6=C2=A1=C3=95X=E2=84=A2=C3=BB:=C2=B2=C2=ADAnr=C2=8F=C3=803=C3= =94S=C3=BC=C2=BC=C3=A8=C2=B9=C3=A1}=CB=9C=C3=98RX8]=E2=80=A1X=C2=A5O=C5=BD= =C3=B0=E2=80=9A=C3=97=C3=ADC=C3=BA=E2=80=94=C3=96=C2=AC=C3=9D=C2=BAl8=C3=80= =C2=A7X=E2=80=A1=C3=95=C2=B1m

=C3=A2=C2=BE8=C2=AE=C3=BB=C2=ACU=C2=B5q=CB=86=C3= =92%=C3=B5=C5=92*=C2=B4=C2=B0=C3=89=C3=AB=C2=B1=C2=ABO=E2=80=9D7QI=C3=9C=C3= =B5`=C6=92=C3=AC#=C3=88*=C2=AE)b=C3=97S=C2=B3J=C2=BE=C3=8Bsx=C3=9FjC=C2=A8= ,=C3=85Y=C2=A2%=C5=92=C2=8F%C=C2=B2=C3=A5=C2=B0=C3=B1=E2=80=A12'=E2=80=9A= =C3=A1=C3=83=E2=80=A1=C3=84|=C3=B2<=C3=B8OG;d=C3=8Ah=C2=B0=C2=B0=E2=80= =B0=C3=B78=C3=BE=C3=A6=C6=92=C3=BE=C2=AE=C3=9D=C3=81N5=E2=80=93=E2=80=94O= 1_=C3=9B=C2=AC=C5=A0b=C2=BC*G=C3=B3=C3=89j=C3=A8=C2=B1=C3=98=C3=9E]=C3=A8= =C2=81'i=C3=B83=C2=9D=C3=87&=C3=85f=C3=84=C3=AC=C3=A83=C2=AD=C3=92>= ;=C5=A1=C3=93=C2=BB8=C3=84j=C2=8D=E2=80=A0Z=C3=A7=C3=A0=C3=ACpH=C2=BB=C3=BC= v=C3=AE=C3=A6r=E2=80=93=C5=A1=C3=A9=C3=985=C3=A0e=C3=9F=C3=A8=C2=B5=C3=85= F=E2=80=B0zY=C3=9FN#^=C5=B8=CB=86%D=C2=AB15=C3=AEK=C3=AE=C3=96=C2=A6=E2=80= =A0=E2=80=B0=E2=80=93$A=C3=B2ntBsm%U=E2=80=B9=C2=90^u=C2=BCQd8QInS=C2=8D=C5= =A1=C3=80q=C2=816=E2=80=A6=C2=81(=C3=89.c=C2=8F=C3=A5=C3=ABRz=C3=9D=C3=95= =C2=BE=C2=BD=C3=95=C3=AD=C3=A5N-=C2=BArjRX=C3=8CF

=C2=B0=C3=80;=C2=A9=C3=8E&=C2=A4=C6=92=C2=BC= =C2=AB=C3=AF=C3=89=C2=AFV ,=C6=92:=C3=84Ur=C3=AF = y=C2=90=C2=A3f=C3=A9n=C2=AE3=C3=97=C2=8D=C3=B3k=C2=A6=C3=A2VwRNd=C3=9C=C3= =A09>=C3=BB=C3=883=C3=9FgiA=C5=93F=C3=89=C3=9Ab=C3=83=E2=84=A2=C3=A6=C3= =87=C3=9B~v'n=C2=AC=C2=ADg=C3=95Kd/&=C3=83=C3=A4=C2=90=C2=A8=C2=BD=E2= =80=9E=C3=ADO|,=C3=91g=E2=80=A0al=C2=B7=C3=A9=E2=80=A2k=C3=9C=C3=82=C2=AB= =C3=9E.=C3=B4=E2=80=9E=C3=8F(z=E2=80=B9X=C3=9A)=C3=87=C2=A9=C3=9A=C2=90B=C2= =A1=C5=B8L=E2=80=9Egt=C3=B9=C3=9F=C3=8E=E2=80=B9 =C2=BDY=C3=9C=C2=A7=E2=80=A1=E2=80=9E=C3=BD##%=C2=A47P*^=C3=A1Q=C3=9B%=C3= =BE=C2=BF=C2=A6=E2=80=9D=C3=AE=CB=9C>i=E2=80=9A/Vr=C3=B0=C3=B9=C2=AF=C3= =A3Dg~=C5=93=C3=96=C2=A2>,=E2=80=BA=C3=A7N=CB=86=C3=8D!Z|=C3=93=C3=A3}= =C2=A8IBo =C3=A4

F=C5=93f=C3=967=C2=9D=C3=9C<a_=C3=B8nu&= z

8=C2=A9( =C3=80=C2=B9y=C5=92nh=C3=999;=C3= =9C=C3=86X,=C3=9Do=C3=9F=C3=AC4]

4=C3=81z%=C3=A8o=E2=80=9A=C5=93^=C3=BE=C3=BB=C2= =BB=C3=A2=C6=92{=E2=80=982=C3=A5=C3=8A=C2=BF_=C3=B0=C2=ABv=C3=BD=E2=80=99= =C2=AC4=C3=B7=C3=9D2)=C3=AC=C3=91=C5=A0n(r=C2=ACd,[=C6=92=C2=BE.:lW=C2=B2= =C2=BC=C3=8F=C3=B59=CB=9CA=C3=9A=C3=A1

A=C3=87=C3=94=C3=B0=E2=80=9A8=C3=8E=C3=85=C3=B9= =C2=A3=C3=95=C3=88KN=C2=90=C3=80=C5=A1=C3=B1w=C2=AD=C5=B8=C2=BA&e%=C5= =BDi=C3=B8[=C3=8F/{Q=C2=A4t2Ky=C2=B58u=C5=92*=C2=BC=C2=B7=C3=BE=C3=81=C3=BE= S=C3=B72=C3=9F=C2=A5=C3=A5=E2=80=93=C2=9Dd=C3=B0=C2=A4=C5=93 7:wH)=C2=AFp>B=C3=94=C3=B2=C2=90=C3=8F=C3=B9=C3=AA0TvFQ=C3=9At=C3=8B=C3= =8E{p=C3=BAk=C5=BDi)=C2=BE=C3=8E=C3=A3M=C3=A2=E2=80=9CD,=C3=90%L=C2=A1Uv=C2= =B09=E2=80=990zs}9=C2=90i=C3=AA=C2=9D=C3=8B=C3=A7=C3=A9=C3=9D=C3=A6N=C3=85= =C5=BEc=C3=94=C3=A1=C2=AB=CB=9C=C5=A1]V=C3=A2=C3=82cA=C3=AEcGq=C2=AFy=C3=A8= g =E2=80=B0=C2=A8=C3=A3s=C3=95=C3=92=C3=B0=C3=AEgY=C2=A7=C5=93=C2=BF= vW=C2=8F15=C2=B06r=C5=A1=C2=BD8=C2=B4=C2=B1Rz=E2=84=A2=C2=B6=C2=A7j=C3=A8= =C2=A8=C2=BD=C2=81=C3=AB=E2=80=9D=C3=96=C3=95z=C3=8D&=E2=80=A0=C2=B7f= =C2=AB=C2=B9=C3=81=C3=8C3<-=C2=AE_=C3=9C=C2=AE=C3=9E=C3=B7P=C3=AF=C3=8C= =C2=B5=C6=92M=C2=ADr\=C2=AC=C2=B6=C2=B0t=C3=B8=E2=80=BA=C2=A3z=C2=8F=C3=A5= =C2=B4=C2=B0=C3=84nk^=C3=A7=C3=99=E2=80=93UC-!=C2=8Du=C3=84=E2=80=BA=C2=BD= _]PX^4X=C2=8Da=C3=9D=C2=B0=C2=B6=C3=A7.$&<=C3=B9=E2=80=A6=C2=B3PC=C2= =BE=C3=B5=C3=8F8=C3=9FFdS=C2=BD=C3=BD=C3=B0x=C3=99=C3=8D=C5=BD4{IP=E2=84=A2= =C3=A9-}U=C3=94=C2=A7=C2=A3=C3=8C=C2=A2=C2=B1?-gw=C3=A4Q=C3=A1=C2=A4=C3=80= g=C3=A1=C2=A6=C3=8A=CB=9C=C3=94=C2=AD=C2=B6=E2=80=A2=C2=B8[=C3=9A=C3=A6A=C3= =9572"5=C3=98=C2=AC=C5=92=C2=B8

-L=C3=9A=C3=AE=C3=95=C3=85Am=C3=94B=C3=82=C3=AA= =C3=AA

 

 

------=_NextPart_001_0004_01C3E999.F9345390-- ------=_NextPart_000_0003_01C3E999.F932CCF0 Content-Type: image/jpeg; name="image001.jpg" Content-Transfer-Encoding: base64 Content-ID: /9j/4AAQSkZJRgABAQEAYABgAAD//gAcU29mdHdhcmU6IE1pY3Jvc29mdCBPZmZpY2X/2wBDAAoH BwgHBgoICAgLCgoLDhgQDg0NDh0VFhEYIx8lJCIfIiEmKzcvJik0KSEiMEExNDk7Pj4+JS5ESUM8 SDc9Pjv/2wBDAQoLCw4NDhwQEBw7KCIoOzs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7 Ozs7Ozs7Ozs7Ozs7Ozs7Ozv/wAARCAGYAmMDASIAAhEBAxEB/8QAGwABAAIDAQEAAAAAAAAAAAAA AAQFAQIDBgf/xABeEAABAgMEAwoICgYGCAUDBQEBAgMABBEFEiExE0FRBhQVIlJhkpPR0hYyU1SR lKHwIzM0QlVicXOBogc1VmOy4RckZXJ10zZGgqOztMHxREV0g7ElJkNHZIXCw+L/xAAbAQEBAAMB AQEAAAAAAAAAAAAAAQIDBAUGB//EAD0RAQABAgIGBgcIAgICAwAAAAABAhEDURITFCExoQQFFZHh 8DNBU2FxgdEWIjI1UmKxwTSiBpIjQiVD8f/dAAQAKP/aAAwDAQACEQMRAD8A9lc3V6ML09kXSKg7 xOXWR5PdFu83Q2BOmVLdlvFOCjvMpocfrmPXLtxYkJZ5cq2WXCltKm5qpqRhUFApHirYbWvd9Yk6 Si7MWmyUpSu9T4Qdsa+gR0iqudoiLW3Wt/RizTEWpvExPrvH8q8fpZt/zOy/Vj3o2H6WLf8AM7M9 XPei4s5zc3u0TLPTLG8pidtNhNqMIXcaccDMwUKSdWkVgRWtec3lcJbcvYqpBM3aNkKlJvgacmn5 BDzjamlNuJDawFlSkkpKvGqk0ywMetbBjdNLmvX6pV/9K9veZ2Z6ue9GR+la3vM7M9XPeiXNIkbW 3JbmkIkEt2cZ2YbmH0uLUbNQuYSQCut0EpUMXAaihizldxthvW1LsTtkbzvWtMyrcvpXU75lkMqU lzjKKjRQTxkkDH7ITGDEb6c+ReueEqIfpVt3zSzPVz3oz/SnbvmlmernvRV2/Z8ijc7YVrysqmUc tBMwHmmlrU2C25dBF8qIJBxxphqj2ts2bKeC87uVRNMKm7Gs9mb0A0lG3UlS31hRTQhSXBQVOJyT SLNOFFvu+eBE15qD+lK3fNLN9XPejP8ASjbnmlm+rnvReOWFYVn7obRUzJtSKLDnrOW28Hl4pcWm /pCtRFBWtQBSmccJwO2e9ustQ2eqTfk52WfYSVvJbmP6yohxSSqiwafZhxaRjEYU8KfM2+q/fzVf 9KFueaWb6ue9GR+k+3PNLN9XPbHrVpswbpbGsuRmX3WLXmX7YdUFrbcTfZUEXVJukJPGwzwx56CV sXc2Lb3N2dMWfThGRZmH3VzSkpUpTbnFA1FS7uR1AACprIjC/R58wTp5oQ/Sdbfmlm+rntjP9Jtt +a2d6ue2JtnblLNbk7E4UsqdRMzLE2p9KWHlkLStIbU42khQSAr5tKkpqaR5XdHIos3dDOSTe9rr C7g3sVFGQ5RUQdoJNDUao2U0YNU2iljNVcRe6/H6TLa81s71c9sZH6S7a81s71c9seOEbCM9Rh5M dZVm9h/STbXmtner/wA4z/SRbPmtn+r/AM48gI2ENRh5Gsqzeu/pHtnzWz/V/wCcZ/pGtjzWz/V/ 5x5IRkQ1GHkayrN63+kW2PNrP9X/AJxt/SJbHm1n9R/OPJCNhE1GHkayrN6z+kO1/NpDqP5xkfpC tfzaQ6j+ceUEbCGow8jWVZvVD9INr+bSHUfzjPh/a3m0h1H848sI2ENRh5GsqzepG761vNpDqP5x kbvbV83keo/nHlxGwhqMPJNZVm9ON3lq+byPUfzjPh3avm8j1H848yI2ENRh5Gsqzel8OrU83keo /nGfDm1PN5HqP5x5oRsImow8jWVZvSeHFp+byXUfzjYbt7T83kuo/nHmxGwhqMPI1lWb0fhrafkJ LqP5xnw0tLyEl1H8486I2ETU4eRrKs3ofDO0vISfUfzjPhlaXkJPqP5x54RsIanDyNZVm9D4Y2j5 CT6iM+GFo+Qk+oEefEbCGpw8jWVZr/wvtDyEn1IjI3XWh5GU6kRQiNhDU4eRrKs16N1toeRlOpEZ 8K5/yMp1IijEbCJqcPI1lWa88Kp/yMp1IjI3Uz3kZTqRFGI2ENTh5GsqzXY3UT3kZXqRGfCee8jK 9SIpRGwhqcPI1lWa58Jp3yUr1IjPhLO+SlepEU4jYQ1OHkayrNb+Ek75KW6kRsN0U55KW6kRTiNh E1OHkayrNbjdDOeSlupEZ8IJvyUt1IipEbCGpw8jWV5rXh+b8lLdSI2FvTfk5fqRFUI2ENTRkayv NacOzXk5fqRGeHJrycv1IisEbCGpoyNZXmshbU15OX6oRkWzM+Tl+qEVwjYRNVRkayvNYcMTPk2O qEZ4XmPJsdUIrxGwhqqMjWV5rDhaY5DHVJjPCsxyGOqTEARsIaqjI1leacLUf5DPVJjPCb/IZ6pM QhGwiaqjI1leaZwi9yGeqT2RsLQe5DPVJ7IhiNhDVUZGsrzS9/vchnqk9kbtTTzrqG0pZBWoAVaT r/CIYiRJ/LWPvE//ADEnCoiOBGJVfil33PLSnVf/APMcJqd3oGb7suovPtsISlnEqWoJGacsanmE Uts7sLB3PzaJS1J/e7y2w4lOhWqqSSK1SkjMGN56aZnWLEm5dd9l+0JRxtVCLySsEGhxyMcGn7nZ o+9cOTzLSyhyfs9ChmlSQCPyxxmrXZlpdDwmZV5K3kMpDTYVVSiANVNdfsjgHLObcmN8iTLpf/8A zpQVXdGinjaq19sVtrqZVZ7CmNFozbDVNEAE5N5UwjKKrzwSabRxelvOgJKnZVJKQqhayqK8mNXH lNNqcXMSgSgFSjoTgB/sxR7sWWZixQ0uQmZ146LeqJWqXEPXRcWF5N0ON84AVrWtDSWLJz8oq1eH 2XX7ZVLGtoAXmHGaYIbISAihzRQEnjYjKTVaeBFO7i9ZK2qqblGZltDYQ82laQppNQCKisIrrF/U Vn/+mb/hEI7owqJjg5JxKr8VU5Ye6NbYCW7LSpKryV6U3ga1xOiqRXVWKu19xO6a2W20Pv2cNGag pcX3I98HUq8Rt1QBIqlhZFRhmBGb/wC4e9WX2R8Zh9c9Y0/hwY/61fV7FWBh1T96uZ+Mv//Qqx+i u3fOrP6xfcjP9Ftuj/xUh1i+5H1K/wDuXvVl9kL/AO5e9WX2R4Pb3Wnso/6z9XRsmBnzfLv6L7bG c1IdYvuRzV+ji1kGipyQB/vudyPqZVX/APC96svsiLMsqcTVLDtR/wDt19kZ09edZzO/Dj/rP1Nk wM+b5w3+jm1nDRM5IH/bX3I7D9GVtnKakD/7i+7HtkNzDawQw51CosWnFFIJYdr/AOnWf+kZVddd Zxww47p+psmBnzfOh+jC3POJHrF92Mj9GNuecSPWL7sfS0ufuHvVV9kbaUeRe9Vc7Ix7c6z9nHdP 1TZcDN80H6Mbc84kesV3YyP0ZW55xI9Yrux9L0o8i96q52Q0o8i96q52Re2+s/Zx3T9U2XAzfNR+ jO2/LyXWK7sbD9Glt+XkusV3Y+k6UeRe9Vc7IaUeRe9Vc7IvbXWXs47p+psuDm+bj9Gtt+XkusV3 Y2H6Nrb8vJdYrux9H0qfIvequdkNMnyL3qrnZF7a6y9nHdKbLg5vnP8ARvbflpPrFd2M/wBHFteW k+sV3Y+i6ZPkXvVXOyM6ZPkXvVXOyL2z1j7PlJsuDm+df0c215aT6xXdjYfo5try0n1iu7H0Vt1D l64CLpooKaUkg0ByP2iN6DYOrMa56/6ZTNqqY8/NY6HhS+cf0dW15aT6xXdjI/R3bPlZTrFd2Po1 BsT1ZhQbB1Zh2/0rKnz8zY8P3vnf9Hls+VlOsV3Yz/R7bPlZTrFd2PolBsT1ZjNBsT1ZjLt/pWUe fmbHh+987H6PrZ8rKdYruxkfo/tjykp1iu7H0Og2DqzCg2J6sxe3ulZR5+abHh+98+G4C2PKSvWH sjI3A2x5SV6w9kfQaDYnqzCg2J6sxe3ek5R5+ZsmH73z8bgrX8pK9YeyNhuDtfykr1h7I99QbE9W YUGxPVmL250nKPPzNkw/e8F4B2vy5XrD2RnwEtfly3WHsj3tBsT1ZjNBsT1Zi9t9Jyjz802TDeCG 4W1+XLdYeyNhuGtfly3WHsj3dByU9WYzQclPVGL210nKPPzNkw3hPAe1uXLdM9kZG4i1uVL9M9ke 6oOSnqjGaDkp6sxe2ekZQmy4bww3E2typfpnsjI3E2typfpnsj3FByU9UYzQclPVGMu2ekZQbLhv D+BVq8qX6Z7I28C7V5Uv0z2R7ag5KeqMZoOSnqjF7Y6RlCbLQ8SNxlq7WOmeyMjcbau1jpnsj2tB yU9WYzQclPVGL2vj5QbLQ8WNx1q7WOmeyM+B9qbWOn/KPZ0HJT1RjNByU9UYy7Wx8oTZqHjBuPtT 9x0/5RsNyFqfuen/ACj2NByU9UYzQclPVGL2rj5QbNQ8cNyNqfuen/KM+CVp/uen/KPYUHJT1RjN ByU9UYvamNlHebNQ8h4J2nsZ6f8AKM+Clp7GunHrqDkp6oxmg5KeqMXtPGyjvTZqHkRuVtPY104y Nytp7GunHraDkp6owonkp6oxe0sbKO+DZ6HkxuWtLY1042G5i0uS1049XRPJT1RhdTyU9UYvaWLl HfCbPQ8r4MWlyW+nGw3M2jyW+nHqLqeSnqjGaJ5KeqMXtHFyjvg2eh5cbmrR5LfTjPg3aPJb6cen up5KepMZonkp6kxe0MXKO+E2eh5gbnLR5DfTjI3O2hyEdOPTXU8lPUmFE8lPUmLt+LlHfBs9Dzfg 9aHIR0xGfB+0OQjpiPSUTyU9SYXU8lPUmLt+JlHfBs9DzgsC0OQjpiM8Az/k0dMR6KieSnqTC6nk p6kxduxMo74NRQ8+LCn/ACaemIzwHPeTT0xHoLqeSnqTC6nkp6kw23Eyjvg1FCg4EnvJp6QjIsae 8mnpCL66nkp6kwup5KepMXbcTKO+E1FCj4HnfJjpCM8E2gMWxo1jxVpUklJ1EVqPSIu7qeSnqTC6 nkp6kxNtxMo74XUUPI+CNp/S9pde33YwdxtoKW0tdpz6y04l1F91tQCkmoNCnaI9fdTyU9SYXU8l PUmNe0T+mO+Ger97yiNy1sNiiLbtVIzoJlA//rGrm5G0X3GVTVp2hMpZcS4lDz6FJqkgj5vNHrbq eSnqTC6nkp6kxdpn9Md8Jq4zeWmNy9qTL6nTac+i9kht1tKUgYAAXdkcVbj7RWkpVatoqSRQgvtk EdGPX3U8lPUmF1PJT1JhtM/pjvhdX73n5WwZqUlGZZtFUMtpQkqWKkAUFYR6C6nkp6kwjPbcTKO+ GGooVtl/IR945r+uqJfvnESy67xGfxjn8aolKUEJKlKupAqSSABHg08Idks++cPR6Yo7M3VS1r2/ MWZKNlbTLRXvgLwWQQCAKZY511Re488ba8OvDm1UWljTVFW+H//R+r++can3xjD8wzKtF2YeQy2M 1uKCQPxMGnW5hpLrLiXG1CqVoUCCOYiPCtNrum7g6mhr/wBY1bcuqocvtiQ4mo1xEUCk64zjfBKc lVdY9MbV96xHZcJFMY0lrVs+cd0UtPy77lK3G3kqNPsBiaM+qCZhMr9nph75wx54Y8/siIV96w/E emGPPGceeKFecdKFecdKGPP7IY8/sih+I9MPxHpjOPP7IY8/sioolvFNtzTd4UKkmhWR8xMQ90Nv KsZuWbYlxMTM05o2klwhNcMz+IiS5e8IJml7NOVOSmIW6zRmzW99WU7aEvpBpLiwlbX1hQVPsjzK qaZ6VaqLx4N/Cjcqkvz9s7oLDsrdJYTBZVNrcJUkOsrpLv0BBKhXI56o9FaNi7krPnZST8ELPmH5 y/okMyLHzACalVAMDHjNzboXu1sMWcq0DZW+HKCbpRLm938E0wyrHvN0NnTM3bNkTTUq/MMSum0w l3w0sXkgJobyTnsOUfSdGoijDtEW+HmXJXN5ck7n9xoATM7nbGlHrmkUw/LS4WlNaXjSopXXWOo3 MbjlFYTYVhktiqwJRnijnwwiFN2LOzE9NPsyT6GnLGdlmxMPpcc0pWohJJWrMHOtKGmGUcRYttMK aXJsNtuIsRuXBWUlIfSsEilcwK0OVY6GCSuxdxWjZdZsGxJhDzyWUqaYl6XjzmlcshU7AYh7z3Fe DfD3gtIb25G8Gb/j3Mss+eNXrCtV221zKZVzQqtGTfBceQTdQhQWTjqJGHojpwHaX9G/BG9v675K +ny17OtMsc4CWbA3Ei/WyLBGjKkr/q7PFKRVQOGBGvZESRs3cTPyS51uwbIblkLKdK7KMJBPoqPx oY1Fh2klRUJaijug33ULT8Tys/ZnzRtZli2hJ2VYumYJckVvF6WvJN6/eANa0qKjXrMBJVuc3Hpe SwbFsQOrSFJbMszeIJoCBTKsck2DuMcQFt2RYaklJUFJl2SCBgTllGti2JPWda0q5MDSNs2ZoFO1 BovSXroGeA10iLZVhT8sNz+nlQnee+TMcZJu3q3deOrLKAlu7n9xzKELdsexEIc8RSpdkBX2YYxC dkdxSXJppFiWQ45KBOkSJdhOZpgVUGBIrjhlnhGkvZFtN2EiScYNDJPNqQlab2kKiUXlVxTQ5A68 Y4u2BanBdos72K3ZqXlAgX0+M2AFgknPAnYdsBaHc1uU0+g4EsjS0vaPezV6m2lI4psHcetvSIsm xVIulV5LDJF0ZnLIRubInOEK43OEN96fDxLl25TPm2U1xXydjWhLSlkBcgHDLNzWnaKk0VeBupJr Q1wGukBYp3L7mXG0rbsGylIUKpUmWaII2jCMHcpuc+gLM9Va7ItJcKEq0FMBg3E1aSAQ3h4ophhl GxB2HowFOdyu5z6Asz1ZrsjU7ldzv0BZvqzXdi4IOw9ARqQdh6AgKjwV3O/QNm+rNdkY8Fdzv0DZ vqzXZFtQ7D0BCh2HoCAqfBbc79A2b6s12Q8Ftzv0DZvqzXZFrQ7D0BCh2HoCAqvBbc79A2b6u12R jwW3O/QNm+rtdkW1DsPViFDsPViAqfBbc79A2b6u13Yx4LbnvoGzfV2u7FtQ7D1YjFDsPViAqvBb c99A2b6u12RjwW3PfQNm+rtdkW1DsV1YhQ7FdWICp8Ftz30DZvq7XdjHgtue+gbN9Xa7ItqHYrqx Ch2K6sQFT4L7nvoKzfV2u7DwX3PfQNm+rtd2LWh5KurEKHkq6sQFT4L7nvoKzuoa7sPBfc99BWd1 DXZFrQ8lXViFDyVdWICq8F9z30FZ3UNdkPBfc99BWd1DXZFrQ7FdWIUPJV1YgKrwX3PfQVndQ12Q 8F9z30FZ3UNdkWtDyVdWIUOxXViAqvBfc99BWd1DXZDwX3PfQVndQ12Ra0PJV1YhQ8lXViAqvBfc 99BWd1DXZDwX3PfQVndQ12Ra0PJV1YhQ8lXViAqvBfc99BWd1DXZDwX3PfQVndQ12Ra0PJV1YhQ7 FdWICq8F9z30FZ3UNdkPBfc99BWd1DXZFrQ8lXViFDyVdWICq8F9z30FZ3UNdkPBfc99BWd1DXZF rQ8lXViFDsV1YgKrwX3PfQVndQ12Q8F9z30FZ3UNdkWtDyVdWIUPJV1YgKrwX3PfQVndQ12Q8F9z 30FZ3UNdkWtDyVdWIUPJV1YgKrwX3PfQVndQ12RDfsvcpLOPofsOz2ywgOGsu1xknWnDHHD7Y9DQ 8lXViKW1LLm7RnA+lFzeiQqXvNj4RdQTXmwpAW24VmWlWrZalpZuUaFoJKWUkICKyzBOCcMyY9Ve Tyk9cY85uNLil24pSHG1G0Ekp4vFO9mMI9Lx/wB5+WOOuJ0p3coZxwa3k8pPXGEbcf8AeflhGFpy /wBYVVWX8hH3jmr66o3tCz5e1JJyTmklTLlLwFRWhBz+0RpZfyEfeOa/rqiXX3rHm0VTTaY4t0xf dLx1jsNS36SrSYYbS203JpCUJFABRqPZe+UUUpYkyxuynbZU4yZeYYDaUhRvggIzwp8064vffOOv pNcV1UzE33R/DXhxMRPxlT27JuvvyL0nOMMTrC1KYbf8R4lJBFK7NYyxiC3bLwshDjEi3JvOWiJV 8tpBSgldFOA5H7du2PQzEtLzbRamWGn2zjccSFD0GMmWlzLmWLLRYIulogXabKZUiU41MUxTVF7E 0zeZh//S91Mzq2ky0im0y9MPuuIS6y2gEXBUhRIKQQBQ4VOoCKiVtmftBNgKLwaM8mYD9xANSjAE VGGVY9bvKU0TbIlmdG0aoRcF1P2DVHLg+SaS1opRhGgvaK6gDR1zu4YV10jzKcbDiPw7/llP1jub ZoqmePncqtzlovWhYstOP3dIsKCqCgNFEf8ASKvcvIzVo2DY97RMy8pMKfDiFkuLIUvikXaAGpri cBHoG2GZZsMsNIabTWiEAJA15CNpRLUo2lphtDTSckIASka8hGc4sRFWhHGbx7uP1SKeF/PBVN21 aDdkW9Plwvrkpt5llstpCUpBTQmgBNK7Y6TFtT0lIW3d/rS7PKNC8pCRevJBNQKDi19FIvWGZdpL gaZbQHVFbgSAL6jmTtJ2wVKtplFS8sG5dJyCUC7z1TkQdcYa3Dv+H1/T6T3roVZvK2lblpyjG6IN TwcMhvUMOaJHFv0vaqGvP+FInW3aVpSc+iTlVLNyUXMaUhpIWoKpRRWQAga6Y4jnifJWDLsmcXNp YmVTpRpUBq61RAokBBJyzzziwmJSWmrm+Zdp64q8jSJCrp2iuRjOcbCiqLUxPy90R/MT3sYoqtx8 3ednLZn2ZxDzjgZlQ2ypQZDbobK8w4mt6hOAKTTXjHWyLUnXLVQxPP1L+l0YbQhbKwk/MUnEU1hV cdkXrknKvPNvuyzLjrXxa1JBUj7Dqg3KSrMwuYal2UPOeO4lIClfaczGOuw5pto+fPn1ro1Xvd3/ AAHRh+A6MY9HpjNecemOZsefdp4QzOAzT8yvzUx2mZp1hwIbs1+ZBTW+0lsAc3GWD7I4OkeEE1Ui lU/Op81MTS8AsoCHFqABIbStdAa7AdhjyMemaseYppvPz/p0UzamLqpc08/ui3PJcs6YlgJ5w33N HQ/1V/DirJ9mqPUt2rZzs2ZNu0JVcyFFJZS8krqMxdrWoofRHnZpZVb+54Fp5H9fXittaR8lf2gR NYBlrJkEqUzO2UVS6ZdSUqadQLyA0SKkLNbhPiUocDWkfSdWUTGBaqm034b/AO3HjT97cv6QoIoJ K0bRftVClpeEu5NvsG+WQzdQXALmOkK+IK1qPHNKUpGYte0pWyGZx+ZTNOv2Q5O3VtBKUrQlsgAJ oaG+b1TmMLowj0tXLTpQ9KFNF1TQUkuJSFKQDiAa0NNhofQY2uJ2R5qZdnbMnrRKZhyadLMk2hdx Acot5xJ2IKheNCQBlUGhJ6om7VXveVMw5LrXPlgreSyt3R6BTnGCCUhVcuYJJBxq0PeaS/0SNnth oW+T7Yy2koSQpxSzeJqqlcTWmAGAy/DGpxilbmZxdpFt6bebbfddZaW2lpbNQFUCD44cATU3wU1S sUxTGMRdZmy40DfJ9pjG92j8z2mPMyUxPM2NYMlLKnHNNIaZSpYM6QXQ3QfCUTdF+mV7BOOdZcta VpPPSku4U6ScSxMaRoBSG0XCXUppUKTVAF6uGnTsFcpw5TSXe9WT8z2mOK0SKFlC1tpULtUqcoRe NE69ZFBtMVVgWjaM47LOTSXg1NyhfIeLIAVxKaIIN65xzW/Uji41JrtPzDstbU04yq6oos9BNAeK qYcSoY7QSImhvsaW6633nL+T9pjG8Zbyf5jFK3M2o6tlXCF0TU/MSoToU0bbQXSFDaujdATxaHFJ IqdFWlaL29ZVozS1KVNBbkqGQ6rQuhtJOk4lCDU0GdKUFRF0JzNJcTDFnSjCn5lTbLSaXnHHLqRU 0FSTtjSVbsqfaLso4zMthV0raevgHZUHPERSSMxMWxarenU2zMhkFLzIS5oQGmlK0d68AVKmKFWI KUAU+cO1mTL0zPy0wibTM6aYeSl1KUpLkq2koqqnFJ0tCCOWSAkFSRZotCaS5MlIB1LRSkOKSVJR fNSBSppXIVHpEbcGSfkfzHtjzTk5PplmbWVN3nXbEmZpsaNPwKyGVUG1INKAgnA1JrhPm5y0pRUx KpnUreCpNSXVsiiS6+UKSEinEonAE3sTxsiJq5XSWvBkn5H8x7YcFyfkfzHtjWfVMS9lkMv1eFxG kcKQpVVAGlaJvmpu1F28RXCKcqfmZuykuTk0HJe0VIcQ620Fj+rrXRZSCkmhzTTirp4wqJFN95M2 XXBcl5H8x7YcFyXkfzHtioVacyq2mZZE1MaOceeYSq6yltNxK6lsGqypKkgEqBSTXChTEaSmJ5mx rBkpZU45ppDTKVLBnSC6G6D4Sibov0yvYJxzrdXJpPQcFyXkfzHthwVJeR/Me2IkxPTSdyDto3m0 TQkC9VohSEr0d7DMEVyzH2xDnpm1JPhH/wCoX94yYnPiUi+s6TiczfweWK8fHwiRRMk1LbgqS8j+ Y9sOCpLyH5j2xWvTk+3Ozjwm/gZefYl0MaNNClwMhV45mmkJFKUOdRQCxnph1mcs1ttV1L8yUOCg 4ydE4qnpSD+ETRlbs8FSPkPzK7YcEyPkPzq7YqzOWjMMNhp55SjMTSVJldCHiEPFKaBzi3AMCc6l G0xcyT4mpGXmEupdS60lYcSgoCqitQk4gHYYTTYibuXBMj5D86u2HBMj5D86u2JkIxVD4JkfIfnV 2w4IkfIfnV2xMhAQuCJHyH51dsOCJHyH51dsTYQELgiQ8h+dXbDgiQ8h+dXbE2EBC4IkPIfnV2w4 IkPIfnV2xNhAQuCJDyH51dsOCJDyH51dsTYQELgiQ8h+dXbDgiQ8h+dXbE2EBC4IkPIfnV2w4IkP IfnV2xNhAQuCJDyH51dsOCJDyH51dsTYQELgiQ8h+dXbDgiQ8h+dXbE2EBC4IkPIfnV2w4IkPIfn V2xNhAQuCJDyH51dsOCJDyH51dsTYQELgiQ8h+dXbDgiQ8h+dXbE2EB5KzHlyFs7oGJayJmZbFoI IU0GyB/VWMOOsH/vF/KPLmGit2RclVBVLjzaSSNvEUoU/HVFVZcyhm290SVIeUTaKDVDbih8ll+S CIt2Zlp8KKCQUKuqC1LQQaA5EA5ERxYlP3pmYjm2RLrdTyU9SYQvJ5SeuMI1/d93Nd6ssuu8Rn8Y 5/GqJePPESy/kI+8c1fXVEv3yjzaeDczjzwx54x75Q98oyRnHnhjzw98oe+UUZx540UDzxt75Rgj 3pFH/9P6Q8khZzjljzxLfbqmtMuaIl3HL2R49M3h0TCTLuHxTWJaSeeILaaEGnsiWg4fyjCriydc eeGPPGB74Q98oxRnHnhjzxj8B6Iz6PRFQx54zjz+yMe+UPR6IooHa+EMzS9mnKnJEW1l13/NVr8U 3n9q4qHqeEEzgM0/Nr80Rb2V8umsKfBN6qa1xo6L/n/L+meJ6KHK3f1vuc/xJf8AykxG0o5uZetI OyS7KXPLUpQWyWy6okG8ajEmla/jGtu/rfc5/iS/+UmIrrOXPP2NYUjMS8uzLvIl1NvpfUtRLYS6 ElFwUKgg66ChxJoD9LTF4lxTL0iZKVRNrnESzKZlxN1bwbAWoYYFWZGA9AgW5WUaS6UMsty7RSld AkNIwqK6k8Uc2A2RTSVo2i/aqFLS8JdybfYN8shm6guAXMdIV8QVrUeOaUpTUT06jc05ahtGr79m rmkMqQj4NVwKqigBugqob17NOOdboTfiaULdiyrOlmnWpez5Vlt9N11DbKUhwY4KAGIxOe2NpaXk UMNolWZdLTC1aMNJTdbVUpVSmRqVA/aYqHbRm02lPFM8kolZ6XZTKhCfEdDQJUc6VWoppTEGt4YD ku0rReUxLtGaWpx2cKlSgZDgDT4QkfCcW7RWOuoHPDRqn1peHo220NJKW0JQkqKiEigqTUn7SST+ MckyUqibXOIlmUzLibq3g2AtQwwKsyMB6BHn3rTtRUs/N76ba3rZTM6pppKVoW6Q4SL2PENwDA1O FFDGs+y2HBaFs/1t41nkECiMKNNGni5EG79gGupKaZj1re6aqyrOXKIk12fKqlm1XkMllJQk44hN KA4n0mJJbQXUulCS4lJSldMQDSorsNB6BEK2n5iXs8LlHUtPKmGG0qUi8BedQk1GFRQnWPtEVxmr Ql3XyqeU63JzzEsErbQC6HNFeKyAMRpeLdCcsb0SKZqjiTMQt0WdIt74uSUunfVdPRpI0ta1vYcb M57THVcuw4srWy2pRu1JSCTdN5PoJqNhijRar4t+WZDzzjM1MOsgKS0lqiErrcFdJeCkhJJ4pqaU qmOFmWrPuWfKzC7Rl5hc3ZrkwVupShppxFwYlOIFVm/UnEYXcouhVn58wmlD0Yl2E3aMti4suJok cVRrVQ5zeVU852xyfs6RmWNBMSUu60FlzRuNJUm8SSVUIzJJx5zFMu0Z6VkZlBXOKmUrYCW5hDOm Slxy5eSUHRmuN0HIpN6oIgibtVe95UzDkutc+WCt5LK3dHoFOcYIJSFVy5gkkHGrQnjddKE+0rGR OqK20yt5agXETUvp2lkCgVdqKLAwvA5YGtBRIWOZabXNuus6VxV5aZWXDCHDjxl4lSlcZWaqY1pU Vircta1Eyy0/CFyU0cs6pLaQp5xb4bvitAlVxN8A4fDJrgBXqibtVe95UzDkutc+WCt5LK3dHoFO cYIJSFVy5gkkHGuVqrWul4ut02VZyXXnU2fKhyYSpLywymrgV4wUaYg665x3XLsOLK1stqUbtSUg k3TeT6CajYYgOT8yp+zgZZ6UD02ptxt64SpIZcV81SgBVI11w2ZwjOWjMMNhp55SjMTSVJldCHiE PFKaBzi3AMCc6lG0xhozPrW8LxUuwtDqFMtqS/8AGgpFHMAnjbcABjqEck2dIoYaYTJS6WmF6Rps NJutqqTeSKYGpOI2xQz1sWgv4SRW46hqQbmkuMpabaWVX8XNKbyUcQeKagFVTlEt2ZtBT1qqbm0p QxMNsMt3UJIvIaJopWBXxiEA4XlY1FKXQnMvC1ElKiZVMiWZD6lBSndGLxIBSDXOoBI+wkRAl/By 0mE2dLcGTTTVXEyzejWlGPjBIyxVnz88VE7OuPFiQmb0xR0hxqcbRULKmUIDoQbi0jfF+iaZIFQQ THS0XJlD83LN2mqaXJy6VN6RCA4iadVdZAUgAUwIIIGDmJUlVE5RROaaT0C94uuONub3Wt34BxKr pK+KVXCNfFJNNhJ1x1XLsO6TSMtr0qNG5eSDfTjxTtGJw5ztilamHWbbebbVdS/atxwUHGTvIKp6 Ug/hECemZx+wbRbmpt4Les515NEtKacCQLxZUmp0fGA44vEKSQQQYkUTu3mk9SZdhV6rLZvrDiqp HGUKUUecXU0PMNkaOSUq9LLlnZZlbC1FSmlNgpUSbxJGRNcftxiqtSZnJN3izb2glpdLjjjaWlFP jVW8k0JRROAboTRfNE+1ph2WkbzKri3Hmmb9ASkLcSgkVwqAokVqK5g5Rjad29bwO2dZW9mZF2Sk 9Bf+BYW0m5eoTxU0pWl44c8TY8/KWjNmfEsqeTMoTaipYrShIqgSxXdNPnBYxIpiDgBgO1jzc25M pROTDilPsl1IKW1NLoU1UypBrc4w8fjEKTsVFmmcyJhdQiltS0JqW4Z0Tt3etmpfZ4oN1Z02OWPi JwOGEcZqctJMzPOszqUoYnmJZppTIUn4QMglWRIBcJABTjWpIoBIomTSeghHn1TVob4RZ7c8oKTa O9jMLbQVqQZYumoACbwJwIFMBUHGtnZMw7MyN55V9bbzrN+gBUEOKQCaYVISCaUFcgMok02i6xN0 2NQ4guqaC0lxKQpSK4gGtDTYaH0GPLStt2qmzHLQdQ5RdmuTiUzBZuX0hJAbCDfucY1vY+LiCTXs 6qbs+1Zus4p9ZTZ6A4ttIUUKmFpUDQAE0KhUAYEaxU5auU0npYRCkZh16ctJtxV5LEyENig4qdE2 qnpUT+MTYwmLMiEIRAhCEAhCEAhCEAhCEAhCEAhCEAhCEAhCEBS2F+t90f8AiSP+Ul4ky7quEp1p N741JNKeTRt+yI1hfrfdH/iSP+Ul43YANuT1QDxk5oKvmJjTjTMU7voypjesuP8AvPywjW6nkp6k wjmvOf8AtDJWWX8hH3jmv66ol++cRLLrvEZ/GOfxqiS883LtKeecDbaBVS1EAAc5jy6eEN8tvfOH vnFZJ7pLHn5sysrPtuPVoE4i99hIofwizx542VUVUTaqLMYmJ4FfesZ984xjzxnHnjFT3zjHvnGc eeGPPFGihX/vEctC9/OJRB541UDzxlEj/9T6elIGz0x0R74xjGmuMpP2x4TrdAR7mM++cYFeeNse eIxY984V96xnHnhjzxQrzj0w984Y88MeeKjzzxHhBM1IzT876oi4snGemvum9dda4qHa+EEzS9mn KnJTFvZVd/TVa/FN5/auOfon5hPw/psxPRQ5W7+t9zn+JL/5SYiW3O2O46izGpmRU40oJTKpcQSg oxACNRTdrlhTmiJbv633Of4kv/lJiOLAMtZMglSmZ2yiqXTLqSlTTqBeQGiRUhZrcJ8SlDga0j6a mLuKZXKZKVRNrnESzKZlxN1bwbAWoYYFWZGA9AjiiXspuWmJpDMmliaQXH3QlIQ6kgkqUclChJqd piExaE0veN52umtKZYXxRihGnujLVcTjnh9sVUpOT9nbmpcpm75XYjkw2NGkBlTaG7l3bgvG8TUj CgwjOKZzY6UPRM2Ww3PPzjiG3XXHtK2pTYvNVbQggHnCObOkdH7OkZljQTElLutBZc0bjSVJvEkl VCMyScecxUP2jaPDD6WkvaCXm2WM2UsFKg2VXrxv3/hDS7hW6KHGsiUcmZsrfXaamQ7MPy6GbiKC 4paQUVFb9EXsSoeNhSlJMTxut44LRcuw7pNIy2vSo0bl5IN9OPFO0YnDnO2ODjdnNzYS4iVTMzag oBQSFvFvEHaopwPNETc00tO5yylF9xYEmjikJoapSRkNQwHNnU4x1f8A9JZL/wBHMfxsxLWmxfdd NGgm2ELGjeaVdcQcFJNCFJUPxoQY0Q3KzDWlQhlxt5SXr6QCFkUuqrrPFTQ8w2R5Wxm1psWQsJKF GWnpdl0qpgltaCp5O0gqTQqrxd8JpSialWq/Z25iRel3ngZWy2XlNtpaCASmidIpZqUqKaAIorA6 ymM9XvtEppPVCSlRMqmRLMh9SgpTujF4kApBrnUAkfYSI42XZbFlybTLaGy6lltpx5LYSp24kJBP 4c5pFY7aM2m0p4pnklErPS7KZUIT4joaBKjnSq1FNKYg1vDAdpebmxawExMOaJ15xpu6ltTC7t4h KSDpErASb17i1SsDNMY6NVuK3i6xZs6Rl5ZyVYkpdphyt9pDSUoVUUNQBQ1GEbNSUrLtNNMyzLbb KippCGwAgmtSAMjxjltO2PMs2zayrIenVl5su2W7NoL2golYSkp0SUm8UcY1vgnxampNbHfFpMWk izXH1PLfdbdEwGgkIboouICaYpBQE1JqNOmpJAvWaKs0iqFwqXYWh1CmW1Jf+NBSKOYBPG24ADHU I0akpWXaaaZlmW22VFTSENgBBNakAZHjHLadseZZtm1lWQ9OrLzZdst2bQXtBRKwlJTokpN4o4xr fBPi1NSa2s/OT0lZFoVQ8XpeUcdTOFLYbUsJJASm8SADgAoZJxJzMmiY3XXShaTEuxNsKYmWW3ml UvNuJCkmhriDzxwVZVnLlESa7PlVSzaryGSykoSccQmlAcT6TEKenJtE7OsMPJSES8spsG6DVbji VXSrC+QkBIVhepXAmIrtozyJRmXbXOOTC5ze7guMiYbGiLlK10ROANcrpp4wrCKZzJmF2/JSsy60 7MSzLzjCrzS3GwotnDFJORwGWyDzcqhiYU+hlLLiSp8rACVC7QlVcCLoAx1CKiTm7SmZuz2HJjQh SJlTybra1rDbqEpBKSUhVDxqYYqAANCnpY83NuTKUTkw4pT7JdSCltTS6FNVMqQa3OMPH4xCk7FR NGY9ZeHd+Qs5dlJVLb1lpdtpSm3EoToQhQqoEYBTahiRkc6ggERBYKWLr809Z8s1LINHJOSEutCM SoaQqVdTRSq3bpxqCMa8/wD9Nf8A+H//AMYgWy2tViz9hKQoS0jLvOhVMFNoQFMp2gBSqBVeNvdV a1VTZTE8LsZtxs9bvdjSaTQt37+kvXRW9du3q7buFdmERmpeyr76GWZO9N39MEJTV66bq71PGoVE GuROOcVlpWq/K2qjRPPKbE2zLFAS0lkFZTVKrx0il3VXgU4ZVGCo2kJh2ZtqVceVeUEWggGgHFTM NpSMNgAEYaM2uyvF0udcsCUdlmp9dnMuS6QqXQ+W0loaigHIcUZbOaJU1Jpfln2m9G2p/FZLQUFm gHHB8YEAJOumAIwIjsf6Szv/AKOX/jeinampxDEnJyYmtE6qbcQZQNXtGl4Bu7peLo7ixSmq7TCF r8PPrS62kZOVs4LS+9Kl/SocolAbS0SkMouJJJSCE3Rjia02CUizpFvfFySl076rp6NJGlrWt7Dj ZnPaYoUz01p99lTaH3pazA5oiFI476wsA4giiiAan7dcHLWtRMstPwhclNHLOqS2kKecW+G74rQJ VcTfAOHwya4AVs01TPEvC+m7OkZ+5v2Sl5m5W5pmkru1zpUYZCOpl2FXqstm+sOKqkcZQpRR5xdT Q8w2RQom7VXveVMw5LrXPlgreSyt3R6BTnGCCUhVcuYJJBxrKl5udXbBs9alXWHXHXHbgo42QC2m lMBVwgKrjoFbTSTTOa3hNmnLOkQJmcXKy4Lt4OvFKKru3a1PzroI20wyjaU3i+2iak97uIN+46zd IN5VV0I2qFTtIxiPPNKXacsqWmm2ZwMuhAdZLiFNkt38AU4ghGvWcDqib8Ww3MTQZTLuszyBPoQu +hYKEJvBZAolKFIUTQeIRlUxIi8F961YkpWWdddl5Zllx9V51bbYSXDjiojM4nPbHNiyrOlmnWpe z5Vlt9N11DbKUhwY4KAGIxOe2KxcxarslJG9MJdmELecZYDKZhFSClNHeKUoCrqjS9W7tMRt+Osv 2pbDM3vi7Y7Mw2kthLajR0g08YDAmhVXjGuql0ZzS8PQSslKyLRak5ZmXbKrxQy2EAnbQa8BHePN KnrWZYmGtI804HZUNLnAwtwaR64qqWjS5QYZGt7HAU6matCXdfKp5TrcnPMSwSttALoc0V4rIAxG l4t0JyxvQ0Jn1rpQ9BCEI1siEIQCEIQCEIQCEIQCEIQCEIQCEIQCEIQFLYX633R/4kj/AJSXjdgg W5PVIHGTmsp+YmNLC/W+6P8AxJH/ACkvHSXvcNz1L3jJ8WnITtjTjfh8yzo4p95PKT1xhG3H/efl hHNacv8AWFVNl/IR945q+uqMWtZcvbMgqSmVOJaWQSWzQ4ZRmy/kI+8c1/XVHG352bkLIdekZZcx MmiW0ISVkE66DZHnYOlpU6PFurtabvObp7Ms8zVnWXY8qyzaJfSsqYaAU22AeMqnPQ47I9r75R8+ sa1rSshpavBSfmJp41emVld5w9DAc0fQffOO3pkV0RTRO+IvvvE3z8GnCmJvMPObo5jR27YzLj00 iWd0+lRLKcBXRIIwb4xof+saydtrs+wTOTSw60/NluSU65S82o8QrUa0wBJJqaDHGLqZs1matKTn 1rWHZK/owlQum+KGuEcFWFKFl5oLdSlyYEyiih8C5nVGGGONDUVJjGnFwpopoqjhx75+sLNNWlMx 54IfhS0qRlZhmXS8p6eEktKHQQlRriFU4wwBGVQRlEpm20PSD0wlttDjD6pdxDjl1KVg0pepkcKU FcRhEW2LHmHpezWpdb0yWbRbfecceF4JFbx1AZ5J/ARLNgSZk0S5U5eRMb6D14Xy7Wt/KlcdlIs7 PoxMZ8iNZdWTFvJnZeRcCH2FptdEo4ll4oF4VrUlNVI5iBXmi0sq1F2o5OjeyWkSkyuXvX7xWU0x pTDPbHJO5mSSkJ0z5paG/wCpWKlzZl4vt54mWfZrFm760K1q31MLmF31DBSqVAoMsImJVgTTamN/ qKYrvvebtKanBNWhYzMy81MTM2zvdy8aoQsVUU41AFxWGGfPHBm1JmalklbswDJWU8qZuOXCXASj PHjcRRBoaZx6V6xJN+3GbYXf3ww2UJAVxaY4kUzxMR2tzUiwbTLa3RwmCHuMOLW9W7hh4xzrG+nH wdGItv3d/CeW/wCLHQru/9X27drTctZVmLl5VuZ3y00lAemSHVKIxrxCDQYk4a8IkWxb6bHvLWyh xpq6XaOfCJSo0CgkA4V2kZYVjXgFtLkmtmemmVScuGGiktni4VPGQcTQVPNG0/ubkrS34XHXmt+p bD4aWBeuHinEHHVHmROBpRNXD55/Tm2zFdtzdNuA2nacsuXShmzUIW48V4kKQVYJpqptiDZ1pvz+ 6xlR0jUu9ZIfSyV1Ti5gqmVaGkWzVkyzc7PzdVLVaAQl5ClcWiU3RTDYcY5SVgyshPNzjTryltSo lUJWsFIbCqjVXDKEV4MRNo32j+N/MtXeFn75Q9Hoh75w9845Wx594DwgmcBmn5tfmiLeyPls1903 qprXFO8R4QTGIzT86nzUxcWR8tmvu29dda45+ifmE/D+mzE9FDnbv633Of4kv/lJiJ7dlWc1Nmcb s+VRMlRUXkspC6nM3qVqan0xAt39b7nP8SX/AMpMRdR9NeXEjcHSO/d/byl99eX0SdJlTxqVyw+y IsxYUrvF+TkGJWRbmk6OYLUuAVoIIIFCKKxNCagbDFnCEVTCWhwVJSq5tE4uWZVMtpuoeLYK0jHA KzAxPpMEyUqibXOIlmUzLibq3g2AtQwwKsyMB6BHeELyrgxJSsqltMvLMspaSpKA22EhIUQSBTIE gE/ZHN6TW5asrOoeSlLLTja0FFSsLKDgaihBQNR1xLhC8pZzRLsNaPRsto0SNG3dSBcThxRsGAw5 hsjkuzpF1DSHJKXWllBbbCmkkISRdKRhgCMKbIkwheVQmbLYbnn5xxDbrrj2lbUpsXmqtoQQDzhH NnSOyZKVRNrnESzKZlxN1bwbAWoYYFWZGA9AjvCF5SyMizpFvfFySl076rp6NJGlrWt7DjZnPaY7 ltBdS6UJLiUlKV0xANKiuw0HoEbQheVRkWdIt74uSUunfVdPRpI0ta1vYcbM57TEmEIlxEYsqzpZ p1qXs+VZbfTddQ2ylIcGOCgBiMTntjbg6R3lvHeUvvXyGiTo86+LSmeP2xJhFvKWhzRLsNaPRsto 0SNG3dSBcThxRsGAw5hsjkiRYl98OSTEvLvv1K3A0OMrGhVShViTr1nGJMIXlUSSkES1kS9mu3X2 2pdLCryMHAE3TUY4HZHdcuw7pNIy2vSo0bl5IN9OPFO0YnDnO2OkIXks4OSUq6+JhyWZW8EhIcU2 CqgVeArnQKAP2isbol2G1haGW0qF6hCQCLxvK9JFTtMdIQvIiTVlWdPOh2cs+VmHAm6FvMpWQNlS MsTHSakpWeaDU5LMzDYVeCHmwsA7aHXiY7wheUs5rl2HFla2W1KN2pKQSbpvJ9BNRsMFS7C0OoUy 2pL/AMaCkUcwCeNtwAGOoR0hEurg1JSsu000zLMttsqKmkIbACCa1IAyPGOW07Y5y0mtuemZx55L jjyUtpCEXQlCSopBqTVXHNTgDhgNcuEW8pZwmpKVnmg1OSzMw2FXgh5sLAO2h14mI83ZaHbKVZko GZSWcSptxCGsLigbwSAQEqxrWhHMYnwhEzBZwmpKVnmg1OSzMw2FXgh5sLAO2h14mN97sb531oW9 Pc0elui/drW7XOlcaR0hC8qjMWdIyzGgl5KXaaKw5o22kpTeBBCqAZggY8wjqZdhV6rLZvrDiqpH GUKUUecXU0PMNkdIQvIQhCIEIQgEIQgEIQgEIQgEIQgEIQgEIQgEIQgKWwv1vuj/AMSR/wApLxuw AbcnqgHjJzQVfMTGlhfrfdH/AIkj/lJeN2SBbk9UgcZOayn5iY0Y9tHezo4rC6nkp6kwheTyk9cY Ry/d93NlvVdl13iM/jHP41RL9MQ7L+Qj7xzV9dUTPfKPMp4N8s+mGPPGPfKHvlFRn0wx54e+UPfK KGPPDHnh75Q98oIzjzwx54x75Q98oozjzxqQeeM+j0Rg09xFGvpjIUeeNFH3pGK1/wC0ZK//1vqw NdsbV+2OI98I3qPcR4Lqs2vfbGb32xxV74RreI/7RSymeJ8IZjE5p2clMXFkV37NVr8W3n9q487N TAb3Qv1oPEzH1RF/YawuamiKfFt5Cmtcc/RPzCfh/TPEj/wwnz9mWfarCWLRkZadaSq+G5hpLiQq hFaKBxoTjzxTyG4/cwuXUVbnLJUdM6KmRaOAcUB83ZHoorpWaRLtuNOtzAUHnThLuKFCtRGIFMjH 0riUdu7iNzz8olpnchJPoUr4QyiGmHkbCk0AVjmCofjlFLKfo7bkWrNmHrDkZ4Scw9flRLMB11lS aN31GiVrScTU0x1kR73hFjkTPqrvdhwixyJn1V3uwHiLa3EInG1BjcpZLKHLOdAalmWQpE0fEJWQ klIGVKY54ZU6v0bzPAdsNDc9J76dlpBMobrN4LSlOnoa8U1BqcL3PH0/hFjkTPqrvdhwixyJn1V3 uwHl7V3B2SvdDYs1KbnbMMkwp5M40iWaSFBSKIUU0AUAR9orgI8xZX6N5lqUcTObnpMuGxH2U3ks qO+i6soNa+NcKaK1DCuEfT+EWORM+qu92HCLHImfVXe7AfOJj9GappLbTdjSMseAWmVOaNqgmwtJ VWlTeIBBWBkc4v7B3BWKy5OPz25+WUXlpuIm2JZZASKVCW2wlFdgJrQE0JMeo4RY5Ez6q73YcIsc iZ9Vd7sBX+Bu5b9mrI9Ra7sPA3ct+zVkeotd2LDhFjkTPqrvdhwixyJn1V3uwFf4G7lv2asj1Fru w8Ddy37NWR6i13YsOEWORM+qu92HCLHImfVXe7AV/gbuW/ZqyPUWu7DwN3Lfs1ZHqLXdiw4RY5Ez 6q73YcIsciZ9Vd7sBX+Bu5b9mrI9Ra7sPA3ct+zVkeotd2LDhFjkTPqrvdhwixyJn1V3uwFf4G7l v2asj1Fruw8Ddy37NWR6i13YsOEWORM+qu92HCLHImfVXe7AV/gbuW/ZqyPUWu7DwN3Lfs1ZHqLX diw4RY5Ez6q73YcIsciZ9Vd7sBX+Bu5b9mrI9Ra7sQ7V3EWA7KNpk9zdlBwTLClXZNpJuB1BXjTK 4FVGsYa4vOEWORM+qu92HCLHImfVXe7AUtp7idzblnupl9zFmqdFCkNSrTa8CDxSU0rhgFcU5KwJ ime3DSj1msL8H5ZC2Zsruok5MTS2dGpNFcXQk31VpldAPjCPZ8IsciZ9Vd7sOEWORM+qu92A8ixu Gs2TEk8nctIzZ0b6XGn2mL19xxKkKcISE0SAoG4FXb1EhQxjaZ3D2WZ2Yl2ty9nluYnWH25lMsyG 2WkaK+2R4wKtGvAJIN8VOKqes4RY5Ez6q73YcIsciZ9Vd7sB5ZjcJZSd46Tc3ZvEtKZcerLNH4A6 fR1wxHGaoNWGAphARuDlZiUbkDuYkZd1iyXpZU24yzcdmCGwhwFNV5pWbxSCK7TSPccIsciZ9Vd7 sOEWORM+qu92A8dNblrGn0y89ZG5aTQXmgAnesro0OAniPoWmqQkmitGb3jA4pTFhI7ktzU1bFoP o3O2UZVtLcugGSbulxBWXFJwpTjpSTnebUD4seh4RY5Ez6q73YcIsciZ9Vd7sBX+Bu5b9mrI9Ra7 sPA3ct+zVkeotd2LDhFjkTPqrvdhwixyJn1V3uwFf4G7lv2asj1Fruw8Ddy37NWR6i13YsOEWORM +qu92HCLHImfVXe7AV/gbuW/ZqyPUWu7DwN3Lfs1ZHqLXdiw4RY5Ez6q73YcIsciZ9Vd7sBX+Bu5 b9mrI9Ra7sPA3ct+zVkeotd2LDhFjkTPqrvdhwixyJn1V3uwFf4G7lv2asj1Fruw8Ddy37NWR6i1 3YsOEWORM+qu92HCLHImfVXe7AV/gbuW/ZqyPUWu7DwN3Lfs1ZHqLXdiw4RY5Ez6q73YcIsciZ9V d7sBX+Bu5b9mrI9Ra7sPA3ct+zVkeotd2LDhFjkTPqrvdhwixyJn1V3uwFf4G7lv2asj1Fruw8Dd y37NWR6i13YsOEWORM+qu92HCLHImfVXe7AV/gbuW/ZqyPUWu7DwN3Lfs1ZHqLXdiw4RY5Ez6q73 YcIsciZ9Vd7sBX+Bu5b9mrI9Ra7sPA3ct+zVkeotd2LDhFjkTPqrvdhwixyJn1V3uwFf4G7lv2as j1FruxHXuP3MC02EDc5ZN0suEjeLVCQpFPm859MXHCLHImfVXe7HNDwmLTaW228EoZcCitlaBUqR TxgNhgOkhZln2UwpizpGWkmlKvluXaS2kqoBWiQMaAY80Q5e9w3PUveOnxachO2LaKhkA25O1APG Tmgq+YmNGPup8wzo4rLj/vPywjS6nkp6kwjn0pz/ANoVV2X8hH3jmv66ome+cRLL+QjP4xz+NUS/ THk08IdEnvnEaetGVs1ttyacKA64GkBKFLKlGtAAkE6olY88ee3XBwt2QG1BKzajN1Sk1APGpUVF fSI34NEYmJFM8GFc2pvC5lJ6XnUrLC1EtqurStKkKSc8UqAIiR75x5Ja52UZ3QONY20oIWotpISp sCiVIGOQvbcfwiNOz063uVtZ1meq22tre7jEy46pFVJvDSqSL34E0qRhSOmOiaU/dndeI77fXdm1 620b3tvfOI89PS1mya5ubd0bLdLyqE0qQBgMcyIouE5mXl7cfTvialZdaNAUq4yjdF9NSMAFZ7Ma ZRUT1pTjNl7oWWJ50olTLKYcQ8pRTfIvUWSVEfjDD6JNVW+d27nbnvgqxYiPPv8Ao93X3rCvvWKG zXHXt1ltIcfeU2xoNG2XDdTeQa4VpF5U88c+JRoTb3RPfF22mbxdtX3rGqlU/wC8Zx545OkhJzjC Fa3rys/bHVIAGr0xxYx2xJAPPGU7gA96xtQc3pgK88Zx54iP/9f6qUjm9McyPesd8eeNCDXXHgw6 nlZ5sKt9+uxNaqPJEXm5xFyYmx9Rs511risfSTuhmM/m7OSIurGBE5NVr8W3n9q45+iT/wDIz8P6 bMX0MLeEI84S4468pT8x8c4MJopAAWQMK4R9M4Xo4R5y6ry8z66rthdV5eZ9dV2wHo4R5y6ry8z6 6rthdV5eZ9dV2wHo4R5y6ry8z66rthdV5eZ9dV2wHo4R5y6ry8z66rthdV5eZ9dV2wHo4R5y6ry8 z66rthdV5eZ9dV2wHo4R5y6ry8z66rthdV5eZ9dV2wHo4R5y6ry8z66rthdV5eZ9dV2wHo4R5y6r y8z66rthdV5eZ9dV2wHo4R5y6ry8z64rtjN1Xl5n1xXbAeihHnbivLzPriu2FxXl5n1xXbAeihHn rivLzPriu2Fw+XmfXFdsB6GEeeuHy8z64rtjOjPl5n1xXbAeghHn9GfLzPriu2M6M+XmfXFdsBfw ig0R8vM+uK7YaI+XmfXFdsBfwih0X7+Z9cV2xnRfv5n1xXbAXsIotD++mfXFdsND+/mfXFdsBewi j0P76Z9cV2w0I8tM+uK7YC8hFJoB5aZ9cX2w0A8tM+uL7YC7hFLoB5aZ9cX2w3uPLTPri+2AuoRT b3Hlpn1xfbDe6fLTPri+2AuYRT72T5aZ9cX2w3sny0z62vtgLiEVG9k+WmfW19sN7J8rM+tr7YC3 hFTvVPlZn1tfbDeqPKzPra+2AtoRU71R5WZ9bX2xneqPKzPra+2AtYRVb0R5WZ9bX2xneiPKzPra +2AtIRV70R5WZ9bX2xmWRobTbQlx4pUyskLeUsVCkUzPOYCzinZIFuTtSBxk5rKfmJi4ipYvcOT1 L3jJ8WnITtjRj/h8yzo4p15PKT1xhG3H/eflhHLacv8AWGSpsv5CPvHNX1zEz3yiHZfyEfeOa/rq iZ75x5dPBvk98oe+UPfOHvnFQ98oh2rZrNr2a7ITClpadpeLdAoUIOFQdkTK+9Y1J96xlRVNMxVH GCYvFpZr70jHvlGK+9YV96wVn3yjHvlCvvWMV96xRuPfCOTw4p7I6p98Y1dFR/OLE7xxlsf+0Sqe 9IhsG47dMTPfOMquKM++UPfKHvnD3zjFD3ygR9noh75w984o/9D2r9PCGY/2dVfmiLmxvls1hT4N vVTWuKZ803QTP+zrp80Rc2N8tmvu29dda4+X6H+ZT8P6d2L6GFvHnUglb1EqPw7uTQPz1a49FHmx c0j9dHXTu53q+OrZH1DhUu66ZLFmMS4mlyRm5lDRfFGi2mt5RvVwwHtiJZVuTLtlWLKtKS5NTmka L7jekSC0DVVQRerQaxnWL96SlJiZl5l1DanZYqLRvOAJJFDhWhw2xwNi2YWlNhlACnlP1S66FJWr MpUDVNdgoMTAUVo2jbLFsTbD7jSUNWK5MqYbaIF4EjBQIVmPGwoMAK8aMs7p5lqz0vJYSWpSXlFz AU2pSl6YAcUkk4YGpqTlnjF2qw7JUAN6MJAl1S3ELifglZpwOI/+I2FjWWnQ0lmaMoQhAq5kjxQc eNTVWsBTN7pp3THSsMlrho2aAlqiqalZ5++EegkEz+8m+EUNCaxv73Z4mZpS9jlT8YjcB2V5s18r 3547nx3Kz9mXNHeRkZOzZNEpKNtNsN1upvLNKkk4nHMmAl3VclXUiF1XJV1IjT4P91+aHwf7r80B vdVyVdSIXVclXUiNPg/3X5ofB/uvzQG91XJV1IhdVyVdSI0+D/dfmh8H+6/NAb3VclXUiF1XJV1I jT4P91+aHwf7r80BvdVyVdSIXVclXUiNPg/3X5ocT91+aA3uq5KupEZuq5KupEacT91+aHE/dfmg N7quSrqRHiZSYmS1uhnHG7QfVKzM2lt3fCgy2EoJCSkOAj8E4VFCKYe04n7r80Q0WVZzctNy6GGw 1OrWt9N5zjlYoo54V5oDyNnbopuVdnHVFx0vJs9tltSVvJaU41UkJqVHWaA1UaY1MXTlu2qJBp7g 51s6dbTzypBZCUjxVhvBVFYa8Mc6RYNWBZDCXUtyrQDqW0qqtw4NiiKVOBA1jGNzY1mGXQxoEJS2 orStLjiVhRzN8G9U6zXGA72ZNGfs1iaq2vSoreYReQfsJAPsiVRXJV1QjhLy8tKS6JeXbZbabFEo SFUAjrxP3f5oDe6eSrqhC6eSrqhGvE/d/mhxP3f5oCk3bvzEpuRnX5d11h1OjuuITcIq4kZjER56 atOcXPWNLtzk2kyM8zKTPGI0pLihx6HjEhoHHUvnj2s/ISdpyTknONtusOUvIvLTWhBGIxzAji5Y lluu6Vcs2V75TNVvuD4VIoFZ7NWUBVI3TTK7SlGWG2pxieS/oFNM3eO0KkBRPHBIIrQfjFbau6a1 vB6ecS6zJzbDba1tGVU263eWElNFVBFT44zxF0Zx6VG5+yG32XkyjQUwXC2L7l1N8UVRNaUNThSM Dc7Y+93mFSjS23kBtSVrcVRANQlNTxQDiAKAaoCvnN0c9LWo7JMyi5lUmlnTpakXFF0rzKbtQgAY 8atcRqrE6wLTnLVdtIvpaS3KTzssgNs4kJpQkk547IkvWRZ0w6h15hta0hIqVr4101Tex41DiL1c Y6ychJyGn3s0hvfDyn3eMs3lqzOOWWQwgPEGdnENWxOGYn2lS9rraROLeKpdhGkSLqm7+OBIpdpi MRq9B4SP8I3dAnevCXB1NEdJfuXr+ylcKUyxrE1O52yUvOOhj414vuIL7xbU4TW8UXrpNaatQ2RJ 4MkN+b83u1pr1+9VVL1KXqZVphXOkB5qa3Vz7lml9hLbAm5abclVb3JU0WCa3qmmIGwXTneyje2Z 2fR+i5M8ZpxM2uWYWX2kls8ZSNYNa0NCdeOArSPQJsezErcWJRgl1KkqBvFNFeMADgK66ZwdsazX 7IFkusJXJBKUBsuOZJIIFa1woNcB502s/Yr1qzQanES0nKoJkp1wuuF1SsFhRUqiKEDAnEHZEwbp Z5ljRvyS9MucZlWXlyTjLbmk+ddXjxaEEVxoMqxdTFlyE4/p5iXacXolMkkqoUKpVJGRGAzjQWJZ glnZfe6FIeUFrKlrKyoZG8TeqKCmOFMKQEWatG05V6Qs5aJbfs846lLoaUWglCSq8U1BqaDi1wxx NIhWNuom7ateTl2mWmWH7OE2sKaKlhQcKCAajDDA0i4Fi2YJZEuJdAQhZcSQtd8KOar1b1TU1Nca xsxZNnS04ibYlmm3m5cSySkqAS2DW7TLPmrAebl7cnbVt/c5MBSmJWbXOjQoqLwQCBfGRIpXmrHs 6HYegIrUWFZTc6zOIlW0vMKWttQWsBJWKKoK0x+yLHi/U9sB5jdS7MDdHYEqjfq2n986RiUe0Kna ISRiFJyOOJ2xxsq251LbFnNPB2ZmZ6ZZbMyguGVS2Cq4s1qtQFPna8zSp9BP2PIWk/LvzLZ0ste0 LjbzjakXgAqhSRmBAWLZglUSwl0hCFlxJC13wo1qq9W9U1NTXGsBQjdlMTUg1MSkqhC+DXLQdDzZ IKUKulCThma8bVgaGsSNzdqWhae6S1w8+FSjTUutlne90oDiL414GmdczyaUi3dsWy32WmlyjOjZ QW0JTeSAg0qnDNJoMDhHZmzpNidenWWUNvvoShxSSoBYT4tRlUVpXOkB4RE5PrctNTb1oImRba5e Xm1zCjLMpvp4ikX6ZVA4tKqArs9Azunm5i3HJZmRdclWp0ya7km4VIIGLhcHFAqQLudDerSLUWHZ Yk5yU3sjQzzinZhBWs31qpeOeGQypGwsazRNpmxLo0qVXgStZF6l28RWhVTC8RXngK+zLcnZ6zFW 0plkWfceUGwhWmTo1EDmVW6cKCnPFTPbtbRk7IfmTLy5fMgxPsfBquJQ44EFCscSK5giuzCPTMWL ZsvNqmmpZAcVezUopTe8a6kmia66AV1xyc3NWM7JPSa5JBYfSlK031jipNUpBrUAHICggK3dFbE9 LonLMaupfRZL82t9KSilOKLmOBFa1rqGVYs9zTjj0jYzrq1OOOWYFKWvEqJDVSTrMd56ybPtL5XL ocOjU1W8pJKFDjJqCMDHSRl2ZOclJWXQEMsyq20JBJokFsAVPNAW0U7IBtydqAeMnNBV8xMXEU7J AtydqQOMnNZT8xMc/SLaG9nRxWF1PJT1JhGLyeUnrjCOL7vu5s96ssuu8Rn8Y5/GqJmPPEOy/kI+ 8c1fXVEv3yjzo4NzPpiNPzyJCXS6sKUVuJbQgZqUo0AiT75RW23Z65+WYLQSXZWZbmGwrAKKTl+I JjbhxTNcRVwY1XtubM2n8M9LzqESzzDYeXRy8i4a8YKIGVDWoFI7tzks64ltuYaWtbYdSlKwSUHJ QGzniids+ctO0LQmJiVMqXrPVKsBRCsCVElV0kA4jX2DjI2XaTM806qWQgN2MJQFwhSS6DkQDWn/ AEjrnBwpiZ0rSwiqrJ6FFoSbqHVtzjK0s10qkuJIRTOuOH4xhVoySZffKpxgMYDSl1N301pHmuCb WeemXXmFlb1jKl1KU4njvE5AA0A2aosESdoMyFjMoaASy0ETaUkBY4gFAquV7OmOEKsDDjhVz9xF dU+pbrnZVvR35ppGlBU3ecSL4AqSNtBjHB62bPYnJWUXNI0s3i0AoEEajXnOA2nKKCybFtFjwd3x L03lvnT1Wk3L1buvHVllGbJsW0ZZvc8t9iipEzCX03wSkLrdOdCMsjGc4GDTf79+OX7rfxHemnXP q87vryXln2wzMSMu/NLl5Zx8LKWxMoWCEk1ooYKoBU0yia7OSrMsJl2ZabYNKOrWkJNcsco8rZFh 2hLeDunlgkSW+d8VUk3L9buvGvNGZSw7UZsWxgpLyHpFbpdZaU2VkKvAEFVUGgIz1E64V4GDpbq4 4/3V9I70iuu2+PO768npHRQhxJqDrESm130g4xBsmQMlY8vKOBQLaKUUsLIxyvACtMso6IUphy6c vszjlqiLzEeptjfCbjzwx541SoKFRT0Rn3yjWM+mMemNVA+4gD70illA/Xwhmc/m/wAIi5sau/Zq tfi28/tXFFNGm6GY/wBn5v1RF3YZrNzWXxbeQprXHN0P8yn4f02YvoYf/9H7LFRLWbvhLru/Jlu8 +7xUFNB8IrakxbxFs75Mv797/iKgI/A39oTnSR3YcDf2hOdJHdhbb00zLMmXW+22p2kw7Ls6V1tF 1RBSm6qpKwgHinBROFKiFLWtMNSqW23OEHn5sy8tvkGXWPgtIQ8LgKDRK6URiCjaVQE3gb+0JzpI 7sOBv7QnOkjuxFtndILFZbfmWGGWy0XVpmZtDbppipDaRe0ixrFQKlNFGpps5bzzdoTDRkP6rKzb Uq4/phVSnA3duppjQui9UigxF41ACRwN/aE50kd2HA39oTnSR3YjylvPTE22h2Q0Mu9NvSjTumCl KcbLmN2mCSGlYk1vYUpxjDkt28nNMvPkMLbRJOTqUy0yHXUtooSlxNBcXxhRNSKhWOGIWnA39oTn SR3YcDf2hOdJHdiPIz9qPWzOyszLNNFliWUGg9eRx1uha0ruhR4qRgQMU0wBvG6gK3gb+0JzpI7s OBv7QnOkjuxZQgK3gb+0JzpI7sOBv7QnOkjuxZQgK3gb+0JzpI7sOBv7QnOkjuxZQgK3gb+0JzpI 7sOB/wC0JzpI7sWUICt4H/tCb6SO7GeB/wC0JvpI7sWMICu4H/tCb9KO7Dgf+0Jv0o7sWMICu4H/ ALQm/Sjuw4I/tCb9KO7ETdBas1JvyUtIFIWuZYMyoprcZU8hunMpRVhUYhLlMRF5AV3BH9oTfpR3 YcEf2hN+lHdixhAV3BH9oTfpR3YcEn6Qm/SjuxYwgK/gk/SE36Ud2HBJ+kJv0o7sWEICv4JP0hN+ lHdhwSfpCb9KO7FhCAr+Cj9ITfpR3YcFH6Qm/SjuxYQgK/gpX0hN+lHdjPBSvpCb9KO7E+Ku0XJl 61pSzmJx2UQ6w8+p1lKCuqFNpCeOlQodIScK4DHOodeC1fSE3+Tuw4LV9ITf5O7G1jTjlo2HITzy UpcmZZt1YQKJBUkE0rqxibAQOC1fSE3+Tuw4LV9ITf5O7E+EBA4MX9ITf5O7Dgxf0hN/k7sT4QEH gxf0jN/7vuw4NX9IzX+77sToQEHg1f0jNf7vuw4NX9IzX+77sToQEHg1f0jNf7vuw4OX9IzX+77s ToQEHg5z6Rmv933Yzwc59IzX+77scLRcmXrWlLOYnHZRDrDz6nWUoK6oU2kJ46VCh0hJwrgMc697 GnHLRsOQnnkpS5MyzbqwgUSCpIJpXVjAODnPpGa/3fdhwc59IzX+77sTYQELg9z6RmvQ33Y5ty6m LWZvTDr15hz4y7hxkZUAixiK5+tpf7h3+JuAlRUMXuHJ2l7xk5U5CdsW8U7QBtydqAeMnNBV8xMc /SPweYZ0cVjx/wB5+WEaXU8lPUmEcmlOf+0M7K2y/kI+8c1/XVEv3ziJZdd4jP4xz+NUTMeePMp4 Q3Me+cCfesMeeB/GMhzOf84xX3rG5/GNceeMoGK+9YV96wx54Y88VWa+9YD3xhQ88bAfbBGCR7mC VY/zgoGmuNAftiwO9fesc3Wg4nn1GsZQr7Y39MTgiGhxTS7qsPxziUhwEZ+2NXmg4mhB5jEWrjB4 1SnbGzdUJ1R7mMe+ccUPhQzjoFfbGNrDzs3TwgmMvm6/qiLqwcZqb/uN6661xSzR/wDuB/E/Nypy RF3YPyqaz8RvP7Vxy9D/ADL5f02YvoV1EWzvky/v3v8AiKiVEKRDhll3FJT8K/4ya46RVDmMM8Pa I+pcD//S+tz8gmfQ18M6w6w5pGXmrt5tV0pJAUCk1SpQxBz20Ii8AtaH5ZM760++N+cTSaS5o60u 3Pi+LS7SmOeMWNHL3jJu3sruNKZZ51xrswprjAS9QVcRWia8Q5142vWMtnPAVlobm5W0GXGVTM4y h6WEs9o3uM6gXrt5SgVVBUo58apCrwwiQ5Y8u7vi8t3+szbU2uhGC29HdAwy+CTX7TjsllL1DRxF aKpxDnXi69Qz280Zo5e8ZN29ldxpTLPOuNdmFNcBDbseXa3vdW7/AFabdm0VIxW5pLwOGXwqqfYM dvJiwJdqUcknJiZmJNTBlkSziwENNEUKRdAJwAFVFShTA4mtgEvUFXEVomvEOdeNr1jLZzwKXqGj iK0VTiHOvF16hnt5oCDKWOuVmX5ldpzkw+8lpCnHQ0CEIUpQSAlAFDfUDhWhwIziyjSjl7xk3b2V 3GlMs86412YU1xgJeoKuIrRNeIc68bXrGWzngOkI5lL1DRxFaKpxDnXi69Qz280Zo5e8ZN29ldxp TLPOuNdmFNcBvCOYS9QVcRWia8Q5142vWMtnPApeoaOIrRVOIc68XXqGe3mgOkI0o5e8ZN29ldxp TLPOuNdmFNcYCXqCriK0TXiHOvG16xls54DpCOZS9Q0cRWiqcQ514uvUM9vNGaOXvGTdvZXcaUyz zrjXZhTXAbwjmEvUFXEVomvEOdeNr1jLZzwKXqGjiK0VTiHOvF16hnt5oDpCNKOXvGTdvZXcaUyz zrjXZhTXGAl6gq4itE14hzrxtesZbOeAg2rufsq2ShU9JMOuIUgh1TSVLolYVdqQeKcQRrBO2LKO ZS9Q0cRWiqcQ514uvUM9vNGaOXvGTdvZXcaUyzzrjXZhTXAbwjmEvUFXEVomvEOdeNr1jLZzwKXq GjiK0VTiHOvF16hnt5oDpCNKOXvGTdvZXcaUyzzrjXZhTXGAl6gq4itE14hzrxtesZbOeA6QjmUv UNHEVoqnEOdeLr1DPbzRmjl7xk3b2V3GlMs86412YU1wG8I5hL1BVxFaJrxDnXja9Yy2c8Cl6ho4 itFU4hzrxdeoZ7eaA6QjSjl7xk3b2V3GlMs86412YU1xgJeoKuIrRNeIc68bXrGWzngOkQp6zROP NPtzT8pMMpUhLzFwquKoVJotKhQlKTlXDPOskpeoaOIrRVOIc68XXqGe3mjNHL3jJu3sruNKZZ51 xrswprgNZWWZkpRmUl0XGWG0ttpqTdSBQCpxyEdY5hL1BVxFaJrxDnXja9Yy2c8Cl6ho4itFU4hz rxdeoZ7eaA6QjSjl7xk3b2V3GlMs86412YU1xgJeoKuIrRNeIc68bXrGWzngOkI5lL1DRxFaKpxD nXi69Qz280Zo5e8ZN29ldxpTLPOuNdmFNcBvCOYS9QVcRWia8Q5142vWMtnPApeoaOIrRVOIc68X XqGe3mgOkI0o5e8ZN29ldxpTLPOuNdmFNcYCXqCriK0TXiHOvG16xls54DpCOZS9Q0cRWiqcQ514 uvUM9vNGaOXvGTdvZXcaUyzzrjXZhTXARZ6zROPNPtzT8pMMpUhLzFwquKoVJotKhQlKTlXDPOsi VlmZKUZlJdFxlhtLbaak3UgUAqcchGQl6gq4itE14hzrxtesZbOeBS9Q0cRWiqcQ514uvUM9vNAd IRpRy94ybt7K7jSmWedca7MKa4UcveMm7eyu40plnnXGuzCmuA3iK5+tpf7h3+JuOwS9QVcRWia8 Q5142vWMtnPEdQULVl7xBOheyFMLzdPZATIpmiBbk7UgcZOayn5iYuYp2b3Dk7S94ycqchO2OfpP 4GdHFOvDlJ60wjbj/vPywjitOXKGarsv5Cn7xzV9dUS/fKIll/IE/eOa/rqiX75x58cG498opt0c 3NSrdnplXywZmfaYWtKEk3VVrS8CPZFz75xW2zZa7UblQ3MJYXKzKJhJUi+CU1oCKjbtjfgTTGJE 18GNcTNO5GYthMqu1WZ9++mzSgl0oAUpCkgioAArWowA1RGtu3HG9z0/MSeklZyVUhKkOoSVNlSk 55jFJia5YDM1JTzE27pHJ8hTziU3aEABN0Y0AoDiTEV/cul6x5yRD0uyuaKKrYlUtpSEkEcUGpyO ZOeGyOqiej6cVTnHw9V/73fBrnWWmI9/n+EyatqVlZtUutLh0dzTOJSLrV80TexridgPPSI6N0KE WhajM1LKYYs5KFKdJBvVFRgDr1e2hwhO7m2Ju0nJ2rFXggOh2XS6eLldKsE1GBwP4RtM7nWZt601 OPHR2khtK0UxQpGAIPowpqjGnZ4jflH8xflfks6z1eePgnSM+3PaVIbcZdZUEutOgXkEiorQkYgg 5xLGf8or7KspNmh0/wBXvukV0EullIplgMTrzJzwpFh75xzYmjpTocGym9t7JFR/KONKKI/6R2B9 6xqtOsf/ADGMSrUYf9o3Ch7iOV8D/vGukx/nGVriVgf+0aqQCMh6I5oc5/bHUKB/7xjwEVyVANUG 6dmqOd91o8dOG2kT8D/3jF0e5jOK80s8fPTbQ3QPJUQCUpNCOb+Uei3NqSt+bKCCLreX2rihtSTY mN0D+kbQrBI2Gl0a4vNy8u3LPTaGhRJS2aXq0xVHP0TR7R3cbf02Yt9Q9DEWzvky/v3v+IqJURbO +TL+/e/4io+mcDSenHJWbs1lCUlM3MlpZUMQA04vDnqgfhWKte69g2O7aLNnTihvJU4w26Etl5CQ m+RjgE3k1JGINU3xFvNyW+pmRe0lzeb5epdrfq2tFObx6/hFU5uY0lky8hvymgsl2zr+izvpbF+l dWjy588ID//T+ly1uLbuMzzDqnEOIZmJhttKG2XXLpQ2U6RSq8dsVTeTVWedNbS3RKYsq05qTkn3 VSbTqm3FIGicU2SleN4EBKhiDdJAN29SD25lhy3VWndkyXHUPLU7JpcfSpASAEOE8VPEThdJxUQQ SCNnLBecs+0rPE/dlZxt9LaNCKoU8VKUpRrxqFRugXcDQ3jQgOxt5pMwGlycyhCXG2XnTcusOrCb raqKqTx0CqQpPGzwNOK7fv2pJSkvLu6J+bcly+tHEXcQ4VhJBwIWgDjAVxu1AqOR3MJXa4tJ0yLj q3G3nnFSKVO6RCUj4NalG4k3BhRRFVUUCQR1bsOYatCXWmda3nLTbs2hksHSFbgcvArvUpV1RHFy AFdZC3aWpxlC1NqaUpIJbWReSdhoSKjmJEbxo0HAygPKStwJF9SE3Uk6yASaDmqftjeAQhCAQhCA QhCAQhCAQhCAQhCArbXmp+SYcmpcy+iZRe0a0qUuYVXBtNCLpJoAeNUqywxsorbSkJ+cmmHGJyXb ZZ42hellOBS61CjRaa01DIHHMJpZRjF7y3V6Orpta+/zJCEIyaSEIQCEIQCEIQCEIQCK+emZvf8A LyMmtlpx1px0uvNlwAIKBS6FJxOkBrXVljhYRBnZJ96aZm5SYbZmGULbBdaLiClRSTgFJNaoTQ12 4Y4Y1XtubcGaYr+97/43c3WzZzhCzJWd0ej3yyh25Wt28kGldecSY4SUo3ISEvJtFSm5dpLSSo4k JFBXnwjvFi9t7GvR050eHqIQhFYEIQgEIQgEIQgEIQgK+emZvf8ALyMmtlpx1px0uvNlwAIKBS6F JxOkBrXVljh3s2c4QsyVndHo98soduVrdvJBpXXnHKdkn3ppmblJhtmYZQtsF1ouIKVFJOAUk1qh NDXbhjh3kpRuQkJeTaKlNy7SWklRxISKCvPhGEX0vc6Kpw9VERx//fB3hCEZuciK5+tpf7h3+JuJ URXP1tL/AHDv8TcBKimbANuTtQDxk5oJ+YmLmKZsgW5O1IHGTmsj5iY5ulej35tmHxTqDkp6owhe Tyk9aYR533fdzbN6usuu8E5/GOfxqiXjzxEsv5An7xzV9dUS/fKOSODYemMemMn3wjHvlFD0xn0x r75Rke+EBqRQ64yK88bEV/7Rr75RRn0xg/jGffKFPekAH4xnPbGuX/aFfekByebJxFaxHqdcTCR7 iNbgJqQD+EbKarRvLOKFR0C+eCmknEYfhHO4sHKLukSErPPG4VXbHFCTTL2R1Sn3pGMjz8zXwgmM /m7OSIubE+WTWfxbef2rilmh/wDcExl83MfVEXVhik3Nf3G9VNa45Oh/mfy/qGeL6GFzEKRLgll3 EpV8K/4yqY6RVBkcM8fYYmxFs75Mv797/iKj6twO9XL3ipu3s72NKZ5Z1wpsxrqjAU9QVbRWia8c 5142rUMtvNES1Z+YkjJtSks1MPTb5ZSHXi2lNG1rJJCVHJFMtccmbYU0uaatRlqVdlm23ToXVPJU lxSkoA4qVFRUgi6E41TSpNAFgVPUNG0VoqnHOdeLq1jPZzxmrl7xU3b2d7GlM8s64U2Y11RAXugs xuWbfcmFNpcd0CULZWlzSXSoIKCLwUQKgEVNU0reFd3LbkG5dl7SOuB69cQyw445xTRVUJSVC6cD UChIBocID//U+whT1BVtFaJrxznXjatQy280Cp6ho2itFU45zrxdWsZ7OeIL1vWfLl1x6bYRLNtM O6cLJTR1akpJNKXSQManXWgAJ3FtyBmG2C46la7oqphwJQpQBSlaimiFGqeKohXGThiKhMq5e8VN 29nexpTPLOuFNmNdUYCnqCraK0TXjnOvG1ahlt5or3N0EmLUlbPZVpHX31Mk0KQLqFqUUkii6FAS q6eKVUNDgbFpxLzKHUhQStIUAtBSqh2g0IPMcYDBU9Q0bRWiqcc514urWM9nPGauXvFTdvZ3saUz yzrhTZjXVG8IDmFPUFW0VomvHOdeNq1DLbzQKnqGjaK0VTjnOvF1axns546QgNKuXvFTdvZ3saUz yzrhTZjXVGAp6gq2itE145zrxtWoZbeaOkIDmVPUNG0VoqnHOdeLq1jPZzxmrl7xU3b2d7GlM8s6 4U2Y11RvCA5hT1BVtFaJrxznXjatQy280Cp6ho2itFU45zrxdWsZ7OeOkIDSrl7xU3b2d7GlM8s6 4U2Y11RgKeoKtorRNeOc68bVqGW3mjpCA5lT1DRtFaKpxznXi6tYz2c8Zq5e8VN29nexpTPLOuFN mNdUQLQtVcm4+G5dLqJRgTEwpTl0hBveIKG8eIrAlIyxxwsol2MVRMzEOYU9QVbRWia8c5142rUM tvNAqeoaNorRVOOc68XVrGeznjpCKyaVcveKm7ezvY0pnlnXCmzGuqMBT1BVtFaJrxznXjatQy28 0dIQHMqeoaNorRVOOc68XVrGeznjNXL3ipu3s72NKZ5Z1wpsxrqjeEBzCnqCraK0TXjnOvG1ahlt 5oFT1DRtFaKpxznXi6tYz2c8dIQGlXL3ipu3s72NKZ5Z1wpsxrqjAU9QVbRWia8c5142rUMtvNHS EBzKnqGjaK0VTjnOvF1axns54zVy94qbt7O9jSmeWdcKbMa6o3iHOTjzUyzKyrDbr7qFuAOultIS kpBxCVGtVpwptx2pmyTMUxeUgKeoKtorRNeOc68bVqGW3mgVPUNG0VoqnHOdeLq1jPZzxrJzKJ2S Ym2woIfbS4kKzAIqK+mO0CJvF4aVcveKm7ezvY0pnlnXCmzGuqMBT1BVtFaJrxznXjatQy280dIQ VzKnqGjaK0VTjnOvF1axns54zVy94qbt7O9jSmeWdcKbMa6o3hAcwp6gq2itE145zrxtWoZbeaBU 9Q0bRWiqcc514urWM9nPHSEBpVy94qbt7O9jSmeWdcKbMa6owFPUFW0VomvHOdeNq1DLbzR0hAcy p6ho2itFU45zrxdWsZ7OeM1cveKm7ezvY0pnlnXCmzGuqN4QHMKeoKtorRNeOc68bVqGW3mgVPUN G0VoqnHOdeLq1jPZzxHnJx5qZZlZVht191C3AHXS2kJSUg4hKjWq04U247e0nMonZJibbCgh9tLi QrMAior6Yl/UxiqJmzerl7xU3b2d7GlM8s64U2Y11Qq5e8VN29nexpTPLOuFNmNdUbwisnMKeoKt orRNeOc68bVqGW3miOoqNqy94AHQvZGuF5unsiZEVz9bS/3Dv8TcBKinavcOTtL3jJypyE7YuIpW wDbk7UA8ZOaCfmJjm6V6Nsw+Kx4/7z8sI0oOSnqjCPPvOfOGdnGwf1YPvXP4zFlFbYP6sH3rn8Zj ra9qy1i2a7PzRVo26YJFSonAAR6XRYmcGmIasSbVSmwjy9lbtUztpNSM9ZU1Zy5kne6ngbrg/ED/ AK/bHqI6aqZpm0sImJ4EI5TEyxKtF6ZebZbGa3FBIH4mNmXmphpLrDqHW1iqVoUFAjmIjFW8IQgE IQgEIQgEIQgEIQgEIQgPHzv+ks1/eTrp80Rb2J8rmvu29dda4qJyvhLNZ+MnL+6It7ErvyarX4tv P7Vx8r0X82n4T/DvxPQQuYi2d8mX9+9/xFRKiFIrUmWXRtS/hXzxSMw4rDE5n0YR9U4HK2LJbtZy QS+yw/Ly8yXXWn03krGicSMCCCbyknHZEBzcwlqzZ6zpFthiWdmW5thDRLRCkqSpSCUioBKMFgkp C6AUQAb6+q9TRqpepWopSla55attebGMBxZAOgWKhJpVOFTiM9Wv2VgPNKsm0JIWeuWYaEyq0lTD iVPvTCQN7OI47q+NjQC9QBN5IuqpxpDlh2iZBhhuZSkqdfdeQiYdaSlbrhWFBaKKWEXlC7VIXWpK SBF6XFgE6BZoFGlU40OAz16vbSM31XqaNVL1K1FKUrXPLVtrzYwHnJbc3OMykuyp1gqalrNaUQo0 rLula9WRBw586R1f3PPOW67NUS4w/MtTKlKm3khsoCABoU0Qs1bBCiRQnI3aG9DiyAdAsVCTSqcK nEZ6tfsrAuLAJ0CzQKNKpxocBnr1e2kB/9X6MzZNotWhKIuyxk5affnNNpVaRWkDvFuXaChdpW9i E1oK0F40XCygvJShwpF9KFXkg6wCQKjnoPshfVepo1UvUrUUpStc8tW2vNjGA4sgHQLFQk0qnCpx GerX7KwHSEcy4sAnQLNAo0qnGhwGevV7aRm+q9TRqpepWopSla55attebGA3hHMOLIB0CxUJNKpw qcRnq1+ysC4sAnQLNAo0qnGhwGevV7aQHSEaX1XqaNVL1K1FKUrXPLVtrzYxgOLIB0CxUJNKpwqc Rnq1+ysB0hHMuLAJ0CzQKNKpxocBnr1e2kZvqvU0aqXqVqKUpWueWrbXmxgN4RzDiyAdAsVCTSqc KnEZ6tfsrAuLAJ0CzQKNKpxocBnr1e2kB0hGl9V6mjVS9StRSlK1zy1ba82MYDiyAdAsVCTSqcKn EZ6tfsrAVtp2bNTTk2GNEUT0qJZ1S1lJaAv8YAA3vjDgSnxc8cLaOZcWAToFmgUaVTjQ4DPXq9tI zfVepo1UvUrUUpStc8tW2vNjEiLMYpiJmYbwjmHFkA6BYqEmlU4VOIz1a/ZWBcWAToFmgUaVTjQ4 DPXq9tIrJ0hGl9V6mjVS9StRSlK1zy1ba82MYDiyAdAsVCTSqcKnEZ6tfsrAdIRzLiwCdAs0CjSq caHAZ69XtpGb6r1NGql6lailKVrnlq215sYDeEcw4sgHQLFQk0qnCpxGerX7KwLiwCdAs0CjSqca HAZ69XtpAdIRpfVepo1UvUrUUpStc8tW2vNjGA4sgHQLFQk0qnCpxGerX7KwHSIM7LzW/WJ2UQ06 tptxotuuFAIUUGt4JVlcGFNeeGMouLAJ0CzQKNKpxocBnr1e2kZvqvU0aqXqVqKUpWueWrbXmxiT F0qi8WcrPld42dLSd+/vdlDd+lL10AVpqyiRHMOLIB0CxUJNKpwqcRnq1+ysC4sAnQLNAo0qnGhw GevV7aRSIiItDpCNL6r1NGql6lailKVrnlq215sYwHFkA6BYqEmlU4VOIz1a/ZWCukI5lxYBOgWa BRpVONDgM9er20jN9V6mjVS9StRSlK1zy1ba82MBvCOYcWQDoFioSaVThU4jPVr9lYFxYBOgWaBR pVONDgM9er20gOkI0vqvU0aqXqVqKUpWueWrbXmxjAcWQDoFioSaVThU4jPVr9lYDpCOZcWAToFm gUaVTjQ4DPXq9tIzfVepo1UvUrUUpStc8tW2vNjARJ2Xmt+sTsohp1bTbjRbdcKAQooNbwSrK4MK a88Me1nyu8bOlpO/f3uyhu/Sl66AK01ZR0DiyAdAsVCTSqcKnEZ6tfsrAuLAJ0CzQKNKpxocBnr1 e2kS2+7GKYirSdIRpfVepo1UvUrUUpStc8tW2vNjC+q9TRqpepWopSla55attebGKybxFc/W0v8A cO/xNx2DiyAdAsVCTSqcKnEZ6tfsrEdRKrVlyUlPwLwoacpvHCAmRSoIFuTtSBxk5rI+YmLqKZu9 w5O0veMnKnITtjl6V6Nsw+KbeTyk9aYRnj/vPywjzt+XKGxwsH9WD71z+MxPdZafRo3mkOIPzVpB HtiBYP6s/wDdc/jMZt2yEW5ZD0gp5TJcHFcTmk/9RqI2GPU6J6Ki7TicZec3RaeU3R2daluJYNmS 8wUSugJvIWqhCnK6hdrhs9PtI8ajclblpPsI3Q2y3NyUs6FoZbbFXKZXjQfjnr+2PZR2YkxaIiWq m++VJugknpiYs9+SnmJefl3Fql25g8R4lJBFK501ipGMVfDc1wdIOysqiz3F20mVnENoCkL4xCyD TEE042ddceqmZWWnGizNS7T7ZxKHUBQ9BjBlJZUuJcy7RZGTZQLo/DKJFcRERME0zfc8gd0FqKRV E4Md0m8goNpPwHJy9ufPG7W6G00LQXJgOJTbxs0pKEi+3qUSB4w5qCPU8HSIFBJS/wAdp/ik/G8v LxufOHB0j5lL/Haf4pPxvLy8bnzjLToyTRnN5MW/awcUrfYIO6FVnhKmk0DRyyFajUfTWJkvugfN nzSZl9wOt2suz2nG20314gJOIupOOJIphljHoODpHzKX+O0/xSfjeXl43PnGd4Sejcb3oxcdWXHE 6MUWs5qI1nnhNdM+pdGc3khugtVckwjfIS6m3hZ63UpSorb58KV5wBlqiVN2zaEtaztiCZUZp6aZ Ms4UIqGCKrwpQ0uLGXzh+HohZsgkACRlwA9pwA0nBzl5eNz5xDTYgc3QJtibdbdeZQpthKGrtxJO skkk0JFcBicIunRkmjVmtYQhGhsIQhAIQhAePnf9JZrLxhqr80Rb2H8rmvu29VNa4p50jwlmsfnJ 10+aIuLD+VzX3beuutcfKdF/Np+E/wAO/E9BC5iLZ3yZf373/EVEqItnfJl/fvf8RUfVuBtOTjck yFrSpa1quNNIFVur1JSNuBONAACSQASOUtajDyVh9KpN5tSUrZmCkKSVGiMQSCFHAEEgmozBA1tW WedMnNMI0rki+XwzUAugtrQUgnAGiyRXAkAEitRS7wtedRMTk5K3Zk7zUlsBCNIll9ThAGkUAogk UKinxTeFVBAehen5OWZeefm2Gm2FBLq1uBKWyaEBRORN5Oe0bYb/AJO6yrfbF19IU0dIKOAlIBTt BK0jDWobRFCZa1HETs2iQfl1u2gl5KKsKmEoEuhu83eUpsKvAg1PiFWsiFiWNOsTdnPWjLpU5LJn ypxSkrKVuvpUkggDFSL2ISMCQQK0gLxFqWc5vnRz8svedd83XknQ0rW/jxcjnsMR57dBZUhKqmXp 1gtomUyqyl1PEcKgCk1OBTWpGYAJ1R5x2xrdmGZltyXVdFjzUo21eZS0l1WjolpKQCGzdokrJNBi E5qsbUsqZRMTDklI32UN2eGWmihNQzMKWpKQSAKJIpWg1QFuq15BphT0zNsSyEqcBLzyAKIXcJrW lLxA2gqANDhHWYn5OUeZZmZthhyYVdZQ44EqcOAokHM4jLaIprOseYbtaUmZmWTdYVaKkrUUkoLs wlSCNhKL2WQJBpWkVZ3PWoLOl5ZSZxKX7Hl5F9uWcYCUqQFhQcUsKIT8JgWwo4KwOFQ//9b6xO2t JyLiWXXkl9SmwGEqGkotxLYVdrW7eUKmJTbrbySppxLiQopJSaioJBH2ggg84jzlo2bNrnXm02aq ZS/akrOtzCVN3WAjQpVW8oKCqNr8UHBQxxIHo21qWklTamyFEUURUgEgHAnA5jXQ40OEBvCEIBCE IBCEIBCEIBCEICHO2imRqpcs+402jSPOoSLrSccTUiuRNE1OGWIrMirtdU06tuVRZ78xKqop9bSm xeAPxdFKGBpxsxTDXVNpEjiwpmZqmCEIRWZCEIBCEIBCEIBCEIBCER5iWdeeZW3Ovy6W1VU22lBS 6MMFXkk0w+aQcTzUCRCEIBCEIBCEIBCEIBCEIBCEIBCI85LOzTIQzOvyagqukYSgqI2cdKhT8K4R IgEIQgERXP1tL/cO/wATcSoiufraX+4d/ibgJUUqAOHZ2oB4yc0E/MTF1FIggW7O1IHGTmsj5iY5 Omei35tmHxTqJ5KeqMIxeHKT1phHlXp93Nt3udg/qz/3XP4zFlHkdLPSzdyUm3EJvFV24KCpqdUc 9/2558rqx2RMDrrotOHFMzwZ1dGrmbvZQjxm/wC3PPldWOyG/wC2/PldWOyN3bnRc/Pcx2XEezhH i+ELb89V1Y7IxwhbnnqurHZDtvoufnuNlxHtYR4nhG3PPVdWOyMG0rc88V0B2Re2+i5my4j28I8N wpbvnh6I7Ixwrbnnh6I7IvbXRs12TEe6hHheFrc88PRHZGwtW2j/AONPQHZDtro2ZsmI9xCPFcI2 5qnVH/YHZDhG3dc4rqx2RO2+i5psuI9rCPGC0bbP/jldWOyM7+tzz1XVjsidudFz89xsuI9lCPHb +tzz1XVp7Ib9tzz1XVp7IdudFz89xsuIzO18JZrPNOX90Rb2JXfc1Wvxbef2rijZZmFza5mZXfcX S8q7nq1ReWH8rmvu29VNa48rq/FpxetJrp4TE/w341M04NpXMQpFxLcsuoUaOvq4qCcA4rZrxyzM TYi2d8mX9+9/xFR9g8530ib12iq3rviGlaVz2c+VcM4wHkEA0XiEn4tWs0Gr07NdI4z9pS1moaXM l34ZzRtpaZW6pSrpVQJQCckk5ao2k56Xn2S7LqUQlV1SVtqbWg50UlQBSaEHEZEHIiA6F5ABNF4B R+LVqNDq9G3VWM6RN67RVb13xDStK57OfKuGcavTLLDrDbq7q5hwttChN5QSpVObBKjjshNTLMlK PTcwu4yw2pxxVCbqQKk0GOQgMh5BANF4hJ+LVrNBq9OzXSBeQATReAUfi1ajQ6vRt1VjpHJ6ZZYd YbdXdXMOFtoUJvKCVKpzYJUcdkBtpE3rtFVvXfENK0rns58q4ZxgPIIBovEJPxatZoNXp2a6R0hA cy8gAmi8Ao/Fq1Gh1ejbqrGdIm9doqt674hpWlc9nPlXDON4QH//1/sIeQQDReISfi1azQavTs10 gXkAE0XgFH4tWo0Or0bdVY6QgNNIm9doqt674hpWlc9nPlXDOMB5BANF4hJ+LVrNBq9OzXSOkIDm XkAE0XgFH4tWo0Or0bdVYzpE3rtFVvXfENK0rns58q4ZxvCA5h5BANF4hJ+LVrNBq9OzXSBeQATR eAUfi1ajQ6vRt1VjpCA00ib12iq3rviGlaVz2c+VcM4wHkEA0XiEn4tWs0Gr07NdI6QgOZeQATRe AUfi1ajQ6vRt1VjOkTeu0VW9d8Q0rSueznyrhnEWcteSkHg1MOqSq7fUUtKWltPKWUghCcDxlUHF OOBpNgOYeQQDReISfi1azQavTs10gXkAE0XgFH4tWo0Or0bdVY6QgNNIm9doqt674hpWlc9nPlXD OMB5BANF4hJ+LVrNBq9OzXSOkIDmXkAE0XgFH4tWo0Or0bdVYzpE3rtFVvXfENK0rns58q4ZxvCA 5h5BANF4hJ+LVrNBq9OzXSBeQATReAUfi1ajQ6vRt1VjpCA00ib12iq3rviGlaVz2c+VcM4wHkEA 0XiEn4tWs0Gr07NdI6QgOZeQATReAUfi1ajQ6vRt1VjOkTeu0VW9d8Q0rSueznyrhnG8IDmHkEA0 XiEn4tWs0Gr07NdIF5ABNF4BR+LVqNDq9G3VWOkIDTSJvXaKreu+IaVpXPZz5VwzjAeQQDReISfi 1azQavTs10jpCA5l5ABNF4BR+LVqNDq9G3VWM6RN67RVb13xDStK57OfKuGcbwgOYeQQDReISfi1 azQavTs10gXkAE0XgFH4tWo0Or0bdVY6QgNNIm9doqt674hpWlc9nPlXDOMB5BANF4hJ+LVrNBq9 OzXSOkIDmXkAE0XgFH4tWo0Or0bdVYzpE3rtFVvXfENK0rns58q4ZxvCA5h5BANF4hJ+LVrNBq9O zXSBeQATReAUfi1ajQ6vRt1VjpCA00ib12iq3rviGlaVz2c+VcM4aRN67RVb13xDStK57OfKuGcb wgOYeQQDReISfi1azQavTs10iOpQXasuRX4l4YgjJTY1xMiK5+tpf7h3+JuAlRSt3uHZ2l7xk5U5 CdsXUUiQOHZ2oB4yc0E/MTHJ0z0XzbMPin8f95+WEa0HJT1RhHlXnPm2qOo2jpQw2jpRnH63shj9 b2R8I9VrUbR0oVG0dKM4/W9kMfreyCNTTaOlGuG0dKN8freyMEH63siq0NNo6UamnN0o6Y/W9kYI P1vZFiRyIG0dKNTTaOlHUg8/sjUg/W9kZxKuR/DpRg02jpR1IPP7I1IPP7IyuNQspyP5o6B/bTpR oQfreyNaHn9kLRKu4dQdYH+1G4UNSx0oiY8/sjNVDbE0EsmBdPnDpRnSDaOlEK8raqMgOK1q9kTQ LJmlTtHSiwsFQVNTZHIb111riqbZVmq97ItrCFJuaGPxbef2rj2eorbbHwlydK9Guoi2d8mX9+9/ xFRKitk5+TZacbdm2G1h96qVOAEfCK1R968tyt1wsTFkzJafcbYnSpzQMrdUkFh1IN1AJpVQGWuK 202Ju0WbRn5Rl1DT7co0EvMLvLQ28pTpLRopSSlZF3AqooAUIJv+FLO8/luuT2w4Us7z+W65PbAe esyRfaVZykNK0AtRbqUoklSzbKN6rTxWlKJQm/XOlVKJpiCahmxptywbQamJXSTPBLqJhpFmrbL0 zRJSpa1KOncCkqotIOJUai8K+44Us7z+W65PbDhSzvP5brk9sB5Y2e6u30uMsaFsvy65MpsxZcbl 0obvIS6VJSyniuAtkA0KsDeAPViUCbfkVLk5kT6LSmXH39A5cUyUP6IqcpcVRKm0pqSU1uimIj0n Clnefy3XJ7YcKWd5/LdcntgOsqGRKMiXa0TIbTo29GW7iaYC6QCmg1UFI6xF4Us7z+W65PbDhSzv P5brk9sBKhEXhSzvP5brk9sOFLO8/luuT2wEqEReFLO8/luuT2w4Us7z+W65PbAf/9D7LCIvClne fy3XJ7YcKWd5/LdcntgJUIi8KWd5/LdcnthwpZ3n8t1ye2AlQiLwpZ3n8t1ye2HClnefy3XJ7YCV CIvClnefy3XJ7YcKWd5/LdcntgKPdAy+XrYaRLvuKtKy0yssW2lLSpwaaoUQCED4RGKqDE44Gnpo i8KWd5/LdcnthwpZ3n8t1ye2AlQiLwpZ3n8t1ye2HClnefy3XJ7YCVCIvClnefy3XJ7YcKWd5/Ld cntgJUIi8KWd5/LdcnthwpZ3n8t1ye2AlQiLwpZ3n8t1ye2HClnefy3XJ7YCVCIvClnefy3XJ7Yc KWd5/LdcntgJUR5hE4p5kyz7DbaVfDJcZK1LGGCSFC6c8SDmMMMdeFLO8/luuT2w4Us7z+W65PbA SoRF4Us7z+W65PbDhSzvP5brk9sBKhEXhSzvP5brk9sOFLO8/luuT2wEqEReFLO8/luuT2w4Us7z +W65PbASoRF4Us7z+W65PbDhSzvP5brk9sBKhEXhSzvP5brk9sOFLO8/luuT2wEqEReFLO8/luuT 2w4Us7z+W65PbAbTiJxbIEi+ww5exU+yXUkbKBSccsa/hEiIvClnefy3XJ7YcKWd5/LdcntgJUIi 8KWd5/LdcnthwpZ3n8t1ye2AlRFc/W0v9w7/ABNw4Us7z+W65PbHJE1LzNrM6B9p26w7e0awqnGb 2QE+KNJAt2dqQOMnNZHzExeRSIrw7O0veMnKnITtjj6Z6L5tmFxTKjlJ60wjPH/eflhHk78uTcof FwIHRjbA6h0YwFJWKGnSjB4usU/vR8O9RtQbB0YxQbB0YBQOsdKGG0dKIFBsHRhQbB0YVG0dKGG0 dKKMEDYOjGKDYOjGcNo6UMNo6UBrQbB0Y1IGwdGN8No6UYw2jpRbjQpGwdGNSkbB0Y6fiOlCn2dK LdXIpGwdGMXRsHRjrdrrHSjIR9nSi3HC5zDoxkNV1DoxIDY2jpRuAkbOlDTLuCWBrA6MdktpTqHR jao2jpQqNo6UYTMylyg2DoxPsP5XNfdt6qa1xAqNo6UT7C+VzX3beuutce31B/mx8JcvSvRrqEIR 9+8shCEAhCEAhCEAhCEAhCEAhCEAhCEB/9H7LCEIBCEIBCEIBCEIBCEIBCEIBCEIBCEIBCEIBCEI BCEIBCEIBCEIBCEIBCEIBCEIBCEIBCEIBCEIBFGADbs7UA8ZOaK/MTF5FECBbs7UgcZOa6fMTHF0 70XzbcL8SbQclPVGEYvDlJ60wjxr0+7m371IpBzTeB/CCVnJV6v4RvQbB0Y0UgK1Dox8X8XoslJG Kb32YQCicON7I0BKDRQFNt2NylKxUUrtuwGcfreyFD9b2RoDdNFAfbdjeg2DoxAofreyFD9b2Rmg 2DowoNg6MBih+t7IxdP1vZG1BsHRhQbB0YDF0/W9kLp+t7IzQbB0YUGwdGAUP1vZGcfreyMUGwdG FBsHRgM4/W9kMfreyMUGwdGFBsHRiDOP1vZDH63sjFBsHRhQbB0YDOP1vZE+w/lc1Wvxbef2rivo Ng6MT7C+VzX3beqmtce71B/mx8Jc3SvRrqEIR9+8shCEAhCEAhCEAhCEAhCEAhCEAhCEAhCEB//S +ywhCAQhCAQhCAQhCAQhCAQhCAQhCAQhCAQhCAQhCAQhCAQhCAQhCAQhCAQhCAQhCAQhCAQhCARR prw7O0veMnKnITti8iioOHZ3AeMnNBPzExxdO9F823C/Encf6/5YRpQclPVGEeNefMt9lRUbR0oV G0dKM4/W9kMfreyPiXotSARjTpRzIKDUEEf3o7Y/W9kYx+t7IsSNQpKxmOlGMUZGo/vQUg1qm8D+ EErOSrwP4RfgNgoEYEdKM1G0dKMFJzTUeiAUcjer+EQZqNo6UKjaOlGcfreyGP1vZEGKjaOlCo2j pRnH63shj9b2QGKjaOlCo2jpRnH63shj9b2QGKjaOlCo2jpRnH63shj9b2QGKjaOlCo2jpRnH63s hj9b2QGKjaOlE+wvlc1923rrrXEHH63sifYfyuarX4tvP7Vx7vUH+bHwlzdK9GuYQhH37yyEIQCE IQCEIQCEIQCEIQCEIQCEIQCEIQCEIQH/0/ssIQgEIQgEIQgEIQgEIQgEIQgEIQgEIQgEIQgEIQgE IQgEIQgEIQgEIQgEIQgEIQgEIQgEUVQLdnakDjJzXT5iYvYohXh2dpe8ZOVOQnbHF070PzbcL8SX eG1PWmEZ431/ywjxN/mHQp6DYOjCg2DowqNo6UKjaOlHxj0Cg2DowoNg6MKjaOlCo2jpQCg2Doxq pAUMQOjG1RtHShUbR0oDlijMAjbdjcXVDIdGMmm0dKNCmhqkgc16LxG2WoU/uxnA6h0Y0S4DgaA/ 3o25wR0oK2oNg6MKDYOjGoUNZHSjao2jpREKDYOjCg2DowqNo6UKjaOlAKDYOjCg2DowqNo6UKja OlAKDYOjCg2DowqNo6UKjaOlAKDYOjE+wvlc1923qprXECo2jpRPsL5XNfdt6661x7nUH+bHwlzd K9GuoQhH37yyEIQCEIQCEIQCEIQCEIQCEIQCEIQCEIQCEIQCEIQH/9T7LCEIBCEIBCEIBCEIBCEI BCEIBCEIBCEIBCEIBCEIBCEIBCEIBCEIBCEIBCEIBCEIBFCQDbs7UA8ZOaa/MTF9FCSBbs7UgcZO a6fMTHB1h6H5tuD+JLoOSnqjCMXhyk9YYR4O73c3TvVeP1vZDH63sjFBsHRhQbB0Y+Qd7OP1vZDH 63sjFBsHRhQbB0YDOP1vZDH63sjFBsHRhQbB0YDOP1vZGMfreyFBsHRhQbB0YDCkXs73sjSq0Z3i NuEdKDYOjGCBsHRi3GAbw1+yHGTyqfhGhboapoD/AHYJWK0UAD/di2yHUEnleyM4/W9kc7ozFOjG QRkQOjEsN8freyGP1vZGMNg6MKDYOjEGcfreyGP1vZGKDYOjCg2DowGcfreyJ9h/K5qtfi28/tXF fQbB0Yn2F8rmvu29VNa493qD/Nj4S5ulejXUIQj795ZCEIBCEIBCEIBCEIBCEIBCEICntJU2/b0n IMWg/JtLlX3llhDZUopU0B46VYcdWUb8Ez37R2l1ct/kxh//AEwkP8Pmf+IxFqYkiqNlzw/1itLq 5b/JjU2bPD/WK0uhLf5MWiorbemXZOwLRmpddx5iVdcbVQGiggkGhwzEcteJXe0SziIczITw/wBY bS6Et/kxqZKeH+sFpdCW/wAmKqatOdsaQE5NG0XSVufAzapZJIQw45m0kihKaZ1qBqqFdnbam2p9 mSmJO7MlwEtyz4WlaVNvKSKrSnGrJw4vzTepURyYmNjxwn+GcU0pplJ4f+f2l0Jb/JjUy88P/P7S 6Mt/kxVKt20HjJFqTSlxybLSmkuGihonFXVX0JWggpSo8XxSCL1aRo9upWlwNtWa8842CZhLSXF0 IcWghF1BBNW10vXK4c93kr6R0yOE/wAM4poWxanh/wCfWl0Zb/JjUongf17aXRlv8mK9drTT1pSS GmNHKuzjrBcvglejQ6FBSacXjoqCCagY0yNqc487G6x6bh2vXyj6N1OFhz6n/9X6BSe+nLS9Et/k xrWe+nLS9Et/kx1OcaHOPz6rrnp0f/Zyj6PTjAw8k2wJiadXaLEzNuzW95hKW1upQFXVMtrobiUg 4rOqLiKTc98stj/1TX/LMxdx97hVTVh0zPGYh5tW6ZUTDc/aVpWoBbM3Kty00GW2mG2SkDQtqzW2 o1qs64k8ET37R2l1ct/kxrYv6xt3/EB/y7MW0bEVfBE9+0dpdXLf5MOCJ79o7S6uW/yYj7p5ycke C3pJKnFCdJdaSCS62GXVKSAPGVRPFBwvBMQpe3pg2rak0U6SVLco3IN3ikLvuutBZOIAUvG8kGqL poThAWvBE9+0dpdXLf5MOCJ79o7S6uW/yYhObqHJZ95makEpVJtTDs2Wn7wSGkNL+DqkXyQ8jO7Q g50FZti2u/ammTMSDsqtq6QoodCFg1yLjaCSKY4UFU44kAMGyZ4f6x2l1ct/kxobNnh/rFaXQlv8 mK2xVOylnbnZhMzMvLtRtCZkTEwt0KJl1OXheJumqNVBRRqDQERl7q5yekg7J2e4zpXJdcu44hxK FoW82m6tSmwAVJX8y/8AOIOAqFuZKeH+sFpdCW/yY5ql55IJ4ftLoy3+TFba+6ZMq5NMKlVOsJad CHWVupvLQ2pak37gSk8RQqlalAjLOmsjacym4wplTyXZuZTpVu0OD6wEprgSlIqQSOKOLeoQAsS3 PAV4dtLoy3+TBtuecdSjh20heUBW7Lf5Mdj4p+yMS/ylr++P/mAnbn5p6e3O2bNzC77z8q244qgF 5RSCTQYZxYRU7lP9EbI/9Ez/AACLaAQhCAQhCAQhCAQhCAQhCAQhCARRY8OztL3jJypyE7YvYoFA cPTtQPGTmmvzExwdYeh+cNuD+JM437z8sI1oOSnqzCPBvPmXSq6jaOlCo2jpRnH63shj9b2R8g72 KjaOlCo2jpRnH63shj9b2QGKjaOlCo2jpRnH63shj9b2QGKjaOlCo2jpRnH63shj9b2QGKjaOlCo 2jpRnH63shj9b2QGMNo6UaqSlQxp0o3x+t7IY/W9kUcOM3rqn+9GwWlYzHSjoQfreyOa2iTUXgdu EW8SM1pkRT+9GwUDrHSjkHFoNFgjnwjfPEE+yEwN6jaOlCo2jpRqFKGd72RsCTyvZECo2jpRPsL5 XNfdt6661xBx+t7In2H8rmq1+Lbz+1ce51B/mx8Jc3SvRrmEIR9+8shCEAhCEAhCEAhCEAhCEAhC EBQ2nPydnbqrPenptiVbVIzKQt9wISTfYNKnXgfREk7qNz309ZvrbfbFi6w09TStpXTKojnvGU83 b6MSYuK87ptz/wBO2b6432xGn7b3PT0hMyircsq6+0ps35tBFFAjEBQNMdRH2iLneMp5u30YbxlP N2+jGucKmV0nlXJ2yrQGitjdHYU2wEquoZcDJBUkoJrplYXVKFKa66o7zM5uUm5nfExadlOuUCTe nWyCAFpoReoRR1Yy+dzCPR7xlPN2+jDeMp5u30Y01dEoq9csorl5dmY3LMOIdTbEitxtd9Ljtphx YN1SRxlLJoAtVBkLxNKmOTityjhNbUs8AqUVhNpJSHLyiohYC6LTVSuKqo4xwoTHrd4ynm7fRhvG U83b6Maaur8Of/arv8GWtnJ5LS7lxPJnBadm6ZCytB4QRRClAhRSL1BW8SaDE4mpFYlG2rHr+ubN 9da70ej3jKebt9GG8ZTzdvoxz19TYFf4qqu+PoyjHqjhEPMm2bIr+ubN9da70am17Jr+ubN9da70 eo3jKebt9GG8ZTzdvoxzz/x7os/+1XfH0ZbVXlD/1vo25eYYmn7Xeln2n2jNtgONLC0mkuyDQjA4 giL+NG2m2U3W0BA2ARvGNFMUUxTHqWZvN3nJG2bKs61rbZnrTk5VxU8lQQ++lCiNAyK0JywPoif4 Ubnvp6zfW2+2Jy5SXdUVLZQpR1kRrvGU83b6MZIo7TtuyZt2Vcld0thtLlnC4kvuB3jFJTUXXUal KGNc9VIiys5YYW6J7dDufcZcYbZCJUhgoDaiW7p0ygm6VKIugEGhBwEem3jKebt9GG8ZTzdvowFG 1ObjGv8AzWzXCW3G1qen0ulxK7t4LKlEqqEIHGrgkDLCOsla25Wz75Yt2RUtyl5x60g6sgZC8tZN BU0FaCp2mLfeMp5u30YbxlPN2+jAUVnzu4+ygneltSIuN6NGltPS6NGHFTfWbowGApWg2COIe3HI S4lNq2eUrF1IVaIIaFQQG6r+DAISRcpS6nkino94ynm7fRhvGU83b6MB5WZ8D5pxS3bWkVBd+rYt SjdVpKVEIC7oJClVIFaqJzNYwXtyocS6m07NC0rLmE+iilFZXVQvUVRSioVrdJqKR6veMp5u30Yb xlPN2+jAedNt2NQ//WrN9da70YZtuxkPtqVbVmgBQJ/rrW3+9Ho94ynm7fRhvGU83b6MBB3Kf6I2 R/6Jn+ARbRhKQlISkUAyEZgEIQgEIQgEIQgEIQgEIQgEIQgEUCiBb07Ujxk5qp8xMX8UJrw7O0ve MnKnITtjg6w9B84bsH8SRUcpPWGEbcb6/wCWEfP7/MOhVUGwdGFBsHRhUbR0oVG0dKPk3eUGwdGF BsHRhUbR0oVG0dKAUGwdGFBsHRhUbR0oVG0dKAUGwdGFBsHRhUbR0oVG0dKAUGwdGFBsHRhUbR0o VG0dKAUGwdGFBsHRhUbR0oVG0dKAUGwdGFBsHRhUbR0oVG0dKA1KARiB0Y5FooNUU+wpMd6jaOlG DTaOlFiZgcUuAmigAdhTG1BmKdGMrQlQxAP+1HA32/FIUNl7GMo38FSAraB0Ym2RNS0tNTOnfaZv Nt0vqCa4r2xWIfSrA0B2FUb4EUBHSjt6B0rY8fW6N+TVi4esp0bvS8KWd5/LdcnthwpZ3n8t1ye2 PL6Fn5yR0o2EvLn5qelH0H2kj2XPwcuxfu5eL03Clnefy3XJ7YcKWd5/LdcntjzW9WOSnpQ3qxyR 0on2lj2XPwNj/dy8XpeFLO8/luuT2w4Us7z+W65PbHmTKsclPSjXerHJHSi/aWPZc/A2P93Lxeo4 Us7z+W65PbDhSzvP5brk9seX3qzyU9KG9WB80dKH2kj2XPwNi/dy8XqOFLO8/luuT2w4Us7z+W65 PbHljLMckdKNFMMZBIr/AHoR/wAkj2XPwXYv3cvF6zhSzvP5brk9sOFLO8/luuT2x5dEmyBilPSj ferHJHSifaWPZc/BNj/dy8XpeFLO8/luuT2w4Us7z+W65PbHmt6sclPShvVjkp6UPtLHsufgbH+7 l4vS8KWd5/LdcnthwpZ3n8t1ye2PN71Y5KelDerHJT0ov2lj2XPwNj/dy8XpOFLO8/luuT2w4Us7 z+W65PbHm96MckdKG9WOSnpQ+0key5+Bsf7uXi9JwpZ3n8t1ye2HClnefy3XJ7Y85vVjkjpQ3qxy R0ov2kj2XPwNj/dy8Xo+FLO8/luuT2w4Us7z+W65PbHnN6sckdKM71Y5KelD7Rx7Pn4Jsf7uXi9F wpZ3n8t1ye2HClnefy3XJ7Y87vVjkp6UZ3qxyU9KL9oo9nz8DZP3cvF6HhSzvP5brk9sOFLO8/lu uT2x57ejHJHShvRjkjpRftFHs+fgbJ+7l4vQ8KWd5/LdcnthwpZ3n8t1ye2PP71Y5KelDerHJT0o v2hj2fPwNk/dy8X/1/rfClnefy3XJ7YcKWd5/Ldcntjz+9WOSnpRnerHJT0o+Z+0Eez5+Dt2T38v Ff8AClnefy3XJ7YcKWd5/Ldcntig3oxyU9KG9Jfkp6cXt+PZ8/A2X38vFf8AClnefy3XJ7YcKWd5 /Ldcntih3pL8lPTjO9Jfkp6cO349nz8DZffy8V7wpZ3n8t1ye2HClnefy3XJ7Yot6MclPThvRjkp 6cZdvR7Pn4Jsvv5eK94Us7z+W65PbDhSzvP5brk9sUe9Jfkp6cN6S/JT04dux7Pn4Gze/l4rzhSz vP5brk9sOFLO8/luuT2xSb0l+Snpw3pL8lPTi9uR+jn4GzRny8V3wpZ3n8t1ye2HClnefy3XJ7Yp N6S/JT0423pL8lPTi9tx+jn4Js0Z8vFc8KWd5/LdcnthwpZ3n8t1ye2KbekvyU9OG9Jfkp6cXtuP 0c/A2aM+XiueFLO8/luuT2w4Us7z+W65PbFNvSX5KenGd6S/JT04vbUfo5+Bs8Z+e9ccKWd5/Ldc nthwpZ3n8t1ye2KfekvyU9OM70l+Snpxe2Y/Rz8E2eM/Pet+FLO8/luuT2w4Us7z+W65PbFRvOX5 KenDekvyU9OL2xH6OfgbPGfnvW/Clnefy3XJ7YcKWd5/Ldcntip3pL8lPThvSX5KenF7Xj9HPwNn jPz3rbhSzvP5brk9sOFLO8/luuT2xVb0l+SnrIbzluSnrIva8fo5+CaiM/PeteFLO8/luuT2xTpc aftmccaWhxBUmiki8DxE6xG+9Jfkp6wx0bZaaNUXR/7hjn6R1hGPh6Gjb5+DOjC0Zvd1oNierMIx UbU9YYR5+7zdseM3U2baNiqbFmTts2i4Zdb+90LCnHLrzCCE3UGnFdWa0NCAcgYrbKkt1BfYRbk5 OyYVaJkVUcCdNdbecU4grSBdohsJONaKOFaJQj7+KadTG7fv/t5vrTLSlZ2Sm51pu1LTf3smzihC Hm7zhmHy2sAkBNaDi1IFcyRF/IbmXJxhTj89ugkVBV0NzExLlRFBj8GFCn41wyhCONkjTW5yYROp kZW37SfmXHG3CkrSEy8vUBZWbvjGjgRlU0wIQtQoy3OiR3OP8MT961ZRl54aRNEqW/Ktm7xcBSYX nXEJ56oQFq1Yc4ubta5atsTLdnzIYRLsONB1280ysG8u6kU0i6g5ilMRxuMjZE3OSVnhndHOzU5O Ny8yssm60ywoJK1G8m9xqOBFQCSQCmiFqCEAsazJi0OAdNbVpJ4Sslc69cdSLqxoME8XBPwqs6nA Y7YC1vyzCpmcnrbalWJudQt/SslL7bAfIS0BVQco0CSsJTxV0IqmqEB2mpK12LSlbKE3NC0HX0BT ZtIKZLS2n1AhzQAhV6XVUXCKUxx4syfkVNzDEnZtoW2/NOzZlqTbipVsENuLKgssG+KNEcUEYjHE QhARrOuz03Z8uqfthvhDROsqE42qjDrTzjalfBCi/gFApFQKghSo7OyMwzac02qetIyErOsyS3xP p0pW6lq6Q3oaXbzyQePWgJocAUIDexpBdpvygetG1WGrRlDOSSkTiFqU0CiukGiFxVHUYAqHjY4C sObWJR2fDlo2qneytG0wubpNPKLqWkr0OgJLRUrBaCuopRJVVIQgEqxac+/LyksbVRNOJeWsTk4q XRdbLWKCqWvqB0wGKE4pUMcCeMu689IT9qietVdnNql0StJkadS3m2FISttLSsKv4qSScKBCjmhA FPTLbAddXbbQZYmJma0syWqNMhoqLQcl0qcJDtBeCBeSoVpQx2Ela79tN2VLTc0ZppL4mm3LSCUB SBLqSUOBgki7MCoKBjXHDjIQGkpMotGfl25KY3RuyjugC3akrQXUIWDxWFN3UpcQVFTiSKKwNBek 2JJTVrv2Sp2ftWTYtKQdm0oVNNuLASWLuIQAAdKvDE0CSbpJSEIDSWs+fXufse0XbYtIm096KU6l aA1LhzRBSVDFZUorUEEAgEpvUAKjc2tufTZkgZgWzbDq1ONstoMw2kFbi0toqdGaJvKFTQkCuByh CApmJS0pifespExOi0mXFhSDag0JQhDKioL3vevf1hApcpgrHKvGUmUWjPy7clMbo3ZR3QBbtSVo LqELB4rCm7qUuIKipxJFFYGgvIQEmyZCdtO1JALtGfYs+0ZBycl1CcSt5SQpm7fGiAQbruIBVjrw xWnITrE24iRtGfVLy0/Kycy8/OJCwp1TVbiA1RQuvJxKhjXAgcZCA4oK97yr7s5aqU2kwh6zgmeQ orStxptOl+BGjNX263b9BezoL3opTcjMLlUKnbYtJl81voZm0uIGOFFFpJOFNQ/6whAdvA9P09bH XN9yHgen6etjrm+5CEA8D0/T1sdc33IeB6fp62Oub7kIQDwPT9PWx1zfch4Hp+nrY65vuQhAPA9P 09bHXN9yHgen6etjrm+5CEA8D0/T1sdc33IeB6fp62Oub7kIQDwPT9PWx1zfch4Hp+nrY65vuQhA PA9P09bHXN9yHgen6etjrm+5CEA8D0/T1sdc33IeB6fp62Oub7kIQDwPT9PWx1zfch4Hp+nrY65v uQhAPA9P09bHXN9yN07jEEV4etjrm+5CEB//0PoPgWj6ftnrm+5DwLR9P2z1zfchCAeBaPp+2eub 7kPAtH0/bPXN9yEIDm9uKUphwMborWQ6UkIWtaFJSqmBICRUV1VH2iPOzkjNy9umSRaFskB1tCZU vNb4mApMwb7aviwk6EEX1JNEOVAJQChAJyTfk9yC7b4Utl55E8GVSzKkKXd31oS2E3cXQmowJSVj AlNK7uWZPMTdlNItG1rUE/KPzKhZ0ywQkJU1cKVuXQpN12hVmo0ICRUBCAtrG3L8IWHITrm6K03F zMs26pbDqQ2oqSCSkKbvBOOFcaZxx3Q7mX7PsoPSW6C00zDkzLsIU8tC0J0jyGySkJSTQLJpUZQh Aefb3/whKl+dtNmVmPgdDvpCnEvJmJZhw3wihSlb7iaXcSzUKosUmolJ92Ts2baetNxu2HUJkUpt NAXdUy46FOgsgIoECoSV5qpeIAUhAbuSymll9U3bbskt+YlmDLzSHJh11kOlSdFogADoHAmiyTxM BU3dJSUmrQ0MvJ2k+/PO6VRbTaw0bSW9GFJWoy19DoLqfgyjAVqQcIQgITabSnZGatCz5+dVKb5k mpUzE4EOK04ljdWkNEDB9XGBNCBxTSp9BaO5x+z5WQmXbZtNIcmWWZtCZhC7ukOjFw6NNaOrRUkD ihWFaCEIDz8rMomJMTRte2QhlqYnZgBbdTKoZQ6gIw+NuzEuDXi1DlD4pM1+Un5W0GbKeetNdovO tpS2xaaFNBK0PqSorUyk4GXXeASaJIIvHiwhAHZOaFoSi0WhaYst6emJVTomg5MKLKHiqjSWeWya UUokU4tThztpiYZs60H7Fn7WdVI2eZ102g8ZYpSdIE0bLN5RqyuoNzC7Q41CEB0mkokW3Z6Zn7Z4 MS7MstutzjanlLYS6pdWy0EhJ0DlDfJPFqBU3byQ3HzjjCjaNq2hLu3qBEvPJeSU0GNVMoxrXCn4 whASvAtH0/bPXN9yHgWj6ftnrm+5CEBwnNyCGJVb53TWnLoaotx151u4lANV14opxQca0GZBpQ0D tnWm3akqy27b0wzOaZ9ptt1lD4YbS0kX0uXAlSluFWdQkJBSFFV1CAmCXshTbTrVubqnm3mkOtuM yLziFJUkKSQpLBGRH2ZHEQhCA//Z ------=_NextPart_000_0003_01C3E999.F932CCF0-- From woodbri at swoodbridge.com Mon Feb 2 05:47:35 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 02 Feb 2004 08:47:35 -0500 Subject: [Mapserver-users] Outlinecolor of a MS_LAYER_LINE Type In-Reply-To: <1075714281.485.12.camel@emil> References: <401ABBAF.9879.97EB73E@localhost> Message-ID: <401E0EA7.16151.1679E139@localhost> Daniel, Does not look like any of the OVERLAY* attributes of the CLASS object are documented in the PHP/Mapscript. Can you tell Nicol if they are supported in the code? Nicol, You might try to just set them in mapscript like any other object attribute: $classObj->set("OVERLAYCOLOR", $colorObj); $classObj->set("OVERLAYSIZE", 3); It may just work and not be documented. -Steve On 2 Feb 2004 at 10:31, Nicol Hermann wrote: > Hi Steve, > thanks for your mail. Your example works fine for me with a map-file but > how do i achieve the same effect only with phpmapscript? I coundn't find > the overlaycolor-keyword in the mapscript documentation neither in the > style- nor the class object. Do you have a further tip for me? > > Thanks > Nicol > > > Am Sam, 2004-01-31 um 02.16 schrieb woodbri at swoodbridge.com: > > There is a different strategy for rendering lines like you want. > > > > SYMBOL "circle" > > COLOR 0 0 0 > > SIZE 5 > > OVERLAYCOLOR 255 0 0 > > OVERLAYSIZE 3 > > > > This will draw a 5 pixel wide black line and then draw a 3 pixel wide > > red line on top of it. Which will leave one pixel of black on each > > side of the red line. > > > > You can adjust the colors and widths for different effects. > > > > Hope this helps, > > Steve W. (one of the other Steve's :) > > > > On 30 Jan 2004 at 22:49, Nicol Hermann wrote: > > > > > Hi Steve, > > > > > > i hoping to achieve the same effect like it appears with point and > > > polygon layers. I would like to see a line which is enclosed which the > > > two lines of the outline color. The 'size' parameter only affects the > > > thickness of the line. > > > > > > || Line|| > > > ^ ^ > > > |Line with the Outlinecolor > > > > > > Is there's a special cause that the outline color is ignored by the > > > line rendering code? > > > > > > Thanks > > > Nicol > > > > > > > > > Am Fr, den 30.01.2004 schrieb Steve Lime um 21:49: > > > > It's be awhile since I've looked at that source code but my guess is > > > > that outline colors are ignored by the line rendering code. What sort of > > > > an effect are you hoping to achieve? > > > > > > > > Steve > > > > > > > > >>> 1/30/2004 7:52:01 AM >>> > > > > > > > > Hi List, > > > > > > > > i want to set the outlinecolor within the StyleObj of a layer with the > > > > type MS_LAYER_LINE. I use the following code but the outlinecolor do > > > > not > > > > appear: > > > > > > > > $Layer -> set("type", MS_LAYER_LINE ); > > > > $poClass = ms_newClassObj($Layer); > > > > $styleObj = ms_newStyleObj($poClass); > > > > $styleObj -> color -> setRGB ( 0, 0, 255 ); > > > > $styleObj -> outlinecolor -> setRGB ( 0 , 0, 50); > > > > $styleObj -> set ("symbolname", "kreis"); > > > > $styleObj -> set ("size", 8); > > > > $poClass -> set("name", "Germany"); > > > > > > > > The same code works with MS_LAYER_POINT and MS_LAYER_POLYGON. > > > > > > > > Do i miss something? > > > > Thanks in advance. > > > > Nicol > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- > > > Nicol Hermann > > > > > > _______________________________________________ > > > 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 jhart at frw.uva.nl Mon Feb 2 05:57:44 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Mon, 02 Feb 2004 14:57:44 +0100 Subject: [Mapserver-users] Changing inline features with CGI parameters In-Reply-To: <000001c3e5d8$0f2d0090$6895c3d8@sebois> References: <000001c3e5d8$0f2d0090$6895c3d8@sebois> Message-ID: <401E5758.8060501@frw.uva.nl> Hi Steve and list, I'm trying to use a feature object for error messages. My mapfile looks like this: map layer .. end layer .. end layer transform false feature text "No data for this map points 10 10 end end class color 255 0 0 ... end end Layers ar selected with expressions from the URL, and if no data are found, every layer but the last is turned off and the error message is displayed. Works fine. However, I want to be able to change the feature's text and position from the URL. The CGI Reference shows how to do this by creating a new feature from the URL: ...&map_webuser_feature=new&map_webuser_feature_points=12345.6789+12345.6789&map_webuser_feature_text=My+House!&.. This only works when *no* feature is defined in the MapFile, else nothing is shown. When omitting "feature=new" MapServer segfaults. AFAICS existing features are not accessible from the URL. Is this by design, or can something be done about it? I am thinking of an application with lots of default error messages that can be toggled on and off individually in different positions. It would be easier to do this with predefined (and named) feature objects. I can live with the present situation though. Jan From LEllenbecker at co.winnebago.wi.us Mon Feb 2 06:11:58 2004 From: LEllenbecker at co.winnebago.wi.us (Ellenbecker, Larry) Date: Mon, 2 Feb 2004 08:11:58 -0600 Subject: [Mapserver-users] Zoom In level Message-ID: <34D572D6CF9A2944AF3889CCF910C25607D392@wcms1.co.winnebago.wi.us> HI, I have a question on what determines how far you can zoom in on a shapefile. Is this something that can be set in the .map or .html file? I need to zoom in and be able to query some cemetery lots. These features are 10x20 feet. I'm using mapserve.4.0 CGI. Thanks, Larry From wim.blanken at planet.nl Mon Feb 2 06:12:03 2004 From: wim.blanken at planet.nl (Wim Blanken PI) Date: Mon, 02 Feb 2004 15:12:03 +0100 Subject: [Mapserver-users] Changing inline features with CGI parameters References: <000001c3e5d8$0f2d0090$6895c3d8@sebois> <401E5758.8060501@frw.uva.nl> Message-ID: <006901c3e996$89192ac0$6400a8c0@BLANKEN> Hello Jan, Possible solutions...... -Did you specify the TYPE of the Layer? -I use TRANSFORM OFF (and not False). So...... TYPE annotation TRANSFORM OFF If this is no solution, could you specify a more complete mapfile? Regards, Wim Blanken Geon bv The Netherlands ----- Original Message ----- From: "Jan Hartmann" To: "'mapserver list'" Sent: Monday, February 02, 2004 2:57 PM Subject: [Mapserver-users] Changing inline features with CGI parameters > Hi Steve and list, > > I'm trying to use a feature object for error messages. My mapfile looks > like this: > > map > > layer > .. > end > > layer > .. > end > > layer > transform false > feature > text "No data for this map > points 10 10 end > end > class > color 255 0 0 > ... > end > end > > Layers ar selected with expressions from the URL, and if no data are > found, every layer but the last is turned off and the error message is > displayed. Works fine. However, I want to be able to change the > feature's text and position from the URL. The CGI Reference shows how to > do this by creating a new feature from the URL: > > ...&map_webuser_feature=new&map_webuser_feature_points=12345.6789+12345.6789 &map_webuser_feature_text=My+House!&.. > > This only works when *no* feature is defined in the MapFile, else > nothing is shown. When omitting "feature=new" MapServer segfaults. > > AFAICS existing features are not accessible from the URL. Is this by > design, or can something be done about it? I am thinking of an > application with lots of default error messages that can be toggled on > and off individually in different positions. It would be easier to do > this with predefined (and named) feature objects. I can live with the > present situation though. > > Jan > > > > > _______________________________________________ > 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 Mon Feb 2 06:19:09 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 02 Feb 2004 09:19:09 -0500 Subject: [Mapserver-users] Outlinecolor of a MS_LAYER_LINE Type In-Reply-To: <401E0EA7.16151.1679E139@localhost> References: <401ABBAF.9879.97EB73E@localhost> <401E0EA7.16151.1679E139@localhost> Message-ID: <401E5C5D.4050504@dmsolutions.ca> woodbri at swoodbridge.com wrote: > Daniel, > > Does not look like any of the OVERLAY* attributes of the CLASS object > are documented in the PHP/Mapscript. Can you tell Nicol if they are > supported in the code? > > Nicol, > > You might try to just set them in mapscript like any other object > attribute: > > $classObj->set("OVERLAYCOLOR", $colorObj); > $classObj->set("OVERLAYSIZE", 3); > > It may just work and not be documented. > In V4.0, OVERLAYCOLOR and all OVERLAY* parameters are supported only for backwards compatibility in the mapfiles. Instead of using OVERLAY*, you would create a second style in your class for the overlay part and use the color and size parameters of the second style to set what used to be the OVERLAYCOLOR and OVERLAYSIZE. The methods to create styles and set their parameters are in the 4.0 docs. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From M.Simonse at Vicrea.nl Mon Feb 2 06:26:46 2004 From: M.Simonse at Vicrea.nl (Merlijn Simonse) Date: Mon, 2 Feb 2004 15:26:46 +0100 Subject: [Mapserver-users] msOracleSpatialLayerGetShape() Message-ID: Hello, I have made a JavaScript based mapviewer. I make a selection using the input 'imgbox'. On a shapefile the selection works just fine, but when I try it on a layer from Oracle 9, I get the error "msOracleSpatialLayerGetShape(): OracleSpatial error. Function not implemented yet". I read in a mailing list archive in a message form 11th January 2002 saying that this method will be implemented soon. Does anybody know if this function is implemented yet, but has to be called differently or does anybody know a workaround without using php. Thanks for any help. Cheers, Merlijn _______________________________________________________________ Vicrea Solutions B.V. Vanadiumweg 11k 3812 PX Amersfoort Postbus 1489 3800 BL Amersfoort Email: m.simonse at vicrea.nl Tel: +31 33 4604080 Fax: +31 33 4604088 Internet: www.vicrea.nl _______________________________________________________________ From stepan.kafka at centrum.cz Mon Feb 2 06:44:40 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Mon, 2 Feb 2004 15:44:40 +0100 Subject: [Mapserver-users] area Calculation in polygon-shapes In-Reply-To: <401E4DAA.30508@geoinform.fh-mainz.de> Message-ID: <002901c3e99b$16cecc40$463c2fc3@HSGIS> I have added area calculaliton function in php_mapscript 4.0.1 source code (so We can call $myshape->area(); ). It computes shape areas including "islands" regardless the lines orientation. I may send you this mapscript code if you're interested. But you can also compute it in your PHP code by accessing each vertex. Similar code may be written for perimeter. If more users are interested in, it would be nice to include these functions in the official code. Here is our C implementation: int pointInLine(lineObj *line, pointObj *point) { //test - point in poly - for one arc of shape int i, j, status; status=0; for (i=0, j=line->numpoints-1; inumpoints; j=i++) { if ((((line->point[i].y <= point->y) && (point->y < line->point[j].y)) || ((line->point[j].y <= point->y) && (point->y < line->point[i].y))) && (point->x < (line->point[j].x - line->point[i].x) * (point->y - line->point[i].y) / (line->point[j].y - line->point[i].y) + line->point[i].x)) status = !status; } return status; } double shapeObj_area(shapeObj *self){ int i, v; double sum, area; area = 0; if(self->type!=MS_SHAPE_POLYGON) return area; for(i=0;inumlines;i++){ sum = 0; for (v= 0; v < self->line[i].numpoints-2; v++){ sum += self->line[i].point[0].x * self->line[i].point[v].y - self->line[i].point[0].y * self->line[i].point[v].x + self->line[i].point[0].y * self->line[i].point[v+1].x - self->line[i].point[0].x * self->line[i].point[v+1].y + self->line[i].point[v].x * self->line[i].point[v+1].y - self->line[i].point[v+1].x * self->line[i].point[v].y; } sum = MS_ABS(sum); //test if line lies inside other ones for(v=0;vline[v]), &(self->line[i].point[0]))) sum = -sum; area += sum; } return area/2; } Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz ICQ: 294002967 http://www.bnhelp.cz > Hello, > is there an existing function in PHP-MapScript to calculate areas from a > polygon-shape > (like "shape.return area" in ArcView). > Or any other possibility to get area and perimeters from shapes? > Thanks for answering > Maggy > > -- > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > * Dipl.-Ing.(FH) Margaritha Vogt > * FH Mainz, FR Geoinformatik > * Holzstrasse 36, D-55116 Mainz > * Tel: +49-6131-2859-612, Fax: +49-6131-2859-615 > * mailto:vogt at geoinform.fh-mainz.de > * http://www.geoinform.fh-mainz.de > > > _______________________________________________ > 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 Mon Feb 2 06:43:03 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Mon, 02 Feb 2004 15:43:03 +0100 Subject: [Mapserver-users] area Calculation in polygon-shapes In-Reply-To: <401E4DAA.30508@geoinform.fh-mainz.de> References: <401E4DAA.30508@geoinform.fh-mainz.de> Message-ID: <401E61F7.90801@frw.uva.nl> Margaritha Vogt wrote: > Hello, > is there an existing function in PHP-MapScript to calculate areas from a > polygon-shape > (like "shape.return area" in ArcView). > Or any other possibility to get area and perimeters from shapes? > Thanks for answering > Maggy > I don't think there is such a function in PHP-MapScript (there is one in PostGIS). It is quite easy to write one however. To get the area, just iterate through the points of the ShapeObj and apply the formula below. Perimeter is even simpler: get the length of each line segment (Pythagoras) and sum those. quoted from: http://www.faqs.org/faqs/graphics/algorithms-faq/ , section 2.01: -------------------------------------------------------------------- The signed area can be computed in linear time by a simple sum. The key formula is this: If the coordinates of vertex v_i are x_i and y_i, twice the signed area of a polygon is given by 2 A( P ) = sum_{i=0}^{n-1} (x_i y_{i+1} - y_i x_{i+1}). Here n is the number of vertices of the polygon, and index arithmetic is mod n, so that x_n = x_0, etc. A rearrangement of terms in this equation can save multiplications and operate on coordinate differences, and so may be both faster and more accurate: 2 A(P) = sum_{i=0}^{n-1} ( x_i (y_{i+1} - y_{i-1}) ) Here again modular index arithmetic is implied, with n=0 and -1=n-1. This can be avoided by extending the x[] and y[] arrays up to [n+1] with x[n]=x[0], y[n]=y[0] and y[n+1]=y[1], and using instead 2 A(P) = sum_{i=1}^{n} ( x_i (y_{i+1} - y_{i-1}) ) ----------------------------------------------------------------------- HTH, Jan From woodbri at swoodbridge.com Mon Feb 2 06:43:35 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 02 Feb 2004 09:43:35 -0500 Subject: [Mapserver-users] area Calculation in polygon-shapes In-Reply-To: <401E4DAA.30508@geoinform.fh-mainz.de> Message-ID: <401E1BC7.2816.16AD24F1@localhost> It is easy to calculate just get the polygon shape object and extract the polygon vertices. Then walk through the line segment and sum the area under the line segment. Or if the vertex points are in array v then in sudo-code: area = 0; for (i=1; i Hello, > is there an existing function in PHP-MapScript to calculate areas from a > polygon-shape > (like "shape.return area" in ArcView). > Or any other possibility to get area and perimeters from shapes? > Thanks for answering > Maggy > > -- > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > * Dipl.-Ing.(FH) Margaritha Vogt > * FH Mainz, FR Geoinformatik > * Holzstrasse 36, D-55116 Mainz > * Tel: +49-6131-2859-612, Fax: +49-6131-2859-615 > * mailto:vogt at geoinform.fh-mainz.de > * http://www.geoinform.fh-mainz.de > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From woodbri at swoodbridge.com Mon Feb 2 06:43:35 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 02 Feb 2004 09:43:35 -0500 Subject: [Mapserver-users] Re: MapServer In-Reply-To: <89E3039EC5D3BF4C9A74E4B997AC49699EC330@mscpt-ser02.minserv.co.za> Message-ID: <401E1BC7.11571.16AD2520@localhost> Please send queries to the list as there are a lot more people that might know the answer than just me and the question and answer may help others also. On 2 Feb 2004 at 16:21, Charles Young wrote: > Hi, > > Do you possibly know of a way to run a dynamic search in MapServer and > then zoom to the result? > > > Best Regards > > Charles Young > Director: Business Development > > Spatial Dimension > Cape Town > South Africa > Tel: +2721 531 3132 > Fax: +2721 531 4209 > Cell: 083 679 1789 > Web: www.spatialdimension.co.za > > ESRI Foundation Business Partner of the Year 2003 > > > From wim.blanken at planet.nl Mon Feb 2 06:49:22 2004 From: wim.blanken at planet.nl (Wim Blanken PI) Date: Mon, 02 Feb 2004 15:49:22 +0100 Subject: [Mapserver-users] msOracleSpatialLayerGetShape() References: Message-ID: <008901c3e99b$c189ebb0$6400a8c0@BLANKEN> Hello Merlijn, I had a simular problem a few months ago. There is another possibility to use Oracle Spatial with Mapserver but you have to use OGR with the Oracle Spatial option compiled into it. Then you have the full access to query etc. If you work on Linux this is possible (if you install the oracle client on the linux box and compile ogr with the oracle option and then compile mapserver with ogr). If you work on Windows this is harder as you have to compile OGR on this platform. I had no access to a Windows C++ compiler so I switched to Linux. The OGR option may be a bit slower as OGR stands between Mapserver and Oracle. Regards, Wim Blanken The Netherlands ----- Original Message ----- From: "Merlijn Simonse" To: Sent: Monday, February 02, 2004 3:26 PM Subject: [Mapserver-users] msOracleSpatialLayerGetShape() > Hello, > > I have made a JavaScript based mapviewer. I make a selection using the input > 'imgbox'. On a shapefile the selection works just fine, but when I try it on > a layer from Oracle 9, I get the error "msOracleSpatialLayerGetShape(): > OracleSpatial error. Function not implemented yet". I read in a mailing list > archive in a message form 11th January 2002 saying that this method will be > implemented soon. Does anybody know if this function is implemented yet, but > has to be called differently or does anybody know a workaround without using > php. > > Thanks for any help. > > Cheers, > Merlijn > > > _______________________________________________________________ > Vicrea Solutions B.V. > Vanadiumweg 11k 3812 PX Amersfoort > Postbus 1489 3800 BL Amersfoort > Email: m.simonse at vicrea.nl > Tel: +31 33 4604080 > Fax: +31 33 4604088 > Internet: www.vicrea.nl > _______________________________________________________________ > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From assefa at dmsolutions.ca Mon Feb 2 07:03:46 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Mon, 02 Feb 2004 10:03:46 -0500 Subject: [Mapserver-users] Outlinecolor of a MS_LAYER_LINE Type In-Reply-To: <401E0EA7.16151.1679E139@localhost> References: <401ABBAF.9879.97EB73E@localhost> <401E0EA7.16151.1679E139@localhost> Message-ID: <401E66D2.9000403@dmsolutions.ca> Hi There, The overlayxxx elements have been removed from php/mapscript since version 4.0. They are still supported in mapserver while reading the map file for backward compatibility. Mapserver now allows you to have several styles in a class. The styles object have basically all the rendering parameters (symbol, color, backgroundcolor ...) that were inside the class object. In your case you can define 2 styles in the class object to have the desired effect. Php/mapscript provide functions to create and deal with style objects. Hope It helps. Assefa, woodbri at swoodbridge.com wrote: > Daniel, > > Does not look like any of the OVERLAY* attributes of the CLASS object > are documented in the PHP/Mapscript. Can you tell Nicol if they are > supported in the code? > > Nicol, > > You might try to just set them in mapscript like any other object > attribute: > > $classObj->set("OVERLAYCOLOR", $colorObj); > $classObj->set("OVERLAYSIZE", 3); > > It may just work and not be documented. > > -Steve > > On 2 Feb 2004 at 10:31, Nicol Hermann wrote: > > >>Hi Steve, >>thanks for your mail. Your example works fine for me with a map-file but >>how do i achieve the same effect only with phpmapscript? I coundn't find >>the overlaycolor-keyword in the mapscript documentation neither in the >>style- nor the class object. Do you have a further tip for me? >> >>Thanks >>Nicol >> >> >>Am Sam, 2004-01-31 um 02.16 schrieb woodbri at swoodbridge.com: >> >>>There is a different strategy for rendering lines like you want. >>> >>>SYMBOL "circle" >>>COLOR 0 0 0 >>>SIZE 5 >>>OVERLAYCOLOR 255 0 0 >>>OVERLAYSIZE 3 >>> >>>This will draw a 5 pixel wide black line and then draw a 3 pixel wide >>>red line on top of it. Which will leave one pixel of black on each >>>side of the red line. >>> >>>You can adjust the colors and widths for different effects. >>> >>>Hope this helps, >>> Steve W. (one of the other Steve's :) >>> >>>On 30 Jan 2004 at 22:49, Nicol Hermann wrote: >>> >>> >>>>Hi Steve, >>>> >>>>i hoping to achieve the same effect like it appears with point and >>>>polygon layers. I would like to see a line which is enclosed which the >>>>two lines of the outline color. The 'size' parameter only affects the >>>>thickness of the line. >>>> >>>> || Line|| >>>> ^ ^ >>>> |Line with the Outlinecolor >>>> >>>>Is there's a special cause that the outline color is ignored by the >>>>line rendering code? >>>> >>>>Thanks >>>>Nicol >>>> >>>> >>>>Am Fr, den 30.01.2004 schrieb Steve Lime um 21:49: >>>> >>>>>It's be awhile since I've looked at that source code but my guess is >>>>>that outline colors are ignored by the line rendering code. What sort of >>>>>an effect are you hoping to achieve? >>>>> >>>>>Steve >>>>> >>>>> >>>>>>>> 1/30/2004 7:52:01 AM >>> >>>>> >>>>>Hi List, >>>>> >>>>>i want to set the outlinecolor within the StyleObj of a layer with the >>>>>type MS_LAYER_LINE. I use the following code but the outlinecolor do >>>>>not >>>>>appear: >>>>> >>>>>$Layer -> set("type", MS_LAYER_LINE ); >>>>>$poClass = ms_newClassObj($Layer); >>>>>$styleObj = ms_newStyleObj($poClass); >>>>>$styleObj -> color -> setRGB ( 0, 0, 255 ); >>>>>$styleObj -> outlinecolor -> setRGB ( 0 , 0, 50); >>>>>$styleObj -> set ("symbolname", "kreis"); >>>>>$styleObj -> set ("size", 8); >>>>>$poClass -> set("name", "Germany"); >>>>> >>>>>The same code works with MS_LAYER_POINT and MS_LAYER_POLYGON. >>>>> >>>>>Do i miss something? >>>>>Thanks in advance. >>>>>Nicol >>>>>_______________________________________________ >>>>>Mapserver-users mailing list >>>>>Mapserver-users at lists.gis.umn.edu >>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>>>-- >>>>Nicol Hermann >>>> >>>>_______________________________________________ >>>>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 mapserver at geochem.de Mon Feb 2 09:08:55 2004 From: mapserver at geochem.de (Nicol Hermann) Date: 02 Feb 2004 18:08:55 +0100 Subject: [Mapserver-users] Outlinecolor of a MS_LAYER_LINE Type In-Reply-To: <401E5C5D.4050504@dmsolutions.ca> References: <401ABBAF.9879.97EB73E@localhost> <401E0EA7.16151.1679E139@localhost> <401E5C5D.4050504@dmsolutions.ca> Message-ID: <1075741735.421.23.camel@emil> Hi Daniel, hi Steve, thank you for your assistance. Now it works. Thanks again Nicol Am Mon, 2004-02-02 um 15.19 schrieb Daniel Morissette: > woodbri at swoodbridge.com wrote: > > Daniel, > > > > Does not look like any of the OVERLAY* attributes of the CLASS object > > are documented in the PHP/Mapscript. Can you tell Nicol if they are > > supported in the code? > > > > Nicol, > > > > You might try to just set them in mapscript like any other object > > attribute: > > > > $classObj->set("OVERLAYCOLOR", $colorObj); > > $classObj->set("OVERLAYSIZE", 3); > > > > It may just work and not be documented. > > > > In V4.0, OVERLAYCOLOR and all OVERLAY* parameters are supported only for > backwards compatibility in the mapfiles. Instead of using OVERLAY*, you > would create a second style in your class for the overlay part and use > the color and size parameters of the second style to set what used to be > the OVERLAYCOLOR and OVERLAYSIZE. The methods to create styles and set > their parameters are in the 4.0 docs. > > 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 jhart at frw.uva.nl Mon Feb 2 08:03:28 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Mon, 02 Feb 2004 17:03:28 +0100 Subject: [Mapserver-users] Changing inline features with CGI parameters In-Reply-To: <006901c3e996$89192ac0$6400a8c0@BLANKEN> References: <000001c3e5d8$0f2d0090$6895c3d8@sebois> <401E5758.8060501@frw.uva.nl> <006901c3e996$89192ac0$6400a8c0@BLANKEN> Message-ID: <401E74D0.3020608@frw.uva.nl> Wim Blanken (PI) wrote: > Hello Jan, > > Possible solutions...... > > -Did you specify the TYPE of the Layer? > -I use TRANSFORM OFF (and not False). > > So...... > > TYPE annotation > TRANSFORM OFF > > If this is no solution, could you specify a more complete mapfile? > No, my feature layer works OK. Only when I try to change the feature's text or position from the URL, I get back either no feature (when using feature=new with an existing feature in the mapfile) or a segfault (when using feature_text without having specified feature=new). This is the (working) layer definition: layer name leg status default type point transform false class label color 155 0 155 end end end The TYPE does not seem to matter: whatever type is specified, the behavior is the same. Jan From sp_ml at sourcepole.com Mon Feb 2 08:04:12 2004 From: sp_ml at sourcepole.com (Pirmin Kalberer) Date: Mon, 2 Feb 2004 17:04:12 +0100 Subject: [Mapserver-users] ANN: MapScript for Ruby Message-ID: <200402021704.12721.sp_ml@sourcepole.com> A Ruby binding for Mapscript is available at: http://www.sourcepole.com/mapdesk/index.xml#mapscript The package contains some simple examples and a patch of the mapscript.i file. Building and installing: -Unpack the tgz into the mapscript directory -patch Message-ID: > > It is easy to calculate just get the polygon shape object and extract > the polygon vertices. Then walk through the line segment and sum the > area under the line segment. Or if the vertex points are in array v > then in sudo-code: > > area = 0; > for (i=1; i area = area + (v[i].x - v[i-1].x)*(v[i-1].y + (v[i].y - v[i- > 1].y)/2.0); > } > // and close the gap if any between the last and the first > area = area + (v[0].x - v[numPoints-1].x)*(v[numPoints-1].y + (v[0].y > - v[numPoints-1].y)/2.0); Note that this is a 'flat earth' solution and the correspondence of the solution obtained with what a surveyor might measure on the actual 'ground' is *very* dependent on the size of the area, it's location and the projection method used. For example if a latlon representation of the points is used this will be ~accurate only for small areas near the equator. http://math.rice.edu/~pcmi/sphere/ http://www.geodyssey.com/papers/ggelare.html Cheers Norman From stephen.clark at focus.ca Mon Feb 2 09:14:34 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Mon, 2 Feb 2004 09:14:34 -0800 Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency References: <13858AA1A74F30419F319ACB66A9D12203B2A8@mercator.topozone.com> Message-ID: <00c701c3e9b0$076e2240$6c000a0a@sclark> Ed, How would I do that with the following layer for CanImage: e.g., using the BBOX parameter ??? LAYER # Centre d'information Topographique - CIT Sherbrooke NAME "CANIMAGE" TYPE RASTER OFFSITE 0 0 0 STATUS on CONNECTIONTYPE WMS CONNECTION "http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?" METADATA "wms_title" "CANIMAGE" "wms_name" "CANIMAGE:CanImage/CanImage" "wms_server_version" "1.1.0" "wms_srs" "epsg:26910" "wms_format" "image/png" END PROJECTION "init=epsg:26910" END END # Thanks Stephen ----- Original Message ----- From: "Ed McNierney" To: "Kralidis,Tom [Burlington]" ; "Stephen Clark" ; "Frank Warmerdam" Cc: Sent: Friday, January 30, 2004 6:51 PM Subject: RE: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency Folks - The concept of a 300 dpi image from spatial imagery is nothing more than a convenient fiction. EVERY WMS command produces a 300 dpi image - at a certain output scale. You need to define one more variable - the geographic dimensions of a pixel. This will let you calculate the image size you want. Say, for example, you want to create a 300 dpi image in which each pixel represents 15 meters (in each dimension). This means each inch on the output product will be 300 x 15 meters, so your output scale is 1 inch = 300 x 15 meters or 1 inch = 300 x 15 x 39.37 inches - a scale of 1:177,165. If you'd like to do that, and produce a 6" x 6" 300 dpi image at a resolution of 15 meters per pixel, your WMS request asks for 6 x 300 x 15 or 27,000 meters in each dimension (in the BBOX parameter) and asks for a WIDTH and HEIGHT of 1,800 pixels (6 inches at 300 dpi). If you'd like the image to be 10 meters per pixel, or 30 meters per pixel, you would request a BBOX where delta X and delta Y were both 18,000 meters or 54,000 meters respectively. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Kralidis,Tom [Burlington] [mailto:Tom.Kralidis at ec.gc.ca] Sent: Friday, January 30, 2004 7:58 PM To: 'Stephen Clark'; Frank Warmerdam Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency > -----Original Message----- > From: Stephen Clark [mailto:stephen.clark at focus.ca] > Sent: Friday, January 30, 2004 7:57 PM > To: Kralidis,Tom [Burlington]; Frank Warmerdam > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] I have some landsat 7 data that I want > to tile : overlap + transparency > > > Tom, > > Is this the same as the CANIMAGE WMS layer from : > > "http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?" > The CanImage layer is a processed set, with no overlaps, at 15m resolution. The CCRS Landsat are band 743, as distributed by GeoGratis. Same base product, different pre-processing done to the data. IMHO, the CanImage product looks more seamless. > If so I already have this layer added to MapServer. > > My use of Landsat 7 Imagery is for a backdrop in my PDF files. But I > cannot get the WMS server to produce a 300 dpi image so I need to copy > them locally to produce the 300 dpi PDF files. > > Do you know of a WMS command that will produce an image ad a > particular DPI? > No, anyone else got an idea here? ..Tom > thanks > Stephen > > ----- Original Message ----- > From: "Kralidis,Tom [Burlington]" > To: "'Stephen Clark'" ; "Frank Warmerdam" > > Cc: > Sent: Friday, January 30, 2004 2:59 PM > Subject: RE: [Mapserver-users] I have some landsat 7 data that I want > to tile : overlap + transparency > > > > > > Hi Stephen, > > > > What are your requirements for using the Landsat 7 Orthoimagery in > > MapServer? > > > > The CCRS WMS has the entire Landsat 7 Orthorectified Imagery > > collection, which is on GeoGratis, available as OGC:WMS: > > > > URL: http://ceoware2.ccrs.nrcan.gc.ca/cubewerx/cubeserv/cubeserv.cgi > > Layer name: L7O_B743:CEOWARE2 > > > > Note that this layer is also timestamped, i.e. you can > query via TIME > > in OGC:WMS also. The scenes' black areas are transparent. > > > > Just thought it'd be easier to point to an OGC:WMS of this > data rather > than > > roll your own. > > > > Another comment: I'd be interested, as a separate exercise, how > > MapServer deals with overlapping images in a given layer. > What kind > > of algorithm is done between scenes which overlap? > > > > Thanks > > > > ..Tom > > > > ========================= > > Tom Kralidis > > Systems Scientist > > Environment Canada > > Tel: +01-905-336-4409 > > http://www.ec.gc.ca/cise/ > > > > ========================= > > > > > -----Original Message----- > > > From: Stephen Clark [mailto:stephen.clark at focus.ca] > > > Sent: Friday, January 30, 2004 6:52 PM > > > To: Frank Warmerdam > > > Cc: mapserver-users at lists.gis.umn.edu > > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I > > > want to tile : overlap + transparency > > > > > > > > > Frank, > > > > > > My landsat data is from the Geogratis web site : > > > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/ > > > > > > Specifically these three scenes as example: > > > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > tm/047021/ > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > tm/048021/ > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > tm/049021/ > > > > > > I compressed the files to ECW and produced this layer: > > > > > > LAYER > > > NAME landsat_048_021_rgb > > > DATA > > > > "d:/datasets/imagery/landsat/ecw/048021_0100_990804_l7_743_utm10.ecw" > > > TYPE RASTER > > > STATUS ON > > > TRANSPARENCY 60 > > > > > > # turn off the black background in the image files > > > OFFSITE 0 0 0 > > > END > > > > > > > > > >Do all the images have the same background value? YES > -- they do. > > > There is a residual amount of black fuzziness around the scenes > > > after using the above OFFSITE command. > > > > > > Here is a LAYER file for the tiled index of Landsat scenes: > > > > > > LAYER > > > NAME landsat_tile > > > TILEINDEX "d:/datasets/imagery/landsat/landsat_index.shp" > > > TILEITEM "location" > > > TYPE RASTER > > > STATUS ON > > > TRANSPARENCY 60 > > > > > > # turn off the black background in the image files > > > OFFSITE 0 0 0 > > > > > > METADATA > > > WMS_TITLE "Lansdat 7 Imagery " > > > WMS_ABSTRACT "N/A" > > > WMS_SRS "EPSG:26910" > > > END > > > > > > END > > > > > > But this tiled layer does not have any transparency. How would I > > > fix this? > > > > > > thanks > > > Stephen > > > > > > ----- Original Message ----- > > > From: "Frank Warmerdam" > > > To: "Stephen Clark" > > > Cc: > > > Sent: Friday, January 30, 2004 2:31 PM > > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I > > > want to tile : overlap + transparency > > > > > > > > > > Stephen Clark wrote: > > > > > Hi All, > > > > > > > > > > > > > > > I have some landsat 7 data that I want to tile but the scenes > > > > > overlap. > > > > > > > > > > Can I use some sort of command that can be added to the > > > "gdaltindex" > > > > > command to add a transparency value to these scenes > so that the > > > > > overlap areas can show through. > > > > > > > > Stephen, > > > > > > > > Do all the images have the same background value? If > so, use it > > > > as the offsite value for the whole layer and it will be used > > > with all the > > > > images. The other alternative is to store the tiles in a format > > > > for which GDAL recognises "nodata" values, but this isn't very > > > convenient > > > > to arrange. There is no way to include nodata values in > the raster > > > > tile index. > > > > > > > > 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/maps> erver-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 Feb 2 01:15:02 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Mon, 02 Feb 2004 09:15:02 +0000 Subject: [Mapserver-users] zoom to result (was MapServer) In-Reply-To: <401E1BC7.11571.16AD2520@localhost> References: <401E1BC7.11571.16AD2520@localhost> Message-ID: <401E1516.1060508@greenwoodmap.com> On 2 Feb 2004 at 16:21, Charles Young wrote: >>Hi, >> >>Do you possibly know of a way to run a dynamic search in MapServer and >>then zoom to the result? >> >> >>Best Regards >> >>Charles Young >>Director: Business Development >> >>Spatial Dimension >>Cape Town >>South Africa >>Tel: +2721 531 3132 >>Fax: +2721 531 4209 >>Cell: 083 679 1789 >>Web: www.spatialdimension.co.za >> >>ESRI Foundation Business Partner of the Year 2003 >> >> Take a look at mode=itemquery. Following is example HTML code to put a "Show Map" button into a listing page. This is a bare-bones HTML example, it can also be done with Javascript, and there are a lot of other possible options and variations. Cut and paste the following into a listing page.
Explanation by line: 1.
Open an HTML form element so we can submit to the server. action="/mapserver/mapserv.exe" The URI to the CGI. This assumes that mapserver is on the same server as the calling page. If not, a fully qualified URI can be specified. 2. The "map" file is mapserver's configuration file, it defines layers, sets styles and colors, specifies paths, etc. It will always be same. 3. Mode tells mapserver what we want it to do, in this case - draw a map zoomed in on the specified property. 4. The qlayer (query layer) will highlight the selected property, we can set the style, color,labeling, etc. with this layer. 5. This is the column name in the mapserver database to query against. 6. This requires a pretty lengthy eplanation. Just go with it for now. 7. Here we are telling mapserver to keep the selected property highlighted. This is optional. 8. The value being searched for. 9. Submit the form. -- Richard Greenwood www.greenwoodmap.com From mapserver at digger.net Mon Feb 2 08:11:05 2004 From: mapserver at digger.net (mapserver at digger.net) Date: Mon, 2 Feb 2004 10:11:05 -0600 (CST) Subject: [Mapserver-users] MapServer 4.0 Tutorial problems Message-ID: <200402021611.i12GB5AP024183@lists.gis.umn.edu> I've been going through the tutorial, and have run into some problems with it. The first one is in exercise 1-4, where labeling is introduced. These lines: TYPE TRUETYPE FONT arial-bold cause an "Internal Server Error" from Apache. The TYPE line by itself just produces this (as expected): msGetLabelSize(): TrueType Font error. Requested font (NULL) not found. But when both are present, MapServer fails. Where might I look for a solution to this? "mapserv -v" reports: 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=OGR INPUT=GDAL INPUT=SHAPEFILE Thanks, Dave From cpurvis at asg.sc.edu Mon Feb 2 08:30:53 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Mon, 2 Feb 2004 11:30:53 -0500 Subject: [Mapserver-users] bizarre raster output Message-ID: Perry: Again, thanks so much for the help and whipping up your test run. I just upgraded gdal to 1.1.9, and all seems well. Charlton > -----Original Message----- > From: Pericles Nacionales [mailto:nacional at cbs.umn.edu] > Sent: Thursday, January 29, 2004 7:16 PM > To: Charlton Purvis > Cc: mapserver-users at lists.gis.umn.edu; Brock Murch; Jeremy Cothran > Subject: Re: [Mapserver-users] bizarre raster output > > Charlton, > > Check http://hypnos.cbs.umn.edu/projects/gdal_segfault.html. Is this what > it's supposed to look like? I'm running MapServer 4.0.1 but compiled gdal > from cvs just a couple days ago. PNG support was compiled using external > libpng version 1.2.5. > > You might want to upgrade your libpng. > > -Perry N. > > > On Thu, 29 Jan 2004, Charlton Purvis wrote: > > > Hi, folks: > > > > I've got a raster .png, 8800 x 6600, complete w/ a working .wld. The > > original raster has some color on the left side, and the rest of the > > image is transparent. > > > > I expected to see the Pacific covered by this raster and the rest of the > > Eastern part left alone. But the attached image is what I get. > > Bizarre. Is there a max pixel image size? The entire PNG is a mere > > 2MB. > > > > Anyone seen anything like this? It's purty, but it ain't gunna cut it. > > > > MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ > > SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 > > INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE > > > > gdal-1.1.8 (plain ./configure) > > > > EXTENT -125 -5 -45 55 > > SIZE 880 660 > > IMAGETYPE PNG # I've also tried RGBA w/ TRANSPARENCY ON > > > > The PROJECTIONs are the same. Also tried stripping out everything > > (including projections) but the raster layer. Same results. > > > > Aha! I just ran a gdalinfo, and I get a seg fault. Anyone mind > > checking it out? Original raster (non-transparent) is here: > > http://nautilus.baruch.sc.edu/~cpurvis/. > > > > I don't think the file is corrupt since it displays OK in Photoshop, and > > ImageMagick is OK w/ it, too. > > > > Thanks, > > > > Charlton > > > > > > > > > > Charlton Purvis > > (803) 777-8858 : voice > > (803) 777-3935 : fax > > cpurvis at sc.edu > > > > Baruch Institute > > University of South Carolina > > Columbia, SC 29208 > > > > From ed at topozone.com Mon Feb 2 08:42:34 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 2 Feb 2004 11:42:34 -0500 Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3B02@mercator.topozone.com> Stephen - You need to decide what spatial resolution (meters per pixel) you want to have in the output image - if you want it to be the same as the "full resolution" input image, then you need to know the resolution of that image. Then if you want a 300 DPI output image, you'll want to multiply the physical size of the output image in inches by 300 - that gives you the WIDTH and HEIGHT values in pixels - and then multiply THOSE numbers by the number of meters per pixel to get the BBOX extents in meters. - 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: Stephen Clark [mailto:stephen.clark at focus.ca] Sent: Monday, February 02, 2004 12:15 PM To: Ed McNierney; Kralidis,Tom [Burlington]; Frank Warmerdam Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency Ed, How would I do that with the following layer for CanImage: e.g., using the BBOX parameter ??? LAYER # Centre d'information Topographique - CIT Sherbrooke NAME "CANIMAGE" TYPE RASTER OFFSITE 0 0 0 STATUS on CONNECTIONTYPE WMS CONNECTION "http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?" METADATA "wms_title" "CANIMAGE" "wms_name" "CANIMAGE:CanImage/CanImage" "wms_server_version" "1.1.0" "wms_srs" "epsg:26910" "wms_format" "image/png" END PROJECTION "init=epsg:26910" END END # Thanks Stephen ----- Original Message ----- From: "Ed McNierney" To: "Kralidis,Tom [Burlington]" ; "Stephen Clark" ; "Frank Warmerdam" Cc: Sent: Friday, January 30, 2004 6:51 PM Subject: RE: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency Folks - The concept of a 300 dpi image from spatial imagery is nothing more than a convenient fiction. EVERY WMS command produces a 300 dpi image - at a certain output scale. You need to define one more variable - the geographic dimensions of a pixel. This will let you calculate the image size you want. Say, for example, you want to create a 300 dpi image in which each pixel represents 15 meters (in each dimension). This means each inch on the output product will be 300 x 15 meters, so your output scale is 1 inch = 300 x 15 meters or 1 inch = 300 x 15 x 39.37 inches - a scale of 1:177,165. If you'd like to do that, and produce a 6" x 6" 300 dpi image at a resolution of 15 meters per pixel, your WMS request asks for 6 x 300 x 15 or 27,000 meters in each dimension (in the BBOX parameter) and asks for a WIDTH and HEIGHT of 1,800 pixels (6 inches at 300 dpi). If you'd like the image to be 10 meters per pixel, or 30 meters per pixel, you would request a BBOX where delta X and delta Y were both 18,000 meters or 54,000 meters respectively. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Kralidis,Tom [Burlington] [mailto:Tom.Kralidis at ec.gc.ca] Sent: Friday, January 30, 2004 7:58 PM To: 'Stephen Clark'; Frank Warmerdam Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency > -----Original Message----- > From: Stephen Clark [mailto:stephen.clark at focus.ca] > Sent: Friday, January 30, 2004 7:57 PM > To: Kralidis,Tom [Burlington]; Frank Warmerdam > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] I have some landsat 7 data that I want > to tile : overlap + transparency > > > Tom, > > Is this the same as the CANIMAGE WMS layer from : > > "http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?" > The CanImage layer is a processed set, with no overlaps, at 15m resolution. The CCRS Landsat are band 743, as distributed by GeoGratis. Same base product, different pre-processing done to the data. IMHO, the CanImage product looks more seamless. > If so I already have this layer added to MapServer. > > My use of Landsat 7 Imagery is for a backdrop in my PDF files. But I > cannot get the WMS server to produce a 300 dpi image so I need to copy > them locally to produce the 300 dpi PDF files. > > Do you know of a WMS command that will produce an image ad a > particular DPI? > No, anyone else got an idea here? ..Tom > thanks > Stephen > > ----- Original Message ----- > From: "Kralidis,Tom [Burlington]" > To: "'Stephen Clark'" ; "Frank Warmerdam" > > Cc: > Sent: Friday, January 30, 2004 2:59 PM > Subject: RE: [Mapserver-users] I have some landsat 7 data that I want > to tile : overlap + transparency > > > > > > Hi Stephen, > > > > What are your requirements for using the Landsat 7 Orthoimagery in > > MapServer? > > > > The CCRS WMS has the entire Landsat 7 Orthorectified Imagery > > collection, which is on GeoGratis, available as OGC:WMS: > > > > URL: http://ceoware2.ccrs.nrcan.gc.ca/cubewerx/cubeserv/cubeserv.cgi > > Layer name: L7O_B743:CEOWARE2 > > > > Note that this layer is also timestamped, i.e. you can > query via TIME > > in OGC:WMS also. The scenes' black areas are transparent. > > > > Just thought it'd be easier to point to an OGC:WMS of this > data rather > than > > roll your own. > > > > Another comment: I'd be interested, as a separate exercise, how > > MapServer deals with overlapping images in a given layer. > What kind > > of algorithm is done between scenes which overlap? > > > > Thanks > > > > ..Tom > > > > ========================= > > Tom Kralidis > > Systems Scientist > > Environment Canada > > Tel: +01-905-336-4409 > > http://www.ec.gc.ca/cise/ > > > > ========================= > > > > > -----Original Message----- > > > From: Stephen Clark [mailto:stephen.clark at focus.ca] > > > Sent: Friday, January 30, 2004 6:52 PM > > > To: Frank Warmerdam > > > Cc: mapserver-users at lists.gis.umn.edu > > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I > > > want to tile : overlap + transparency > > > > > > > > > Frank, > > > > > > My landsat data is from the Geogratis web site : > > > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/ > > > > > > Specifically these three scenes as example: > > > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > tm/047021/ > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > tm/048021/ > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > tm/049021/ > > > > > > I compressed the files to ECW and produced this layer: > > > > > > LAYER > > > NAME landsat_048_021_rgb > > > DATA > > > > "d:/datasets/imagery/landsat/ecw/048021_0100_990804_l7_743_utm10.ecw" > > > TYPE RASTER > > > STATUS ON > > > TRANSPARENCY 60 > > > > > > # turn off the black background in the image files > > > OFFSITE 0 0 0 > > > END > > > > > > > > > >Do all the images have the same background value? YES > -- they do. > > > There is a residual amount of black fuzziness around the scenes > > > after using the above OFFSITE command. > > > > > > Here is a LAYER file for the tiled index of Landsat scenes: > > > > > > LAYER > > > NAME landsat_tile > > > TILEINDEX "d:/datasets/imagery/landsat/landsat_index.shp" > > > TILEITEM "location" > > > TYPE RASTER > > > STATUS ON > > > TRANSPARENCY 60 > > > > > > # turn off the black background in the image files > > > OFFSITE 0 0 0 > > > > > > METADATA > > > WMS_TITLE "Lansdat 7 Imagery " > > > WMS_ABSTRACT "N/A" > > > WMS_SRS "EPSG:26910" > > > END > > > > > > END > > > > > > But this tiled layer does not have any transparency. How would I > > > fix this? > > > > > > thanks > > > Stephen > > > > > > ----- Original Message ----- > > > From: "Frank Warmerdam" > > > To: "Stephen Clark" > > > Cc: > > > Sent: Friday, January 30, 2004 2:31 PM > > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I > > > want to tile : overlap + transparency > > > > > > > > > > Stephen Clark wrote: > > > > > Hi All, > > > > > > > > > > > > > > > I have some landsat 7 data that I want to tile but the scenes > > > > > overlap. > > > > > > > > > > Can I use some sort of command that can be added to the > > > "gdaltindex" > > > > > command to add a transparency value to these scenes > so that the > > > > > overlap areas can show through. > > > > > > > > Stephen, > > > > > > > > Do all the images have the same background value? If > so, use it > > > > as the offsite value for the whole layer and it will be used > > > with all the > > > > images. The other alternative is to store the tiles in a format > > > > for which GDAL recognises "nodata" values, but this isn't very > > > convenient > > > > to arrange. There is no way to include nodata values in > the raster > > > > tile index. > > > > > > > > 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/maps> erver-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 Mon Feb 2 08:59:48 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Mon, 02 Feb 2004 17:59:48 +0100 Subject: [Mapserver-users] ANN: MapScript for Ruby In-Reply-To: <200402021704.12721.sp_ml@sourcepole.com> References: <200402021704.12721.sp_ml@sourcepole.com> Message-ID: <401E8204.8020107@frw.uva.nl> Pirmin Kalberer wrote: > A Ruby binding for Mapscript is available at: > http://www.sourcepole.com/mapdesk/index.xml#mapscript > > The package contains some simple examples and a patch of the > mapscript.i file. > Building and installing: > -Unpack the tgz into the mapscript directory > -patch -ruby extconf.rb > -make > -su > -make install > > Regards, > > Pirmin Kalberer > Sourcepole - Linux & Open Source Solutions > http://www.sourcepole.com > _______________________________________________ *Very* interesting. This site has also a bootable GIS CD, based on Knoppix, and a Delphi/Kylix interface for MapServer. Wouldn't it be a good idea to put these three links on the "contributed software" page? Jan From steve.lime at dnr.state.mn.us Mon Feb 2 09:00:14 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 02 Feb 2004 11:00:14 -0600 Subject: [Mapserver-users] Virus via list Message-ID: Wasn't from me, my machine is clean, someone sent on my behalf... >>> "Lists" 2/2/2004 7:36:35 AM >>> Guys, My virus scanner (Norton) has been blocking at least 3 mails today that are infected with the NOVARG virus. Please take you measures before we all get infected. Met vriendelijke groet, Bart van Heijningen ATsence BV T: 030-2314922 F: 030-2314935 Gsm: 06-51512696 E-mail: bart at atsence.nl Url: www.atsence.nl -----Oorspronkelijk bericht----- Van: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Namens steve.lime at dnr.state.mn.us Verzonden: maandag 2 februari 2004 12:52 Aan: mapserver-users at lists.gis.umn.edu Onderwerp: [Mapserver-users] Mail Delivery System *_"q&z*????? ????H*???Mr?c??1c?*?B?**Y?**??E_cq*E??????*?D? 1*2* ?**?Z?**??*IHI?B?d??;}X?9n'}*s;??;?%|!~|???U? ??N?qN*?*?cZJ\??(*"**L?S??*[??????;?|???***?'?2?\?i?X'"??-H*?V?*Ys?**k**?? 9* ?#???K*?**???(?Mg$U??*BK'???GlW*X? &????z?*??***?9?Q?* y{v*??,*Pt ????*Z??**b??|*5?xwI*W7U?<.5*??A?1??'????*** ???Z?*??E??*Ns??_??-[?*h*J*A!3??}}*?A**VO_2QD????z*Z?$???"?d?p*"')**N*?*???C?5J?t?*W_?*z ??G~_9???*ge???'p??*??)?"??*V?*? ???D?J~? ?E???*?p"????"**'?w Ntx?*O*O{*"*?}? 3-XF*?***L?auL?>3???9J??l<*?(Ez*?*'[?**E X0?$*z?*?Z9J"(*3???X*?:?*Anr*?3?S?????}*?RX8]*X?O*?*??C?*?*??l8??X*??m ??8??*U?q*?%?***?????O"7QI??`*?#?*?)b?S?J??sx?jC*,?Y?%**%C????*2'*??*?|?*??8?j**Z???pH??v??r**??5?e????F*zY?N#^**%D?15?K??|***$A?ntBsm%U**^u?Qd8QInS**?q*6**(?.c*??Rz???????N-?rjRX?F ??;??&?*????*V ,*:?Ur? y*?f?n?3?*?k|?VwRNd??9>??3?giA*F??b?*???~v'n**g?Kd/&??**?*?O|,?g*al??*k????.?*?(z*X?)???*B?*L*gt???* ?Y??**?##%?7P*^?Q?%??|"?*>i*/Vr??*?Dg~*??>,*?N*?!Z|??}*IBo ? F*f?7*?B??*???0TvFQ?t??{p?k*i)???M?"D,?%L?Uv?9'0zs}9*i?*?????N?*c???**]V??cA?cGq*y?g **?s????gY?*?vW*15?6r*?8*?Rz*??j?*?*?"??z?&*?f????3<-?_????P???*M*r\*??t?*?z*?*??nk^??*UC-!*u?*?_]PX^4X*a????.$& Folks, I just wanted to notify everyone that there was a serious bug introduced in the MapServer 4.0 release with handling of colors when rendering GDAL files. The most likely way this would show up would be missing or mis-rendered tiles when using a raster tile index and classes to provide coloring to an 8bit pseudo-colored output. There is a trivial patch that can be applied to MapServer 4.0 or MapServer 4.1 source if needed, and the fix has been incorporated into CVS and will appear in future releases of MapServer. The bug is further described at: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=504 I would like to thank Stepan Kafka for excellent data to reproduce the problem. I feel quite bad that it took me over a month to return to the problem after he provided the test data. I suspect this is related to some of the other problems with raster tile indexes people have been reporting. 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 niko at isl.net.mx Mon Feb 2 08:20:58 2004 From: niko at isl.net.mx (Nikolai Vladychevski) Date: Mon, 02 Feb 2004 16:20:58 GMT Subject: [Mapserver-users] multiple queries, hilite in different color Message-ID: <20040202162058.6877.qmail@quazartecnologia.com> Hi, I want to select each found item on a layer with different color. This problem is due to when quering multiple layers the 'state' layer hilites with the same color that found points or lines on other layers and the result (at close views) is all shown in one color , the user can't distinguish anything. This is my code: if ($mode eq "nquery" || $mode eq "query") { my $queryPt=new mapscript::pointObj(); my ($x,$y)=&click2map($map,$xclick,$yclick,$imgext_obj); $queryPt->{x}=$x; $queryPt->{y}=$y; $map->prepareQuery(); if ($mode eq "nquery") { my $layer=$map->getLayerByName("regiones"); $layer->{status}=$mapscript::MS_OFF; my $layer=$map->getLayerByName("estados"); $layer->{status}=$mapscript::MS_OFF; my $layer=$map->getLayerByName("municipios"); $layer->{status}=$mapscript::MS_OFF; $res=$map->queryByPoint($queryPt,$mapscript::MS_MULTIPLE,0); } else { $res=$map->queryByPoint($queryPt,$mapscript::MS_SINGLE,0); } for (my $lidx=0;$lidx< $map->{numlayers};$lidx++) { my $l=$map->getLayer($lidx); print "layer $l->{name} has $l->{resultcache}->{numresults} results
"; my $result=$l->getResult(0); .... and display results The layers "regiones", "estados" and "municipios" are polygons, wich I want to be hilited in some other color than other layers. How can this be done? Right now I am turning them off. I have been thinking, if queryMapObj would be related to layer, I could change the color of the found items, but since it is not possible, I need to query each group of layers separately and find a way to merge 2 images resulted from each query. Any ideas? Thanks in advance Nikolai From moccand at ensg.ign.fr Mon Feb 2 09:29:11 2004 From: moccand at ensg.ign.fr (Guillaume MOCCAND) Date: Mon, 02 Feb 2004 18:29:11 +0100 (CET) Subject: [Mapserver-users] Hidden Layer Message-ID: <1075742951.401e88e71d6f1@dutilleux.ensg.ign.fr> Hi List ! i wonder how MS draws the map Layers. if i have an Image Layer completly hidden by a vector layer, will MS spend time reading the Tiff File ? or will it ignore it ? my layer-renderers are scale-dependent but because the layer image is hidden by the other layer at a given scale, i don't know if it is better to set its status to "OFF" regards Guillaume MOCCAND From woodbri at swoodbridge.com Mon Feb 2 10:45:35 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 02 Feb 2004 13:45:35 -0500 Subject: [Mapserver-users] area Calculation in polygon-shapes In-Reply-To: References: <401E1BC7.2816.16AD24F1@localhost> Message-ID: <401E547F.7642.178AB6BE@localhost> Ack, you are right when applying it to GIS problems. In fact if you use it with lat/long data you will end up computing a result in degrees squared! Not the most intuitive units :) Which points out an important fact that you need to be aware of for any solution - you need to know the limits and assumptions of a solution before you apply it to a problem. For example are you trying to compute the area of a surface contained within a polygon, How is the polygon projected onto the surface? Is the surface smooth or has it terrain? etc, etc. If you don't care about most or all of this, my solution below might work for some simple cases, but Norman's links will give you more generalized or other specific solution that may be more valuable. -Steve On 2 Feb 2004 at 11:07, Norman Vine wrote: > > > > It is easy to calculate just get the polygon shape object and extract > > the polygon vertices. Then walk through the line segment and sum the > > area under the line segment. Or if the vertex points are in array v > > then in sudo-code: > > > > area = 0; > > for (i=1; i > area = area + (v[i].x - v[i-1].x)*(v[i-1].y + (v[i].y - v[i- > > 1].y)/2.0); > > } > > // and close the gap if any between the last and the first > > area = area + (v[0].x - v[numPoints-1].x)*(v[numPoints-1].y + (v[0].y > > - v[numPoints-1].y)/2.0); > > > Note that this is a 'flat earth' solution and the correspondence > of the solution obtained with what a surveyor might measure on > the actual 'ground' is *very* dependent on the size of the area, > it's location and the projection method used. > > For example if a latlon representation of the points is used > this will be ~accurate only for small areas near the equator. > > http://math.rice.edu/~pcmi/sphere/ > http://www.geodyssey.com/papers/ggelare.html > > Cheers > > Norman > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From carol_heydon at usgs.gov Mon Feb 2 10:59:09 2004 From: carol_heydon at usgs.gov (Carol L Heydon) Date: Mon, 2 Feb 2004 11:59:09 -0700 Subject: [Mapserver-users] MapServer Tutorial 4.0 Example 1.4 no image Message-ID: This is a multipart message in MIME format. --=_alternative 006849E887256E2E_= Content-Type: text/plain; charset="us-ascii" I'm trying to work through Tutorial4.0 with MapServer 4.0 on Windows 2000. I made the needed changes to the path information in the html and map files. Everything works fine for Examples 1.1, 1.2, and 1.3, but from 1.4 on the image does not display. What's different beginning with example 1.4? data directory: C:\Program Files\Apache Group\Apache2\htdocs\tutorial\data mapserv40 located in: C:\Program Files\Apache Group\Apache2\htdocs\cgi-bin Mapfile: MAP IMAGETYPE PNG EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 SIZE 400 300 SHAPEPATH "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_poly DATA states_ugl STATUS DEFAULT TYPE POLYGON PROJECTION "init=epsg:4326" END CLASSITEM "CLASS" CLASS EXPRESSION 'land' COLOR 232 232 232 END CLASS EXPRESSION 'water' COLOR 198 198 255 END END # States polygon layer ends here LAYER # States line layer begins here NAME states_line DATA states_ugl STATUS DEFAULT TYPE LINE PROJECTION "init=epsg:4326" END CLASSITEM "CLASS" CLASS EXPRESSION 'land' COLOR 32 32 32 END END # States line layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file html: MapServer 4.0 Tutorial

Example 1.4: Labeling the Map

We can also add labels to our map.

This is what the mapfile looks like:

MAP
  IMAGETYPE PNG
  EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514
  SIZE 400 300
  SHAPEPATH "data"
  IMAGECOLOR 255 255 255
  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

  # Start of LAYER DEFINITIONS 
---------------------------------------------
  LAYER # States polygon layer begins here
    NAME states_poly
    DATA states_ugl
    STATUS DEFAULT
    TYPE POLYGON

    PROJECTION
      "init=epsg:4326"
    END

    CLASSITEM "CLASS"
    LABELITEM "STATE"
    CLASS
      EXPRESSION 'land'
      COLOR 232 232 232
      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 4
      END # end of label
    END
  END # States polygon layer ends here

  LAYER # States line layer begins here
    NAME states_line
    DATA states_ugl
    STATUS DEFAULT
    TYPE LINE

    PROJECTION
      "init=epsg:4326"
    END

    CLASSITEM "CLASS"
    CLASS
      EXPRESSION 'land'
      COLOR 64 64 64
    END
  END # States line layer ends here
  # End of LAYER DEFINITIONS -------------------------------
END # end of map file

Here we introduce a few more parameters along with the LABEL object:

FONTSET
Here we specify the full path to our truetype fonts list (or font set) file. This file lists each of the available fonts. See the file itself and the MapServer fonset documentation for more info. FONTSET is a parameter of the MAP object.

LABELITEM
This specifies which data attribute to use for labeling, in this case "STATE". LABELITEM is a parameter of the LAYER object.

LABEL
Marks the beginning of the LABEL object. The label object can be used under other objects (i.e. the SCALEBAR object).

COLOR
Within the LABEL object, COLOR specifies the color of the label text.

SHADOWCOLOR
This specifies the shadow color of the label text.

SHADOWSIZE
Specifies the shadow size. The value corresponds to the X and the Y shifts in pixels. So, "2 2" means two pixels wide by two pixels high.

TYPE
Within the LABEL object, TYPE specifies what type of font to use. We have the choice of TRUETYPE or BITMAP (the built-in fonts). We choose TRUETYPE.

FONT
If you specify TYPE as TRUETYPE, you need to specify what font to use. The value here is the "alias" in the font list file.

SIZE
If using truetype fonts, the value is size in pixels. If bitmap, you can say something like "small" or "large".

ANTIALIAS
This turns truetype antialiasing on or off. Remember the value isn't on or off but TRUE or FALSE.

POSITION
Where to position the label text in relation to the label points. The value is a combination of vertical and horizontal positions. You have the following choices for vertical alignment: C for center, U for upper, and L for lower. For horizontal alignment you have the following choices: C for center, L for left, and R for right. So, to align the label text to the center of label ID you'd use the value "CC" (center-center). Or if you'd like it to be on the lower left of the ID, you'd use LL. Another way is to let MapServer decide the best position for your labels. For this you would use the value "AUTO".

PARTIALS
Tells MapServer whether to generate incomplete label texts or not. The default here is not to generate fragments of a label text. The value is either TRUE or FALSE.

MINDISTANCE
This is the minimum distance in pixels between duplicate labels. See what happens if you increase or decrease this value.

BUFFER
The padding (in pixels) for each label. This is used to enhance readability. A BUFFER of 4 pixels mean that no label will be drawn within four pixels of each other. Again, change to see how it works.

You can also create labels separate from a POLYGON layer. You do this with the ANNOTATION data type. Have a look at the file "example1-4a.map" to see how you'd implement this kind of labeling. You will notice that the CLASS object within the "label" layer has a COLOR parameter value of "-1 -1 -1". The negative number tells MapServer to give this CLASS a transparent color (the label IDs don't show up). Once again, play with the values to understand how it affects the map.

Back to Example 1.3 | Back to the Section 1 | Back to the Sections Page | Proceed to Example 1.5
image tag as obtained from 'view source': --=_alternative 006849E887256E2E_= Content-Type: text/html; charset="us-ascii"
I'm trying to work through Tutorial4.0 with MapServer 4.0 on Windows 2000.  I made the needed changes to the path information in the html and map files.  Everything works fine for Examples 1.1, 1.2, and 1.3, but from 1.4 on the image does not display.  What's different beginning with example 1.4?

data directory:  C:\Program Files\Apache Group\Apache2\htdocs\tutorial\data
mapserv40 located in:  C:\Program Files\Apache Group\Apache2\htdocs\cgi-bin

Mapfile:
MAP
  IMAGETYPE      PNG
  EXTENT         201621.496941 -294488.285333 1425518.020722 498254.511514
  SIZE           400 300
  SHAPEPATH      "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_poly
    DATA         states_ugl
    STATUS       DEFAULT
    TYPE         POLYGON

    PROJECTION
      "init=epsg:4326"
    END

    CLASSITEM    "CLASS"
    CLASS
      EXPRESSION 'land'
       COLOR      232 232 232
    END
    CLASS
      EXPRESSION 'water'
       COLOR      198 198 255
    END
  END # States polygon layer ends here

  LAYER # States line layer begins here
    NAME         states_line
    DATA         states_ugl
    STATUS       DEFAULT
    TYPE         LINE

    PROJECTION
      "init=epsg:4326"
    END

    CLASSITEM    "CLASS"
    CLASS
      EXPRESSION 'land'
      COLOR      32 32 32
    END
  END # States line layer ends here
  # End of LAYER DEFINITIONS -------------------------------
END # end of map file

html:
<html>
<head>
<title>MapServer 4.0 Tutorial</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<link type="text/css" rel="stylesheet" href="ms35.css" />
</head>

<body bgcolor="#FFFFFF" text="#000000">
<table align="center" width="600" border="0">
<tr>
<td>
<h3 align="center">Example 1.4: Labeling the Map</h3>
      <div align="center"><img border="1" src="/cgi-bin/mapserv40?map=C:/Program Files/Apache Group/Apache2/htdocs/tutorial/example1-4.map&mode=map" />
      </div>
      <p align="left">We can also add labels to our map.</p>
      <hr>
      <p align="left">This is what the mapfile looks like:</p>
      <pre align="left">MAP
  IMAGETYPE PNG
  EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514
  SIZE 400 300
  SHAPEPATH &quot;data&quot;
  IMAGECOLOR 255 255 255
  FONTSET &quot;fonts/fonts.list&quot;

  PROJECTION
    &quot;proj=laea&quot;
    &quot;ellps=clrk66&quot;
    &quot;lat_0=45&quot;
    &quot;lon_0=-100&quot;
  #
  # Alternatively, you can specify an EPSG code.
  # &quot;init=epsg:2163&quot;
  #
  END

  # Start of LAYER DEFINITIONS ---------------------------------------------
  LAYER # States polygon layer begins here
    NAME states_poly
    DATA states_ugl
    STATUS DEFAULT
    TYPE POLYGON

    PROJECTION
      &quot;init=epsg:4326&quot;
    END

    CLASSITEM &quot;CLASS&quot;
    LABELITEM &quot;STATE&quot;
    CLASS
      EXPRESSION 'land'
      COLOR 232 232 232
      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 4
      END # end of label
    END
  END # States polygon layer ends here

  LAYER # States line layer begins here
    NAME states_line
    DATA states_ugl
    STATUS DEFAULT
    TYPE LINE

    PROJECTION
      &quot;init=epsg:4326&quot;
    END

    CLASSITEM &quot;CLASS&quot;
    CLASS
      EXPRESSION 'land'
      COLOR 64 64 64
    END
  END # States line layer ends here
  # End of LAYER DEFINITIONS -------------------------------
END # end of map file</pre>
      <hr align="center" width="300">
      <p>Here we introduce a few more parameters along with the LABEL object:</p>
      <p>FONTSET<br>
        Here we specify the full path to our truetype fonts list (or font set)
        file. This file lists each of the available fonts. See the file itself
        and the <a href="http://mapserver.gis.umn.edu/doc40/fontset.html">MapServer
        fonset documentation</a> for more info. FONTSET is a parameter of the
        MAP object.</p>
      <p>LABELITEM<br>
        This specifies which data attribute to use for labeling, in this case
        &quot;STATE&quot;. LABELITEM is a parameter of the LAYER object.</p>
      <p>LABEL<br>
        Marks the beginning of the LABEL object. The label object can be used
        under other objects (i.e. the SCALEBAR object).</p>
      <p> COLOR<br>
        Within the LABEL object, COLOR specifies the color of the label text.</p>
      <p>SHADOWCOLOR<br>
        This specifies the shadow color of the label text.</p>
      <p>SHADOWSIZE<br>
        Specifies the shadow size. The value corresponds to the X and the Y shifts
        in pixels. So, &quot;2 2&quot; means two pixels wide by two pixels high.</p>
      <p>TYPE<br>
        Within the LABEL object, TYPE specifies what type of font to use. We have
        the choice of TRUETYPE or BITMAP (the built-in fonts). We choose TRUETYPE.</p>
      <p>FONT<br>
        If you specify TYPE as TRUETYPE, you need to specify what font to use.
        The value here is the &quot;alias&quot; in the font list file.</p>
      <p>SIZE<br>
        If using truetype fonts, the value is size in pixels. If bitmap, you can
        say something like &quot;small&quot; or &quot;large&quot;.</p>
      <p>ANTIALIAS<br>
        This turns truetype antialiasing on or off. Remember the value isn't on
        or off but TRUE or FALSE.</p>
      <p>POSITION<br>
        Where to position the label text in relation to the label points. The
        value is a combination of vertical and horizontal positions. You have
        the following choices for vertical alignment: C for center, U for upper,
        and L for lower. For horizontal alignment you have the following choices:
        C for center, L for left, and R for right. So, to align the label text
        to the center of label ID you'd use the value &quot;CC&quot; (center-center).
        Or if you'd like it to be on the lower left of the ID, you'd use LL. Another
        way is to let MapServer decide the best position for your labels. For
        this you would use the value &quot;AUTO&quot;.</p>
      <p>PARTIALS<br>
        Tells MapServer whether to generate incomplete label texts or not. The
        default here is not to generate fragments of a label text. The value is
        either TRUE or FALSE.</p>
      <p>MINDISTANCE<br>
        This is the minimum distance in pixels between duplicate labels. See what
        happens if you increase or decrease this value.</p>
      <p>BUFFER<br>
        The padding (in pixels) for each label. This is used to enhance readability.
        A BUFFER of 4 pixels mean that no label will be drawn within four pixels
        of each other. Again, change to see how it works.<br>
      </p>
      <hr align="center" width="300">
      <p>You can also create labels separate from a POLYGON layer. You do this
        with the ANNOTATION data type. Have a look at the file &quot;example1-4a.map&quot;
        to see how you'd implement this kind of labeling. You will notice that
        the CLASS object within the &quot;label&quot; layer has a COLOR parameter
        value of &quot;-1 -1 -1&quot;. The negative number tells MapServer to
        give this CLASS a transparent color (the label IDs don't show up). Once
        again, play with the values to understand how it affects the map.</p>
      <hr>
      <p class="Small" align="center"><a href="example1-3.html">Back to Example
        1.3</a> | <a href="section1.html">Back to the Section 1</a> | <a href="sections.html">Back to the Sections Page</a>
                | <a href="example1-5.html">Proceed to Example 1.5</a></p>
      </td>
</tr>
</table>
</body>
</html>

image tag as obtained from 'view source':
<img border="1" src="/cgi-bin/mapserv40?map=C:/Program Files/Apache Group/Apache2/htdocs/tutorial/example1-4.map&mode=map" /> --=_alternative 006849E887256E2E_=-- From nacional at cbs.umn.edu Mon Feb 2 11:23:21 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Mon, 2 Feb 2004 13:23:21 -0600 (CST) Subject: [Mapserver-users] bizarre raster output In-Reply-To: References: Message-ID: No worries, Charlton. Glad to help. -Perry On Mon, 2 Feb 2004, Charlton Purvis wrote: > Perry: > > Again, thanks so much for the help and whipping up your test run. I > just upgraded gdal to 1.1.9, and all seems well. > > Charlton > > > -----Original Message----- > > From: Pericles Nacionales [mailto:nacional at cbs.umn.edu] > > Sent: Thursday, January 29, 2004 7:16 PM > > To: Charlton Purvis > > Cc: mapserver-users at lists.gis.umn.edu; Brock Murch; Jeremy Cothran > > Subject: Re: [Mapserver-users] bizarre raster output > > > > Charlton, > > > > Check http://hypnos.cbs.umn.edu/projects/gdal_segfault.html. Is this > what > > it's supposed to look like? I'm running MapServer 4.0.1 but compiled > gdal > > from cvs just a couple days ago. PNG support was compiled using > external > > libpng version 1.2.5. > > > > You might want to upgrade your libpng. > > > > -Perry N. > > > > > > On Thu, 29 Jan 2004, Charlton Purvis wrote: > > > > > Hi, folks: > > > > > > I've got a raster .png, 8800 x 6600, complete w/ a working .wld. > The > > > original raster has some color on the left side, and the rest of the > > > image is transparent. > > > > > > I expected to see the Pacific covered by this raster and the rest of > the > > > Eastern part left alone. But the attached image is what I get. > > > Bizarre. Is there a max pixel image size? The entire PNG is a mere > > > 2MB. > > > > > > Anyone seen anything like this? It's purty, but it ain't gunna cut > it. > > > > > > MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > SUPPORTS=PROJ > > > SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > INPUT=EPPL7 > > > INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE > > > > > > gdal-1.1.8 (plain ./configure) > > > > > > EXTENT -125 -5 -45 55 > > > SIZE 880 660 > > > IMAGETYPE PNG # I've also tried RGBA w/ TRANSPARENCY ON > > > > > > The PROJECTIONs are the same. Also tried stripping out everything > > > (including projections) but the raster layer. Same results. > > > > > > Aha! I just ran a gdalinfo, and I get a seg fault. Anyone mind > > > checking it out? Original raster (non-transparent) is here: > > > http://nautilus.baruch.sc.edu/~cpurvis/. > > > > > > I don't think the file is corrupt since it displays OK in Photoshop, > and > > > ImageMagick is OK w/ it, too. > > > > > > Thanks, > > > > > > Charlton > > > > > > > > > > > > > > > Charlton Purvis > > > (803) 777-8858 : voice > > > (803) 777-3935 : fax > > > cpurvis at sc.edu > > > > > > Baruch Institute > > > University of South Carolina > > > Columbia, SC 29208 > > > > > > > From niko at isl.net.mx Mon Feb 2 10:29:08 2004 From: niko at isl.net.mx (Nikolai Vladychevski) Date: Mon, 02 Feb 2004 18:29:08 GMT Subject: [Mapserver-users] querying layers separately does not hilite items Message-ID: <20040202182909.7186.qmail@quazartecnologia.com> Hi again, I am still trying to hilite in different colors the items queried, but the items are not hiliten at all. Here is my code: $qimg=$map->prepareImage(); for (my $lidx=0;$lidx< $map->{numlayers};$lidx++) { my $l=$map->getLayer($lidx); $res=$l->queryByPoint($map,$queryPt,$mapscript::MS_MULTIPLE,0); $void=$l->drawQuery($map,$qimg); } $void=$qimg->save("$Constants::IMGTMPDIR/$imgfile"); When I use $layer->drawQuery it just draws the layer with no hiliting, and when I use $map->drawQuery it hilites the items. I checked the sources and definitely $layer->drawQuery is nothing more than simple draw(). from the mapscript.i: MapObj: %newobject drawQuery; imageObj *drawQuery() { return msDrawQueryMap(self); } LayerObj: int draw(mapObj *map, imageObj *image) { return msDrawLayer(map, self, image); } int drawQuery(mapObj *map, imageObj *image) { return msDrawLayer(map, self, image); } this is in mapserver 4.0.1. Looks like there is no other way to hilite in different colors than merging two images, but perl does not have pasteImage() function like php API. Can anyone confirm this? Any comments? Thanks in advance Nikolai From stephen.clark at focus.ca Mon Feb 2 12:30:29 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Mon, 2 Feb 2004 12:30:29 -0800 Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency Message-ID: <033d01c3e9cb$660321a0$6c000a0a@sclark> Ed or others, If you have the time could you look at the LAYER below and help me out with the appropriate parameters to get a 300 dpi image at 6 inches using the BBOX, WIDTH and HEIGHT centering on UTM Zone 10 coordinates 583695, 6267684. Has there been some discussions on this in the Archives because I have come up with a blank on this..? thanks Stephen ----- Original Message ----- From: "Stephen Clark" To: "Ed McNierney" ; "Kralidis,Tom [Burlington]" ; "Frank Warmerdam" Cc: Sent: Monday, February 02, 2004 9:14 AM Subject: Re: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency > Ed, > > How would I do that with the following layer for CanImage: > > e.g., using the BBOX parameter ??? > > > LAYER # Centre d'information Topographique - CIT Sherbrooke > NAME "CANIMAGE" > TYPE RASTER > OFFSITE 0 0 0 > STATUS on > CONNECTIONTYPE WMS > CONNECTION "http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?" > METADATA > "wms_title" "CANIMAGE" > "wms_name" "CANIMAGE:CanImage/CanImage" > "wms_server_version" "1.1.0" > "wms_srs" "epsg:26910" > "wms_format" "image/png" > END > PROJECTION > "init=epsg:26910" > END > END # > > > > Thanks > Stephen > > > > ----- Original Message ----- > From: "Ed McNierney" > To: "Kralidis,Tom [Burlington]" ; "Stephen Clark" > ; "Frank Warmerdam" > Cc: > Sent: Friday, January 30, 2004 6:51 PM > Subject: RE: [Mapserver-users] I have some landsat 7 data that I want to > tile : overlap + transparency > > > Folks - > > The concept of a 300 dpi image from spatial imagery is nothing more than > a convenient fiction. EVERY WMS command produces a 300 dpi image - at a > certain output scale. > > You need to define one more variable - the geographic dimensions of a > pixel. This will let you calculate the image size you want. Say, for > example, you want to create a 300 dpi image in which each pixel > represents 15 meters (in each dimension). This means each inch on the > output product will be 300 x 15 meters, so your output scale is 1 inch = > 300 x 15 meters or 1 inch = 300 x 15 x 39.37 inches - a scale of > 1:177,165. > > If you'd like to do that, and produce a 6" x 6" 300 dpi image at a > resolution of 15 meters per pixel, your WMS request asks for 6 x 300 x > 15 or 27,000 meters in each dimension (in the BBOX parameter) and asks > for a WIDTH and HEIGHT of 1,800 pixels (6 inches at 300 dpi). > > If you'd like the image to be 10 meters per pixel, or 30 meters per > pixel, you would request a BBOX where delta X and delta Y were both > 18,000 meters or 54,000 meters respectively. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com > -----Original Message----- > From: Kralidis,Tom [Burlington] [mailto:Tom.Kralidis at ec.gc.ca] > Sent: Friday, January 30, 2004 7:58 PM > To: 'Stephen Clark'; Frank Warmerdam > Cc: mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] I have some landsat 7 data that I want to > tile : overlap + transparency > > > > > -----Original Message----- > > From: Stephen Clark [mailto:stephen.clark at focus.ca] > > Sent: Friday, January 30, 2004 7:57 PM > > To: Kralidis,Tom [Burlington]; Frank Warmerdam > > Cc: mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I want > > to tile : overlap + transparency > > > > > > Tom, > > > > Is this the same as the CANIMAGE WMS layer from : > > > > "http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?" > > > > The CanImage layer is a processed set, with no overlaps, at 15m > resolution. > The CCRS Landsat are band 743, as distributed by GeoGratis. Same base > product, different pre-processing done to the data. IMHO, the CanImage > product looks more seamless. > > > If so I already have this layer added to MapServer. > > > > My use of Landsat 7 Imagery is for a backdrop in my PDF files. But I > > cannot get the WMS server to produce a 300 dpi image so I need to copy > > > them locally to produce the 300 dpi PDF files. > > > > Do you know of a WMS command that will produce an image ad a > > particular DPI? > > > > No, anyone else got an idea here? > > ..Tom > > > thanks > > Stephen > > > > ----- Original Message ----- > > From: "Kralidis,Tom [Burlington]" > > To: "'Stephen Clark'" ; "Frank Warmerdam" > > > > Cc: > > Sent: Friday, January 30, 2004 2:59 PM > > Subject: RE: [Mapserver-users] I have some landsat 7 data that I want > > to tile : overlap + transparency > > > > > > > > > > Hi Stephen, > > > > > > What are your requirements for using the Landsat 7 Orthoimagery in > > > MapServer? > > > > > > The CCRS WMS has the entire Landsat 7 Orthorectified Imagery > > > collection, which is on GeoGratis, available as OGC:WMS: > > > > > > URL: http://ceoware2.ccrs.nrcan.gc.ca/cubewerx/cubeserv/cubeserv.cgi > > > Layer name: L7O_B743:CEOWARE2 > > > > > > Note that this layer is also timestamped, i.e. you can > > query via TIME > > > in OGC:WMS also. The scenes' black areas are transparent. > > > > > > Just thought it'd be easier to point to an OGC:WMS of this > > data rather > > than > > > roll your own. > > > > > > Another comment: I'd be interested, as a separate exercise, how > > > MapServer deals with overlapping images in a given layer. > > What kind > > > of algorithm is done between scenes which overlap? > > > > > > Thanks > > > > > > ..Tom > > > > > > ========================= > > > Tom Kralidis > > > Systems Scientist > > > Environment Canada > > > Tel: +01-905-336-4409 > > > http://www.ec.gc.ca/cise/ > > > > > > ========================= > > > > > > > -----Original Message----- > > > > From: Stephen Clark [mailto:stephen.clark at focus.ca] > > > > Sent: Friday, January 30, 2004 6:52 PM > > > > To: Frank Warmerdam > > > > Cc: mapserver-users at lists.gis.umn.edu > > > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I > > > > want to tile : overlap + transparency > > > > > > > > > > > > Frank, > > > > > > > > My landsat data is from the Geogratis web site : > > > > > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/ > > > > > > > > Specifically these three scenes as example: > > > > > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > > tm/047021/ > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > > tm/048021/ > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > > tm/049021/ > > > > > > > > I compressed the files to ECW and produced this layer: > > > > > > > > LAYER > > > > NAME landsat_048_021_rgb > > > > DATA > > > > > > "d:/datasets/imagery/landsat/ecw/048021_0100_990804_l7_743_utm10.ecw" > > > > TYPE RASTER > > > > STATUS ON > > > > TRANSPARENCY 60 > > > > > > > > # turn off the black background in the image files > > > > OFFSITE 0 0 0 > > > > END > > > > > > > > > > > > >Do all the images have the same background value? YES > > -- they do. > > > > There is a residual amount of black fuzziness around the scenes > > > > after using the above OFFSITE command. > > > > > > > > Here is a LAYER file for the tiled index of Landsat scenes: > > > > > > > > LAYER > > > > NAME landsat_tile > > > > TILEINDEX "d:/datasets/imagery/landsat/landsat_index.shp" > > > > TILEITEM "location" > > > > TYPE RASTER > > > > STATUS ON > > > > TRANSPARENCY 60 > > > > > > > > # turn off the black background in the image files > > > > OFFSITE 0 0 0 > > > > > > > > METADATA > > > > WMS_TITLE "Lansdat 7 Imagery " > > > > WMS_ABSTRACT "N/A" > > > > WMS_SRS "EPSG:26910" > > > > END > > > > > > > > END > > > > > > > > But this tiled layer does not have any transparency. How would I > > > > fix this? > > > > > > > > thanks > > > > Stephen > > > > > > > > ----- Original Message ----- > > > > From: "Frank Warmerdam" > > > > To: "Stephen Clark" > > > > Cc: > > > > Sent: Friday, January 30, 2004 2:31 PM > > > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I > > > > want to tile : overlap + transparency > > > > > > > > > > > > > Stephen Clark wrote: > > > > > > Hi All, > > > > > > > > > > > > > > > > > > I have some landsat 7 data that I want to tile but the scenes > > > > > > overlap. > > > > > > > > > > > > Can I use some sort of command that can be added to the > > > > "gdaltindex" > > > > > > command to add a transparency value to these scenes > > so that the > > > > > > overlap areas can show through. > > > > > > > > > > Stephen, > > > > > > > > > > Do all the images have the same background value? If > > so, use it > > > > > as the offsite value for the whole layer and it will be used > > > > with all the > > > > > images. The other alternative is to store the tiles in a format > > > > > for which GDAL recognises "nodata" values, but this isn't very > > > > convenient > > > > > to arrange. There is no way to include nodata values in > > the raster > > > > > tile index. > > > > > > > > > > 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/maps> erver-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 Mon Feb 2 11:29:25 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Mon, 2 Feb 2004 13:29:25 -0600 (CST) Subject: [Mapserver-users] MapServer 4.0 Tutorial problems In-Reply-To: <200402021611.i12GB5AP024183@lists.gis.umn.edu> References: <200402021611.i12GB5AP024183@lists.gis.umn.edu> Message-ID: Hi there! Can you have a look at your web server's error log and see if there's anything pertinent to the TrueType error you're getting? You might also want to check the permissions on your fonts and fonts directory--make sure the web server account have access to the directory/read access to files. Cheers! -Perry N. On Mon, 2 Feb 2004 mapserver at digger.net wrote: > I've been going through the tutorial, and have run into some problems with it. > The first one is in exercise 1-4, where labeling is introduced. These lines: > > TYPE TRUETYPE > FONT arial-bold > > cause an "Internal Server Error" from Apache. The TYPE line by itself just > produces this (as expected): > > msGetLabelSize(): TrueType Font error. Requested font (NULL) not found. > > But when both are present, MapServer fails. Where might I look for a solution > to this? "mapserv -v" reports: > > 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=OGR INPUT=GDAL INPUT=SHAPEFILE > > Thanks, > Dave > > _______________________________________________ > 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 Mon Feb 2 11:53:53 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Mon, 2 Feb 2004 13:53:53 -0600 (CST) Subject: [Mapserver-users] MapServer Tutorial 4.0 Example 1.4 no image In-Reply-To: References: Message-ID: If I recall correctly, Example 1.4 is the labeling example. I don't see any LABEL objects on your mapfile though. Anyway, other than looking closely at the mapfile syntax, I'd also recommend checking to make sure that the fonts (and the fonts directory) are accessible/readable by everyone. You might also check Apache's logs--access_log and error_log--to see if there's anything that goes wrong when running the MapServer CGI program. Let me know if your problem doesn't go away. Good luck! -Perry On Mon, 2 Feb 2004, Carol L Heydon wrote: > I'm trying to work through Tutorial4.0 with MapServer 4.0 on Windows 2000. > I made the needed changes to the path information in the html and map > files. Everything works fine for Examples 1.1, 1.2, and 1.3, but from 1.4 > on the image does not display. What's different beginning with example > 1.4? > > data directory: C:\Program Files\Apache > Group\Apache2\htdocs\tutorial\data > mapserv40 located in: C:\Program Files\Apache > Group\Apache2\htdocs\cgi-bin > > Mapfile: > MAP > IMAGETYPE PNG > EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 > SIZE 400 300 > SHAPEPATH "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_poly > DATA states_ugl > STATUS DEFAULT > TYPE POLYGON > > PROJECTION > "init=epsg:4326" > END > > CLASSITEM "CLASS" > CLASS > EXPRESSION 'land' > COLOR 232 232 232 > END > CLASS > EXPRESSION 'water' > COLOR 198 198 255 > END > END # States polygon layer ends here > > LAYER # States line layer begins here > NAME states_line > DATA states_ugl > STATUS DEFAULT > TYPE LINE > > PROJECTION > "init=epsg:4326" > END > > CLASSITEM "CLASS" > CLASS > EXPRESSION 'land' > COLOR 32 32 32 > END > END # States line layer ends here > # End of LAYER DEFINITIONS ------------------------------- > END # end of map file > > html: > > > MapServer 4.0 Tutorial > > > > > > > > > >
>

Example 1.4: Labeling the Map

>
src="/cgi-bin/mapserv40?map=C:/Program Files/Apache > Group/Apache2/htdocs/tutorial/example1-4.map&mode=map" /> >
>

We can also add labels to our map.

>
>

This is what the mapfile looks like:

> 
MAP
>   IMAGETYPE PNG
>   EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514
>   SIZE 400 300
>   SHAPEPATH "data"
>   IMAGECOLOR 255 255 255
>   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
>
>   # Start of LAYER DEFINITIONS
> ---------------------------------------------
>   LAYER # States polygon layer begins here
>     NAME states_poly
>     DATA states_ugl
>     STATUS DEFAULT
>     TYPE POLYGON
>
>     PROJECTION
>       "init=epsg:4326"
>     END
>
>     CLASSITEM "CLASS"
>     LABELITEM "STATE"
>     CLASS
>       EXPRESSION 'land'
>       COLOR 232 232 232
>       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 4
>       END # end of label
>     END
>   END # States polygon layer ends here
>
>   LAYER # States line layer begins here
>     NAME states_line
>     DATA states_ugl
>     STATUS DEFAULT
>     TYPE LINE
>
>     PROJECTION
>       "init=epsg:4326"
>     END
>
>     CLASSITEM "CLASS"
>     CLASS
>       EXPRESSION 'land'
>       COLOR 64 64 64
>     END
>   END # States line layer ends here
>   # End of LAYER DEFINITIONS -------------------------------
> END # end of map file
>
>

Here we introduce a few more parameters along with the LABEL > object:

>

FONTSET
> Here we specify the full path to our truetype fonts list (or font > set) > file. This file lists each of the available fonts. See the file > itself > and the href="http://mapserver.gis.umn.edu/doc40/fontset.html">MapServer > fonset documentation for more info. FONTSET is a parameter of > the > MAP object.

>

LABELITEM
> This specifies which data attribute to use for labeling, in this > case > "STATE". LABELITEM is a parameter of the LAYER > object.

>

LABEL
> Marks the beginning of the LABEL object. The label object can be > used > under other objects (i.e. the SCALEBAR object).

>

COLOR
> Within the LABEL object, COLOR specifies the color of the label > text.

>

SHADOWCOLOR
> This specifies the shadow color of the label text.

>

SHADOWSIZE
> Specifies the shadow size. The value corresponds to the X and the > Y shifts > in pixels. So, "2 2" means two pixels wide by two pixels > high.

>

TYPE
> Within the LABEL object, TYPE specifies what type of font to use. > We have > the choice of TRUETYPE or BITMAP (the built-in fonts). We choose > TRUETYPE.

>

FONT
> If you specify TYPE as TRUETYPE, you need to specify what font to > use. > The value here is the "alias" in the font list file.

>

SIZE
> If using truetype fonts, the value is size in pixels. If bitmap, > you can > say something like "small" or "large".

>

ANTIALIAS
> This turns truetype antialiasing on or off. Remember the value > isn't on > or off but TRUE or FALSE.

>

POSITION
> Where to position the label text in relation to the label points. > The > value is a combination of vertical and horizontal positions. You > have > the following choices for vertical alignment: C for center, U for > upper, > and L for lower. For horizontal alignment you have the following > choices: > C for center, L for left, and R for right. So, to align the label > text > to the center of label ID you'd use the value "CC" > (center-center). > Or if you'd like it to be on the lower left of the ID, you'd use > LL. Another > way is to let MapServer decide the best position for your labels. > For > this you would use the value "AUTO".

>

PARTIALS
> Tells MapServer whether to generate incomplete label texts or not. > The > default here is not to generate fragments of a label text. The > value is > either TRUE or FALSE.

>

MINDISTANCE
> This is the minimum distance in pixels between duplicate labels. > See what > happens if you increase or decrease this value.

>

BUFFER
> The padding (in pixels) for each label. This is used to enhance > readability. > A BUFFER of 4 pixels mean that no label will be drawn within four > pixels > of each other. Again, change to see how it works.
>

>
>

You can also create labels separate from a POLYGON layer. You do > this > with the ANNOTATION data type. Have a look at the file > "example1-4a.map" > to see how you'd implement this kind of labeling. You will notice > that > the CLASS object within the "label" layer has a COLOR > parameter > value of "-1 -1 -1". The negative number tells MapServer > to > give this CLASS a transparent color (the label IDs don't show up). > Once > again, play with the values to understand how it affects the > map.

>
>

Back to > Example > 1.3 | Back to the Section 1 | href="sections.html">Back to the Sections Page > | Proceed to Example 1.5

>
> > > > image tag as obtained from 'view source': > From stephen.clark at focus.ca Mon Feb 2 13:24:48 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Mon, 2 Feb 2004 13:24:48 -0800 Subject: [Mapserver-users] Hidden Layer References: <1075742951.401e88e71d6f1@dutilleux.ensg.ign.fr> Message-ID: <038c01c3e9d2$fcc04990$6c000a0a@sclark> Guillaume, If you want the image layer to draw then place it above the vector layer in the map file. MS will only draw the layers you tell it to draw. Using the DEMO application as an example, only select the layers that you want drawn then click "refresh" Stephen ----- Original Message ----- From: "Guillaume MOCCAND" To: Sent: Monday, February 02, 2004 9:29 AM Subject: [Mapserver-users] Hidden Layer > Hi List ! > > i wonder how MS draws the map Layers. > if i have an Image Layer completly hidden by a vector layer, will MS spend time > reading the Tiff File ? or will it ignore it ? > > my layer-renderers are scale-dependent but because the layer image is hidden by > the other layer at a given scale, i don't know if it is better to set its > status to "OFF" > > regards > > Guillaume MOCCAND > _______________________________________________ > 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 Feb 2 12:22:20 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 02 Feb 2004 14:22:20 -0600 Subject: [Mapserver-users] ANN: MapScript for Ruby Message-ID: A good idea, I've forwarded to the folks at the UMN in case they missed it. The ruby mods to the swig interface file should probably just be added to the development version. I can't think of a reason why not, although I've not looked at the changes... Steve >>> Jan Hartmann 2/2/2004 10:59:48 AM >>> Pirmin Kalberer wrote: > A Ruby binding for Mapscript is available at: > http://www.sourcepole.com/mapdesk/index.xml#mapscript > > The package contains some simple examples and a patch of the > mapscript.i file. > Building and installing: > -Unpack the tgz into the mapscript directory > -patch -ruby extconf.rb > -make > -su > -make install > > Regards, > > Pirmin Kalberer > Sourcepole - Linux & Open Source Solutions > http://www.sourcepole.com > _______________________________________________ *Very* interesting. This site has also a bootable GIS CD, based on Knoppix, and a Delphi/Kylix interface for MapServer. Wouldn't it be a good idea to put these three links on the "contributed software" page? Jan _______________________________________________ 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 Mon Feb 2 12:50:13 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 02 Feb 2004 15:50:13 -0500 Subject: [Mapserver-users] multiple queries, hilite in different color Message-ID: <20040202205008.AE0D71A65A1@mail.medinaco.org> If I am understanding your question correctly there is an alternate way. Instead of using the queryMapObj you can change the data value for existing/created layers and use the objects in the query result as the data item and then use the mapObj. With each layer having it's own symbolization the result is more customizable. Lowell The following message was sent by "Nikolai Vladychevski" on Mon, 02 Feb 2004 16:20:58 GMT. > Hi, > > I want to select each found item on a layer with different color. This > problem is due to when quering multiple layers the 'state' layer hilites > with the same color that found points or lines on other layers and the > result (at close views) is all shown in one color , the user can't > distinguish anything. > > This is my code: > > if ($mode eq "nquery" || $mode eq "query") { > my $queryPt=new mapscript::pointObj(); > my ($x,$y)=&click2map($map,$xclick,$yclick,$imgext_obj); > $queryPt->{x}=$x; $queryPt->{y}=$y; > $map->prepareQuery(); > if ($mode eq "nquery") { > my $layer=$map->getLayerByName("regiones"); > $layer->{status}=$mapscript::MS_OFF; > my $layer=$map->getLayerByName("estados"); > $layer->{status}=$mapscript::MS_OFF; > my $layer=$map->getLayerByName("municipios"); > $layer->{status}=$mapscript::MS_OFF; > $res=$map->queryByPoint($queryPt,$mapscript::MS_MULTIPLE,0); > } else { > $res=$map->queryByPoint($queryPt,$mapscript::MS_SINGLE,0); > } > for (my $lidx=0;$lidx< $map->{numlayers};$lidx++) { > my $l=$map->getLayer($lidx); > print "layer $l->{name} has $l->{resultcache}->{numresults} > results
"; > my $result=$l->getResult(0); > .... and display results > > The layers "regiones", "estados" and "municipios" are polygons, wich I want > to be hilited in some other color than other layers. How can this be done? > Right now I am turning them off. > > I have been thinking, if queryMapObj would be related to layer, I could > change the color of the found items, but since it is not possible, I need to > query each group of layers separately and find a way to merge 2 images > resulted from each query. > > Any ideas? > > Thanks in advance > Nikolai > > _______________________________________________ > 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 Mon Feb 2 12:59:44 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Mon, 02 Feb 2004 21:59:44 +0100 Subject: [Mapserver-users] Mapserver WFS performance Message-ID: Hi list, Today I was testing Mapserver WFS on a shapefile of 450 Mb in size with a quadtree index. I am using no Filter (no BBOX) but only a MAXFEATURES parameter in my URL. Perhaps this is not the intention of Mapserver WFS, but this is also a potential for people to "attack" the server. It looks like Mapserver is reading the whole shapefile in order to give back the first 1 or 10 features. I stopped testing at 10 features because of the long response times. These are the results of my performance test: MAXFEATURES RESPONSE_TIME [seconds] 1 192 10 210 Any comments on this? Am I doing something wrong? Best regards, Bart From src176 at psu.edu Mon Feb 2 13:27:16 2004 From: src176 at psu.edu (Stephen Crawford) Date: Mon, 2 Feb 2004 16:27:16 -0500 Subject: [Mapserver-users] Tutorial & Flash Message-ID: <000601c3e9d3$548995a0$62347680@PLAYA> Hello All, I'm just starting out with MapServer, with the hope of eventually being able to use it with some of the maps I make in Flash. I have downloaded the already compiled Win32 binaries (GIF version), downloaded the demo, amd everything seems OK. I started working throught the tutorial, and everything works fine. However, in sec 1.8, "Changing the map's output format", if I try using IMAGETYPE SWF, I get this error messege: "Content-type: text/html msBuildPath: Unable to access file." Is this a problem with the compiled version I downloaded (though it says it supports the SWF output)? I'd greatly appreciate any advice. Thanks, Steve Crawford Stephen Crawford Center for Environmental Informatics GeoVISTA Center College of Earth and Mineral Sciences The Pennsylvania State University email: src176 at psu.edu From sgillies at frii.com Mon Feb 2 13:30:16 2004 From: sgillies at frii.com (Sean Gillies) Date: Mon, 2 Feb 2004 14:30:16 -0700 Subject: [Mapserver-users] ANN: MapScript for Ruby In-Reply-To: References: Message-ID: I just looked at the patch to mapscript.i. It won't work with the next release due to my recent work on the styleObj shadow class http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=548 But there's no reason why we can't work together to bring the Ruby bindings into the fold for the next release. cheers, Sean On Feb 2, 2004, at 1:22 PM, Steve Lime wrote: > A good idea, I've forwarded to the folks at the UMN in case they missed > it. The ruby mods to the swig interface file should probably just be > added to the development version. I can't think of a reason why not, > although I've not looked at the changes... > > Steve > >>>> Jan Hartmann 2/2/2004 10:59:48 AM >>> > > Pirmin Kalberer wrote: >> A Ruby binding for Mapscript is available at: >> http://www.sourcepole.com/mapdesk/index.xml#mapscript >> >> The package contains some simple examples and a patch of the >> mapscript.i file. >> Building and installing: >> -Unpack the tgz into the mapscript directory >> -patch > -ruby extconf.rb >> -make >> -su >> -make install >> >> Regards, >> >> Pirmin Kalberer >> Sourcepole - Linux & Open Source Solutions >> http://www.sourcepole.com >> _______________________________________________ > > *Very* interesting. This site has also a bootable GIS CD, based on > Knoppix, and a Delphi/Kylix interface for MapServer. Wouldn't it be a > good idea to put these three links on the "contributed software" page? > > Jan > > _______________________________________________ > 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 stephen.clark at focus.ca Mon Feb 2 14:33:57 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Mon, 2 Feb 2004 14:33:57 -0800 Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency References: <1075499057.1258.11.camel@katrin> <01b501c3e786$f58abcd0$6c000a0a@sclark> <401ADB33.7060004@pobox.com> <01e701c3e78c$06ebcbe0$6c000a0a@sclark> <401AE7EB.8000504@pobox.com> <401E9B98.1040904@pobox.com> <033101c3e9ca$e818f080$6c000a0a@sclark> <401EB5B0.6050209@pobox.com> Message-ID: <040301c3e9dc$a5c69e00$6c000a0a@sclark> Frank, Point taken about the return receipt requested set on. Will turn it off. I am not sure what the problem is with these ECW files. I think that it is the TRANSPARENCY but am not sure. I downloaded the TIFF files and then compresed them to ECW then used gdaltindex on them to create a tile. Files: My landsat data is from the Geogratis web site : http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/ Specifically these three scenes as example: http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/047021/ http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/048021/ http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/049021/ Note: Creating a tile using the raw TIFF files produces no "Black Fuzziness around the scenes " Stephen Clark wrote: > There is a residual amount of black fuzziness around the scenes after using > the above OFFSITE command. That is pretty much inevitable if you use ECW. Lossy compression formats will not maintain nodata areas cleanly. Q1: Is there a way of specifying a range of values for the OFFSITE command to handle the lossy compression fuzziness? Q2: The transparency values do not work for a tiled raster file (TIFF and ECW) using the links posted above. It believe it to be an error. > I am not eager to allow different offsite values for each file selected from > the tileindex. However, if there is one offsite value in your layer definition > it should be used for all the tiles in the layer. Is this not happening? Or > was it layer transparency (ala TRANSPARENCY keyword) that was not working? I > think I asked this before and then lost your answer in the flood of > correspondence on the issue. > Q3: I would like the ability to specify an individual TRANSPARENCY and OFFSITE value for each raster file before creating a tile. That way I could create a mosaic from many raster files and have the best part of each image viewable. Would this be a tremendous amount of work? Thanks Stephen ----- Original Message ----- From: "Frank Warmerdam" To: "Stephen Clark" Sent: Monday, February 02, 2004 12:40 PM Subject: Re: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency > Stephen Clark wrote: > > Frank, > > > > Did you get the attached images I sent regarding this issue? The issue > > relates to me wanting to produce 300 DPI images in a PDF using the Landsat 7 > > data. > > Stephen, > > I did get a pointer to where to download them from, but I didn't do that. > I have no opinion on all the scale related issues. > > >>My use of Landsat 7 Imagery is for a backdrop in my PDF files. But I > >>cannot get the WMS server to produce a 300 dpi image so I need to copy > >>them locally to produce the 300 dpi PDF files. > >> > > > > > > I am working on using the BBOX, Width and Height parameters instead but I > > have had no luck. > > > > The original problem I posed to you was why I could not place transparency > > in each Landsat scene as I created the Tiled index using GdalTindex. So > > what do you think on the this issue? > > I am not eager to allow different offsite values for each file selected from > the tileindex. However, if there is one offsite value in your layer definition > it should be used for all the tiles in the layer. Is this not happening? Or > was it layer transparency (ala TRANSPARENCY keyword) that was not working? I > think I asked this before and then lost your answer in the flood of > correspondence on the issue. > > PS. it's a bit annoying to have return receipt requested set on. The only > time I do this is with the property manager at our condo because she is so > slack about replying. It kinds of makes me feel like a kid being checked up > on! > > 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 Mon Feb 2 13:36:47 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Mon, 02 Feb 2004 16:36:47 -0500 Subject: [Mapserver-users] Mapserver WFS performance In-Reply-To: References: Message-ID: <401EC2EF.9000409@dmsolutions.ca> Here is how things work : - the user does a wfs request - in is translated in mapserver query : the query does not take into account the maxfeatures. - The MAXFEATURES is taken into account when generating the resulting gml file So yes, It ends up doing the query on all the shapes in your case. I think we should modify mapserver low level query functions to be able to pass a maxfeature parameter. Some of the query functions have a mode (single or mulitple), and this notion should be extended to support a maxfeature. Once this is done the wfs interface can take advantage of it. Later, Bart van den Eijnden wrote: > Hi list, > > Today I was testing Mapserver WFS on a shapefile of 450 Mb in size with > a quadtree index. > > I am using no Filter (no BBOX) but only a MAXFEATURES parameter in my > URL. Perhaps this is not the intention of Mapserver WFS, but this is > also a potential for people to "attack" the server. It looks like > Mapserver is reading the whole shapefile in order to give back the first > 1 or 10 features. I stopped testing at 10 features because of the long > response times. > > These are the results of my performance test: > > MAXFEATURES RESPONSE_TIME [seconds] > 1 192 > 10 210 > > Any comments on this? Am I doing something wrong? > > 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 scoota at supanet.com Mon Feb 2 13:40:45 2004 From: scoota at supanet.com (Keith Campbell) Date: Mon, 02 Feb 2004 21:40:45 +0000 Subject: [Mapserver-users] Configure - help In-Reply-To: <20040202110900.GA7654@intevation.de> References: <401D872C.2070608@supanet.com> <20040202110900.GA7654@intevation.de> Message-ID: <401EC3DD.9070406@supanet.com> Thank you Frank, Your advise has solved the problem. Keith Frank Koormann wrote: >Keith, > >* Keith Campbell [040202 00:48]: > > >>Hi All, >> >>Can anybody help with this? >> >>Running configure (on a Solaris) produces the following messages:- >> >>checking if GDAL support requested... yes, user supplied gdal-config >>(/export/home/local/util/gdal/configure) >> >> > >you mustn't specify the path to the configure script of the gdal source >package but the path to the program called 'gdal-config' which should >be build and installed with gdal. > >Regrads, > > Frank > > > From warmerdam at pobox.com Mon Feb 2 14:03:16 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 02 Feb 2004 17:03:16 -0500 Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency In-Reply-To: <040301c3e9dc$a5c69e00$6c000a0a@sclark> References: <1075499057.1258.11.camel@katrin> <01b501c3e786$f58abcd0$6c000a0a@sclark> <401ADB33.7060004@pobox.com> <01e701c3e78c$06ebcbe0$6c000a0a@sclark> <401AE7EB.8000504@pobox.com> <401E9B98.1040904@pobox.com> <033101c3e9ca$e818f080$6c000a0a@sclark> <401EB5B0.6050209@pobox.com> <040301c3e9dc$a5c69e00$6c000a0a@sclark> Message-ID: <401EC924.8090400@pobox.com> Stephen Clark wrote: > Q1: Is there a way of specifying a range of values for the OFFSITE command > to handle the lossy compression fuzziness? Stephen, No that is not possible at this time. > Q2: The transparency values do not work for a tiled raster file (TIFF and > ECW) using the links posted above. It believe it to be an error. Hmm, if the TRANSPARENCY keyword isn't working that is a bug. > Q3: I would like the ability to specify an individual TRANSPARENCY and > OFFSITE value for each raster file before creating a tile. That way I could > create a mosaic from many raster files and have the best part of each image > viewable. Would this be a tremendous amount of work? I'm starting to think I see the issue with the transparency. Are you aware that the transparency applies to the layer as a whole relative to other layers, not to individual overlapping tiles within a tiled layer? That is, if you have transparency on, and there are overlapping tiles, the last tile drawn will still completely overwrite any other tiles drawn. The transparency keyword basically means that the layer is drawn into a temporary image as per normal, and then that whole image is alpha-blended into the map view as so far built from other layers. If you are wanting to use transparency as a mechanism to blend overlapping tiles you are out of luck I am afraid. Adding per-tile OFFSITE values wouldn't be terribly hard. My main concern with it is that there are *alot* of layer parameters that we might start wanting to put in the tile index. The general idea is that tile indexes should be used for layers where all the raster tiles are "similar" in nature. As we try to generalize a number of issues would arise which I am not keen to face at this time. My opinion would be that for your situation you should do alot of preprocessing of your imagery. Basically, build a mosaic from the landsat scenes, and then either split that up into regular (non-overlapping) tiles again or leave as one big file. If you want to do that, you should likely do your mosaicing all with uncompressed data to avoid iterative degredation of the image. Then you could compress to ECW as a last step if that is how you would like to keep stuff. Of course, you will still have the offsite issues but at least it will not cause artifacts along seams between overlapping scenes, only at the edges with areas of no-data. Also, if you don't have a real hard issue with disk space, I would encourage you to keep the final resulting mosaic in uncompressed form. Keeping it as a tiled TIFF file with overviews (if it isn't bigger than 4GB) would be high performance, and precise (ie. no edge artifacts). Please let me know if my assumptions about what you want to do with transparency are wrong. And if, so we can return to setting up a test case that reproduces the 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 scoota at supanet.com Mon Feb 2 14:07:16 2004 From: scoota at supanet.com (Keith Campbell) Date: Mon, 02 Feb 2004 22:07:16 +0000 Subject: [Mapserver-users] Relocation Error? Message-ID: <401ECA14.90009@supanet.com> Hi All, Just when things were looking more promising, I get this when running the make (Solaris):- ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): symbol : offset 0xfd3609c9 is non-aligned ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): symbol : offset 0xfd360a09 is non-aligned ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): symbol : offset 0xfd360a69 is non-aligned ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): symbol : offset 0xfd360c29 is non-aligned collect2: ld returned 1 exit status make: *** [shp2img] Error 1 What is a relocation error? Looks like a memory access problem, but why? Any help much appreciated. Keith From warmerdam at pobox.com Mon Feb 2 14:07:34 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 02 Feb 2004 17:07:34 -0500 Subject: [Mapserver-users] Mapserver WFS performance In-Reply-To: <401EC2EF.9000409@dmsolutions.ca> References: <401EC2EF.9000409@dmsolutions.ca> Message-ID: <401ECA26.7020101@pobox.com> Yewondwossen Assefa wrote: > Here is how things work : > - the user does a wfs request > - in is translated in mapserver query : the query does not take into > account the maxfeatures. > - The MAXFEATURES is taken into account when generating the > resulting gml file > > So yes, It ends up doing the query on all the shapes in your case. > > I think we should modify mapserver low level query functions to be able > to pass a maxfeature parameter. Some of the query functions have a mode > (single or mulitple), and this notion should be extended to support a > maxfeature. Once this is done the wfs interface can take advantage of it. Assefa, and others, On a vaguely related note, the current query interface seems to make a pass generating the 'item ids' for all the features which match the query. Then when the query is returned another pass is made fetching the shapes by id. With shapefiles this isn't particularly expensive, though it does presumably result in the features being parsed from the binary twice. But for some OGR supported formats fetching "by id" can be very expensive. If we are restructuring the query mechanism what are the chances of reviewing this whole two pass approach? Since WFS is basically always using the query mechanism it seems this is a significant performance issue for some WFS setups. Even for "good formats" there is a bunch of overhead. Of course, I may be mis-understanding how things are working ... I've only glanced at it. 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 stephen.clark at focus.ca Mon Feb 2 15:18:22 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Mon, 2 Feb 2004 15:18:22 -0800 Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency References: <1075499057.1258.11.camel@katrin> <01b501c3e786$f58abcd0$6c000a0a@sclark> <401ADB33.7060004@pobox.com> <01e701c3e78c$06ebcbe0$6c000a0a@sclark> <401AE7EB.8000504@pobox.com> <401E9B98.1040904@pobox.com> <033101c3e9ca$e818f080$6c000a0a@sclark> <401EB5B0.6050209@pobox.com> <040301c3e9dc$a5c69e00$6c000a0a@sclark> <401EC924.8090400@pobox.com> Message-ID: <06db01c3e9e2$da59e130$6c000a0a@sclark> Frank, > If you are wanting to use transparency as a mechanism to blend overlapping > tiles you are out of luck I am afraid. Essentially this is what I want to do. I will have to create a mosaic to produce the imagery results I want for now. Could some basic mosaicing functions be added to gdal in the future? Thanks, Stephen ----- Original Message ----- From: "Frank Warmerdam" To: "Stephen Clark" Cc: Sent: Monday, February 02, 2004 2:03 PM Subject: Re: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency > Stephen Clark wrote: > > Q1: Is there a way of specifying a range of values for the OFFSITE command > > to handle the lossy compression fuzziness? > > Stephen, > > No that is not possible at this time. > > > Q2: The transparency values do not work for a tiled raster file (TIFF and > > ECW) using the links posted above. It believe it to be an error. > > Hmm, if the TRANSPARENCY keyword isn't working that is a bug. > > > Q3: I would like the ability to specify an individual TRANSPARENCY and > > OFFSITE value for each raster file before creating a tile. That way I could > > create a mosaic from many raster files and have the best part of each image > > viewable. Would this be a tremendous amount of work? > > I'm starting to think I see the issue with the transparency. Are you aware > that the transparency applies to the layer as a whole relative to other > layers, not to individual overlapping tiles within a tiled layer? That is, > if you have transparency on, and there are overlapping tiles, the last tile > drawn will still completely overwrite any other tiles drawn. The transparency > keyword basically means that the layer is drawn into a temporary image as > per normal, and then that whole image is alpha-blended into the map view > as so far built from other layers. > > If you are wanting to use transparency as a mechanism to blend overlapping > tiles you are out of luck I am afraid. > > Adding per-tile OFFSITE values wouldn't be terribly hard. My main concern > with it is that there are *alot* of layer parameters that we might start > wanting to put in the tile index. The general idea is that tile indexes > should be used for layers where all the raster tiles are "similar" in > nature. As we try to generalize a number of issues would arise which I am > not keen to face at this time. > > My opinion would be that for your situation you should do alot of preprocessing > of your imagery. Basically, build a mosaic from the landsat scenes, and then > either split that up into regular (non-overlapping) tiles again or leave > as one big file. > > If you want to do that, you should likely do your mosaicing all with > uncompressed data to avoid iterative degredation of the image. Then you > could compress to ECW as a last step if that is how you would like to keep > stuff. Of course, you will still have the offsite issues but at least it > will not cause artifacts along seams between overlapping scenes, only at the > edges with areas of no-data. > > Also, if you don't have a real hard issue with disk space, I would encourage > you to keep the final resulting mosaic in uncompressed form. Keeping it as > a tiled TIFF file with overviews (if it isn't bigger than 4GB) would be > high performance, and precise (ie. no edge artifacts). > > Please let me know if my assumptions about what you want to do with transparency > are wrong. And if, so we can return to setting up a test case that > reproduces the 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 nacional at cbs.umn.edu Mon Feb 2 14:18:53 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Mon, 2 Feb 2004 16:18:53 -0600 (CST) Subject: [Mapserver-users] Tutorial & Flash In-Reply-To: <000601c3e9d3$548995a0$62347680@PLAYA> References: <000601c3e9d3$548995a0$62347680@PLAYA> Message-ID: You need to check the MapServer wiki for FLASH info. http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapserverFlash I suggest going through section two of the tutorial before you try flash--you need html template to work with this format. Good luck! -Perry N. On Mon, 2 Feb 2004, Stephen Crawford wrote: > Hello All, > > I'm just starting out with MapServer, with the hope of eventually being > able to use it with some of the maps I make in Flash. I have downloaded > the already compiled Win32 binaries (GIF version), downloaded the demo, > amd everything seems OK. I started working throught the tutorial, and > everything works fine. However, in sec 1.8, "Changing the map's output > format", if I try using IMAGETYPE SWF, I get this error messege: > "Content-type: text/html msBuildPath: Unable to access file." Is this a > problem with the compiled version I downloaded (though it says it > supports the SWF output)? I'd greatly appreciate any advice. > > Thanks, > Steve Crawford > > > Stephen Crawford > Center for Environmental Informatics > GeoVISTA Center > College of Earth and Mineral Sciences > The Pennsylvania State University > email: src176 at psu.edu > > _______________________________________________ > 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 Mon Feb 2 14:20:57 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 02 Feb 2004 17:20:57 -0500 Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency In-Reply-To: <06db01c3e9e2$da59e130$6c000a0a@sclark> References: <1075499057.1258.11.camel@katrin> <01b501c3e786$f58abcd0$6c000a0a@sclark> <401ADB33.7060004@pobox.com> <01e701c3e78c$06ebcbe0$6c000a0a@sclark> <401AE7EB.8000504@pobox.com> <401E9B98.1040904@pobox.com> <033101c3e9ca$e818f080$6c000a0a@sclark> <401EB5B0.6050209@pobox.com> <040301c3e9dc$a5c69e00$6c000a0a@sclark> <401EC924.8090400@pobox.com> <06db01c3e9e2$da59e130$6c000a0a@sclark> Message-ID: <401ECD49.1030002@pobox.com> Stephen Clark wrote: > Frank, > > >>If you are wanting to use transparency as a mechanism to blend overlapping >>tiles you are out of luck I am afraid. > > > Essentially this is what I want to do. > > I will have to create a mosaic to produce the imagery results I want for > now. > > Could some basic mosaicing functions be added to gdal in the future? Stephen, GDAL has some basic mosaicing functions now. In the sense that gdalwarp can be used to successivly overlay component images into a mosaic. This includes control of "nodata" values for each pass. However, it doesn't include cutline support or feathering across cutlines which would be quite desirable. This is definately a direction I would like to go with GDAL. 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 sp_ml at sourcepole.com Mon Feb 2 14:33:21 2004 From: sp_ml at sourcepole.com (Pirmin Kalberer) Date: Mon, 2 Feb 2004 23:33:21 +0100 Subject: [Mapserver-users] ANN: MapScript for Ruby In-Reply-To: References: Message-ID: <200402022333.21860.sp_ml@sourcepole.com> Am Montag, 2. Februar 2004 22.30 schrieb Sean Gillies: > I just looked at the patch to mapscript.i. It won't work with the > next release due to my recent work on the styleObj shadow class > > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=548 > For this styleObj API only one of the examples has to be changed. > But there's no reason why we can't work together to bring the Ruby > bindings into the fold for the next release. If you add the Ruby bindings (without patch) to the CVS we would fix the example. Regards Pirmin -- Pirmin Kalberer sourcepole - Linux & Open Source Solutions pi at sourcepole.com http://www.sourcepole.com From assefa at dmsolutions.ca Mon Feb 2 14:34:32 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Mon, 02 Feb 2004 17:34:32 -0500 Subject: [Mapserver-users] Mapserver WFS performance In-Reply-To: <401ECA26.7020101@pobox.com> References: <401EC2EF.9000409@dmsolutions.ca> <401ECA26.7020101@pobox.com> Message-ID: <401ED078.5090001@dmsolutions.ca> I have added 2 enhencements bugs (552 and 553) to keep track of these discussions. Later, Frank Warmerdam wrote: > Yewondwossen Assefa wrote: > >> Here is how things work : >> - the user does a wfs request >> - in is translated in mapserver query : the query does not take into >> account the maxfeatures. >> - The MAXFEATURES is taken into account when generating the >> resulting gml file >> >> So yes, It ends up doing the query on all the shapes in your case. >> >> I think we should modify mapserver low level query functions to be >> able to pass a maxfeature parameter. Some of the query functions have >> a mode (single or mulitple), and this notion should be extended to >> support a maxfeature. Once this is done the wfs interface can take >> advantage of it. > > > Assefa, and others, > > On a vaguely related note, the current query interface seems to make a > pass generating the 'item ids' for all the features which match the > query. Then when the query is returned another pass is made fetching the > shapes by id. With shapefiles this isn't particularly expensive, though it > does presumably result in the features being parsed from the binary twice. > > But for some OGR supported formats fetching "by id" can be very expensive. > > If we are restructuring the query mechanism what are the chances of > reviewing > this whole two pass approach? Since WFS is basically always using the > query mechanism it seems this is a significant performance issue for some > WFS setups. Even for "good formats" there is a bunch of overhead. > > Of course, I may be mis-understanding how things are working ... I've only > glanced at it. > > Best regards, > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From grantm at atser.com Mon Feb 2 14:36:17 2004 From: grantm at atser.com (Grant Marblestone) Date: Mon, 2 Feb 2004 16:36:17 -0600 Subject: [Mapserver-users] java dynamic layer creation In-Reply-To: <033d01c3e9cb$660321a0$6c000a0a@sclark> Message-ID: <895CFBF5ECF1904CB5126ADE88667588415D25@FC4102.hcfcd.co.harris.tx.us> Newbie question for yall. I have a jsp application I want to have a zoomable map with points representing some sites. I have used mapserver 3.5 with php, but now there is a java version yes? Is there a way to create a layer based on some x/y coordinates in a sql server database? Much Thanks, Grant From jnielsen at aero-graphics.com Mon Feb 2 14:51:07 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Mon, 2 Feb 2004 15:51:07 -0700 Subject: [Mapserver-users] Setting scale of map while using dbox. Message-ID: <1075762267.401ed45b5c83f@www.agi-lan.com> I was wondering if anyone might be able to tell me how to go about sumbitting a fixed scale (ie: typed in by user) to mapserver when using the dbox stuff. Below is an idea of how to get the scale set but I do not see where "scale" is used in the mapserv.js file. I know a parameter can be passed directly to mapserv cgi and I also noticed functions such as "function Mapserv_setextentfromscale(x, y, scale)" but I dont see where I get my coordinates from (ie: mapx, mapy if just using regular html). I just have a refresh button at the moment to press once the scale is set. Scale=> 1: Would the right was to do this be to call the above function directly with the x, y and scale? TIA ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From steve.lime at dnr.state.mn.us Mon Feb 2 15:04:12 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 02 Feb 2004 17:04:12 -0600 Subject: [Mapserver-users] Mapserver WFS performance Message-ID: Checkout bug 553 for more discussion on this topic... Note that MAXFEATURES was always intended for display, not query, purposes. Steve >>> Frank Warmerdam 2/2/2004 4:07:34 PM >>> Yewondwossen Assefa wrote: > Here is how things work : > - the user does a wfs request > - in is translated in mapserver query : the query does not take into > account the maxfeatures. > - The MAXFEATURES is taken into account when generating the > resulting gml file > > So yes, It ends up doing the query on all the shapes in your case. > > I think we should modify mapserver low level query functions to be able > to pass a maxfeature parameter. Some of the query functions have a mode > (single or mulitple), and this notion should be extended to support a > maxfeature. Once this is done the wfs interface can take advantage of it. Assefa, and others, On a vaguely related note, the current query interface seems to make a pass generating the 'item ids' for all the features which match the query. Then when the query is returned another pass is made fetching the shapes by id. With shapefiles this isn't particularly expensive, though it does presumably result in the features being parsed from the binary twice. But for some OGR supported formats fetching "by id" can be very expensive. If we are restructuring the query mechanism what are the chances of reviewing this whole two pass approach? Since WFS is basically always using the query mechanism it seems this is a significant performance issue for some WFS setups. Even for "good formats" there is a bunch of overhead. Of course, I may be mis-understanding how things are working ... I've only glanced at it. 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 sgillies at frii.com Mon Feb 2 15:48:11 2004 From: sgillies at frii.com (Sean Gillies) Date: Mon, 2 Feb 2004 16:48:11 -0700 Subject: [Mapserver-users] ANN: MapScript for Ruby In-Reply-To: <200402022333.21860.sp_ml@sourcepole.com> References: <200402022333.21860.sp_ml@sourcepole.com> Message-ID: <42B5A84D-55DA-11D8-819C-000393B98B56@frii.com> On Feb 2, 2004, at 3:33 PM, Pirmin Kalberer wrote: > Am Montag, 2. Februar 2004 22.30 schrieb Sean Gillies: >> I just looked at the patch to mapscript.i. It won't work with the >> next release due to my recent work on the styleObj shadow class >> >> http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=548 >> > > For this styleObj API only one of the examples has to be changed. > >> But there's no reason why we can't work together to bring the Ruby >> bindings into the fold for the next release. > > If you add the Ruby bindings (without patch) to the CVS we would fix > the > example. > > Regards > Pirmin > Hi all, I have checked the Ruby files into CVS (HEAD) under mapscript/ruby. At Steve's suggestion I have created two stub interface files: rbmodule.i is for Ruby-specific typemaps and such, rbextend.i is for Ruby-specific extensions to the shadow classes defined in mapscript. Each of these files are automatically included with mapscript.i for Ruby (look for the #ifdef SWIGRUBY directives in mapscript.i). The mapscript.i file remains the place where code common to all languages will be. All that remains to be done is to get CVS access for the Ruby MapScript developers and to add the Ruby module to the code which runs SWIG nightly. One note about this is that swig -ruby generates a lot of noise as all the MapScript classes are capitalized. I wish swig -python did this! Welcome to the neighborhood, Ruby! cheers, Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From delfos18 at yahoo.com Mon Feb 2 16:14:35 2004 From: delfos18 at yahoo.com (J. Delfos) Date: Mon, 2 Feb 2004 16:14:35 -0800 (PST) Subject: [Mapserver-users] Changing inline features with CGI parameters In-Reply-To: <006901c3e996$89192ac0$6400a8c0@BLANKEN> Message-ID: <20040203001435.38921.qmail@web12103.mail.yahoo.com> This may be a very simple (read: dumb) solution, but instead of using map-server to display your error message of "no data to display", perhaps you should use a DHTML solution, e.g.: - a transparent DIV, on top of your map. You can change the text in a div dynamically (using innerhtml), and turn off the div if not needed. - when there's no layer, replace the DHTML image with your own image (and do not resubmit your form). This may not be what you're looking for, but it seems more straightforward and flexible to do it this way. regards, Jacob --- "Wim Blanken (PI)" wrote: > Hello Jan, > > Possible solutions...... > > -Did you specify the TYPE of the Layer? > -I use TRANSFORM OFF (and not False). > > So...... > > TYPE annotation > TRANSFORM OFF > > If this is no solution, could you specify a more complete mapfile? > > Regards, > > Wim Blanken > Geon bv > The Netherlands > > ----- Original Message ----- > From: "Jan Hartmann" > To: "'mapserver list'" > Sent: Monday, February 02, 2004 2:57 PM > Subject: [Mapserver-users] Changing inline features with CGI parameters > > > > Hi Steve and list, > > > > I'm trying to use a feature object for error messages. My mapfile > looks > > like this: > > > > map > > > > layer > > .. > > end > > > > layer > > .. > > end > > > > layer > > transform false > > feature > > text "No data for this map > > points 10 10 end > > end > > class > > color 255 0 0 > > ... > > end > > end > > > > Layers ar selected with expressions from the URL, and if no data are > > found, every layer but the last is turned off and the error message is > > displayed. Works fine. However, I want to be able to change the > > feature's text and position from the URL. The CGI Reference shows how > to > > do this by creating a new feature from the URL: > > > > > ...&map_webuser_feature=new&map_webuser_feature_points=12345.6789+12345.6789 > &map_webuser_feature_text=My+House!&.. > > > > This only works when *no* feature is defined in the MapFile, else > > nothing is shown. When omitting "feature=new" MapServer segfaults. > > > > AFAICS existing features are not accessible from the URL. Is this by > > design, or can something be done about it? I am thinking of an > > application with lots of default error messages that can be toggled on > > and off individually in different positions. It would be easier to do > > this with predefined (and named) feature objects. I can live with the > > present situation though. > > > > Jan > > > > > > > > > > _______________________________________________ > > 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! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From ed at topozone.com Mon Feb 2 16:57:04 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 2 Feb 2004 19:57:04 -0500 Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3B17@mercator.topozone.com> Stephen - Can you explain what results you ARE getting, and what input parameters you're using? You've said you have "no luck", but we don't know what that means. Do you know what spatial resolution per pixel you are or should be using? That is an important part of the picture. ANY image you request that is 1,800 pixels across will be 300 DPI at 6 inches width. WIDTH=1800 is all you need. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Stephen Clark [mailto:stephen.clark at focus.ca] Sent: Monday, February 02, 2004 3:30 PM To: Stephen Clark; Ed McNierney; Kralidis,Tom [Burlington]; Frank Warmerdam Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency Ed or others, If you have the time could you look at the LAYER below and help me out with the appropriate parameters to get a 300 dpi image at 6 inches using the BBOX, WIDTH and HEIGHT centering on UTM Zone 10 coordinates 583695, 6267684. Has there been some discussions on this in the Archives because I have come up with a blank on this..? thanks Stephen ----- Original Message ----- From: "Stephen Clark" To: "Ed McNierney" ; "Kralidis,Tom [Burlington]" ; "Frank Warmerdam" Cc: Sent: Monday, February 02, 2004 9:14 AM Subject: Re: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency > Ed, > > How would I do that with the following layer for CanImage: > > e.g., using the BBOX parameter ??? > > > LAYER # Centre d'information Topographique - CIT Sherbrooke > NAME "CANIMAGE" > TYPE RASTER > OFFSITE 0 0 0 > STATUS on > CONNECTIONTYPE WMS > CONNECTION "http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?" > METADATA > "wms_title" "CANIMAGE" > "wms_name" "CANIMAGE:CanImage/CanImage" > "wms_server_version" "1.1.0" > "wms_srs" "epsg:26910" > "wms_format" "image/png" > END > PROJECTION > "init=epsg:26910" > END > END # > > > > Thanks > Stephen > > > > ----- Original Message ----- > From: "Ed McNierney" > To: "Kralidis,Tom [Burlington]" ; "Stephen Clark" > ; "Frank Warmerdam" > Cc: > Sent: Friday, January 30, 2004 6:51 PM > Subject: RE: [Mapserver-users] I have some landsat 7 data that I want to > tile : overlap + transparency > > > Folks - > > The concept of a 300 dpi image from spatial imagery is nothing more than > a convenient fiction. EVERY WMS command produces a 300 dpi image - at a > certain output scale. > > You need to define one more variable - the geographic dimensions of a > pixel. This will let you calculate the image size you want. Say, for > example, you want to create a 300 dpi image in which each pixel > represents 15 meters (in each dimension). This means each inch on the > output product will be 300 x 15 meters, so your output scale is 1 inch = > 300 x 15 meters or 1 inch = 300 x 15 x 39.37 inches - a scale of > 1:177,165. > > If you'd like to do that, and produce a 6" x 6" 300 dpi image at a > resolution of 15 meters per pixel, your WMS request asks for 6 x 300 x > 15 or 27,000 meters in each dimension (in the BBOX parameter) and asks > for a WIDTH and HEIGHT of 1,800 pixels (6 inches at 300 dpi). > > If you'd like the image to be 10 meters per pixel, or 30 meters per > pixel, you would request a BBOX where delta X and delta Y were both > 18,000 meters or 54,000 meters respectively. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com > -----Original Message----- > From: Kralidis,Tom [Burlington] [mailto:Tom.Kralidis at ec.gc.ca] > Sent: Friday, January 30, 2004 7:58 PM > To: 'Stephen Clark'; Frank Warmerdam > Cc: mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] I have some landsat 7 data that I want to > tile : overlap + transparency > > > > > -----Original Message----- > > From: Stephen Clark [mailto:stephen.clark at focus.ca] > > Sent: Friday, January 30, 2004 7:57 PM > > To: Kralidis,Tom [Burlington]; Frank Warmerdam > > Cc: mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I want > > to tile : overlap + transparency > > > > > > Tom, > > > > Is this the same as the CANIMAGE WMS layer from : > > > > "http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?" > > > > The CanImage layer is a processed set, with no overlaps, at 15m > resolution. > The CCRS Landsat are band 743, as distributed by GeoGratis. Same base > product, different pre-processing done to the data. IMHO, the CanImage > product looks more seamless. > > > If so I already have this layer added to MapServer. > > > > My use of Landsat 7 Imagery is for a backdrop in my PDF files. But I > > cannot get the WMS server to produce a 300 dpi image so I need to copy > > > them locally to produce the 300 dpi PDF files. > > > > Do you know of a WMS command that will produce an image ad a > > particular DPI? > > > > No, anyone else got an idea here? > > ..Tom > > > thanks > > Stephen > > > > ----- Original Message ----- > > From: "Kralidis,Tom [Burlington]" > > To: "'Stephen Clark'" ; "Frank Warmerdam" > > > > Cc: > > Sent: Friday, January 30, 2004 2:59 PM > > Subject: RE: [Mapserver-users] I have some landsat 7 data that I want > > to tile : overlap + transparency > > > > > > > > > > Hi Stephen, > > > > > > What are your requirements for using the Landsat 7 Orthoimagery in > > > MapServer? > > > > > > The CCRS WMS has the entire Landsat 7 Orthorectified Imagery > > > collection, which is on GeoGratis, available as OGC:WMS: > > > > > > URL: http://ceoware2.ccrs.nrcan.gc.ca/cubewerx/cubeserv/cubeserv.cgi > > > Layer name: L7O_B743:CEOWARE2 > > > > > > Note that this layer is also timestamped, i.e. you can > > query via TIME > > > in OGC:WMS also. The scenes' black areas are transparent. > > > > > > Just thought it'd be easier to point to an OGC:WMS of this > > data rather > > than > > > roll your own. > > > > > > Another comment: I'd be interested, as a separate exercise, how > > > MapServer deals with overlapping images in a given layer. > > What kind > > > of algorithm is done between scenes which overlap? > > > > > > Thanks > > > > > > ..Tom > > > > > > ========================= > > > Tom Kralidis > > > Systems Scientist > > > Environment Canada > > > Tel: +01-905-336-4409 > > > http://www.ec.gc.ca/cise/ > > > > > > ========================= > > > > > > > -----Original Message----- > > > > From: Stephen Clark [mailto:stephen.clark at focus.ca] > > > > Sent: Friday, January 30, 2004 6:52 PM > > > > To: Frank Warmerdam > > > > Cc: mapserver-users at lists.gis.umn.edu > > > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I > > > > want to tile : overlap + transparency > > > > > > > > > > > > Frank, > > > > > > > > My landsat data is from the Geogratis web site : > > > > > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/ > > > > > > > > Specifically these three scenes as example: > > > > > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > > tm/047021/ > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > > tm/048021/ > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > > tm/049021/ > > > > > > > > I compressed the files to ECW and produced this layer: > > > > > > > > LAYER > > > > NAME landsat_048_021_rgb > > > > DATA > > > > > > "d:/datasets/imagery/landsat/ecw/048021_0100_990804_l7_743_utm10.ecw" > > > > TYPE RASTER > > > > STATUS ON > > > > TRANSPARENCY 60 > > > > > > > > # turn off the black background in the image files > > > > OFFSITE 0 0 0 > > > > END > > > > > > > > > > > > >Do all the images have the same background value? YES > > -- they do. > > > > There is a residual amount of black fuzziness around the scenes > > > > after using the above OFFSITE command. > > > > > > > > Here is a LAYER file for the tiled index of Landsat scenes: > > > > > > > > LAYER > > > > NAME landsat_tile > > > > TILEINDEX "d:/datasets/imagery/landsat/landsat_index.shp" > > > > TILEITEM "location" > > > > TYPE RASTER > > > > STATUS ON > > > > TRANSPARENCY 60 > > > > > > > > # turn off the black background in the image files > > > > OFFSITE 0 0 0 > > > > > > > > METADATA > > > > WMS_TITLE "Lansdat 7 Imagery " > > > > WMS_ABSTRACT "N/A" > > > > WMS_SRS "EPSG:26910" > > > > END > > > > > > > > END > > > > > > > > But this tiled layer does not have any transparency. How would I > > > > fix this? > > > > > > > > thanks > > > > Stephen > > > > > > > > ----- Original Message ----- > > > > From: "Frank Warmerdam" > > > > To: "Stephen Clark" > > > > Cc: > > > > Sent: Friday, January 30, 2004 2:31 PM > > > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I > > > > want to tile : overlap + transparency > > > > > > > > > > > > > Stephen Clark wrote: > > > > > > Hi All, > > > > > > > > > > > > > > > > > > I have some landsat 7 data that I want to tile but the scenes > > > > > > overlap. > > > > > > > > > > > > Can I use some sort of command that can be added to the > > > > "gdaltindex" > > > > > > command to add a transparency value to these scenes > > so that the > > > > > > overlap areas can show through. > > > > > > > > > > Stephen, > > > > > > > > > > Do all the images have the same background value? If > > so, use it > > > > > as the offsite value for the whole layer and it will be used > > > > with all the > > > > > images. The other alternative is to store the tiles in a format > > > > > for which GDAL recognises "nodata" values, but this isn't very > > > > convenient > > > > > to arrange. There is no way to include nodata values in > > the raster > > > > > tile index. > > > > > > > > > > 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/maps> erver-users > > > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From delfos18 at yahoo.com Mon Feb 2 18:04:19 2004 From: delfos18 at yahoo.com (J. Delfos) Date: Mon, 2 Feb 2004 18:04:19 -0800 (PST) Subject: [Mapserver-users] I have some landsat 7 data that I want to tile : overlap + transparency In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E3B17@mercator.topozone.com> Message-ID: <20040203020419.32990.qmail@web12105.mail.yahoo.com> Stephen, Are you trying to actually produce a printout at a resolution of 300dpi? Because as far as I know you can't do that from a browser. A browser will most frequently print at 96dpi. In my site, I implemented some javascript that will zoom to a certain printing scale, for a certain pagesize. But to do this, I have to create a map at a different size, and adjust my extents. The printing resolution stays the same however (96dpi), it's only the size of the print you can change. The image will not come out any sharper from a browser. Only if you were to export your map image to an external graphic package you might be able to get to a certain resolution. Ed, I agree completely about the misconcept of dpi's for airial imagery. The only way to get your imagery at a certain scale, or at a certain resolution, is to calculate the size of a pixel, and then to either adjust your mapsize to get a different resolution, or to adjust your map extent to get a different scale (keeping the resolution the same). Jacob --- Ed McNierney wrote: > Stephen - > > Can you explain what results you ARE getting, and what input parameters > you're using? You've said you have "no luck", but we don't know what > that means. > > Do you know what spatial resolution per pixel you are or should be > using? That is an important part of the picture. > > ANY image you request that is 1,800 pixels across will be 300 DPI at 6 > inches width. WIDTH=1800 is all you need. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com > -----Original Message----- > From: Stephen Clark [mailto:stephen.clark at focus.ca] > Sent: Monday, February 02, 2004 3:30 PM > To: Stephen Clark; Ed McNierney; Kralidis,Tom [Burlington]; Frank > Warmerdam > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] I have some landsat 7 data that I want to > tile : overlap + transparency > > Ed or others, > > If you have the time could you look at the LAYER below and help me out > with the appropriate parameters to get a 300 dpi image at 6 inches using > the BBOX, WIDTH and HEIGHT centering on UTM Zone 10 coordinates 583695, > 6267684. > > Has there been some discussions on this in the Archives because I have > come up with a blank on this..? > > thanks > Stephen > > > > > ----- Original Message ----- > From: "Stephen Clark" > To: "Ed McNierney" ; "Kralidis,Tom [Burlington]" > ; "Frank Warmerdam" > Cc: > Sent: Monday, February 02, 2004 9:14 AM > Subject: Re: [Mapserver-users] I have some landsat 7 data that I want to > tile : overlap + transparency > > > > Ed, > > > > How would I do that with the following layer for CanImage: > > > > e.g., using the BBOX parameter ??? > > > > > > LAYER # Centre d'information Topographique - CIT Sherbrooke > > NAME "CANIMAGE" > > TYPE RASTER > > OFFSITE 0 0 0 > > STATUS on > > CONNECTIONTYPE WMS > > CONNECTION "http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?" > > METADATA > > "wms_title" "CANIMAGE" > > "wms_name" "CANIMAGE:CanImage/CanImage" > > "wms_server_version" "1.1.0" > > "wms_srs" "epsg:26910" > > "wms_format" "image/png" > > END > > PROJECTION > > "init=epsg:26910" > > END > > END # > > > > > > > > Thanks > > Stephen > > > > > > > > ----- Original Message ----- > > From: "Ed McNierney" > > To: "Kralidis,Tom [Burlington]" ; "Stephen > Clark" > > ; "Frank Warmerdam" > > Cc: > > Sent: Friday, January 30, 2004 6:51 PM > > Subject: RE: [Mapserver-users] I have some landsat 7 data that I want > to > > tile : overlap + transparency > > > > > > Folks - > > > > The concept of a 300 dpi image from spatial imagery is nothing more > than > > a convenient fiction. EVERY WMS command produces a 300 dpi image - at > a > > certain output scale. > > > > You need to define one more variable - the geographic dimensions of a > > pixel. This will let you calculate the image size you want. Say, for > > example, you want to create a 300 dpi image in which each pixel > > represents 15 meters (in each dimension). This means each inch on the > > output product will be 300 x 15 meters, so your output scale is 1 inch > = > > 300 x 15 meters or 1 inch = 300 x 15 x 39.37 inches - a scale of > > 1:177,165. > > > > If you'd like to do that, and produce a 6" x 6" 300 dpi image at a > > resolution of 15 meters per pixel, your WMS request asks for 6 x 300 x > > 15 or 27,000 meters in each dimension (in the BBOX parameter) and asks > > for a WIDTH and HEIGHT of 1,800 pixels (6 inches at 300 dpi). > > > > If you'd like the image to be 10 meters per pixel, or 30 meters per > > pixel, you would request a BBOX where delta X and delta Y were both > > 18,000 meters or 54,000 meters respectively. > > > > - Ed > > > > Ed McNierney > > President and Chief Mapmaker > > TopoZone.com > > -----Original Message----- > > From: Kralidis,Tom [Burlington] [mailto:Tom.Kralidis at ec.gc.ca] > > Sent: Friday, January 30, 2004 7:58 PM > > To: 'Stephen Clark'; Frank Warmerdam > > Cc: mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] I have some landsat 7 data that I want > to > > tile : overlap + transparency > > > > > > > > > -----Original Message----- > > > From: Stephen Clark [mailto:stephen.clark at focus.ca] > > > Sent: Friday, January 30, 2004 7:57 PM > > > To: Kralidis,Tom [Burlington]; Frank Warmerdam > > > Cc: mapserver-users at lists.gis.umn.edu > > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I > want > > > to tile : overlap + transparency > > > > > > > > > Tom, > > > > > > Is this the same as the CANIMAGE WMS layer from : > > > > > > "http://wms.cits.rncan.gc.ca/cgi-bin/cubeserv.cgi?" > > > > > > > The CanImage layer is a processed set, with no overlaps, at 15m > > resolution. > > The CCRS Landsat are band 743, as distributed by GeoGratis. Same base > > product, different pre-processing done to the data. IMHO, the > CanImage > > product looks more seamless. > > > > > If so I already have this layer added to MapServer. > > > > > > My use of Landsat 7 Imagery is for a backdrop in my PDF files. But > I > > > cannot get the WMS server to produce a 300 dpi image so I need to > copy > > > > > them locally to produce the 300 dpi PDF files. > > > > > > Do you know of a WMS command that will produce an image ad a > > > particular DPI? > > > > > > > No, anyone else got an idea here? > > > > ..Tom > > > > > thanks > > > Stephen > > > > > > ----- Original Message ----- > > > From: "Kralidis,Tom [Burlington]" > > > To: "'Stephen Clark'" ; "Frank Warmerdam" > > > > > > Cc: > > > Sent: Friday, January 30, 2004 2:59 PM > > > Subject: RE: [Mapserver-users] I have some landsat 7 data that I > want > > > to tile : overlap + transparency > > > > > > > > > > > > > > Hi Stephen, > > > > > > > > What are your requirements for using the Landsat 7 Orthoimagery in > > > > MapServer? > > > > > > > > The CCRS WMS has the entire Landsat 7 Orthorectified Imagery > > > > collection, which is on GeoGratis, available as OGC:WMS: > > > > > > > > URL: > http://ceoware2.ccrs.nrcan.gc.ca/cubewerx/cubeserv/cubeserv.cgi > > > > Layer name: L7O_B743:CEOWARE2 > > > > > > > > Note that this layer is also timestamped, i.e. you can > > > query via TIME > > > > in OGC:WMS also. The scenes' black areas are transparent. > > > > > > > > Just thought it'd be easier to point to an OGC:WMS of this > > > data rather > > > than > > > > roll your own. > > > > > > > > Another comment: I'd be interested, as a separate exercise, how > > > > MapServer deals with overlapping images in a given layer. > > > What kind > > > > of algorithm is done between scenes which overlap? > > > > > > > > Thanks > > > > > > > > ..Tom > > > > > > > > ========================= > > > > Tom Kralidis > > > > Systems Scientist > > > > Environment Canada > > > > Tel: +01-905-336-4409 > > > > http://www.ec.gc.ca/cise/ > > > > > > > > ========================= > > > > > > > > > -----Original Message----- > > > > > From: Stephen Clark [mailto:stephen.clark at focus.ca] > > > > > Sent: Friday, January 30, 2004 6:52 PM > > > > > To: Frank Warmerdam > > > > > Cc: mapserver-users at lists.gis.umn.edu > > > > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I > > > > > want to tile : overlap + transparency > > > > > > > > > > > > > > > Frank, > > > > > > > > > > My landsat data is from the Geogratis web site : > > > > > > > > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/utm/ > > > > > > > > > > Specifically these three scenes as example: > > > > > > > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > > > tm/047021/ > > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > > > tm/048021/ > > > > > http://geogratis.cgdi.gc.ca/download/landsat_7/ortho/geotiff/u > > > > > tm/049021/ > > > > > > > > > > I compressed the files to ECW and produced this layer: > > > > > > > > > > LAYER > > > > > NAME landsat_048_021_rgb > > > > > DATA > > > > > > > > > "d:/datasets/imagery/landsat/ecw/048021_0100_990804_l7_743_utm10.ecw" > > > > > TYPE RASTER > > > > > STATUS ON > > > > > TRANSPARENCY 60 > > > > > > > > > > # turn off the black background in the image files > > > > > OFFSITE 0 0 0 > > > > > END > > > > > > > > > > > > > > > >Do all the images have the same background value? YES > > > -- they do. > > > > > There is a residual amount of black fuzziness around the scenes > > > > > after using the above OFFSITE command. > > > > > > > > > > Here is a LAYER file for the tiled index of Landsat scenes: > > > > > > > > > > LAYER > > > > > NAME landsat_tile > > > > > TILEINDEX "d:/datasets/imagery/landsat/landsat_index.shp" > > > > > TILEITEM "location" > > > > > TYPE RASTER > > > > > STATUS ON > > > > > TRANSPARENCY 60 > > > > > > > > > > # turn off the black background in the image files > > > > > OFFSITE 0 0 0 > > > > > > > > > > METADATA > > > > > WMS_TITLE "Lansdat 7 Imagery " > > > > > WMS_ABSTRACT "N/A" > > > > > WMS_SRS "EPSG:26910" > > > > > END > > > > > > > > > > END > > > > > > > > > > But this tiled layer does not have any transparency. How would > I > > > > > fix this? > > > > > > > > > > thanks > > > > > Stephen > > > > > > > > > > ----- Original Message ----- > > > > > From: "Frank Warmerdam" > > > > > To: "Stephen Clark" > > > > > Cc: > > > > > Sent: Friday, January 30, 2004 2:31 PM > > > > > Subject: Re: [Mapserver-users] I have some landsat 7 data that I > > > > > want to tile : overlap + transparency > > > > > > > > > > > > > > > > Stephen Clark wrote: > > > > > > > Hi All, > > > > > > > > > > > > > > > > > > > > > I have some landsat 7 data that I want to tile but the > scenes > > > > > > > overlap. > > > > > > > > > > > > > > Can I use some sort of command that can be added to the > > > > > "gdaltindex" > > > > > > > command to add a transparency value to these scenes > > > so that the > > > > > > > overlap areas can show through. > > > > > > > > > > > > Stephen, > > > > > > > > > > > > Do all the images have the same background value? If > > > so, use it > > > > > > as the offsite value for the whole layer and it will be used > > > > > with all the > > > > > > images. The other alternative is to store the tiles in a > format > > > > > > for which GDAL recognises "nodata" values, but this isn't very > > > > > convenient > > > > > > to arrange. There is no way to include nodata values in > > > the raster > > > > > > tile index. > > > > > > > > > > > > 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/maps> erver-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 __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From mofumyke at yahoo.com Tue Feb 3 03:30:51 2004 From: mofumyke at yahoo.com (yuth hor) Date: Tue, 3 Feb 2004 03:30:51 -0800 (PST) Subject: [Mapserver-users] Mapserver 4.1 (dev) and SVG output problem Message-ID: <20040203113051.13302.qmail@web14810.mail.yahoo.com> --0-1781808144-1075807851=:12079 Content-Type: text/plain; charset=us-ascii Hi all, I have tried to generate the SVG file from mapserver, first, I use Redhat 9 + Mapserver 4.1 (nightly build (27.01.04) So, My results are: 1. It was ok with the shp file in UTM 2. It had a problem with a shp file in Lat Lon (because the SVG file that returned from Mapserver is Integer value not floating point) Here is the result SVG from Mapserver; Generated by MapServer Anyone can guide me? Thank you very much in advanced, Teerayut --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! --0-1781808144-1075807851=:12079 Content-Type: text/html; charset=us-ascii

Hi all,

 

I have tried to generate the SVG file from mapserver, first, I use Redhat 9 + Mapserver 4.1 (nightly build (27.01.04)

 

So, My results are:

 1. It was ok with the shp file in UTM

 2. It had a problem with a shp file in Lat Lon (because the SVG file that returned from Mapserver is Integer value not floating point)

 

Here is the result SVG from Mapserver;

 

<?xml version="1.0" encoding="iso-8859-1" standalone="no"?>

<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 20010904//EN" "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd"

>

 

<!-- flip the y coordinates so that the map orientation matches the graphic orientation -->

<svg viewBox="135.000000 -49.000000 149.000000 -35.000000">

   

 

<desc>Generated by MapServer</desc>

<defs>

<style type="text/css">

<![CDATA[

.point { fill:black;stroke:black }

.line { fill:none;stroke:black }

.poly { cursor:pointer;fill:#003366;stroke:#999999;stroke-width:0.1 }

]]>

</style>

 

</defs>

 

<!-- features to follow -->

<!-- this is the start of a layer -->

<g class="poly">

<path id="[CTY_FIPS]" d="M 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33M 132 -34 132 -34 132 -34 132 -34 132 -34 132 -34 132 -34 132 -34 132 -34 132 -34 132 -34M 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33M 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33M 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33M 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33M 132 -33 132 -33 132 -・・・・.142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -45 142 -45 142 -45 142 -45 142 -45 142 -45 142 -45 142 -45 142 -45 142 -45">

 

</path>

</g>

<!-- this is the end of a layer -->

<script>

 <![CDATA[

 

    ]]>

 </script>

</svg>   

 

Anyone can guide me?

 

Thank you very much in advanced,

 

Teerayut

Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it! --0-1781808144-1075807851=:12079-- From spencer at dmsolutions.ca Tue Feb 3 04:06:55 2004 From: spencer at dmsolutions.ca (Paul Spencer) Date: Tue, 03 Feb 2004 07:06:55 -0500 Subject: [Mapserver-users] Re: [ms4w-users] Query to a shapefile In-Reply-To: <002201c3ea3d$35881040$4cc8a8c0@hapro> References: <002201c3ea3d$35881040$4cc8a8c0@hapro> Message-ID: <401F8EDF.7010201@magma.ca> Hagen, sorry but the ms4w list is for problems relating to the ms4w package, not how to work with MapServer. Your best bet for a response is to use the mapserver-users mailing list, I will forward this message there, but I encourage you to subscribe (http://mapserver.gis.umn.edu) and post your mapserver questions there. Cheers, Paul hpr wrote: > Hello users, > > I'm a newbie on mapserver, PHP and Javascript. > I'd like to send a query from a form to a shapefile. But the resulting > records should > not appear in a html-template. I need the results (field-values) in a > variable (or other) to > put these in a list-field of a form. This can be one or many results. > Then I'd like to reselect > a record from this list and zoom to this feature at the map and show the > field-values in a > html-template. > > Does anyone know how to do this ? > > > Hagen > -- ----------------------------------------------------------------- |Paul Spencer spencer at dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- From boily at bsw.org Tue Feb 3 04:33:11 2004 From: boily at bsw.org (Roger Boily) Date: Tue, 03 Feb 2004 13:33:11 +0100 Subject: [Mapserver-users] Querying on multiple fields Message-ID: <401F9507.6030401@bsw.org> Hi, On a cgi url I've tried to query on multiple fields with this: NB: for easy reading space and " are normals but I used %20(space) and %27(') &qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24') it works perfectly on windows Mapserver 4.0.1 But I receive error 500 from Apache on linux: (Premature end of script headers: mapserv) &qitem=PART_N&qstring=556 works fine on linux but I receive the same error with: &qstring=('[PART_N]' IN '556') Is there anyone who has any idea? Is there a way to make multiple fileds query with qitem and qstring? Thanks a lot Roger From jhart at frw.uva.nl Tue Feb 3 04:45:24 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Tue, 03 Feb 2004 13:45:24 +0100 Subject: [Mapserver-users] Changing inline features with CGI parameters In-Reply-To: <20040203001435.38921.qmail@web12103.mail.yahoo.com> References: <20040203001435.38921.qmail@web12103.mail.yahoo.com> Message-ID: <401F97E4.2080408@frw.uva.nl> J. Delfos wrote: > This may be a very simple (read: dumb) solution, but instead of using > map-server to display your error message of "no data to display", perhaps > you should use a DHTML solution, e.g.: > > - a transparent DIV, on top of your map. You can change the text in a div > dynamically (using innerhtml), and turn off the div if not needed. > - when there's no layer, replace the DHTML image with your own image (and > do not resubmit your form). > > This may not be what you're looking for, but it seems more straightforward > and flexible to do it this way. > > > regards, > > Jacob > Yes, in most cases that would be a simpler solution. In my case however, I also want to put messages relative to geographical items in the map (TRANSFORM FALSE) and for that I need MapServer to position everything. Jan From ray.ward at mapfusion.com Tue Feb 3 06:07:23 2004 From: ray.ward at mapfusion.com (Ray Ward) Date: Tue, 3 Feb 2004 09:07:23 -0500 Subject: [Mapserver-users] Compiling Ming on Solaris 8 (Sparc) Message-ID: Hi, I'm attempting to compile Mapserver on a Solaris 8 (Sparc) box. But I'm having considerable difficulties compiling the dependency's, especially Ming, I've tried several versions and a few tweaks to the Makefiles that were on the ming site, but still no go. I was just wondering if anyone on this list has successfully compiled Ming on Solaris 8, and if so what did you have to do, and what versions of gmake, gcc, etc did you use? Any help would be appreciated, Thanks in advance. Ray, _______________________________ Ray Ward IT Technician MapFusion Technologies Inc. mailto:ray.ward at mapfusion.com 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 kgeurts at gis.umn.edu Tue Feb 3 08:13:39 2004 From: kgeurts at gis.umn.edu (Kari Geurts) Date: Tue, 03 Feb 2004 10:13:39 CST Subject: [Mapserver-users] ANN: MapScript for Ruby Message-ID: <200402031613.i13GDe1I032619@trojan.software.umn.edu> Hello Gentlemen, Just wanted to check in to see if you need me to do anything to help with this endeavor? Do you want this available through the website? If so where should it go? Let me know. Kari A. Geurts MDP Coordinator Department of Forest Resources University of Minnesota 115 Green Hall 1530 Cleveland Ave. N. St. Paul, MN 55108-6112 Phone: 612-624-3459 Email: kgeurts at gis.umn.edu > On Feb 2, 2004, at 3:33 PM, Pirmin Kalberer wrote: > > > Am Montag, 2. Februar 2004 22.30 schrieb Sean Gillies: > >> I just looked at the patch to mapscript.i. It won't work with the > >> next release due to my recent work on the styleObj shadow class > >> > >> http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=548 > >> > > > > For this styleObj API only one of the examples has to be changed. > > > >> But there's no reason why we can't work together to bring the Ruby > >> bindings into the fold for the next release. > > > > If you add the Ruby bindings (without patch) to the CVS we would fix > > the > > example. > > > > Regards > > Pirmin > > > > Hi all, > > I have checked the Ruby files into CVS (HEAD) under mapscript/ruby. At > Steve's > suggestion I have created two stub interface files: rbmodule.i is for > Ruby-specific typemaps and such, rbextend.i is for Ruby-specific > extensions > to the shadow classes defined in mapscript. Each of these files are > automatically included with mapscript.i for Ruby (look for the #ifdef > SWIGRUBY directives in mapscript.i). > > The mapscript.i file remains the place where code common to all > languages > will be. > > All that remains to be done is to get CVS access for the Ruby MapScript > developers and to add the Ruby module to the code which runs SWIG > nightly. One note about this is that swig -ruby generates a lot of > noise as all the MapScript classes are capitalized. I wish swig -python > did this! > > Welcome to the neighborhood, Ruby! > > cheers, > Sean > > -- > Sean Gillies > sgillies at frii dot com > http://users.frii.com/sgillies > > From gillessod at yahoo.de Tue Feb 3 08:15:39 2004 From: gillessod at yahoo.de (=?iso-8859-1?q?Gilles=20Sodatonou?=) Date: Tue, 3 Feb 2004 17:15:39 +0100 (CET) Subject: [Mapserver-users] Maplab problem: blank map in ROSA Applet Message-ID: <20040203161539.51338.qmail@web12007.mail.yahoo.com> Hello users, I'm using Maplab with MapServer and PostgreSQL/PostGIS. When I try to edit a mapfile(with a PostGIS query), the MapBrowser and my standard IE-Browser also, display a blank map in the ROSA Applet. I wrote a demo mapfile without Maplab and the IE-Browser displayed the PostgreSQL data as it should. Here is the mapfile: LAYER NAME "test" STATUS DEFAULT DATA "geom from mytable" TYPE POINT CONNECTIONTYPE POSTGIS CONNECTION "user=surfer dbname=hal host=localhost port=5432" CLASS NAME 'test' SYMBOL 'circle' SIZE 7 COLOR 255 0 0 END END Can anyone helps? Thanks in advance, Gilles Mit sch?nen Gr??en von Yahoo! Mail - http://mail.yahoo.de From jvanulde at nrcan.gc.ca Tue Feb 3 09:37:36 2004 From: jvanulde at nrcan.gc.ca (Van Ulden, Joost) Date: Tue, 3 Feb 2004 12:37:36 -0500 Subject: [Mapserver-users] XML -> OGR Virtual Datasource -> Dynamic Point Layer Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B895B6@s5-van1-r1.ess.nrcan.gc.ca> Hi all, Just wondering if anyone had thought of this... or done this? It would be useful to be able to link to a remote XML document (such as USGS Earthquake Epicenters :) that is updated daily) and generate a dynamic point layer. Would be easier than harvesting and connecting through existing mechanisms. Food for thought. Cheers, ============================================ 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 ============================================ From bartvde at xs4all.nl Tue Feb 3 10:38:48 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 03 Feb 2004 19:38:48 +0100 Subject: [Mapserver-users] Mapserver WFS performance In-Reply-To: References: Message-ID: Hi Steve, just for clarity. I was not referring to the MAXFEATURES parameter of the Mapserver MAP file. I was referring to the MAXFEATURES parameter which is part of the OGC WFS interface (passed over HTTP GET to the Mapserver WFS). Maybe ofcourse Mapserver WFS internally passes this the same way to the Mapserver core as the MAXFEATURES parameter from the MAP file. This I don't know. Best regards, Bart On Mon, 02 Feb 2004 17:04:12 -0600, Steve Lime wrote: > Checkout bug 553 for more discussion on this topic... > > Note that MAXFEATURES was always intended for display, not query, > purposes. > > Steve > >>>> Frank Warmerdam 2/2/2004 4:07:34 PM >>> > Yewondwossen Assefa wrote: >> Here is how things work : >> - the user does a wfs request >> - in is translated in mapserver query : the query does not take > into >> account the maxfeatures. >> - The MAXFEATURES is taken into account when generating the >> resulting gml file >> >> So yes, It ends up doing the query on all the shapes in your case. >> >> I think we should modify mapserver low level query functions to be > able >> to pass a maxfeature parameter. Some of the query functions have a > mode >> (single or mulitple), and this notion should be extended to support a > >> maxfeature. Once this is done the wfs interface can take advantage of > it. > > Assefa, and others, > > On a vaguely related note, the current query interface seems to make a > pass generating the 'item ids' for all the features which match the > query. Then when the query is returned another pass is made fetching > the > shapes by id. With shapefiles this isn't particularly expensive, > though it > does presumably result in the features being parsed from the binary > twice. > > But for some OGR supported formats fetching "by id" can be very > expensive. > > If we are restructuring the query mechanism what are the chances of > reviewing > this whole two pass approach? Since WFS is basically always using the > query mechanism it seems this is a significant performance issue for > some > WFS setups. Even for "good formats" there is a bunch of overhead. > > Of course, I may be mis-understanding how things are working ... I've > only > glanced at it. > > Best regards, > -- From pramsey at refractions.net Tue Feb 3 10:42:13 2004 From: pramsey at refractions.net (Paul Ramsey) Date: Tue, 03 Feb 2004 10:42:13 -0800 Subject: [Mapserver-users] XML -> OGR Virtual Datasource -> Dynamic Point Layer In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B895B6@s5-van1-r1.ess.nrcan.gc.ca> Message-ID: A little slow though, particularly when the data changes only daily. Surely harvesting is not *that* aesthetically displeasing? Maybe we should just get the USGS to publish their data as a WFS so the existing remote XML handling code can be brought to bear :) Paul On Tuesday, February 3, 2004, at 09:37 AM, Van Ulden, Joost wrote: > Hi all, > > Just wondering if anyone had thought of this... or done this? > > It would be useful to be able to link to a remote XML document (such > as USGS > Earthquake Epicenters :) that is updated daily) and generate a dynamic > point > layer. Would be easier than harvesting and connecting through existing > mechanisms. Food for thought. > > Cheers, > > ============================================ > 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 > ============================================ > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > Paul Ramsey Refractions Research Email: pramsey at refractions.net Phone: (250) 885-0632 From mapserver at digger.net Tue Feb 3 13:18:36 2004 From: mapserver at digger.net (Dave Walton) Date: Tue, 3 Feb 2004 13:18:36 -0800 Subject: [Mapserver-users] Re: MapServer 4.0 Tutorial problems In-Reply-To: <20040203180006.5320.82356.Mailman@lists.gis.umn.edu> References: <20040203180006.5320.82356.Mailman@lists.gis.umn.edu> Message-ID: <20040203131836.58740e65.mapserver@digger.net> On Tue, 03 Feb 2004 12:00:06 -0600 mapserver-users-request at lists.gis.umn.edu wrote: > From: "Carol L Heydon" > Subject: [Mapserver-users] MapServer Tutorial 4.0 Example 1.4 no image > > I'm trying to work through Tutorial4.0 with MapServer 4.0 on Windows > 2000. > I made the needed changes to the path information in the html and map > files. Everything works fine for Examples 1.1, 1.2, and 1.3, but from > 1.4 on the image does not display. What's different beginning with > example 1.4? Carol, This sounds a lot like the problem I encountered with example 1.4. To check, try commenting out these three lines from the LABEL object in the 'land' CLASS of the 'states_poly' LAYER: TYPE TRUETYPE FONT arial-bold SIZE 12 If commenting those lines out makes it work, see below for my solution/workaround. Maybe it will help you, too. > --__--__-- > > From: Pericles Nacionales > Subject: Re: [Mapserver-users] MapServer 4.0 Tutorial problems > > Hi there! Can you have a look at your web server's error log and see if > there's anything pertinent to the TrueType error you're getting? You > might also want to check the permissions on your fonts and fonts > directory--make sure the web server account have access to the > directory/read access to files. Perry, First, thanks for the great tutorial. It has proved very useful and educational already, in spite of the various problems I've encountered with it. All I see in the access log is a status code 500, but I'm on a hosting service, so I don't seem to have access to the error logs. Permissions and such are ok, as I learned when I accidentally got TrueType to work in another map file I was working on. Through a long process of trial and error, I finally figured out that this is what made it work: OUTPUTFORMAT DRIVER "GDAL/GTIFF" END Adding those three lines to the MAP object in example 1.4 causes TrueType fonts to work perfectly. I have no idea how or why, or whether this would be called a MapServer bug or a tutorial bug. By my understanding, those lines shouldn't even matter, since I'm still using "IMAGETYPE PNG". But somehow 'DRIVER "GDAL/GTIFF"' makes it work, and using 'DRIVER "GD/PNG"' instead doesn't work. A minor nitpick in the text of 1.4: At the bottom of the page, it mentions "example1-4a.map" in reference to the ANNOTATION data type. That file does not exist, though example1-5.map does use ANNOTATION. Now that I've gotten 1.4 to work, on to 1.5.... First, I find that the same OUTPUTFORMAT hack is needed for 1.5. No surprise there. But that is not sufficient to get it to work for me. I also need to replace "IMAGETYPE PNG24" with "IMAGETYPE PNG" and disable the "modis" layer. Only then does it produce an image, though obviously without the raster layer displayed. Any guesses why PNG24 fails (with or without the raster layer) and the raster layer fails (with or without PNG24)? I've tried using the idxa version of the image, but that doesn't work, either. Thanks again, Dave From jnielsen at aero-graphics.com Tue Feb 3 13:35:48 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Tue, 3 Feb 2004 14:35:48 -0700 Subject: [Mapserver-users] Dbox user error or code correction? Message-ID: <1075844148.40201434ca475@www.agi-lan.com> I do not know if I am just doing things wrong or what but I was making a toolbar option to zoom to the absolute extents of the map and noticed that an error in the javascript console stating that "map" was undefined. Upon inspection I noticed that the below function had "map" with no " or '. Again, I dont know if I just didt something incorrectly resulting in this or not but I just put the word map inside ' and now it works. This is in the "mapserv.js" file. If I am calling this thing wrong someone let me know or maybe I have an old version of the code etc. function Mapserv_zoomdefault() { this.mode = 'map'; this.extent = this.defaultextent; this.cellsize = AdjustExtent(this.extent, this.width, this.height); this.draw(); } -Jason ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From nacional at cbs.umn.edu Tue Feb 3 14:06:22 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Tue, 3 Feb 2004 16:06:22 -0600 (CST) Subject: [Mapserver-users] Re: MapServer 4.0 Tutorial problems In-Reply-To: <20040203131836.58740e65.mapserver@digger.net> References: <20040203180006.5320.82356.Mailman@lists.gis.umn.edu> <20040203131836.58740e65.mapserver@digger.net> Message-ID: Dave, Carol, other tutorial users, Sorry for the long message but please do read on... > > I'm trying to work through Tutorial4.0 with MapServer 4.0 on Windows > > 2000. > > I made the needed changes to the path information in the html and map > > files. Everything works fine for Examples 1.1, 1.2, and 1.3, but from > > 1.4 on the image does not display. What's different beginning with > > example 1.4? > > Carol, > > This sounds a lot like the problem I encountered with example 1.4. To > check, try commenting out these three lines from the LABEL object in the > 'land' CLASS of the 'states_poly' LAYER: > > TYPE TRUETYPE > FONT arial-bold > SIZE 12 > > If commenting those lines out makes it work, see below for my > solution/workaround. Maybe it will help you, too. > If you're going to forgo TRUETYPE fonts, don't comment out TYPE and SIZE. Instead, replace the TYPE line with "TYPE BITMAP" and the SIZE line with "SIZE LARGE". You will then have to comment out the other keywords related to truetype font support (i.e., ANTIALIAS). > > Hi there! Can you have a look at your web server's error log and see if > > there's anything pertinent to the TrueType error you're getting? You > > might also want to check the permissions on your fonts and fonts > > directory--make sure the web server account have access to the > > directory/read access to files. > > Perry, > > First, thanks for the great tutorial. It has proved very useful and > educational already, in spite of the various problems I've encountered > with it. > > All I see in the access log is a status code 500, but I'm on a hosting > service, so I don't seem to have access to the error logs. Permissions > and such are ok, as I learned when I accidentally got TrueType to work in > another map file I was working on. Through a long process of trial and > error, I finally figured out that this is what made it work: > > OUTPUTFORMAT > DRIVER "GDAL/GTIFF" > END > > Adding those three lines to the MAP object in example 1.4 causes TrueType > fonts to work perfectly. I have no idea how or why, or whether this would > be called a MapServer bug or a tutorial bug. By my understanding, those > lines shouldn't even matter, since I'm still using "IMAGETYPE PNG". But > somehow 'DRIVER "GDAL/GTIFF"' makes it work, and using 'DRIVER "GD/PNG"' > instead doesn't work. Interesting. GDAL has nothing to do with this example. If you are in Windows and are using one of the binary packages from the MapServer site, it's possible that it has something to do with my binaries. > > A minor nitpick in the text of 1.4: At the bottom of the page, it > mentions "example1-4a.map" in reference to the ANNOTATION data type. That > file does not exist, though example1-5.map does use ANNOTATION. > Oops! Sorry about that. I'll have it fixed shortly. > Now that I've gotten 1.4 to work, on to 1.5.... > > First, I find that the same OUTPUTFORMAT hack is needed for 1.5. No > surprise there. But that is not sufficient to get it to work for me. I > also need to replace "IMAGETYPE PNG24" with "IMAGETYPE PNG" and disable > the "modis" layer. Only then does it produce an image, though obviously > without the raster layer displayed. > > Any guesses why PNG24 fails (with or without the raster layer) and the > raster layer fails (with or without PNG24)? I've tried using the idxa > version of the image, but that doesn't work, either. > That's very odd indeed. I've never encountered this problem even when using Windows. I'll have to go back and check again. FYI: I just updated the binaries in the MapServer site. I have added Frank's fix to bug 504. I don't think the fix has anything to do with it (it's for tiled rasters). However, the version is now at 4.0.1. Also, MapServer 3.6 is now at version 3.6.7. Thanks for your help. -Perry N. > Thanks again, > Dave > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From gleinerteruel at hotmail.com Tue Feb 3 14:14:37 2004 From: gleinerteruel at hotmail.com (Gleiner Crivelini) Date: Tue, 3 Feb 2004 20:14:37 -0200 Subject: [Mapserver-users] "nquery" mode Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3EA92.592A8730 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi list. Doe's anybody can tell me how to use the "nquery" mode to produce = "imgshape" arround points? I think I'm missing some part of the context 'cause I can't see how and = where to define the text of the query. Best Regards, gleiner ------=_NextPart_000_0005_01C3EA92.592A8730 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi list.
Doe's anybody can tell me how to use = the "nquery"=20 mode to produce "imgshape" arround points?
I think I'm missing some part of the = context 'cause=20 I can't see how and where
to define the text of the = query.
Best Regards,
gleiner
------=_NextPart_000_0005_01C3EA92.592A8730-- From cpurvis at asg.sc.edu Tue Feb 3 14:20:25 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Tue, 3 Feb 2004 17:20:25 -0500 Subject: [Mapserver-users] php clone() doesn't cut it Message-ID: Hi, folks: I finally rewrote a raster querying kludge that works well. At least, in my opinion. But I learned the hard way that I can't count on php's mapObj clone(). If you try to clone() a mapObj and save it to a new variable, everything will be OK *unless* you try to manipulate the layers. I could not get something like the following sequence to work: (1) original mapObj's first layer is STATUS ON (2) draw the original map (first layer is drawn) (3) clone the original map to cloneMap (4) set the clonMap's first layer to STATUS OFF (5) draw the clone map (first layer is off) (6) now draw the original map *** first layer is OFF !!! *** It is a PHP fault. Something along the lines of the paragraph that begins "Want to allow . ." from http://www.masterofweb.com/item/102/catid/10. So my workaround was to save my current map state to a .map, and then create a new mapObj based on that .map. Just trying to save others some tears and premature graying. Charlton Charlton Purvis (803) 777-8858 : voice (803) 777-3935 : fax cpurvis at sc.edu Baruch Institute University of South Carolina Columbia, SC 29208 From steve.lime at dnr.state.mn.us Tue Feb 3 14:39:21 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 03 Feb 2004 16:39:21 -0600 Subject: [Mapserver-users] Dbox user error or code correction? Message-ID: There certainly should have been quotes. I'll make the change on my end if I haven't already. Thanks for letting me know. Steve >>> "Jason M. Nielsen" 2/3/2004 3:35:48 PM >>> I do not know if I am just doing things wrong or what but I was making a toolbar option to zoom to the absolute extents of the map and noticed that an error in the javascript console stating that "map" was undefined. Upon inspection I noticed that the below function had "map" with no " or '. Again, I dont know if I just didt something incorrectly resulting in this or not but I just put the word map inside ' and now it works. This is in the "mapserv.js" file. If I am calling this thing wrong someone let me know or maybe I have an old version of the code etc. function Mapserv_zoomdefault() { this.mode = 'map'; this.extent = this.defaultextent; this.cellsize = AdjustExtent(this.extent, this.width, this.height); this.draw(); } -Jason ------------------------------------------------- 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 steve.lime at dnr.state.mn.us Tue Feb 3 14:40:56 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 03 Feb 2004 16:40:56 -0600 Subject: [Mapserver-users] Mapserver WFS performance Message-ID: That'll explain a few things. I hadn't looked at the WFS spec closely. Guess my parameter naming was right on in the first place though. Steve >>> Bart van den Eijnden 2/3/2004 12:38:48 PM >>> Hi Steve, just for clarity. I was not referring to the MAXFEATURES parameter of the Mapserver MAP file. I was referring to the MAXFEATURES parameter which is part of the OGC WFS interface (passed over HTTP GET to the Mapserver WFS). Maybe ofcourse Mapserver WFS internally passes this the same way to the Mapserver core as the MAXFEATURES parameter from the MAP file. This I don't know. Best regards, Bart On Mon, 02 Feb 2004 17:04:12 -0600, Steve Lime wrote: > Checkout bug 553 for more discussion on this topic... > > Note that MAXFEATURES was always intended for display, not query, > purposes. > > Steve > >>>> Frank Warmerdam 2/2/2004 4:07:34 PM >>> > Yewondwossen Assefa wrote: >> Here is how things work : >> - the user does a wfs request >> - in is translated in mapserver query : the query does not take > into >> account the maxfeatures. >> - The MAXFEATURES is taken into account when generating the >> resulting gml file >> >> So yes, It ends up doing the query on all the shapes in your case. >> >> I think we should modify mapserver low level query functions to be > able >> to pass a maxfeature parameter. Some of the query functions have a > mode >> (single or mulitple), and this notion should be extended to support a > >> maxfeature. Once this is done the wfs interface can take advantage of > it. > > Assefa, and others, > > On a vaguely related note, the current query interface seems to make a > pass generating the 'item ids' for all the features which match the > query. Then when the query is returned another pass is made fetching > the > shapes by id. With shapefiles this isn't particularly expensive, > though it > does presumably result in the features being parsed from the binary > twice. > > But for some OGR supported formats fetching "by id" can be very > expensive. > > If we are restructuring the query mechanism what are the chances of > reviewing > this whole two pass approach? Since WFS is basically always using the > query mechanism it seems this is a significant performance issue for > some > WFS setups. Even for "good formats" there is a bunch of overhead. > > Of course, I may be mis-understanding how things are working ... I've > only > glanced at it. > > Best regards, > -- _______________________________________________ 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 Feb 3 14:44:06 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 03 Feb 2004 16:44:06 -0600 Subject: [Mapserver-users] Querying on multiple fields Message-ID: Are you escaping the value ('[PART_N]' IN '556,557' AND '[ID_N]' IN '24') properly? Spaces aren't allowed and should be replaced with either a + or a %20. We should still track down the source of the error though, error 500's are never good. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Roger Boily 2/3/2004 6:33:11 AM >>> Hi, On a cgi url I've tried to query on multiple fields with this: NB: for easy reading space and " are normals but I used %20(space) and %27(') &qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24') it works perfectly on windows Mapserver 4.0.1 But I receive error 500 from Apache on linux: (Premature end of script headers: mapserv) &qitem=PART_N&qstring=556 works fine on linux but I receive the same error with: &qstring=('[PART_N]' IN '556') Is there anyone who has any idea? Is there a way to make multiple fileds query with qitem and qstring? Thanks a lot Roger _______________________________________________ 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 Feb 3 15:10:18 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 03 Feb 2004 17:10:18 -0600 Subject: [Mapserver-users] Mapserver 4.1 (dev) and SVG output problem Message-ID: How are you generating the SVG, using a template? If so, what does the template(s) look like? Steve >>> yuth hor 2/3/2004 5:30:51 AM >>> Hi all, I have tried to generate the SVG file from mapserver, first, I use Redhat 9 + Mapserver 4.1 (nightly build (27.01.04) So, My results are: 1. It was ok with the shp file in UTM 2. It had a problem with a shp file in Lat Lon (because the SVG file that returned from Mapserver is Integer value not floating point) Here is the result SVG from Mapserver; Generated by MapServer Anyone can guide me? Thank you very much in advanced, Teerayut --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! From sgillies at frii.com Tue Feb 3 15:11:09 2004 From: sgillies at frii.com (Sean Gillies) Date: Tue, 3 Feb 2004 16:11:09 -0700 Subject: [Mapserver-users] php clone() doesn't cut it In-Reply-To: References: Message-ID: <4083E574-569E-11D8-819C-000393B98B56@frii.com> On Feb 3, 2004, at 3:20 PM, Charlton Purvis wrote: > Hi, folks: > > I finally rewrote a raster querying kludge that works well. At least, > in my opinion. But I learned the hard way that I can't count on php's > mapObj clone(). > > If you try to clone() a mapObj and save it to a new variable, > everything > will be OK *unless* you try to manipulate the layers. I could not get > something like the following sequence to work: > > (1) original mapObj's first layer is STATUS ON > (2) draw the original map (first layer is drawn) > (3) clone the original map to cloneMap > (4) set the clonMap's first layer to STATUS OFF > (5) draw the clone map (first layer is off) > (6) now draw the original map *** first layer is OFF !!! *** > > It is a PHP fault. Something along the lines of the paragraph that > begins "Want to allow . ." from > http://www.masterofweb.com/item/102/catid/10. > > So my workaround was to save my current map state to a .map, and then > create a new mapObj based on that .map. > > Just trying to save others some tears and premature graying. > > Charlton > > Charlton, As far as I know, PHP MapScript's clone() is using the code in mapcopy.c. and this is working OK for the Python MapScript: Python 2.3 (#6, Sep 14 2003, 15:46:16) [GCC 3.1 20020420 (prerelease)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from mapscript import * >>> mapobj = mapObj('tests/test.map') >>> clone = mapobj.clone() >>> mapobj.getLayer(0) >>> clone.getLayer(0) >>> mapobj.getLayer(0).status 2 >>> clone.getLayer(0).status 2 >>> mapobj.getLayer(0).status = MS_OFF >>> mapobj.getLayer(0).status 0 >>> clone.getLayer(0).status 2 I don't understand what would be different with PHP, unless it's not using MapServer's map cloning after all. Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From scoota at supanet.com Tue Feb 3 15:14:30 2004 From: scoota at supanet.com (Keith Campbell) Date: Tue, 03 Feb 2004 23:14:30 +0000 Subject: [Mapserver-users] Too hard, too easy or too boring? Message-ID: <40202B55.5070602@supanet.com> OK, just trying to get your attention. I posted this yesterday under a different title and got no responses. Here's the problem. I'm trying to compila an install a WFS Server enabled Mapserver on a Solaris (this is proving to be a very frustrating experience, no doubt partly due to my lack of knowledge of UNIX). I think I've got all the libraries installed that I need, even though they are in non-standard locations (it's not my server). The configure script runs to completion and only seems to complain once:- checking for httpd... /export/home/local/apache2/bin/httpd awk: syntax error near line 1 awk: bailing out near line 1 awk: syntax error near line 1 awk: bailing out near line 1 /export/home/local/apache2/bin/httpd version is Apache/2.0.45 (). Not sure what this means or what the implications are. Anyway, this is what I fed into the configure:- bash$ ./configure --with-jpeg=/export/home/local/util/jpeg --with-freetype=/exp ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib --with-pn g=/export/home/local/util/libpng --with-libiconv=/export/home/local/util/libico nv --with-gd=/export/home/local/util/gd-2.0.15 --with-proj=/export/home/local/u til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config --with-gdal= /export/home/local/util/gdal/apps/gdal-config --with-wfs --with-postgis The make process ran for some time before spitting this out:- ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): symbol : offset 0xfd6609c9 is non-aligned ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): symbol : offset 0xfd660a09 is non-aligned ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): symbol : offset 0xfd660a69 is non-aligned ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): symbol : offset 0xfd660c29 is non-aligned collect2: ld returned 1 exit status make: *** [shp2img] Error 1 I can't find anything in the archives that points to the cause of this. Can anybody help? Thanks, Keith From stephen.clark at focus.ca Tue Feb 3 17:03:30 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Tue, 3 Feb 2004 17:03:30 -0800 Subject: [Mapserver-users] would like some help to dynamically change the size of TTF fonts using php mapscript References: <4083E574-569E-11D8-819C-000393B98B56@frii.com> Message-ID: <021801c3eaba$b485f380$6c000a0a@sclark> This is a multi-part message in MIME format. ------=_NextPart_000_0215_01C3EA77.A62BC500 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, Below is a piece of code that I am working on to change the size of = labels. The label size does not change using either condition: 1. $new_label_size =3D $label_size * 2; or 2. $new_label_size =3D 40; Is there some function I am missing like a set(...) function ?? if (some condition) { print " The layer is : $layer->name
"; $class =3D $layer->getClass(0); $label_size =3D $class->label->size; print " The old label size is : $label_size
"; //$new_label_size =3D $label_size * 2; $new_label_size =3D 40; $class->label->size =3D $new_label_size; print " The new label size is : $new_label_size
"; } The layer : LAYER NAME "my_text" STATUS OFF DATA "d:/layer/TEXT_text" TYPE ANNOTATION LABELITEM "TEXTSTRING" CLASS COLOR 255 255 0 LABEL MINFEATURESIZE 40 MINDISTANCE 150 POSITION CC COLOR 255 255 0 FONT arial TYPE truetype SIZE 10 FORCE TRUE END END METADATA WMS_TITLE "Miscellaneous Text" WMS_ABSTRACT "N/A" WMS_SRS "EPSG:26910" END END thanks Stephen ------=_NextPart_000_0215_01C3EA77.A62BC500 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all,
 
Below is a piece of code that I am = working on to=20 change the size of labels.  The label size does not change using = either=20 condition:
 
1. $new_label_size =3D $label_size * = 2;
 
or
 
2.    $new_label_size = =3D=20 40;
 
Is there some function I am missing = like a set(...)=20 function ??
 
 
 

if (some condition)

{

    print " <i> The = layer is :=20 $layer->name </i> <br>";

    $class =3D=20 $layer->getClass(0);

    $label_size =3D=20 $class->label->size;

    print " <i> The = old label=20 size is : $label_size </i> <br>";

    //$new_label_size =3D = $label_size *=20 2;

    $new_label_size =3D = 40;

    = $class->label->size =3D=20 $new_label_size;

    print " <i> The = new label=20 size is : $new_label_size </i> <br>";

}

 

The layer :

 

LAYER
  NAME = "my_text"

  STATUS=20 OFF
  DATA "d:/layer/TEXT_text"
  TYPE = ANNOTATION
 =20 LABELITEM "TEXTSTRING"
  CLASS
    COLOR 255 = 255=20 0
    LABEL
      = MINFEATURESIZE=20 40
      MINDISTANCE=20 150
      POSITION=20 CC
      COLOR 255 255 0

      FONT=20 arial
      TYPE=20 truetype
      SIZE=20 10
      FORCE TRUE
   =20 END
  END

  METADATA
    = WMS_TITLE=20 "Miscellaneous Text"
    WMS_ABSTRACT=20 "N/A"
    WMS_SRS "EPSG:26910"
  = END


END

 

thanks
Stephen

 

------=_NextPart_000_0215_01C3EA77.A62BC500-- From nacional at cbs.umn.edu Tue Feb 3 16:07:01 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Tue, 3 Feb 2004 18:07:01 -0600 (CST) Subject: [Mapserver-users] Too hard, too easy or too boring? In-Reply-To: <40202B55.5070602@supanet.com> References: <40202B55.5070602@supanet.com> Message-ID: I'm not a Solaris user but you might need additional FLAGS/LIBS to get MapServer to work on that platform. Look at XTRALIBS in your Makefile and make sure "-lm -lstdc++" are there. Perhaps it will work with other, comparable libs. Just guessing. -Perry On Tue, 3 Feb 2004, Keith Campbell wrote: > OK, just trying to get your attention. I posted this yesterday under a > different title and got no responses. > > Here's the problem. I'm trying to compila an install a WFS Server > enabled Mapserver on a Solaris (this is proving to be a very frustrating > experience, no doubt partly due to my lack of knowledge of UNIX). I > think I've got all the libraries installed that I need, even though they > are in non-standard locations (it's not my server). The configure script > runs to completion and only seems to complain once:- > > checking for httpd... /export/home/local/apache2/bin/httpd > awk: syntax error near line 1 > awk: bailing out near line 1 > awk: syntax error near line 1 > awk: bailing out near line 1 > /export/home/local/apache2/bin/httpd version is Apache/2.0.45 (). > > Not sure what this means or what the implications are. > > Anyway, this is what I fed into the configure:- > > bash$ ./configure --with-jpeg=/export/home/local/util/jpeg > --with-freetype=/exp > ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib > --with-pn > g=/export/home/local/util/libpng > --with-libiconv=/export/home/local/util/libico > nv --with-gd=/export/home/local/util/gd-2.0.15 > --with-proj=/export/home/local/u > til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config > --with-gdal= > /export/home/local/util/gdal/apps/gdal-config --with-wfs --with-postgis > > The make process ran for some time before spitting this out:- > > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd6609c9 is non-aligned > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd660a09 is non-aligned > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd660a69 is non-aligned > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd660c29 is non-aligned > collect2: ld returned 1 exit status > make: *** [shp2img] Error 1 > > I can't find anything in the archives that points to the cause of this. > Can anybody help? > > Thanks, > > Keith > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From pramsey at refractions.net Tue Feb 3 17:12:17 2004 From: pramsey at refractions.net (Paul Ramsey) Date: Tue, 03 Feb 2004 17:12:17 -0800 Subject: [Mapserver-users] Too hard, too easy or too boring? In-Reply-To: Message-ID: <2CB3E50E-56AF-11D8-A555-000393D33C2E@refractions.net> More likely there really is an alignment error in the mapserver code. It is moderately easy to get them if you are not used to writing portable code and are only testing on Linux/x86. As we have found, since everyone except Dave has added one to PostGIS at one point or another (and Dave is only good because he did all the initial development on Solaris). If Steve or the folks from DM would like access to a Solaris box for testing, I can arrange one. Paul On Tuesday, February 3, 2004, at 04:07 PM, Pericles Nacionales wrote: > > I'm not a Solaris user but you might need additional FLAGS/LIBS to get > MapServer to work on that platform. Look at XTRALIBS in your Makefile > and > make sure "-lm -lstdc++" are there. Perhaps it will work with other, > comparable libs. > > Just guessing. > > -Perry > > On Tue, 3 Feb 2004, Keith Campbell wrote: > >> OK, just trying to get your attention. I posted this yesterday under a >> different title and got no responses. >> >> Here's the problem. I'm trying to compila an install a WFS Server >> enabled Mapserver on a Solaris (this is proving to be a very >> frustrating >> experience, no doubt partly due to my lack of knowledge of UNIX). I >> think I've got all the libraries installed that I need, even though >> they >> are in non-standard locations (it's not my server). The configure >> script >> runs to completion and only seems to complain once:- >> >> checking for httpd... /export/home/local/apache2/bin/httpd >> awk: syntax error near line 1 >> awk: bailing out near line 1 >> awk: syntax error near line 1 >> awk: bailing out near line 1 >> /export/home/local/apache2/bin/httpd version is Apache/2.0.45 >> (). >> >> Not sure what this means or what the implications are. >> >> Anyway, this is what I fed into the configure:- >> >> bash$ ./configure --with-jpeg=/export/home/local/util/jpeg >> --with-freetype=/exp >> ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib >> --with-pn >> g=/export/home/local/util/libpng >> --with-libiconv=/export/home/local/util/libico >> nv --with-gd=/export/home/local/util/gd-2.0.15 >> --with-proj=/export/home/local/u >> til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config >> --with-gdal= >> /export/home/local/util/gdal/apps/gdal-config --with-wfs >> --with-postgis >> >> The make process ran for some time before spitting this out:- >> >> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >> symbol > own>: offset 0xfd6609c9 is non-aligned >> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >> symbol > own>: offset 0xfd660a09 is non-aligned >> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >> symbol > own>: offset 0xfd660a69 is non-aligned >> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >> symbol > own>: offset 0xfd660c29 is non-aligned >> collect2: ld returned 1 exit status >> make: *** [shp2img] Error 1 >> >> I can't find anything in the archives that points to the cause of >> this. >> Can anybody help? >> >> 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 > Paul Ramsey Refractions Research Email: pramsey at refractions.net Phone: (250) 885-0632 From woodbri at swoodbridge.com Tue Feb 3 17:32:58 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 03 Feb 2004 20:32:58 -0500 Subject: [Mapserver-users] would like some help to dynamically change the size of TTF fonts using php mapscript In-Reply-To: <021801c3eaba$b485f380$6c000a0a@sclark> Message-ID: <4020057A.25803.66C157F@localhost> Try $class->label->set("size", $new_label_size); -Steve On 3 Feb 2004 at 17:03, Stephen Clark wrote: > Hi all, > > Below is a piece of code that I am working on to change the size of labels. The label size does not change using either condition: > > 1. $new_label_size = $label_size * 2; > > or > > 2. $new_label_size = 40; > > Is there some function I am missing like a set(...) function ?? > > > > if (some condition) > > { > > print " The layer is : $layer->name
"; > > $class = $layer->getClass(0); > > $label_size = $class->label->size; > > print " The old label size is : $label_size
"; > > //$new_label_size = $label_size * 2; > > $new_label_size = 40; > > $class->label->size = $new_label_size; > > print " The new label size is : $new_label_size
"; > > } > > > > The layer : > > > > LAYER > NAME "my_text" > > STATUS OFF > DATA "d:/layer/TEXT_text" > TYPE ANNOTATION > LABELITEM "TEXTSTRING" > CLASS > COLOR 255 255 0 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > COLOR 255 255 0 > > FONT arial > TYPE truetype > SIZE 10 > FORCE TRUE > END > END > > METADATA > WMS_TITLE "Miscellaneous Text" > WMS_ABSTRACT "N/A" > WMS_SRS "EPSG:26910" > END > > > END > > > > thanks > Stephen > > From ms57 at streamyx.com Tue Feb 3 18:35:49 2004 From: ms57 at streamyx.com (Steve McCrone) Date: Wed, 04 Feb 2004 10:35:49 +0800 Subject: [Mapserver-users] jBox - form not submitting?? Message-ID: <001301c3eac7$a31af430$ba855fdb@steve> Hello, I did ask this question a few days ago, but it has caused another problem. I am using the jBox applet. Here's what I've got - function setbox_handler(name, minx, miny, maxx, maxy, redraw) { document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " + maxy; document.mapserv.imgxy.value = minx + " " + miny; document.mapserv.submit(); } function preSubmit(){ ... } The setbox_handler function gets called when a "tool" is used, and therefore, the document appears to be submitted. However, the preSubmit() function does not get called. It only gets called when the user does a "refresh" (i.e.) Can't figure out why the document.mapserv.submit(); statement will not actually submit the form in order to have my preSubmit() function called - strange. Thanks From emiliom at u.washington.edu Tue Feb 3 19:40:52 2004 From: emiliom at u.washington.edu (Emilio Mayorga) Date: Tue, 03 Feb 2004 19:40:52 -0800 Subject: [Mapserver-users] Re: Setting scale of map while using dbox In-Reply-To: <20040203180006.5320.82356.Mailman@lists.gis.umn.edu> References: <20040203180006.5320.82356.Mailman@lists.gis.umn.edu> Message-ID: <402069C4.60602@u.washington.edu> Jason, I have a dbox application where the functionality you mention is working just fine. It's borrowed from a couple of other applications, of course... Anyways, here's the gist: ** Here's the FORM element:   ** Which calls the change_scale function on submit: function change_scale() { var x = (ms.extent[0] + ms.extent[2])/2.0; var y = (ms.extent[1] + ms.extent[3])/2.0; ms.zoomscale(x, y, document.scaleform.scale.value); return false; } Don't ask me to explain or justify every bit of code; in some cases I've forgotten, in other cases I simply never bothered to learn why things were the way they were in the code I borrowed. Good luck. -Emilio ------------------ I was wondering if anyone might be able to tell me how to go about sumbitting a fixed scale (ie: typed in by user) to mapserver when using the dbox stuff. Below is an idea of how to get the scale set but I do not see where "scale" is used in the mapserv.js file. I know a parameter can be passed directly to mapserv cgi and I also noticed functions such as "function Mapserv_setextentfromscale(x, y, scale)" but I dont see where I get my coordinates from (ie: mapx, mapy if just using regular html). I just have a refresh button at the moment to press once the scale is set. Scale=> 1: Would the right was to do this be to call the above function directly with the x, y and scale? From rich at greenwoodmap.com Tue Feb 3 19:44:52 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Tue, 03 Feb 2004 20:44:52 -0700 Subject: [Mapserver-users] Re: onSubmit - jBox In-Reply-To: <000c01c3eacb$8a49aa10$ee865fdb@steve> References: <001301c3e49e$51067810$11395edb@steve> <4016806E.8080008@greenwoodmap.com> <001201c3e54d$6e083520$c32d5fdb@steve> <40172E80.7010109@greenwoodmap.com> <000801c3e553$68520d80$993d5edb@steve> <4017379A.8080607@greenwoodmap.com> <000c01c3eacb$8a49aa10$ee865fdb@steve> Message-ID: <40206AB4.7090502@greenwoodmap.com> Steve McCrone wrote: > Hello Richard, > > I have just posted this question, but thought I would also ask you since you > have done simiar to what I am trying to do > Here's what I've got - > > function setbox_handler(name, minx, miny, maxx, maxy, redraw) { > document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " + > maxy; > document.mapserv.imgxy.value = minx + " " + miny; > document.mapserv.submit(); > } > > function preSubmit(){ > ... > } > >
> > The setbox_handler function gets called when a "tool" is used, and > therefore, the document appears to be submitted. However, the preSubmit() > function does not get called. It only gets called when the user does a > "refresh" (i.e.) > > Can't figure out why the document.mapserv.submit(); statement will not > actually submit the form in order to have my preSubmit() function called - > strange. I think this is a peculiarity of Javascript. The Javascript submit() function simply submits the form "directly", it does not look at, or process any of the attributes in the tag. So to process the preSubmit() function in setbox_handler() you need: if (preSubmit()) { document.mapserv.submit(); } assuming your preSubmit() function returns a boolean value, or if not simply : preSubmit(); document.mapserv.submit(); Rich -- Richard Greenwood www.greenwoodmap.com From Robin.Ellis at nrm.qld.gov.au Tue Feb 3 20:45:22 2004 From: Robin.Ellis at nrm.qld.gov.au (Ellis Robin Bundaberg) Date: Wed, 4 Feb 2004 14:45:22 +1000 Subject: [Mapserver-users] getShape() with SDE and PostGIS Message-ID: I'm using PHP mapscript with version 3.6.3 of Mapserver. Using the following mapscript I can successfully return the extent of a polygon from a PostGIS layer, however I can't repeat the success with a similar SDE layer. $zoomdcdblayer->queryByAttributes(MS_MULTIPLE); $thenum_results = $zoomdcdblayer->getNumResults(); for ($i=0;$i < $thenum_results; $i++) { $result = $zoomdcdblayer->getResult($i); $zoomdcdblayer->open("test"); $rvshape = $zoomdcdblayer->getShape($result->{tileindex}, $result->{shapeindex}); $shpbnd = $rvshape->bounds; print_r($shpbnd); $zoomdcdblayer->close(); } >From my PostGIS layer I get this 'shpbnd' output: rect Object ( [_handle_] => Resource id #23 [minx] => 152.226563 [miny] => -25.004187 [maxx] => 152.234491 [maxy] => -24.997927 ) But from my SDE layer I get this: rect Object ( [_handle_] => Resource id #18 [minx] => -1 [miny] => -1 [maxx] => -1 [maxy] => -1 ) The relevant part of my mapfile looks like this: Postgis Layer CONNECTIONTYPE postgis CONNECTION "user=username password=xxxxxxxx dbname=veg" DATA "geo_value from sedcdb" SDE Layer CONNECTION "sdeserver,instance,database,username,xxxxxxxx" CONNECTIONTYPE sde DATA "SDEAPP.DCDB,SHAPE" Does anyone know if getShape is unlikely to work with SDE, or if there is something I need to do to get the correct result? Thanks Rob Robin Ellis Department of Natural Resources and Mines PO Box 1167 Bundaberg QLD 4670 ph +61 7 4131 5771 fax +61 7 4131 5823 Robin.Ellis at nrm.qld.gov.au ************************************************************************ The information in this e-mail together with any attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any form of review, disclosure, modification, distribution and/or publication of this e-mail message is prohibited. If you have received this message in error, you are asked to inform the sender as quickly as possible and delete this message and any copies of this message from your computer and/or your computer system network. ************************************************************************ From boily at bsw.org Tue Feb 3 23:58:54 2004 From: boily at bsw.org (Roger Boily) Date: Wed, 04 Feb 2004 08:58:54 +0100 Subject: [Mapserver-users] Querying on multiple fields In-Reply-To: References: Message-ID: <4020A63E.9070805@bsw.org> This is a multi-part message in MIME format. --------------090503090003060205050000 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi Stephen, Thanks for answering. Yes, I've escaped the spaces with %20 and tried to escape ' with %27 too. No way to make it run. I had it working for one year with MapServer 3.6 (both Linux and Win) and it works fine also with the qstring modifications on MapServer 4.0 for Windows, but I can't figure out where is the problem with Linux (tested on two servers). Even the simple &qstring=('[PART_N]' IN '556') does not work. It works fine with &qitem=PART_N&qstring=556 . To help you in helping me :-), I have made an example on my local testing server: The first url works properly and the second one fails. http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=10 http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qstring=('[FOGLIO_N]'%20IN%20'10') I attach also the map file. I need the second one to work because I have to query two fields at once. ex: FOGLIO_N = 10 AND PART_N = 254 Thanks in advance, Roger ---------------------------- MAP FILE: urbis.map ---------------------------- NAME urbis STATUS ON SIZE 650 400 EXTENT 475.66 2404.5 5974.34 6239.61 UNITS meters SHAPEPATH "data" IMAGETYPE PNG IMAGECOLOR 153 153 153 TRANSPARENT ON FONTSET "/var/www/html/sittel/procida/font/fonts.txt" WEB TEMPLATE header_1024.html IMAGEPATH '/var/www/html/tmp/' IMAGEURL '/tmp/' MINSCALE 100 END #WEB QUERYMAP STATUS ON STYLE HILITE COLOR 255 255 0 # highlight color is yellow END ###### LAYER C A T A S T O ########### LAYER NAME 'catasto' TYPE Polygon STATUS ON DATA 'lotti' # TEMPLATE index_basso.phtml LABELITEM 'PART_N' MAXSCALE 25000 CLASS Name 'catasto' LABEL TYPE TRUETYPE FONT time BUFFER 3 COLOR 255 0 0 POSITION CC SIZE 8 END OUTLINECOLOR 100 255 000 END # CLASS END # LAYER ###### LAYER F O G L I ######## LAYER NAME "fogli" TYPE Polygon STATUS ON DATA "fogli" LABELITEM 'FOGLIO_N' TEMPLATE header_1024.html CLASS Name 'foglio' TEXT (Foglio [FOGLIO_N]) LABEL TYPE TRUETYPE FONT time BUFFER 1 COLOR 0 0 0 POSITION auto SIZE 10 END OUTLINECOLOR 255 255 255 END # CLASS END # LAYER fogli END ---------------------------------- End of map file ---------------------------------- Steve Lime wrote: >Are you escaping the value ('[PART_N]' IN '556,557' AND '[ID_N]' IN >'24') properly? Spaces aren't allowed and should be replaced with either >a + or a %20. We should still track down the source of the error though, >error 500's are never good. > >Steve > > >Stephen Lime >Data & Applications Manager > >Minnesota DNR >500 Lafayette Road >St. Paul, MN 55155 >651-297-2937 > > > >>>>Roger Boily 2/3/2004 6:33:11 AM >>> >>>> >>>> >Hi, > >On a cgi url I've tried to query on multiple fields with this: >NB: for easy reading space and " are normals but I used %20(space) and > >%27(') >&qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24') >it works perfectly on windows Mapserver 4.0.1 > >But I receive error 500 from Apache on linux: (Premature end of script > >headers: mapserv) >&qitem=PART_N&qstring=556 works fine on linux >but I receive the same error with: >&qstring=('[PART_N]' IN '556') > >Is there anyone who has any idea? > >Is there a way to make multiple fileds query with qitem and qstring? > >Thanks a lot > >Roger > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > --------------090503090003060205050000 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Stephen,
Thanks for answering. Yes, I've escaped the spaces with %20 and tried to escape ' with %27 too.
No way to make it run. I had it working for one year with MapServer 3.6 (both Linux and Win) and it works
fine also with the qstring modifications on MapServer 4.0 for Windows, but I can't figure out where is
the problem with Linux (tested on two servers). Even the simple &qstring=('[PART_N]' IN '556') does not
work. It works fine with &qitem=PART_N&qstring=556 .
To help you in helping me :-), I have made an example on my local testing server:
The first url works properly and the second one fails.
http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=10
http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qstring=('[FOGLIO_N]'%20IN%20'10')
I attach also the map file.
I need the second one to work because I have to query two fields at once.
ex: FOGLIO_N = 10 AND PART_N = 254

Thanks in advance, Roger

----------------------------
MAP FILE: urbis.map
----------------------------
NAME urbis
STATUS ON
SIZE 650 400
EXTENT 475.66 2404.5 5974.34 6239.61
UNITS meters
SHAPEPATH "data"
IMAGETYPE PNG
IMAGECOLOR 153 153 153
TRANSPARENT ON
FONTSET "/var/www/html/sittel/procida/font/fonts.txt"

WEB
  TEMPLATE header_1024.html
  IMAGEPATH '/var/www/html/tmp/'
  IMAGEURL '/tmp/'
  MINSCALE 100
END  #WEB

QUERYMAP
  STATUS ON
  STYLE HILITE
  COLOR 255 255 0  # highlight color is yellow
END

###### LAYER C A T A S T O ###########
LAYER
  NAME 'catasto'
  TYPE Polygon
  STATUS ON
  DATA 'lotti'
#  TEMPLATE index_basso.phtml
  LABELITEM 'PART_N'
  MAXSCALE 25000
  CLASS
    Name 'catasto'
    LABEL
      TYPE TRUETYPE
      FONT time
      BUFFER 3
      COLOR 255 0 0
      POSITION CC
      SIZE 8
    END
    OUTLINECOLOR 100 255 000
  END  # CLASS
END  # LAYER

######  LAYER   F O G L I  ########
LAYER
  NAME "fogli"
  TYPE Polygon
  STATUS ON
  DATA "fogli"
  LABELITEM 'FOGLIO_N'
  TEMPLATE header_1024.html
  CLASS
    Name 'foglio'
    TEXT (Foglio [FOGLIO_N])
    LABEL
      TYPE TRUETYPE
      FONT time
      BUFFER 1
      COLOR 0 0 0
      POSITION auto
      SIZE 10
    END
    OUTLINECOLOR 255 255 255
  END  # CLASS
END  # LAYER fogli

END
----------------------------------
End of map file
----------------------------------

Steve Lime wrote:
Are you escaping the value ('[PART_N]' IN '556,557' AND '[ID_N]' IN
'24') properly? Spaces aren't allowed and should be replaced with either
a + or a %20. We should still track down the source of the error though,
error 500's are never good.

Steve


Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

  
Roger Boily <boily at bsw.org> 2/3/2004 6:33:11 AM >>>
        
Hi,

On a cgi url I've tried to query on multiple fields with this:
NB: for easy reading space and " are normals but I used %20(space) and

%27(')
&qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24')
it works perfectly on windows Mapserver 4.0.1

But I receive error 500 from Apache on linux: (Premature end of script

headers: mapserv)
&qitem=PART_N&qstring=556 works fine on linux
but I receive the same error with:
&qstring=('[PART_N]' IN '556')

Is there anyone who has any idea?

Is there a way to make multiple fileds query with qitem and qstring?

Thanks a lot

Roger


_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
--------------090503090003060205050000-- From boily at bsw.org Wed Feb 4 00:33:06 2004 From: boily at bsw.org (Roger Boily) Date: Wed, 04 Feb 2004 09:33:06 +0100 Subject: [Mapserver-users] Querying on multiple fields In-Reply-To: <4020A63E.9070805@bsw.org> References: <4020A63E.9070805@bsw.org> Message-ID: <4020AE42.8090108@bsw.org> This is a multi-part message in MIME format. --------------030003020204010206030007 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi to all, after hundred of tests, I've found the hic.. When using the qstring argument in the format <'[FIELD]'=value>, on MapServer running on Windows, you do not need to add the qitem argument (as read somewhere...), but you need it on a Linux machine.... So the failing link will become: http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=('[FOGLIO_N]'%20IN%20'10') Thanks to all Roger Roger Boily wrote: > Hi Stephen, > Thanks for answering. Yes, I've escaped the spaces with %20 and tried > to escape ' with %27 too. > No way to make it run. I had it working for one year with MapServer > 3.6 (both Linux and Win) and it works > fine also with the qstring modifications on MapServer 4.0 for Windows, > but I can't figure out where is > the problem with Linux (tested on two servers). Even the simple > &qstring=('[PART_N]' IN '556') does not > work. It works fine with &qitem=PART_N&qstring=556 . > To help you in helping me :-), I have made an example on my local > testing server: > The first url works properly and the second one fails. > http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=10 > http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qstring=([FOGLIO_N]'%20IN%20'10') > I attach also the map file. > I need the second one to work because I have to query two fields at once. > ex: FOGLIO_N = 10 AND PART_N = 254 > > Thanks in advance, Roger > > ---------------------------- > MAP FILE: urbis.map > ---------------------------- > NAME urbis > STATUS ON > SIZE 650 400 > EXTENT 475.66 2404.5 5974.34 6239.61 > UNITS meters > SHAPEPATH "data" > IMAGETYPE PNG > IMAGECOLOR 153 153 153 > TRANSPARENT ON > FONTSET "/var/www/html/sittel/procida/font/fonts.txt" > > WEB > TEMPLATE header_1024.html > IMAGEPATH '/var/www/html/tmp/' > IMAGEURL '/tmp/' > MINSCALE 100 > END #WEB > > QUERYMAP > STATUS ON > STYLE HILITE > COLOR 255 255 0 # highlight color is yellow > END > > ###### LAYER C A T A S T O ########### > LAYER > NAME 'catasto' > TYPE Polygon > STATUS ON > DATA 'lotti' > # TEMPLATE index_basso.phtml > LABELITEM 'PART_N' > MAXSCALE 25000 > CLASS > Name 'catasto' > LABEL > TYPE TRUETYPE > FONT time > BUFFER 3 > COLOR 255 0 0 > POSITION CC > SIZE 8 > END > OUTLINECOLOR 100 255 000 > END # CLASS > END # LAYER > > ###### LAYER F O G L I ######## > LAYER > NAME "fogli" > TYPE Polygon > STATUS ON > DATA "fogli" > LABELITEM 'FOGLIO_N' > TEMPLATE header_1024.html > CLASS > Name 'foglio' > TEXT (Foglio [FOGLIO_N]) > LABEL > TYPE TRUETYPE > FONT time > BUFFER 1 > COLOR 0 0 0 > POSITION auto > SIZE 10 > END > OUTLINECOLOR 255 255 255 > END # CLASS > END # LAYER fogli > > END > ---------------------------------- > End of map file > ---------------------------------- > > Steve Lime wrote: > >>Are you escaping the value ('[PART_N]' IN '556,557' AND '[ID_N]' IN >>'24') properly? Spaces aren't allowed and should be replaced with either >>a + or a %20. We should still track down the source of the error though, >>error 500's are never good. >> >>Steve >> >> >>Stephen Lime >>Data & Applications Manager >> >>Minnesota DNR >>500 Lafayette Road >>St. Paul, MN 55155 >>651-297-2937 >> >> >> >>>>>Roger Boily 2/3/2004 6:33:11 AM >>> >>>>> >>>>> >>Hi, >> >>On a cgi url I've tried to query on multiple fields with this: >>NB: for easy reading space and " are normals but I used %20(space) and >> >>%27(') >>&qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24') >>it works perfectly on windows Mapserver 4.0.1 >> >>But I receive error 500 from Apache on linux: (Premature end of script >> >>headers: mapserv) >>&qitem=PART_N&qstring=556 works fine on linux >>but I receive the same error with: >>&qstring=('[PART_N]' IN '556') >> >>Is there anyone who has any idea? >> >>Is there a way to make multiple fileds query with qitem and qstring? >> >>Thanks a lot >> >>Roger >> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> --------------030003020204010206030007 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi to all,
after hundred of tests, I've found the hic..
When using the qstring argument in the format <'[FIELD]'=value>, on MapServer running on Windows,
you do not need to add the qitem argument (as read somewhere...), but you need it on a Linux machine....
So the failing link will become:
http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=('[FOGLIO_N]'%20IN%20'10')

Thanks to all
Roger


Roger Boily wrote:
Hi Stephen,
Thanks for answering. Yes, I've escaped the spaces with %20 and tried to escape ' with %27 too.
No way to make it run. I had it working for one year with MapServer 3.6 (both Linux and Win) and it works
fine also with the qstring modifications on MapServer 4.0 for Windows, but I can't figure out where is
the problem with Linux (tested on two servers). Even the simple &qstring=('[PART_N]' IN '556') does not
work. It works fine with &qitem=PART_N&qstring=556 .
To help you in helping me :-), I have made an example on my local testing server:
The first url works properly and the second one fails.
http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=10
http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qstring=([FOGLIO_N]'%20IN%20'10')
I attach also the map file.
I need the second one to work because I have to query two fields at once.
ex: FOGLIO_N = 10 AND PART_N = 254

Thanks in advance, Roger

----------------------------
MAP FILE: urbis.map
----------------------------
NAME urbis
STATUS ON
SIZE 650 400
EXTENT 475.66 2404.5 5974.34 6239.61
UNITS meters
SHAPEPATH "data"
IMAGETYPE PNG
IMAGECOLOR 153 153 153
TRANSPARENT ON
FONTSET "/var/www/html/sittel/procida/font/fonts.txt"

WEB
  TEMPLATE header_1024.html
  IMAGEPATH '/var/www/html/tmp/'
  IMAGEURL '/tmp/'
  MINSCALE 100
END  #WEB

QUERYMAP
  STATUS ON
  STYLE HILITE
  COLOR 255 255 0  # highlight color is yellow
END

###### LAYER C A T A S T O ###########
LAYER
  NAME 'catasto'
  TYPE Polygon
  STATUS ON
  DATA 'lotti'
#  TEMPLATE index_basso.phtml
  LABELITEM 'PART_N'
  MAXSCALE 25000
  CLASS
    Name 'catasto'
    LABEL
      TYPE TRUETYPE
      FONT time
      BUFFER 3
      COLOR 255 0 0
      POSITION CC
      SIZE 8
    END
    OUTLINECOLOR 100 255 000
  END  # CLASS
END  # LAYER

######  LAYER   F O G L I  ########
LAYER
  NAME "fogli"
  TYPE Polygon
  STATUS ON
  DATA "fogli"
  LABELITEM 'FOGLIO_N'
  TEMPLATE header_1024.html
  CLASS
    Name 'foglio'
    TEXT (Foglio [FOGLIO_N])
    LABEL
      TYPE TRUETYPE
      FONT time
      BUFFER 1
      COLOR 0 0 0
      POSITION auto
      SIZE 10
    END
    OUTLINECOLOR 255 255 255
  END  # CLASS
END  # LAYER fogli

END
----------------------------------
End of map file
----------------------------------

Steve Lime wrote:
Are you escaping the value ('[PART_N]' IN '556,557' AND '[ID_N]' IN
'24') properly? Spaces aren't allowed and should be replaced with either
a + or a %20. We should still track down the source of the error though,
error 500's are never good.

Steve


Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

  
Roger Boily <boily at bsw.org> 2/3/2004 6:33:11 AM >>>
        
Hi,

On a cgi url I've tried to query on multiple fields with this:
NB: for easy reading space and " are normals but I used %20(space) and

%27(')
&qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24')
it works perfectly on windows Mapserver 4.0.1

But I receive error 500 from Apache on linux: (Premature end of script

headers: mapserv)
&qitem=PART_N&qstring=556 works fine on linux
but I receive the same error with:
&qstring=('[PART_N]' IN '556')

Is there anyone who has any idea?

Is there a way to make multiple fileds query with qitem and qstring?

Thanks a lot

Roger


_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
--------------030003020204010206030007-- From ms57 at streamyx.com Wed Feb 4 01:26:59 2004 From: ms57 at streamyx.com (Steve McCrone) Date: Wed, 04 Feb 2004 17:26:59 +0800 Subject: [Mapserver-users] retain button state Message-ID: <001001c3eb01$0be9c430$4d385edb@steve> I am using jBox and I wish to retain which button was enabled after form submit. As you can see from below I have placed some GIFs on my page and then use some javascript functions to produce the effect of a typical GIS applciation where one tool is enabled. However, when the user zooms in and the form gets submitted, then I wish to keep the zoomin tool enabled (i.e.place the /graphics/ZoomInDown.gif) and enable the zoomin functionality, as done in the cse statement. This is more of a pure javascript issue, but since I'm no expert in js, thought i would ask to see if anyone can piece together my caode to make it work. Thanks, Steve file://demo.html Zoom In Zoom Out file://toolbar.js var NN3 = false; file://==tools=== image1 = new Image(); image1.src = "/graphics/ZoomInUp.gif"; image1on = new Image(); image1on.src = "/graphics/ZoomInDown.gif"; image2 = new Image(); image2.src = "/graphics/ZoomOutUp.gif"; image2on = new Image(); image2on.src = "/graphics/ZoomOutDown.gif"; function on3(name) { document[name].src = eval(name + "on.src"); } function clearimg(){ document.image1.src = image1.src document.image2.src = image2.src } NN3 = true; function on(name) { if (NN3) on3(name); switch(name){ case "image1"://Zoom In document.mapserv.mode.value = "browse"; document.mapserv.zoomdir.value = 1; document.jBox.boxon(); break; case "image2"://Zoom Out document.mapserv.mode.value = "browse"; document.mapserv.zoomdir.value = -1; document.jBox.boxoff(); break; } } From raz at no-log.org Wed Feb 4 05:40:55 2004 From: raz at no-log.org (raz) Date: Wed, 04 Feb 2004 14:40:55 +0100 Subject: [Mapserver-users] mapswf.c extent problem Message-ID: <1075902055.14430.43.camel@atchoum> Hi everyone I have set up mapserver to be used with php and ming. This is my first post in this list. I am trying to write a web application with a flash interface that handles GIS data. I compiled php-4.3.4 and mapserver-4.0.1 with ming-0.3a. I must say it works great but I noticed 2 problems. The first thing is about the file mapswf.c. From line 2614, you can find this code : sprintf(szAction, "mapObj.extent=\"%f,%f,%f,%f\";", image->img.swf->map->extent.minx, image->img.swf->map->extent.maxx, image->img.swf->map->extent.maxx, image->img.swf->map->extent.maxy); oAction = compileSWFActionCode(szAction); SWFMovie_add(image->img.swf->sMainMovie, oAction); As you can see, extent.maxx appears twice and extent.miny does not appear at all. I guess it is a minor bug and I can change it myself but I thought I should tell you. The second thing is about raster handling in SWF output. To compile mapserver with ming-0.3a, mapswf.c needs to be modified a little bit as the SWFMovie_save function needs to be passed three parameters instead of two. I just add 0 (zero) as the third parameter and mapserver compiles without any problem. Now the application can handle all types of layer except one. If the map does not include a raster layer everything works fine. But if I add a raster layer, the map is empty with a flash 6 client but shows every layer expected (including the raster) with flash 7 client. I don't know where the problem comes from but I managed, many weeks ago, to make it work without any flash client version compatibility problem. I kept this precious php_mapscript.so version but I cannot remember the compilation options or the libraries versions I used that day. Now each time I try to compile from recent releases, I have this flash client version compatibility problem. I thought I should report about the first bug and ask to see if anyone knows how to resolve the flash client version compatibility second bug. Thanks, Raz. -- . Ramzi Oueslati . Tout GNU et tout bronz? From dmorissette at dmsolutions.ca Wed Feb 4 06:18:41 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 04 Feb 2004 09:18:41 -0500 Subject: [Mapserver-users] Too hard, too easy or too boring? In-Reply-To: <2CB3E50E-56AF-11D8-A555-000393D33C2E@refractions.net> References: <2CB3E50E-56AF-11D8-A555-000393D33C2E@refractions.net> Message-ID: <4020FF41.1090908@dmsolutions.ca> Paul Ramsey wrote: > > If Steve or the folks from DM would like access to a Solaris box for > testing, I can arrange one. > Actually, we do have a Solaris box on which we build MapServer and all its support libs and I never saw this error message before. I haven't tried MapServer 4.1 yet, but MapServer 4.0 used to build fine for us on Solaris, so I'm not sure what to suggest. Perhaps making sure Keith uses the GNU suite of tools instead of the Solaris compiler/linker? Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From mweinelt at planiglobe.com Wed Feb 4 07:11:26 2004 From: mweinelt at planiglobe.com (Martin Weinelt) Date: Wed, 4 Feb 2004 16:11:26 +0100 Subject: [Mapserver-users] Too hard, too easy or too boring? In-Reply-To: <40202B55.5070602@supanet.com> References: <40202B55.5070602@supanet.com> Message-ID: <200402041611.26097.mweinelt@planiglobe.com> On Wednesday 04 February 2004 00:14, Keith Campbell wrote: > OK, just trying to get your attention. I posted this yesterday under a > different title and got no responses. > > Here's the problem. I'm trying to compila an install a WFS Server > enabled Mapserver on a Solaris (this is proving to be a very frustrating > experience, no doubt partly due to my lack of knowledge of UNIX). I > think I've got all the libraries installed that I need, even though they > are in non-standard locations (it's not my server). The configure script > runs to completion and only seems to complain once:- > > checking for httpd... /export/home/local/apache2/bin/httpd > awk: syntax error near line 1 > awk: bailing out near line 1 > awk: syntax error near line 1 > awk: bailing out near line 1 > /export/home/local/apache2/bin/httpd version is Apache/2.0.45 (). > > Not sure what this means or what the implications are. > > Anyway, this is what I fed into the configure:- > > bash$ ./configure --with-jpeg=/export/home/local/util/jpeg > --with-freetype=/exp > ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib > --with-pn > g=/export/home/local/util/libpng > --with-libiconv=/export/home/local/util/libico > nv --with-gd=/export/home/local/util/gd-2.0.15 > --with-proj=/export/home/local/u > til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config > --with-gdal= > /export/home/local/util/gdal/apps/gdal-config --with-wfs --with-postgis > > The make process ran for some time before spitting this out:- > > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd6609c9 is non-aligned > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd660a09 is non-aligned > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd660a69 is non-aligned > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd660c29 is non-aligned > collect2: ld returned 1 exit status > make: *** [shp2img] Error 1 > > I can't find anything in the archives that points to the cause of this. > Can anybody help? Been through a similar nightmare three month ago. Did not put it in the archives or wiki because I am still not sure what went on ... Some of the newer versions of the supporting packages (libpng, gdal,..) have their own '*-config' script under /somewhere/local/bin. I gave the path to these scripts as an argument for the mapserver configure options instaed of the paths to the actual libraries. Moreover I was told by somebody that the linker (was it the compiler ...?) looks under /usr and /usr/local in the first place anyways and might pick the wrong libs if it finds them there, despite your environment during build time ... (I tried to exclude /usr and /usr/local during 'make') . This caused problems with an older version of PNG at the usual place and the really needed version at my 'private' place. It was Solaris 9 and mapserver and the proper libs in non-standard directories. Besides the measures laid down in the docs for solaris build I finally ended up editing the Makefile after 'configure' wiht explicit paths for every package that reported problems during run-time of mapserver. For instance: GD_LIB= -L/my/path/local/lib -lgd or TIFF_LIB= -L/my/path/local/lib -ltiff or PROJ_INC= -I/my/path/local/include PROJ_LIB= -L/my/path/local/lib -lproj Dunno if this is of any value, but might provoke more usefull comments from talented people ... Martin PS: Then I found out that my mapfile missed the NAME keyword for some LAYERs (which are referenced by the GROUP keyword). Thsi worked perfectly with my linux box but NOT AT ALL with the solaris installation . Ceterum censeo: check your mapfile carefully when running into problems with 'premature end of script ' errors (mapser cgi). From jnielsen at aero-graphics.com Wed Feb 4 07:26:40 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Wed, 4 Feb 2004 08:26:40 -0700 Subject: [Mapserver-users] retain button state In-Reply-To: <001001c3eb01$0be9c430$4d385edb@steve> References: <001001c3eb01$0be9c430$4d385edb@steve> Message-ID: <1075908400.40210f30e99af@www.agi-lan.com> Quoting Steve McCrone : > I am using jBox and I wish to retain which button was enabled after form > submit. As you can see from below I have placed some GIFs on my page and > then use some javascript functions to produce the effect of a typical GIS > applciation where one tool is enabled. > > However, when the user zooms in and the form gets submitted, then I wish to > keep the zoomin tool enabled (i.e.place the /graphics/ZoomInDown.gif) and > enable the zoomin functionality, as done in the cse statement. This is more > of a pure javascript issue, but since I'm no expert in js, thought i would > ask to see if anyone can piece together my caode to make it work. > > Thanks, > > Steve > > file://demo.html > onmouseup="on('image1');"> alt="Zoom In" name="image1" width="23" height="20"> > onmouseup="on('image2');"> alt="Zoom Out" name="image2" width="23" height="20"> > > > file://toolbar.js > var NN3 = false; > file://==tools=== > image1 = new Image(); > image1.src = "/graphics/ZoomInUp.gif"; > image1on = new Image(); > image1on.src = "/graphics/ZoomInDown.gif"; > > image2 = new Image(); > image2.src = "/graphics/ZoomOutUp.gif"; > image2on = new Image(); > image2on.src = "/graphics/ZoomOutDown.gif"; > > function on3(name) { > document[name].src = eval(name + "on.src"); > } > > function clearimg(){ > document.image1.src = image1.src > document.image2.src = image2.src > } > > > NN3 = true; > function on(name) { > if (NN3) on3(name); > switch(name){ > case "image1"://Zoom In > document.mapserv.mode.value = "browse"; > document.mapserv.zoomdir.value = 1; > document.jBox.boxon(); > break; > case "image2"://Zoom Out > document.mapserv.mode.value = "browse"; > document.mapserv.zoomdir.value = -1; > document.jBox.boxoff(); > break; > } > } Can you pass the states to the page? ie: Pass mode=map activebutton=zoomin etc. Or perhaps use DIV tags, display your map within them and only update their source. This is what is done in the "workshop" tutorial/example using dbox. ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From wim.blanken at planet.nl Wed Feb 4 08:03:48 2004 From: wim.blanken at planet.nl (Wim Blanken PI) Date: Wed, 04 Feb 2004 17:03:48 +0100 Subject: [Mapserver-users] retain button state References: <001001c3eb01$0be9c430$4d385edb@steve> Message-ID: <009d01c3eb38$8ac15d90$6400a8c0@BLANKEN> Hello Steve, We use frames to build a mapserver application. In the controlcentre.htm file (which is the template we use) we keep a variable we name activetool. Then in the tools section the value of the activetool variable is used to determine which button was pressed before a submit action was completed..... So if the button zoomin is used the activetool is set to zoomin. Then after a submit we rebuild the toolbox and determine what the value is of activetool. If it is zoomin then the button is activated...... Regards, Wim Blanken The Netherlands From assefa at dmsolutions.ca Wed Feb 4 08:03:35 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Wed, 04 Feb 2004 11:03:35 -0500 Subject: [Mapserver-users] mapswf.c extent problem In-Reply-To: <1075902055.14430.43.camel@atchoum> References: <1075902055.14430.43.camel@atchoum> Message-ID: <402117D7.4010200@dmsolutions.ca> Hi There, Thanks for reporting the bug. It is now fixed in Mapserver cvs version. As for the sencond problem, I have not actually upgraded my lib to 0.3 and still using 0.2. I will try to do an upgrade and see the results. Later, raz wrote: > Hi everyone > > I have set up mapserver to be used with php and ming. This is my first > post in this list. > > I am trying to write a web application with a flash interface that > handles GIS data. I compiled php-4.3.4 and mapserver-4.0.1 with > ming-0.3a. I must say it works great but I noticed 2 problems. > > The first thing is about the file mapswf.c. From line 2614, you can find > this code : > > sprintf(szAction, "mapObj.extent=\"%f,%f,%f,%f\";", > image->img.swf->map->extent.minx, > image->img.swf->map->extent.maxx, > image->img.swf->map->extent.maxx, > image->img.swf->map->extent.maxy); > oAction = compileSWFActionCode(szAction); > SWFMovie_add(image->img.swf->sMainMovie, oAction); > > As you can see, extent.maxx appears twice and extent.miny does not > appear at all. I guess it is a minor bug and I can change it myself but > I thought I should tell you. > > The second thing is about raster handling in SWF output. To compile > mapserver with ming-0.3a, mapswf.c needs to be modified a little bit as > the SWFMovie_save function needs to be passed three parameters instead > of two. I just add 0 (zero) as the third parameter and mapserver > compiles without any problem. > > Now the application can handle all types of layer except one. If the map > does not include a raster layer everything works fine. But if I add a > raster layer, the map is empty with a flash 6 client but shows every > layer expected (including the raster) with flash 7 client. > > I don't know where the problem comes from but I managed, many weeks ago, > to make it work without any flash client version compatibility problem. > I kept this precious php_mapscript.so version but I cannot remember the > compilation options or the libraries versions I used that day. Now each > time I try to compile from recent releases, I have this flash client > version compatibility problem. > > I thought I should report about the first bug and ask to see if anyone > knows how to resolve the flash client version compatibility second bug. > > Thanks, > > Raz. -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From jlcardilli at yahoo.com.ar Wed Feb 4 08:17:53 2004 From: jlcardilli at yahoo.com.ar (=?iso-8859-1?q?Cardilli=20Jose=20Luis?=) Date: Wed, 4 Feb 2004 13:17:53 -0300 (ART) Subject: [Mapserver-users] Oracle 9i SC Message-ID: <20040204161753.97880.qmail@web10103.mail.yahoo.com> Hi, May I need arcSDE for working with oracle 9i? ------------ Los mejores usados y las m?s tentadoras ofertas de 0km est?n en Yahoo! Autos. Compr? o vend? tu auto en http://autos.yahoo.com.ar From jnielsen at aero-graphics.com Wed Feb 4 08:33:02 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Wed, 4 Feb 2004 09:33:02 -0700 Subject: [Mapserver-users] Mapserver hardware recomendations. Message-ID: <1075912381.40211ebe001dc@www.agi-lan.com> We are planning to put a mapserver together for both external and internal use. The data will primarily be composed of rasters. Most of these rasters will more than likely be 24bit TIFF and JPEG. The raster data alone I think will start at around 400Gigabytes and could quite possibly grow. Vector data could potentially become substantial much later on but for the next couple years I do not see it growing beyond 50-100MB. Im hoping to increase the speed of the setup through the usual means such as min/max scale displays, tiled imagery, reduced colors(if possible), pyramids/rrds and of course trying to optimize the core imagery resolution for the application. I dont expect the traffic on this site to be too combersome. Perhaps no more than a few hundred hits a day at most and probably no more than ten connections at a time. I was thinking 1GB of ram, P4 2.8-3.0 or athlon-64, ata-100 main drives (one for OS and software other for swap etc) with the data sitting on a ata raid5 that interfaces to the machine via at least a SCSI U160 interface or perhaps firewire. I will probably put 3 main drives in it. 2 will be the OS/software and mirrored. 3 will be swap. All of this I plan to be running under either Redhat 9.0 or Fedora. Any recommendations on anything with regard to such a setup? Thanks, Jason. ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From bartvde at xs4all.nl Wed Feb 4 08:49:04 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Wed, 4 Feb 2004 17:49:04 +0100 (CET) Subject: [Mapserver-users] Oracle 9i SC In-Reply-To: <20040204161753.97880.qmail@web10103.mail.yahoo.com> References: <20040204161753.97880.qmail@web10103.mail.yahoo.com> Message-ID: <14022.212.238.227.182.1075913344.squirrel@webmail.xs4all.nl> Hi, you can access Oracle 9i through Mapserver's native Oracle Spatial interface (or even through OGR). You do not need to go through ArcSDE for this with Mapserver (opposite to the ESRI software). Best regards, Bart > Hi, May I need arcSDE for working with oracle 9i? > > > ------------ > Los mejores usados y las m?s tentadoras > ofertas de 0km est?n en Yahoo! Autos. > Compr? o vend? tu auto en > http://autos.yahoo.com.ar > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From cpurvis at asg.sc.edu Wed Feb 4 09:04:39 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Wed, 4 Feb 2004 12:04:39 -0500 Subject: [Mapserver-users] php clone() doesn't cut it Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C3EB40.F989BF9E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Well, Sean, I'm a monkey's uncle. I created the attached example, and it seems to work fine. Don't know what I was smoking. But by running it from the command line, I do get an error: free(): invalid pointer 0x822b370! Maybe this was mucking up things when I ran it w/i my interface? Don't know. But everything is attached, if anyone is interested. Charlton ------_=_NextPart_001_01C3EB40.F989BF9E Content-Type: application/octet-stream; name="seacoos_obs.map" Content-Transfer-Encoding: base64 Content-Description: seacoos_obs.map Content-Disposition: attachment; filename="seacoos_obs.map" TUFQCiAgTkFNRSAicmFzdGVyIHRlc3QiCiAgU1RBVFVTIE9OCiAgRVhURU5UIC05MS41IDIyIC03 MS41IDM2LjUKICBTSVpFIDQ1NiAzODQKICBTSEFQRVBBVEggIi4iCiAgSU1BR0VUWVBFIFBORwog IFBST0pFQ1RJT04KICAgICJwcm9qPWxhdGxvbmciCiAgRU5ECiAgV0VCCiAgICBJTUFHRVBBVEgg Ii90bXAvbXNfdG1wLyIKICAgIElNQUdFVVJMICIvbXNfdG1wLyIKICBFTkQKICBMQVlFUgogICAg TkFNRSAiYm91bmRhcmllcyIKICAgIFNUQVRVUyBPTgogICAgREFUQSAiYm91bmRhcmllcy5wbmci CiAgICBUWVBFIFJBU1RFUgogICAgVU5JVFMgTUVURVJTCiAgRU5ECkVORAo= ------_=_NextPart_001_01C3EB40.F989BF9E Content-Type: application/octet-stream; name="test_clone.php" Content-Transfer-Encoding: base64 Content-Description: test_clone.php Content-Disposition: attachment; filename="test_clone.php" PD9waHAKICBkbCgncGhwX21hcHNjcmlwdC5zbycpOwoKICBmdW5jdGlvbiBjbG9uZV9hbmRfZHJh dyAoJG9NYXApIHsKICAgIC8vIGNsb25lIHRoZSBtYXAKICAgICRjbG9uZU1hcCA9ICRvTWFwLT5j bG9uZSgpOwoKICAgIC8vIG1vZGlmeSB0aGUgZmlyc3QgbGF5ZXIKICAgICRjbG9uZUxheWVyID0g JGNsb25lTWFwLT5nZXRMYXllcigwKTsKICAgICRjbG9uZUxheWVyLT5zZXQoJ3N0YXR1cycsTVNf T0ZGKTsKCiAgICAvLyBkcmF3IHRoZSBjbG9uZSBtYXAgCiAgICAkaW1hZ2UgPSAkY2xvbmVNYXAt PmRyYXcoKTsKICAgICRpbWFnZV9wYXRoID0gJy4vY2xvbmVfcmFzdGVyLnBuZyc7CiAgICBlY2hv ICRpbWFnZV9wYXRoLiIgZG9uZVxuIjsKICAgICRpbWFnZS0+c2F2ZUltYWdlKCRpbWFnZV9wYXRo KTsKICB9CgogIC8vIGxvYWQgdGhlIG1hcAogICRtYXBPYmogPSBtc19uZXdNYXBPYmooInNlYWNv b3Nfb2JzLm1hcCIpOwoKICAvLyBkcmF3IHRoZSBtYXAgKGZpcnN0IGxheWVyIGRlZmluZWQgYXMg U1RBVFVTIE9OKQogICRpbWFnZSA9ICRtYXBPYmotPmRyYXcoKTsKICAkaW1hZ2VfcGF0aCA9ICcu L29yaWdpbmFsX3Jhc3Rlci5wbmcnOwogIGVjaG8gJGltYWdlX3BhdGguIiBkb25lXG4iOwogICRp bWFnZS0+c2F2ZUltYWdlKCRpbWFnZV9wYXRoKTsKCiAgLy8gY2xvbmUsIG1vZGlmeSwgYW5kIGRy YXcgCiAgY2xvbmVfYW5kX2RyYXcoJG1hcE9iaik7CgogIC8vIG5vdyBkcmF3IHRoZSBvcmlnaW5h bCBtYXAgYWdhaW4KICAkaW1hZ2UgPSAkbWFwT2JqLT5kcmF3KCk7CiAgJGltYWdlX3BhdGggPSAn Li9vcmlnaW5hbF9yYXN0ZXJfYWdhaW4ucG5nJzsKICBlY2hvICRpbWFnZV9wYXRoLiIgZG9uZVxu IjsKICAkaW1hZ2UtPnNhdmVJbWFnZSgkaW1hZ2VfcGF0aCk7Cj8+Cg== ------_=_NextPart_001_01C3EB40.F989BF9E Content-Type: image/png; name="boundaries.png" Content-Transfer-Encoding: base64 Content-Description: boundaries.png Content-Disposition: attachment; filename="boundaries.png" iVBORw0KGgoAAAANSUhEUgAAAcgAAAGACAYAAAApqvLrAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAABIAAAASABGyWs+AAAsnklEQVR42u2dv3IcLdO32aecS7lOT/EdaGJHildHoKN6z8CBcin/ qvYLLGSEgIEZ/nTDdVW5bK9WMwwD/OimaS5//vy5mUZcr1ezbVuryy/J9Xrd/Y6tc/e727b9+H/J PR9fni+jnx0AoCeX1gJpTNlgDHn4QunXsVv3R4Uxdj/EEgBWoKlAGoMVWYuQ5ehaim4d74lnzbIg lgAwK10E0hisyFJSguh/b2Td2nIilAAwG79a38B38UGc1pZfC76s2KffXxMtxBIAZqC5BWkMVuQe Z4JnJNYpViUAzEBzC9IYrMgUUiYPsfdzpFy+VYlQAuTz+vT7Rp+RQReBhJ+cjSytYT2GXLohoTx6 L9yvAMd4ZXIpAgRyADGrMWVlt4pEDUW/+vc6e+9v96DjA0R5ffp9C+1jjn3X/T99qj4IZGdKhCn0 e5Ya+xlLy1AD3K8AYVxxdD97fHm++GJoYfLZli5BOsbIDSjpRUiYjojS0XqMuVPdv0fXizF0blgP K36xbVyWnD5KgFxdEMhOz25MnjC69RRKAHBGHFOuGynvhg4OKxGyGs9CIo964GJtSK4w5gjY0Xtb 3HvWSj/XAgJ7YBVaiKMxdceR1ekqkKtYkbEk4SFhDFmIZyJJjwhfraTmNWFtBQBGgwVZkZDQ7OVJ db8bE9OQONaOePUtTHsPCfs02UcLs9HKeoS6IJCV8Adw9/+5FlmOONYWrNR1RrhqYhOIbdvMlQ3U MAGIox66CeTMVkDsaCn7We7v5/68RucqvcYZ93jJey+xlAG0gTjqAguyErbRn2n8rls2dv1RzxZy F/ucnShklQMrEgA6gUAKILT+Z8xPN60UkYz9zP9OjVR4oQjga2LzNOIJUsF61Ed3gRw90GtiL7hn ZHlcbNlqR7+mrnH39v5tc/X1ekUcQSyxTDggm26JAiwSoiJbPFPr59F4VmQv2BgNkkllymkJk8bz dLcgZw7WaUlO8AqiCSAT+qZOWINUyl7extT3ZuPbGihBPABQCQTyJJKs4ZRoShbKGoc1u1HEVy8Y AlcTjIK1R90gkAfQtB6Ys9m/9/ppbhlSOWpjAUw2qYD/OQfQAkApl//++2/IDEeyqMSQkKO05TMd ea698y1LTjLJLWPs2va7sXVuxBFGMGJ7B6fi1KF7FKsxerd6aC13q+fbswxLzposTce39z3/dxgo oDeue5UIVp10P81DK5rLfvQ5Szu1b7nl1llpqj3/871y2nVJY5hRQ19mnlCvQDeB1BAsMmPZSyhJ TLDnmt2rq5BlmdrKkipbzvvhnEnohZTAHNbdz9PVgtQuMLO7WHvWQ+7vh76Xu8Vl73pYlVCbUUkB fNw1/1cmhYfpfprH6IZztOzG/DsfUeMz1CIlRCV141p9teqzNODItyoZPKAGksaHEUfWzUTXIB1N 2yNSz6Cx3KXP6BKLQD2zfzGnHs+4to8G8xiDUEI5IwNycqBtH2OYi1WjNcYs7Of2ipAQ5YjTXuLz GuW018sVSyxK2MNd1/PXGjWNZZDHsEQBWnOyrtAJQkLnntixd6xVbE9kDH/vYs06PnIiita2CW1x BdFda6StzAuZdGCXWNSoMXnC5/9e6LNeg0yu14K8rhCidPInBSvkBOyU8b/RBQC5nOn4MXH0v1Pj XkfKxqwfSpCydeMMNiDO9rUZnqk1WJAQJZUmLmWJ5eR93VvHbEErNy4cR9MgPVObwTWcBwIJQXLc ozm/Z/HXLd3P3Ov3fCYYQ0gUa271afGOZxMT+zyvLCMkQSDhB6l0cSmhPHpqRy8078WdBenbIULU 2vsrCSzIPBBI+EbqJA7785ytEqFr7tFroCFQpz8ahdEl5RWBeUEgC1lhDSsljql6KRXO1OcwD73S ryFWYVL1wuQvDQJZwJHN5xrZO+NROzM8gwa0W42S2FvaCCX6T010EcY82OZxAD9cesaZa26S8Fmf H87hWo29xHHW4JxYwg7/cz/gzf/5x8P95ePh/oI45oMFeZJYdKZWjpZd8zMD+Ejuz7EtUn653fJ/ PNwjigdAICugPcfsHmdm0RJm4BLLMhstt270QuJhCiVt1gqmbyF+jH4IxSCQlZkxsi31TDmTgdED zRlrgEjWfWZK2i2p7KlEHaH/f7pPRxd7KhDIBsyWseWo4EuypKWUYzYkBeLUmJhKarPG/I0yvT79 vu1Fk+NCbQNBOo2IRbxq46jQS3nmvXLY9yOlvJrwLUcJdShJ3FLE2pwfYGPr2LpOQ8+HOLYDC7Ih IZHU0oFDz+FzdO9ja/bWkkI/T60d42b9iaYcqiX0aLOhqNRY2sXHl+fL3dv7zf8ZbbEPCGQHfKHU IpJnLYKRz7q3JSV0hqW29zOKV8/lZ4wM6/EMo8sfur8VR7u2ePf2ziStM7hYO6Jx3+RM2z72rHiN 76c3KXGU8M7PvLuW5d9z5T++PAf3J3483F+stY4rtT9YkJ2ZMco1hLRnzB3EV3k/RwiJo3Z6nSKT whXG0J5FrMZxIJCQJOZylL69I/fsyplovS6YsrylTCqOvOeebWNP7LASZYFAQhBJbrNSWqz5Sg7U 6ZUMPIYUcXTLklMXva1HiW0H0gwRyNR5gyCHswPuaMut5r0lJngeKYwSs84cWUPuVW5pbQfyGGpB SuhUI1ghWlKS2+0I7vux/5aUsitnPXDvbM+j9VLjOivAlgz94GIdiFSR1CxsNQiJu7S1ITfDSux9 hRLpx5JZp5BoLUrC78e4VecBgRyAhu0E1dbthE4CcpHoWvXLZ8zxA6lzswhpfoctie2fldxmIJ8h AsmmbNnimEOJ+K38nltztl55L3XR3q/hOyQKGMgKg5PmZ9Qg7OSRPUaLOmPNcT5+pRpK68FB+uCz MhrEoSXWQpa29ujy+PJ8mTUnag9qtW93yQRxnItfqZyVrSLWmPH+RaoIaY9ArYGW50cky6n9brW0 FSgnugYZi8oqGTwlnvQgBQ0iJFXAeyHdGnCFcfV31ZvQmCi9vUA5WUE6R45tCq2NaBCF3kgd2Gq/ K6nPqRE3QQD9KUxOvex9p/REmFehmZbgOJc/f/50cc8c2X+1AlLrpWQiVOM7o9FgEfiZc9i0/5Oa dZLaX7r3XWltB47RbZuHhr1/I5B8rt5qA29oY70EQinlEMc4tYNvYF2674P0T86mEf5EygAtpRw9 nzd03FBv/KCb0OSSfiMHid4GqMOwRAHGrDcA51Azb+YZZnGd5j6rMX/dYiPyraYEEXdqPiPaI2PY 3AxPNTfLIFuTmTINSX6GEYNbaEtGqn4QRrkgjvMz/DQPGlmYGURS8rvtlfUkxzqMlc39PsjGvmdc rXMx3II0RraVMRI/aGSE++joPVe1fGKCuAdbos4xYgwJBdix1WMuhgskA0GaUeu1NSzYlcTx6OHF HCVVj9F1GRvL3EkT4qmL4QJpwYqUR2rykusilEgN9+pRS9G9f46VLb0uj9Cqn/fYMpVT9pQViYWp i26JAvZAINOMqp/YIB4rj3TX6tkN3UcsxZIN57PTMr9zzWuGrlc6ofHbFpakPsRYkMYgkjFGWhEl LnBN4ljq2i8Vxj1334yWYQ6j19VrESt/akmExPL6ECOQrEWGkTKQhN5Nyv3aghouXfca27aZqyN8 oQQBJcI4eg1MCxr2QacOBM9t94ihfsQIJMQZPdD6k5fQZKZ1GVMp4EqsOv85vMG6aI+if+0e9QBy SAn9niU5uuyQBwIpGGkz7NF7M8/e089luucmy4E9i+eYZVnFeiCs1eg+lyuIWJW6ECeQq8/Epbvp pJXnzHP40aQpUt+ZpU56M3rClSI31aL3729BOB9///72O1iPuhAlkBrWJmpCdKMsUqd58E7aEKrz I3tJe7j4jQkL3N3b+839jjHhzDpk29GHKIF0kTirbMEKzyiVUN3zPvrjr2n37Pv2Xq7nKuZZiAmb E9z1w32KS1U3YgUSANbizHmXpRGnoe88vjxfrgetvLu392RygD41CLVBIAeziqUMECMnCjS1xSck rC4psXO38XxEvpuT/SZ1higuVb2IFMhV9kRKDlIA6MGeAKYOiw6dl2lMniD5Vp0bgepfA4FbF5EC uRKrTAYAfErcqK4QWmH0+86Z7RS4QSEEAjkYxBFWptRzkgqiyU0gH+tzWIrgg0AOBNcqQBkhcUyl hQv9rguiCCkQSADozlnPSSr70d61EUXIRbRAzmph4VZdG97/X84cGRbat5gCUYQjiBXIVFYTbeSG rMP8zNCea5E7AU7VmbuHkfMWoTZiBdJFu6CQ0BrgO0eit/dED1GE2vxvdAFSICYwG7Tp75R4iV6f ft/YjgE9ES2QFu1uKQZFgJ8EzuNMfo9+BL0RL5AznfBBB4cZ2nFtZurjMBfiBdIYOhDMBROln1An IBEVQTrGkJIN9EP7/Ql1ApL5pa2Bat4qMeu+TsiH9/8XIrtBA780Nk43YbEWwcQCBvhOaaKAbdvY ygFdUeNiddG8JokVuSYa26q0575er+bx5Xn0I8FCqBRIizarTFt5oS7+xGiFtkAWKdCMaoHU2umw ItciJISl73+vzYT6QkyAe7U9/+SNo/e1z/7xcI97FbqiWiCN0SeOfo5ZbeWHMnq/55iQ+gcOtyhT K4vY9hncq9Ab9QKp0RrTvIYK+bQWR7/9xBL8u/fX1Pbc+iM4B0agIlFADE2dPcYsJ5asjvsee3gI YiLopmXb6x9n253/zKHynLmfvQauVRiFegtSc+BLD7dXDbTWby/c+mnt0SjZPxg6M9EV0jPtzn/m FO79c9dSLViOMBL1AmnR6Gq1aLCEtdZtS3pvdj8iZq4ghq7hCmXudd3n9s9hjJXPF8m97yOMIIEp BDIkMFoHdGlCL0m0pdWNMf3aWa37uH3FF8mSa3wGzVxi149hf8cVVf+9Io4ghSkE0qLBEtsrv9ay tyTlzpMmmBLIaUN7a4Q5btDXp9+3UjGzv+P+nhVL2j5IYyqBnAkpa5JHXHAty+LTs1waPBRH242/ fzL3WV1LcO+eoQmgL45YjyAJ1VGss+IHV6we6ZryDPSyun3hkfY+agZ65Wb8sWJWWif+mqW9FuII 0sCCFIY/OEkdkHuS8+wtLclQYIsEWrqbSyYlR9YvQ65WAGkgkAoYLY69rbTYPWMCEBvMcwRDiiv7 KC3fzV7d3L2932JimapPXyRH1R3AHggk7NJToM+seabW0UL3yL2fxOCpluuhuc9qN/A/vjwXrUXa 70irUwAfBBKSjLCwatwrdo3QWl1q0/zoQTwlhC3eyRErPLSmaH9XQnAXwFEQSCWMGGR6imMvIcpx 0/qD+ugB/sya39l7+nXh3/vu7b3IcgTQBAIpnNEWTOtBT9rWiVjC7xH4ZehZVznrijluVVypoBkE UgG9haP3gCZBGKWVSWLkbCi3q1+20Oex/asE6IB0EEj4Ri+3KlZFnJGRtbE9kKlcqh8P95fYOmTq +YhiBekgkAroHehQ614pK0OCRSQZCfVTsu75+PJ8uXt7v1nLMCaYfqLz0c8IkIJMOsIJHYnViprX 176/cJSFK9Wyzt1Tum2bKbEmASSDBakA6edGxixFSdslShgVWCLt3cYie1NWoGtBpuoQ6xE0cPnz 5890s73ZXXitBtIjKcNi/29Rvp70Fitp4hgqm1++0LmQroi6n+FaBY3gYlVID7frtm0/rEH3M3dA D0UrShzoS5/ffc6WSBZHW66c+rDCZ7/j7pEE0AguVqWkNra3uI//WSqN2yz0dLVqqrdUnXw83F9s 6jn/e1iOoA0EUjm1zmss/X1NA/pZpFt4vci1qn1XK3seQSsI5ATUsnRmX7s9QusAKenBS0fXlaU/ F0AOrEECg1kGtUVRakTy2booPdUDQDJYkJNQenLCTBGnPfA3zZfUV2oCIr3eQ0eI7ZXZz2eLexW0 gkBOwhErUPrgLIHYEVghodg7LktLfe+do7nX1tjSAbOAQE5ELCl07GcQZ+8cxphQzLAfNBaME3ou e2gywIyQKGASUtZL7PSFFetpj1KLb4UJyN5EwLUS3TVIrEfQDgI5EbGBLPWdFespxqrtpoRY9iQr hlYgEUeYgV9EMK4FAhCGflBOqM4QRpgJLMiJoR7yWMFNWhsSkcMKEKQzKYjjPhojTCUR2lqEJQ4z gUDCUrAGW4dQgnrL69PvG1YkzAACORlnLEcJiblrW3U5gUtQl23bzMfoQgBUAIGcgL39aiX0EI+9 8rU+akqLGzD2LqSX/7N8WJGgnmmDdGak14CJhZVH6+AejUeKWQ8GJ3jADExrQUoeRI6QyoNZmocV 6tGyziW9zzN5fgG0wmkeSshdt4P25OQjnZHUc7NVBmZkWgtyNhiYZLFafeecOer/nGhW0A4CqQBE cByh1Gorvwf2PMJK4GIVDuLYF9eN6Nc9ghB3sz6+PF/cP/ZzN3k5gDamjGI1Zp5MMjmD8gzPKQGS CKQpmSA8vjxfSFwO2sHFKhyCc9pDyrlj+C5ntx5dy/Hu7f3GuZGgEQRSKbhe60A95hPbYhT7zHNV E7AD6kAgFcKgfg5cqf14fHm+3L293/B2gEYQSFgGXKl98MXw0706ZawDzA0CqQysxzw0pmnTgJtK zq9Lon1hNqYVyBn3rDHw7IOVWI+YKzrVDu3PWG+EGWAfpBIY+PPZto06qoBfh6FTY9zPEEeYjWkt yFlh4Iee5GTOcT/3xZEAHdAMAgnqYQDug5+Pdc9SJIsOaAeBBNXUXmduIbZarf69VHuxBAC+MOJy Ba0gkIrQOtBKp+W+yNQ5nlqIlf/zUOSv/7uCiSjCDEybi9WYtfKxwnF6tBGtbTG37Vn3K8IIM4FA CqV3tpeR+yt7v6dREcFa22OuSCKOMBu4WAUyIhVazoG4MzBqIuAfoVXCaFHd2+5hDOIIc4JACmb0 wDgrI+r1zD17WZ7+fXLEHGGEmSFRgFBGWDijBLm39arNUu5ZPyWWLuIIszOtBal1vWeW8kvFio22 nLY9UyfmZMRhjyOswLQCCRDD3denKYVfS5F0Jww5hxtjPcIKIJDC0GbZaKZ0vU0CtUXSz4zzMfoB AQTBGqQgEMexaBPJs+UtSRsHsCIIpAA0rom1qodRaKt3e2LJ0Tpz1xkRR4Awv1IHy4Z+pm0gkQ7C aL6eX4IFpy046ojL1X4/Z60RYGX+Z2ei7h9jvg/cmgYMbVC3csg5EFgipS5XKZMRAOkEXay+WNrP jNk/NBXykVJ32qymlmith9xy2zaHWxVgn6Io1tBMNTV7dWeqIct0j1jKNU2h+XtoL/+saHR9+/1t r08CQJpDycpjg0dpx8sJs49Zrn5HD5VF+uAmZRCWVFfSymLM+PdTWl5LyEq0G/yxIAH2aXaax97g UjMAKCSUkgbavWcfXU5JdSWpLLY8xox/R7nlRPgA6tEsUcDegFJzwIllRtGA9IF3ddwlBKnvCnEE aMNUmXR8l630bSqSygJxJOdvJeAGoB1TCaRLaBCTZl1KtkrgO76XQsJ7k9aeAWaDTDoABUgRRtyq AO1BIAcgYZC1SLGGLFq2IYwqI/lTAfqBQAIUMjLjDpmtAPqBQAIcAJECmJ9pg3QAetAzqxPuVYC+ LCeQGta3QN7aaIheBy77dYE4AvRhOYGUMugi1HG0BOq0IJTn2BhjPh7uL48vz6OLB7AUrEECVKCm qPtBQFiMAGNAIEEsq1iRqRSJiCPAOBDIwawiAqVIcYW3JvT+bfo4xBFgLAjkwmgIhNE2gchJmB/7 Di5VAFkgkIOwwiRdoEairW7cTfw5wh46vxFxBJADAjkYbRYS7FNyBqoVRYQRQB4I5EBGpizThNb6 ccvturO1WcYAq7LcPkgpaB30oRz7rkMu1dFlA4A4CKQAsCjCSDyguAYII4AOcLEOYrZBvxVa6ynm PkccAfSwnEBKcW2Oto40bPHQTCwgZ3S5ACCfpQRSSlDMaHHUwOh3VBvEEUAfSwmkMeNFEnHMR2Md +UkA2MIBoJflBNKYsW7NkfcHAIB8lhTIkSCO+Wh0s7rZdLAcAXSDQHZC2mAv/cxFrROJnFysAKCD pQWSgQxagfUIoJ9lBbJnsA5rjwAA+lhWII1BsKAeuFYB5mNpgbQwsMFZ3OAcAJiD5QWytasV9+r8 MMECmJPlBdIYxEsyGsTHRgRfr1cSAwBMBKd5NMYdPFtdvzUaRAoAoDYIpGkvAK1EbIUIXDu5wMoH gN7gYv1E2wC8ilUn7b1YwXbrf5V3AbAaCKRieojH6OTuFknbKNw68ROTjy4bANRjeRerlEFXAtaV 6bs03XXUERade88a76vGM4TK9Pr0+4ZIAszD0gI5en2tRvlrl/3j4f5ijLn5n/u5W0fVXY37HRHZ 1H2lWNkAUJelBVIzo606S0woQ2IhZSJSWo69ekYYAeYEgVTM3okc/s/8Ad61fEICFxKE2P1mFolU Pc/83ACrs7xASrFqauEP2HZN7PXp9y02mPsC8PjyfLHfD4mD/bn779jam/2eLVtMdDW8B78eEEeA ubn8+fPndv4yOtEyMO89gzHfRc4VRfs99zNf4Ox3fKFzf9+/zhFC17NofA+uQIbqHwB0s7wFOYNI 2ucw5p9Ft23bN0vPkhq8t20zH5nfPUJKfGd5DwAwD8sLpFZCLlFjfgqPbzn6n7t8RrB2IWTlnq0H l157RHGzAszLsi7WGbZ47ImMFlefW/6S9xFzaR693hH8duS+FwDQzdKZdLSKoyUmjP5z3b29i54E uSdg5FhkbgabkBiVXu8MoTZ01ioGABks6WJtOWj6gRut+LJYdqxHK453b++3ni7UI4TWTI0Jv68c K82Pxm0Ja6gA8zGNQB4RplyhzLlebJtEaZlq8/Fwf9Egjsb83BJSg9YiGdpryrokwByoF8hYsErq e+73965/ROj8LRQ1XG6hNdPQ4PzxcH9xI1FtRKsmUu/0yPpeD0vSvy55WQH0oz5Ix9/ekPru2QHr iND55ToyQMcEOpYUYBbOCmPoerUFMpVqb7b3AbAa6i1IYz4Hp0ggSs1BKnStHGvRFcmz0bOpbQ2+ 5Vj7+XvTouwtrMjY9bAiAXSj3oI05t9svbbFcYbUup8t55EtDTmMfnbJ1N4CkprwYEUC6GaKbR7b tn2zmCQMSjniGDqd3ph/g677s1ii8dD/X59+36Rv7RhFq/YRm8Cw5QNAL2oF0hURjZScDhFag/x4 uP8x0G/b9vXner2a16ffNwboOFrbDgD0Qa2LdYYAFd/d566P+f92v5NaCw2hsW564NdZy20gvAMA fai0IF3xkOJSPYJb7hyLOGQ1hq4FeVhru1fWHQDQhUoLcrZZea2I0xkiV0fSas/obO0VYBXUWZAz DjaareDZaGFFakvUAAB/UbEP0s+sMro8UqFu5LJtm7myLxJAFSJdrEfTwgGc4e7tvUvOVtoygA6G W5B+hKYPgwn04nPvavMJIxl2AHQwTCBjm+MtDCAAADCS4UE6vhASsAIzEjrtY3SZACBNVwsylDaN rQkAACCRbgJpM8D4OUIRRpBCT6uOdg8gn+4uVjcBN4MESKPlnkX2QwLooosFaQURdypIhdNPAMCn uQXp7ytDHEEisePJaoMVCaCH5okCcKeCBnqc7GGhTwDooLpAxs4uHP2gAClsonJ/P24roUQkAeRT 1cUa2vzPEUKghdDkDgDWpckapDsrZoYMGmk9sbMCTMIAALlUjWK1nf5KtCoow92j2yphOQDooroF iUsVtNJ7SQARBpBNs20eWI+gld7ChZsVQCZNg3QANGEndbRjADCmQ5AOgEZ6iSRuVgC5DD/uCkAS oyZ3rdyspNADOA4CCeAxkwfk4+H+KzqXtU6AMqpn0iFrDsyAFZNeLtBemXXu3t5vto++Pv2+zTQZ AKhNFYF012vocDALMYurhWi2FMiUELqCCQDfqeZiJTMIwHFqiu7eoeSvT79vblIE9/8A8A/WIAEi hKyu1i7XGhPM6/W6G5xjhdG/NxNcgH9USTVnT0F4fHm+0MFgJjS3aetaDR3l5btVP/7+dXN/b3T5 AUZT1YLUOpAApNi27euPMf9S0klJKHD39n6LRaqGLMmUhekuleB2hdWpGsVKsA7MiBvRatu4pEAd e5alfx0X95qvkcME3HXJ1O8DrELV0zwAZsSe9OGKY6sTP44I0ePL8+XqWY6p68R+FnqmkDsWYBUu //33X5X9Xu7sl9BxmI3QOl5t7Dq+lOd0YwtGlglgFJc/f/7cap2k7rtm6FgwK75bswajxMh1uYbc yfRjWJX/GWOiAQilQQj2GnQoAD1s2/bVZ90TTUikDqvzLYrVjdZzBbMEOhWsgpQo1rPElkM+Hu4v THZhZX7ZmWJsgT5lSYbE8PO7hIcDKMLGDbBVC+AfX0E6PjHxi1mW/vdZ3IfZsZGttbwmEvqMK5Cj ywIwmuA+yNJO74e/W+hgMDM2UKfG3khJATGxfZIAq1Elk45vVbIOCSvw+PJ8set3e8sRe/TsM7hR AfKoligAUYRVeXx5vthcpkcsyhLrsZZ1l8q3iuUI8Bcy6QBU4vHl+WIK85eOcK1+JfPoXD8A2mhy 3JWEYAOAERzJIFXSV2p5aj4e7i8lycjtUVi4Z2ElogJZsp4yy34wgBocmRzmilWtFI6vT79vuf3W dcdu28YaJixD9DSPnHWUWAfDeoTVcVO2pRgV9W23qOTeMySK9HOYneAaJGmmAOoR6089xdEPyvnM kpP9u34ZXXcrQgmz8k0ga2zToLMAfGe0OFqOnrITKp/9zAol/R5m5Esgz1iN7ikAAPCP0DJEb++M dxByVTGzfR9rEmbkfzYY54w4GvP9RACA1Xl8ef6W6NvtJ/73WpfFTWYQw41StYKaO+ml38Os/Do7 m3Vnp7lrGgCr4IrHtm3GTQg+Slj2XK22LyN8sDrRKNZcJOWQBJCKjRq19O4v/gHPtbaL2GuPeCaA 1pxKFIA4AuThLmOMEMecz1LE9mkSewAzUyWTDp0EVubu7f3mZ5px/3339n6zic1HiWNoKaVWv2VL GMxKlVysWJCgGet+POJ2dF2nX0LxaW1t22Y+TF135qlyOdjPzuZjfXx5vlwTQov7FTRz2ILkaCuY Bf8c0xCutWUjPf10bR8P9xf7xz0KawQ5kaslKSKv12vU4vQjdt1IWADNnLIgnWN+ANSSk1XGCoAd +Esy0YzCt+7OJgDJPQGEcQFm4XAU68iIPADI59UTSd9yzO2/rtu2pM/jZgWtHHax4loF0IHrAnWj aUv7sOsyLgnwcdPSja4LgBJOR7EyKwTQhbUCjxxTd7S/I5KgkSYHJgOAPPxgGmtBlorW48vzpfRc yNJ7cDgzSACBBFiUMzmYbaTuEXEd/dwAufw64mYBAL1YYbMBO9u2mat3ZNXRo7FS98z9LpYjSOFU snLEFUAvfsCOuzWjRBxbnAeJpQkSwMUKsCDbtn3b8nF0sntkPdKSSjwwun4AjEEgAZblrDhaPh7u D4mkn30H1ypIA4EEWBArapazVpsVWZuCL/a9kBAijCCVU+dBfh6sijsEoCG1A2Za4opdaGyw2XgY N0ADWJAAwtEUDBdym7qiaYUeqxE0gEACCEeTteWe4uG6cBFE0AguVgDoDgnMQQNVDkwGgDDuhnyf VcWBsyJBCwgkQIQj2xbs73zLUuOJo/1sL6AFAMaCQAI4+KKYm2nKFzz38xDude3vbttWlMFGK5/P eDPmnKt1pTqDMbAGCUuRYxXWOOvUCmPoWu7PXCvTtza1963c7SmsR4JUsCBhelxR7HXQd+o+9mex TDZfP1csHJr2bgLEQCBhSty1QEsvccwlVh5fMFskA29NiTimng3rEkZy2MVqOzENF6TgW4opN6cG iHxNu8RXqwvozykLkgYKkikVxtR6YK17lJbfX69MTQJmdmnmvg+AmpyyIBHIsdj9ZDMPjLn1cNRa 9INi7NpZzhpayI3bAreMvlD4wui6JDW6Zl1896pvTdrPye8KrSDVnGI+Hu4vq8+q7eBozzcswV0m sIOrLzYSXHzuc7nls5/bcrob8G25Rx0jVTMZgL1WrL4/Hu4viCO0AAtSMatbkK44lrK3hu5bkDGR 6bm+6btbY7hu4tznrU2LKFbXU7D3HKH3xXgFpRDFqphVhdFyRBxz9xmm6nZU0M9eRG5s24j7fzup aj3B/bxnNRdviTimrrF6n4EyEEhYjiPnFLrrXcbsi/NRy/YMvsVoy+Cu4fVyybtp985yZKtH6LvX v2uyXZ4f5oBtHh1hBluXUJDMngCcba82vZl/L9+tKWWLSagcvbL11NjDaPuM9oAj0Amp5kAtoQw5 R9qkG1BSOoFxf/eIddZbQGdMaQfQitMuVmZ20JNSt52b0DrWVl1RPGLlO6JcdDqHdXn2FEn2EwLk c8qCNAYrEtqTiiDNzTYTC/IInd6R06Zruct77aV08d2uLJcAhKkikMbQuaAdoXMTz5ylmDrSakR7 PnrE1lFCyRHoxwA/OS2QxiCS0J+zASAxy823SH1rs3Ubty7hHkE+KVcrfRmgkkAag0iCTtyo1BDW jRqy8mxKOmN+LjWcccGGXMp7QllDUP0AHsl9mYhw6EE1gTQGkdRETrBL6D3OkqEkJYxW7PzvuJ+H 1jFb1UNpYFLNA59bPlcPCCKEM1QVSGP+zUKZ3cmk5PDgvXRm/nc0DUSxLSIan8WY7wkM3Gc6i+ZJ L2dJwlmaWJDG0Cgl0ToIZIZBVHL5c6wg/xSPmu9Ya79GIOEs1QWSxtiXHPdbjy0EvHs5tNo6ok0o EUg4C7lYFVLiJu1dLgaj8ditG7Wv67qiY2czjsRtfyOO+IL5QCAVIVUY/TJKGCxnpMQiapmhJ3iS SOfApVC9+P8GOEtVgdy2zVyd1F6jH24WRmRbKSU3Aw3UxU2lN3rrQzArUacI39jxX7RHOEMTC/Kz YY5+tinQII7GHEvUDWWE9lk+vjxfPj4/88Wx54kisXv0yP26l+wB4CjVBZJkyPWRLo4WZuv9sAcS GxOud/c8xhFnUw6oix/PP7pcoJ/q+yCN0R32L4na4fqt4H2Pw9+mEloDHu2FwNUJWvlfi4tqGNSh DojjWGy9b9v2bUL1+vT7dvf2fnMF1L6r6/UatLpin9fg9en3zf8zuu4A9mhiQRrDrPEso2f9OSCO svCz6biETu2IHfXl/r8V/n1oSyCRZts8bAQbDX5OYgMt73scTpBOcNLr5pK9e3v/0Tc/jDGPL89d tkr44mtFkm1CIIkmLlYXXCnHkWo9pqwQGM/jy/PFFRn7b/9vY/5Znf7vG9M/GtR1D4+oNwCfpgK5 bdvX2sjoB4U6hFxhdmBj5i8LXyhdrLUZ2zc56l0ikiCJ5hakhQY/D/7gyXrzXPjBPb1xRZKgHhhJ l1RzXzkcWV9QDftb56b1qS8lsPkfJNA9FyuL8Lrx3x3vcg4kR00jjjCKrgJJlh294EadFwniuDcu nGl7Ek8eAR10tyDZ/gEgh6PiWDLRjSUStz/Tds4krEOzRAF7YJGkkZhmjnc2FyFxjAlXiJy2kBNc U7tN1bxnyvrEMp2fYQJpDANuDAkuLxdm+HMSExKt7zj3vFRf+GPP6/fD0IQh9DOt9Qc/QSCFgeW4 NjaIjWC2co70nT0rucb1eI966b4GCXpwkwKMPox3JdjzdxxfoPYELrSd5EwwYeh6ofeJaOpguAVp DI3FRZIFyWwYtHNmuaLmOZrutfDI6KFbJp0QUoQAwrjvh3cFGnHzyh6xCmttS/P7D14CHQwVSPiO 5E7DrHcfye9vZdyctGe3p9SAyaYeRKxBEpDwDzqPbqxI0p5lUtK/Wic12ZtQ0YbGM9yC9BMTjy7P KCStPQLMxpmxpYVQhvq6Pf2IcUAOQ4N0fFZ140kWR/Z3wSwcCdhxEye0wD3E2v2cviaD4Rakz0pW pLWapYqjMZz1CHNwZFxpLY6xstHX5CBiDdKySjLz3IwfAFBOah04t7/1EsfcfZMWxLMvolysllld rVqFcdb3AXMSs8hK+l8vgSyBfeP9EeditcwUtKPlWUJ7xVaw6GFubP9zt3vsIUkY/TJpGEtmQZSL 1eJmnNDmbnDdO5oackoI3Xom5RxIJ2Qx+ki0EHOwy1BsJ+qDSBdrCD/t02h3Q6zzhdZRQ0fkSOuY bjRdLCUW4gg92cthelYkUsd9WaT1U5fRY+AKiLQgQ/gN1Z9JGdO+oZSuIfrlkSyO/vPFuHt7v7Em Cb3wxSvURksSjeR6daT10VgZWQJpixqBDBHqPK0G7iPi5pZHmjiGrNycwePj4f7y+PI8uvhQgD+J HHGI8ZkyW0IRn6nvx55nz2JsLTru9c+MB2fKWbL8Y+tkxWPY1LhYczhi2bSeUdbqDDVJuWZcIffr k3UPffjv01JyoLAx/d95zQllqdv0TJ/dW9v0+16pUPnXyn0v7vLImYQJMXIOndboeZpKII3JbzRa t1zUYK+OerqtoS01ElGMWuvyxaN3P80VO3fy4a/j+98/MoF3rX5/onPkndSefPiT6G3bzMfD/cUu x4Tq6PSNOzGdQBoTb4gri6Ilp5FiKc6DP7DWcun1ahshgQiVJ8SesO393l59xerDikRtS7xmv6yV wcvWkRu8N5MbdlqBDLGqKLrkzGIRyLmobYmlorR7Pkfq3kdPyiipq72JeO16qenZqelZ8Jlp3JhS ICGMRhcH1KV2sNiINhUKOmolRkcEsvWz50xwc75Tw5swe6J1BHJS/EADxBEstU+16C0UvdbIU/Wk MeDEf65Saqx/agOBnJTQMTorNGjIY08kS9b3NIvFHiFLS/tkMyaQflIQCdHMo0EgB9Nyz9VqjRnK OJsNKvbzmfAFUrs4jkZbfIPqRAGzoKWxwFzEAkz2RGC19uq7l1d7/rNoykntg0ACwBcM/t9xN/ST 1u082toXAgkAkIG2wV0KmutN7HmQAACjuXt7V7VmBnVBIAEAInC829ogkAAAAAFYg+wIi/wAAHpg H2Rn2EcFAKADXKydsXupNO8NAgBYAQRyAIgkAIB8cLEOZLXEvwAAmsCCHIib4xFrEgBAFliQQsCa BACQBRakELZtq3aILQAAnOeXvzePQRoAAMCYy//9vw9jzPc1MERyHLhaAQBk8CWQlr2TxiXin9c2 AyQUAAAYyw+BNObnKdpSSaVu01D+nOdDIAEAxhDMxfr48ny5BrYdzCA6AAAAOQQtyBCS1ihDluPj y/MltpdwdHnPPCcWJADAGLIF0jJ6jbJ0bc4XzZ7lrnF6BwIJADCG/w+Hx8w9W/7VFwAAAABJRU5E rkJggg== ------_=_NextPart_001_01C3EB40.F989BF9E Content-Type: application/octet-stream; name="boundaries.wld" Content-Transfer-Encoding: base64 Content-Description: boundaries.wld Content-Disposition: attachment; filename="boundaries.wld" MC4wODMzMzMzCjAKMAotMC4wODMzMzMzCi05OQo0OAo= ------_=_NextPart_001_01C3EB40.F989BF9E-- From sgillies at frii.com Wed Feb 4 09:35:35 2004 From: sgillies at frii.com (Sean Gillies) Date: Wed, 4 Feb 2004 10:35:35 -0700 Subject: [Mapserver-users] php clone() doesn't cut it In-Reply-To: References: Message-ID: <8A08AA41-5738-11D8-819C-000393B98B56@frii.com> On Feb 4, 2004, at 10:04 AM, Charlton Purvis wrote: > Well, Sean, I'm a monkey's uncle. I created the attached example, and > it seems to work fine. Don't know what I was smoking. > > But by running it from the command line, I do get an error: > free(): invalid pointer 0x822b370! > > Maybe this was mucking up things when I ran it w/i my interface? > > Don't know. But everything is attached, if anyone is interested. > > Charlton > I've seen that free() error as well ... can you provide any other context? What was the object at 0x822b370? I'd like to get this bug fixed. Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From cpurvis at asg.sc.edu Wed Feb 4 09:40:00 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Wed, 4 Feb 2004 12:40:00 -0500 Subject: [Mapserver-users] php clone() doesn't cut it Message-ID: > I've seen that free() error as well ... can you provide any other > context? What was the object at 0x822b370? I'd like to get this > bug fixed. I have zero idea how to find that out. Any suggestions? From ed at topozone.com Wed Feb 4 09:49:32 2004 From: ed at topozone.com (Ed McNierney) Date: Wed, 4 Feb 2004 12:49:32 -0500 Subject: [Mapserver-users] Mapserver hardware recomendations. Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3B60@mercator.topozone.com> Jason - If you're concerned about performance, the first thing I'd do is lose the JPEGs, and convert them all to TIFF images. Otherwise the rest of the things you've identified for managing your data are good ideas - do as much as you possibly can to optimize the data layout and usage before you begin to think about hardware. Your hardware setup generally looks reasonable. At TopoZone we serve about 20 terabytes of imagery and vector data using a similar sort of platform at much higher traffic rates (but no, it doesn't all fit on one box ). You would probably benefit, however, from more RAM, depending on your usage model. Having more RAM available for working set AND some left over for disk cache will be helpful unless virtually all your hits are "random" and not geographically related to one another. If you will be frequently updating your data set, please remember that in my experience most ATA RAID controllers see their performance go out the window when asked to support simultaneous writes and reads. Don't try to do much active updating while your server's busy trying to serve maps. - 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: Jason M. Nielsen [mailto:jnielsen at aero-graphics.com] Sent: Wednesday, February 04, 2004 11:33 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapserver hardware recomendations. We are planning to put a mapserver together for both external and internal use. The data will primarily be composed of rasters. Most of these rasters will more than likely be 24bit TIFF and JPEG. The raster data alone I think will start at around 400Gigabytes and could quite possibly grow. Vector data could potentially become substantial much later on but for the next couple years I do not see it growing beyond 50-100MB. Im hoping to increase the speed of the setup through the usual means such as min/max scale displays, tiled imagery, reduced colors(if possible), pyramids/rrds and of course trying to optimize the core imagery resolution for the application. I dont expect the traffic on this site to be too combersome. Perhaps no more than a few hundred hits a day at most and probably no more than ten connections at a time. I was thinking 1GB of ram, P4 2.8-3.0 or athlon-64, ata-100 main drives (one for OS and software other for swap etc) with the data sitting on a ata raid5 that interfaces to the machine via at least a SCSI U160 interface or perhaps firewire. I will probably put 3 main drives in it. 2 will be the OS/software and mirrored. 3 will be swap. All of this I plan to be running under either Redhat 9.0 or Fedora. Any recommendations on anything with regard to such a setup? Thanks, Jason. ------------------------------------------------- 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 sscott at gwi.net Wed Feb 4 10:22:38 2004 From: sscott at gwi.net (Shannon Scott) Date: Wed, 4 Feb 2004 13:22:38 -0500 Subject: [Mapserver-users] Segmentation fault - fedora Message-ID: <000001c3eb4b$e343ece0$8b95c3d8@sebois> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C3EB21.FA6DE4E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Greetings. We recently upgraded from RedHat 8.0 to the fedora OS. Since then we have had trouble with one of our map files. I searched for the error in the apache log "Premature end of script headers: mapserv", but found no solution. Then I tried the debugger. I got this: $ gdb mapserv GNU gdb Red Hat Linux (5.3.90-0.20030710.41rh) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...(no debugging symbols found)...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run "QUERY_STRING=map=/var/tomcat4/webapps/ROOT/static/mcht/mltn_query.map&m ode=itemquery&qlayer=mltntrim&qitem=id&qstring=([id]=38)" Starting program: /usr/local/mapserv_fedora/mapserver-4.0.1/mapserv "QUERY_STRING=map=/var/tomcat4/webapps/ROOT/static/mcht/mltn_query.map&m ode=itemquery&qlayer=mltntrim&qitem=id&qstring=([id]=38)" Program received signal SIGSEGV, Segmentation fault. 0x080566d9 in msReturnQuery () (gdb) backtrace #0 0x080566d9 in msReturnQuery () #1 0x08051019 in msReturnTemplateQuery () #2 0x0804ec72 in main () (gdb) Then I changed to itemnquery and got this: $ gdb mapserv GNU gdb Red Hat Linux (5.3.90-0.20030710.41rh) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...(no debugging symbols found)...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run "QUERY_STRING=map=/var/tomcat4/webapps/ROOT/static/mcht/mltn_query.map&m ode=itemnquery&qlayer=mltntrim&qitem=id&qstring=([id]=38)" Starting program: /usr/local/mapserv_fedora/mapserver-4.0.1/mapserv "QUERY_STRING=map=/var/tomcat4/webapps/ROOT/static/mcht/mltn_query.map&m ode=itemnquery&qlayer=mltntrim&qitem=id&qstring=([id]=38)" Content-type: text/html Program received signal SIGSEGV, Segmentation fault. 0x0031c153 in strlen () from /lib/tls/libc.so.6 (gdb) backtrace #0 0x0031c153 in strlen () from /lib/tls/libc.so.6 #1 0x0035d23a in regexec () from /lib/tls/libc.so.6 #2 0x08055db4 in msReturnPage () #3 0x08056489 in msReturnQuery () #4 0x08051019 in msReturnTemplateQuery () #5 0x0804ec72 in main () (gdb) How should I proceed? Any help or advice is greatly appreciated. Thank You. Shannon ------=_NextPart_000_0001_01C3EB21.FA6DE4E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 

Greetings.

We recently upgraded from RedHat 8.0 to the fedora OS.

Since then we have had trouble with one of our map = files.

 

I searched for the error in the apache log = “Premature end of script headers: mapserv”, but = found no solution.

Then I tried the = debugger.

I got this:

 

$ gdb mapserv

GNU gdb Red Hat Linux (5.3.90-0.20030710.41rh)

Copyright 2003 Free Software Foundation, = Inc.

GDB is free software, covered by the GNU General = Public License, and you are

welcome= to change it and/or distribute copies of it under certain = conditions.

Type "show = copying" to see the conditions.

There is absolutely no warranty for GDB.  Type = "show warranty" for details.

This GDB was configured as = "i386-redhat-linux-gnu"...(no debugging symbols found)...Using host libthread_db library = "/lib/tls/libthread_db.so.1".

 

(gdb) run "QUERY_STRING=3Dmap=3D/var/tomcat4/webapps/ROOT/static/mcht/mltn_que= ry.map&mode=3Ditemquery&qlayer=3Dmltntrim&qitem=3Did&qstr= ing=3D([id]=3D38)"

Starting program: /usr/local/mapserv_fedora/mapserver-4.0.1/mapserv "QUERY_STRING=3Dmap=3D/var/tomcat4/webapps/ROOT/static/mcht/mltn_que= ry.map&mode=3Ditemquery&qlayer=3Dmltntrim&qitem=3Did&qstr= ing=3D([id]=3D38)"

 

Program received signal SIGSEGV, Segmentation = fault.

0x080566d9 in msReturnQuery ()

(gdb) backtrace

#0  0x080566d9 in msReturnQuery = ()

#1  0x08051019 in msReturnTemplateQuery = ()

#2  0x0804ec72 in main ()

(gdb)

 

 

Then I changed to itemnquery and got this:

 

$ gdb mapserv

GNU gdb Red Hat Linux (5.3.90-0.20030710.41rh)

Copyright 2003 Free Software Foundation, = Inc.

GDB is free software, covered by the GNU General = Public License, and you are

welcome= to change it and/or distribute copies of it under certain = conditions.

Type "show = copying" to see the conditions.

There is absolutely no warranty for GDB.  Type = "show warranty" for details.

This GDB was configured as = "i386-redhat-linux-gnu"...(no debugging symbols found)...Using host libthread_db library "/lib/tls/libthread_db.so.1".

 

(gdb) run "QUERY_STRING=3Dmap=3D/var/tomcat4/webapps/ROOT/static/mcht/mltn_que= ry.map&mode=3Ditemnquery&qlayer=3Dmltntrim&qitem=3Did&qst= ring=3D([id]=3D38)"

Starting program: = /usr/local/mapserv_fedora/mapserver-4.0.1/mapserv "QUERY_STRING=3Dmap=3D/var/tomcat4/webapps/ROOT/static/mcht/mltn_que= ry.map&mode=3Ditemnquery&qlayer=3Dmltntrim&qitem=3Did&qst= ring=3D([id]=3D38)"

Content-type: text/html

 

<!--= MapServer version 4.0.1 OUTPUT=3DPNG OUTPUT=3DJPEG = OUTPUT=3DWBMP SUPPORTS=3DPROJ SUPPORTS=3DFREETYPE SUPPORTS=3DWMS_SERVER INPUT=3DTIFF = INPUT=3DEPPL7 INPUT=3DJPEG INPUT=3DGDAL INPUT=3DSHAPEFILE = -->

 

Program received signal SIGSEGV, Segmentation = fault.

0x0031c153 in strlen () = from /lib/tls/libc.so.6

(gdb) backtrace

#0  0x0031c153 in strlen () from /lib/tls/libc.so.6

#1  0x0035d23a in regexec () from /lib/tls/libc.so.6

#2  0x08055db4 in msReturnPage = ()

#3  0x08056489 in msReturnQuery = ()

#4  0x08051019 in msReturnTemplateQuery = ()

#5  0x0804ec72 in main ()

(gdb)

 

 

How should I proceed?

Any help or advice is greatly = appreciated.

Thank You.

Shannon

 

 

 

 

------=_NextPart_000_0001_01C3EB21.FA6DE4E0-- From pbarabe at U.Arizona.EDU Wed Feb 4 10:45:34 2004 From: pbarabe at U.Arizona.EDU (Patrick J Barabe) Date: Wed, 4 Feb 2004 11:45:34 -0700 (MST) Subject: [Mapserver-users] Too hard, too easy or too boring? In-Reply-To: <40202B55.5070602@supanet.com> References: <40202B55.5070602@supanet.com> Message-ID: Keith, Try again with --enable-runpath in your configure options. I had compile errors for weeks that never got better until I noticed the reference that that option in README.CONFIGURE. First try with that option and all my problems evaporated. This on Solaris 9. good luck, patrick On Tue, 3 Feb 2004, Keith Campbell wrote: > OK, just trying to get your attention. I posted this yesterday under a > different title and got no responses. > > Here's the problem. I'm trying to compila an install a WFS Server > enabled Mapserver on a Solaris (this is proving to be a very frustrating > experience, no doubt partly due to my lack of knowledge of UNIX). I > think I've got all the libraries installed that I need, even though they > are in non-standard locations (it's not my server). The configure script > runs to completion and only seems to complain once:- > > checking for httpd... /export/home/local/apache2/bin/httpd > awk: syntax error near line 1 > awk: bailing out near line 1 > awk: syntax error near line 1 > awk: bailing out near line 1 > /export/home/local/apache2/bin/httpd version is Apache/2.0.45 (). > > Not sure what this means or what the implications are. > > Anyway, this is what I fed into the configure:- > > bash$ ./configure --with-jpeg=/export/home/local/util/jpeg > --with-freetype=/exp > ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib > --with-pn > g=/export/home/local/util/libpng > --with-libiconv=/export/home/local/util/libico > nv --with-gd=/export/home/local/util/gd-2.0.15 > --with-proj=/export/home/local/u > til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config > --with-gdal= > /export/home/local/util/gdal/apps/gdal-config --with-wfs --with-postgis > > The make process ran for some time before spitting this out:- > > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd6609c9 is non-aligned > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd660a09 is non-aligned > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd660a69 is non-aligned > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd660c29 is non-aligned > collect2: ld returned 1 exit status > make: *** [shp2img] Error 1 > > I can't find anything in the archives that points to the cause of this. > Can anybody help? > > Thanks, > > Keith > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > *** /------------------------------------------------------/* ** / ##### patrick barabe / * * / @(0 0)@ pbarabe at u.arizona.edu / ** */------oOOo---[_]---oOOo--- www.u.arizona.edu/~pbarabe / *** From dmorissette at dmsolutions.ca Wed Feb 4 10:57:44 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 04 Feb 2004 13:57:44 -0500 Subject: [Mapserver-users] getShape() with SDE and PostGIS In-Reply-To: References: Message-ID: <402140A8.7070905@dmsolutions.ca> Ellis Robin (Bundaberg) wrote: > I'm using PHP mapscript with version 3.6.3 of Mapserver. Using the following mapscript I can successfully return the extent of a polygon from a PostGIS layer, however I can't repeat the success with a similar SDE layer. > > $zoomdcdblayer->queryByAttributes(MS_MULTIPLE); > $thenum_results = $zoomdcdblayer->getNumResults(); > > for ($i=0;$i < $thenum_results; $i++) { > $result = $zoomdcdblayer->getResult($i); > $zoomdcdblayer->open("test"); > $rvshape = $zoomdcdblayer->getShape($result->{tileindex}, $result->{shapeindex}); > $shpbnd = $rvshape->bounds; > print_r($shpbnd); > $zoomdcdblayer->close(); > } > >>From my PostGIS layer I get this 'shpbnd' output: > rect Object ( [_handle_] => Resource id #23 [minx] => 152.226563 [miny] => -25.004187 [maxx] => 152.234491 [maxy] => -24.997927 ) > > But from my SDE layer I get this: > rect Object ( [_handle_] => Resource id #18 [minx] => -1 [miny] => -1 [maxx] => -1 [maxy] => -1 ) > It seems that the bound of the shapeObj were not set by the SDE driver, and according to CVS logs this would have been fixed in V 4.0: ----------- revision 1.59 date: 2003/01/22 18:20:09; author: sdlime; state: Exp; lines: +8 -0 Fixed SDE code to properly set the bounds of a shape. ----------- So you will have to upgrade to get that fix, unless you want to patch your local copy of the source (see the diff output below). Daniel ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ $ cvs diff -u -r 1.58 -r 1.59 mapsde.c Index: mapsde.c =================================================================== RCS file: /data2/cvsroot/mapserver/mapsde.c,v retrieving revision 1.58 retrieving revision 1.59 diff -u -r1.58 -r1.59 --- mapsde.c 21 Jan 2003 23:41:21 -0000 1.58 +++ mapsde.c 22 Jan 2003 18:20:09 -0000 1.59 @@ -42,6 +42,7 @@ long numparts, numsubparts, numpoints; long *subparts=NULL; SE_POINT *points=NULL; + SE_ENVELOPE envelope; long type, status; lineObj line={0,NULL}; @@ -121,6 +122,13 @@ free(subparts); free(points); + + // finally copy the bounding box for the entire shape + SE_shape_get_extent(inshp, 0, &envelope); + outshp->bounds.minx = envelope.minx; + outshp->bounds.miny = envelope.miny; + outshp->bounds.maxx = envelope.maxx; + outshp->bounds.maxy = envelope.maxy; return(MS_SUCCESS); } From dmorissette at dmsolutions.ca Wed Feb 4 11:03:14 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 04 Feb 2004 14:03:14 -0500 Subject: [Mapserver-users] Segmentation fault - fedora In-Reply-To: <000001c3eb4b$e343ece0$8b95c3d8@sebois> References: <000001c3eb4b$e343ece0$8b95c3d8@sebois> Message-ID: <402141F2.9090107@dmsolutions.ca> Can you try against the latest 4.1 (CVS) source and see if that seg fault happens with that version as well? If the crash still happens with V4.1, then try including the --enable-debug option and recompile MapServer. You will then be able to see exactly where in msReturnQuery() the crash happens (in gdb). With this information we may be able to figure the source of the problem, if the gdb output doesn't give enough info then you may have to file a bug in bugzilla with a mapfile/dataset that can be used to reproduce the problem. Daniel Shannon Scott wrote: > > > Greetings. > > We recently upgraded from RedHat 8.0 to the fedora OS. > > Since then we have had trouble with one of our map files. > > > > I searched for the error in the apache log ?Premature end of script > headers: mapserv?, but found no solution. > > Then I tried the debugger. > > I got this: > > > > $ gdb mapserv > > GNU gdb Red Hat Linux (5.3.90-0.20030710.41rh) > > Copyright 2003 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you are > > welcome to change it and/or distribute copies of it under certain > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "i386-redhat-linux-gnu"...(no debugging > symbols found)...Using host libthread_db library > "/lib/tls/libthread_db.so.1". > > > > (gdb) run > "QUERY_STRING=map=/var/tomcat4/webapps/ROOT/static/mcht/mltn_query.map&mode=itemquery&qlayer=mltntrim&qitem=id&qstring=([id]=38)" > > Starting program: /usr/local/mapserv_fedora/mapserver-4.0.1/mapserv > "QUERY_STRING=map=/var/tomcat4/webapps/ROOT/static/mcht/mltn_query.map&mode=itemquery&qlayer=mltntrim&qitem=id&qstring=([id]=38)" > > > > Program received signal SIGSEGV, Segmentation fault. > > 0x080566d9 in msReturnQuery () > > (gdb) backtrace > > #0 0x080566d9 in msReturnQuery () > > #1 0x08051019 in msReturnTemplateQuery () > > #2 0x0804ec72 in main () > > (gdb) > > > > > > Then I changed to itemnquery and got this: > > > > $ gdb mapserv > > GNU gdb Red Hat Linux (5.3.90-0.20030710.41rh) > > Copyright 2003 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you are > > welcome to change it and/or distribute copies of it under certain > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "i386-redhat-linux-gnu"...(no debugging > symbols found)...Using host libthread_db library > "/lib/tls/libthread_db.so.1". > > > > (gdb) run > "QUERY_STRING=map=/var/tomcat4/webapps/ROOT/static/mcht/mltn_query.map&mode=itemnquery&qlayer=mltntrim&qitem=id&qstring=([id]=38)" > > Starting program: /usr/local/mapserv_fedora/mapserver-4.0.1/mapserv > "QUERY_STRING=map=/var/tomcat4/webapps/ROOT/static/mcht/mltn_query.map&mode=itemnquery&qlayer=mltntrim&qitem=id&qstring=([id]=38)" > > Content-type: text/html > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > 0x0031c153 in strlen () from /lib/tls/libc.so.6 > > (gdb) backtrace > > #0 0x0031c153 in strlen () from /lib/tls/libc.so.6 > > #1 0x0035d23a in regexec () from /lib/tls/libc.so.6 > > #2 0x08055db4 in msReturnPage () > > #3 0x08056489 in msReturnQuery () > > #4 0x08051019 in msReturnTemplateQuery () > > #5 0x0804ec72 in main () > > (gdb) > > > > > > How should I proceed? > > Any help or advice is greatly appreciated. > > Thank You. > > Shannon > > > From dmorissette at dmsolutions.ca Wed Feb 4 11:16:44 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 04 Feb 2004 14:16:44 -0500 Subject: [Mapserver-users] php clone() doesn't cut it In-Reply-To: <8A08AA41-5738-11D8-819C-000393B98B56@frii.com> References: <8A08AA41-5738-11D8-819C-000393B98B56@frii.com> Message-ID: <4021451C.6010501@dmsolutions.ca> Sean Gillies wrote: > > On Feb 4, 2004, at 10:04 AM, Charlton Purvis wrote: > >> Well, Sean, I'm a monkey's uncle. I created the attached example, and >> it seems to work fine. Don't know what I was smoking. >> >> But by running it from the command line, I do get an error: >> free(): invalid pointer 0x822b370! >> >> Maybe this was mucking up things when I ran it w/i my interface? >> >> Don't know. But everything is attached, if anyone is interested. >> >> Charlton >> > > > I've seen that free() error as well ... can you provide any other > context? What was the object at 0x822b370? I'd like to get this > bug fixed. > FYI I ran the sample script with PHP 4.3.3 and php_mapscript.so 4.0.1 and don't get that free() error. Is there something else we need to know to reproduce this? BTW, it might be a good idea to file a bug about this and continue the discussion there. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From cpurvis at asg.sc.edu Wed Feb 4 11:49:05 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Wed, 4 Feb 2004 14:49:05 -0500 Subject: [Mapserver-users] php clone() doesn't cut it Message-ID: > BTW, it might be a good idea to file a bug about this and continue the > discussion there. Done. http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=557 From hunt at zedxinc.com Wed Feb 4 11:58:38 2004 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 4 Feb 2004 14:58:38 -0500 Subject: [Mapserver-users] mapserver nightly bulid compile problem Message-ID: <010b01c3eb59$47c8bb20$b105000a@quasar> This is a multi-part message in MIME format. ------=_NextPart_000_0108_01C3EB2F.5EC7D290 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable When I compile=20 ./configure --without-tiff --without-libtiff--without-eppl = --with-jpeg --with-proj=3D/home/mapserver/ = --with-gdal=3D/home/mapserver/bin/gdal-config = --with-ogr=3D/home/mapserver/bin/gdal-config --with-wmsclient = --with-freetype=3D/home/mapserver/ --with-gd=3D/home/mapserver/ = --with-php=3D/usr/local/src/php-4.3.4/ = --with-curl-config=3D/home/mapserver/bin/curl-config --with-ming = --with-postgis=3D/usr/local/pgsql/bin/pg_config on a Linux redhat 9 system I get=20 clude -I/usr/local/pgsql/include -I/home/mapserver//include = mapogr.cpp -o mapogr.o gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ = -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_MING_FLASH = -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT = -DUSE_OGR -DUSE_GDAL -DUSE_POSTGIS -I/home/mapserver//include = -I/home/mapserver//include -I/home/mapserver//include = -I/home/mapserver//include -I/usr/local/pgsql/include = -I/home/mapserver//include mappostgis.c -o mappostgis.o mappostgis.c:33: parse error before "__extension__" mappostgis.c:33: warning: type defaults to `int' in declaration of = `__res' mappostgis.c:33: `__c' undeclared here (not in a function) mappostgis.c:33: `__c' undeclared here (not in a function) mappostgis.c:33: `__c' undeclared here (not in a function) mappostgis.c:33: `__c' undeclared here (not in a function) mappostgis.c:33: warning: data definition has no type or storage class mappostgis.c:33: parse error before '}' token mappostgis.c:33: warning: type defaults to `int' in declaration of = `__res' mappostgis.c:33: warning: data definition has no type or storage class mappostgis.c:33: parse error before '}' token mappostgis.c: In function `msPOSTGISLayerGetShapeRandom': mappostgis.c:1040: warning: enumeration value `MS_LAYER_GRATICULE' not = handled in switch mappostgis.c:1040: warning: enumeration value `MS_LAYER_TILEINDEX' not = handled in switch mappostgis.c:1040: warning: enumeration value `MS_LAYER_MASK' not = handled in switch mappostgis.c: In function `msPOSTGISLayerGetShape': mappostgis.c:1236: warning: enumeration value `MS_LAYER_GRATICULE' not = handled in switch mappostgis.c:1236: warning: enumeration value `MS_LAYER_TILEINDEX' not = handled in switch mappostgis.c:1236: warning: enumeration value `MS_LAYER_MASK' not = handled in switch make: *** [mappostgis.o] Error 1 ------=_NextPart_000_0108_01C3EB2F.5EC7D290 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
When I compile
./configure = --without-tiff   =20 --without-libtiff--without-eppl    --with-jpeg =20 --with-proj=3D/home/mapserver/ = --with-gdal=3D/home/mapserver/bin/gdal-config=20 --with-ogr=3D/home/mapserver/bin/gdal-config  --with-wmsclient=20 --with-freetype=3D/home/mapserver/ --with-gd=3D/home/mapserver/=20 --with-php=3D/usr/local/src/php-4.3.4/=20 --with-curl-config=3D/home/mapserver/bin/curl-config --with-ming=20 --with-postgis=3D/usr/local/pgsql/bin/pg_config
 
 on a Linux redhat 9 = system
 
I get
 
clude -I/usr/local/pgsql/include =20 -I/home/mapserver//include   mapogr.cpp -o mapogr.o
gcc -c=20 -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ=20 -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WMS_LYR  =20 -DUSE_MING_FLASH   -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG = -DUSE_GD_WBMP=20 -DUSE_GD_FT   -DUSE_OGR -DUSE_GDAL = -DUSE_POSTGIS   =20 -I/home/mapserver//include =20 -I/home/mapserver//include      =20 -I/home/mapserver//include -I/home/mapserver//include=20 -I/usr/local/pgsql/include  -I/home/mapserver//include  =20 mappostgis.c -o mappostgis.o
mappostgis.c:33: parse error before=20 "__extension__"
mappostgis.c:33: warning: type defaults to `int' in=20 declaration of `__res'
mappostgis.c:33: `__c' undeclared here (not in = a=20 function)
mappostgis.c:33: `__c' undeclared here (not in a=20 function)
mappostgis.c:33: `__c' undeclared here (not in a=20 function)
mappostgis.c:33: `__c' undeclared here (not in a=20 function)
mappostgis.c:33: warning: data definition has no type or = storage=20 class
mappostgis.c:33: parse error before '}' = token
mappostgis.c:33:=20 warning: type defaults to `int' in declaration of = `__res'
mappostgis.c:33:=20 warning: data definition has no type or storage = class
mappostgis.c:33: parse=20 error before '}' token
mappostgis.c: In function=20 `msPOSTGISLayerGetShapeRandom':
mappostgis.c:1040: warning: = enumeration value=20 `MS_LAYER_GRATICULE' not handled in switch
mappostgis.c:1040: = warning:=20 enumeration value `MS_LAYER_TILEINDEX' not handled in=20 switch
mappostgis.c:1040: warning: enumeration value `MS_LAYER_MASK' = not=20 handled in switch
mappostgis.c: In function=20 `msPOSTGISLayerGetShape':
mappostgis.c:1236: warning: enumeration = value=20 `MS_LAYER_GRATICULE' not handled in switch
mappostgis.c:1236: = warning:=20 enumeration value `MS_LAYER_TILEINDEX' not handled in=20 switch
mappostgis.c:1236: warning: enumeration value `MS_LAYER_MASK' = not=20 handled in switch
make: *** [mappostgis.o] Error=20 1
------=_NextPart_000_0108_01C3EB2F.5EC7D290-- From dmorissette at dmsolutions.ca Wed Feb 4 12:19:39 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 04 Feb 2004 15:19:39 -0500 Subject: [Mapserver-users] mapserver nightly bulid compile problem In-Reply-To: <010b01c3eb59$47c8bb20$b105000a@quasar> References: <010b01c3eb59$47c8bb20$b105000a@quasar> Message-ID: <402153DB.9030105@dmsolutions.ca> Aaron D. Hunt wrote: > > I get > > clude -I/usr/local/pgsql/include -I/home/mapserver//include > mapogr.cpp -o mapogr.o > gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ > -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_MING_FLASH > -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT > -DUSE_OGR -DUSE_GDAL -DUSE_POSTGIS -I/home/mapserver//include > -I/home/mapserver//include -I/home/mapserver//include > -I/home/mapserver//include -I/usr/local/pgsql/include > -I/home/mapserver//include mappostgis.c -o mappostgis.o > mappostgis.c:33: parse error before "__extension__" > mappostgis.c:33: warning: type defaults to `int' in declaration of `__res' > mappostgis.c:33: `__c' undeclared here (not in a function) > mappostgis.c:33: `__c' undeclared here (not in a function) > mappostgis.c:33: `__c' undeclared here (not in a function) I ran into this as well and fixed it in CVS a few minutes ago for both the 4.0 and 4.1 branches. If you want to patch your source code locally, just remove the definition of function tolower() at line 33 in mappostgis.c and aadd the following line at the top of the file: #include Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From hunt at zedxinc.com Wed Feb 4 12:56:21 2004 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 4 Feb 2004 15:56:21 -0500 Subject: [Mapserver-users] mapserver nightly bulid compile problem References: <010b01c3eb59$47c8bb20$b105000a@quasar> <402153DB.9030105@dmsolutions.ca> Message-ID: <011d01c3eb61$57e498a0$b105000a@quasar> Mapserver compiles but now when I try perl mapscript I get gcc -c -I/home/mapserver/mapserver_dev -I/home/mapserver//include -I/home/m apserver//include -I/home/mapserver//include -I/home/mapserver//include -D_R EENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/inclu de/gdbm -O2 -g -pipe -march=i386 -mcpu=i686 -DVERSION=\"\" -DXS_VERSION=\" \" -fPIC -I/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE" -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_OGR -DUSE_GDAL mapscript_wrap.c In file included from ../../map.h:34, from mapscript_wrap.c:629: ../../cgiutil.h:37: conflicting types for `getline' /usr/include/bits/stdio.h:103: previous declaration of `getline' mapscript_wrap.c:1178: redefinition of `self' mapscript_wrap.c:1178: `self' previously declared here mapscript_wrap.c: In function `classObj_moveStyleUp': mapscript_wrap.c:1178: redeclaration of `self' mapscript_wrap.c:1178: `self' previously declared here mapscript_wrap.c: At top level: mapscript_wrap.c:1181: redefinition of `self' mapscript_wrap.c:1181: `self' previously declared here mapscript_wrap.c: In function `classObj_moveStyleDown': mapscript_wrap.c:1181: redeclaration of `self' mapscript_wrap.c:1181: `self' previously declared here mapscript_wrap.c: At top level: mapscript_wrap.c:1352: redefinition of `self' mapscript_wrap.c:1352: `self' previously declared here mapscript_wrap.c: In function `layerObj_applySLD': mapscript_wrap.c:1352: redeclaration of `self' mapscript_wrap.c:1352: `self' previously declared here mapscript_wrap.c: At top level: mapscript_wrap.c:1355: redefinition of `self' mapscript_wrap.c:1355: `self' previously declared here mapscript_wrap.c: In function `layerObj_applySLDURL': mapscript_wrap.c:1355: redeclaration of `self' mapscript_wrap.c:1355: `self' previously declared here mapscript_wrap.c: At top level: mapscript_wrap.c:1358: redefinition of `self' mapscript_wrap.c:1358: `self' previously declared here mapscript_wrap.c: In function `layerObj_generateSLD': mapscript_wrap.c:1358: redeclaration of `self' mapscript_wrap.c:1358: `self' previously declared here mapscript_wrap.c:1359: warning: return makes pointer from integer without a cast mapscript_wrap.c: At top level: mapscript_wrap.c:1361: redefinition of `self' mapscript_wrap.c:1361: `self' previously declared here mapscript_wrap.c: In function `layerObj_moveClassUp': mapscript_wrap.c:1361: redeclaration of `self' mapscript_wrap.c:1361: `self' previously declared here mapscript_wrap.c: At top level: mapscript_wrap.c:1364: redefinition of `self' mapscript_wrap.c:1364: `self' previously declared here mapscript_wrap.c: In function `layerObj_moveClassDown': mapscript_wrap.c:1364: redeclaration of `self' mapscript_wrap.c:1364: `self' previously declared here mapscript_wrap.c: At top level: mapscript_wrap.c:2308: redefinition of `self' mapscript_wrap.c:2308: `self' previously declared here mapscript_wrap.c: In function `mapObj_applySLD': mapscript_wrap.c:2308: redeclaration of `self' mapscript_wrap.c:2308: `self' previously declared here mapscript_wrap.c: At top level: mapscript_wrap.c:2311: redefinition of `self' mapscript_wrap.c:2311: `self' previously declared here mapscript_wrap.c: In function `mapObj_applySLDURL': mapscript_wrap.c:2311: redeclaration of `self' mapscript_wrap.c:2311: `self' previously declared here mapscript_wrap.c: At top level: mapscript_wrap.c:2314: redefinition of `self' mapscript_wrap.c:2314: `self' previously declared here mapscript_wrap.c: In function `mapObj_generateSLD': mapscript_wrap.c:2314: redeclaration of `self' mapscript_wrap.c:2314: `self' previously declared here mapscript_wrap.c:2315: warning: return makes pointer from integer without a cast make: *** [mapscript_wrap.o] Error 1 ----- Original Message ----- From: "Daniel Morissette" To: "Aaron D. Hunt" Cc: Sent: Wednesday, February 04, 2004 3:19 PM Subject: Re: [Mapserver-users] mapserver nightly bulid compile problem > Aaron D. Hunt wrote: > > > > I get > > > > clude -I/usr/local/pgsql/include -I/home/mapserver//include > > mapogr.cpp -o mapogr.o > > gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ > > -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_MING_FLASH > > -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT > > -DUSE_OGR -DUSE_GDAL -DUSE_POSTGIS -I/home/mapserver//include > > -I/home/mapserver//include -I/home/mapserver//include > > -I/home/mapserver//include -I/usr/local/pgsql/include > > -I/home/mapserver//include mappostgis.c -o mappostgis.o > > mappostgis.c:33: parse error before "__extension__" > > mappostgis.c:33: warning: type defaults to `int' in declaration of `__res' > > mappostgis.c:33: `__c' undeclared here (not in a function) > > mappostgis.c:33: `__c' undeclared here (not in a function) > > mappostgis.c:33: `__c' undeclared here (not in a function) > > > I ran into this as well and fixed it in CVS a few minutes ago for both > the 4.0 and 4.1 branches. > > If you want to patch your source code locally, just remove the > definition of function tolower() at line 33 in mappostgis.c and aadd the > following line at the top of the file: > > #include > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ From scoota at supanet.com Wed Feb 4 12:59:37 2004 From: scoota at supanet.com (Keith Campbell) Date: Wed, 04 Feb 2004 20:59:37 +0000 Subject: [Mapserver-users] Too hard, too easy or too boring? In-Reply-To: References: <40202B55.5070602@supanet.com> Message-ID: <40215D39.7040808@supanet.com> Patrick, Thanks for your reply. I've tried your suggestion first, as it seemed the simplest. However, no happy ending as in your case, same result as before. Keith Patrick J Barabe wrote: >Keith, > >Try again with --enable-runpath in your configure options. I had >compile errors for weeks that never got better until I noticed the >reference that that option in README.CONFIGURE. First try with that >option and all my problems evaporated. This on Solaris 9. > >good luck, >patrick > > >On Tue, 3 Feb 2004, Keith Campbell wrote: > > > >>OK, just trying to get your attention. I posted this yesterday under a >>different title and got no responses. >> >>Here's the problem. I'm trying to compila an install a WFS Server >>enabled Mapserver on a Solaris (this is proving to be a very frustrating >>experience, no doubt partly due to my lack of knowledge of UNIX). I >>think I've got all the libraries installed that I need, even though they >>are in non-standard locations (it's not my server). The configure script >>runs to completion and only seems to complain once:- >> >>checking for httpd... /export/home/local/apache2/bin/httpd >>awk: syntax error near line 1 >>awk: bailing out near line 1 >>awk: syntax error near line 1 >>awk: bailing out near line 1 >> /export/home/local/apache2/bin/httpd version is Apache/2.0.45 (). >> >>Not sure what this means or what the implications are. >> >>Anyway, this is what I fed into the configure:- >> >>bash$ ./configure --with-jpeg=/export/home/local/util/jpeg >>--with-freetype=/exp >>ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib >>--with-pn >>g=/export/home/local/util/libpng >>--with-libiconv=/export/home/local/util/libico >>nv --with-gd=/export/home/local/util/gd-2.0.15 >>--with-proj=/export/home/local/u >>til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config >>--with-gdal= >>/export/home/local/util/gdal/apps/gdal-config --with-wfs --with-postgis >> >>The make process ran for some time before spitting this out:- >> >>ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >>symbol >own>: offset 0xfd6609c9 is non-aligned >>ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >>symbol >own>: offset 0xfd660a09 is non-aligned >>ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >>symbol >own>: offset 0xfd660a69 is non-aligned >>ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >>symbol >own>: offset 0xfd660c29 is non-aligned >>collect2: ld returned 1 exit status >>make: *** [shp2img] Error 1 >> >>I can't find anything in the archives that points to the cause of this. >>Can anybody help? >> >>Thanks, >> >>Keith >> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> > >*** /------------------------------------------------------/* >** / ##### patrick barabe / * >* / @(0 0)@ pbarabe at u.arizona.edu / ** >*/------oOOo---[_]---oOOo--- www.u.arizona.edu/~pbarabe / *** > > > From scoota at supanet.com Wed Feb 4 13:14:22 2004 From: scoota at supanet.com (Keith Campbell) Date: Wed, 04 Feb 2004 21:14:22 +0000 Subject: [Mapserver-users] Too hard, too easy or too boring? In-Reply-To: References: <40202B55.5070602@supanet.com> Message-ID: <402160AE.7020304@supanet.com> Hi Perry, Thanks for the suggestion. I've checked the Makefile and 'XTRALIBS= -lm -lstdc++' is in there. Keith Pericles Nacionales wrote: >I'm not a Solaris user but you might need additional FLAGS/LIBS to get >MapServer to work on that platform. Look at XTRALIBS in your Makefile and >make sure "-lm -lstdc++" are there. Perhaps it will work with other, >comparable libs. > >Just guessing. > >-Perry > >On Tue, 3 Feb 2004, Keith Campbell wrote: > > > >>OK, just trying to get your attention. I posted this yesterday under a >>different title and got no responses. >> >>Here's the problem. I'm trying to compila an install a WFS Server >>enabled Mapserver on a Solaris (this is proving to be a very frustrating >>experience, no doubt partly due to my lack of knowledge of UNIX). I >>think I've got all the libraries installed that I need, even though they >>are in non-standard locations (it's not my server). The configure script >>runs to completion and only seems to complain once:- >> >>checking for httpd... /export/home/local/apache2/bin/httpd >>awk: syntax error near line 1 >>awk: bailing out near line 1 >>awk: syntax error near line 1 >>awk: bailing out near line 1 >> /export/home/local/apache2/bin/httpd version is Apache/2.0.45 (). >> >>Not sure what this means or what the implications are. >> >>Anyway, this is what I fed into the configure:- >> >>bash$ ./configure --with-jpeg=/export/home/local/util/jpeg >>--with-freetype=/exp >>ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib >>--with-pn >>g=/export/home/local/util/libpng >>--with-libiconv=/export/home/local/util/libico >>nv --with-gd=/export/home/local/util/gd-2.0.15 >>--with-proj=/export/home/local/u >>til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config >>--with-gdal= >>/export/home/local/util/gdal/apps/gdal-config --with-wfs --with-postgis >> >>The make process ran for some time before spitting this out:- >> >>ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >>symbol >own>: offset 0xfd6609c9 is non-aligned >>ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >>symbol >own>: offset 0xfd660a09 is non-aligned >>ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >>symbol >own>: offset 0xfd660a69 is non-aligned >>ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >>symbol >own>: offset 0xfd660c29 is non-aligned >>collect2: ld returned 1 exit status >>make: *** [shp2img] Error 1 >> >>I can't find anything in the archives that points to the cause of this. >>Can anybody help? >> >>Thanks, >> >>Keith >> >> >>_______________________________________________ >>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 Wed Feb 4 13:17:24 2004 From: scoota at supanet.com (Keith Campbell) Date: Wed, 04 Feb 2004 21:17:24 +0000 Subject: [Mapserver-users] Too hard, too easy or too boring? In-Reply-To: <4020FF41.1090908@dmsolutions.ca> References: <2CB3E50E-56AF-11D8-A555-000393D33C2E@refractions.net> <4020FF41.1090908@dmsolutions.ca> Message-ID: <40216164.8030804@supanet.com> Hi Daniel, How can I ensure GNU is used? I've tried '--with-linker-cc' and that doesn't make any difference to the result of the make. Cheers, Keith Daniel Morissette wrote: > Paul Ramsey wrote: > >> >> If Steve or the folks from DM would like access to a Solaris box for >> testing, I can arrange one. >> > > Actually, we do have a Solaris box on which we build MapServer and all > its support libs and I never saw this error message before. I haven't > tried MapServer 4.1 yet, but MapServer 4.0 used to build fine for us > on Solaris, so I'm not sure what to suggest. > > Perhaps making sure Keith uses the GNU suite of tools instead of the > Solaris compiler/linker? > > Daniel From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Wed Feb 4 13:19:31 2004 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Wed, 4 Feb 2004 16:19:31 -0500 Subject: [Mapserver-users] Too hard, too easy or too boring? Message-ID: <7CDD7B94357FD5119E800002A537C46E0B8B72A7@s5-ccr-r1.ccrs.nrcan.gc.ca> This is slightly fuzzy in my memory, but if I recall properly solaris' sed/awk are restricted by the length of the parameters they take from the command line. So basically the configure executes sed/awk commands that are too long. You have to use GNU's version "gawk", and I think they have their own "sed" as well, both available from sunfreeware.com ... I've run into this problem/solution myself, I however cannot promise that this is YOUR situation, but it sounds like it could very well be. Good luck! 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 Keith Campbell Sent: Wednesday, February 04, 2004 4:00 PM To: Patrick J Barabe Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Too hard, too easy or too boring? Patrick, Thanks for your reply. I've tried your suggestion first, as it seemed the simplest. However, no happy ending as in your case, same result as before. Keith Patrick J Barabe wrote: >Keith, > >Try again with --enable-runpath in your configure options. I had >compile errors for weeks that never got better until I noticed the >reference that that option in README.CONFIGURE. First try with that >option and all my problems evaporated. This on Solaris 9. > >good luck, >patrick > > >On Tue, 3 Feb 2004, Keith Campbell wrote: > > > >>OK, just trying to get your attention. I posted this yesterday under a >>different title and got no responses. >> >>Here's the problem. I'm trying to compila an install a WFS Server >>enabled Mapserver on a Solaris (this is proving to be a very frustrating >>experience, no doubt partly due to my lack of knowledge of UNIX). I >>think I've got all the libraries installed that I need, even though they >>are in non-standard locations (it's not my server). The configure script >>runs to completion and only seems to complain once:- >> >>checking for httpd... /export/home/local/apache2/bin/httpd >>awk: syntax error near line 1 >>awk: bailing out near line 1 >>awk: syntax error near line 1 >>awk: bailing out near line 1 >> /export/home/local/apache2/bin/httpd version is Apache/2.0.45 (). >> >>Not sure what this means or what the implications are. >> >>Anyway, this is what I fed into the configure:- >> >>bash$ ./configure --with-jpeg=/export/home/local/util/jpeg >>--with-freetype=/exp >>ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib >>--with-pn >>g=/export/home/local/util/libpng >>--with-libiconv=/export/home/local/util/libico >>nv --with-gd=/export/home/local/util/gd-2.0.15 >>--with-proj=/export/home/local/u >>til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config >>--with-gdal= >>/export/home/local/util/gdal/apps/gdal-config --with-wfs --with-postgis >> >>The make process ran for some time before spitting this out:- >> >>ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >>symbol >own>: offset 0xfd6609c9 is non-aligned >>ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >>symbol >own>: offset 0xfd660a09 is non-aligned >>ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >>symbol >own>: offset 0xfd660a69 is non-aligned >>ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): >>symbol >own>: offset 0xfd660c29 is non-aligned >>collect2: ld returned 1 exit status >>make: *** [shp2img] Error 1 >> >>I can't find anything in the archives that points to the cause of this. >>Can anybody help? >> >>Thanks, >> >>Keith >> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> > >*** /------------------------------------------------------/* >** / ##### patrick barabe / * >* / @(0 0)@ pbarabe at u.arizona.edu / ** >*/------oOOo---[_]---oOOo--- www.u.arizona.edu/~pbarabe / *** > > > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From sgillies at frii.com Wed Feb 4 13:52:19 2004 From: sgillies at frii.com (Sean Gillies) Date: Wed, 4 Feb 2004 14:52:19 -0700 Subject: [Mapserver-users] mapserver nightly bulid compile problem In-Reply-To: <011d01c3eb61$57e498a0$b105000a@quasar> References: <010b01c3eb59$47c8bb20$b105000a@quasar> <402153DB.9030105@dmsolutions.ca> <011d01c3eb61$57e498a0$b105000a@quasar> Message-ID: <679788FE-575C-11D8-819C-000393B98B56@frii.com> Aaron, The conflicting types for 'getline' screws up all SWIG flavors of mapscript. I've tried to raise attention to this, and hopefully the person who re-implemented getline will fix it up. Editing cgiutil.h manually and commenting out the offending line will work you around temporarily. Sean On Feb 4, 2004, at 1:56 PM, Aaron D. Hunt wrote: > Mapserver compiles but now when I try perl mapscript I get > > > gcc -c -I/home/mapserver/mapserver_dev -I/home/mapserver//include > -I/home/m > apserver//include -I/home/mapserver//include > -I/home/mapserver//include -D_R > EENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING > -fno-strict-aliasing > -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > -I/usr/inclu > de/gdbm -O2 -g -pipe -march=i386 -mcpu=i686 -DVERSION=\"\" > -DXS_VERSION=\" > \" -fPIC > -I/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE" > -DIGNORE_MISSING_DATA > -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_JPEG -DUSE_GD_PNG > -DUSE_GD_JPEG > -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_OGR -DUSE_GDAL mapscript_wrap.c > In file included from ../../map.h:34, > from mapscript_wrap.c:629: > .../../cgiutil.h:37: conflicting types for `getline' > /usr/include/bits/stdio.h:103: previous declaration of `getline' > mapscript_wrap.c:1178: redefinition of `self' > mapscript_wrap.c:1178: `self' previously declared here > mapscript_wrap.c: In function `classObj_moveStyleUp': > mapscript_wrap.c:1178: redeclaration of `self' > mapscript_wrap.c:1178: `self' previously declared here > mapscript_wrap.c: At top level: > mapscript_wrap.c:1181: redefinition of `self' > mapscript_wrap.c:1181: `self' previously declared here > mapscript_wrap.c: In function `classObj_moveStyleDown': > mapscript_wrap.c:1181: redeclaration of `self' > mapscript_wrap.c:1181: `self' previously declared here > mapscript_wrap.c: At top level: > mapscript_wrap.c:1352: redefinition of `self' > mapscript_wrap.c:1352: `self' previously declared here > mapscript_wrap.c: In function `layerObj_applySLD': > mapscript_wrap.c:1352: redeclaration of `self' > mapscript_wrap.c:1352: `self' previously declared here > mapscript_wrap.c: At top level: > mapscript_wrap.c:1355: redefinition of `self' > mapscript_wrap.c:1355: `self' previously declared here > mapscript_wrap.c: In function `layerObj_applySLDURL': > mapscript_wrap.c:1355: redeclaration of `self' > mapscript_wrap.c:1355: `self' previously declared here > mapscript_wrap.c: At top level: > mapscript_wrap.c:1358: redefinition of `self' > mapscript_wrap.c:1358: `self' previously declared here > mapscript_wrap.c: In function `layerObj_generateSLD': > mapscript_wrap.c:1358: redeclaration of `self' > mapscript_wrap.c:1358: `self' previously declared here > mapscript_wrap.c:1359: warning: return makes pointer from integer > without a > cast > mapscript_wrap.c: At top level: > mapscript_wrap.c:1361: redefinition of `self' > mapscript_wrap.c:1361: `self' previously declared here > mapscript_wrap.c: In function `layerObj_moveClassUp': > mapscript_wrap.c:1361: redeclaration of `self' > mapscript_wrap.c:1361: `self' previously declared here > mapscript_wrap.c: At top level: > mapscript_wrap.c:1364: redefinition of `self' > mapscript_wrap.c:1364: `self' previously declared here > mapscript_wrap.c: In function `layerObj_moveClassDown': > mapscript_wrap.c:1364: redeclaration of `self' > mapscript_wrap.c:1364: `self' previously declared here > mapscript_wrap.c: At top level: > mapscript_wrap.c:2308: redefinition of `self' > mapscript_wrap.c:2308: `self' previously declared here > mapscript_wrap.c: In function `mapObj_applySLD': > mapscript_wrap.c:2308: redeclaration of `self' > mapscript_wrap.c:2308: `self' previously declared here > mapscript_wrap.c: At top level: > mapscript_wrap.c:2311: redefinition of `self' > mapscript_wrap.c:2311: `self' previously declared here > mapscript_wrap.c: In function `mapObj_applySLDURL': > mapscript_wrap.c:2311: redeclaration of `self' > mapscript_wrap.c:2311: `self' previously declared here > mapscript_wrap.c: At top level: > mapscript_wrap.c:2314: redefinition of `self' > mapscript_wrap.c:2314: `self' previously declared here > mapscript_wrap.c: In function `mapObj_generateSLD': > mapscript_wrap.c:2314: redeclaration of `self' > mapscript_wrap.c:2314: `self' previously declared here > mapscript_wrap.c:2315: warning: return makes pointer from integer > without a > cast > make: *** [mapscript_wrap.o] Error 1 > > > ----- Original Message ----- > From: "Daniel Morissette" > To: "Aaron D. Hunt" > Cc: > Sent: Wednesday, February 04, 2004 3:19 PM > Subject: Re: [Mapserver-users] mapserver nightly bulid compile problem > > >> Aaron D. Hunt wrote: >>> >>> I get >>> >>> clude -I/usr/local/pgsql/include -I/home/mapserver//include >>> mapogr.cpp -o mapogr.o >>> gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ >>> -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_MING_FLASH >>> -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT >>> -DUSE_OGR -DUSE_GDAL -DUSE_POSTGIS -I/home/mapserver//include >>> -I/home/mapserver//include -I/home/mapserver//include >>> -I/home/mapserver//include -I/usr/local/pgsql/include >>> -I/home/mapserver//include mappostgis.c -o mappostgis.o >>> mappostgis.c:33: parse error before "__extension__" >>> mappostgis.c:33: warning: type defaults to `int' in declaration of > `__res' >>> mappostgis.c:33: `__c' undeclared here (not in a function) >>> mappostgis.c:33: `__c' undeclared here (not in a function) >>> mappostgis.c:33: `__c' undeclared here (not in a function) >> >> >> I ran into this as well and fixed it in CVS a few minutes ago for both >> the 4.0 and 4.1 branches. >> >> If you want to patch your source code locally, just remove the >> definition of function tolower() at line 33 in mappostgis.c and aadd >> the >> following line at the top of the file: >> >> #include >> >> 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 bwilkerson at depauw.edu Wed Feb 4 13:59:04 2004 From: bwilkerson at depauw.edu (M. Beth Wilkerson) Date: Wed, 04 Feb 2004 16:59:04 -0500 Subject: [Mapserver-users] Images in the Template File In-Reply-To: <614FCE5F14A6D41180C200010240D6A228BFE7@LINNMS> Message-ID: Adam, I think that I've tried everything...I've tried paths relative to the mapserv executable, I've tried absolute paths (i.e. Beginning with the root directory on my system), and I think that I've tried everything in between, including changing file permissions, file ownership, etc. Can you tell me what you mean by "absolute url paths"? This is something I'm not familiar with, and thus have probably not attempted. BTW, I'm running MapServer 3.6.4 on a Macintosh G4 PowerBook using Mac OS X 10.2.6. (I've not been able to get MapServer 4.0 to build on the Mac.) Thanks & Cheers, Beth On 1/30/04 5:45 PM, "Ryan, Adam" wrote: > Are you using relative paths for the images? Try absolute url paths. > > Adam Ryan > GIS Analyst > Linn County GIS Department > County Courthouse / Room 25 > 300 SW Fourth Ave. > Albany, OR 97321 > 541.812.8760 > aryan at co.linn.or.us > > > > -----Original Message----- > From: M. Beth Wilkerson [mailto:bwilkerson at depauw.edu] > Sent: Friday, January 30, 2004 2:06 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Images in the Template File > > > Hello! > > I'm relatively new to MapServer and am still learning how to use it... > > I'm currently working on adding JavaScript-based panning controls as shown > in the online Tutorial. Although I've got the actual controls working, the > eight arrow graphic images (I've tried GIF, JPEG and PNG file formats) do > not show up. I just get "missing picture" icons around the map. If I open > the template file in a browser window without going through MapServer, the > arrow graphics display fine. Does anyone know what the problem might be and > a possible solution? > > Thanks in advance, > Beth -- M. Beth Wilkerson CGMA Project Programmer GIS Advocate DePauw University From steve.lime at dnr.state.mn.us Wed Feb 4 14:13:16 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 04 Feb 2004 16:13:16 -0600 Subject: [Mapserver-users] Querying on multiple fields Message-ID: You shouldn't need qitem in either system, so it must not be being initialized properly someplace. I checked the source and it looks like doing an strdup on a NULL value must be the culprit on some platforms. I just checked a fix into the development tree. Steve >>> Roger Boily 2/4/2004 2:33:06 AM >>> Hi to all, after hundred of tests, I've found the hic.. When using the qstring argument in the format <'[FIELD]'=value>, on MapServer running on Windows, you do not need to add the qitem argument (as read somewhere...), but you need it on a Linux machine.... So the failing link will become: http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=('[FOGLIO_N]'%20IN%20'10') Thanks to all Roger Roger Boily wrote: > Hi Stephen, > Thanks for answering. Yes, I've escaped the spaces with %20 and tried > to escape ' with %27 too. > No way to make it run. I had it working for one year with MapServer > 3.6 (both Linux and Win) and it works > fine also with the qstring modifications on MapServer 4.0 for Windows, > but I can't figure out where is > the problem with Linux (tested on two servers). Even the simple > &qstring=('[PART_N]' IN '556') does not > work. It works fine with &qitem=PART_N&qstring=556 . > To help you in helping me :-), I have made an example on my local > testing server: > The first url works properly and the second one fails. > http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=10 > http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qstring=([FOGLIO_N]'%20IN%20'10') > I attach also the map file. > I need the second one to work because I have to query two fields at once. > ex: FOGLIO_N = 10 AND PART_N = 254 > > Thanks in advance, Roger > > ---------------------------- > MAP FILE: urbis.map > ---------------------------- > NAME urbis > STATUS ON > SIZE 650 400 > EXTENT 475.66 2404.5 5974.34 6239.61 > UNITS meters > SHAPEPATH "data" > IMAGETYPE PNG > IMAGECOLOR 153 153 153 > TRANSPARENT ON > FONTSET "/var/www/html/sittel/procida/font/fonts.txt" > > WEB > TEMPLATE header_1024.html > IMAGEPATH '/var/www/html/tmp/' > IMAGEURL '/tmp/' > MINSCALE 100 > END #WEB > > QUERYMAP > STATUS ON > STYLE HILITE > COLOR 255 255 0 # highlight color is yellow > END > > ###### LAYER C A T A S T O ########### > LAYER > NAME 'catasto' > TYPE Polygon > STATUS ON > DATA 'lotti' > # TEMPLATE index_basso.phtml > LABELITEM 'PART_N' > MAXSCALE 25000 > CLASS > Name 'catasto' > LABEL > TYPE TRUETYPE > FONT time > BUFFER 3 > COLOR 255 0 0 > POSITION CC > SIZE 8 > END > OUTLINECOLOR 100 255 000 > END # CLASS > END # LAYER > > ###### LAYER F O G L I ######## > LAYER > NAME "fogli" > TYPE Polygon > STATUS ON > DATA "fogli" > LABELITEM 'FOGLIO_N' > TEMPLATE header_1024.html > CLASS > Name 'foglio' > TEXT (Foglio [FOGLIO_N]) > LABEL > TYPE TRUETYPE > FONT time > BUFFER 1 > COLOR 0 0 0 > POSITION auto > SIZE 10 > END > OUTLINECOLOR 255 255 255 > END # CLASS > END # LAYER fogli > > END > ---------------------------------- > End of map file > ---------------------------------- > > Steve Lime wrote: > >>Are you escaping the value ('[PART_N]' IN '556,557' AND '[ID_N]' IN >>'24') properly? Spaces aren't allowed and should be replaced with either >>a + or a %20. We should still track down the source of the error though, >>error 500's are never good. >> >>Steve >> >> >>Stephen Lime >>Data & Applications Manager >> >>Minnesota DNR >>500 Lafayette Road >>St. Paul, MN 55155 >>651-297-2937 >> >> >> >>>>>Roger Boily 2/3/2004 6:33:11 AM >>> >>>>> >>>>> >>Hi, >> >>On a cgi url I've tried to query on multiple fields with this: >>NB: for easy reading space and " are normals but I used %20(space) and >> >>%27(') >>&qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24') >>it works perfectly on windows Mapserver 4.0.1 >> >>But I receive error 500 from Apache on linux: (Premature end of script >> >>headers: mapserv) >>&qitem=PART_N&qstring=556 works fine on linux >>but I receive the same error with: >>&qstring=('[PART_N]' IN '556') >> >>Is there anyone who has any idea? >> >>Is there a way to make multiple fileds query with qitem and qstring? >> >>Thanks a lot >> >>Roger >> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> From David.Fawcett at state.mn.us Wed Feb 4 14:21:31 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Wed, 04 Feb 2004 16:21:31 -0600 Subject: [Mapserver-users] Images in the Template File Message-ID: Instead of try something like David. David J. Fawcett MN Office of Environmental Assistance >>> "M. Beth Wilkerson" 2/4/2004 3:59:04 PM >>> Adam, I think that I've tried everything...I've tried paths relative to the mapserv executable, I've tried absolute paths (i.e. Beginning with the root directory on my system), and I think that I've tried everything in between, including changing file permissions, file ownership, etc. Can you tell me what you mean by "absolute url paths"? This is something I'm not familiar with, and thus have probably not attempted. BTW, I'm running MapServer 3.6.4 on a Macintosh G4 PowerBook using Mac OS X 10.2.6. (I've not been able to get MapServer 4.0 to build on the Mac.) Thanks & Cheers, Beth On 1/30/04 5:45 PM, "Ryan, Adam" wrote: > Are you using relative paths for the images? Try absolute url paths. > > Adam Ryan > GIS Analyst > Linn County GIS Department > County Courthouse / Room 25 > 300 SW Fourth Ave. > Albany, OR 97321 > 541.812.8760 > aryan at co.linn.or.us > > > > -----Original Message----- > From: M. Beth Wilkerson [mailto:bwilkerson at depauw.edu] > Sent: Friday, January 30, 2004 2:06 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Images in the Template File > > > Hello! > > I'm relatively new to MapServer and am still learning how to use it... > > I'm currently working on adding JavaScript-based panning controls as shown > in the online Tutorial. Although I've got the actual controls working, the > eight arrow graphic images (I've tried GIF, JPEG and PNG file formats) do > not show up. I just get "missing picture" icons around the map. If I open > the template file in a browser window without going through MapServer, the > arrow graphics display fine. Does anyone know what the problem might be and > a possible solution? > > Thanks in advance, > Beth -- M. Beth Wilkerson CGMA Project Programmer GIS Advocate DePauw University _______________________________________________ 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 Wed Feb 4 14:30:15 2004 From: MHoward at spaceimaging.com (Howard Mark) Date: Wed, 4 Feb 2004 15:30:15 -0700 Subject: [Mapserver-users] Images in the Template File Message-ID: <13685000AB02F2479DF2C632B9B1988E16C15C@imager8.corp.spaceimaging.com> See if you can access the image URL's using a browser window. If not - then you won't see the url's in the application. Mark -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of M. Beth Wilkerson Sent: Wednesday, February 04, 2004 2:59 PM To: Ryan, Adam Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Images in the Template File Adam, I think that I've tried everything...I've tried paths relative to the mapserv executable, I've tried absolute paths (i.e. Beginning with the root directory on my system), and I think that I've tried everything in between, including changing file permissions, file ownership, etc. Can you tell me what you mean by "absolute url paths"? This is something I'm not familiar with, and thus have probably not attempted. BTW, I'm running MapServer 3.6.4 on a Macintosh G4 PowerBook using Mac OS X 10.2.6. (I've not been able to get MapServer 4.0 to build on the Mac.) Thanks & Cheers, Beth On 1/30/04 5:45 PM, "Ryan, Adam" wrote: > Are you using relative paths for the images? Try absolute url paths. > > Adam Ryan > GIS Analyst > Linn County GIS Department > County Courthouse / Room 25 > 300 SW Fourth Ave. > Albany, OR 97321 > 541.812.8760 > aryan at co.linn.or.us > > > > -----Original Message----- > From: M. Beth Wilkerson [mailto:bwilkerson at depauw.edu] > Sent: Friday, January 30, 2004 2:06 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Images in the Template File > > > Hello! > > I'm relatively new to MapServer and am still learning how to use it... > > I'm currently working on adding JavaScript-based panning controls as shown > in the online Tutorial. Although I've got the actual controls working, the > eight arrow graphic images (I've tried GIF, JPEG and PNG file formats) do > not show up. I just get "missing picture" icons around the map. If I open > the template file in a browser window without going through MapServer, the > arrow graphics display fine. Does anyone know what the problem might be and > a possible solution? > > Thanks in advance, > Beth -- M. Beth Wilkerson CGMA Project Programmer GIS Advocate DePauw University _______________________________________________ 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 jnielsen at aero-graphics.com Wed Feb 4 14:30:57 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Wed, 4 Feb 2004 15:30:57 -0700 Subject: [Mapserver-users] shape file reprojection on the fly. Message-ID: <1075933857.402172a198fc1@www.agi-lan.com> To reproject shape files on the fly can you simply define a projection for the main portion of your map and then also provide one in the definition of a layer? Resulting in the proj in the layer def being transformed to the one in the main part of the map file. Someone beat me with a clue stick if I am off in left field on this. ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From Daniel.A.Martin at erac.com Wed Feb 4 14:56:13 2004 From: Daniel.A.Martin at erac.com (Martin, Daniel A) Date: Wed, 4 Feb 2004 16:56:13 -0600 Subject: [Mapserver-users] Images in the Template File Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A192CD8@STL-EXBE-I03.corp.erac.com> Your templates aren't in your web-server most likely. If they are, they (IMO) shouldn't be. So le'ts assume they aren't. Saying you can open the template and the arrow images show up says to me that your images are in your template folder. This won't work. Those images need to be in your web server. The browser must be able to pull those images from a given URL address. -Dan > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > M. Beth Wilkerson > Sent: Wednesday, February 04, 2004 3:59 PM > To: Ryan, Adam > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Images in the Template File > > > Adam, > > I think that I've tried everything...I've tried paths > relative to the mapserv executable, I've tried absolute paths > (i.e. Beginning with the root directory on my system), and I > think that I've tried everything in between, including > changing file permissions, file ownership, etc. Can you tell > me what you mean by "absolute url paths"? This is something > I'm not familiar with, and thus have probably not attempted. > > BTW, I'm running MapServer 3.6.4 on a Macintosh G4 PowerBook > using Mac OS X 10.2.6. (I've not been able to get MapServer > 4.0 to build on the Mac.) > > Thanks & Cheers, > Beth > > > On 1/30/04 5:45 PM, "Ryan, Adam" wrote: > > > Are you using relative paths for the images? Try absolute > url paths. > > > > Adam Ryan > > GIS Analyst > > Linn County GIS Department > > County Courthouse / Room 25 > > 300 SW Fourth Ave. > > Albany, OR 97321 > > 541.812.8760 > > aryan at co.linn.or.us > > > > > > > > -----Original Message----- > > From: M. Beth Wilkerson [mailto:bwilkerson at depauw.edu] > > Sent: Friday, January 30, 2004 2:06 PM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] Images in the Template File > > > > > > Hello! > > > > I'm relatively new to MapServer and am still learning how > to use it... > > > > I'm currently working on adding JavaScript-based panning > controls as > > shown in the online Tutorial. Although I've got the actual > controls > > working, the eight arrow graphic images (I've tried GIF, > JPEG and PNG > > file formats) do not show up. I just get "missing picture" icons > > around the map. If I open the template file in a browser window > > without going through MapServer, the arrow graphics display fine. > > Does anyone know what the problem might be and a possible solution? > > > > Thanks in advance, > > Beth > > -- > M. Beth Wilkerson > CGMA Project Programmer > GIS Advocate > DePauw University > > > _______________________________________________ > 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 Wed Feb 4 15:11:09 2004 From: rjames57 at yahoo.com (Randy James) Date: Wed, 4 Feb 2004 15:11:09 -0800 (PST) Subject: [Mapserver-users] shape file reprojection on the fly. In-Reply-To: <1075933857.402172a198fc1@www.agi-lan.com> Message-ID: <20040204231109.70720.qmail@web12501.mail.yahoo.com> Hi Sounds like you got it, you need a projection object in your layer also to reproject. Randy --- "Jason M. Nielsen" wrote: > To reproject shape files on the fly can you simply define > a projection for the > main portion of your map and then also provide one in the > definition of a layer? > Resulting in the proj in the layer def being transformed > to the one in the main > part of the map file. > > Someone beat me with a clue stick if I am off in left > field on this. > > ------------------------------------------------- > 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 __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From nacional at cbs.umn.edu Wed Feb 4 15:48:55 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Wed, 04 Feb 2004 17:48:55 -0600 Subject: [Mapserver-users] shape file reprojection on the fly. In-Reply-To: <1075933857.402172a198fc1@www.agi-lan.com> References: <1075933857.402172a198fc1@www.agi-lan.com> Message-ID: <1075938534.24975.5.camel@localhost> Correct. The projection definition on the main MAP object is your output projection and the projection definition in your LAYER object is whatever projection your data is in. See http://hypnos.cbs.umn.edu/projects/tutorial/example1-6.html for an example. -Perry On Wed, 2004-02-04 at 16:30, Jason M. Nielsen wrote: > To reproject shape files on the fly can you simply define a projection for the > main portion of your map and then also provide one in the definition of a layer? > Resulting in the proj in the layer def being transformed to the one in the main > part of the map file. > > Someone beat me with a clue stick if I am off in left field on this. > > ------------------------------------------------- > 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 -- "He's no geek.His tan's too good." -Benjamin Choate From abehere at cs.ucsd.edu Wed Feb 4 17:08:13 2004 From: abehere at cs.ucsd.edu (Amit S BEHERE) Date: Wed, 4 Feb 2004 17:08:13 -0800 (PST) Subject: [Mapserver-users] Point display question In-Reply-To: <1075933857.402172a198fc1@www.agi-lan.com> References: <1075933857.402172a198fc1@www.agi-lan.com> Message-ID: Hi all, I have a mapfile that shows points on a map using a symbol. The points are in a shapfile which among other things has a field for the rotation angle for the symbol (i.e the dbf database associated with the shapefile has a column for rotation angle). Is there a way by which I could display the symbol rotated at the angle given in the table. Here is my layer definition: LAYER NAME "sewerstructures" TITLEINDEX vernon_global_index TITLEITEM FILES CLASSITEM "Style" DATA "sewerstructures" STATUS ON TYPE POINT MAXSCALE 32000 MINSCALE 1 CLASS EXPRESSION ('[STYLE]' eq 'Manhole-Vernon') COLOR 0 0 0 OUTLINECOLOR 0 0 0 size 9 symbol 1 END END Amit Behere. UCSD. "Technology doesn't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand From steve.lime at dnr.state.mn.us Wed Feb 4 19:36:29 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 04 Feb 2004 21:36:29 -0600 Subject: [Mapserver-users] Point display question Message-ID: At the moment you can't rotate symbols. You can rotate labels though so you could use a symbol ttf file for "symbols" and then use the LABELANGLEITEM property to rotate things feature-by-feature. I know folks are doing this with weather symbols like wind barbs and it works great. Steve >>> Amit S BEHERE 02/04/04 7:08 PM >>> Hi all, I have a mapfile that shows points on a map using a symbol. The points are in a shapfile which among other things has a field for the rotation angle for the symbol (i.e the dbf database associated with the shapefile has a column for rotation angle). Is there a way by which I could display the symbol rotated at the angle given in the table. Here is my layer definition: LAYER NAME "sewerstructures" TITLEINDEX vernon_global_index TITLEITEM FILES CLASSITEM "Style" DATA "sewerstructures" STATUS ON TYPE POINT MAXSCALE 32000 MINSCALE 1 CLASS EXPRESSION ('[STYLE]' eq 'Manhole-Vernon') COLOR 0 0 0 OUTLINECOLOR 0 0 0 size 9 symbol 1 END END Amit Behere. UCSD. "Technology doesn't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From emiliom at u.washington.edu Wed Feb 4 20:25:08 2004 From: emiliom at u.washington.edu (Emilio Mayorga) Date: Wed, 04 Feb 2004 20:25:08 -0800 Subject: [Mapserver-users] integrating HTML Legends with dbox/javascript landview framework Message-ID: <4021C5A4.2040001@u.washington.edu> Hi (specially Steve Lime), A few weeks ago I asked about HTML legends and the DHTML/javascript "landview" application. The problem was this: how do you load into the page the result of the cgi statement that creates the HTML legend? I found a partial solution using an iframe, and someone else mentioned their own solution -- which, while it worked fine, it was implemented using a cross-browser DHTML/javascript library other than CBE. Steve, since you mentioned you were interested in this topic, I'm reporting some progress I made. A problem with using an iframe element is that the html legend becomes isolated from the rest of the document -- it's its own document. Also, the HTML Legend parser ignores all html outside the special tags in the legend template file. So, you can't define an external CSS file or add javascript code to the html legend. That's a real bummer. * Here's what I've done. I use an "invisible" iframe. I define the iframe element, give it an id attribute, and set the element visibility to hidden. I also define an empty div element, with an id:
* In the postdraw() function, I update the legend by setting the src attribute of the iframe to the HTML legend cgi line. Then, I use the iframe's contentDocument property and innerHTML to suck in all the HTML & text found within the iframe body element, then stuff it on my empty div, again using innerHTML. // update the legend var legifrm = document.getElementById("legendiframe"); legifrm.src = MapServer + "?map=" + mapfile + "&mode=legend&mapext=0+0+" + (ms.extent[2] - ms.extent[0]) + "+" + (ms.extent[3] - ms.extent[1]) + "&mapsize=" + ms.width + "+" + ms.height; // contentDocument is defined in the W3C DOM, but contentWindow is // the only method in the IE DOM; Mozilla 1+ (NN7+) defines both if (document.getElementById("legenddiv")) { var ifrmdoc = (legifrm.contentDocument) ? legifrm.contentDocument : ((legifrm.contentWindow) ? legifrm.contentWindow.document : null); var getiframebody = ifrmdoc.getElementsByTagName("body"); document.getElementById("legenddiv").innerHTML = getiframebody[0].innerHTML; } * It works! It's very flexible because you can stuff the HTML legend content into any element you want, not just a div; for example, adding rows to a table element, or adding a complete table with rows. It's also very clean and simple, though using innerHTML is a little inelegant. And of course, now your legend html is exposed to the general context, external CSS, javascript, etc. HOWEVER, there is one bug: the resulting legend content is always one step behind the actual current legend. It's very noticeable if you have scale-specific classes and the legend flags are set to be sensitive to scale. I think it has to do with the div element not knowing that the content of the iframe has been updated, but I can't figure it out. Steve, any suggestions?? -Emilio Mayorga From John.Hockaday at ga.gov.au Wed Feb 4 21:10:25 2004 From: John.Hockaday at ga.gov.au (John.Hockaday at ga.gov.au) Date: Thu, 5 Feb 2004 16:10:25 +1100 Subject: [Mapserver-users] Reference map to show bounding coordinates extent not map extent Message-ID: Hi all, I am using cgi mapserv to identify a bounding box which is used to define a region in another application. I use JavaScript to allow the user to drag a bounding box on the [img] and the resulting [rawminx], [rawminy] etc. coordinates are sent to mapserv which returns an image zoomed into the selected region. The image size is fixed so there is some area either above and below or to the left and right of the selected region which is outside of the area defined by the user. Mapserv also returns a reference map and the defined area on that map shows the extent of the mapserv image but not the extent of the region defined by the user. Are there some parameters that can be sent to a cgi mapserv so that the reference map indicates the [rawminx], [rawminy], [rawmaxx] and [rawmaxy] converted to lats and long instead of the [imgext]? Or is there some other way of creating a reference map with the [imgbox] coordinates and not the [imgext] coordinates? Thanks. John From steve.lime at dnr.state.mn.us Wed Feb 4 21:51:16 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 04 Feb 2004 23:51:16 -0600 Subject: [Mapserver-users] integrating HTML Legends with dbox/javascript landview framework Message-ID: Got a place where we can see this in action? I'm still very interested, but I've not had time to work on the problem. My theoretical approach is to treat the legend just like a dbox object, a absolutely positioned, scrollable layer anchored to an absolutely positioned anchor. I've found a slick way to suck a remote page into a javascript string and then can use innerHTML to swap in the new page. I had planned to simply use mode=legend with HTML legends. I don't believe need code outside the legend tags to make it work. Sounds like you're working in the same direction. Anyway, I'd love to see it. That may help with ideas/fixes... Steve >>> Emilio Mayorga 02/04/04 10:25 PM >>> Hi (specially Steve Lime), A few weeks ago I asked about HTML legends and the DHTML/javascript "landview" application. The problem was this: how do you load into the page the result of the cgi statement that creates the HTML legend? I found a partial solution using an iframe, and someone else mentioned their own solution -- which, while it worked fine, it was implemented using a cross-browser DHTML/javascript library other than CBE. Steve, since you mentioned you were interested in this topic, I'm reporting some progress I made. A problem with using an iframe element is that the html legend becomes isolated from the rest of the document -- it's its own document. Also, the HTML Legend parser ignores all html outside the special tags in the legend template file. So, you can't define an external CSS file or add javascript code to the html legend. That's a real bummer. * Here's what I've done. I use an "invisible" iframe. I define the iframe element, give it an id attribute, and set the element visibility to hidden. I also define an empty div element, with an id:
* In the postdraw() function, I update the legend by setting the src attribute of the iframe to the HTML legend cgi line. Then, I use the iframe's contentDocument property and innerHTML to suck in all the HTML & text found within the iframe body element, then stuff it on my empty div, again using innerHTML. // update the legend var legifrm = document.getElementById("legendiframe"); legifrm.src = MapServer + "?map=" + mapfile + "&mode=legend&mapext=0+0+" + (ms.extent[2] - ms.extent[0]) + "+" + (ms.extent[3] - ms.extent[1]) + "&mapsize=" + ms.width + "+" + ms.height; // contentDocument is defined in the W3C DOM, but contentWindow is // the only method in the IE DOM; Mozilla 1+ (NN7+) defines both if (document.getElementById("legenddiv")) { var ifrmdoc = (legifrm.contentDocument) ? legifrm.contentDocument : ((legifrm.contentWindow) ? legifrm.contentWindow.document : null); var getiframebody = ifrmdoc.getElementsByTagName("body"); document.getElementById("legenddiv").innerHTML = getiframebody[0].innerHTML; } * It works! It's very flexible because you can stuff the HTML legend content into any element you want, not just a div; for example, adding rows to a table element, or adding a complete table with rows. It's also very clean and simple, though using innerHTML is a little inelegant. And of course, now your legend html is exposed to the general context, external CSS, javascript, etc. HOWEVER, there is one bug: the resulting legend content is always one step behind the actual current legend. It's very noticeable if you have scale-specific classes and the legend flags are set to be sensitive to scale. I think it has to do with the div element not knowing that the content of the iframe has been updated, but I can't figure it out. Steve, any suggestions?? -Emilio Mayorga _______________________________________________ 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 Feb 4 22:04:59 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 05 Feb 2004 00:04:59 -0600 Subject: [Mapserver-users] Reference map to show bounding coordinates extent not map extent Message-ID: You can build your reference maps just as a regular map. I've done that before. In fact you used to have to if you wanted to do things like change the representation of the extent based on scale. The idea goes like this. In a new mapfile 1) set the main EXTENT to whatever your reference image is 2) set the size to match the reference image 3) add the reference image as a raster layer, make sure to set TRANSFORM FALSE (this effectively pastes the image in the map) 4) create a layer to draw the extent with, the coordinates will be supplied dynamically, this might work LAYER NAME 'box' TYPE POLYGON STATUS OFF CLASS COLOR 255 0 0 END END 5) now, in your template make a call to the mapfile, something like: http://.../cgi-bin/mapserv?mode=map&map=reference.map&layer=box &map_box_feature=new&map_box_feature_points=[rawminx]+[rawminy]+[rawminx]+[rawmaxy]+... Basically you do exactly what MapServer does internally in the reference map functions, but you force feed it the rectangle of your choice dynamically. The reference map on this page is built using this approach: http://www.dnr.state.mn.us/maps/tomo.html Hope this helps! Steve >>> 02/04/04 11:10 PM >>> Hi all, I am using cgi mapserv to identify a bounding box which is used to define a region in another application. I use JavaScript to allow the user to drag a bounding box on the [img] and the resulting [rawminx], [rawminy] etc. coordinates are sent to mapserv which returns an image zoomed into the selected region. The image size is fixed so there is some area either above and below or to the left and right of the selected region which is outside of the area defined by the user. Mapserv also returns a reference map and the defined area on that map shows the extent of the mapserv image but not the extent of the region defined by the user. Are there some parameters that can be sent to a cgi mapserv so that the reference map indicates the [rawminx], [rawminy], [rawmaxx] and [rawmaxy] converted to lats and long instead of the [imgext]? Or is there some other way of creating a reference map with the [imgbox] coordinates and not the [imgext] coordinates? Thanks. John _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From M.Simonse at Vicrea.nl Thu Feb 5 00:02:51 2004 From: M.Simonse at Vicrea.nl (Merlijn Simonse) Date: Thu, 5 Feb 2004 09:02:51 +0100 Subject: [Mapserver-users] windows binary with ogr + oracle support 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_01C3EBBE.73B9B5D0 Content-Type: text/plain Dear list, Does anybody have a Windows binary which has OGR with the Oracle Spatial option compiled into it or is the only way to start compiling mapserver myself? I would be very thankful if somebody can help me out here. Cheers, Merlijn ------_=_NextPart_001_01C3EBBE.73B9B5D0 Content-Type: text/html Message
 

Dear list,

 

Does anybody have a Windows binary which has OGR with the Oracle Spatial option compiled into it or is the only way to start compiling mapserver myself?

 

I would be very thankful if somebody can help me out here.

 

Cheers,

Merlijn

 
------_=_NextPart_001_01C3EBBE.73B9B5D0-- From emiliom at u.washington.edu Thu Feb 5 00:05:50 2004 From: emiliom at u.washington.edu (Emilio Mayorga) Date: Thu, 05 Feb 2004 00:05:50 -0800 Subject: [Mapserver-users] integrating HTML Legends with dbox/javascript landview framework In-Reply-To: References: Message-ID: <4021F95E.2050204@u.washington.edu> Here's the URL: http://basin.ocean.washington.edu/mapserv/mapache/eng/mnfr_ecosyst_iframetest.html I set up this page only to test this specific functionality. The first time you go there, you won't see the legend; it'll come up only after you do something, like pan or zoom. There isn't much to see, really (View Source won't show the html that's been pulled from the iframe into the div). But if you use Mozilla, you can use the DOM Inspector and see everything as it reacts to your actions. The div element where I insert the legend page sucked from the iframe is a simple element, not like your dbox object that's a div within a div. I kind of like that simplicity, as long as I can solve the "out of sync" bug. BTW, I'm no DOM/DHTML/javascript guru; but I'm pretty decent at prototyping and following my nose! Thanks. -Emilio Steve Lime wrote: > Got a place where we can see this in action? > > I'm still very interested, but I've not had time to work on the problem. > My theoretical approach is to treat the legend just like a dbox object, > a absolutely positioned, scrollable layer anchored to an absolutely > positioned anchor. I've found a slick way to suck a remote page into a > javascript string and then can use innerHTML to swap in the new page. I > had planned to simply use mode=legend with HTML legends. I don't believe > need code outside the legend tags to make it work. > > Sounds like you're working in the same direction. Anyway, I'd love to > see it. That may help with ideas/fixes... > > Steve > > >>>>Emilio Mayorga 02/04/04 10:25 PM >>> > > > Hi (specially Steve Lime), > > A few weeks ago I asked about HTML legends and the DHTML/javascript > "landview" application. The problem was this: how do you load into the > page the result of the cgi statement that creates the HTML legend? I > found a partial solution using an iframe, and someone else mentioned > their own solution -- which, while it worked fine, it was implemented > using a cross-browser DHTML/javascript library other than CBE. Steve, > since you mentioned you were interested in this topic, I'm reporting > some progress I made. > > A problem with using an iframe element is that the html legend becomes > isolated from the rest of the document -- it's its own document. Also, > the HTML Legend parser ignores all html outside the special tags in the > legend template file. So, you can't define an external CSS file or add > javascript code to the html legend. That's a real bummer. > > * Here's what I've done. I use an "invisible" iframe. I define the > iframe element, give it an id attribute, and set the element visibility > to hidden. I also define an empty div element, with an id: > > > >
> > * In the postdraw() function, I update the legend by setting the src > attribute of the iframe to the HTML legend cgi line. Then, I use the > iframe's contentDocument property and innerHTML to suck in all the HTML > & text found within the iframe body element, then stuff it on my empty > div, again using innerHTML. > > // update the legend > var legifrm = document.getElementById("legendiframe"); > legifrm.src = MapServer + "?map=" + mapfile + "&mode=legend&mapext=0+0+" > > + (ms.extent[2] - ms.extent[0]) + "+" + (ms.extent[3] - ms.extent[1]) + > "&mapsize=" + ms.width + "+" + ms.height; > > // contentDocument is defined in the W3C DOM, but contentWindow is > // the only method in the IE DOM; Mozilla 1+ (NN7+) defines both > if (document.getElementById("legenddiv")) > { > var ifrmdoc = (legifrm.contentDocument) ? legifrm.contentDocument : > ((legifrm.contentWindow) ? legifrm.contentWindow.document : null); > var getiframebody = ifrmdoc.getElementsByTagName("body"); > document.getElementById("legenddiv").innerHTML = > getiframebody[0].innerHTML; > } > > * It works! It's very flexible because you can stuff the HTML legend > content into any element you want, not just a div; for example, adding > rows to a table element, or adding a complete table with rows. It's also > > very clean and simple, though using innerHTML is a little inelegant. And > > of course, now your legend html is exposed to the general context, > external CSS, javascript, etc. > > HOWEVER, there is one bug: the resulting legend content is always one > step behind the actual current legend. It's very noticeable if you have > scale-specific classes and the legend flags are set to be sensitive to > scale. I think it has to do with the div element not knowing that the > content of the iframe has been updated, but I can't figure it out. > Steve, any suggestions?? > > -Emilio Mayorga > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From pedro.carrasco at iver.es Thu Feb 5 00:37:41 2004 From: pedro.carrasco at iver.es (Pedro A. Carrasco Ponce) Date: Thu, 05 Feb 2004 09:37:41 +0100 Subject: [Mapserver-users] Multiple field query in PHP/Mapscript Message-ID: <402200D5.7090108@iver.es> Hello, I'm trying to make a multiple field query in PHP/Mapscript, I made the follow: $lyrPobs->queryByAttributes("","[POB_MAY] LIKE AND [PROVIN_MAY] LIKE $provincia%",MS_MULTIPLE); But it not works, it need the first paramenter (the query item), but if I put the query item, then the second part must be the value to search, but in only *one* field (the query item). Whow can I made this kind of searchs in PHP? Thanks in advance. Regards. -- Pedro A. Carrasco Ponce From mapserver at geochem.de Thu Feb 5 02:37:03 2004 From: mapserver at geochem.de (Nicol Hermann) Date: 05 Feb 2004 11:37:03 +0100 Subject: [Mapserver-users] Multiple field query in PHP/Mapscript In-Reply-To: <402200D5.7090108@iver.es> References: <402200D5.7090108@iver.es> Message-ID: <1075977423.386.18.camel@emil> Hi Pedro, i had the same problem like you. The solution which works for me was described in the following post: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0311/msg00288.html HTH Nicol Am Don, 2004-02-05 um 09.37 schrieb Pedro A. Carrasco Ponce: > Hello, > I'm trying to make a multiple field query in PHP/Mapscript, I made the > follow: > > $lyrPobs->queryByAttributes("","[POB_MAY] LIKE AND [PROVIN_MAY] LIKE > $provincia%",MS_MULTIPLE); > > But it not works, it need the first paramenter (the query item), but if > I put the query item, then the second part must be the value to search, > but in only *one* field (the query item). > Whow can I made this kind of searchs in PHP? > > Thanks in advance. > Regards. > -- > Pedro A. Carrasco Ponce > > _______________________________________________ > 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 Thu Feb 5 01:50:42 2004 From: Tony.Jolibois at cls.fr (Tony Jolibois) Date: Thu, 05 Feb 2004 10:50:42 +0100 Subject: [Mapserver-users] Mapserver 1rst install : can't display raster layer Message-ID: <5.1.0.14.2.20040205104930.033cd4f8@pop.cls.fr> --=====================_715552250==_ Content-Type: multipart/alternative; boundary="=====================_715552280==_.ALT" --=====================_715552280==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable >Date: Wed, 04 Feb 2004 16:51:32 +0100 >To: mapserver-users at lists.gis.umn.edu >From: Tony Jolibois >Subject: Mapserver 1rst install : can't display raster layer > > Hi all, > >I've just installed mapserver4.0 on a Linux RedHat8.0 two days ago. This=20 >is my 1rst post on this list. >When I execute the tutorial40, the mapserver can't display the raster=20 >layer : with the tiff, the mapserver crash with a segmentation fault, with= =20 >a png it don't display it. > >I've tried a lot of different compilation, a lot of different library,=20 >always the same thing. >Please see my last compilation options : > >mapserver4.0 : --with-gd=3Dstatic,/usr/local --with-proj=3D/usr/local=20 >--with-gdal=3D/usr/bin/gdal-config --with-tiff=3D/usr > >gd-2.0.12 : --with-gd=3Dstatic,/usr/local --with-proj=3D/usr/local=20 >--with-gdal=3D/usr/bin/gdal-config --with-tiff=3D/usr > >proj-4.4.7 gdal-1.1.9 : --with-libz --with-png=3Dinternal --with-gif=20 >--with-jpeg=3Dinternal --with-libtiff=3Dinternal --with-geotiff=3Dinternal= =20 >--prefix=3D/usr > >HDF4.1r5 : --host=3Di686-unknown-linux > >The command : >mapserv QUERY_STRING=3Dmap=3D/home/map/html/tutorial/example1-5.map\&mode= =3Dmap > >With a browser the mapserver display the vector layer and not the raster. >I can see the stacktrace (attached) which say that it can't read tiff= images. > >With totalview (debug), I can see that the error come with a call of a=20 >method of the gdal library. > >If someone has an idea... > >Tony > >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >Tony Jolibois >CLS, Direction Oc=E9anographie Spatiale >Tel: (+33) (0) 561 393 797 >Internet: http://www.cls.fr >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --=====================_715552280==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Date: Wed, 04 Feb 2004 16:51:32 +0100
To: mapserver-users at lists.gis.umn.edu
From: Tony Jolibois <Tony.Jolibois at cls.fr>
Subject: Mapserver 1rst install : can't display raster layer

         Hi all,

I've just installed mapserver4.0 on a Linux RedHat8.0 two days ago. This is my 1rst post on this list.
When I execute the tutorial40, the mapserver can't display the raster layer : with the tiff, the mapserver crash with a segmentation fault, with a png it don't display it.

I've tried a lot of different compilation, a lot of different library, always the same thing.
Please see my last compilation options :

mapserver4.0 : --with-gd=3Dstatic,/usr/local --with-proj=3D/usr/local --with-gdal=3D/usr/bin/gdal-config --with-tiff=3D/usr

gd-2.0.12 : --with-gd=3Dstatic,/usr/local --with-proj=3D/usr/local --with-gdal=3D/usr/bin/gdal-config --with-tiff=3D/usr

proj-4.4.7 gdal-1.1.9 : --with-libz --with-png=3Dinternal --with-gif --with-jpeg=3Dinternal --with-libtiff=3Dinternal --with-geotiff=3Dinternal --prefix=3D/usr

HDF4.1r5 : --host=3Di686-unknown-linux

The command :
mapserv QUERY_STRING=3Dmap=3D/home/map/html/tutorial/example1-5.map\&mode=3Dmap<= br>
With a browser the mapserver display the vector layer and not the raster.
I can see the stacktrace (attached) which say that it can't read tiff images.

With totalview (debug), I can see that the error come with a call of a method of the gdal library.

If someone has an idea...

Tony

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Tony Jolibois
CLS, Direction Oc=E9anographie Spatiale
Tel: (+33) (0) 561 393 797
Internet: http://www.cls.fr
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--=====================_715552280==_.ALT-- --=====================_715552250==_ Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename="stacktrace.txt" execve("./mapserv", ["./mapserv", "QUERY_STRING=map=/home/map/html/tutorial/example1-5.map&mode=map"], [/* 33 vars */]) = 0 uname({sys="Linux", node="las-dev", ...}) = 0 brk(0) = 0x80e9da0 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=27032, ...}) = 0 old_mmap(NULL, 27032, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40014000 close(3) = 0 open("/usr/lib/libjpeg.so.62", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P$\0\000"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=140418, ...}) = 0 old_mmap(NULL, 119916, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4001b000 mprotect(0x40038000, 1132, PROT_NONE) = 0 old_mmap(0x40038000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1d000) = 0x40038000 close(3) = 0 open("/usr/lib/libfreetype.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240g\0"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=295833, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40039000 old_mmap(NULL, 258016, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4003a000 mprotect(0x40076000, 12256, PROT_NONE) = 0 old_mmap(0x40076000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x3c000) = 0x40076000 close(3) = 0 open("/usr/lib/libpng.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0PU\0\000"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=131560, ...}) = 0 old_mmap(NULL, 134568, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40079000 mprotect(0x40099000, 3496, PROT_NONE) = 0 old_mmap(0x40099000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1f000) = 0x40099000 close(3) = 0 open("/usr/lib/libz.so.1", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\31\0"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=59778, ...}) = 0 old_mmap(NULL, 54984, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4009a000 mprotect(0x400a6000, 5832, PROT_NONE) = 0 old_mmap(0x400a6000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xb000) = 0x400a6000 close(3) = 0 open("/usr/lib/libtiff.so.3", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000<\0\000"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=570032, ...}) = 0 old_mmap(NULL, 271968, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400a8000 mprotect(0x400e9000, 5728, PROT_NONE) = 0 old_mmap(0x400e9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x41000) = 0x400e9000 close(3) = 0 open("/usr/local/lib/libproj.so.0", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20]\0\000"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=692910, ...}) = 0 old_mmap(NULL, 203488, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400eb000 mprotect(0x4011b000, 6880, PROT_NONE) = 0 old_mmap(0x4011b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x30000) = 0x4011b000 close(3) = 0 open("/usr/lib/libgdal.1.1.so", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\37\7"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0644, st_size=3256876, ...}) = 0 old_mmap(NULL, 2972876, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4011d000 mprotect(0x40365000, 580812, PROT_NONE) = 0 old_mmap(0x40365000, 491520, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x247000) = 0x40365000 old_mmap(0x403dd000, 89292, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x403dd000 close(3) = 0 open("/lib/i686/libm.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`7\0\000"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=173359, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x403f3000 old_mmap(NULL, 138292, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x403f4000 mprotect(0x40415000, 3124, PROT_NONE) = 0 old_mmap(0x40415000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x20000) = 0x40415000 close(3) = 0 open("/lib/i686/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0Pv\1B4\0"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=1402035, ...}) = 0 old_mmap(0x42000000, 1264960, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x42000000 mprotect(0x4212c000, 36160, PROT_NONE) = 0 old_mmap(0x4212c000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x12c000) = 0x4212c000 old_mmap(0x42131000, 15680, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x42131000 close(3) = 0 open("/usr/lib/libmfhdf.so.0", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200^\0"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=128400, ...}) = 0 old_mmap(NULL, 135592, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40416000 mprotect(0x40435000, 8616, PROT_NONE) = 0 old_mmap(0x40435000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1e000) = 0x40435000 old_mmap(0x40437000, 424, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40437000 close(3) = 0 open("/usr/lib/libdf.so.0", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\6\1"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=457008, ...}) = 0 old_mmap(NULL, 625776, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40438000 mprotect(0x404a6000, 175216, PROT_NONE) = 0 old_mmap(0x404a6000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x6d000) = 0x404a6000 old_mmap(0x404a9000, 162928, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x404a9000 close(3) = 0 open("/lib/libdl.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\31"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=12102, ...}) = 0 old_mmap(NULL, 11640, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x404d1000 mprotect(0x404d3000, 3448, PROT_NONE) = 0 old_mmap(0x404d3000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0x404d3000 close(3) = 0 open("/usr/lib/libstdc++-libc6.2-2.so.3", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\205"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0555, st_size=426442, ...}) = 0 old_mmap(NULL, 273928, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x404d4000 mprotect(0x4050c000, 44552, PROT_NONE) = 0 old_mmap(0x4050c000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x38000) = 0x4050c000 old_mmap(0x40515000, 7688, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40515000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40517000 munmap(0x40014000, 27032) = 0 brk(0) = 0x80e9da0 brk(0x80e9dd0) = 0x80e9dd0 brk(0x80ea000) = 0x80ea000 brk(0x80eb000) = 0x80eb000 getpid() = 16746 time(NULL) = 1075901373 brk(0x80f5000) = 0x80f5000 brk(0x80ff000) = 0x80ff000 open("/home/map/html/tutorial/example1-5.map", O_RDONLY) = 3 mmap2(NULL, 172032, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40518000 brk(0x8104000) = 0x8104000 ioctl(3, SNDCTL_TMR_TIMEBASE, 0xbfffe030) = -1 ENOTTY (Inappropriate ioctl for device) ioctl(3, SNDCTL_TMR_TIMEBASE, 0xbfffe050) = -1 ENOTTY (Inappropriate ioctl for device) brk(0x810e000) = 0x810e000 open("/usr/local/share/proj/proj_def.dat", O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=261, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 read(4, "# Projection library defaults fi"..., 4096) = 261 _llseek(4, 0, [0], SEEK_SET) = 0 read(4, "# Projection library defaults fi"..., 4096) = 261 read(4, "", 4096) = 0 close(4) = 0 munmap(0x40014000, 4096) = 0 getcwd("/tmp/mapserver/mapserver-4.0.1", 1024) = 31 fstat64(3, {st_mode=S_IFREG|0666, st_size=2143, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 read(3, "MAP\r\nIMAGETYPE PNG24\r\nEXTEN"..., 8192) = 2143 read(3, "", 4096) = 0 open("/usr/local/share/proj/epsg", O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=376784, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40015000 read(4, "# Anguilla 1957 / British West I"..., 4096) = 4096 read(4, " +y_0=0 +ellps=clrk66 +units=m +"..., 4096) = 4096 read(4, "vak +lat_0=49.5 +lon_0=24.833333"..., 4096) = 4096 read(4, "1,-108.32,-62.39,0,0,0,0 +units="..., 4096) = 4096 read(4, "666667 +k=1.000000 +x_0=400000 +"..., 4096) = 4096 read(4, "=6356751.689189189 +towgs84=-199"..., 4096) = 4096 read(4, "efs no_defs <>\n# Sierra Leone 1"..., 4096) = 4096 close(4) = 0 munmap(0x40015000, 4096) = 0 brk(0x8124000) = 0x8124000 open("/usr/local/share/proj/epsg", O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=376784, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40015000 read(4, "# Anguilla 1957 / British West I"..., 4096) = 4096 read(4, " +y_0=0 +ellps=clrk66 +units=m +"..., 4096) = 4096 read(4, "vak +lat_0=49.5 +lon_0=24.833333"..., 4096) = 4096 read(4, "1,-108.32,-62.39,0,0,0,0 +units="..., 4096) = 4096 read(4, "666667 +k=1.000000 +x_0=400000 +"..., 4096) = 4096 read(4, "=6356751.689189189 +towgs84=-199"..., 4096) = 4096 read(4, "efs no_defs <>\n# Sierra Leone 1"..., 4096) = 4096 read(4, "<2193> +proj=tmerc +lat_0=0 +lon"..., 4096) = 4096 read(4, "83 +to_meter=0.3048 +no_defs no"..., 4096) = 4096 read(4, "\n# NAD83 / Idaho East (ftUS)\n<22"..., 4096) = 4096 read(4, " <>\n# NAD83 / New York East (ftU"..., 4096) = 4096 read(4, "33 +lat_2=28.38333333333333 +lat"..., 4096) = 4096 read(4, "84 +units=m +no_defs no_defs <>"..., 4096) = 4096 read(4, "755.288157528 +units=m +no_defs "..., 4096) = 4096 read(4, "0=37500000 +y_0=0 +a=6378140 +b="..., 4096) = 4096 read(4, "+units=m +no_defs no_defs <>\n# "..., 4096) = 4096 read(4, "-Kruger zone 32\n<2408> +proj=tme"..., 4096) = 4096 read(4, "llps=krass +units=m +no_defs no"..., 4096) = 4096 read(4, "999900 +x_0=0 +y_0=0 +ellps=GRS8"..., 4096) = 4096 read(4, "95 / Gauss-Kruger CM 147E\n<2484>"..., 4096) = 4096 read(4, "=0 +lon_0=123 +k=1.000000 +x_0=5"..., 4096) = 4096 read(4, "+x_0=21500000 +y_0=0 +ellps=kras"..., 4096) = 4096 read(4, " 3-degree Gauss-Kruger zone 46\n<"..., 4096) = 4096 read(4, "9 +k=1.000000 +x_0=500000 +y_0=0"..., 4096) = 4096 read(4, "14> +proj=tmerc +lat_0=0 +lon_0="..., 4096) = 4096 read(4, "defs no_defs <>\n# Pulkovo 1942 "..., 4096) = 4096 read(4, "tmerc +lat_0=0 +lon_0=93 +k=1.00"..., 4096) = 4096 read(4, "00 +y_0=0 +ellps=krass +units=m "..., 4096) = 4096 read(4, "j=tmerc +lat_0=0 +lon_0=72 +k=1."..., 4096) = 4096 read(4, "s=m +no_defs no_defs <>\n# Pulko"..., 4096) = 4096 read(4, "m +no_defs no_defs <>\n# NAD83(H"..., 4096) = 4096 read(4, "t\n<2787> +proj=tmerc +lat_0=41.6"..., 4096) = 4096 read(4, "at_0=44.78333333333333 +lon_0=-8"..., 4096) = 4096 read(4, "4=0,0,0,0,0,0,0 +units=m +no_def"..., 4096) = 4096 read(4, "at_1=27.83333333333333 +lat_2=26"..., 4096) = 4096 read(4, "a Central (ft)\n<2868> +proj=tmer"..., 4096) = 4096 read(4, "efs <>\n# NAD83(HARN) / Georgia W"..., 4096) = 4096 read(4, "000 +y_0=0 +ellps=GRS80 +towgs84"..., 4096) = 4096 read(4, "o_meter=0.3048006096012192 +no_d"..., 4096) = 4096 read(4, "_0=0.1166666666666667 +lon_0=50."..., 4096) = 4096 read(4, " +proj=utm +zone=49 +a=6377276.3"..., 4096) = 4096 read(4, "+proj=longlat +ellps=clrk80 +no_"..., 4096) = 4096 read(4, "nsua\n<4128> +proj=longlat +ellps"..., 4096) = 4096 read(4, ".689189189 +no_defs no_defs <>\n"..., 4096) = 4096 read(4, "\n<4229> +proj=longlat +ellps=hel"..., 4096) = 4096 read(4, "nglat +ellps=airy +no_defs no_d"..., 4096) = 4096 close(4) = 0 munmap(0x40015000, 4096) = 0 brk(0x813a000) = 0x813a000 open("/usr/local/share/proj/epsg", O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=376784, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40015000 read(4, "# Anguilla 1957 / British West I"..., 4096) = 4096 read(4, " +y_0=0 +ellps=clrk66 +units=m +"..., 4096) = 4096 read(4, "vak +lat_0=49.5 +lon_0=24.833333"..., 4096) = 4096 read(4, "1,-108.32,-62.39,0,0,0,0 +units="..., 4096) = 4096 read(4, "666667 +k=1.000000 +x_0=400000 +"..., 4096) = 4096 read(4, "=6356751.689189189 +towgs84=-199"..., 4096) = 4096 read(4, "efs no_defs <>\n# Sierra Leone 1"..., 4096) = 4096 read(4, "<2193> +proj=tmerc +lat_0=0 +lon"..., 4096) = 4096 read(4, "83 +to_meter=0.3048 +no_defs no"..., 4096) = 4096 read(4, "\n# NAD83 / Idaho East (ftUS)\n<22"..., 4096) = 4096 read(4, " <>\n# NAD83 / New York East (ftU"..., 4096) = 4096 read(4, "33 +lat_2=28.38333333333333 +lat"..., 4096) = 4096 read(4, "84 +units=m +no_defs no_defs <>"..., 4096) = 4096 read(4, "755.288157528 +units=m +no_defs "..., 4096) = 4096 read(4, "0=37500000 +y_0=0 +a=6378140 +b="..., 4096) = 4096 read(4, "+units=m +no_defs no_defs <>\n# "..., 4096) = 4096 read(4, "-Kruger zone 32\n<2408> +proj=tme"..., 4096) = 4096 read(4, "llps=krass +units=m +no_defs no"..., 4096) = 4096 read(4, "999900 +x_0=0 +y_0=0 +ellps=GRS8"..., 4096) = 4096 read(4, "95 / Gauss-Kruger CM 147E\n<2484>"..., 4096) = 4096 read(4, "=0 +lon_0=123 +k=1.000000 +x_0=5"..., 4096) = 4096 read(4, "+x_0=21500000 +y_0=0 +ellps=kras"..., 4096) = 4096 read(4, " 3-degree Gauss-Kruger zone 46\n<"..., 4096) = 4096 read(4, "9 +k=1.000000 +x_0=500000 +y_0=0"..., 4096) = 4096 read(4, "14> +proj=tmerc +lat_0=0 +lon_0="..., 4096) = 4096 read(4, "defs no_defs <>\n# Pulkovo 1942 "..., 4096) = 4096 read(4, "tmerc +lat_0=0 +lon_0=93 +k=1.00"..., 4096) = 4096 read(4, "00 +y_0=0 +ellps=krass +units=m "..., 4096) = 4096 read(4, "j=tmerc +lat_0=0 +lon_0=72 +k=1."..., 4096) = 4096 read(4, "s=m +no_defs no_defs <>\n# Pulko"..., 4096) = 4096 read(4, "m +no_defs no_defs <>\n# NAD83(H"..., 4096) = 4096 read(4, "t\n<2787> +proj=tmerc +lat_0=41.6"..., 4096) = 4096 read(4, "at_0=44.78333333333333 +lon_0=-8"..., 4096) = 4096 read(4, "4=0,0,0,0,0,0,0 +units=m +no_def"..., 4096) = 4096 read(4, "at_1=27.83333333333333 +lat_2=26"..., 4096) = 4096 read(4, "a Central (ft)\n<2868> +proj=tmer"..., 4096) = 4096 read(4, "efs <>\n# NAD83(HARN) / Georgia W"..., 4096) = 4096 read(4, "000 +y_0=0 +ellps=GRS80 +towgs84"..., 4096) = 4096 read(4, "o_meter=0.3048006096012192 +no_d"..., 4096) = 4096 read(4, "_0=0.1166666666666667 +lon_0=50."..., 4096) = 4096 read(4, " +proj=utm +zone=49 +a=6377276.3"..., 4096) = 4096 read(4, "+proj=longlat +ellps=clrk80 +no_"..., 4096) = 4096 read(4, "nsua\n<4128> +proj=longlat +ellps"..., 4096) = 4096 read(4, ".689189189 +no_defs no_defs <>\n"..., 4096) = 4096 read(4, "\n<4229> +proj=longlat +ellps=hel"..., 4096) = 4096 read(4, "nglat +ellps=airy +no_defs no_d"..., 4096) = 4096 close(4) = 0 munmap(0x40015000, 4096) = 0 brk(0x8150000) = 0x8150000 open("/usr/local/share/proj/epsg", O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=376784, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40015000 read(4, "# Anguilla 1957 / British West I"..., 4096) = 4096 read(4, " +y_0=0 +ellps=clrk66 +units=m +"..., 4096) = 4096 read(4, "vak +lat_0=49.5 +lon_0=24.833333"..., 4096) = 4096 read(4, "1,-108.32,-62.39,0,0,0,0 +units="..., 4096) = 4096 read(4, "666667 +k=1.000000 +x_0=400000 +"..., 4096) = 4096 read(4, "=6356751.689189189 +towgs84=-199"..., 4096) = 4096 read(4, "efs no_defs <>\n# Sierra Leone 1"..., 4096) = 4096 read(4, "<2193> +proj=tmerc +lat_0=0 +lon"..., 4096) = 4096 read(4, "83 +to_meter=0.3048 +no_defs no"..., 4096) = 4096 read(4, "\n# NAD83 / Idaho East (ftUS)\n<22"..., 4096) = 4096 read(4, " <>\n# NAD83 / New York East (ftU"..., 4096) = 4096 read(4, "33 +lat_2=28.38333333333333 +lat"..., 4096) = 4096 read(4, "84 +units=m +no_defs no_defs <>"..., 4096) = 4096 read(4, "755.288157528 +units=m +no_defs "..., 4096) = 4096 read(4, "0=37500000 +y_0=0 +a=6378140 +b="..., 4096) = 4096 read(4, "+units=m +no_defs no_defs <>\n# "..., 4096) = 4096 read(4, "-Kruger zone 32\n<2408> +proj=tme"..., 4096) = 4096 read(4, "llps=krass +units=m +no_defs no"..., 4096) = 4096 read(4, "999900 +x_0=0 +y_0=0 +ellps=GRS8"..., 4096) = 4096 read(4, "95 / Gauss-Kruger CM 147E\n<2484>"..., 4096) = 4096 read(4, "=0 +lon_0=123 +k=1.000000 +x_0=5"..., 4096) = 4096 read(4, "+x_0=21500000 +y_0=0 +ellps=kras"..., 4096) = 4096 read(4, " 3-degree Gauss-Kruger zone 46\n<"..., 4096) = 4096 read(4, "9 +k=1.000000 +x_0=500000 +y_0=0"..., 4096) = 4096 read(4, "14> +proj=tmerc +lat_0=0 +lon_0="..., 4096) = 4096 read(4, "defs no_defs <>\n# Pulkovo 1942 "..., 4096) = 4096 read(4, "tmerc +lat_0=0 +lon_0=93 +k=1.00"..., 4096) = 4096 read(4, "00 +y_0=0 +ellps=krass +units=m "..., 4096) = 4096 read(4, "j=tmerc +lat_0=0 +lon_0=72 +k=1."..., 4096) = 4096 read(4, "s=m +no_defs no_defs <>\n# Pulko"..., 4096) = 4096 read(4, "m +no_defs no_defs <>\n# NAD83(H"..., 4096) = 4096 read(4, "t\n<2787> +proj=tmerc +lat_0=41.6"..., 4096) = 4096 read(4, "at_0=44.78333333333333 +lon_0=-8"..., 4096) = 4096 read(4, "4=0,0,0,0,0,0,0 +units=m +no_def"..., 4096) = 4096 read(4, "at_1=27.83333333333333 +lat_2=26"..., 4096) = 4096 read(4, "a Central (ft)\n<2868> +proj=tmer"..., 4096) = 4096 read(4, "efs <>\n# NAD83(HARN) / Georgia W"..., 4096) = 4096 read(4, "000 +y_0=0 +ellps=GRS80 +towgs84"..., 4096) = 4096 read(4, "o_meter=0.3048006096012192 +no_d"..., 4096) = 4096 read(4, "_0=0.1166666666666667 +lon_0=50."..., 4096) = 4096 read(4, " +proj=utm +zone=49 +a=6377276.3"..., 4096) = 4096 read(4, "+proj=longlat +ellps=clrk80 +no_"..., 4096) = 4096 read(4, "nsua\n<4128> +proj=longlat +ellps"..., 4096) = 4096 read(4, ".689189189 +no_defs no_defs <>\n"..., 4096) = 4096 read(4, "\n<4229> +proj=longlat +ellps=hel"..., 4096) = 4096 read(4, "nglat +ellps=airy +no_defs no_d"..., 4096) = 4096 close(4) = 0 munmap(0x40015000, 4096) = 0 brk(0x8166000) = 0x8166000 open("/usr/local/share/proj/epsg", O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=376784, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40015000 read(4, "# Anguilla 1957 / British West I"..., 4096) = 4096 read(4, " +y_0=0 +ellps=clrk66 +units=m +"..., 4096) = 4096 read(4, "vak +lat_0=49.5 +lon_0=24.833333"..., 4096) = 4096 read(4, "1,-108.32,-62.39,0,0,0,0 +units="..., 4096) = 4096 read(4, "666667 +k=1.000000 +x_0=400000 +"..., 4096) = 4096 read(4, "=6356751.689189189 +towgs84=-199"..., 4096) = 4096 read(4, "efs no_defs <>\n# Sierra Leone 1"..., 4096) = 4096 read(4, "<2193> +proj=tmerc +lat_0=0 +lon"..., 4096) = 4096 read(4, "83 +to_meter=0.3048 +no_defs no"..., 4096) = 4096 read(4, "\n# NAD83 / Idaho East (ftUS)\n<22"..., 4096) = 4096 read(4, " <>\n# NAD83 / New York East (ftU"..., 4096) = 4096 read(4, "33 +lat_2=28.38333333333333 +lat"..., 4096) = 4096 read(4, "84 +units=m +no_defs no_defs <>"..., 4096) = 4096 read(4, "755.288157528 +units=m +no_defs "..., 4096) = 4096 read(4, "0=37500000 +y_0=0 +a=6378140 +b="..., 4096) = 4096 read(4, "+units=m +no_defs no_defs <>\n# "..., 4096) = 4096 read(4, "-Kruger zone 32\n<2408> +proj=tme"..., 4096) = 4096 read(4, "llps=krass +units=m +no_defs no"..., 4096) = 4096 read(4, "999900 +x_0=0 +y_0=0 +ellps=GRS8"..., 4096) = 4096 read(4, "95 / Gauss-Kruger CM 147E\n<2484>"..., 4096) = 4096 read(4, "=0 +lon_0=123 +k=1.000000 +x_0=5"..., 4096) = 4096 read(4, "+x_0=21500000 +y_0=0 +ellps=kras"..., 4096) = 4096 read(4, " 3-degree Gauss-Kruger zone 46\n<"..., 4096) = 4096 read(4, "9 +k=1.000000 +x_0=500000 +y_0=0"..., 4096) = 4096 read(4, "14> +proj=tmerc +lat_0=0 +lon_0="..., 4096) = 4096 read(4, "defs no_defs <>\n# Pulkovo 1942 "..., 4096) = 4096 read(4, "tmerc +lat_0=0 +lon_0=93 +k=1.00"..., 4096) = 4096 read(4, "00 +y_0=0 +ellps=krass +units=m "..., 4096) = 4096 read(4, "j=tmerc +lat_0=0 +lon_0=72 +k=1."..., 4096) = 4096 read(4, "s=m +no_defs no_defs <>\n# Pulko"..., 4096) = 4096 read(4, "m +no_defs no_defs <>\n# NAD83(H"..., 4096) = 4096 read(4, "t\n<2787> +proj=tmerc +lat_0=41.6"..., 4096) = 4096 read(4, "at_0=44.78333333333333 +lon_0=-8"..., 4096) = 4096 read(4, "4=0,0,0,0,0,0,0 +units=m +no_def"..., 4096) = 4096 read(4, "at_1=27.83333333333333 +lat_2=26"..., 4096) = 4096 read(4, "a Central (ft)\n<2868> +proj=tmer"..., 4096) = 4096 read(4, "efs <>\n# NAD83(HARN) / Georgia W"..., 4096) = 4096 read(4, "000 +y_0=0 +ellps=GRS80 +towgs84"..., 4096) = 4096 read(4, "o_meter=0.3048006096012192 +no_d"..., 4096) = 4096 read(4, "_0=0.1166666666666667 +lon_0=50."..., 4096) = 4096 read(4, " +proj=utm +zone=49 +a=6377276.3"..., 4096) = 4096 read(4, "+proj=longlat +ellps=clrk80 +no_"..., 4096) = 4096 read(4, "nsua\n<4128> +proj=longlat +ellps"..., 4096) = 4096 read(4, ".689189189 +no_defs no_defs <>\n"..., 4096) = 4096 read(4, "\n<4229> +proj=longlat +ellps=hel"..., 4096) = 4096 read(4, "nglat +ellps=airy +no_defs no_d"..., 4096) = 4096 close(4) = 0 munmap(0x40015000, 4096) = 0 close(3) = 0 munmap(0x40014000, 4096) = 0 open("/usr/local/lib", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3 fstat64(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 getdents64(0x3, 0x8161a00, 0x1000, 0) = 560 getdents64(0x3, 0x8161a00, 0x1000, 0) = 0 close(3) = 0 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=27032, ...}) = 0 old_mmap(NULL, 27032, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40014000 close(3) = 0 open("/lib/mmx/avgridio.dll", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/lib/mmx", 0xbfffd7f0) = -1 ENOENT (No such file or directory) open("/lib/avgridio.dll", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/lib", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open("/usr/lib/mmx/avgridio.dll", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/usr/lib/mmx", 0xbfffd7f0) = -1 ENOENT (No such file or directory) open("/usr/lib/avgridio.dll", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/usr/lib", {st_mode=S_IFDIR|0755, st_size=16384, ...}) = 0 munmap(0x40014000, 27032) = 0 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=27032, ...}) = 0 old_mmap(NULL, 27032, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40014000 close(3) = 0 open("/lib/aigridio.dll", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/aigridio.dll", O_RDONLY) = -1 ENOENT (No such file or directory) munmap(0x40014000, 27032) = 0 open("/home/map/html/tutorial/symbols/symbols35.sym", O_RDONLY) = 3 ioctl(3, SNDCTL_TMR_TIMEBASE, 0xbfffdc20) = -1 ENOTTY (Inappropriate ioctl for device) fstat64(3, {st_mode=S_IFREG|0666, st_size=1166, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 read(3, "# 1\nSymbol \nName \'tent\'\nType VEC"..., 8192) = 1166 read(3, "", 4096) = 0 read(3, "", 8192) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE, 0xbfffdbe0) = -1 ENOTTY (Inappropriate ioctl for device) close(3) = 0 munmap(0x40014000, 4096) = 0 open("/home/map/html/tutorial/fonts/fonts.list", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0666, st_size=1567, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 read(3, "andale-mono "..., 4096) = 1567 read(3, "", 4096) = 0 close(3) = 0 munmap(0x40014000, 4096) = 0 brk(0x816c000) = 0x816c000 brk(0x816e000) = 0x816e000 brk(0x816f000) = 0x816f000 brk(0x8170000) = 0x8170000 brk(0x8171000) = 0x8171000 brk(0x8172000) = 0x8172000 brk(0x8173000) = 0x8173000 brk(0x8174000) = 0x8174000 brk(0x8175000) = 0x8175000 brk(0x8176000) = 0x8176000 brk(0x8177000) = 0x8177000 brk(0x8178000) = 0x8178000 brk(0x8179000) = 0x8179000 brk(0x817a000) = 0x817a000 brk(0x817b000) = 0x817b000 brk(0x817c000) = 0x817c000 brk(0x817d000) = 0x817d000 brk(0x817e000) = 0x817e000 brk(0x817f000) = 0x817f000 brk(0x8180000) = 0x8180000 brk(0x8181000) = 0x8181000 brk(0x8182000) = 0x8182000 brk(0x8183000) = 0x8183000 brk(0x8184000) = 0x8184000 brk(0x8185000) = 0x8185000 brk(0x8186000) = 0x8186000 brk(0x8187000) = 0x8187000 brk(0x8188000) = 0x8188000 brk(0x8189000) = 0x8189000 brk(0x818a000) = 0x818a000 brk(0x818b000) = 0x818b000 brk(0x818c000) = 0x818c000 brk(0x818d000) = 0x818d000 brk(0x818e000) = 0x818e000 brk(0x818f000) = 0x818f000 brk(0x8190000) = 0x8190000 brk(0x8191000) = 0x8191000 brk(0x8192000) = 0x8192000 brk(0x8193000) = 0x8193000 brk(0x8194000) = 0x8194000 brk(0x8195000) = 0x8195000 brk(0x8196000) = 0x8196000 brk(0x8197000) = 0x8197000 brk(0x8198000) = 0x8198000 brk(0x8199000) = 0x8199000 brk(0x819a000) = 0x819a000 brk(0x819b000) = 0x819b000 brk(0x819c000) = 0x819c000 brk(0x819d000) = 0x819d000 brk(0x819e000) = 0x819e000 brk(0x819f000) = 0x819f000 brk(0x81a0000) = 0x81a0000 brk(0x81a1000) = 0x81a1000 brk(0x81a2000) = 0x81a2000 brk(0x81a3000) = 0x81a3000 brk(0x81a4000) = 0x81a4000 brk(0x81a5000) = 0x81a5000 brk(0x81a6000) = 0x81a6000 brk(0x81a7000) = 0x81a7000 brk(0x81a8000) = 0x81a8000 brk(0x81a9000) = 0x81a9000 brk(0x81aa000) = 0x81aa000 brk(0x81ab000) = 0x81ab000 brk(0x81ac000) = 0x81ac000 brk(0x81ad000) = 0x81ad000 brk(0x81ae000) = 0x81ae000 brk(0x81af000) = 0x81af000 brk(0x81b0000) = 0x81b0000 brk(0x81b1000) = 0x81b1000 brk(0x81b2000) = 0x81b2000 brk(0x81b3000) = 0x81b3000 brk(0x81b4000) = 0x81b4000 brk(0x81b5000) = 0x81b5000 brk(0x81b6000) = 0x81b6000 brk(0x81b7000) = 0x81b7000 brk(0x81b8000) = 0x81b8000 brk(0x81b9000) = 0x81b9000 brk(0x81ba000) = 0x81ba000 brk(0x81bb000) = 0x81bb000 brk(0x81bc000) = 0x81bc000 brk(0x81bd000) = 0x81bd000 brk(0x81be000) = 0x81be000 brk(0x81bf000) = 0x81bf000 brk(0x81c0000) = 0x81c0000 brk(0x81c1000) = 0x81c1000 brk(0x81c2000) = 0x81c2000 brk(0x81c3000) = 0x81c3000 brk(0x81c4000) = 0x81c4000 brk(0x81c5000) = 0x81c5000 brk(0x81c6000) = 0x81c6000 brk(0x81c7000) = 0x81c7000 brk(0x81c8000) = 0x81c8000 brk(0x81c9000) = 0x81c9000 brk(0x81ca000) = 0x81ca000 brk(0x81cb000) = 0x81cb000 brk(0x81cc000) = 0x81cc000 brk(0x81cd000) = 0x81cd000 brk(0x81ce000) = 0x81ce000 brk(0x81cf000) = 0x81cf000 brk(0x81d0000) = 0x81d0000 brk(0x81d1000) = 0x81d1000 brk(0x81d2000) = 0x81d2000 brk(0x81d3000) = 0x81d3000 brk(0x81d4000) = 0x81d4000 brk(0x81d5000) = 0x81d5000 brk(0x81d6000) = 0x81d6000 brk(0x81d7000) = 0x81d7000 brk(0x81d8000) = 0x81d8000 brk(0x81d9000) = 0x81d9000 brk(0x81da000) = 0x81da000 brk(0x81db000) = 0x81db000 brk(0x81dc000) = 0x81dc000 brk(0x81dd000) = 0x81dd000 brk(0x81de000) = 0x81de000 brk(0x81df000) = 0x81df000 brk(0x81e0000) = 0x81e0000 brk(0x81e1000) = 0x81e1000 brk(0x81e2000) = 0x81e2000 brk(0x81e3000) = 0x81e3000 brk(0x81e4000) = 0x81e4000 brk(0x81e5000) = 0x81e5000 brk(0x81e6000) = 0x81e6000 brk(0x81e7000) = 0x81e7000 brk(0x81e8000) = 0x81e8000 brk(0x81e9000) = 0x81e9000 brk(0x81ea000) = 0x81ea000 brk(0x81eb000) = 0x81eb000 brk(0x81ec000) = 0x81ec000 brk(0x81ed000) = 0x81ed000 brk(0x81ee000) = 0x81ee000 brk(0x81ef000) = 0x81ef000 brk(0x81f0000) = 0x81f0000 brk(0x81f1000) = 0x81f1000 brk(0x81f2000) = 0x81f2000 brk(0x81f3000) = 0x81f3000 brk(0x81f4000) = 0x81f4000 brk(0x81f5000) = 0x81f5000 brk(0x81f6000) = 0x81f6000 brk(0x81f7000) = 0x81f7000 brk(0x81f8000) = 0x81f8000 brk(0x81f9000) = 0x81f9000 brk(0x81fa000) = 0x81fa000 brk(0x81fb000) = 0x81fb000 brk(0x81fc000) = 0x81fc000 brk(0x81fd000) = 0x81fd000 brk(0x81fe000) = 0x81fe000 brk(0x81ff000) = 0x81ff000 brk(0x8200000) = 0x8200000 brk(0x8201000) = 0x8201000 brk(0x8202000) = 0x8202000 open("/home/map/html/tutorial/data/raster/mod09a12003161_ugl_ll_idxa.tif", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0666, st_size=6057262, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 read(3, "II*\0(e\\\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096 close(3) = 0 munmap(0x40014000, 4096) = 0 stat64("/home/map/html/tutorial/data/raster/mod09a12003161_ugl_ll_idxa.tif", {st_mode=S_IFREG|0666, st_size=6057262, ...}) = 0 open("/home/map/html/tutorial/data/raster/mod09a12003161_ugl_ll_idxa.tif", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0666, st_size=6057262, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 read(3, "II*\0(e\\\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096 _llseek(3, 0, [0], SEEK_SET) = 0 open("/home/map/html/tutorial/data/raster/mod09a12003161_ugl_ll_idxa.tif", O_RDONLY|O_LARGEFILE) = 4 read(4, "II*\0(e\\\0", 8) = 8 _llseek(4, 6055208, [6055208], SEEK_SET) = 0 read(4, "\21\0", 2) = 2 read(4, "\376\0\4\0\1\0\0\0\0\0\0\0\0\1\3\0\1\0\0\0\230\r\0\0\1"..., 204) = 204 read(4, "\0\0\0\0", 4) = 4 --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ --=====================_715552250==_-- From mapserver at digger.net Thu Feb 5 02:52:12 2004 From: mapserver at digger.net (Dave Walton) Date: Thu, 5 Feb 2004 02:52:12 -0800 Subject: [Mapserver-users] units question Message-ID: <20040205025212.5001d407.mapserver@digger.net> I have a shapefile which ogrinfo describes as below. It displays quite nicely in MapServer. However, I have to use meters for EXTENT, and when I produce a GeoTIFF image, the coordinates are in meters. I would very much like to be able to specify EXTENT in decimal degrees, and have the coordinates in the GeoTIFF in decimal degrees. How can I set up MapServer to do this? Layer name: co100a Geometry: Polygon Feature Count: 102 Extent: (-373886.881105, -604696.000000) - (540099.435280, 449894.875000) Layer SRS WKT: PROJCS["Custom", GEOGCS["GCS_North_American_1927", DATUM["North_American_Datum_1927", SPHEROID["Clarke_1866",6378206.4,294.9786982]], PRIMEM["Greenwich",0], UNIT["Degree",0.0174532925199433]], PROJECTION["Albers_Conic_Equal_Area"], PARAMETER["False_Easting",0], PARAMETER["False_Northing",-4000000], PARAMETER["longitude_of_center",-120], PARAMETER["Standard_Parallel_1",34], PARAMETER["Standard_Parallel_2",40.5], UNIT["Meter",1]] AREA: Real (18.5) PERIMETER: Real (18.5) CO100A_: Integer (11.0) CO100A_ID: Integer (11.0) NAME: String (20.0) NUM: Integer (2.0) BAY: Integer (1.0) DISPLAY: Integer (2.0) SYMBOL: Integer (16.0) -- ---------------------------------------------------------------------- Dave Walton dwalton at acm.org ---------------------------------------------------------------------- From pedro.carrasco at iver.es Thu Feb 5 03:17:02 2004 From: pedro.carrasco at iver.es (Pedro A. Carrasco Ponce) Date: Thu, 05 Feb 2004 12:17:02 +0100 Subject: [Mapserver-users] Multiple field query in PHP/Mapscript In-Reply-To: <1075977423.386.18.camel@emil> References: <402200D5.7090108@iver.es> <1075977423.386.18.camel@emil> Message-ID: <4022262E.8060602@iver.es> Nicol Hermann wrote: > Hi Pedro, > > i had the same problem like you. The solution which works for me was > described in the following post: > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0311/msg00288.html > > HTH > Nicol OK, it seems to work if I use the complete search world, but I have partial searchs (operator LIKE in SQL), can I made this search types?, if not I should use an external database, so the app goes slower. Thanks in advance -- Pedro From h.probsthain at hgn-online.de Thu Feb 5 04:00:01 2004 From: h.probsthain at hgn-online.de (hpr) Date: Thu, 5 Feb 2004 13:00:01 +0100 Subject: [Mapserver-users] attribute query against many fields Message-ID: <000d01c3ebdf$95a97150$4cc8a8c0@hapro> This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C3EBE7.F7587C90 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi users! How to do an attribute query against many fields with mapserver like: "field1=3D1 and field2=3D'abc' and field3>0" The only possibility I found is to set the CGIs qitem=3Dfield1 and = qstring=3D1. But this is only a query against the first field, what can I do with the = other fields ? Is there a sample anywhere ? Hagen =20 ------=_NextPart_000_000A_01C3EBE7.F7587C90 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Hi users!
 
How to do an attribute query against many fields = with=20 mapserver like:
"field1=3D1 and field2=3D'abc' and = field3>0"
The only possibility I found is to set the CGIs = qitem=3Dfield1=20 and qstring=3D1.
But this is only a query against the first = field, what=20 can I do with the other fields ?
Is = there a sample=20 anywhere ?

Hagen
 
= ------=_NextPart_000_000A_01C3EBE7.F7587C90-- From pedro.carrasco at iver.es Thu Feb 5 03:59:20 2004 From: pedro.carrasco at iver.es (Pedro A. Carrasco Ponce) Date: Thu, 05 Feb 2004 12:59:20 +0100 Subject: [Mapserver-users] Multiple field query in PHP/Mapscript In-Reply-To: <1075977423.386.18.camel@emil> References: <402200D5.7090108@iver.es> <1075977423.386.18.camel@emil> Message-ID: <40223018.9050409@iver.es> Nicol Hermann wrote: > Hi Pedro, > > i had the same problem like you. The solution which works for me was > described in the following post: > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0311/msg00288.html > > HTH > Nicol OK, it seems to work if I use the complete search world, but I have partial searchs (operator LIKE in SQL), can I made this search types?, if not I should use an external database, so the app goes slower. Thanks in advance -- Pedro From andrepersilva at hotmail.com Thu Feb 5 04:20:39 2004 From: andrepersilva at hotmail.com (Andre Pereira da Silva) Date: Thu, 5 Feb 2004 10:20:39 -0200 Subject: [Mapserver-users] Re: I have problem with demo workshop References: <20040204180011.14746.32447.Mailman@lists.gis.umn.edu> Message-ID: Hi, I have problem with demo workshop. Windows 2000 Sevice pack 4 - IIS I do not obtain to see the map for the available options in the demon, so I obtain to see the option dhtml, I could help me. Thanks Andre. ----- Original Message ----- From: To: Sent: Wednesday, February 04, 2004 4:00 PM Subject: Mapserver-users digest, Vol 1 #422 - 39 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. Re: Mapserver WFS performance (Bart van den Eijnden) > 2. Re: XML -> OGR Virtual Datasource -> Dynamic Point > Layer (Paul Ramsey) > 3. Re: MapServer 4.0 Tutorial problems (Dave Walton) > 4. Dbox user error or code correction? (Jason M. Nielsen) > 5. Re: Re: MapServer 4.0 Tutorial problems (Pericles Nacionales) > 6. "nquery" mode (Gleiner Crivelini) > 7. php clone() doesn't cut it (Charlton Purvis) > 8. Re: Dbox user error or code correction? (Steve Lime) > 9. Re: Mapserver WFS performance (Steve Lime) > 10. Re: Querying on multiple fields (Steve Lime) > 11. Re: Mapserver 4.1 (dev) and SVG output > problem (Steve Lime) > 12. Re: php clone() doesn't cut it (Sean Gillies) > 13. Too hard, too easy or too boring? (Keith Campbell) > 14. would like some help to dynamically change the size of TTF fonts using php mapscript (Stephen Clark) > 15. Re: Too hard, too easy or too boring? (Pericles Nacionales) > 16. Re: Too hard, too easy or too boring? (Paul Ramsey) > 17. Re: would like some help to dynamically change the size of TTF fonts using php mapscript (woodbri at swoodbridge.com) > 18. jBox - form not submitting?? (Steve McCrone) > 19. Re: Setting scale of map while using dbox (Emilio Mayorga) > 20. Re: onSubmit - jBox (Richard Greenwood) > 21. getShape() with SDE and PostGIS (Ellis Robin (Bundaberg)) > 22. Re: Querying on multiple fields (Roger Boily) > 23. Re: Querying on multiple fields (Roger Boily) > 24. retain button state (Steve McCrone) > 25. mapswf.c extent problem (raz) > 26. Re: Too hard, too easy or too boring? (Daniel Morissette) > 27. Re: Too hard, too easy or too boring? (Martin Weinelt) > 28. Re: retain button state (Jason M. Nielsen) > 29. Re: retain button state (Wim Blanken (PI)) > 30. Re: mapswf.c extent problem (Yewondwossen Assefa) > 31. Oracle 9i SC (=?iso-8859-1?q?Cardilli=20Jose=20Luis?=) > 32. Mapserver hardware recomendations. (Jason M. Nielsen) > 33. Re: Oracle 9i SC (bartvde at xs4all.nl) > 34. RE: php clone() doesn't cut it (Charlton Purvis) > 35. Re: php clone() doesn't cut it (Sean Gillies) > 36. RE: php clone() doesn't cut it (Charlton Purvis) > 37. RE: Mapserver hardware recomendations. (Ed McNierney) > > --__--__-- > > Message: 1 > Cc: mapserver-users at lists.gis.umn.edu > To: Steve Lime , assefa at dmsolutions.ca, > warmerdam at pobox.com > Subject: Re: [Mapserver-users] Mapserver WFS performance > Reply-To: bartvde at xs4all.nl > From: Bart van den Eijnden > Date: Tue, 03 Feb 2004 19:38:48 +0100 > > Hi Steve, > > just for clarity. > > I was not referring to the MAXFEATURES parameter of the Mapserver MAP file. > > I was referring to the MAXFEATURES parameter which is part of the OGC WFS > interface (passed over HTTP GET to the Mapserver WFS). > > Maybe ofcourse Mapserver WFS internally passes this the same way to the > Mapserver core as the MAXFEATURES parameter from the MAP file. This I > don't know. > > Best regards, > Bart > > On Mon, 02 Feb 2004 17:04:12 -0600, Steve Lime > wrote: > > > Checkout bug 553 for more discussion on this topic... > > > > Note that MAXFEATURES was always intended for display, not query, > > purposes. > > > > Steve > > > >>>> Frank Warmerdam 2/2/2004 4:07:34 PM >>> > > Yewondwossen Assefa wrote: > >> Here is how things work : > >> - the user does a wfs request > >> - in is translated in mapserver query : the query does not take > > into > >> account the maxfeatures. > >> - The MAXFEATURES is taken into account when generating the > >> resulting gml file > >> > >> So yes, It ends up doing the query on all the shapes in your case. > >> > >> I think we should modify mapserver low level query functions to be > > able > >> to pass a maxfeature parameter. Some of the query functions have a > > mode > >> (single or mulitple), and this notion should be extended to support a > > > >> maxfeature. Once this is done the wfs interface can take advantage of > > it. > > > > Assefa, and others, > > > > On a vaguely related note, the current query interface seems to make a > > pass generating the 'item ids' for all the features which match the > > query. Then when the query is returned another pass is made fetching > > the > > shapes by id. With shapefiles this isn't particularly expensive, > > though it > > does presumably result in the features being parsed from the binary > > twice. > > > > But for some OGR supported formats fetching "by id" can be very > > expensive. > > > > If we are restructuring the query mechanism what are the chances of > > reviewing > > this whole two pass approach? Since WFS is basically always using the > > query mechanism it seems this is a significant performance issue for > > some > > WFS setups. Even for "good formats" there is a bunch of overhead. > > > > Of course, I may be mis-understanding how things are working ... I've > > only > > glanced at it. > > > > Best regards, > > > > > > -- > > > --__--__-- > > Message: 2 > Date: Tue, 03 Feb 2004 10:42:13 -0800 > From: Paul Ramsey > Subject: Re: [Mapserver-users] XML -> OGR Virtual Datasource -> Dynamic Point > Layer > To: "Van Ulden, Joost" > Cc: "Mapserver-Users at Lists. Gis. Umn. Edu (mapserver-users at lists.gis.umn.edu)" > > > A little slow though, particularly when the data changes only daily. > Surely harvesting is not *that* aesthetically displeasing? > Maybe we should just get the USGS to publish their data as a WFS so the > existing remote XML handling code can be brought to bear :) > > Paul > > On Tuesday, February 3, 2004, at 09:37 AM, Van Ulden, Joost wrote: > > > Hi all, > > > > Just wondering if anyone had thought of this... or done this? > > > > It would be useful to be able to link to a remote XML document (such > > as USGS > > Earthquake Epicenters :) that is updated daily) and generate a dynamic > > point > > layer. Would be easier than harvesting and connecting through existing > > mechanisms. Food for thought. > > > > Cheers, > > > > ============================================ > > 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 > > ============================================ > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > Paul Ramsey > Refractions Research > Email: pramsey at refractions.net > Phone: (250) 885-0632 > > > --__--__-- > > Message: 3 > Date: Tue, 3 Feb 2004 13:18:36 -0800 > From: Dave Walton > To: mapserver-users at lists.gis.umn.edu > Cc: "Carol L Heydon" , > Pericles Nacionales > Reply-To: mapserver at digger.net > Subject: [Mapserver-users] Re: MapServer 4.0 Tutorial problems > > On Tue, 03 Feb 2004 12:00:06 -0600 > mapserver-users-request at lists.gis.umn.edu wrote: > > > From: "Carol L Heydon" > > Subject: [Mapserver-users] MapServer Tutorial 4.0 Example 1.4 no image > > > > I'm trying to work through Tutorial4.0 with MapServer 4.0 on Windows > > 2000. > > I made the needed changes to the path information in the html and map > > files. Everything works fine for Examples 1.1, 1.2, and 1.3, but from > > 1.4 on the image does not display. What's different beginning with > > example 1.4? > > Carol, > > This sounds a lot like the problem I encountered with example 1.4. To > check, try commenting out these three lines from the LABEL object in the > 'land' CLASS of the 'states_poly' LAYER: > > TYPE TRUETYPE > FONT arial-bold > SIZE 12 > > If commenting those lines out makes it work, see below for my > solution/workaround. Maybe it will help you, too. > > > -- __--__-- > > > > From: Pericles Nacionales > > Subject: Re: [Mapserver-users] MapServer 4.0 Tutorial problems > > > > Hi there! Can you have a look at your web server's error log and see if > > there's anything pertinent to the TrueType error you're getting? You > > might also want to check the permissions on your fonts and fonts > > directory--make sure the web server account have access to the > > directory/read access to files. > > Perry, > > First, thanks for the great tutorial. It has proved very useful and > educational already, in spite of the various problems I've encountered > with it. > > All I see in the access log is a status code 500, but I'm on a hosting > service, so I don't seem to have access to the error logs. Permissions > and such are ok, as I learned when I accidentally got TrueType to work in > another map file I was working on. Through a long process of trial and > error, I finally figured out that this is what made it work: > > OUTPUTFORMAT > DRIVER "GDAL/GTIFF" > END > > Adding those three lines to the MAP object in example 1.4 causes TrueType > fonts to work perfectly. I have no idea how or why, or whether this would > be called a MapServer bug or a tutorial bug. By my understanding, those > lines shouldn't even matter, since I'm still using "IMAGETYPE PNG". But > somehow 'DRIVER "GDAL/GTIFF"' makes it work, and using 'DRIVER "GD/PNG"' > instead doesn't work. > > A minor nitpick in the text of 1.4: At the bottom of the page, it > mentions "example1-4a.map" in reference to the ANNOTATION data type. That > file does not exist, though example1-5.map does use ANNOTATION. > > Now that I've gotten 1.4 to work, on to 1.5.... > > First, I find that the same OUTPUTFORMAT hack is needed for 1.5. No > surprise there. But that is not sufficient to get it to work for me. I > also need to replace "IMAGETYPE PNG24" with "IMAGETYPE PNG" and disable > the "modis" layer. Only then does it produce an image, though obviously > without the raster layer displayed. > > Any guesses why PNG24 fails (with or without the raster layer) and the > raster layer fails (with or without PNG24)? I've tried using the idxa > version of the image, but that doesn't work, either. > > Thanks again, > Dave > > > --__--__-- > > Message: 4 > Date: Tue, 3 Feb 2004 14:35:48 -0700 > From: "Jason M. Nielsen" > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Dbox user error or code correction? > > I do not know if I am just doing things wrong or what but I was making a toolbar > option to zoom to the absolute extents of the map and noticed that an error in > the javascript console stating that "map" was undefined. Upon inspection I > noticed that the below function had "map" with no " or '. Again, I dont know if > I just didt something incorrectly resulting in this or not but I just put the > word map inside ' and now it works. > > This is in the "mapserv.js" file. > > If I am calling this thing wrong someone let me know or maybe I have an old > version of the code etc. > > function Mapserv_zoomdefault() > { > this.mode = 'map'; > this.extent = this.defaultextent; > this.cellsize = AdjustExtent(this.extent, this.width, this.height); > this.draw(); > } > > -Jason > > > ------------------------------------------------- > This mail sent through IMP: http://horde.org/imp/ > > --__--__-- > > Message: 5 > Date: Tue, 3 Feb 2004 16:06:22 -0600 (CST) > From: Pericles Nacionales > To: Dave Walton > Cc: mapserver-users at lists.gis.umn.edu, Carol L Heydon > Subject: Re: [Mapserver-users] Re: MapServer 4.0 Tutorial problems > > Dave, Carol, other tutorial users, > > Sorry for the long message but please do read on... > > > > I'm trying to work through Tutorial4.0 with MapServer 4.0 on Windows > > > 2000. > > > I made the needed changes to the path information in the html and map > > > files. Everything works fine for Examples 1.1, 1.2, and 1.3, but from > > > 1.4 on the image does not display. What's different beginning with > > > example 1.4? > > > > Carol, > > > > This sounds a lot like the problem I encountered with example 1.4. To > > check, try commenting out these three lines from the LABEL object in the > > 'land' CLASS of the 'states_poly' LAYER: > > > > TYPE TRUETYPE > > FONT arial-bold > > SIZE 12 > > > > If commenting those lines out makes it work, see below for my > > solution/workaround. Maybe it will help you, too. > > > > If you're going to forgo TRUETYPE fonts, don't comment out TYPE and SIZE. > Instead, replace the TYPE line with "TYPE BITMAP" and the SIZE line with > "SIZE LARGE". You will then have to comment out the other keywords > related to truetype font support (i.e., ANTIALIAS). > > > > > Hi there! Can you have a look at your web server's error log and see if > > > there's anything pertinent to the TrueType error you're getting? You > > > might also want to check the permissions on your fonts and fonts > > > directory--make sure the web server account have access to the > > > directory/read access to files. > > > > Perry, > > > > First, thanks for the great tutorial. It has proved very useful and > > educational already, in spite of the various problems I've encountered > > with it. > > > > All I see in the access log is a status code 500, but I'm on a hosting > > service, so I don't seem to have access to the error logs. Permissions > > and such are ok, as I learned when I accidentally got TrueType to work in > > another map file I was working on. Through a long process of trial and > > error, I finally figured out that this is what made it work: > > > > OUTPUTFORMAT > > DRIVER "GDAL/GTIFF" > > END > > > > Adding those three lines to the MAP object in example 1.4 causes TrueType > > fonts to work perfectly. I have no idea how or why, or whether this would > > be called a MapServer bug or a tutorial bug. By my understanding, those > > lines shouldn't even matter, since I'm still using "IMAGETYPE PNG". But > > somehow 'DRIVER "GDAL/GTIFF"' makes it work, and using 'DRIVER "GD/PNG"' > > instead doesn't work. > > Interesting. GDAL has nothing to do with this example. If you are in > Windows and are using one of the binary packages from the MapServer site, > it's possible that it has something to do with my binaries. > > > > > A minor nitpick in the text of 1.4: At the bottom of the page, it > > mentions "example1-4a.map" in reference to the ANNOTATION data type. That > > file does not exist, though example1-5.map does use ANNOTATION. > > > > Oops! Sorry about that. I'll have it fixed shortly. > > > Now that I've gotten 1.4 to work, on to 1.5.... > > > > First, I find that the same OUTPUTFORMAT hack is needed for 1.5. No > > surprise there. But that is not sufficient to get it to work for me. I > > also need to replace "IMAGETYPE PNG24" with "IMAGETYPE PNG" and disable > > the "modis" layer. Only then does it produce an image, though obviously > > without the raster layer displayed. > > > > Any guesses why PNG24 fails (with or without the raster layer) and the > > raster layer fails (with or without PNG24)? I've tried using the idxa > > version of the image, but that doesn't work, either. > > > > That's very odd indeed. I've never encountered this problem even when > using Windows. I'll have to go back and check again. > > FYI: I just updated the binaries in the MapServer site. I have added > Frank's fix to bug 504. I don't think the fix has anything to do with it > (it's for tiled rasters). However, the version is now at 4.0.1. Also, > MapServer 3.6 is now at version 3.6.7. > > Thanks for your help. > -Perry N. > > > > > Thanks again, > > Dave > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > --__--__-- > > Message: 6 > From: "Gleiner Crivelini" > To: > Date: Tue, 3 Feb 2004 20:14:37 -0200 > Subject: [Mapserver-users] "nquery" mode > > This is a multi-part message in MIME format. > > ------=_NextPart_000_0005_01C3EA92.592A8730 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > Hi list. > Doe's anybody can tell me how to use the "nquery" mode to produce = > "imgshape" arround points? > I think I'm missing some part of the context 'cause I can't see how and = > where > to define the text of the query. > Best Regards, > gleiner > ------=_NextPart_000_0005_01C3EA92.592A8730 > Content-Type: text/html; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > > > charset=3Diso-8859-1"> > > > > >
Hi list.
>
Doe's anybody can tell me how to use = > the "nquery"=20 > mode to produce "imgshape" arround points?
>
I think I'm missing some part of the = > context 'cause=20 > I can't see how and where
>
to define the text of the = > query.
>
Best Regards,
>
gleiner
> > ------=_NextPart_000_0005_01C3EA92.592A8730-- > > --__--__-- > > Message: 7 > Date: Tue, 3 Feb 2004 17:20:25 -0500 > From: "Charlton Purvis" > To: > Subject: [Mapserver-users] php clone() doesn't cut it > > Hi, folks: > > I finally rewrote a raster querying kludge that works well. At least, > in my opinion. But I learned the hard way that I can't count on php's > mapObj clone(). > > If you try to clone() a mapObj and save it to a new variable, everything > will be OK *unless* you try to manipulate the layers. I could not get > something like the following sequence to work: > > (1) original mapObj's first layer is STATUS ON > (2) draw the original map (first layer is drawn) > (3) clone the original map to cloneMap > (4) set the clonMap's first layer to STATUS OFF > (5) draw the clone map (first layer is off) > (6) now draw the original map *** first layer is OFF !!! *** > > It is a PHP fault. Something along the lines of the paragraph that > begins "Want to allow . ." from > http://www.masterofweb.com/item/102/catid/10. > > So my workaround was to save my current map state to a .map, and then > create a new mapObj based on that .map. > > Just trying to save others some tears and premature graying. > > Charlton > > > > > Charlton Purvis > (803) 777-8858 : voice > (803) 777-3935 : fax > cpurvis at sc.edu > > Baruch Institute > University of South Carolina > Columbia, SC 29208 > > > > --__--__-- > > Message: 8 > Date: Tue, 03 Feb 2004 16:39:21 -0600 > From: "Steve Lime" > To: , > Subject: Re: [Mapserver-users] Dbox user error or code correction? > > There certainly should have been quotes. I'll make the change on my end > if I haven't already. Thanks for letting me know. > > Steve > > >>> "Jason M. Nielsen" 2/3/2004 3:35:48 PM > >>> > I do not know if I am just doing things wrong or what but I was making > a toolbar > option to zoom to the absolute extents of the map and noticed that an > error in > the javascript console stating that "map" was undefined. Upon > inspection I > noticed that the below function had "map" with no " or '. Again, I > dont know if > I just didt something incorrectly resulting in this or not but I just > put the > word map inside ' and now it works. > > This is in the "mapserv.js" file. > > If I am calling this thing wrong someone let me know or maybe I have an > old > version of the code etc. > > function Mapserv_zoomdefault() > { > this.mode = 'map'; > this.extent = this.defaultextent; > this.cellsize = AdjustExtent(this.extent, this.width, this.height); > this.draw(); > } > > -Jason > > > ------------------------------------------------- > 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 > > --__--__-- > > Message: 9 > Date: Tue, 03 Feb 2004 16:40:56 -0600 > From: "Steve Lime" > To: , , > Cc: > Subject: Re: [Mapserver-users] Mapserver WFS performance > > That'll explain a few things. I hadn't looked at the WFS spec closely. > Guess my parameter naming was right on in the first place though. > > Steve > > >>> Bart van den Eijnden 2/3/2004 12:38:48 PM >>> > Hi Steve, > > just for clarity. > > I was not referring to the MAXFEATURES parameter of the Mapserver MAP > file. > > I was referring to the MAXFEATURES parameter which is part of the OGC > WFS > interface (passed over HTTP GET to the Mapserver WFS). > > Maybe ofcourse Mapserver WFS internally passes this the same way to the > > Mapserver core as the MAXFEATURES parameter from the MAP file. This I > don't know. > > Best regards, > Bart > > On Mon, 02 Feb 2004 17:04:12 -0600, Steve Lime > wrote: > > > Checkout bug 553 for more discussion on this topic... > > > > Note that MAXFEATURES was always intended for display, not query, > > purposes. > > > > Steve > > > >>>> Frank Warmerdam 2/2/2004 4:07:34 PM >>> > > Yewondwossen Assefa wrote: > >> Here is how things work : > >> - the user does a wfs request > >> - in is translated in mapserver query : the query does not take > > into > >> account the maxfeatures. > >> - The MAXFEATURES is taken into account when generating the > >> resulting gml file > >> > >> So yes, It ends up doing the query on all the shapes in your > case. > >> > >> I think we should modify mapserver low level query functions to be > > able > >> to pass a maxfeature parameter. Some of the query functions have a > > mode > >> (single or mulitple), and this notion should be extended to support > a > > > >> maxfeature. Once this is done the wfs interface can take advantage > of > > it. > > > > Assefa, and others, > > > > On a vaguely related note, the current query interface seems to make > a > > pass generating the 'item ids' for all the features which match the > > query. Then when the query is returned another pass is made > fetching > > the > > shapes by id. With shapefiles this isn't particularly expensive, > > though it > > does presumably result in the features being parsed from the binary > > twice. > > > > But for some OGR supported formats fetching "by id" can be very > > expensive. > > > > If we are restructuring the query mechanism what are the chances of > > reviewing > > this whole two pass approach? Since WFS is basically always using > the > > query mechanism it seems this is a significant performance issue for > > some > > WFS setups. Even for "good formats" there is a bunch of overhead. > > > > Of course, I may be mis-understanding how things are working ... > I've > > only > > glanced at it. > > > > Best regards, > > > > > > -- > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > --__--__-- > > Message: 10 > Date: Tue, 03 Feb 2004 16:44:06 -0600 > From: "Steve Lime" > To: , > Subject: Re: [Mapserver-users] Querying on multiple fields > > Are you escaping the value ('[PART_N]' IN '556,557' AND '[ID_N]' IN > '24') properly? Spaces aren't allowed and should be replaced with either > a + or a %20. We should still track down the source of the error though, > error 500's are never good. > > Steve > > > Stephen Lime > Data & Applications Manager > > Minnesota DNR > 500 Lafayette Road > St. Paul, MN 55155 > 651-297-2937 > > >>> Roger Boily 2/3/2004 6:33:11 AM >>> > Hi, > > On a cgi url I've tried to query on multiple fields with this: > NB: for easy reading space and " are normals but I used %20(space) and > > %27(') > &qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24') > it works perfectly on windows Mapserver 4.0.1 > > But I receive error 500 from Apache on linux: (Premature end of script > > headers: mapserv) > &qitem=PART_N&qstring=556 works fine on linux > but I receive the same error with: > &qstring=('[PART_N]' IN '556') > > Is there anyone who has any idea? > > Is there a way to make multiple fileds query with qitem and qstring? > > Thanks a lot > > Roger > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > --__--__-- > > Message: 11 > Date: Tue, 03 Feb 2004 17:10:18 -0600 > From: "Steve Lime" > To: , > Subject: Re: [Mapserver-users] Mapserver 4.1 (dev) and SVG output > problem > > How are you generating the SVG, using a template? If so, what does the > template(s) look like? > > Steve > > >>> yuth hor 2/3/2004 5:30:51 AM >>> > > Hi all, > > > > I have tried to generate the SVG file from mapserver, first, I use > Redhat 9 + Mapserver 4.1 (nightly build (27.01.04) > > > > So, My results are: > > 1. It was ok with the shp file in UTM > > 2. It had a problem with a shp file in Lat Lon (because the SVG file > that returned from Mapserver is Integer value not floating point) > > > > Here is the result SVG from Mapserver; > > > > > > "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd" > > > > > > > > > > > > > > > Generated by MapServer > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Anyone can guide me? > > > > Thank you very much in advanced, > > > > Teerayut > > > > > --------------------------------- > Do you Yahoo!? > Yahoo! SiteBuilder - Free web site building tool. Try it! > > --__--__-- > > Message: 12 > Cc: > From: Sean Gillies > Subject: Re: [Mapserver-users] php clone() doesn't cut it > Date: Tue, 3 Feb 2004 16:11:09 -0700 > To: "Charlton Purvis" > > On Feb 3, 2004, at 3:20 PM, Charlton Purvis wrote: > > > Hi, folks: > > > > I finally rewrote a raster querying kludge that works well. At least, > > in my opinion. But I learned the hard way that I can't count on php's > > mapObj clone(). > > > > If you try to clone() a mapObj and save it to a new variable, > > everything > > will be OK *unless* you try to manipulate the layers. I could not get > > something like the following sequence to work: > > > > (1) original mapObj's first layer is STATUS ON > > (2) draw the original map (first layer is drawn) > > (3) clone the original map to cloneMap > > (4) set the clonMap's first layer to STATUS OFF > > (5) draw the clone map (first layer is off) > > (6) now draw the original map *** first layer is OFF !!! *** > > > > It is a PHP fault. Something along the lines of the paragraph that > > begins "Want to allow . ." from > > http://www.masterofweb.com/item/102/catid/10. > > > > So my workaround was to save my current map state to a .map, and then > > create a new mapObj based on that .map. > > > > Just trying to save others some tears and premature graying. > > > > Charlton > > > > > > Charlton, > > As far as I know, PHP MapScript's clone() is using the code in > mapcopy.c. > and this is working OK for the Python MapScript: > > Python 2.3 (#6, Sep 14 2003, 15:46:16) > [GCC 3.1 20020420 (prerelease)] on darwin > Type "help", "copyright", "credits" or "license" for more information. > >>> from mapscript import * > >>> mapobj = mapObj('tests/test.map') > >>> clone = mapobj.clone() > >>> mapobj.getLayer(0) > > >>> clone.getLayer(0) > > >>> mapobj.getLayer(0).status > 2 > >>> clone.getLayer(0).status > 2 > >>> mapobj.getLayer(0).status = MS_OFF > >>> mapobj.getLayer(0).status > 0 > >>> clone.getLayer(0).status > 2 > > I don't understand what would be different with PHP, unless it's not > using MapServer's map cloning after all. > > Sean > > -- > Sean Gillies > sgillies at frii dot com > http://users.frii.com/sgillies > > > --__--__-- > > Message: 13 > Date: Tue, 03 Feb 2004 23:14:30 +0000 > From: Keith Campbell > Reply-To: scoota at supanet.com > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Too hard, too easy or too boring? > > OK, just trying to get your attention. I posted this yesterday under a > different title and got no responses. > > Here's the problem. I'm trying to compila an install a WFS Server > enabled Mapserver on a Solaris (this is proving to be a very frustrating > experience, no doubt partly due to my lack of knowledge of UNIX). I > think I've got all the libraries installed that I need, even though they > are in non-standard locations (it's not my server). The configure script > runs to completion and only seems to complain once:- > > checking for httpd... /export/home/local/apache2/bin/httpd > awk: syntax error near line 1 > awk: bailing out near line 1 > awk: syntax error near line 1 > awk: bailing out near line 1 > /export/home/local/apache2/bin/httpd version is Apache/2.0.45 (). > > Not sure what this means or what the implications are. > > Anyway, this is what I fed into the configure:- > > bash$ ./configure --with-jpeg=/export/home/local/util/jpeg > --with-freetype=/exp > ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib > --with-pn > g=/export/home/local/util/libpng > --with-libiconv=/export/home/local/util/libico > nv --with-gd=/export/home/local/util/gd-2.0.15 > --with-proj=/export/home/local/u > til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config > --with-gdal= > /export/home/local/util/gdal/apps/gdal-config --with-wfs --with-postgis > > The make process ran for some time before spitting this out:- > > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd6609c9 is non-aligned > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd660a09 is non-aligned > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd660a69 is non-aligned > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > symbol own>: offset 0xfd660c29 is non-aligned > collect2: ld returned 1 exit status > make: *** [shp2img] Error 1 > > I can't find anything in the archives that points to the cause of this. > Can anybody help? > > Thanks, > > Keith > > > > --__--__-- > > Message: 14 > From: "Stephen Clark" > To: > Date: Tue, 3 Feb 2004 17:03:30 -0800 > Subject: [Mapserver-users] would like some help to dynamically change the size of TTF fonts using php mapscript > > This is a multi-part message in MIME format. > > ------=_NextPart_000_0215_01C3EA77.A62BC500 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > Hi all, > > Below is a piece of code that I am working on to change the size of = > labels. The label size does not change using either condition: > > 1. $new_label_size =3D $label_size * 2; > > or > > 2. $new_label_size =3D 40; > > Is there some function I am missing like a set(...) function ?? > > > > if (some condition) > > { > > print " The layer is : $layer->name
"; > > $class =3D $layer->getClass(0); > > $label_size =3D $class->label->size; > > print " The old label size is : $label_size
"; > > //$new_label_size =3D $label_size * 2; > > $new_label_size =3D 40; > > $class->label->size =3D $new_label_size; > > print " The new label size is : $new_label_size
"; > > } > > > > The layer : > > > > LAYER > NAME "my_text" > > STATUS OFF > DATA "d:/layer/TEXT_text" > TYPE ANNOTATION > LABELITEM "TEXTSTRING" > CLASS > COLOR 255 255 0 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION CC > COLOR 255 255 0 > > FONT arial > TYPE truetype > SIZE 10 > FORCE TRUE > END > END > > METADATA > WMS_TITLE "Miscellaneous Text" > WMS_ABSTRACT "N/A" > WMS_SRS "EPSG:26910" > END > > > END > > > > thanks > Stephen > > > ------=_NextPart_000_0215_01C3EA77.A62BC500 > Content-Type: text/html; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > > > charset=3Diso-8859-1"> > > > > >
Hi all,
>
 
>
Below is a piece of code that I am = > working on to=20 > change the size of labels.  The label size does not change using = > either=20 > condition:
>
 
>
1. $new_label_size =3D $label_size * = > 2;
>
 
>
or
>
 
>
2.    $new_label_size = > =3D=20 > 40;
>
 
>
Is there some function I am missing = > like a set(...)=20 > function ??
>
 
>
size=3D2> 
>
size=3D2> 
>
>

if (some condition)

>

{

>

    print " <i> The = > layer is :=20 > $layer->name </i> <br>";

>

    $class =3D=20 > $layer->getClass(0);

>

    $label_size =3D=20 > $class->label->size;

>

    print " <i> The = > old label=20 > size is : $label_size </i> <br>";

>

    //$new_label_size =3D = > $label_size *=20 > 2;

>

    $new_label_size =3D = > 40;

>

    = > $class->label->size =3D=20 > $new_label_size;

>

    print " <i> The = > new label=20 > size is : $new_label_size </i> <br>";

>

}

>

 

>

The layer :

>

 

>

LAYER
  NAME = > "my_text"

  STATUS=20 > OFF
  DATA "d:/layer/TEXT_text"
  TYPE = > ANNOTATION
 =20 > LABELITEM "TEXTSTRING"
  CLASS
    COLOR 255 = > 255=20 > 0
    LABEL
      = > MINFEATURESIZE=20 > 40
      MINDISTANCE=20 > 150
      POSITION=20 > CC
      COLOR 255 255 0

>

      FONT=20 > arial
      TYPE=20 > truetype
      SIZE=20 > 10
      FORCE TRUE
   =20 > END
  END

>

  METADATA
    = > WMS_TITLE=20 > "Miscellaneous Text"
    WMS_ABSTRACT=20 > "N/A"
    WMS_SRS "EPSG:26910"
  = > END

face=3DArial size=3D2> >


END

>

 

>
thanks
>
Stephen
>

 

> > ------=_NextPart_000_0215_01C3EA77.A62BC500-- > > > --__--__-- > > Message: 15 > Date: Tue, 3 Feb 2004 18:07:01 -0600 (CST) > From: Pericles Nacionales > To: Keith Campbell > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Too hard, too easy or too boring? > > > I'm not a Solaris user but you might need additional FLAGS/LIBS to get > MapServer to work on that platform. Look at XTRALIBS in your Makefile and > make sure "-lm -lstdc++" are there. Perhaps it will work with other, > comparable libs. > > Just guessing. > > -Perry > > On Tue, 3 Feb 2004, Keith Campbell wrote: > > > OK, just trying to get your attention. I posted this yesterday under a > > different title and got no responses. > > > > Here's the problem. I'm trying to compila an install a WFS Server > > enabled Mapserver on a Solaris (this is proving to be a very frustrating > > experience, no doubt partly due to my lack of knowledge of UNIX). I > > think I've got all the libraries installed that I need, even though they > > are in non-standard locations (it's not my server). The configure script > > runs to completion and only seems to complain once:- > > > > checking for httpd... /export/home/local/apache2/bin/httpd > > awk: syntax error near line 1 > > awk: bailing out near line 1 > > awk: syntax error near line 1 > > awk: bailing out near line 1 > > /export/home/local/apache2/bin/httpd version is Apache/2.0.45 (). > > > > Not sure what this means or what the implications are. > > > > Anyway, this is what I fed into the configure:- > > > > bash$ ./configure --with-jpeg=/export/home/local/util/jpeg > > --with-freetype=/exp > > ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib > > --with-pn > > g=/export/home/local/util/libpng > > --with-libiconv=/export/home/local/util/libico > > nv --with-gd=/export/home/local/util/gd-2.0.15 > > --with-proj=/export/home/local/u > > til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config > > --with-gdal= > > /export/home/local/util/gdal/apps/gdal-config --with-wfs --with-postgis > > > > The make process ran for some time before spitting this out:- > > > > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > > symbol > own>: offset 0xfd6609c9 is non-aligned > > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > > symbol > own>: offset 0xfd660a09 is non-aligned > > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > > symbol > own>: offset 0xfd660a69 is non-aligned > > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > > symbol > own>: offset 0xfd660c29 is non-aligned > > collect2: ld returned 1 exit status > > make: *** [shp2img] Error 1 > > > > I can't find anything in the archives that points to the cause of this. > > Can anybody help? > > > > Thanks, > > > > Keith > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > --__--__-- > > Message: 16 > Date: Tue, 03 Feb 2004 17:12:17 -0800 > From: Paul Ramsey > Subject: Re: [Mapserver-users] Too hard, too easy or too boring? > To: Pericles Nacionales > Cc: Keith Campbell , mapserver-users at lists.gis.umn.edu > > More likely there really is an alignment error in the mapserver code. > It is moderately easy to get them if you are not used to writing > portable code and are only testing on Linux/x86. As we have found, > since everyone except Dave has added one to PostGIS at one point or > another (and Dave is only good because he did all the initial > development on Solaris). > > If Steve or the folks from DM would like access to a Solaris box for > testing, I can arrange one. > > Paul > > On Tuesday, February 3, 2004, at 04:07 PM, Pericles Nacionales wrote: > > > > > I'm not a Solaris user but you might need additional FLAGS/LIBS to get > > MapServer to work on that platform. Look at XTRALIBS in your Makefile > > and > > make sure "-lm -lstdc++" are there. Perhaps it will work with other, > > comparable libs. > > > > Just guessing. > > > > -Perry > > > > On Tue, 3 Feb 2004, Keith Campbell wrote: > > > >> OK, just trying to get your attention. I posted this yesterday under a > >> different title and got no responses. > >> > >> Here's the problem. I'm trying to compila an install a WFS Server > >> enabled Mapserver on a Solaris (this is proving to be a very > >> frustrating > >> experience, no doubt partly due to my lack of knowledge of UNIX). I > >> think I've got all the libraries installed that I need, even though > >> they > >> are in non-standard locations (it's not my server). The configure > >> script > >> runs to completion and only seems to complain once:- > >> > >> checking for httpd... /export/home/local/apache2/bin/httpd > >> awk: syntax error near line 1 > >> awk: bailing out near line 1 > >> awk: syntax error near line 1 > >> awk: bailing out near line 1 > >> /export/home/local/apache2/bin/httpd version is Apache/2.0.45 > >> (). > >> > >> Not sure what this means or what the implications are. > >> > >> Anyway, this is what I fed into the configure:- > >> > >> bash$ ./configure --with-jpeg=/export/home/local/util/jpeg > >> --with-freetype=/exp > >> ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib > >> --with-pn > >> g=/export/home/local/util/libpng > >> --with-libiconv=/export/home/local/util/libico > >> nv --with-gd=/export/home/local/util/gd-2.0.15 > >> --with-proj=/export/home/local/u > >> til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config > >> --with-gdal= > >> /export/home/local/util/gdal/apps/gdal-config --with-wfs > >> --with-postgis > >> > >> The make process ran for some time before spitting this out:- > >> > >> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > >> symbol >> own>: offset 0xfd6609c9 is non-aligned > >> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > >> symbol >> own>: offset 0xfd660a09 is non-aligned > >> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > >> symbol >> own>: offset 0xfd660a69 is non-aligned > >> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > >> symbol >> own>: offset 0xfd660c29 is non-aligned > >> collect2: ld returned 1 exit status > >> make: *** [shp2img] Error 1 > >> > >> I can't find anything in the archives that points to the cause of > >> this. > >> Can anybody help? > >> > >> 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 > > > Paul Ramsey > Refractions Research > Email: pramsey at refractions.net > Phone: (250) 885-0632 > > > --__--__-- > > Message: 17 > From: woodbri at swoodbridge.com > To: , > "Stephen Clark" > Date: Tue, 03 Feb 2004 20:32:58 -0500 > Subject: Re: [Mapserver-users] would like some help to dynamically change the size of TTF fonts using php mapscript > Reply-to: woodbri at swoodbridge.com > > Try > > $class->label->set("size", $new_label_size); > > -Steve > > On 3 Feb 2004 at 17:03, Stephen Clark wrote: > > > Hi all, > > > > Below is a piece of code that I am working on to change the size of labels. The label size does not change using either condition: > > > > 1. $new_label_size = $label_size * 2; > > > > or > > > > 2. $new_label_size = 40; > > > > Is there some function I am missing like a set(...) function ?? > > > > > > > > if (some condition) > > > > { > > > > print " The layer is : $layer->name
"; > > > > $class = $layer->getClass(0); > > > > $label_size = $class->label->size; > > > > print " The old label size is : $label_size
"; > > > > //$new_label_size = $label_size * 2; > > > > $new_label_size = 40; > > > > $class->label->size = $new_label_size; > > > > print " The new label size is : $new_label_size
"; > > > > } > > > > > > > > The layer : > > > > > > > > LAYER > > NAME "my_text" > > > > STATUS OFF > > DATA "d:/layer/TEXT_text" > > TYPE ANNOTATION > > LABELITEM "TEXTSTRING" > > CLASS > > COLOR 255 255 0 > > LABEL > > MINFEATURESIZE 40 > > MINDISTANCE 150 > > POSITION CC > > COLOR 255 255 0 > > > > FONT arial > > TYPE truetype > > SIZE 10 > > FORCE TRUE > > END > > END > > > > METADATA > > WMS_TITLE "Miscellaneous Text" > > WMS_ABSTRACT "N/A" > > WMS_SRS "EPSG:26910" > > END > > > > > > END > > > > > > > > thanks > > Stephen > > > > > > > > --__--__-- > > Message: 18 > Date: Wed, 04 Feb 2004 10:35:49 +0800 > From: Steve McCrone > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] jBox - form not submitting?? > > Hello, > > I did ask this question a few days ago, but it has caused another problem. I > am using the jBox applet. Here's what I've got - > > function setbox_handler(name, minx, miny, maxx, maxy, redraw) { > document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " + > maxy; > document.mapserv.imgxy.value = minx + " " + miny; > document.mapserv.submit(); > } > > function preSubmit(){ > ... > } > > > > The setbox_handler function gets called when a "tool" is used, and > therefore, the document appears to be submitted. However, the preSubmit() > function does not get called. It only gets called when the user does a > "refresh" (i.e.) > > Can't figure out why the document.mapserv.submit(); statement will not > actually submit the form in order to have my preSubmit() function alled - > strange. > > Thanks > > > > --__--__-- > > Message: 19 > Date: Tue, 03 Feb 2004 19:40:52 -0800 > From: Emilio Mayorga > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Re: Setting scale of map while using dbox > > > Jason, > > I have a dbox application where the functionality you mention is working > just fine. It's borrowed from a couple of other applications, of > course... Anyways, here's the gist: > > ** Here's the FORM element: > >   > > > > ** Which calls the change_scale function on submit: > function change_scale() { > var x = (ms.extent[0] + ms.extent[2])/2.0; > var y = (ms.extent[1] + ms.extent[3])/2.0; > ms.zoomscale(x, y, document.scaleform.scale.value); > return false; > } > > Don't ask me to explain or justify every bit of code; in some cases I've > forgotten, in other cases I simply never bothered to learn why things > were the way they were in the code I borrowed. > > Good luck. > > -Emilio > ------------------ > > I was wondering if anyone might be able to tell me how to go about > sumbitting a fixed scale (ie: typed in by user) to mapserver when using > the dbox stuff. > > Below is an idea of how to get the scale set but I do not see where > "scale" is used in the mapserv.js file. I know a parameter can be passed > directly to mapserv cgi and I also noticed functions such as "function > Mapserv_setextentfromscale(x, y, scale)" but I dont see where I get my > coordinates from (ie: mapx, mapy if just using regular html). > > I just have a refresh button at the moment to press once the scale is set. > > Scale=> 1: size="10" maxlength="10" type="text" name="scale_ratio" title="scale > ratio" alt="scale ratio" value="" onChange="ms.scale=this.value"> > > Would the right was to do this be to call the above function directly > with the x, y and scale? > > --__--__-- > > Message: 20 > Date: Tue, 03 Feb 2004 20:44:52 -0700 > From: Richard Greenwood > To: Steve McCrone , mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Re: onSubmit - jBox > > Steve McCrone wrote: > > Hello Richard, > > > > I have just posted this question, but thought I would also ask you since you > > have done simiar to what I am trying to do > > Here's what I've got - > > > > function setbox_handler(name, minx, miny, maxx, maxy, redraw) { > > document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " + > > maxy; > > document.mapserv.imgxy.value = minx + " " + miny; > > document.mapserv.submit(); > > } > > > > function preSubmit(){ > > ... > > } > > > >
> > > > The setbox_handler function gets called when a "tool" is used, and > > therefore, the document appears to be submitted. However, the preSubmit() > > function does not get called. It only gets called when the user does a > > "refresh" (i.e.) > > > > Can't figure out why the document.mapserv.submit(); statement will not > > actually submit the form in order to have my preSubmit() function alled - > > strange. > > I think this is a peculiarity of Javascript. The Javascript submit() > function simply submits the form "directly", it does not look at, or > process any of the attributes in the tag. So to process the > preSubmit() function in setbox_handler() you need: > if (preSubmit()) { > document.mapserv.submit(); > } > assuming your preSubmit() function returns a boolean value, or if not > simply : > preSubmit(); > document.mapserv.submit(); > > Rich > -- > Richard Greenwood > www.greenwoodmap.com > > > --__--__-- > > Message: 21 > Date: Wed, 4 Feb 2004 14:45:22 +1000 > From: "Ellis Robin (Bundaberg)" > To: "MapSever Users (E-mail)" > Subject: [Mapserver-users] getShape() with SDE and PostGIS > > I'm using PHP mapscript with version 3.6.3 of Mapserver. Using the following mapscript I can successfully return the extent of a polygon from a PostGIS layer, however I can't repeat the success with a similar SDE layer. > > $zoomdcdblayer->queryByAttributes(MS_MULTIPLE); > $thenum_results = $zoomdcdblayer->getNumResults(); > > for ($i=0;$i < $thenum_results; $i++) { > $result = $zoomdcdblayer->getResult($i); > $zoomdcdblayer->open("test"); > $rvshape = $zoomdcdblayer->getShape($result->{tileindex}, $result->{shapeindex}); > $shpbnd = $rvshape->bounds; > print_r($shpbnd); > $zoomdcdblayer->close(); > } > > From my PostGIS layer I get this 'shpbnd' output: > rect Object ( [_handle_] => Resource id #23 [minx] => 152.226563 [miny] => -25.004187 [maxx] => 152.234491 [maxy] => -24.997927 ) > > But from my SDE layer I get this: > rect Object ( [_handle_] => Resource id #18 [minx] => -1 [miny] => -1 [maxx] => -1 [maxy] => -1 ) > > The relevant part of my mapfile looks like this: > > Postgis Layer > CONNECTIONTYPE postgis > CONNECTION "user=username password=xxxxxxxx dbname=veg" > DATA "geo_value from sedcdb" > > SDE Layer > CONNECTION "sdeserver,instance,database,username,xxxxxxxx" > CONNECTIONTYPE sde > DATA "SDEAPP.DCDB,SHAPE" > > > Does anyone know if getShape is unlikely to work with SDE, or if there is something I need to do to get the correct result? > > Thanks > > Rob > > Robin Ellis > Department of Natural Resources and Mines > PO Box 1167 > Bundaberg QLD 4670 > ph +61 7 4131 5771 > fax +61 7 4131 5823 > Robin.Ellis at nrm.qld.gov.au > > > > > ************************************************************************ > The information in this e-mail together with any attachments is > intended only for the person or entity to which it is addressed > and may contain confidential and/or privileged material. > Any form of review, disclosure, modification, distribution > and/or publication of this e-mail message is prohibited. > If you have received this message in error, you are asked to > inform the sender as quickly as possible and delete this message > and any copies of this message from your computer and/or your > computer system network. > ************************************************************************ > > > > --__--__-- > > Message: 22 > Date: Wed, 04 Feb 2004 08:58:54 +0100 > From: Roger Boily > To: Steve Lime , Mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Querying on multiple fields > > This is a multi-part message in MIME format. > --------------090503090003060205050000 > Content-Type: text/plain; charset=us-ascii; format=flowed > Content-Transfer-Encoding: 7bit > > Hi Stephen, > Thanks for answering. Yes, I've escaped the spaces with %20 and tried to > escape ' with %27 too. > No way to make it run. I had it working for one year with MapServer 3.6 > (both Linux and Win) and it works > fine also with the qstring modifications on MapServer 4.0 for Windows, > but I can't figure out where is > the problem with Linux (tested on two servers). Even the simple > &qstring=('[PART_N]' IN '556') does not > work. It works fine with &qitem=PART_N&qstring=556 . > To help you in helping me :-), I have made an example on my local > testing server: > The first url works properly and the second one fails. > http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=10 > http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qstring=('[FOGLIO_N]'%20IN%20'10') > I attach also the map file. > I need the second one to work because I have to query two fields at once. > ex: FOGLIO_N = 10 AND PART_N = 254 > > Thanks in advance, Roger > > ---------------------------- > MAP FILE: urbis.map > ---------------------------- > NAME urbis > STATUS ON > SIZE 650 400 > EXTENT 475.66 2404.5 5974.34 6239.61 > UNITS meters > SHAPEPATH "data" > IMAGETYPE PNG > IMAGECOLOR 153 153 153 > TRANSPARENT ON > FONTSET "/var/www/html/sittel/procida/font/fonts.txt" > > WEB > TEMPLATE header_1024.html > IMAGEPATH '/var/www/html/tmp/' > IMAGEURL '/tmp/' > MINSCALE 100 > END #WEB > > QUERYMAP > STATUS ON > STYLE HILITE > COLOR 255 255 0 # highlight color is yellow > END > > ###### LAYER C A T A S T O ########### > LAYER > NAME 'catasto' > TYPE Polygon > STATUS ON > DATA 'lotti' > # TEMPLATE index_basso.phtml > LABELITEM 'PART_N' > MAXSCALE 25000 > CLASS > Name 'catasto' > LABEL > TYPE TRUETYPE > FONT time > BUFFER 3 > COLOR 255 0 0 > POSITION CC > SIZE 8 > END > OUTLINECOLOR 100 255 000 > END # CLASS > END # LAYER > > ###### LAYER F O G L I ######## > LAYER > NAME "fogli" > TYPE Polygon > STATUS ON > DATA "fogli" > LABELITEM 'FOGLIO_N' > TEMPLATE header_1024.html > CLASS > Name 'foglio' > TEXT (Foglio [FOGLIO_N]) > LABEL > TYPE TRUETYPE > FONT time > BUFFER 1 > COLOR 0 0 0 > POSITION auto > SIZE 10 > END > OUTLINECOLOR 255 255 255 > END # CLASS > END # LAYER fogli > > END > ---------------------------------- > End of map file > ---------------------------------- > > Steve Lime wrote: > > >Are you escaping the value ('[PART_N]' IN '556,557' AND '[ID_N]' IN > >'24') properly? Spaces aren't allowed and should be replaced with either > >a + or a %20. We should still track down the source of the error though, > >error 500's are never good. > > > >Steve > > > > > >Stephen Lime > >Data & Applications Manager > > > >Minnesota DNR > >500 Lafayette Road > >St. Paul, MN 55155 > >651-297-2937 > > > > > > > >>>>Roger Boily 2/3/2004 6:33:11 AM >>> > >>>> > >>>> > >Hi, > > > >On a cgi url I've tried to query on multiple fields with this: > >NB: for easy reading space and " are normals but I used %20(space) and > > > >%27(') > >&qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24') > >it works perfectly on windows Mapserver 4.0.1 > > > >But I receive error 500 from Apache on linux: (Premature end of script > > > >headers: mapserv) > >&qitem=PART_N&qstring=556 works fine on linux > >but I receive the same error with: > >&qstring=('[PART_N]' IN '556') > > > >Is there anyone who has any idea? > > > >Is there a way to make multiple fileds query with qitem and qstring? > > > >Thanks a lot > > > >Roger > > > > > >_______________________________________________ > >Mapserver-users mailing list > >Mapserver-users at lists.gis.umn.edu > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > --------------090503090003060205050000 > Content-Type: text/html; charset=us-ascii > Content-Transfer-Encoding: 7bit > > > > > > > > > Hi Stephen,
> Thanks for answering. Yes, I've escaped the spaces with %20 and tried > to escape ' with %27 too.
> No way to make it run. I had it working for one year with MapServer 3.6 > (both Linux and Win) and it works
> fine also with the qstring modifications on MapServer 4.0 for Windows, > but I can't figure out where is
> the problem with Linux (tested on two servers). Even the simple &qstring=('[PART_N]' > IN '556') does not
> work. It works fine with &qitem=PART_N&qstring=556 .
> To help you in helping me :-), I have made an example on my local > testing server:
> The first url works properly and the second one fails.
> http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html /sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnqu ery&qlayer=fogli&qitem=FOGLIO_N&qstring=10
> http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/ urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=f ogli&qstring=('[FOGLIO_N]'%20IN%20'10')
> I attach also the map file.
> I need the second one to work because I have to query two fields at > once.
> ex: FOGLIO_N = 10 AND PART_N = 254
>
> Thanks in advance, Roger
>
> ----------------------------
> MAP FILE: urbis.map
> ----------------------------
> NAME urbis
> STATUS ON
> SIZE 650 400
> EXTENT 475.66 2404.5 5974.34 6239.61
> UNITS meters
> SHAPEPATH "data"
> IMAGETYPE PNG
> IMAGECOLOR 153 153 153
> TRANSPARENT ON
> FONTSET "/var/www/html/sittel/procida/font/fonts.txt"
>
> WEB
>   TEMPLATE header_1024.html
>   IMAGEPATH '/var/www/html/tmp/'
>   IMAGEURL '/tmp/'
>   MINSCALE 100
> END  #WEB
>
> QUERYMAP
>   STATUS ON
>   STYLE HILITE
>   COLOR 255 255 0  # highlight color is yellow
> END
>
> ###### LAYER C A T A S T O ###########
> LAYER
>   NAME 'catasto'
>   TYPE Polygon
>   STATUS ON
>   DATA 'lotti'
> #  TEMPLATE index_basso.phtml
>   LABELITEM 'PART_N'
>   MAXSCALE 25000
>   CLASS
>     Name 'catasto'
>     LABEL
>       TYPE TRUETYPE
>       FONT time
>       BUFFER 3
>       COLOR 255 0 0
>       POSITION CC
>       SIZE 8
>     END
>     OUTLINECOLOR 100 255 000
>   END  # CLASS
> END  # LAYER
>
> ######  LAYER   F O G L I  ########
> LAYER
>   NAME "fogli"
>   TYPE Polygon
>   STATUS ON
>   DATA "fogli"
>   LABELITEM 'FOGLIO_N'
>   TEMPLATE header_1024.html
>   CLASS
>     Name 'foglio'
>     TEXT (Foglio [FOGLIO_N])
>     LABEL
>       TYPE TRUETYPE
>       FONT time
>       BUFFER 1
>       COLOR 0 0 0
>       POSITION auto
>       SIZE 10
>     END
>     OUTLINECOLOR 255 255 255
>   END  # CLASS
> END  # LAYER fogli
>
> END
> ----------------------------------
> End of map file
> ----------------------------------
>
> Steve Lime wrote:
>
> 
Are you escaping the value ('[PART_N]' IN '556,557' AND
'[ID_N]' IN
> '24') properly? Spaces aren't allowed and should be replaced with either
> a + or a %20. We should still track down the source of the error though,
> error 500's are never good.
>
> Steve
>
>
> Stephen Lime
> Data & Applications Manager
>
> Minnesota DNR
> 500 Lafayette Road
> St. Paul, MN 55155
> 651-297-2937
>
>
>
>
>
> 
Roger Boily <boily at bsw.org> 2/3/2004 6:33:11 AM
>>>
>
>
>
>
> 
Hi,
>
> On a cgi url I've tried to query on multiple fields with this:
> NB: for easy reading space and " are normals but I used %20(space) and
>
> %27(')
> &qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24')
> it works perfectly on windows Mapserver 4.0.1
>
> But I receive error 500 from Apache on linux: (Premature end of script
>
> headers: mapserv)
> &qitem=PART_N&qstring=556 works fine on linux
> but I receive the same error with:
> &qstring=('[PART_N]' IN '556')
>
> Is there anyone who has any idea?
>
> Is there a way to make multiple fileds query with qitem and qstring?
>
> Thanks a lot
>
> Roger
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.um
n.edu
> http://list
s.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
> > > > --------------090503090003060205050000-- > > > > --__--__-- > > Message: 23 > Date: Wed, 04 Feb 2004 09:33:06 +0100 > From: Roger Boily > To: Roger Boily > CC: Steve Lime , Mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Querying on multiple fields > > This is a multi-part message in MIME format. > --------------030003020204010206030007 > Content-Type: text/plain; charset=us-ascii; format=flowed > Content-Transfer-Encoding: 7bit > > Hi to all, > after hundred of tests, I've found the hic.. > When using the qstring argument in the format <'[FIELD]'=value>, on > MapServer running on Windows, > you do not need to add the qitem argument (as read somewhere...), but > you need it on a Linux machine.... > So the failing link will become: > http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=('[FOGLIO_N]'%20IN%20'10') > > Thanks to all > Roger > > > Roger Boily wrote: > > > Hi Stephen, > > Thanks for answering. Yes, I've escaped the spaces with %20 and tried > > to escape ' with %27 too. > > No way to make it run. I had it working for one year with MapServer > > 3.6 (both Linux and Win) and it works > > fine also with the qstring modifications on MapServer 4.0 for Windows, > > but I can't figure out where is > > the problem with Linux (tested on two servers). Even the simple > > &qstring=('[PART_N]' IN '556') does not > > work. It works fine with &qitem=PART_N&qstring=556 . > > To help you in helping me :-), I have made an example on my local > > testing server: > > The first url works properly and the second one fails. > > http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=10 > > http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qstring=([FOGLIO_N]'%20IN%20'10') > > I attach also the map file. > > I need the second one to work because I have to query two fields at once. > > ex: FOGLIO_N = 10 AND PART_N = 254 > > > > Thanks in advance, Roger > > > > ---------------------------- > > MAP FILE: urbis.map > > ---------------------------- > > NAME urbis > > STATUS ON > > SIZE 650 400 > > EXTENT 475.66 2404.5 5974.34 6239.61 > > UNITS meters > > SHAPEPATH "data" > > IMAGETYPE PNG > > IMAGECOLOR 153 153 153 > > TRANSPARENT ON > > FONTSET "/var/www/html/sittel/procida/font/fonts.txt" > > > > WEB > > TEMPLATE header_1024.html > > IMAGEPATH '/var/www/html/tmp/' > > IMAGEURL '/tmp/' > > MINSCALE 100 > > END #WEB > > > > QUERYMAP > > STATUS ON > > STYLE HILITE > > COLOR 255 255 0 # highlight color is yellow > > END > > > > ###### LAYER C A T A S T O ########### > > LAYER > > NAME 'catasto' > > TYPE Polygon > > STATUS ON > > DATA 'lotti' > > # TEMPLATE index_basso.phtml > > LABELITEM 'PART_N' > > MAXSCALE 25000 > > CLASS > > Name 'catasto' > > LABEL > > TYPE TRUETYPE > > FONT time > > BUFFER 3 > > COLOR 255 0 0 > > POSITION CC > > SIZE 8 > > END > > OUTLINECOLOR 100 255 000 > > END # CLASS > > END # LAYER > > > > ###### LAYER F O G L I ######## > > LAYER > > NAME "fogli" > > TYPE Polygon > > STATUS ON > > DATA "fogli" > > LABELITEM 'FOGLIO_N' > > TEMPLATE header_1024.html > > CLASS > > Name 'foglio' > > TEXT (Foglio [FOGLIO_N]) > > LABEL > > TYPE TRUETYPE > > FONT time > > BUFFER 1 > > COLOR 0 0 0 > > POSITION auto > > SIZE 10 > > END > > OUTLINECOLOR 255 255 255 > > END # CLASS > > END # LAYER fogli > > > > END > > ---------------------------------- > > End of map file > > ---------------------------------- > > > > Steve Lime wrote: > > > >>Are you escaping the value ('[PART_N]' IN '556,557' AND '[ID_N]' IN > >>'24') properly? Spaces aren't allowed and should be replaced with either > >>a + or a %20. We should still track down the source of the error though, > >>error 500's are never good. > >> > >>Steve > >> > >> > >>Stephen Lime > >>Data & Applications Manager > >> > >>Minnesota DNR > >>500 Lafayette Road > >>St. Paul, MN 55155 > >>651-297-2937 > >> > >> > >> > >>>>>Roger Boily 2/3/2004 6:33:11 AM >>> > >>>>> > >>>>> > >>Hi, > >> > >>On a cgi url I've tried to query on multiple fields with this: > >>NB: for easy reading space and " are normals but I used %20(space) and > >> > >>%27(') > >>&qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24') > >>it works perfectly on windows Mapserver 4.0.1 > >> > >>But I receive error 500 from Apache on linux: (Premature end of script > >> > >>headers: mapserv) > >>&qitem=PART_N&qstring=556 works fine on linux > >>but I receive the same error with: > >>&qstring=('[PART_N]' IN '556') > >> > >>Is there anyone who has any idea? > >> > >>Is there a way to make multiple fileds query with qitem and qstring? > >> > >>Thanks a lot > >> > >>Roger > >> > >> > >>_______________________________________________ > >>Mapserver-users mailing list > >>Mapserver-users at lists.gis.umn.edu > >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> > >> > > --------------030003020204010206030007 > Content-Type: text/html; charset=us-ascii > Content-Transfer-Encoding: 7bit > > > > > > > > > Hi to all,
> after hundred of tests, I've found the hic..
> When using the qstring argument in the format <'[FIELD]'=value>, > on MapServer running on Windows,
> you do not need to add the qitem argument (as read somewhere...), but > you need it on a Linux machine....
> So the failing link will become:
> href="http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/pro cida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qla yer=fogli&qstring=%28">http://213.45.107.14/cgi-bin/mapserv?&map=/va r/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mo de=itemnquery&qlayer=fogli&qitem=FOGL class="moz-txt-link-freetext" > href="http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/pro cida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qla yer=fogli&qstring=%28">IO_N&qstring= class="moz-txt-link-freetext" > href="http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/pro cida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qla yer=fogli&qstring=%28">('[FOGLIO_N]'%20IN%20'10')
>
> Thanks to all
> Roger
>
>
> Roger Boily wrote:
>
> > > Hi Stephen,
> Thanks for answering. Yes, I've escaped the spaces with %20 and tried > to escape ' with %27 too.
> No way to make it run. I had it working for one year with MapServer 3.6 > (both Linux and Win) and it works
> fine also with the qstring modifications on MapServer 4.0 for Windows, > but I can't figure out where is
> the problem with Linux (tested on two servers). Even the simple &qstring=('[PART_N]' > IN '556') does not
> work. It works fine with &qitem=PART_N&qstring=556 .
> To help you in helping me :-), I have made an example on my local > testing server:
> The first url works properly and the second one fails.
> href="http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/pro cida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qla yer=fogli&qitem=FOGLIO_N&qstring=10">http://213.45.107.14/cgi-bin/ma pserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&ma pext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstr ing=10
> href="http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/pro cida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qla yer=fogli&qstring=%28">http://213.45.107.14/cgi-bin/mapserv?&map=/va r/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mo de=itemnquery&qlayer=fogli&qstring=([FOGLIO_N]'%20IN%20'10')
> I attach also the map file.
> I need the second one to work because I have to query two fields at > once.
> ex: FOGLIO_N = 10 AND PART_N = 254
>
> Thanks in advance, Roger
>
> ----------------------------
> MAP FILE: urbis.map
> ----------------------------
> NAME urbis
> STATUS ON
> SIZE 650 400
> EXTENT 475.66 2404.5 5974.34 6239.61
> UNITS meters
> SHAPEPATH "data"
> IMAGETYPE PNG
> IMAGECOLOR 153 153 153
> TRANSPARENT ON
> FONTSET "/var/www/html/sittel/procida/font/fonts.txt"
>
> WEB
>   TEMPLATE header_1024.html
>   IMAGEPATH '/var/www/html/tmp/'
>   IMAGEURL '/tmp/'
>   MINSCALE 100
> END  #WEB
>
> QUERYMAP
>   STATUS ON
>   STYLE HILITE
>   COLOR 255 255 0  # highlight color is yellow
> END
>
> ###### LAYER C A T A S T O ###########
> LAYER
>   NAME 'catasto'
>   TYPE Polygon
>   STATUS ON
>   DATA 'lotti'
> #  TEMPLATE index_basso.phtml
>   LABELITEM 'PART_N'
>   MAXSCALE 25000
>   CLASS
>     Name 'catasto'
>     LABEL
>       TYPE TRUETYPE
>       FONT time
>       BUFFER 3
>       COLOR 255 0 0
>       POSITION CC
>       SIZE 8
>     END
>     OUTLINECOLOR 100 255 000
>   END  # CLASS
> END  # LAYER
>
> ######  LAYER   F O G L I  ########
> LAYER
>   NAME "fogli"
>   TYPE Polygon
>   STATUS ON
>   DATA "fogli"
>   LABELITEM 'FOGLIO_N'
>   TEMPLATE header_1024.html
>   CLASS
>     Name 'foglio'
>     TEXT (Foglio [FOGLIO_N])
>     LABEL
>       TYPE TRUETYPE
>       FONT time
>       BUFFER 1
>       COLOR 0 0 0
>       POSITION auto
>       SIZE 10
>     END
>     OUTLINECOLOR 255 255 255
>   END  # CLASS
> END  # LAYER fogli
>
> END
> ----------------------------------
> End of map file
> ----------------------------------
>
> Steve Lime wrote:
>
> 
Are you escaping the value ('[PART_N]' IN '556,557' AND
'[ID_N]' IN
> '24') properly? Spaces aren't allowed and should be replaced with either
> a + or a %20. We should still track down the source of the error though,
> error 500's are never good.
>
> Steve
>
>
> Stephen Lime
> Data & Applications Manager
>
> Minnesota DNR
> 500 Lafayette Road
> St. Paul, MN 55155
> 651-297-2937
>
>
>
>
>
> 
Roger Boily   href="mailto:boily at bsw.org"><boily at bsw.org> 2/3/2004 6:33:11 AM
>>>
>
>
>
>
> 
Hi,
>
> On a cgi url I've tried to query on multiple fields with this:
> NB: for easy reading space and " are normals but I used %20(space) and
>
> %27(')
> &qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24')
> it works perfectly on windows Mapserver 4.0.1
>
> But I receive error 500 from Apache on linux: (Premature end of script
>
> headers: mapserv)
> &qitem=PART_N&qstring=556 works fine on linux
> but I receive the same error with:
> &qstring=('[PART_N]' IN '556')
>
> Is there anyone who has any idea?
>
> Is there a way to make multiple fileds query with qitem and qstring?
>
> Thanks a lot
>
> Roger
>
>
> _______________________________________________
> Mapserver-users mailing list
> 
href="mailto:Mapserver-users at lists.gis.umn.edu">Mapserver-users at lists.gis.um
n.edu
> 
href="http://lists.gis.umn.edu/mailman/listinfo/mapserver-users">http://list
s.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
>
> > > > --------------030003020204010206030007-- > > > > --__--__-- > > Message: 24 > Date: Wed, 04 Feb 2004 17:26:59 +0800 > From: Steve McCrone > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] retain button state > > I am using jBox and I wish to retain which button was enabled after form > submit. As you can see from below I have placed some GIFs on my page and > then use some javascript functions to produce the effect of a typical GIS > applciation where one tool is enabled. > > However, when the user zooms in and the form gets submitted, then I wish to > keep the zoomin tool enabled (i.e.place the /graphics/ZoomInDown.gif) and > enable the zoomin functionality, as done in the cse statement. This is more > of a pure javascript issue, but since I'm no expert in js, thought i would > ask to see if anyone can piece together my caode to make it work. > > Thanks, > > Steve > > file://demo.html > onmouseup="on('image1');"> alt="Zoom In" name="image1" width="23" height="20"> > onmouseup="on('image2');"> alt="Zoom Out" name="image2" width="23" height="20"> > > > file://toolbar.js > var NN3 = false; > file://==tools=== > image1 = new Image(); > image1.src = "/graphics/ZoomInUp.gif"; > image1on = new Image(); > image1on.src = "/graphics/ZoomInDown.gif"; > > image2 = new Image(); > image2.src = "/graphics/ZoomOutUp.gif"; > image2on = new Image(); > image2on.src = "/graphics/ZoomOutDown.gif"; > > function on3(name) { > document[name].src = eval(name + "on.src"); > } > > function clearimg(){ > document.image1.src = image1.src > document.image2.src = image2.src > } > > > NN3 = true; > function on(name) { > if (NN3) on3(name); > switch(name){ > case "image1"://Zoom In > document.mapserv.mode.value = "browse"; > document.mapserv.zoomdir.value = 1; > document.jBox.boxon(); > break; > case "image2"://Zoom Out > document.mapserv.mode.value = "browse"; > document.mapserv.zoomdir.value = -1; > document.jBox.boxoff(); > break; > } > } > > > --__--__-- > > Message: 25 > From: raz > To: mapserver-users at lists.gis.umn.edu > Date: Wed, 04 Feb 2004 14:40:55 +0100 > Subject: [Mapserver-users] mapswf.c extent problem > > Hi everyone > > I have set up mapserver to be used with php and ming. This is my first > post in this list. > > I am trying to write a web application with a flash interface that > handles GIS data. I compiled php-4.3.4 and mapserver-4.0.1 with > ming-0.3a. I must say it works great but I noticed 2 problems. > > The first thing is about the file mapswf.c. From line 2614, you can find > this code : > > sprintf(szAction, "mapObj.extent=\"%f,%f,%f,%f\";", > image->img.swf->map->extent.minx, > image->img.swf->map->extent.maxx, > image->img.swf->map->extent.maxx, > image->img.swf->map->extent.maxy); > oAction = compileSWFActionCode(szAction); > SWFMovie_add(image->img.swf->sMainMovie, oAction); > > As you can see, extent.maxx appears twice and extent.miny does not > appear at all. I guess it is a minor bug and I can change it myself but > I thought I should tell you. > > The second thing is about raster handling in SWF output. To compile > mapserver with ming-0.3a, mapswf.c needs to be modified a little bit as > the SWFMovie_save function needs to be passed three parameters instead > of two. I just add 0 (zero) as the third parameter and mapserver > compiles without any problem. > > Now the application can handle all types of layer except one. If the map > does not include a raster layer everything works fine. But if I add a > raster layer, the map is empty with a flash 6 client but shows every > layer expected (including the raster) with flash 7 client. > > I don't know where the problem comes from but I managed, many weeks ago, > to make it work without any flash client version compatibility problem. > I kept this precious php_mapscript.so version but I cannot remember the > compilation options or the libraries versions I used that day. Now each > time I try to compile from recent releases, I have this flash client > version compatibility problem. > > I thought I should report about the first bug and ask to see if anyone > knows how to resolve the flash client version compatibility second bug. > > Thanks, > > Raz. > -- > . Ramzi Oueslati > . Tout GNU et tout bronz? > > > --__--__-- > > Message: 26 > Date: Wed, 04 Feb 2004 09:18:41 -0500 > From: Daniel Morissette > To: Paul Ramsey > CC: Pericles Nacionales , > Keith Campbell , mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Too hard, too easy or too boring? > > Paul Ramsey wrote: > > > > If Steve or the folks from DM would like access to a Solaris box for > > testing, I can arrange one. > > > > Actually, we do have a Solaris box on which we build MapServer and all > its support libs and I never saw this error message before. I haven't > tried MapServer 4.1 yet, but MapServer 4.0 used to build fine for us on > Solaris, so I'm not sure what to suggest. > > Perhaps making sure Keith uses the GNU suite of tools instead of the > Solaris compiler/linker? > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > > --__--__-- > > Message: 27 > From: Martin Weinelt > Reply-To: mweinelt at planiglobe.com > Organization: kk+w - digitale kartografie > To: scoota at supanet.com > Subject: Re: [Mapserver-users] Too hard, too easy or too boring? > Date: Wed, 4 Feb 2004 16:11:26 +0100 > Cc: mapserver-users at lists.gis.umn.edu > > On Wednesday 04 February 2004 00:14, Keith Campbell wrote: > > OK, just trying to get your attention. I posted this yesterday under a > > different title and got no responses. > > > > Here's the problem. I'm trying to compila an install a WFS Server > > enabled Mapserver on a Solaris (this is proving to be a very frustrating > > experience, no doubt partly due to my lack of knowledge of UNIX). I > > think I've got all the libraries installed that I need, even though they > > are in non-standard locations (it's not my server). The configure script > > runs to completion and only seems to complain once:- > > > > checking for httpd... /export/home/local/apache2/bin/httpd > > awk: syntax error near line 1 > > awk: bailing out near line 1 > > awk: syntax error near line 1 > > awk: bailing out near line 1 > > /export/home/local/apache2/bin/httpd version is Apache/2.0.45 (). > > > > Not sure what this means or what the implications are. > > > > Anyway, this is what I fed into the configure:- > > > > bash$ ./configure --with-jpeg=/export/home/local/util/jpeg > > --with-freetype=/exp > > ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib > > --with-pn > > g=/export/home/local/util/libpng > > --with-libiconv=/export/home/local/util/libico > > nv --with-gd=/export/home/local/util/gd-2.0.15 > > --with-proj=/export/home/local/u > > til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config > > --with-gdal= > > /export/home/local/util/gdal/apps/gdal-config --with-wfs --with-postgis > > > > The make process ran for some time before spitting this out:- > > > > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > > symbol > own>: offset 0xfd6609c9 is non-aligned > > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > > symbol > own>: offset 0xfd660a09 is non-aligned > > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > > symbol > own>: offset 0xfd660a69 is non-aligned > > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o): > > symbol > own>: offset 0xfd660c29 is non-aligned > > collect2: ld returned 1 exit status > > make: *** [shp2img] Error 1 > > > > I can't find anything in the archives that points to the cause of this. > > Can anybody help? > > > Been through a similar nightmare three month ago. Did not put it in the > archives or wiki because I am still not sure what went on ... > > Some of the newer versions of the supporting packages (libpng, gdal,..) have > their own '*-config' script under /somewhere/local/bin. I gave the path to > these scripts as an argument for the mapserver configure options instaed of > the paths to the actual libraries. > > Moreover I was told by somebody that the linker (was it the compiler ...?) > looks under /usr and /usr/local in the first place anyways and might pick the > wrong libs if it finds them there, despite your environment during build time > ... (I tried to exclude /usr and /usr/local during 'make') . This caused > problems with an older version of PNG at the usual place and the really > needed version at my 'private' place. It was Solaris 9 and mapserver and the > proper libs in non-standard directories. > > Besides the measures laid down in the docs for solaris build I finally ended > up editing the Makefile after 'configure' wiht explicit paths for every > package that reported problems during run-time of mapserver. For instance: > GD_LIB= -L/my/path/local/lib -lgd or > TIFF_LIB= -L/my/path/local/lib -ltiff or > > PROJ_INC= -I/my/path/local/include > PROJ_LIB= -L/my/path/local/lib -lproj > > Dunno if this is of any value, but might provoke more usefull comments from > talented people ... > > Martin > > PS: Then I found out that my mapfile missed the NAME keyword for some LAYERs > (which are referenced by the GROUP keyword). Thsi worked perfectly with my > linux box but NOT AT ALL with the solaris installation . Ceterum censeo: > check your mapfile carefully when running into problems with 'premature end > of script ' errors (mapser cgi). > > > > > --__--__-- > > Message: 28 > Date: Wed, 4 Feb 2004 08:26:40 -0700 > From: "Jason M. Nielsen" > To: Steve McCrone > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] retain button state > > Quoting Steve McCrone : > > > I am using jBox and I wish to retain which button was enabled after form > > submit. As you can see from below I have placed some GIFs on my page and > > then use some javascript functions to produce the effect of a typical GIS > > applciation where one tool is enabled. > > > > However, when the user zooms in and the form gets submitted, then I wish to > > keep the zoomin tool enabled (i.e.place the /graphics/ZoomInDown.gif) and > > enable the zoomin functionality, as done in the cse statement. This is more > > of a pure javascript issue, but since I'm no expert in js, thought i would > > ask to see if anyone can piece together my caode to make it work. > > > > Thanks, > > > > Steve > > > > file://demo.html > > > onmouseup="on('image1');"> > alt="Zoom In" name="image1" width="23" height="20"> > > > onmouseup="on('image2');"> > alt="Zoom Out" name="image2" width="23" height="20"> > > > > > > file://toolbar.js > > var NN3 = false; > > file://==tools=== > > image1 = new Image(); > > image1.src = "/graphics/ZoomInUp.gif"; > > image1on = new Image(); > > image1on.src = "/graphics/ZoomInDown.gif"; > > > > image2 = new Image(); > > image2.src = "/graphics/ZoomOutUp.gif"; > > image2on = new Image(); > > image2on.src = "/graphics/ZoomOutDown.gif"; > > > > function on3(name) { > > document[name].src = eval(name + "on.src"); > > } > > > > function clearimg(){ > > document.image1.src = image1.src > > document.image2.src = image2.src > > } > > > > > > NN3 = true; > > function on(name) { > > if (NN3) on3(name); > > switch(name){ > > case "image1"://Zoom In > > document.mapserv.mode.value = "browse"; > > document.mapserv.zoomdir.value = 1; > > document.jBox.boxon(); > > break; > > case "image2"://Zoom Out > > document.mapserv.mode.value = "browse"; > > document.mapserv.zoomdir.value = -1; > > document.jBox.boxoff(); > > break; > > } > > } > > Can you pass the states to the page? ie: Pass mode=map activebutton=zoomin etc. > > Or perhaps use DIV tags, display your map within them and only update their > source. This is what is done in the "workshop" tutorial/example using dbox. > > ------------------------------------------------- > This mail sent through IMP: http://horde.org/imp/ > > --__--__-- > > Message: 29 > Date: Wed, 04 Feb 2004 17:03:48 +0100 > From: "Wim Blanken (PI)" > Subject: Re: [Mapserver-users] retain button state > To: Steve McCrone > Cc: Mapserver-users at lists.gis.umn.edu > > Hello Steve, > > We use frames to build a mapserver application. > In the controlcentre.htm file (which is the template we use) we keep a > variable we name activetool. > > > > Then in the tools section the value of the activetool variable is used to > determine which > button was pressed before a submit action was completed..... > So if the button zoomin is used the activetool is set to zoomin. Then after > a submit we rebuild the toolbox and determine what the value is of > activetool. If > it is zoomin then the button is activated...... > > Regards, > > Wim Blanken > The Netherlands > > > > --__--__-- > > Message: 30 > Date: Wed, 04 Feb 2004 11:03:35 -0500 > From: Yewondwossen Assefa > To: raz > CC: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] mapswf.c extent problem > > Hi There, > > Thanks for reporting the bug. It is now fixed in Mapserver cvs version. > > As for the sencond problem, I have not actually upgraded my lib to > 0.3 and still using 0.2. I will try to do an upgrade and see the results. > > Later, > > raz wrote: > > Hi everyone > > > > I have set up mapserver to be used with php and ming. This is my first > > post in this list. > > > > I am trying to write a web application with a flash interface that > > handles GIS data. I compiled php-4.3.4 and mapserver-4.0.1 with > > ming-0.3a. I must say it works great but I noticed 2 problems. > > > > The first thing is about the file mapswf.c. From line 2614, you can find > > this code : > > > > sprintf(szAction, "mapObj.extent=\"%f,%f,%f,%f\";", > > image->img.swf->map->extent.minx, > > image->img.swf->map->extent.maxx, > > image->img.swf->map->extent.maxx, > > image->img.swf->map->extent.maxy); > > oAction = compileSWFActionCode(szAction); > > SWFMovie_add(image->img.swf->sMainMovie, oAction); > > > > As you can see, extent.maxx appears twice and extent.miny does not > > appear at all. I guess it is a minor bug and I can change it myself but > > I thought I should tell you. > > > > The second thing is about raster handling in SWF output. To compile > > mapserver with ming-0.3a, mapswf.c needs to be modified a little bit as > > the SWFMovie_save function needs to be passed three parameters instead > > of two. I just add 0 (zero) as the third parameter and mapserver > > compiles without any problem. > > > > Now the application can handle all types of layer except one. If the map > > does not include a raster layer everything works fine. But if I add a > > raster layer, the map is empty with a flash 6 client but shows every > > layer expected (including the raster) with flash 7 client. > > > > I don't know where the problem comes from but I managed, many weeks ago, > > to make it work without any flash client version compatibility problem. > > I kept this precious php_mapscript.so version but I cannot remember the > > compilation options or the libraries versions I used that day. Now each > > time I try to compile from recent releases, I have this flash client > > version compatibility problem. > > > > I thought I should report about the first bug and ask to see if anyone > > knows how to resolve the flash client version compatibility second bug. > > > > Thanks, > > > > Raz. > > > -- > ---------------------------------------------------------------- > Assefa Yewondwossen > Software Analyst > > Email: assefa at dmsolutions.ca > http://www.dmsolutions.ca/ > > Phone: (613) 565-5056 (ext 14) > Fax: (613) 565-0925 > ---------------------------------------------------------------- > > > > > --__--__-- > > Message: 31 > Date: Wed, 4 Feb 2004 13:17:53 -0300 (ART) > From: =?iso-8859-1?q?Cardilli=20Jose=20Luis?= > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Oracle 9i SC > > Hi, May I need arcSDE for working with oracle 9i? > > > ------------ > Los mejores usados y las m?s tentadoras > ofertas de 0km est?n en Yahoo! Autos. > Compr? o vend? tu auto en > http://autos.yahoo.com.ar > > --__--__-- > > Message: 32 > Date: Wed, 4 Feb 2004 09:33:02 -0700 > From: "Jason M. Nielsen" > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Mapserver hardware recomendations. > > We are planning to put a mapserver together for both external and internal use. > The data will primarily be composed of rasters. Most of these rasters will more > than likely be 24bit TIFF and JPEG. The raster data alone I think will start at > around 400Gigabytes and could quite possibly grow. Vector data could potentially > become substantial much later on but for the next couple years I do not see it > growing beyond 50-100MB. > > Im hoping to increase the speed of the setup through the usual means such as > min/max scale displays, tiled imagery, reduced colors(if possible), > pyramids/rrds and of course trying to optimize the core imagery resolution for > the application. > > I dont expect the traffic on this site to be too combersome. Perhaps no more > than a few hundred hits a day at most and probably no more than ten connections > at a time. > > I was thinking 1GB of ram, P4 2.8-3.0 or athlon-64, ata-100 main drives (one for > OS and software other for swap etc) with the data sitting on a ata raid5 that > interfaces to the machine via at least a SCSI U160 interface or perhaps firewire. > > I will probably put 3 main drives in it. 2 will be the OS/software and mirrored. > 3 will be swap. > > All of this I plan to be running under either Redhat 9.0 or Fedora. > > Any recommendations on anything with regard to such a setup? > > Thanks, Jason. > > > ------------------------------------------------- > This mail sent through IMP: http://horde.org/imp/ > > --__--__-- > > Message: 33 > Date: Wed, 4 Feb 2004 17:49:04 +0100 (CET) > Subject: Re: [Mapserver-users] Oracle 9i SC > From: bartvde at xs4all.nl > To: "Cardilli Jose Luis" > Cc: mapserver-users at lists.gis.umn.edu > > Hi, > > you can access Oracle 9i through Mapserver's native Oracle Spatial > interface (or even through OGR). You do not need to go through ArcSDE for > this with Mapserver (opposite to the ESRI software). > > Best regards, > Bart > > > Hi, May I need arcSDE for working with oracle 9i? > > > > > > ------------ > > Los mejores usados y las m?s tentadoras > > ofertas de 0km est?n en Yahoo! Autos. > > Compr? o vend? tu auto en > > http://autos.yahoo.com.ar > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > --__--__-- > > Message: 34 > Subject: RE: [Mapserver-users] php clone() doesn't cut it > Date: Wed, 4 Feb 2004 12:04:39 -0500 > From: "Charlton Purvis" > To: "Sean Gillies" > Cc: > > This is a multi-part message in MIME format. > > ------_=_NextPart_001_01C3EB40.F989BF9E > Content-Type: text/plain; > charset="us-ascii" > Content-Transfer-Encoding: quoted-printable > > Well, Sean, I'm a monkey's uncle. I created the attached example, and > it seems to work fine. Don't know what I was smoking. > > But by running it from the command line, I do get an error: > free(): invalid pointer 0x822b370! > > Maybe this was mucking up things when I ran it w/i my interface? > > Don't know. But everything is attached, if anyone is interested. > > Charlton > > ------_=_NextPart_001_01C3EB40.F989BF9E > Content-Type: application/octet-stream; > name="seacoos_obs.map" > Content-Transfer-Encoding: base64 > Content-Description: seacoos_obs.map > Content-Disposition: attachment; > filename="seacoos_obs.map" > > TUFQCiAgTkFNRSAicmFzdGVyIHRlc3QiCiAgU1RBVFVTIE9OCiAgRVhURU5UIC05MS41IDIyIC03 > MS41IDM2LjUKICBTSVpFIDQ1NiAzODQKICBTSEFQRVBBVEggIi4iCiAgSU1BR0VUWVBFIFBORwog > IFBST0pFQ1RJT04KICAgICJwcm9qPWxhdGxvbmciCiAgRU5ECiAgV0VCCiAgICBJTUFHRVBBVEgg > Ii90bXAvbXNfdG1wLyIKICAgIElNQUdFVVJMICIvbXNfdG1wLyIKICBFTkQKICBMQVlFUgogICAg > TkFNRSAiYm91bmRhcmllcyIKICAgIFNUQVRVUyBPTgogICAgREFUQSAiYm91bmRhcmllcy5wbmci > CiAgICBUWVBFIFJBU1RFUgogICAgVU5JVFMgTUVURVJTCiAgRU5ECkVORAo= > > ------_=_NextPart_001_01C3EB40.F989BF9E > Content-Type: application/octet-stream; > name="test_clone.php" > Content-Transfer-Encoding: base64 > Content-Description: test_clone.php > Content-Disposition: attachment; > filename="test_clone.php" > > PD9waHAKICBkbCgncGhwX21hcHNjcmlwdC5zbycpOwoKICBmdW5jdGlvbiBjbG9uZV9hbmRfZHJh > dyAoJG9NYXApIHsKICAgIC8vIGNsb25lIHRoZSBtYXAKICAgICRjbG9uZU1hcCA9ICRvTWFwLT5j > bG9uZSgpOwoKICAgIC8vIG1vZGlmeSB0aGUgZmlyc3QgbGF5ZXIKICAgICRjbG9uZUxheWVyID0g > JGNsb25lTWFwLT5nZXRMYXllcigwKTsKICAgICRjbG9uZUxheWVyLT5zZXQoJ3N0YXR1cycsTVNf > T0ZGKTsKCiAgICAvLyBkcmF3IHRoZSBjbG9uZSBtYXAgCiAgICAkaW1hZ2UgPSAkY2xvbmVNYXAt > PmRyYXcoKTsKICAgICRpbWFnZV9wYXRoID0gJy4vY2xvbmVfcmFzdGVyLnBuZyc7CiAgICBlY2hv > ICRpbWFnZV9wYXRoLiIgZG9uZVxuIjsKICAgICRpbWFnZS0+c2F2ZUltYWdlKCRpbWFnZV9wYXRo > KTsKICB9CgogIC8vIGxvYWQgdGhlIG1hcAogICRtYXBPYmogPSBtc19uZXdNYXBPYmooInNlYWNv > b3Nfb2JzLm1hcCIpOwoKICAvLyBkcmF3IHRoZSBtYXAgKGZpcnN0IGxheWVyIGRlZmluZWQgYXMg > U1RBVFVTIE9OKQogICRpbWFnZSA9ICRtYXBPYmotPmRyYXcoKTsKICAkaW1hZ2VfcGF0aCA9ICcu > L29yaWdpbmFsX3Jhc3Rlci5wbmcnOwogIGVjaG8gJGltYWdlX3BhdGguIiBkb25lXG4iOwogICRp > bWFnZS0+c2F2ZUltYWdlKCRpbWFnZV9wYXRoKTsKCiAgLy8gY2xvbmUsIG1vZGlmeSwgYW5kIGRy > YXcgCiAgY2xvbmVfYW5kX2RyYXcoJG1hcE9iaik7CgogIC8vIG5vdyBkcmF3IHRoZSBvcmlnaW5h > bCBtYXAgYWdhaW4KICAkaW1hZ2UgPSAkbWFwT2JqLT5kcmF3KCk7CiAgJGltYWdlX3BhdGggPSAn > Li9vcmlnaW5hbF9yYXN0ZXJfYWdhaW4ucG5nJzsKICBlY2hvICRpbWFnZV9wYXRoLiIgZG9uZVxu > IjsKICAkaW1hZ2UtPnNhdmVJbWFnZSgkaW1hZ2VfcGF0aCk7Cj8+Cg== > > ------_=_NextPart_001_01C3EB40.F989BF9E > Content-Type: image/png; > name="boundaries.png" > Content-Transfer-Encoding: base64 > Content-Description: boundaries.png > Content-Disposition: attachment; > filename="boundaries.png" > > iVBORw0KGgoAAAANSUhEUgAAAcgAAAGACAYAAAApqvLrAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI > WXMAAABIAAAASABGyWs+AAAsnklEQVR42u2dv3IcLdO32aecS7lOT/EdaGJHildHoKN6z8CBcin/ > qvYLLGSEgIEZ/nTDdVW5bK9WMwwD/OimaS5//vy5mUZcr1ezbVuryy/J9Xrd/Y6tc/e727b9+H/J > PR9fni+jnx0AoCeX1gJpTNlgDHn4QunXsVv3R4Uxdj/EEgBWoKlAGoMVWYuQ5ehaim4d74lnzbIg > lgAwK10E0hisyFJSguh/b2Td2nIilAAwG79a38B38UGc1pZfC76s2KffXxMtxBIAZqC5BWkMVuQe > Z4JnJNYpViUAzEBzC9IYrMgUUiYPsfdzpFy+VYlQAuTz+vT7Rp+RQReBhJ+cjSytYT2GXLohoTx6 > L9yvAMd4ZXIpAgRyADGrMWVlt4pEDUW/+vc6e+9v96DjA0R5ffp9C+1jjn3X/T99qj4IZGdKhCn0 > e5Ya+xlLy1AD3K8AYVxxdD97fHm++GJoYfLZli5BOsbIDSjpRUiYjojS0XqMuVPdv0fXizF0blgP > K36xbVyWnD5KgFxdEMhOz25MnjC69RRKAHBGHFOuGynvhg4OKxGyGs9CIo964GJtSK4w5gjY0Xtb > 3HvWSj/XAgJ7YBVaiKMxdceR1ekqkKtYkbEk4SFhDFmIZyJJjwhfraTmNWFtBQBGgwVZkZDQ7OVJ > db8bE9OQONaOePUtTHsPCfs02UcLs9HKeoS6IJCV8Adw9/+5FlmOONYWrNR1RrhqYhOIbdvMlQ3U > MAGIox66CeTMVkDsaCn7We7v5/68RucqvcYZ93jJey+xlAG0gTjqAguyErbRn2n8rls2dv1RzxZy > F/ucnShklQMrEgA6gUAKILT+Z8xPN60UkYz9zP9OjVR4oQjga2LzNOIJUsF61Ed3gRw90GtiL7hn > ZHlcbNlqR7+mrnH39v5tc/X1ekUcQSyxTDggm26JAiwSoiJbPFPr59F4VmQv2BgNkkllymkJk8bz > dLcgZw7WaUlO8AqiCSAT+qZOWINUyl7extT3ZuPbGihBPABQCQTyJJKs4ZRoShbKGoc1u1HEVy8Y > AlcTjIK1R90gkAfQtB6Ys9m/9/ppbhlSOWpjAUw2qYD/OQfQAkApl//++2/IDEeyqMSQkKO05TMd > ea698y1LTjLJLWPs2va7sXVuxBFGMGJ7B6fi1KF7FKsxerd6aC13q+fbswxLzposTce39z3/dxgo > oDeue5UIVp10P81DK5rLfvQ5Szu1b7nl1llpqj3/871y2nVJY5hRQ19mnlCvQDeB1BAsMmPZSyhJ > TLDnmt2rq5BlmdrKkipbzvvhnEnohZTAHNbdz9PVgtQuMLO7WHvWQ+7vh76Xu8Vl73pYlVCbUUkB > fNw1/1cmhYfpfprH6IZztOzG/DsfUeMz1CIlRCV141p9teqzNODItyoZPKAGksaHEUfWzUTXIB1N > 2yNSz6Cx3KXP6BKLQD2zfzGnHs+4to8G8xiDUEI5IwNycqBtH2OYi1WjNcYs7Of2ipAQ5YjTXuLz > GuW018sVSyxK2MNd1/PXGjWNZZDHsEQBWnOyrtAJQkLnntixd6xVbE9kDH/vYs06PnIiita2CW1x > BdFda6StzAuZdGCXWNSoMXnC5/9e6LNeg0yu14K8rhCidPInBSvkBOyU8b/RBQC5nOn4MXH0v1Pj > XkfKxqwfSpCydeMMNiDO9rUZnqk1WJAQJZUmLmWJ5eR93VvHbEErNy4cR9MgPVObwTWcBwIJQXLc > ozm/Z/HXLd3P3Ov3fCYYQ0gUa271afGOZxMT+zyvLCMkQSDhB6l0cSmhPHpqRy8078WdBenbIULU > 2vsrCSzIPBBI+EbqJA7785ytEqFr7tFroCFQpz8ahdEl5RWBeUEgC1lhDSsljql6KRXO1OcwD73S > ryFWYVL1wuQvDQJZwJHN5xrZO+NROzM8gwa0W42S2FvaCCX6T010EcY82OZxAD9cesaZa26S8Fmf > H87hWo29xHHW4JxYwg7/cz/gzf/5x8P95ePh/oI45oMFeZJYdKZWjpZd8zMD+Ejuz7EtUn653fJ/ > PNwjigdAICugPcfsHmdm0RJm4BLLMhstt270QuJhCiVt1gqmbyF+jH4IxSCQlZkxsi31TDmTgdED > zRlrgEjWfWZK2i2p7KlEHaH/f7pPRxd7KhDIBsyWseWo4EuypKWUYzYkBeLUmJhKarPG/I0yvT79 > vu1Fk+NCbQNBOo2IRbxq46jQS3nmvXLY9yOlvJrwLUcJdShJ3FLE2pwfYGPr2LpOQ8+HOLYDC7Ih > IZHU0oFDz+FzdO9ja/bWkkI/T60d42b9iaYcqiX0aLOhqNRY2sXHl+fL3dv7zf8ZbbEPCGQHfKHU > IpJnLYKRz7q3JSV0hqW29zOKV8/lZ4wM6/EMo8sfur8VR7u2ePf2ziStM7hYO6Jx3+RM2z72rHiN > 76c3KXGU8M7PvLuW5d9z5T++PAf3J3483F+stY4rtT9YkJ2ZMco1hLRnzB3EV3k/RwiJo3Z6nSKT > whXG0J5FrMZxIJCQJOZylL69I/fsyplovS6YsrylTCqOvOeebWNP7LASZYFAQhBJbrNSWqz5Sg7U > 6ZUMPIYUcXTLklMXva1HiW0H0gwRyNR5gyCHswPuaMut5r0lJngeKYwSs84cWUPuVW5pbQfyGGpB > SuhUI1ghWlKS2+0I7vux/5aUsitnPXDvbM+j9VLjOivAlgz94GIdiFSR1CxsNQiJu7S1ITfDSux9 > hRLpx5JZp5BoLUrC78e4VecBgRyAhu0E1dbthE4CcpHoWvXLZ8zxA6lzswhpfoctie2fldxmIJ8h > AsmmbNnimEOJ+K38nltztl55L3XR3q/hOyQKGMgKg5PmZ9Qg7OSRPUaLOmPNcT5+pRpK68FB+uCz > MhrEoSXWQpa29ujy+PJ8mTUnag9qtW93yQRxnItfqZyVrSLWmPH+RaoIaY9ArYGW50cky6n9brW0 > FSgnugYZi8oqGTwlnvQgBQ0iJFXAeyHdGnCFcfV31ZvQmCi9vUA5WUE6R45tCq2NaBCF3kgd2Gq/ > K6nPqRE3QQD9KUxOvex9p/REmFehmZbgOJc/f/50cc8c2X+1AlLrpWQiVOM7o9FgEfiZc9i0/5Oa > dZLaX7r3XWltB47RbZuHhr1/I5B8rt5qA29oY70EQinlEMc4tYNvYF2674P0T86mEf5EygAtpRw9 > nzd03FBv/KCb0OSSfiMHid4GqMOwRAHGrDcA51Azb+YZZnGd5j6rMX/dYiPyraYEEXdqPiPaI2PY > 3AxPNTfLIFuTmTINSX6GEYNbaEtGqn4QRrkgjvMz/DQPGlmYGURS8rvtlfUkxzqMlc39PsjGvmdc > rXMx3II0RraVMRI/aGSE++joPVe1fGKCuAdbos4xYgwJBdix1WMuhgskA0GaUeu1NSzYlcTx6OHF > HCVVj9F1GRvL3EkT4qmL4QJpwYqUR2rykusilEgN9+pRS9G9f46VLb0uj9Cqn/fYMpVT9pQViYWp > i26JAvZAINOMqp/YIB4rj3TX6tkN3UcsxZIN57PTMr9zzWuGrlc6ofHbFpakPsRYkMYgkjFGWhEl > LnBN4ljq2i8Vxj1334yWYQ6j19VrESt/akmExPL6ECOQrEWGkTKQhN5Nyv3aghouXfca27aZqyN8 > oQQBJcI4eg1MCxr2QacOBM9t94ihfsQIJMQZPdD6k5fQZKZ1GVMp4EqsOv85vMG6aI+if+0e9QBy > SAn9niU5uuyQBwIpGGkz7NF7M8/e089luucmy4E9i+eYZVnFeiCs1eg+lyuIWJW6ECeQq8/Epbvp > pJXnzHP40aQpUt+ZpU56M3rClSI31aL3729BOB9///72O1iPuhAlkBrWJmpCdKMsUqd58E7aEKrz > I3tJe7j4jQkL3N3b+839jjHhzDpk29GHKIF0kTirbMEKzyiVUN3zPvrjr2n37Pv2Xq7nKuZZiAmb > E9z1w32KS1U3YgUSANbizHmXpRGnoe88vjxfrgetvLu392RygD41CLVBIAeziqUMECMnCjS1xSck > rC4psXO38XxEvpuT/SZ1higuVb2IFMhV9kRKDlIA6MGeAKYOiw6dl2lMniD5Vp0bgepfA4FbF5EC > uRKrTAYAfErcqK4QWmH0+86Z7RS4QSEEAjkYxBFWptRzkgqiyU0gH+tzWIrgg0AOBNcqQBkhcUyl > hQv9rguiCCkQSADozlnPSSr70d61EUXIRbRAzmph4VZdG97/X84cGRbat5gCUYQjiBXIVFYTbeSG > rMP8zNCea5E7AU7VmbuHkfMWoTZiBdJFu6CQ0BrgO0eit/dED1GE2vxvdAFSICYwG7Tp75R4iV6f > ft/YjgE9ES2QFu1uKQZFgJ8EzuNMfo9+BL0RL5AznfBBB4cZ2nFtZurjMBfiBdIYOhDMBROln1An > IBEVQTrGkJIN9EP7/Ql1ApL5pa2Bat4qMeu+TsiH9/8XIrtBA780Nk43YbEWwcQCBvhOaaKAbdvY > ygFdUeNiddG8JokVuSYa26q0575er+bx5Xn0I8FCqBRIizarTFt5oS7+xGiFtkAWKdCMaoHU2umw > ItciJISl73+vzYT6QkyAe7U9/+SNo/e1z/7xcI97FbqiWiCN0SeOfo5ZbeWHMnq/55iQ+gcOtyhT > K4vY9hncq9Ab9QKp0RrTvIYK+bQWR7/9xBL8u/fX1Pbc+iM4B0agIlFADE2dPcYsJ5asjvsee3gI > YiLopmXb6x9n253/zKHynLmfvQauVRiFegtSc+BLD7dXDbTWby/c+mnt0SjZPxg6M9EV0jPtzn/m > FO79c9dSLViOMBL1AmnR6Gq1aLCEtdZtS3pvdj8iZq4ghq7hCmXudd3n9s9hjJXPF8m97yOMIIEp > BDIkMFoHdGlCL0m0pdWNMf3aWa37uH3FF8mSa3wGzVxi149hf8cVVf+9Io4ghSkE0qLBEtsrv9ay > tyTlzpMmmBLIaUN7a4Q5btDXp9+3UjGzv+P+nhVL2j5IYyqBnAkpa5JHXHAty+LTs1waPBRH242/ > fzL3WV1LcO+eoQmgL45YjyAJ1VGss+IHV6we6ZryDPSyun3hkfY+agZ65Wb8sWJWWif+mqW9FuII > 0sCCFIY/OEkdkHuS8+wtLclQYIsEWrqbSyYlR9YvQ65WAGkgkAoYLY69rbTYPWMCEBvMcwRDiiv7 > KC3fzV7d3L2932JimapPXyRH1R3AHggk7NJToM+seabW0UL3yL2fxOCpluuhuc9qN/A/vjwXrUXa > 70irUwAfBBKSjLCwatwrdo3QWl1q0/zoQTwlhC3eyRErPLSmaH9XQnAXwFEQSCWMGGR6imMvIcpx > 0/qD+ugB/sya39l7+nXh3/vu7b3IcgTQBAIpnNEWTOtBT9rWiVjC7xH4ZehZVznrijluVVypoBkE > UgG9haP3gCZBGKWVSWLkbCi3q1+20Oex/asE6IB0EEj4Ri+3KlZFnJGRtbE9kKlcqh8P95fYOmTq > +YhiBekgkAroHehQ614pK0OCRSQZCfVTsu75+PJ8uXt7v1nLMCaYfqLz0c8IkIJMOsIJHYnViprX > 176/cJSFK9Wyzt1Tum2bKbEmASSDBakA6edGxixFSdslShgVWCLt3cYie1NWoGtBpuoQ6xE0cPnz > 5890s73ZXXitBtIjKcNi/29Rvp70Fitp4hgqm1++0LmQroi6n+FaBY3gYlVID7frtm0/rEH3M3dA > D0UrShzoS5/ffc6WSBZHW66c+rDCZ7/j7pEE0AguVqWkNra3uI//WSqN2yz0dLVqqrdUnXw83F9s > 6jn/e1iOoA0EUjm1zmss/X1NA/pZpFt4vci1qn1XK3seQSsI5ATUsnRmX7s9QusAKenBS0fXlaU/ > F0AOrEECg1kGtUVRakTy2booPdUDQDJYkJNQenLCTBGnPfA3zZfUV2oCIr3eQ0eI7ZXZz2eLexW0 > gkBOwhErUPrgLIHYEVghodg7LktLfe+do7nX1tjSAbOAQE5ELCl07GcQZ+8cxphQzLAfNBaME3ou > e2gywIyQKGASUtZL7PSFFetpj1KLb4UJyN5EwLUS3TVIrEfQDgI5EbGBLPWdFespxqrtpoRY9iQr > hlYgEUeYgV9EMK4FAhCGflBOqM4QRpgJLMiJoR7yWMFNWhsSkcMKEKQzKYjjPhojTCUR2lqEJQ4z > gUDCUrAGW4dQgnrL69PvG1YkzAACORlnLEcJiblrW3U5gUtQl23bzMfoQgBUAIGcgL39aiX0EI+9 > 8rU+akqLGzD2LqSX/7N8WJGgnmmDdGak14CJhZVH6+AejUeKWQ8GJ3jADExrQUoeRI6QyoNZmocV > 6tGyziW9zzN5fgG0wmkeSshdt4P25OQjnZHUc7NVBmZkWgtyNhiYZLFafeecOer/nGhW0A4CqQBE > cByh1Gorvwf2PMJK4GIVDuLYF9eN6Nc9ghB3sz6+PF/cP/ZzN3k5gDamjGI1Zp5MMjmD8gzPKQGS > CKQpmSA8vjxfSFwO2sHFKhyCc9pDyrlj+C5ntx5dy/Hu7f3GuZGgEQRSKbhe60A95hPbYhT7zHNV > E7AD6kAgFcKgfg5cqf14fHm+3L293/B2gEYQSFgGXKl98MXw0706ZawDzA0CqQysxzw0pmnTgJtK > zq9Lon1hNqYVyBn3rDHw7IOVWI+YKzrVDu3PWG+EGWAfpBIY+PPZto06qoBfh6FTY9zPEEeYjWkt > yFlh4Iee5GTOcT/3xZEAHdAMAgnqYQDug5+Pdc9SJIsOaAeBBNXUXmduIbZarf69VHuxBAC+MOJy > Ba0gkIrQOtBKp+W+yNQ5nlqIlf/zUOSv/7uCiSjCDEybi9WYtfKxwnF6tBGtbTG37Vn3K8IIM4FA > CqV3tpeR+yt7v6dREcFa22OuSCKOMBu4WAUyIhVazoG4MzBqIuAfoVXCaFHd2+5hDOIIc4JACmb0 > wDgrI+r1zD17WZ7+fXLEHGGEmSFRgFBGWDijBLm39arNUu5ZPyWWLuIIszOtBal1vWeW8kvFio22 > nLY9UyfmZMRhjyOswLQCCRDD3denKYVfS5F0Jww5hxtjPcIKIJDC0GbZaKZ0vU0CtUXSz4zzMfoB > AQTBGqQgEMexaBPJs+UtSRsHsCIIpAA0rom1qodRaKt3e2LJ0Tpz1xkRR4Awv1IHy4Z+pm0gkQ7C > aL6eX4IFpy046ojL1X4/Z60RYGX+Z2ei7h9jvg/cmgYMbVC3csg5EFgipS5XKZMRAOkEXay+WNrP > jNk/NBXykVJ32qymlmith9xy2zaHWxVgn6Io1tBMNTV7dWeqIct0j1jKNU2h+XtoL/+saHR9+/1t > r08CQJpDycpjg0dpx8sJs49Zrn5HD5VF+uAmZRCWVFfSymLM+PdTWl5LyEq0G/yxIAH2aXaax97g > UjMAKCSUkgbavWcfXU5JdSWpLLY8xox/R7nlRPgA6tEsUcDegFJzwIllRtGA9IF3ddwlBKnvCnEE > aMNUmXR8l630bSqSygJxJOdvJeAGoB1TCaRLaBCTZl1KtkrgO76XQsJ7k9aeAWaDTDoABUgRRtyq > AO1BIAcgYZC1SLGGLFq2IYwqI/lTAfqBQAIUMjLjDpmtAPqBQAIcAJECmJ9pg3QAetAzqxPuVYC+ > LCeQGta3QN7aaIheBy77dYE4AvRhOYGUMugi1HG0BOq0IJTn2BhjPh7uL48vz6OLB7AUrEECVKCm > qPtBQFiMAGNAIEEsq1iRqRSJiCPAOBDIwawiAqVIcYW3JvT+bfo4xBFgLAjkwmgIhNE2gchJmB/7 > Di5VAFkgkIOwwiRdoEairW7cTfw5wh46vxFxBJADAjkYbRYS7FNyBqoVRYQRQB4I5EBGpizThNb6 > ccvturO1WcYAq7LcPkgpaB30oRz7rkMu1dFlA4A4CKQAsCjCSDyguAYII4AOcLEOYrZBvxVa6ynm > PkccAfSwnEBKcW2Oto40bPHQTCwgZ3S5ACCfpQRSSlDMaHHUwOh3VBvEEUAfSwmkMeNFEnHMR2Md > +UkA2MIBoJflBNKYsW7NkfcHAIB8lhTIkSCO+Wh0s7rZdLAcAXSDQHZC2mAv/cxFrROJnFysAKCD > pQWSgQxagfUIoJ9lBbJnsA5rjwAA+lhWII1BsKAeuFYB5mNpgbQwsMFZ3OAcAJiD5QWytasV9+r8 > MMECmJPlBdIYxEsyGsTHRgRfr1cSAwBMBKd5NMYdPFtdvzUaRAoAoDYIpGkvAK1EbIUIXDu5wMoH > gN7gYv1E2wC8ilUn7b1YwXbrf5V3AbAaCKRieojH6OTuFknbKNw68ROTjy4bANRjeRerlEFXAtaV > 6bs03XXUERade88a76vGM4TK9Pr0+4ZIAszD0gI5en2tRvlrl/3j4f5ijLn5n/u5W0fVXY37HRHZ > 1H2lWNkAUJelBVIzo606S0woQ2IhZSJSWo69ekYYAeYEgVTM3okc/s/8Ad61fEICFxKE2P1mFolU > Pc/83ACrs7xASrFqauEP2HZN7PXp9y02mPsC8PjyfLHfD4mD/bn779jam/2eLVtMdDW8B78eEEeA > ubn8+fPndv4yOtEyMO89gzHfRc4VRfs99zNf4Ox3fKFzf9+/zhFC17NofA+uQIbqHwB0s7wFOYNI > 2ucw5p9Ft23bN0vPkhq8t20zH5nfPUJKfGd5DwAwD8sLpFZCLlFjfgqPbzn6n7t8RrB2IWTlnq0H > l157RHGzAszLsi7WGbZ47ImMFlefW/6S9xFzaR693hH8duS+FwDQzdKZdLSKoyUmjP5z3b29i54E > uSdg5FhkbgabkBiVXu8MoTZ01ioGABks6WJtOWj6gRut+LJYdqxHK453b++3ni7UI4TWTI0Jv68c > K82Pxm0Ja6gA8zGNQB4RplyhzLlebJtEaZlq8/Fwf9Egjsb83BJSg9YiGdpryrokwByoF8hYsErq > e+73965/ROj8LRQ1XG6hNdPQ4PzxcH9xI1FtRKsmUu/0yPpeD0vSvy55WQH0oz5Ix9/ekPru2QHr > iND55ToyQMcEOpYUYBbOCmPoerUFMpVqb7b3AbAa6i1IYz4Hp0ggSs1BKnStHGvRFcmz0bOpbQ2+ > 5Vj7+XvTouwtrMjY9bAiAXSj3oI05t9svbbFcYbUup8t55EtDTmMfnbJ1N4CkprwYEUC6GaKbR7b > tn2zmCQMSjniGDqd3ph/g677s1ii8dD/X59+36Rv7RhFq/YRm8Cw5QNAL2oF0hURjZScDhFag/x4 > uP8x0G/b9vXner2a16ffNwboOFrbDgD0Qa2LdYYAFd/d566P+f92v5NaCw2hsW564NdZy20gvAMA > fai0IF3xkOJSPYJb7hyLOGQ1hq4FeVhru1fWHQDQhUoLcrZZea2I0xkiV0fSas/obO0VYBXUWZAz > DjaareDZaGFFakvUAAB/UbEP0s+sMro8UqFu5LJtm7myLxJAFSJdrEfTwgGc4e7tvUvOVtoygA6G > W5B+hKYPgwn04nPvavMJIxl2AHQwTCBjm+MtDCAAADCS4UE6vhASsAIzEjrtY3SZACBNVwsylDaN > rQkAACCRbgJpM8D4OUIRRpBCT6uOdg8gn+4uVjcBN4MESKPlnkX2QwLooosFaQURdypIhdNPAMCn > uQXp7ytDHEEisePJaoMVCaCH5okCcKeCBnqc7GGhTwDooLpAxs4uHP2gAClsonJ/P24roUQkAeRT > 1cUa2vzPEUKghdDkDgDWpckapDsrZoYMGmk9sbMCTMIAALlUjWK1nf5KtCoow92j2yphOQDooroF > iUsVtNJ7SQARBpBNs20eWI+gld7ChZsVQCZNg3QANGEndbRjADCmQ5AOgEZ6iSRuVgC5DD/uCkAS > oyZ3rdyspNADOA4CCeAxkwfk4+H+KzqXtU6AMqpn0iFrDsyAFZNeLtBemXXu3t5vto++Pv2+zTQZ > AKhNFYF012vocDALMYurhWi2FMiUELqCCQDfqeZiJTMIwHFqiu7eoeSvT79vblIE9/8A8A/WIAEi > hKyu1i7XGhPM6/W6G5xjhdG/NxNcgH9USTVnT0F4fHm+0MFgJjS3aetaDR3l5btVP/7+dXN/b3T5 > AUZT1YLUOpAApNi27euPMf9S0klJKHD39n6LRaqGLMmUhekuleB2hdWpGsVKsA7MiBvRatu4pEAd > e5alfx0X95qvkcME3HXJ1O8DrELV0zwAZsSe9OGKY6sTP44I0ePL8+XqWY6p68R+FnqmkDsWYBUu > //33X5X9Xu7sl9BxmI3QOl5t7Dq+lOd0YwtGlglgFJc/f/7cap2k7rtm6FgwK75bswajxMh1uYbc > yfRjWJX/GWOiAQilQQj2GnQoAD1s2/bVZ90TTUikDqvzLYrVjdZzBbMEOhWsgpQo1rPElkM+Hu4v > THZhZX7ZmWJsgT5lSYbE8PO7hIcDKMLGDbBVC+AfX0E6PjHxi1mW/vdZ3IfZsZGttbwmEvqMK5Cj > ywIwmuA+yNJO74e/W+hgMDM2UKfG3khJATGxfZIAq1Elk45vVbIOCSvw+PJ8set3e8sRe/TsM7hR > AfKoligAUYRVeXx5vthcpkcsyhLrsZZ1l8q3iuUI8Bcy6QBU4vHl+WIK85eOcK1+JfPoXD8A2mhy > 3JWEYAOAERzJIFXSV2p5aj4e7i8lycjtUVi4Z2ElogJZsp4yy34wgBocmRzmilWtFI6vT79vuf3W > dcdu28YaJixD9DSPnHWUWAfDeoTVcVO2pRgV9W23qOTeMySK9HOYneAaJGmmAOoR6089xdEPyvnM > kpP9u34ZXXcrQgmz8k0ga2zToLMAfGe0OFqOnrITKp/9zAol/R5m5Esgz1iN7ikAAPCP0DJEb++M > dxByVTGzfR9rEmbkfzYY54w4GvP9RACA1Xl8ef6W6NvtJ/73WpfFTWYQw41StYKaO+ml38Os/Do7 > m3Vnp7lrGgCr4IrHtm3GTQg+Slj2XK22LyN8sDrRKNZcJOWQBJCKjRq19O4v/gHPtbaL2GuPeCaA > 1pxKFIA4AuThLmOMEMecz1LE9mkSewAzUyWTDp0EVubu7f3mZ5px/3339n6zic1HiWNoKaVWv2VL > GMxKlVysWJCgGet+POJ2dF2nX0LxaW1t22Y+TF135qlyOdjPzuZjfXx5vlwTQov7FTRz2ILkaCuY > Bf8c0xCutWUjPf10bR8P9xf7xz0KawQ5kaslKSKv12vU4vQjdt1IWADNnLIgnWN+ANSSk1XGCoAd > +Esy0YzCt+7OJgDJPQGEcQFm4XAU68iIPADI59UTSd9yzO2/rtu2pM/jZgWtHHax4loF0IHrAnWj > aUv7sOsyLgnwcdPSja4LgBJOR7EyKwTQhbUCjxxTd7S/I5KgkSYHJgOAPPxgGmtBlorW48vzpfRc > yNJ7cDgzSACBBFiUMzmYbaTuEXEd/dwAufw64mYBAL1YYbMBO9u2mat3ZNXRo7FS98z9LpYjSOFU > snLEFUAvfsCOuzWjRBxbnAeJpQkSwMUKsCDbtn3b8nF0sntkPdKSSjwwun4AjEEgAZblrDhaPh7u > D4mkn30H1ypIA4EEWBArapazVpsVWZuCL/a9kBAijCCVU+dBfh6sijsEoCG1A2Za4opdaGyw2XgY > N0ADWJAAwtEUDBdym7qiaYUeqxE0gEACCEeTteWe4uG6cBFE0AguVgDoDgnMQQNVDkwGgDDuhnyf > VcWBsyJBCwgkQIQj2xbs73zLUuOJo/1sL6AFAMaCQAI4+KKYm2nKFzz38xDude3vbttWlMFGK5/P > eDPmnKt1pTqDMbAGCUuRYxXWOOvUCmPoWu7PXCvTtza1963c7SmsR4JUsCBhelxR7HXQd+o+9mex > TDZfP1csHJr2bgLEQCBhSty1QEsvccwlVh5fMFskA29NiTimng3rEkZy2MVqOzENF6TgW4opN6cG > iHxNu8RXqwvozykLkgYKkikVxtR6YK17lJbfX69MTQJmdmnmvg+AmpyyIBHIsdj9ZDMPjLn1cNRa > 9INi7NpZzhpayI3bAreMvlD4wui6JDW6Zl1896pvTdrPye8KrSDVnGI+Hu4vq8+q7eBozzcswV0m > sIOrLzYSXHzuc7nls5/bcrob8G25Rx0jVTMZgL1WrL4/Hu4viCO0AAtSMatbkK44lrK3hu5bkDGR > 6bm+6btbY7hu4tznrU2LKFbXU7D3HKH3xXgFpRDFqphVhdFyRBxz9xmm6nZU0M9eRG5s24j7fzup > aj3B/bxnNRdviTimrrF6n4EyEEhYjiPnFLrrXcbsi/NRy/YMvsVoy+Cu4fVyybtp985yZKtH6LvX > v2uyXZ4f5oBtHh1hBluXUJDMngCcba82vZl/L9+tKWWLSagcvbL11NjDaPuM9oAj0Amp5kAtoQw5 > R9qkG1BSOoFxf/eIddZbQGdMaQfQitMuVmZ20JNSt52b0DrWVl1RPGLlO6JcdDqHdXn2FEn2EwLk > c8qCNAYrEtqTiiDNzTYTC/IInd6R06Zruct77aV08d2uLJcAhKkikMbQuaAdoXMTz5ylmDrSakR7 > PnrE1lFCyRHoxwA/OS2QxiCS0J+zASAxy823SH1rs3Ubty7hHkE+KVcrfRmgkkAag0iCTtyo1BDW > jRqy8mxKOmN+LjWcccGGXMp7QllDUP0AHsl9mYhw6EE1gTQGkdRETrBL6D3OkqEkJYxW7PzvuJ+H > 1jFb1UNpYFLNA59bPlcPCCKEM1QVSGP+zUKZ3cmk5PDgvXRm/nc0DUSxLSIan8WY7wkM3Gc6i+ZJ > L2dJwlmaWJDG0Cgl0ToIZIZBVHL5c6wg/xSPmu9Ya79GIOEs1QWSxtiXHPdbjy0EvHs5tNo6ok0o > EUg4C7lYFVLiJu1dLgaj8ditG7Wv67qiY2czjsRtfyOO+IL5QCAVIVUY/TJKGCxnpMQiapmhJ3iS > SOfApVC9+P8GOEtVgdy2zVyd1F6jH24WRmRbKSU3Aw3UxU2lN3rrQzArUacI39jxX7RHOEMTC/Kz > YY5+tinQII7GHEvUDWWE9lk+vjxfPj4/88Wx54kisXv0yP26l+wB4CjVBZJkyPWRLo4WZuv9sAcS > GxOud/c8xhFnUw6oix/PP7pcoJ/q+yCN0R32L4na4fqt4H2Pw9+mEloDHu2FwNUJWvlfi4tqGNSh > DojjWGy9b9v2bUL1+vT7dvf2fnMF1L6r6/UatLpin9fg9en3zf8zuu4A9mhiQRrDrPEso2f9OSCO > svCz6biETu2IHfXl/r8V/n1oSyCRZts8bAQbDX5OYgMt73scTpBOcNLr5pK9e3v/0Tc/jDGPL89d > tkr44mtFkm1CIIkmLlYXXCnHkWo9pqwQGM/jy/PFFRn7b/9vY/5Znf7vG9M/GtR1D4+oNwCfpgK5 > bdvX2sjoB4U6hFxhdmBj5i8LXyhdrLUZ2zc56l0ikiCJ5hakhQY/D/7gyXrzXPjBPb1xRZKgHhhJ > l1RzXzkcWV9QDftb56b1qS8lsPkfJNA9FyuL8Lrx3x3vcg4kR00jjjCKrgJJlh294EadFwniuDcu > nGl7Ek8eAR10tyDZ/gEgh6PiWDLRjSUStz/Tds4krEOzRAF7YJGkkZhmjnc2FyFxjAlXiJy2kBNc > U7tN1bxnyvrEMp2fYQJpDANuDAkuLxdm+HMSExKt7zj3vFRf+GPP6/fD0IQh9DOt9Qc/QSCFgeW4 > NjaIjWC2co70nT0rucb1eI966b4GCXpwkwKMPox3JdjzdxxfoPYELrSd5EwwYeh6ofeJaOpguAVp > DI3FRZIFyWwYtHNmuaLmOZrutfDI6KFbJp0QUoQAwrjvh3cFGnHzyh6xCmttS/P7D14CHQwVSPiO > 5E7DrHcfye9vZdyctGe3p9SAyaYeRKxBEpDwDzqPbqxI0p5lUtK/Wic12ZtQ0YbGM9yC9BMTjy7P > KCStPQLMxpmxpYVQhvq6Pf2IcUAOQ4N0fFZ140kWR/Z3wSwcCdhxEye0wD3E2v2cviaD4Rakz0pW > pLWapYqjMZz1CHNwZFxpLY6xstHX5CBiDdKySjLz3IwfAFBOah04t7/1EsfcfZMWxLMvolysllld > rVqFcdb3AXMSs8hK+l8vgSyBfeP9EeditcwUtKPlWUJ7xVaw6GFubP9zt3vsIUkY/TJpGEtmQZSL > 1eJmnNDmbnDdO5oackoI3Xom5RxIJ2Qx+ki0EHOwy1BsJ+qDSBdrCD/t02h3Q6zzhdZRQ0fkSOuY > bjRdLCUW4gg92cthelYkUsd9WaT1U5fRY+AKiLQgQ/gN1Z9JGdO+oZSuIfrlkSyO/vPFuHt7v7Em > Cb3wxSvURksSjeR6daT10VgZWQJpixqBDBHqPK0G7iPi5pZHmjiGrNycwePj4f7y+PI8uvhQgD+J > HHGI8ZkyW0IRn6nvx55nz2JsLTru9c+MB2fKWbL8Y+tkxWPY1LhYczhi2bSeUdbqDDVJuWZcIffr > k3UPffjv01JyoLAx/d95zQllqdv0TJ/dW9v0+16pUPnXyn0v7vLImYQJMXIOndboeZpKII3JbzRa > t1zUYK+OerqtoS01ElGMWuvyxaN3P80VO3fy4a/j+98/MoF3rX5/onPkndSefPiT6G3bzMfD/cUu > x4Tq6PSNOzGdQBoTb4gri6Ilp5FiKc6DP7DWcun1ahshgQiVJ8SesO393l59xerDikRtS7xmv6yV > wcvWkRu8N5MbdlqBDLGqKLrkzGIRyLmobYmlorR7Pkfq3kdPyiipq72JeO16qenZqelZ8Jlp3JhS > ICGMRhcH1KV2sNiINhUKOmolRkcEsvWz50xwc75Tw5swe6J1BHJS/EADxBEstU+16C0UvdbIU/Wk > MeDEf65Saqx/agOBnJTQMTorNGjIY08kS9b3NIvFHiFLS/tkMyaQflIQCdHMo0EgB9Nyz9VqjRnK > OJsNKvbzmfAFUrs4jkZbfIPqRAGzoKWxwFzEAkz2RGC19uq7l1d7/rNoykntg0ACwBcM/t9xN/ST > 1u082toXAgkAkIG2wV0KmutN7HmQAACjuXt7V7VmBnVBIAEAInC829ogkAAAAAFYg+wIi/wAAHpg > H2Rn2EcFAKADXKydsXupNO8NAgBYAQRyAIgkAIB8cLEOZLXEvwAAmsCCHIib4xFrEgBAFliQQsCa > BACQBRakELZtq3aILQAAnOeXvzePQRoAAMCYy//9vw9jzPc1MERyHLhaAQBk8CWQlr2TxiXin9c2 > AyQUAAAYyw+BNObnKdpSSaVu01D+nOdDIAEAxhDMxfr48ny5BrYdzCA6AAAAOQQtyBCS1ihDluPj > y/MltpdwdHnPPCcWJADAGLIF0jJ6jbJ0bc4XzZ7lrnF6BwIJADCG/w+Hx8w9W/7VFwAAAABJRU5E > rkJggg== > > ------_=_NextPart_001_01C3EB40.F989BF9E > Content-Type: application/octet-stream; > name="boundaries.wld" > Content-Transfer-Encoding: base64 > Content-Description: boundaries.wld > Content-Disposition: attachment; > filename="boundaries.wld" > > MC4wODMzMzMzCjAKMAotMC4wODMzMzMzCi05OQo0OAo= > > ------_=_NextPart_001_01C3EB40.F989BF9E-- > > --__--__-- > > Message: 35 > Cc: > From: Sean Gillies > Subject: Re: [Mapserver-users] php clone() doesn't cut it > Date: Wed, 4 Feb 2004 10:35:35 -0700 > To: "Charlton Purvis" > > > On Feb 4, 2004, at 10:04 AM, Charlton Purvis wrote: > > > Well, Sean, I'm a monkey's uncle. I created the attached example, and > > it seems to work fine. Don't know what I was smoking. > > > > But by running it from the command line, I do get an error: > > free(): invalid pointer 0x822b370! > > > > Maybe this was mucking up things when I ran it w/i my interface? > > > > Don't know. But everything is attached, if anyone is interested. > > > > Charlton > > > > I've seen that free() error as well ... can you provide any other > context? What was the object at 0x822b370? I'd like to get this > bug fixed. > > Sean > > > > -- > Sean Gillies > sgillies at frii dot com > http://users.frii.com/sgillies > > > --__--__-- > > Message: 36 > Subject: RE: [Mapserver-users] php clone() doesn't cut it > Date: Wed, 4 Feb 2004 12:40:00 -0500 > From: "Charlton Purvis" > To: "Sean Gillies" > Cc: > > > I've seen that free() error as well ... can you provide any other > > context? What was the object at 0x822b370? I'd like to get this > > bug fixed. > > I have zero idea how to find that out. Any suggestions? > > > --__--__-- > > Message: 37 > Subject: RE: [Mapserver-users] Mapserver hardware recomendations. > Date: Wed, 4 Feb 2004 12:49:32 -0500 > From: "Ed McNierney" > To: "Jason M. Nielsen" , > > > Jason - > > If you're concerned about performance, the first thing I'd do is lose > the JPEGs, and convert them all to TIFF images. Otherwise the rest of > the things you've identified for managing your data are good ideas - do > as much as you possibly can to optimize the data layout and usage before > you begin to think about hardware. > > Your hardware setup generally looks reasonable. At TopoZone we serve > about 20 terabytes of imagery and vector data using a similar sort of > platform at much higher traffic rates (but no, it doesn't all fit on one > box ). You would probably benefit, however, from more RAM, depending > on your usage model. Having more RAM available for working set AND some > left over for disk cache will be helpful unless virtually all your hits > are "random" and not geographically related to one another. > > If you will be frequently updating your data set, please remember that > in my experience most ATA RAID controllers see their performance go out > the window when asked to support simultaneous writes and reads. Don't > try to do much active updating while your server's busy trying to serve > maps. > > - 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: Jason M. Nielsen [mailto:jnielsen at aero-graphics.com] > Sent: Wednesday, February 04, 2004 11:33 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Mapserver hardware recomendations. > > We are planning to put a mapserver together for both external and > internal use. > The data will primarily be composed of rasters. Most of these rasters > will more than likely be 24bit TIFF and JPEG. The raster data alone I > think will start at around 400Gigabytes and could quite possibly grow. > Vector data could potentially become substantial much later on but for > the next couple years I do not see it growing beyond 50-100MB. > > Im hoping to increase the speed of the setup through the usual means > such as min/max scale displays, tiled imagery, reduced colors(if > possible), pyramids/rrds and of course trying to optimize the core > imagery resolution for the application. > > I dont expect the traffic on this site to be too combersome. Perhaps no > more than a few hundred hits a day at most and probably no more than ten > connections at a time. > > I was thinking 1GB of ram, P4 2.8-3.0 or athlon-64, ata-100 main drives > (one for OS and software other for swap etc) with the data sitting on a > ata raid5 that interfaces to the machine via at least a SCSI U160 > interface or perhaps firewire. > > I will probably put 3 main drives in it. 2 will be the OS/software and > mirrored. > 3 will be swap. > > All of this I plan to be running under either Redhat 9.0 or Fedora. > > Any recommendations on anything with regard to such a setup? > > Thanks, Jason. > > > ------------------------------------------------- > 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 > > > > > --__--__-- > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > End of Mapserver-users Digest > From Loy at sekas.de Thu Feb 5 04:36:00 2004 From: Loy at sekas.de (Loy Wolfram) Date: Thu, 5 Feb 2004 13:36:00 +0100 Subject: [Mapserver-users] Status of MapServer support for ESRI ArcSDE 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_000_01C3EBE4.9C49A9D0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C3EBE4.9C49A9D0" ------_=_NextPart_001_01C3EBE4.9C49A9D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, =20 I don't have experiance with Mapserver, but have to investigate the possibilities for use of Mapserver along with ESRI ArcSDE based on an Informix database. Here are a few questions: 1. What is the current status of Mapserver's support to ArcSDE? Are there any important restrictions/bugs? Is Mapserver in connection with ArcSDE stable enough to be used for professional applications? 2. Is it possible with Mapserver, to display a background map in raster format overlaid by a layer with customer objects having "Gauss-Kr=FCger-Streifen 3 / Bessel" coordinates? 3. The map representation is required to be switchable by button between two reference systems: a) Gauss-Kr=FCger-Streifen 3 / Bessel = and b) UTM-Streifen 32, ETRS89. What does this mean for Mapserver and ArcSDE? = Do I have to use two different kind of maps or is it possible to transform = from one reference system to the other? If yes, how? Thanks a lot for your help. Wolfram ------------------------------------------------------------------------= ---- ---=20 Wolfram Loy=20 SEKAS GmbH=20 Baierbrunner Str. 23=20 D-81379 M=FCnchen=20 Fon: +49 (0) 89 74 81 34 29=20 Fax: +49 (0) 89 74 81 34 99=20 URL: http://www.sekas.de =20 Email: loy at sekas.de=20 =20 ########################################### This message has been scanned by F-Secure Anti-Virus for Microsoft = Exchange. For more information, connect to http://www.F-Secure.com/ ------_=_NextPart_001_01C3EBE4.9C49A9D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
I = don't have=20 experiance with Mapserver, but have to investigate the = possibilities=20 for use of Mapserver along with ESRI ArcSDE based on an Informix = database. Here=20 are a few questions:
  1. What = is the current=20 status of Mapserver's support to ArcSDE? Are there any important=20 restrictions/bugs? Is Mapserver in connection with = ArcSDE stable=20 enough to be used for professional applications?
  2. Is = it possible with=20 Mapserver, to display a background map in raster format overlaid by a = layer=20 with customer objects having "Gauss-Kr=FCger-Streifen 3 / Bessel"=20 coordinates?
  3. The = map=20 representation is required to be switchable by button between two = reference=20 systems: a) Gauss-Kr=FCger-Streifen 3 / Bessel and b) = UTM-Streifen 32,=20 ETRS89. What does this mean for Mapserver and ArcSDE? Do I have to = use two=20 different kind of maps or is it possible to transform from one = reference=20 system to the other? If yes, how?
Thanks a lot for=20 your help.
Wolfram

---------------------------------------------------------------= ----------------=20
Wolfram Loy
SEKAS = GmbH
Baierbrunner Str. 23
D-81379 M=FCnchen
Fon: = +49 (0) 89 74 81=20 34 29
Fax: +49 (0) 89 74 81 34 = 99=20
URL: http://www.sekas.de
Email:=20 loy at sekas.de

 

###########################################

This message has been scanned by F-Secure Anti-Virus for Microsoft = Exchange.
For more information, connect to http://www.F-Secure.com/

------_=_NextPart_001_01C3EBE4.9C49A9D0-- ------_=_NextPart_000_01C3EBE4.9C49A9D0 Content-Type: application/octet-stream; name="Loy, Wolfram (E-Mail).vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="Loy, Wolfram (E-Mail).vcf" BEGIN:VCARD VERSION:2.1 N:Wolfram;Loy FN:Loy Wolfram ORG:Sekas GmbH TEL;WORK;VOICE:+49 89 748134-29 ADR;WORK:;;Baierbrunner Str. 23;M=FCnchen;;81379 LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:Baierbrunner Str. = 23=3D0D=3D0AM=3DFCnchen 81379 EMAIL;PREF;INTERNET:Loy at sekas.de REV:20030709T140224Z END:VCARD ------_=_NextPart_000_01C3EBE4.9C49A9D0-- From murilo.yoshida at agx.com.br Thu Feb 5 12:10:26 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Thu, 5 Feb 2004 18:10:26 -0200 Subject: [Mapserver-users] Dynamic creation of shapefiles ... Message-ID: <000701c3ec24$1b3e4770$1364a8c0@parapente> This is a multi-part message in MIME format. ------=_NextPart_000_0008_01C3EC13.57B57770 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, I am trying to create dynamically a shapefile, with polygon shapes, but I am having trouble to do it. If I understood the documentation, I have to do several lines with the points that I have, and add one by one to the shape object, and then add the shape object to the shapefile, is that correct? I tried this way, but it didn't work. SO I tried to do a line with all my points and then add this line to my shape object, and then add this shape object to the shapefile object. Still don't work. Am I doing something wrong? I saw once a example at the mapserver wiki about this, but I couldn't find it again. Thanks in advance, Murilo ------=_NextPart_000_0008_01C3EC13.57B57770 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

  Hi = all,

  I am trying to create = dynamically a shapefile, with polygon shapes, but I am having = trouble to do it.

  If I understood the = documentation, I have to do several lines with the points that I have, and add one by one = to the shape object, and then add the shape object to the shapefile, is that correct?

  I tried this way, but it = didn’t work. SO I tried to do a line with all my points and then add this line = to my shape object, and then add this shape object to the shapefile object. Still don’t work.

  Am I doing something wrong? I = saw once a example at the mapserver wiki about this, but I couldn’t find it = again…

  Thanks in = advance,

      = Murilo

------=_NextPart_000_0008_01C3EC13.57B57770-- From droguin at ases.com.ar Thu Feb 5 12:15:04 2004 From: droguin at ases.com.ar (david roguin) Date: Thu, 5 Feb 2004 17:15:04 -0300 Subject: [Mapserver-users] MAp server dont show the images (png) Message-ID: <200402051715.04193.droguin@ases.com.ar> Hi guys, i have a problem. I compile MapServer 4.01 without any problems but when i try to see the Demo itasca3.5 i can NOT see any image. I changed every thing to png, but i didn't work wither. here it is the demo_init.html ****************** *********** ok. thanks a lot -- __________________________________________________________________ David Roguin - Ingenier?a de Producto - tel/fax (54) 11-4343-0070 ASES Consulting - Av. Belgrano 510 piso 1 (C1092AAS) Ciudad Aut?noma de Buenos Aires - Argentina Ases Consulting Site : http://www.ases.com.ar __________________________________________________________________ AVISO DE CONFIDENCIALIDAD. La informaci?n incluida en este e-mail est? dirigida ?nicamente al destinatario. Puede contener informaci?n privilegiada, confidencial y que no debe ser revelada. Si ha recibido este e-mail por error, por favor no disemine, utilice, publique, distribuya, revele o copie esta comunicaci?n de ning?n modo. En cambio, por favor notif?quenos inmediatamente remiti?ndonos este e-mail (incluso el mensaje original en su contestaci?n), por tel / fax(54-11-4343-0070) y entonces elimine y deseche todas las copias de este e-mail. Gracias From lfilak at medinaco.org Thu Feb 5 12:42:46 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 05 Feb 2004 15:42:46 -0500 Subject: [Mapserver-users] Dynamic creation of shapefiles ... Message-ID: <20040205204237.CC9781A659F@mail.medinaco.org> You may want to include some of your code, as the method you are using should work. Lowell The following message was sent by "Murilo Lacerda Yoshida" on Thu, 5 Feb 2004 18:10:26 -0200. > Hi all, > I am trying to create dynamically a shapefile, with polygon shapes, > but I am having trouble to do it. > If I understood the documentation, I have to do several lines with the > points that I have, and add one by one to the shape object, and then add > the shape object to the shapefile, is that correct? > I tried this way, but it didn't work. SO I tried to do a line with all > my points and then add this line to my shape object, and then add this > shape object to the shapefile object. Still don't work. > Am I doing something wrong? I saw once a example at the mapserver wiki > about this, but I couldn't find it again. > Thanks in advance, > Murilo > From lfilak at medinaco.org Thu Feb 5 13:20:43 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 05 Feb 2004 16:20:43 -0500 Subject: RES: [Mapserver-users] Dynamic creation of shapefiles ... Message-ID: <20040205212035.1AE391A659F@mail.medinaco.org> I don't readily see anything but I'm not familiar with all the methods your using so I'm forwarding this to the list. Do you already have logging turned on or do you know for certain that the shapefile is created successfully? Lowell The following message was sent by "Murilo Lacerda Yoshida" on Thu, 5 Feb 2004 18:54:49 -0200. > This is the function I use to do the shapefile... > > function fazerShape() > { > $shape = ms_newShapefileObj($this->path_to_data . > $this->shapeFile, MS_SHP_POLYGON); > > $def = array( array("ID", "N", 5, 0), array("NOME", "C", > 128), array("PATH", "C", 1024) ); > $objDbf = dbase_create($this->path_to_data . > $this->shapeFile . ".dbf", $def); > > if ($objDbf !== false) > { > $k = 0; > foreach($this->talhao as $chave=>$valor) > { > $objShape = > ms_newShapeObj(MS_SHAPE_POLYGON); > $objLine = ms_newLineObj(); > > for ($i = 0; $i < > $this->maximos[$chave]; $i++) > { > $lat = $this->lat[$chave][$i]; > $long = $this->long[$chave][$i]; > > if ($lat > $this->maxY) > $this->maxY = $lat; > if ($lat < $this->minY) > $this->minY = $lat; > if ($long > $this->maxX) > $this->maxX = $long; > if ($long < $this->minX) > $this->minX = $long; > > $objLine->addXY($lat, $long); > } > > $lat = $this->lat[$chave][0]; > $long = $this->long[$chave][0]; > > $objLine->addXY($lat, $long); > > $objShape->add($objLine); > $objLine->free(); > $shape->addShape($objShape); > $objShape->free(); > > $k++; > $reg = array($k, $this->talhao[$chave], > $this->path[$chave]); > dbase_add_record($objDbf, $reg); > } > > $shape->free(); > dbase_close($objDbf); > } > > } > > This is the one where I try to add all the points to one line and then > add the line to the shape and then the shape to the shapefile ... > > > > -----Mensagem original----- > De: Lowell Filak [mailto:lfilak at medinaco.org] > Enviada em: quinta-feira, 5 de fevereiro de 2004 18:43 > Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu > Assunto: Re: [Mapserver-users] Dynamic creation of shapefiles ... > > You may want to include some of your code, as the method you are using > should work. > > Lowell > > The following message was sent by "Murilo Lacerda Yoshida" > on Thu, 5 Feb 2004 18:10:26 -0200. > > > Hi all, > > I am trying to create dynamically a shapefile, with polygon shapes, > > but I am having trouble to do it. > > If I understood the documentation, I have to do several lines with > the > > points that I have, and add one by one to the shape object, and then > add > > the shape object to the shapefile, is that correct? > > I tried this way, but it didn't work. SO I tried to do a line with > all > > my points and then add this line to my shape object, and then add this > > shape object to the shapefile object. Still don't work. > > Am I doing something wrong? I saw once a example at the mapserver > wiki > > about this, but I couldn't find it again. > > Thanks in advance, > > Murilo > > > > > > From murilo.yoshida at agx.com.br Thu Feb 5 13:28:46 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Thu, 5 Feb 2004 19:28:46 -0200 Subject: RES: [Mapserver-users] Dynamic creation of shapefiles ... In-Reply-To: <20040205212035.1AE391A659F@mail.medinaco.org> Message-ID: <000401c3ec2f$0cc85720$1364a8c0@parapente> Sorry for not posting the email to the list... The shapefile is created, but I don't know how to check if it is right. The only way I know to do this is displaying it on the application, but it is not working. The dbf file is right. I have another doubt. How do I know the minscale and the maxscale of a shapefile created dynamically? I was thinking that this could be the problem, so I changed this settings to a great scale (2+001 -> minscale and 2+100 -> maxscale). I don't know, but I think that this values are big... Thanks, Murilo -----Mensagem original----- De: Lowell Filak [mailto:lfilak at medinaco.org] Enviada em: quinta-feira, 5 de fevereiro de 2004 19:21 Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu Assunto: RES: [Mapserver-users] Dynamic creation of shapefiles ... I don't readily see anything but I'm not familiar with all the methods your using so I'm forwarding this to the list. Do you already have logging turned on or do you know for certain that the shapefile is created successfully? Lowell The following message was sent by "Murilo Lacerda Yoshida" on Thu, 5 Feb 2004 18:54:49 -0200. > This is the function I use to do the shapefile... > > function fazerShape() > { > $shape = ms_newShapefileObj($this->path_to_data . > $this->shapeFile, MS_SHP_POLYGON); > > $def = array( array("ID", "N", 5, 0), array("NOME", "C", > 128), array("PATH", "C", 1024) ); > $objDbf = dbase_create($this->path_to_data . > $this->shapeFile . ".dbf", $def); > > if ($objDbf !== false) > { > $k = 0; > foreach($this->talhao as $chave=>$valor) > { > $objShape = > ms_newShapeObj(MS_SHAPE_POLYGON); > $objLine = ms_newLineObj(); > > for ($i = 0; $i < > $this->maximos[$chave]; $i++) > { > $lat = $this->lat[$chave][$i]; > $long = $this->long[$chave][$i]; > > if ($lat > $this->maxY) > $this->maxY = $lat; > if ($lat < $this->minY) > $this->minY = $lat; > if ($long > $this->maxX) > $this->maxX = $long; > if ($long < $this->minX) > $this->minX = $long; > > $objLine->addXY($lat, $long); > } > > $lat = $this->lat[$chave][0]; > $long = $this->long[$chave][0]; > > $objLine->addXY($lat, $long); > > $objShape->add($objLine); > $objLine->free(); > $shape->addShape($objShape); > $objShape->free(); > > $k++; > $reg = array($k, $this->talhao[$chave], > $this->path[$chave]); > dbase_add_record($objDbf, $reg); > } > > $shape->free(); > dbase_close($objDbf); > } > > } > > This is the one where I try to add all the points to one line and then > add the line to the shape and then the shape to the shapefile ... > > > > -----Mensagem original----- > De: Lowell Filak [mailto:lfilak at medinaco.org] > Enviada em: quinta-feira, 5 de fevereiro de 2004 18:43 > Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu > Assunto: Re: [Mapserver-users] Dynamic creation of shapefiles ... > > You may want to include some of your code, as the method you are using > should work. > > Lowell > > The following message was sent by "Murilo Lacerda Yoshida" > on Thu, 5 Feb 2004 18:10:26 -0200. > > > Hi all, > > I am trying to create dynamically a shapefile, with polygon shapes, > > but I am having trouble to do it. > > If I understood the documentation, I have to do several lines with > the > > points that I have, and add one by one to the shape object, and then > add > > the shape object to the shapefile, is that correct? > > I tried this way, but it didn't work. SO I tried to do a line with > all > > my points and then add this line to my shape object, and then add this > > shape object to the shapefile object. Still don't work. > > Am I doing something wrong? I saw once a example at the mapserver > wiki > > about this, but I couldn't find it again. > > Thanks in advance, > > Murilo > > > > > > From nacional at cbs.umn.edu Thu Feb 5 13:33:16 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Thu, 5 Feb 2004 15:33:16 -0600 (CST) Subject: [Mapserver-users] MAp server dont show the images (png) In-Reply-To: <200402051715.04193.droguin@ases.com.ar> References: <200402051715.04193.droguin@ases.com.ar> Message-ID: Replace with . Note the extra slash after "tmp". Since you're using MapServer 4.0.1, you'll run into other problems making the demo for version 3.5 working. Have the MapServer 4 mapfile reference handy: http://mapserver.gis.umn.edu/doc40/mapfile-reference.html Other references, including Steve Lime's MapServer 4 demo, are at http://mapserver.gis.umn.edu/doc.html. Good luck! -Perry On Thu, 5 Feb 2004, david roguin wrote: > Hi guys, i have a problem. > I compile MapServer 4.01 without any problems > but when i try to see the Demo itasca3.5 i can NOT see any image. > I changed every thing to png, but i didn't work wither. > > here it is the demo_init.html > ****************** > > > > > > > value="/home/david/dev/www/tmp/"> > > *********** > > ok. thanks a lot > -- > __________________________________________________________________ > David Roguin - Ingenier?a de Producto - tel/fax (54) 11-4343-0070 > ASES Consulting - Av. Belgrano 510 piso 1 (C1092AAS) > Ciudad Aut?noma de Buenos Aires - Argentina > Ases Consulting Site : http://www.ases.com.ar > __________________________________________________________________ > > AVISO DE CONFIDENCIALIDAD. La informaci?n incluida en este e-mail est? > dirigida ?nicamente al destinatario. Puede contener informaci?n > privilegiada, confidencial y que no debe ser revelada. Si ha recibido este > e-mail por error, por favor no disemine, utilice, publique, distribuya, > revele o copie esta comunicaci?n de ning?n modo. En cambio, por favor > notif?quenos inmediatamente remiti?ndonos este e-mail (incluso el mensaje > original en su contestaci?n), por tel / fax(54-11-4343-0070) y entonces > elimine y deseche todas las copias de este e-mail. Gracias > > _______________________________________________ > 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 Feb 5 13:34:16 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Thu, 5 Feb 2004 14:34:16 -0700 Subject: [Mapserver-users] Reprojection of shape file. Message-ID: <1076016856.4022b6d89147e@www.agi-lan.com> I have been assured the provided shape file is in WGS84 Lat Long. I want to keep the original data in this and display it in NAD83 Stateplane Utah Central (US Foot). Below are what I think the relevant map file chunks are. Basically when displaying that layer I just get a blank image as if its way out of the coordinates. Anyone see whats wrong? NAME SLC STATUS ON SIZE 600 400 #EXTENT 1400000.0 7000000.0 1900000.0 7500000.0 EXTENT 1468185.000 7329845.000 1563785.000 7473605.000 UNITS FEET SHAPEPATH "data" IMAGECOLOR 0 0 0 IMAGETYPE PNG24 PROJECTION "init=epsg:2281" END LAYER NAME slc2002photos TYPE POLYGON STATUS OFF DATA slc2002photos PROJECTION "init=epsg:4326" END CLASS NAME "SLC 2002 Photos" SYMBOL "circle" SIZE 2 COLOR 255 255 0 TEMPLATE slc2002photos.html END HEADER header.html FOOTER footer.html END I thought perhaps Id try to convert the file manually and see what it looked like. Im apparently doing something wrong here too. [root at vad3rZIM data]# ogr2ogr -f "ESRI Shapefile" -s_srs epsg:4326 -t_srs epsg:2281 trans slc2002photos.shp ERROR 1: latitude or longitude exceeded limits Failed to transform feature 0. ERROR 1: Terminating translation prematurely after failed translation of layer slc2002photos Was I given bogus data? Thanks, Jason. ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From nacional at cbs.umn.edu Thu Feb 5 14:03:30 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Thu, 5 Feb 2004 16:03:30 -0600 (CST) Subject: [Mapserver-users] Reprojection of shape file. In-Reply-To: <1076016856.4022b6d89147e@www.agi-lan.com> References: <1076016856.4022b6d89147e@www.agi-lan.com> Message-ID: Why don't you run ogrinfo on your data and see if the extents are actually in latlong? Or if the shapefiles include a .PRJ extension, open it up and see what the projection is. If they are in latlong, run cs2cs to reproject the extents to the stateplane cs. -Perry On Thu, 5 Feb 2004, Jason M. Nielsen wrote: > I have been assured the provided shape file is in WGS84 Lat Long. I want to keep > the original data in this and display it in NAD83 Stateplane Utah Central (US > Foot). Below are what I think the relevant map file chunks are. Basically when > displaying that layer I just get a blank image as if its way out of the > coordinates. Anyone see whats wrong? > > NAME SLC > STATUS ON > SIZE 600 400 > #EXTENT 1400000.0 7000000.0 1900000.0 7500000.0 > EXTENT 1468185.000 7329845.000 1563785.000 7473605.000 > UNITS FEET > SHAPEPATH "data" > IMAGECOLOR 0 0 0 > IMAGETYPE PNG24 > > PROJECTION > "init=epsg:2281" > END > > LAYER > NAME slc2002photos > TYPE POLYGON > STATUS OFF > DATA slc2002photos > PROJECTION > "init=epsg:4326" > END > CLASS > NAME "SLC 2002 Photos" > SYMBOL "circle" > SIZE 2 > COLOR 255 255 0 > TEMPLATE slc2002photos.html > END > HEADER header.html > FOOTER footer.html > END > > > I thought perhaps Id try to convert the file manually and see what it looked > like. Im apparently doing something wrong here too. > > [root at vad3rZIM data]# ogr2ogr -f "ESRI Shapefile" -s_srs epsg:4326 -t_srs > epsg:2281 trans slc2002photos.shp > ERROR 1: latitude or longitude exceeded limits > Failed to transform feature 0. > ERROR 1: Terminating translation prematurely after failed > translation of layer slc2002photos > > Was I given bogus data? > > Thanks, Jason. > > ------------------------------------------------- > 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 steve.lime at dnr.state.mn.us Thu Feb 5 14:11:55 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 05 Feb 2004 16:11:55 -0600 Subject: [Mapserver-users] Status of MapServer support for ESRI ArcSDE Message-ID: > Hi, > I don't have experiance with Mapserver, but have to investigate the > possibilities for use of Mapserver along with ESRI ArcSDE based on an > Informix database. Here are a few questions: > 1. What is the current status of Mapserver's support to ArcSDE? Are > there any important restrictions/bugs? Is Mapserver in connection with > ArcSDE stable enough to be used for professional applications? It's quite functional. I been using it on a limited basis for several years. There are outstanding issues with version 8.3 but I have a patch from a user that should fix these issues. MapServer does NOT support raster SDE layers. > 2. Is it possible with Mapserver, to display a background map in raster > format overlaid by a layer with customer objects having > "Gauss-Kr?ger-Streifen 3 / Bessel" coordinates? I'm not familiar with that coordinate system, but IF the background map and the vector data are all in that coordinate system then it doesn't matter (MapServer doesn't care). If they are in different coordinate systems then you'll need to make sure the Proj.4 supports transformations to/from them. > 3. The map representation is required to be switchable by button > between two reference systems: a) Gauss-Kr?ger-Streifen 3 / Bessel and b) > UTM-Streifen 32, ETRS89. What does this mean for Mapserver and ArcSDE? Do I? > have to use two different kind of maps or is it possible to transform from > one reference system to the other? If yes, how? What you're talking about is switching the projection of the output map. You can switch that on-the-fly either by changing map files or by dynamically altering the output projection using either the MapServer CGI or MapScript. Again, you'd need to verify that Proj.4 can indeed support the necessary transformations. MapServer can reproject both vector and raster data. Steve From jnielsen at aero-graphics.com Thu Feb 5 14:21:30 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Thu, 5 Feb 2004 15:21:30 -0700 Subject: [Mapserver-users] Reprojection of shape file. In-Reply-To: References: <1076016856.4022b6d89147e@www.agi-lan.com> Message-ID: <1076019690.4022c1ea97b8c@www.agi-lan.com> Quoting Pericles Nacionales : > > Why don't you run ogrinfo on your data and see if the extents are actually > in latlong? Or if the shapefiles include a .PRJ extension, open it up and > see what the projection is. If they are in latlong, run cs2cs to > reproject the extents to the stateplane cs. Its definitely in latlong wgs84 according to the file but I questioned wether the proper coordinate system was assigned for the data. Below I have listed out what I know of the file and my results from other commands. I was unaware of the existence of "cs2cs". Nice utility to have. Based on what I can tell something is goofy. Those coordinates output from cs2cs are nowhere near data I know to be good. Again, looks like I am doing something wrong or the data is munged. Could the coordinates in the shape file listed below be the reason for the ERROR 1 I experienced before with ogr2ogr? [root at vad3rZIM data]# cs2cs +proj=latlong +datum=NAD83 +to +proj=lcc +datum=NAD83 -r EOF Rel. 4.4.7, 31 March 2003 : Sys errno: 2: EOF [root at vad3rZIM data]# cs2cs +proj=latlong +datum=NAD83 +to +proj=lcc +datum=NAD83 -r 40.430850 111.779615 7230060.25 9889135.69 0.00 40.845718 112.121004 7196382.84 9931470.40 0.00 [root at vad3rZIM data]# ogrinfo -al slc2002photos.shp | more INFO: Open of `slc2002photos.shp' using driver `ESRI Shapefile' successful. Layer name: slc2002photos Geometry: Polygon Feature Count: 392 Extent: (40.430850, 111.779615) - (40.845718, 112.121004) Layer SRS WKT: GEOGCS["GCS_WGS_1984", DATUM["WGS_1984", SPHEROID["WGS_1984",6378137.0,298.257223563]], PRIMEM["Greenwich",0.0], UNIT["Degree",0.0174532925199433]] ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From abehere at cs.ucsd.edu Thu Feb 5 14:31:06 2004 From: abehere at cs.ucsd.edu (Amit S BEHERE) Date: Thu, 5 Feb 2004 14:31:06 -0800 (PST) Subject: [Mapserver-users] shape file reprojection on the fly. In-Reply-To: <1075938534.24975.5.camel@localhost> References: <1075933857.402172a198fc1@www.agi-lan.com> <1075938534.24975.5.camel@localhost> Message-ID: Hi, I have an additional question on this one. I understand that the projection in the MAP object is the output projection. However say I have a map with a few layers and I want to do a OGIS get map request on one or more layer(s). So unless I do the request in the same SRS as the one defined on the map object I am not going to get useful stuff back. Is that right ? So whats the use of the SRS field in the OGIS Getmap request ? Is there any way I can send th OGIS getmap request with an srs thats different from the one specified on the map object and have it return the correct image. -Amit Amit Behere. UCSD. "Technology doesn't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand On Wed, 4 Feb 2004, Pericles S. Nacionales wrote: > Correct. The projection definition on the main MAP object is your > output projection and the projection definition in your LAYER object is > whatever projection your data is in. See > http://hypnos.cbs.umn.edu/projects/tutorial/example1-6.html for an > example. > > -Perry > > On Wed, 2004-02-04 at 16:30, Jason M. Nielsen wrote: > > To reproject shape files on the fly can you simply define a projection for the > > main portion of your map and then also provide one in the definition of a layer? > > Resulting in the proj in the layer def being transformed to the one in the main > > part of the map file. > > > > Someone beat me with a clue stick if I am off in left field on this. > > > > ------------------------------------------------- > > 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 > -- > "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 nacional at cbs.umn.edu Thu Feb 5 15:16:04 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Thu, 5 Feb 2004 17:16:04 -0600 (CST) Subject: [Mapserver-users] Reprojection of shape file. In-Reply-To: <1076019690.4022c1ea97b8c@www.agi-lan.com> References: <1076016856.4022b6d89147e@www.agi-lan.com> <1076019690.4022c1ea97b8c@www.agi-lan.com> Message-ID: Jason, It seems to me that the projection parameters you're passing are not quite right. You need to also pass lat_0, lon_0, lon_1, and the x and y shifts--that should all be part of your stateplane coordinate system. Check the epsg file, for your particular cs. Or google it for more info. One other thing, be consistent with your datum--NAD83 isn't WGS84. I realize there might not be that big of a difference but it might matter to you. -Perry On Thu, 5 Feb 2004, Jason M. Nielsen wrote: > Quoting Pericles Nacionales : > > > > > Why don't you run ogrinfo on your data and see if the extents are actually > > in latlong? Or if the shapefiles include a .PRJ extension, open it up and > > see what the projection is. If they are in latlong, run cs2cs to > > reproject the extents to the stateplane cs. > > Its definitely in latlong wgs84 according to the file but I questioned wether > the proper coordinate system was assigned for the data. Below I have listed out > what I know of the file and my results from other commands. I was unaware of the > existence of "cs2cs". Nice utility to have. > > Based on what I can tell something is goofy. Those coordinates output from cs2cs > are nowhere near data I know to be good. Again, looks like I am doing something > wrong or the data is munged. > > Could the coordinates in the shape file listed below be the reason for the ERROR > 1 I experienced before with ogr2ogr? > > [root at vad3rZIM data]# cs2cs +proj=latlong +datum=NAD83 +to +proj=lcc > +datum=NAD83 -r EOF > Rel. 4.4.7, 31 March 2003 > : > Sys errno: 2: > EOF > [root at vad3rZIM data]# cs2cs +proj=latlong +datum=NAD83 +to +proj=lcc +datum=NAD83 -r > 40.430850 111.779615 > 7230060.25 9889135.69 0.00 > 40.845718 112.121004 > 7196382.84 9931470.40 0.00 > > [root at vad3rZIM data]# ogrinfo -al slc2002photos.shp | more > INFO: Open of `slc2002photos.shp' > using driver `ESRI Shapefile' successful. > > Layer name: slc2002photos > Geometry: Polygon > Feature Count: 392 > Extent: (40.430850, 111.779615) - (40.845718, 112.121004) > Layer SRS WKT: > GEOGCS["GCS_WGS_1984", > DATUM["WGS_1984", > SPHEROID["WGS_1984",6378137.0,298.257223563]], > PRIMEM["Greenwich",0.0], > UNIT["Degree",0.0174532925199433]] > > > ------------------------------------------------- > 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 nacional at cbs.umn.edu Thu Feb 5 15:22:05 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Thu, 5 Feb 2004 17:22:05 -0600 (CST) Subject: [Mapserver-users] shape file reprojection on the fly. In-Reply-To: References: <1075933857.402172a198fc1@www.agi-lan.com> <1075938534.24975.5.camel@localhost> Message-ID: Can of worms, I tell you... :) When you say OGIS are you talking about WMS/WFS? If so, that's where the METADATA "wms_srs" parameter is for. Specify the epsg codes for all projections you want supported. Perhaps the wms folks can confirm this? See http://mapserver.gis.umn.edu/doc40/wms-server-howto.html for more info. -Perry On Thu, 5 Feb 2004, Amit S BEHERE wrote: > Hi, > > I have an additional question on this one. I understand that the > projection in the MAP object is the output projection. However say I have > a map with a few layers and I want to do a OGIS get map request on one or > more > layer(s). So unless I do the request in the same SRS as the one defined on > the map object I am not going to get useful stuff back. Is that right ? > So whats the use of the SRS field in the OGIS Getmap request ? > > Is there any way I can send th OGIS getmap request with an srs thats > different from the one specified on the map object and have it return the > correct image. > > > -Amit > > > Amit Behere. > UCSD. > "Technology doesn't make your life more difficult or easy, it just changes > the rules"......Vishwanathan Anand > > > On Wed, 4 Feb 2004, Pericles S. Nacionales wrote: > > > Correct. The projection definition on the main MAP object is your > > output projection and the projection definition in your LAYER object is > > whatever projection your data is in. See > > http://hypnos.cbs.umn.edu/projects/tutorial/example1-6.html for an > > example. > > > > -Perry > > > > On Wed, 2004-02-04 at 16:30, Jason M. Nielsen wrote: > > > To reproject shape files on the fly can you simply define a projection for the > > > main portion of your map and then also provide one in the definition of a layer? > > > Resulting in the proj in the layer def being transformed to the one in the main > > > part of the map file. > > > > > > Someone beat me with a clue stick if I am off in left field on this. > > > > > > ------------------------------------------------- > > > 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 > > -- > > "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 > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From abehere at cs.ucsd.edu Thu Feb 5 16:06:03 2004 From: abehere at cs.ucsd.edu (Amit S BEHERE) Date: Thu, 5 Feb 2004 16:06:03 -0800 (PST) Subject: [Mapserver-users] shape file reprojection on the fly. In-Reply-To: References: <1075933857.402172a198fc1@www.agi-lan.com> <1075938534.24975.5.camel@localhost> Message-ID: I am talking about WMS (for now) i.e the WMS GetMap Request. Do you mean that I can specify a list of epsg codes in the wms-srs parameter so that as long as the WMS getMap request has one of those codes for srs it will return the right image ? to put the problem more clearly 1. I have a map file with several layers. 2. I have set it up as a WMS server 3. It has a certain output projection defined in the map object 4. Each layer has a projection for the data that layer uses. 5. I can send OGIS WMS GetMap request to my mapservice. One of the request parameters is SRS. As long as I give the SRS the same as the espg code I specified in the map object, I assume everything works fine (haven't tried it yet!) 6. I specify a list of epsg codes in the wms-srs parameter. 7. Does that mean that as long as I sent OGIS WMS getmap request with srs that exists in the list I specfied in the above step I would get the correct image back? Is this right and am I even making any sense? This projection stuff is a little bit confusing! Amit Behere. UCSD. "Technology doesn't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand On Thu, 5 Feb 2004, Pericles Nacionales wrote: > > Can of worms, I tell you... :) > > When you say OGIS are you talking about WMS/WFS? If so, that's where the > METADATA "wms_srs" parameter is for. Specify the epsg codes for all > projections you want supported. Perhaps the wms folks can confirm this? > > See http://mapserver.gis.umn.edu/doc40/wms-server-howto.html for more > info. > > -Perry > > On Thu, 5 Feb 2004, Amit S BEHERE wrote: > > > Hi, > > > > I have an additional question on this one. I understand that the > > projection in the MAP object is the output projection. However say I have > > a map with a few layers and I want to do a OGIS get map request on one or > > more > > layer(s). So unless I do the request in the same SRS as the one defined on > > the map object I am not going to get useful stuff back. Is that right ? > > So whats the use of the SRS field in the OGIS Getmap request ? > > > > Is there any way I can send th OGIS getmap request with an srs thats > > different from the one specified on the map object and have it return the > > correct image. > > > > > > -Amit > > > > > > Amit Behere. > > UCSD. > > "Technology doesn't make your life more difficult or easy, it just changes > > the rules"......Vishwanathan Anand > > > > > > On Wed, 4 Feb 2004, Pericles S. Nacionales wrote: > > > > > Correct. The projection definition on the main MAP object is your > > > output projection and the projection definition in your LAYER object is > > > whatever projection your data is in. See > > > http://hypnos.cbs.umn.edu/projects/tutorial/example1-6.html for an > > > example. > > > > > > -Perry > > > > > > On Wed, 2004-02-04 at 16:30, Jason M. Nielsen wrote: > > > > To reproject shape files on the fly can you simply define a projection for the > > > > main portion of your map and then also provide one in the definition of a layer? > > > > Resulting in the proj in the layer def being transformed to the one in the main > > > > part of the map file. > > > > > > > > Someone beat me with a clue stick if I am off in left field on this. > > > > > > > > ------------------------------------------------- > > > > 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 > > > -- > > > "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 > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From loo_d at hotmail.com Thu Feb 5 19:17:23 2004 From: loo_d at hotmail.com (Loo - D) Date: Fri, 06 Feb 2004 05:17:23 +0200 Subject: [Mapserver-users] A Question about Mapserver! Message-ID:
Hi! I'd like to ask somthing: can I use ASP.NET to design my web page instead of PHP and then integrate it with the Mapserver? I mean is it compatible with pages designed in ASP.Net? thanx
 

Protect your PC - Click here for McAfee.com VirusScan Online From loo_d at hotmail.com Thu Feb 5 19:24:35 2004 From: loo_d at hotmail.com (Loo - D) Date: Fri, 06 Feb 2004 05:24:35 +0200 Subject: [Mapserver-users] A Question about Mapserver! Message-ID:

Can I design the web page using ASP.Net instead of PHP and then integrate it with Map Server?? Will it be compatible with pages designed in ASP.NET?? Thanx.

Loo-D

Add photos to your messages with MSN 8. Get 2 months FREE*. From wlt008 at sina.com Thu Feb 5 19:25:11 2004 From: wlt008 at sina.com (Litao Wei) Date: Fri, 6 Feb 2004 11:25:11 +0800 Subject: [Mapserver-users] pgojection & swf & multiple character set support question Message-ID: <200402060325.i163PTAP027870@lists.gis.umn.edu> Dear Sir, When I tried to finish the totutial, I have met some problems: 1. example that use PROJECTION didn't work well on my winxp box, and the screen showed: msProcessProjection(): Projection library error. no system list, errno: 2 2.When using swf format for output I would received an error on my browser: Content-type: text/html msBuildPath: Unable to access file. 3.Could mapserver support other chacter set for output(i.e. the label)? I am a chinese user, I hope to show the lebel on map by chinese, not by english word. When I try this, I would receive many strange character on browser.(I both try to use chinese fonts or westen fonts for the font attribute). I have heard the GD module can show correctly. So I think mapserver can show also, right? And what to do? I use windows xp and the mapserver I downloaded is the newest binary version of windows playform. Good Luck. Litao Wei From nacional at cbs.umn.edu Thu Feb 5 19:27:14 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Thu, 05 Feb 2004 21:27:14 -0600 Subject: [Mapserver-users] shape file reprojection on the fly. In-Reply-To: References: <1075933857.402172a198fc1@www.agi-lan.com> <1075938534.24975.5.camel@localhost> Message-ID: <1076038033.783.4.camel@localhost> Amit, http://mapserver.gis.umn.edu/doc40/wms-server-howto.html If you want to test your wms server, test against http://demo.cubewerx.com/demo/cubexplor/cubexplor.cgi or some other WMS clients. -Perry On Thu, 2004-02-05 at 18:06, Amit S BEHERE wrote: > I am talking about WMS (for now) i.e the WMS GetMap Request. Do you mean > that I can specify a list of epsg codes in the wms-srs parameter so that > as long as the WMS getMap request has one of those codes for srs it will > return the right image ? > > to put the problem more clearly > > 1. I have a map file with several layers. > 2. I have set it up as a WMS server > 3. It has a certain output projection defined in the map object > 4. Each layer has a projection for the data that layer uses. > 5. I can send OGIS WMS GetMap request to my mapservice. One of the > request parameters is SRS. As long as I give the SRS the same as the espg > code I specified in the map object, I assume everything works fine (haven't tried > it yet!) > 6. I specify a list of epsg codes in the wms-srs parameter. > 7. Does that mean that as long as I sent OGIS WMS getmap request with srs > that exists in the list I specfied in the above step I would get > the correct image back? Is this right and am I even making any sense? > > This projection stuff is a little bit confusing! > > > Amit Behere. > UCSD. > "Technology doesn't make your life more difficult or easy, it just changes > the rules"......Vishwanathan Anand > > > On Thu, 5 Feb 2004, Pericles Nacionales wrote: > > > > > Can of worms, I tell you... :) > > > > When you say OGIS are you talking about WMS/WFS? If so, that's where the > > METADATA "wms_srs" parameter is for. Specify the epsg codes for all > > projections you want supported. Perhaps the wms folks can confirm this? > > > > See http://mapserver.gis.umn.edu/doc40/wms-server-howto.html for more > > info. > > > > -Perry > > > > On Thu, 5 Feb 2004, Amit S BEHERE wrote: > > > > > Hi, > > > > > > I have an additional question on this one. I understand that the > > > projection in the MAP object is the output projection. However say I have > > > a map with a few layers and I want to do a OGIS get map request on one or > > > more > > > layer(s). So unless I do the request in the same SRS as the one defined on > > > the map object I am not going to get useful stuff back. Is that right ? > > > So whats the use of the SRS field in the OGIS Getmap request ? > > > > > > Is there any way I can send th OGIS getmap request with an srs thats > > > different from the one specified on the map object and have it return the > > > correct image. > > > > > > > > > -Amit > > > > > > > > > Amit Behere. > > > UCSD. > > > "Technology doesn't make your life more difficult or easy, it just changes > > > the rules"......Vishwanathan Anand > > > > > > > > > On Wed, 4 Feb 2004, Pericles S. Nacionales wrote: > > > > > > > Correct. The projection definition on the main MAP object is your > > > > output projection and the projection definition in your LAYER object is > > > > whatever projection your data is in. See > > > > http://hypnos.cbs.umn.edu/projects/tutorial/example1-6.html for an > > > > example. > > > > > > > > -Perry > > > > > > > > On Wed, 2004-02-04 at 16:30, Jason M. Nielsen wrote: > > > > > To reproject shape files on the fly can you simply define a projection for the > > > > > main portion of your map and then also provide one in the definition of a layer? > > > > > Resulting in the proj in the layer def being transformed to the one in the main > > > > > part of the map file. > > > > > > > > > > Someone beat me with a clue stick if I am off in left field on this. > > > > > > > > > > ------------------------------------------------- > > > > > 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 > > > > -- > > > > "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 > > > > > > > _______________________________________________ > > > 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 -- "He's no geek.His tan's too good." -Benjamin Choate From warmerdam at pobox.com Thu Feb 5 21:00:37 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 06 Feb 2004 00:00:37 -0500 Subject: [Mapserver-users] shape file reprojection on the fly. In-Reply-To: References: <1075933857.402172a198fc1@www.agi-lan.com> <1075938534.24975.5.camel@localhost> Message-ID: <40231F75.4090006@pobox.com> Amit S BEHERE wrote: > Hi, > > I have an additional question on this one. I understand that the > projection in the MAP object is the output projection. However say I have > a map with a few layers and I want to do a OGIS get map request on one or > more > layer(s). So unless I do the request in the same SRS as the one defined on > the map object I am not going to get useful stuff back. Is that right ? > So whats the use of the SRS field in the OGIS Getmap request ? > > Is there any way I can send th OGIS getmap request with an srs thats > different from the one specified on the map object and have it return the > correct image. >s.gis.umn.edu/mailman/listinfo/mapserver-users Amit, If an SRS is passed in a WMS call it temporarily overrides the PROJECTION definition in the .map file. So, SRS stuff with WMS should work fine for any coordinate system recognised by MapServer. The EPSG coordinate systems are mostly looked up in the PROJ.4 epsg file, so that is the place to extend if you want some of the "variant" coordinate systems. As well the WMS "Auto" projections are supported by some custom code inside mapserver. 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 Thu Feb 5 21:03:12 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 06 Feb 2004 00:03:12 -0500 Subject: [Mapserver-users] shape file reprojection on the fly. In-Reply-To: References: <1075933857.402172a198fc1@www.agi-lan.com> <1075938534.24975.5.camel@localhost> Message-ID: <40232010.8080802@pobox.com> Pericles Nacionales wrote: > Can of worms, I tell you... :) > > When you say OGIS are you talking about WMS/WFS? If so, that's where the > METADATA "wms_srs" parameter is for. Specify the epsg codes for all > projections you want supported. Perhaps the wms folks can confirm this? > > See http://mapserver.gis.umn.edu/doc40/wms-server-howto.html for more > info. Peri / Amit, I believe the wms_srs parameters in the mapfile metadata are just used to determine what SRS'es will be advertised as supported in the WMS capabilities document. As far as I know any coordinate system in the PROJ.4 epsg support file will work even if it wasn't explicitly listed in the wms_srs list for the server. 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 mapgisnewbies at yahoo.com Thu Feb 5 21:06:20 2004 From: mapgisnewbies at yahoo.com (we wei) Date: Thu, 5 Feb 2004 21:06:20 -0800 (PST) Subject: [Mapserver-users] Virtual Spatial Data Message-ID: <20040206050620.3968.qmail@web20725.mail.yahoo.com> --0-1805737163-1076043980=:1305 Content-Type: text/plain; charset=us-ascii Hi list, I am working on a problem in connecting ODBC to postgresql from mapserver. I am using the suggestion from wiki, but i have a question on the tip wiki provided though. It mentioned that we need to configure the apache by 1.Enable mod_env 2.add lines like: setenv ORACLE_HOME /path/ 3.restart apache I am not quite sure about step 2. What is the variable ORACLE_HOME and the "path" refer to? In my case I am using Postgresql, so what should be the environment variable's name ? and what will be the path it is related to ? Will the path mean the folder has the postgresql driver installed or the folder that the postgresql installed ? Thanks in advance! --------------------------------- Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online --0-1805737163-1076043980=:1305 Content-Type: text/html; charset=us-ascii
Hi list,
 
I am working on a problem in connecting ODBC to postgresql from mapserver.  I am using the suggestion from wiki, but i have a question on the tip wiki provided though. 
 
It mentioned that we need to configure the apache by
1.Enable mod_env 
2.add lines like: setenv ORACLE_HOME /path/ 
3.restart apache
 
I am not quite sure about step 2.  What is the variable ORACLE_HOME and the "path" refer to?  In my case I am using Postgresql, so what should be the environment variable's name ? and what will be the path it is related to ? Will the path mean the folder has the postgresql driver installed or the folder that the postgresql installed ?
 
Thanks in advance!
 

Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online --0-1805737163-1076043980=:1305-- From warmerdam at pobox.com Thu Feb 5 21:08:51 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 06 Feb 2004 00:08:51 -0500 Subject: [Mapserver-users] Reprojection of shape file. In-Reply-To: <1076019690.4022c1ea97b8c@www.agi-lan.com> References: <1076016856.4022b6d89147e@www.agi-lan.com> <1076019690.4022c1ea97b8c@www.agi-lan.com> Message-ID: <40232163.80509@pobox.com> Jason M. Nielsen wrote: > [root at vad3rZIM data]# cs2cs +proj=latlong +datum=NAD83 +to +proj=lcc > +datum=NAD83 -r EOF Jason, I think I am answering something someone else has already answered ... damn my non-linear mail reading. But I think there is an issue with the way you are specifing the LCC projection in this cs2cs statement. You can use the "-v" switch for cs2cs or proj to see what actual parameters are getting used internally: warmerda at gdal2200[123]% proj -v +proj=lcc +datum=NAD83 #Lambert Conformal Conic # Conic, Sph&Ell # lat_1= and lat_2= or lat_0 # +proj=lcc +datum=NAD83 +lat_1=33 +lat_2=45 +ellps=GRS80 +towgs84=0,0,0 As you can see, PROJ is using default standard parallels of 33N and 45N. The LCC projection would also normally have a lat_0 and and lon_0 origin which I assume is defaulting to 0dW, 0dN. Are you sure this is the projection you wanted to define? I would suggest you define all the LCC arguments explicitly. You might want to see: http://www.remotesensing.org/geotiff/proj_list/lambert_conic_conformal_2sp.html 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 Thu Feb 5 21:54:43 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 06 Feb 2004 00:54:43 -0500 Subject: [Mapserver-users] Virtual Spatial Data In-Reply-To: <20040206050620.3968.qmail@web20725.mail.yahoo.com> References: <20040206050620.3968.qmail@web20725.mail.yahoo.com> Message-ID: <40232C23.3030507@pobox.com> we wei wrote: > Hi list, > > I am working on a problem in connecting ODBC to postgresql from > mapserver. I am using the suggestion from wiki, but i have a question > on the tip wiki provided though. > > It mentioned that we need to configure the apache by > 1.Enable mod_env > 2.add lines like: setenv ORACLE_HOME /path/ > 3.restart apache > > I am not quite sure about step 2. What is the variable ORACLE_HOME and > the "path" refer to? In my case I am using Postgresql, so what should > be the environment variable's name ? and what will be the path it is > related to ? Will the path mean the folder has the postgresql driver > installed or the folder that the postgresql installed ? We Wei, If you are using Postgresql you don't need to set the ORACLE_HOME environment variable. That was just one example of the sort of stuff you might need to do. You likely don't need to set any environment variables for Postgres. You do need to ensure that ODBC access to the database works for the user that MapServer will run as (nobody, www-data, or an apache user or something like that). You might test this by running the unix odbc client as the web user. eg. su Password: su - www-data isql Or it may work differently for you. The point is, it is up to you to first ensure that ODBC access is working before you start using OGR and MapServer. 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 nacional at cbs.umn.edu Thu Feb 5 21:55:11 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Thu, 05 Feb 2004 23:55:11 -0600 Subject: [Mapserver-users] pgojection & swf & multiple character set support question In-Reply-To: <200402060325.i163PTAP027870@lists.gis.umn.edu> References: <200402060325.i163PTAP027870@lists.gis.umn.edu> Message-ID: <1076046910.7852.51.camel@localhost> Wei, 1. Make sure you have the directory C:\Proj\Nad and in that directory a file named "epsg". 2. The SWF format is beyond the scope of the tutorial (which is meant to get you started with simple png/png24/gif output formats). The flash format requires a plugin and so can't be read directly by the browser. If you want an example of a flash application, you need to look at http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html 3. Give us more detail here. Show me your font list and a snippet of your mapfile and maybe I can help. -Perry On Thu, 2004-02-05 at 21:25, Litao Wei wrote: > Dear Sir, > > When I tried to finish the totutial, I have met some problems: > > 1. example that use PROJECTION didn't work well on my winxp box, and the screen showed: > msProcessProjection(): Projection library error. no system list, errno: 2 > > 2.When using swf format for output I would received an error on my browser: > Content-type: text/html msBuildPath: Unable to access file. > > 3.Could mapserver support other chacter set for output(i.e. the label)? I am a chinese user, I hope to show the lebel on map by chinese, not by english word. When I try this, I would receive many strange character on browser.(I both try to use chinese fonts or westen fonts for the font attribute). I have heard the GD module can show correctly. So I think mapserver can show also, right? And what to do? > > I use windows xp and the mapserver I downloaded is the newest binary version of windows playform. > > Good Luck. > > Litao Wei > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- "He's no geek.His tan's too good." -Benjamin Choate From Richard.Pierce at mail.state.ar.us Thu Feb 5 23:19:40 2004 From: Richard.Pierce at mail.state.ar.us (Richie Pierce) Date: Fri, 6 Feb 2004 01:19:40 -0600 Subject: [Mapserver-users] Batch raster to ecw Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C3EC81.959FC7DE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I was wondering if anyone knows of a free raster to ecw compressor that has batch capabilities. I have been using the free ER Mapper but the free tool doesn't allow batching. Thanks in advance =20 Richie Pierce GIS Cadastral Specialist Arkansas Geographic Information Office 124 W. Capitol St. Little Rock, AR 72201 (w) 501-682-2937 (c) 501-416-CAMP www.gis.state.ar.us =20 ------_=_NextPart_001_01C3EC81.959FC7DE Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I was wondering if anyone knows of a free raster to = ecw compressor that has batch capabilities.  I have been using the free ER Mapper = but the free tool doesn’t allow batching.  Thanks in = advance

 

Richie Pierce

GIS Cadastral Specialist

Arkansas Geographic Information = Office

124 W. Capitol = St.

Little Rock, AR 72201

(w) 501-682-2937

(c) 501-416-CAMP

www.gis.state.ar.us

 

=00 ------_=_NextPart_001_01C3EC81.959FC7DE-- From delfos18 at yahoo.com Fri Feb 6 00:15:10 2004 From: delfos18 at yahoo.com (J. Delfos) Date: Fri, 6 Feb 2004 00:15:10 -0800 (PST) Subject: [Mapserver-users] Batch raster to ecw In-Reply-To: Message-ID: <20040206081510.82049.qmail@web12102.mail.yahoo.com> Hi Richie, The er mapper compressor does allow commandline input, e.g.: ecw_compress_free.exe dem.tif -o dem.ecw -nowait the inputfile is dem.tif, the outputfile is dem.ecw. To do batch processing, do this: - use a command like: dir /b /s > dir.txt This will produce a textfile with all your ecw files in it. Then dump this in excel, in the column before the one with your file names, you put: ecw_compress_free.exe dem.tif -o dem.ecw -nowait - Then in the column to the right of your filenames, you use the concatenate (A1+A2) function. Paste this into DOS (rightclick for copy and paste), and your files are batch processed. regards, Jacob --- Richie Pierce wrote: > I was wondering if anyone knows of a free raster to ecw compressor that > has batch capabilities. I have been using the free ER Mapper but the > free tool doesn't allow batching. Thanks in advance > > > > Richie Pierce > > GIS Cadastral Specialist > > Arkansas Geographic Information Office > > 124 W. Capitol St. > > Little Rock, AR 72201 > > (w) 501-682-2937 > > (c) 501-416-CAMP > > www.gis.state.ar.us > > > > __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From wim.blanken at planet.nl Fri Feb 6 04:30:05 2004 From: wim.blanken at planet.nl (Wim Blanken PI) Date: Fri, 06 Feb 2004 13:30:05 +0100 Subject: [Mapserver-users] Batch raster to ecw References: Message-ID: <008501c3ecac$f4d844d0$6400a8c0@BLANKEN> This is a multi-part message in MIME format. --Boundary_(ID_aNwCcqtma5MgicaKhmzUNQ) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Hello Richie, I use XNView for such tasks, it looked into the manual and it can read and write ecw files , it has batch operations and it is free..... Regards, Wim Blanken GEON bv The Netherlands ----- Original Message ----- From: Richie Pierce To: mapserver-users at lists.gis.umn.edu Sent: Friday, February 06, 2004 8:19 AM Subject: [Mapserver-users] Batch raster to ecw I was wondering if anyone knows of a free raster to ecw compressor that has batch capabilities. I have been using the free ER Mapper but the free tool doesn't allow batching. Thanks in advance Richie Pierce GIS Cadastral Specialist Arkansas Geographic Information Office 124 W. Capitol St. Little Rock, AR 72201 (w) 501-682-2937 (c) 501-416-CAMP www.gis.state.ar.us --Boundary_(ID_aNwCcqtma5MgicaKhmzUNQ) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
Hello Richie,
 
I use XNView for such tasks, it looked into the manual and it can read and write ecw files
, it has batch operations and it is free.....
 
Regards,
 
Wim Blanken
GEON bv
The Netherlands
----- Original Message -----
Sent: Friday, February 06, 2004 8:19 AM
Subject: [Mapserver-users] Batch raster to ecw

I was wondering if anyone knows of a free raster to ecw compressor that has batch capabilities.  I have been using the free ER Mapper but the free tool doesn’t allow batching.  Thanks in advance

 

Richie Pierce

GIS Cadastral Specialist

Arkansas Geographic Information Office

124 W. Capitol St.

Little Rock, AR 72201

(w) 501-682-2937

(c) 501-416-CAMP

www.gis.state.ar.us

 

--Boundary_(ID_aNwCcqtma5MgicaKhmzUNQ)-- From rich at greenwoodmap.com Fri Feb 6 05:24:30 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Fri, 06 Feb 2004 06:24:30 -0700 Subject: [Mapserver-users] Batch raster to ecw In-Reply-To: <20040206081510.82049.qmail@web12102.mail.yahoo.com> References: <20040206081510.82049.qmail@web12102.mail.yahoo.com> Message-ID: <4023958E.3060506@greenwoodmap.com> Or use a do loop: for %i in (*.tif) do "ecw_compress_free.exe" %i -o %~ni -nowait -c 20 -rgb -e best That should be all one line. The "%~ni" pulls just the file name, w/o extension, then ecw will add the .ecw extension for you. This and similar commands are documented in the Windows help system. (In "My Computer", Help, search for "Batch Commands"). Rich J. Delfos wrote: > Hi Richie, > > The er mapper compressor does allow commandline input, e.g.: > > ecw_compress_free.exe dem.tif -o dem.ecw -nowait > > the inputfile is dem.tif, the outputfile is dem.ecw. > > To do batch processing, do this: > > - use a command like: > > dir /b /s > dir.txt > > This will produce a textfile with all your ecw files in it. Then dump > this in excel, in the column before the one with your file names, you put: > > ecw_compress_free.exe dem.tif -o dem.ecw -nowait > > - Then in the column to the right of your filenames, you use the > concatenate (A1+A2) function. Paste this into DOS (rightclick for copy and > paste), and your files are batch processed. > > regards, > > Jacob > > > > --- Richie Pierce wrote: > >>I was wondering if anyone knows of a free raster to ecw compressor that >>has batch capabilities. I have been using the free ER Mapper but the >>free tool doesn't allow batching. Thanks in advance >> >> >> >>Richie Pierce >> >>GIS Cadastral Specialist >> >>Arkansas Geographic Information Office >> >>124 W. Capitol St. >> >>Little Rock, AR 72201 >> >>(w) 501-682-2937 >> >>(c) 501-416-CAMP >> >>www.gis.state.ar.us >> >> >> >> > > > > __________________________________ > Do you Yahoo!? > Yahoo! Finance: Get your refund fast by filing online. > http://taxes.yahoo.com/filing.html > _______________________________________________ > 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 lfilak at medinaco.org Fri Feb 6 06:40:52 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 06 Feb 2004 09:40:52 -0500 Subject: RES: [Mapserver-users] Dynamic creation of shapefiles ... Message-ID: <20040206144041.DBF7A1A65A0@mail.medinaco.org> Murilo Try using shpinfo to verify that there are the same number of shapes as there are dbf records. The shpinfo output should also tell you what the extents of the shapefile are. HTH Lowell The following message was sent by "Murilo Lacerda Yoshida" on Thu, 5 Feb 2004 19:28:46 -0200. > Sorry for not posting the email to the list... > The shapefile is created, but I don't know how to check if it is > right. The only way I know to do this is displaying it on the > application, but it is not working. The dbf file is right. > I have another doubt. How do I know the minscale and the maxscale of a > shapefile created dynamically? I was thinking that this could be the > problem, so I changed this settings to a great scale (2+001 -> minscale > and 2+100 -> maxscale). I don't know, but I think that this values are > big... > Thanks, > Murilo > > -----Mensagem original----- > De: Lowell Filak [mailto:lfilak at medinaco.org] > Enviada em: quinta-feira, 5 de fevereiro de 2004 19:21 > Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu > Assunto: RES: [Mapserver-users] Dynamic creation of shapefiles ... > > I don't readily see anything but I'm not familiar with all the methods > your using so I'm forwarding this to the list. > Do you already have logging turned on or do you know for certain that > the shapefile is created successfully? > > Lowell > > The following message was sent by "Murilo Lacerda Yoshida" > on Thu, 5 Feb 2004 18:54:49 -0200. > > > This is the function I use to do the shapefile... > > > > function fazerShape() > > { > > $shape = ms_newShapefileObj($this->path_to_data . > > $this->shapeFile, MS_SHP_POLYGON); > > > > $def = array( array("ID", "N", 5, 0), array("NOME", "C", > > 128), array("PATH", "C", 1024) ); > > $objDbf = dbase_create($this->path_to_data . > > $this->shapeFile . ".dbf", $def); > > > > if ($objDbf !== false) > > { > > $k = 0; > > foreach($this->talhao as $chave=>$valor) > > { > > $objShape = > > ms_newShapeObj(MS_SHAPE_POLYGON); > > $objLine = ms_newLineObj(); > > > > for ($i = 0; $i < > > $this->maximos[$chave]; $i++) > > { > > $lat = $this->lat[$chave][$i]; > > $long = $this->long[$chave][$i]; > > > > if ($lat > $this->maxY) > > $this->maxY = $lat; > > if ($lat < $this->minY) > > $this->minY = $lat; > > if ($long > $this->maxX) > > $this->maxX = $long; > > if ($long < $this->minX) > > $this->minX = $long; > > > > $objLine->addXY($lat, $long); > > } > > > > $lat = $this->lat[$chave][0]; > > $long = $this->long[$chave][0]; > > > > $objLine->addXY($lat, $long); > > > > $objShape->add($objLine); > > $objLine->free(); > > $shape->addShape($objShape); > > $objShape->free(); > > > > $k++; > > $reg = array($k, $this->talhao[$chave], > > $this->path[$chave]); > > dbase_add_record($objDbf, $reg); > > } > > > > $shape->free(); > > dbase_close($objDbf); > > } > > > > } > > > > This is the one where I try to add all the points to one line and then > > add the line to the shape and then the shape to the shapefile ... > > > > > > > > -----Mensagem original----- > > De: Lowell Filak [mailto:lfilak at medinaco.org] > > Enviada em: quinta-feira, 5 de fevereiro de 2004 18:43 > > Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu > > Assunto: Re: [Mapserver-users] Dynamic creation of shapefiles ... > > > > You may want to include some of your code, as the method you are using > > should work. > > > > Lowell > > > > The following message was sent by "Murilo Lacerda Yoshida" > > on Thu, 5 Feb 2004 18:10:26 -0200. > > > > > Hi all, > > > I am trying to create dynamically a shapefile, with polygon > shapes, > > > but I am having trouble to do it. > > > If I understood the documentation, I have to do several lines with > > the > > > points that I have, and add one by one to the shape object, and then > > add > > > the shape object to the shapefile, is that correct? > > > I tried this way, but it didn't work. SO I tried to do a line with > > all > > > my points and then add this line to my shape object, and then add > this > > > shape object to the shapefile object. Still don't work. > > > Am I doing something wrong? I saw once a example at the mapserver > > wiki > > > about this, but I couldn't find it again. > > > Thanks in advance, > > > Murilo > > > > > > > > > > > > > > > > > _______________________________________________ > 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 Fri Feb 6 06:54:29 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 06 Feb 2004 09:54:29 -0500 Subject: [Mapserver-users] shape file reprojection on the fly. In-Reply-To: <40232010.8080802@pobox.com> References: <1075933857.402172a198fc1@www.agi-lan.com> <1075938534.24975.5.camel@localhost> <40232010.8080802@pobox.com> Message-ID: <4023AAA5.9080202@dmsolutions.ca> Frank Warmerdam wrote: > > I believe the wms_srs parameters in the mapfile metadata are just used to > determine what SRS'es will be advertised as supported in the WMS > capabilities > document. As far as I know any coordinate system in the PROJ.4 epsg > support > file will work even if it wasn't explicitly listed in the wms_srs list for > the server. > That's correct: the wms_srs is used only to build the capabilities, but any projection code from PROJ4's 'epsg' file can be used in a GetMap request. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From jnielsen at aero-graphics.com Fri Feb 6 07:31:00 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Fri, 6 Feb 2004 08:31:00 -0700 Subject: [Mapserver-users] Reprojection of shape file. In-Reply-To: References: <1076016856.4022b6d89147e@www.agi-lan.com> <1076019690.4022c1ea97b8c@www.agi-lan.com> Message-ID: <1076081460.4023b3348bf41@www.agi-lan.com> Quoting Pericles Nacionales : > Jason, > > It seems to me that the projection parameters you're passing are not quite > right. You need to also pass lat_0, lon_0, lon_1, and the x and y > shifts--that should all be part of your stateplane coordinate system. > Check the epsg file, for your particular cs. Or google it for more info. > > One other thing, be consistent with your datum--NAD83 isn't WGS84. I > realize there might not be that big of a difference but it might matter to > you. > > -Perry Ok. I tried another approach here and I think it looks right with regard to the parameters passed and the settings being used but my coordinates are still all wacked. I checked the coordinates using a program called "Corpscon" and the extents indicate the correct coordinates output from it. Unfortunately I have no clue what Corpscon is doing behind the scenes. Below is what I tried with cs2cs and I suspect is what is happening with my .map file as well since those are the espg systems I am using. Am I still doing things incorrectly? lol Thanks. [root at vad3rZIM data]# cs2cs +init=epsg:4326 +to +init=epsg:2281 -r -v # ---- From Coordinate System ---- #Lat/long (Geodetic) # # +init=epsg:4326 +proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs # +towgs84=0,0,0 #--- following specified but NOT used # +ellps=WGS84 # ---- To Coordinate System ---- #Lambert Conformal Conic # Conic, Sph&Ell # lat_1= and lat_2= or lat_0 # +init=epsg:2281 +proj=lcc +lat_1=40.65 +lat_2=39.01666666666667 # +lat_0=38.33333333333334 +lon_0=-111.5 +x_0=500000.0001504 # +y_0=1999999.999992 +ellps=GRS80 +datum=NAD83 +to_meter=0.3048 +no_defs # +towgs84=0,0,0 #--- following specified but NOT used # +ellps=GRS80 40.430850 111.779615 -23236890.32 31173897.64 0.00 ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From murilo.yoshida at agx.com.br Fri Feb 6 07:36:43 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Fri, 6 Feb 2004 13:36:43 -0200 Subject: RES: [Mapserver-users] Dynamic creation of shapefiles ... In-Reply-To: <20040206144041.DBF7A1A65A0@mail.medinaco.org> Message-ID: <000201c3ecc7$061f2fa0$1364a8c0@parapente> Thanks Lowell, but I have solved the problem... I had a logical problem... I was adding a point with lat as X and long as Y... and in the extent I was doing the opposite... I guess I saw there was something wrong with the extent, but I forgot to change the points... Now it's working, thanks a lot!! Murilo -----Mensagem original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de Lowell Filak Enviada em: sexta-feira, 6 de fevereiro de 2004 12:41 Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu Assunto: RES: [Mapserver-users] Dynamic creation of shapefiles ... Murilo Try using shpinfo to verify that there are the same number of shapes as there are dbf records. The shpinfo output should also tell you what the extents of the shapefile are. HTH Lowell The following message was sent by "Murilo Lacerda Yoshida" on Thu, 5 Feb 2004 19:28:46 -0200. > Sorry for not posting the email to the list... > The shapefile is created, but I don't know how to check if it is > right. The only way I know to do this is displaying it on the > application, but it is not working. The dbf file is right. > I have another doubt. How do I know the minscale and the maxscale of a > shapefile created dynamically? I was thinking that this could be the > problem, so I changed this settings to a great scale (2+001 -> minscale > and 2+100 -> maxscale). I don't know, but I think that this values are > big... > Thanks, > Murilo > > -----Mensagem original----- > De: Lowell Filak [mailto:lfilak at medinaco.org] > Enviada em: quinta-feira, 5 de fevereiro de 2004 19:21 > Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu > Assunto: RES: [Mapserver-users] Dynamic creation of shapefiles ... > > I don't readily see anything but I'm not familiar with all the methods > your using so I'm forwarding this to the list. > Do you already have logging turned on or do you know for certain that > the shapefile is created successfully? > > Lowell > > The following message was sent by "Murilo Lacerda Yoshida" > on Thu, 5 Feb 2004 18:54:49 -0200. > > > This is the function I use to do the shapefile... > > > > function fazerShape() > > { > > $shape = ms_newShapefileObj($this->path_to_data . > > $this->shapeFile, MS_SHP_POLYGON); > > > > $def = array( array("ID", "N", 5, 0), array("NOME", "C", > > 128), array("PATH", "C", 1024) ); > > $objDbf = dbase_create($this->path_to_data . > > $this->shapeFile . ".dbf", $def); > > > > if ($objDbf !== false) > > { > > $k = 0; > > foreach($this->talhao as $chave=>$valor) > > { > > $objShape = > > ms_newShapeObj(MS_SHAPE_POLYGON); > > $objLine = ms_newLineObj(); > > > > for ($i = 0; $i < > > $this->maximos[$chave]; $i++) > > { > > $lat = $this->lat[$chave][$i]; > > $long = $this->long[$chave][$i]; > > > > if ($lat > $this->maxY) > > $this->maxY = $lat; > > if ($lat < $this->minY) > > $this->minY = $lat; > > if ($long > $this->maxX) > > $this->maxX = $long; > > if ($long < $this->minX) > > $this->minX = $long; > > > > $objLine->addXY($lat, $long); > > } > > > > $lat = $this->lat[$chave][0]; > > $long = $this->long[$chave][0]; > > > > $objLine->addXY($lat, $long); > > > > $objShape->add($objLine); > > $objLine->free(); > > $shape->addShape($objShape); > > $objShape->free(); > > > > $k++; > > $reg = array($k, $this->talhao[$chave], > > $this->path[$chave]); > > dbase_add_record($objDbf, $reg); > > } > > > > $shape->free(); > > dbase_close($objDbf); > > } > > > > } > > > > This is the one where I try to add all the points to one line and then > > add the line to the shape and then the shape to the shapefile ... > > > > > > > > -----Mensagem original----- > > De: Lowell Filak [mailto:lfilak at medinaco.org] > > Enviada em: quinta-feira, 5 de fevereiro de 2004 18:43 > > Para: Murilo Lacerda Yoshida; mapserver-users at lists.gis.umn.edu > > Assunto: Re: [Mapserver-users] Dynamic creation of shapefiles ... > > > > You may want to include some of your code, as the method you are using > > should work. > > > > Lowell > > > > The following message was sent by "Murilo Lacerda Yoshida" > > on Thu, 5 Feb 2004 18:10:26 -0200. > > > > > Hi all, > > > I am trying to create dynamically a shapefile, with polygon > shapes, > > > but I am having trouble to do it. > > > If I understood the documentation, I have to do several lines with > > the > > > points that I have, and add one by one to the shape object, and then > > add > > > the shape object to the shapefile, is that correct? > > > I tried this way, but it didn't work. SO I tried to do a line with > > all > > > my points and then add this line to my shape object, and then add > this > > > shape object to the shapefile object. Still don't work. > > > Am I doing something wrong? I saw once a example at the mapserver > > wiki > > > about this, but I couldn't find it again. > > > Thanks in advance, > > > Murilo > > > > > > > > > > > > > > > > > _______________________________________________ > 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 Feb 6 07:56:49 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Fri, 06 Feb 2004 09:56:49 -0600 Subject: [Mapserver-users] Reprojection of shape file. In-Reply-To: <1076081460.4023b3348bf41@www.agi-lan.com> References: <1076016856.4022b6d89147e@www.agi-lan.com> <1076019690.4022c1ea97b8c@www.agi-lan.com> <1076081460.4023b3348bf41@www.agi-lan.com> Message-ID: <1076083009.6428.9.camel@localhost> Jason, Try these coordinates: 40.430850 -111.779615 -Perry On Fri, 2004-02-06 at 09:31, Jason M. Nielsen wrote: > Quoting Pericles Nacionales : > > > Jason, > > > > It seems to me that the projection parameters you're passing are not quite > > right. You need to also pass lat_0, lon_0, lon_1, and the x and y > > shifts--that should all be part of your stateplane coordinate system. > > Check the epsg file, for your particular cs. Or google it for more info. > > > > One other thing, be consistent with your datum--NAD83 isn't WGS84. I > > realize there might not be that big of a difference but it might matter to > > you. > > > > -Perry > > Ok. I tried another approach here and I think it looks right with regard to the > parameters passed and the settings being used but my coordinates are still all > wacked. I checked the coordinates using a program called "Corpscon" and the > extents indicate the correct coordinates output from it. Unfortunately I have no > clue what Corpscon is doing behind the scenes. Below is what I tried with cs2cs > and I suspect is what is happening with my .map file as well since > those are the espg systems I am using. > > Am I still doing things incorrectly? lol > > Thanks. > > [root at vad3rZIM data]# cs2cs +init=epsg:4326 +to +init=epsg:2281 -r -v > # ---- From Coordinate System ---- > #Lat/long (Geodetic) > # > # +init=epsg:4326 +proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs > # +towgs84=0,0,0 > #--- following specified but NOT used > # +ellps=WGS84 > # ---- To Coordinate System ---- > #Lambert Conformal Conic > # Conic, Sph&Ell > # lat_1= and lat_2= or lat_0 > # +init=epsg:2281 +proj=lcc +lat_1=40.65 +lat_2=39.01666666666667 > # +lat_0=38.33333333333334 +lon_0=-111.5 +x_0=500000.0001504 > # +y_0=1999999.999992 +ellps=GRS80 +datum=NAD83 +to_meter=0.3048 +no_defs > # +towgs84=0,0,0 > #--- following specified but NOT used > # +ellps=GRS80 > 40.430850 111.779615 > -23236890.32 31173897.64 0.00 > > > ------------------------------------------------- > This mail sent through IMP: http://horde.org/imp/ From jnielsen at aero-graphics.com Fri Feb 6 08:08:52 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Fri, 6 Feb 2004 09:08:52 -0700 Subject: [Mapserver-users] Reprojection of shape file. In-Reply-To: <1076083009.6428.9.camel@localhost> References: <1076016856.4022b6d89147e@www.agi-lan.com> <1076019690.4022c1ea97b8c@www.agi-lan.com> <1076081460.4023b3348bf41@www.agi-lan.com> <1076083009.6428.9.camel@localhost> Message-ID: <1076083732.4023bc140eadd@www.agi-lan.com> Quoting "Pericles S. Nacionales" : > Jason, > > Try these coordinates: > 40.430850 -111.779615 > > -Perry Oh neat... I just looked up the latlong of Salt Lake City airport. Its in the 40 and negative 111 lat long. Ug. So I was given bogus data right? haha ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From jnielsen at aero-graphics.com Fri Feb 6 08:03:47 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Fri, 6 Feb 2004 09:03:47 -0700 Subject: [Mapserver-users] Reprojection of shape file. In-Reply-To: <1076083009.6428.9.camel@localhost> References: <1076016856.4022b6d89147e@www.agi-lan.com> <1076019690.4022c1ea97b8c@www.agi-lan.com> <1076081460.4023b3348bf41@www.agi-lan.com> <1076083009.6428.9.camel@localhost> Message-ID: <1076083427.4023bae362638@www.agi-lan.com> Quoting "Pericles S. Nacionales" : > Jason, > > Try these coordinates: > 40.430850 -111.779615 > > -Perry 40.430850 -111.779615 1562580.38 7325806.46 0.00 That looks right now. Corpscon spit out: 1562577.25376 7325791.80843 So... What is it I need to do to make this work since the extents I grabbed are right from the output of ogrinfo and looking at further output from it the entire shape file has a positive number for that second coordinate. Is there something I need to do in the .map file to indicate this switch in sign? ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From danp at americanclearinghouse.com Fri Feb 6 08:11:14 2004 From: danp at americanclearinghouse.com (Dan Phillips) Date: Fri, 6 Feb 2004 11:11:14 -0500 Subject: [Mapserver-users] New to Mapserver Message-ID: I'm new to this list & Mapserver. I've used MapInfo for years and would be interested in any advise from other mapinfo users that have successfully implemented Mapserver. Also, are there any tools available to translate MapInfo workspaces into .map files? Thanks, Dan Phillips From kamma_raja at yahoo.com Fri Feb 6 08:26:00 2004 From: kamma_raja at yahoo.com (RAJA RAMAN) Date: Fri, 6 Feb 2004 08:26:00 -0800 (PST) Subject: [Mapserver-users] Question regarding connetion between mapserver and Arc SDE Message-ID: <20040206162600.93382.qmail@web11804.mail.yahoo.com> --0-2078703522-1076084760=:92716 Content-Type: text/plain; charset=us-ascii Dear all, I am trying to connect the arc SDE layer to mapserver and first i would like to know whether SDE is same as arcSDE or something else. I am trying to connect this through the oracle database. Please find the attached code for the arcSDE layer in the map file which I have created. I am not able to see anything when I display this layer. any suggestions will be appreciated. System setup: Windows 2000 professional Arc SDE 8.2 Oracle 9i Mapserver 4.0 Coding: LAYER NAME "Bio2002" STATUS ON DATA "SDE.SDE.BIO2002_POLYGON,Shape" TYPE POLYGON CONNECTIONTYPE SDE CONNECTION "pc212614,esri_sde,Oracle,sde,arcims" CLASSITEM "ID" UNITS METERS SIZEUNITS PIXELS TOLERANCE 3 TOLERANCEUNITS PIXELS TEMPLATE "ttt.html" CLASS NAME "BIo2002" SYMBOL 0 COLOR 254 228 141 OUTLINECOLOR 71 63 39 SIZE 1 MINSIZE 1 MAXSIZE 100 LABEL TYPE TRUETYPE FONT "fritqat" SIZE 8 MINSIZE 4 MAXSIZE 256 POSITION CC OFFSET 0 0 ANGLE 0.000000 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 0 ANTIALIAS TRUE PARTIALS TRUE FORCE FALSE END END END I am little bit confused about the data and the connection parameters......can anybody clearly explain how to specify the data in DATA Thank you in advance rajaraman kamma ADDRESSES RAJA RAMAN KAMMA PFAFFELWELDRING, 44D,206,70569 STUTTGART,GERMANY Cell numbers: Home: 0711-9984931 Mobile: 0049-1797785507 Home Page:http://www.geocities.com/kamma_raja/ Photos: http://rajaraman.fotopic.net --------------------------------- Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online --0-2078703522-1076084760=:92716 Content-Type: text/html; charset=us-ascii
Dear all,
 
I am trying to connect the arc SDE layer to mapserver and first i would like to know whether SDE is same as arcSDE or something else. I am trying to connect this through the oracle database.
 
Please find the attached  code for the arcSDE layer in the map file which I have created. I am not able to see anything when I display this layer. any suggestions will be appreciated.
 
System setup:
 
Windows 2000 professional
Arc SDE 8.2
Oracle 9i
Mapserver 4.0
 
Coding:
 
 
LAYER
    NAME "Bio2002"
    STATUS ON
    DATA "SDE.SDE.BIO2002_POLYGON,Shape"
    TYPE POLYGON
    CONNECTIONTYPE SDE
    CONNECTION "pc212614,esri_sde,Oracle,sde,arcims"
    CLASSITEM "ID"
    UNITS METERS
    SIZEUNITS PIXELS
    TOLERANCE 3
    TOLERANCEUNITS PIXELS
    TEMPLATE "ttt.html"
    CLASS
      NAME "BIo2002"
      SYMBOL 0
      COLOR 254 228 141
      OUTLINECOLOR 71 63 39
      SIZE 1
      MINSIZE 1
      MAXSIZE 100
      LABEL
        TYPE TRUETYPE
        FONT "fritqat"
        SIZE 8
        MINSIZE 4
        MAXSIZE 256
        POSITION CC
        OFFSET 0 0
        ANGLE 0.000000
        BUFFER 0
        MINDISTANCE -1
        MINFEATURESIZE -1
        COLOR 0 0 0
        ANTIALIAS TRUE
        PARTIALS TRUE
        FORCE FALSE
      END
    END
 END
I am little bit confused about the data and the connection parameters......can anybody clearly explain how to specify the data in DATA

Thank you in advance
rajaraman kamma
 


ADDRESSES

RAJA RAMAN KAMMA
PFAFFELWELDRING, 44D,206,70569 STUTTGART,GERMANY
Cell numbers: Home: 0711-9984931 Mobile: 0049-1797785507
Home Page:http://www.geocities.com/kamma_raja/
Photos: http://rajaraman.fotopic.net

Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online --0-2078703522-1076084760=:92716-- From miller_joseph at bah.com Fri Feb 6 08:39:17 2004 From: miller_joseph at bah.com (Miller Joseph) Date: Fri, 6 Feb 2004 11:39:17 -0500 Subject: [Mapserver-users] Perl Mapscript WMS and WFS Message-ID: I haven't been able to find any answer in Wiki, documentation, or the archives, so I thought I'd float it again. Is there a way to use mapscript to generate WMS/WFS capabilites, such as getcapabilities creation etc? If so, is there a documented example anywhere? Thanks, Joe Miller From kamma_raja at yahoo.com Fri Feb 6 08:43:58 2004 From: kamma_raja at yahoo.com (RAJA RAMAN) Date: Fri, 6 Feb 2004 08:43:58 -0800 (PST) Subject: [Mapserver-users] Question regarding connetion between mapserver and Arc SDE Message-ID: <20040206164358.14602.qmail@web11805.mail.yahoo.com> --0-50453572-1076085838=:13018 Content-Type: text/plain; charset=us-ascii Dear all, I am trying to connect the arc SDE layer to mapserver and first i would like to know whether SDE is same as arcSDE or something else. I am trying to connect this through the oracle database. Please find the attached code for the arcSDE layer in the map file which I have created. I am not able to see anything when I display this layer. any suggestions will be appreciated. System setup: Windows 2000 professional Arc SDE 8.2 Oracle 9i Mapserver 4.0 Coding: LAYER NAME "Bio2002" STATUS ON DATA "SDE.SDE.BIO2002_POLYGON,Shape" TYPE POLYGON CONNECTIONTYPE SDE CONNECTION "pc212614,esri_sde,Oracle,sde,arcims" CLASSITEM "ID" UNITS METERS SIZEUNITS PIXELS TOLERANCE 3 TOLERANCEUNITS PIXELS TEMPLATE "ttt.html" CLASS NAME "BIo2002" SYMBOL 0 COLOR 254 228 141 OUTLINECOLOR 71 63 39 SIZE 1 MINSIZE 1 MAXSIZE 100 LABEL TYPE TRUETYPE FONT "fritqat" SIZE 8 MINSIZE 4 MAXSIZE 256 POSITION CC OFFSET 0 0 ANGLE 0.000000 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 0 ANTIALIAS TRUE PARTIALS TRUE FORCE FALSE END END END I am little bit confused about the data and the connection parameters......can anybody clearly explain how to specify the data in DATA Thank you in advance rajaraman kamma ADDRESSES RAJA RAMAN KAMMA PFAFFELWELDRING, 44D,206,70569 STUTTGART,GERMANY Cell numbers: Home: 0711-9984931 Mobile: 0049-1797785507 Home Page:http://www.geocities.com/kamma_raja/ Photos: http://rajaraman.fotopic.net --------------------------------- Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online --0-50453572-1076085838=:13018 Content-Type: text/html; charset=us-ascii
Dear all,
 
I am trying to connect the arc SDE layer to mapserver and first i would like to know whether SDE is same as arcSDE or something else. I am trying to connect this through the oracle database.
 
Please find the attached  code for the arcSDE layer in the map file which I have created. I am not able to see anything when I display this layer. any suggestions will be appreciated.
 
System setup:
 
Windows 2000 professional
Arc SDE 8.2
Oracle 9i
Mapserver 4.0
 
Coding:
 
 
LAYER
    NAME "Bio2002"
    STATUS ON
    DATA "SDE.SDE.BIO2002_POLYGON,Shape"
    TYPE POLYGON
    CONNECTIONTYPE SDE
    CONNECTION "pc212614,esri_sde,Oracle,sde,arcims"
    CLASSITEM "ID"
    UNITS METERS
    SIZEUNITS PIXELS
    TOLERANCE 3
    TOLERANCEUNITS PIXELS
    TEMPLATE "ttt.html"
    CLASS
      NAME "BIo2002"
      SYMBOL 0
      COLOR 254 228 141
      OUTLINECOLOR 71 63 39
      SIZE 1
      MINSIZE 1
      MAXSIZE 100
      LABEL
        TYPE TRUETYPE
        FONT "fritqat"
        SIZE 8
        MINSIZE 4
        MAXSIZE 256
        POSITION CC
        OFFSET 0 0
        ANGLE 0.000000
        BUFFER 0
        MINDISTANCE -1
        MINFEATURESIZE -1
        COLOR 0 0 0
        ANTIALIAS TRUE
        PARTIALS TRUE
        FORCE FALSE
      END
    END
 END
I am little bit confused about the data and the connection parameters......can anybody clearly explain how to specify the data in DATA

Thank you in advance
rajaraman kamma


ADDRESSES

RAJA RAMAN KAMMA
PFAFFELWELDRING, 44D,206,70569 STUTTGART,GERMANY
Cell numbers: Home: 0711-9984931 Mobile: 0049-1797785507
Home Page:http://www.geocities.com/kamma_raja/
Photos: http://rajaraman.fotopic.net

Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online --0-50453572-1076085838=:13018-- From Morgan.Guerin at space.alcatel.fr Fri Feb 6 08:44:54 2004 From: Morgan.Guerin at space.alcatel.fr (Morgan.Guerin at space.alcatel.fr) Date: Fri, 6 Feb 2004 17:44:54 +0100 Subject: [Mapserver-users] Cursor error in postgis when querying Map Message-ID: Hi All! I'm running 2 Postgres databases. The first one is a PostGres 7.4.1 and PostGis 0.8.0, both on windows32 using "cygwin" to emulate linux. The second one is a PostGres7.3.2 and PostGis 0.7.4 and SunOS. I'm also using a precompiled mapserver version 4.0.1 with php4.3.3 and mapscript, for windows32. Here is my problem: When I'm querying a layer stored in the SunOS database, it works but I've got this message: "BEGIN already a transaction in progress Closing pre-existing portal 'my cursor'" However, When I'm querying a layer stored in the Win database, it tells me that the cursor 'my cursor' is open but generated a error and stop instead of keep going. I've seen a couple of topics about this kind of bug and I think that it's fixed in the nightly builds. I was wondering if there is, somewhere on the internet, a precompiled mapserver for Win32 with mapscript for php 4.3.3 including this fix! Is there a fix at least? Thx, morgan ALCATEL SPACE From dmorissette at dmsolutions.ca Fri Feb 6 09:02:18 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 06 Feb 2004 12:02:18 -0500 Subject: [Mapserver-users] Perl Mapscript WMS and WFS In-Reply-To: References: Message-ID: <4023C89A.7050003@dmsolutions.ca> Miller Joseph wrote: > I haven't been able to find any answer in Wiki, documentation, or the > archives, so I thought I'd float it again. Is there a way to use mapscript > to generate WMS/WFS capabilites, such as getcapabilities creation etc? If > so, is there a documented example anywhere? > No, this is not currently possible, unless you generate the capabilities yourself. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From nacional at cbs.umn.edu Fri Feb 6 09:17:08 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Fri, 06 Feb 2004 11:17:08 -0600 Subject: [Mapserver-users] Reprojection of shape file. In-Reply-To: <1076083427.4023bae362638@www.agi-lan.com> References: <1076016856.4022b6d89147e@www.agi-lan.com> <1076019690.4022c1ea97b8c@www.agi-lan.com> <1076081460.4023b3348bf41@www.agi-lan.com> <1076083009.6428.9.camel@localhost> <1076083427.4023bae362638@www.agi-lan.com> Message-ID: <1076087828.7251.45.camel@localhost> Jason, Read through http://hypnos.cbs.umn.edu/projects/tutorial/example1-7.html if you need an example. At the bottom of the page you will find map projection references. Also, see http://hypnos.cbs.umn.edu/projects/tutorial/example1-6.html for comparison. Check out http://greenwichmeridian.com/. If you are working with data from west of the prime meridian, your longitude is always negative--The US is west of Greenwich. Some people forget or just assume everyone else knows this. I think in proj you can specify -111.779615 as 111.779615w (I haven't tried it). -Perry On Fri, 2004-02-06 at 10:03, Jason M. Nielsen wrote: > Quoting "Pericles S. Nacionales" : > > > Jason, > > > > Try these coordinates: > > 40.430850 -111.779615 > > > > -Perry > > 40.430850 -111.779615 > 1562580.38 7325806.46 0.00 > > That looks right now. Corpscon spit out: > > 1562577.25376 7325791.80843 > > > So... What is it I need to do to make this work since the extents I grabbed are > right from the output of ogrinfo and looking at further output from it the > entire shape file has a positive number for that second coordinate. > > Is there something I need to do in the .map file to indicate this switch in sign? > > > ------------------------------------------------- > 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 -- "He's no geek.His tan's too good." -Benjamin Choate From Rebecca.Astolfo at ec.gc.ca Fri Feb 6 09:28:21 2004 From: Rebecca.Astolfo at ec.gc.ca (Astolfo,Rebecca [Burlington]) Date: Fri, 6 Feb 2004 12:28:21 -0500 Subject: [Mapserver-users] WMS layer status always on? Message-ID: <2576812186CDD411BF1500508B6DCE9502F2B722@ECNWRI1.ontario.int.ec.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_01C3ECD6.9E0A7DB0 Content-Type: text/plain Hello, I am wondering if anyone has come across a situation where a WMS has been successfully added to a .map file and all appears to be working well in the mapview but the legend does not allow you to change the status that was set in the .map file. If you set the status to on, it can not be turned off - if you set the status to off, it can not be turned on in the view. Status Default does not change things. Any thoughts? Thanks for your time, Rebecca Rebecca Astolfo GIS Specialist IT Division Environment Canada -----Original Message----- From: RAJA RAMAN [mailto:kamma_raja at yahoo.com] Sent: February 6, 2004 11:26 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Question regarding connetion between mapserver and Arc SDE Dear all, I am trying to connect the arc SDE layer to mapserver and first i would like to know whether SDE is same as arcSDE or something else. I am trying to connect this through the oracle database. Please find the attached code for the arcSDE layer in the map file which I have created. I am not able to see anything when I display this layer. any suggestions will be appreciated. System setup: Windows 2000 professional Arc SDE 8.2 Oracle 9i Mapserver 4.0 Coding: LAYER NAME "Bio2002" STATUS ON DATA "SDE.SDE.BIO2002_POLYGON,Shape" TYPE POLYGON CONNECTIONTYPE SDE CONNECTION "pc212614,esri_sde,Oracle,sde,arcims" CLASSITEM "ID" UNITS METERS SIZEUNITS PIXELS TOLERANCE 3 TOLERANCEUNITS PIXELS TEMPLATE "ttt.html" CLASS NAME "BIo2002" SYMBOL 0 COLOR 254 228 141 OUTLINECOLOR 71 63 39 SIZE 1 MINSIZE 1 MAXSIZE 100 LABEL TYPE TRUETYPE FONT "fritqat" SIZE 8 MINSIZE 4 MAXSIZE 256 POSITION CC OFFSET 0 0 ANGLE 0.000000 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 0 ANTIALIAS TRUE PARTIALS TRUE FORCE FALSE END END END I am little bit confused about the data and the connection parameters......can anybody clearly explain how to specify the data in DATA Thank you in advance rajaraman kamma ADDRESSES RAJA RAMAN KAMMA PFAFFELWELDRING, 44D,206,70569 STUTTGART,GERMANY Cell numbers: Home: 0711-9984931 Mobile: 0049-1797785507 Home Page:http://www.geocities.com/kamma_raja/ Photos: http://rajaraman.fotopic.net _____ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online ------_=_NextPart_001_01C3ECD6.9E0A7DB0 Content-Type: text/html

Hello,

 

I am wondering if anyone has come across a situation where a WMS has been successfully added to a .map file and all appears to be working well in the mapview but the legend does not allow you to change the status that was set in the .map file.  If you set the status to on, it can not be turned off - if you set the status to off, it can not be turned on in the view.  Status Default does not change things.

 

Any thoughts?

 

Thanks for your time,

Rebecca

 

Rebecca Astolfo

GIS Specialist

IT Division

Environment Canada

 

 

-----Original Message-----
From: RAJA RAMAN [mailto:kamma_raja at yahoo.com]
Sent: February 6, 2004 11:26 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Question regarding connetion between mapserver and Arc SDE

 

Dear all,

 

I am trying to connect the arc SDE layer to mapserver and first i would like to know whether SDE is same as arcSDE or something else. I am trying to connect this through the oracle database.

 

Please find the attached  code for the arcSDE layer in the map file which I have created. I am not able to see anything when I display this layer. any suggestions will be appreciated.

 

System setup:

 

Windows 2000 professional

Arc SDE 8.2

Oracle 9i

Mapserver 4.0

 

Coding:

 

 

LAYER
    NAME "Bio2002"
    STATUS ON
    DATA "SDE.SDE.BIO2002_POLYGON,Shape"
    TYPE POLYGON
    CONNECTIONTYPE SDE
    CONNECTION "pc212614,esri_sde,Oracle,sde,arcims"
    CLASSITEM "ID"
    UNITS METERS
    SIZEUNITS PIXELS
    TOLERANCE 3
    TOLERANCEUNITS PIXELS
    TEMPLATE "ttt.html"
    CLASS
      NAME "BIo2002"
      SYMBOL 0
      COLOR 254 228 141
      OUTLINECOLOR 71 63 39
      SIZE 1
      MINSIZE 1
      MAXSIZE 100
      LABEL
        TYPE TRUETYPE
        FONT "fritqat"
        SIZE 8
        MINSIZE 4
        MAXSIZE 256
        POSITION CC
        OFFSET 0 0
        ANGLE 0.000000
        BUFFER 0
        MINDISTANCE -1
        MINFEATURESIZE -1
        COLOR 0 0 0
        ANTIALIAS TRUE
        PARTIALS TRUE
        FORCE FALSE
      END
    END
 END

I am little bit confused about the data and the connection parameters......can anybody clearly explain how to specify the data in DATA


Thank you in advance

rajaraman kamma

 

 

ADDRESSES

RAJA RAMAN KAMMA
PFAFFELWELDRING, 44D,206,70569 STUTTGART,GERMANY
Cell numbers: Home: 0711-9984931 Mobile: 0049-1797785507
Home Page:http://www.geocities.com/kamma_raja/
Photos: http://rajaraman.fotopic.net

Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online

------_=_NextPart_001_01C3ECD6.9E0A7DB0-- From lfilak at medinaco.org Fri Feb 6 09:40:43 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 06 Feb 2004 12:40:43 -0500 Subject: [Mapserver-users] Perl Mapscript WMS and WFS Message-ID: <20040206174032.5E9B61A659F@mail.medinaco.org> Joe, I'm not aware of a way to access the any of the capabilities from mapscript but there may be a couple of options: 1) Use perl/mapscript to dynamically alter the mapfile that WMS is pulling from.? 2) Alter/borrow-code-from something like http://ortho.mit.edu/mitorthoserver/setupServer.html to answer WMS requests for MapServer created images. Lowell The following message was sent by "Miller Joseph" on Fri, 6 Feb 2004 11:39:17 -0500. > I haven't been able to find any answer in Wiki, documentation, or the > archives, so I thought I'd float it again. Is there a way to use mapscript > to generate WMS/WFS capabilites, such as getcapabilities creation etc? If > so, is there a documented example anywhere? > > Thanks, > Joe Miller > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From teoman872 at yahoo.com Fri Feb 6 09:41:02 2004 From: teoman872 at yahoo.com (teoman teoman) Date: Fri, 6 Feb 2004 09:41:02 -0800 (PST) Subject: [Mapserver-users] Question Regarding to TrueFont Support and XPM Library Message-ID: <20040206174102.68630.qmail@web20727.mail.yahoo.com> --0-1264155061-1076089262=:68592 Content-Type: text/plain; charset=us-ascii Hi everybody, I have successfully installed the mapserver but I could not set up the TrueFont Support. When I installed the gd-2.0.22, it found the XPM library automatically..(I did not install any xpm library) After installing gd-2.0.22, I configured the mapserver by typing: $ ./configure --with-gd=/usr/local --with-proj=/usr/local --with-gdal=/usr/loca l/bin/gdal-config --with-freetype=/usr/local/bin/freetype-config --with-postgis =yes --with-ogr=/usr/local/bin/gdal-config --with-curl-config=/bin/curl-config --with-wmsclient but I realized that configuration can not find xpm library. : checking where libXpm is installed... checking for XpmFreeXpmImage in -lXpm... no XPM (libXpm) library cannot be found, possibly needed for GD... After that, I have installed the xpm library by downloading xpm-3.4k.tar file.. and then, I tried to configure the mapserver this time by giving a path,where I installed the xpm libarary, for xpm library: $ ./configure --with-gd=/usr/local --with-proj=/usr/local --with-gdal=/usr/loca l/bin/gdal-config --with-freetype=/usr/local/bin/freetype-config --with-postgis =yes --with-ogr=/usr/local/bin/gdal-config --with-curl-config=/bin/curl-config --with-wmsclient --with-xpm=/usr/src/projects/mapservCA/xpm-3.4k/lib and then I got this Error: checking where libXpm is installed... using libXpm from -L/usr/src/projects/mapservCA/xpm-3.4k/lib -lXpm -lX11 checking where libiconv is installed... using libiconv from -L/lib -liconv checking for GD 2.0.12 or higher... checking for gdImageSetAntiAliased in -lgd... no checking whether GD needs libiconv... checking for gdImageSetAntiAliased in -lgd... no 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. any help will be appreciated..thanks alot in advance... --teoman --------------------------------- Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online --0-1264155061-1076089262=:68592 Content-Type: text/html; charset=us-ascii
Hi everybody,
 
I have successfully installed the mapserver but I could not set up the TrueFont Support. When I installed the gd-2.0.22, it found the XPM library automatically..(I did not install any xpm library)
After installing gd-2.0.22, I configured the mapserver by typing:
$ ./configure --with-gd=/usr/local --with-proj=/usr/local --with-gdal=/usr/loca
l/bin/gdal-config --with-freetype=/usr/local/bin/freetype-config --with-postgis
=yes --with-ogr=/usr/local/bin/gdal-config --with-curl-config=/bin/curl-config
--with-wmsclient
 
but I realized that configuration can not find xpm library. :
checking where libXpm is installed...
checking for XpmFreeXpmImage in -lXpm... no
        XPM (libXpm) library cannot be found, possibly needed for GD...
 
After that, I have installed the xpm library by downloading xpm-3.4k.tar file..
and then, I tried to configure the mapserver this time by giving a path,where I installed the xpm libarary, for xpm library:
 
$ ./configure --with-gd=/usr/local --with-proj=/usr/local --with-gdal=/usr/loca
l/bin/gdal-config --with-freetype=/usr/local/bin/freetype-config --with-postgis
=yes --with-ogr=/usr/local/bin/gdal-config --with-curl-config=/bin/curl-config
--with-wmsclient --with-xpm=/usr/src/projects/mapservCA/xpm-3.4k/lib
 
and then I got this Error:
checking where libXpm is installed...
        using libXpm from -L/usr/src/projects/mapservCA/xpm-3.4k/lib -lXpm -lX11
checking where libiconv is installed...
        using libiconv from -L/lib -liconv
checking for GD 2.0.12 or higher...
checking for gdImageSetAntiAliased in -lgd... no
checking whether GD needs libiconv...
checking for gdImageSetAntiAliased in -lgd... no
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.
 
any help will be appreciated..thanks alot in advance...
 
--teoman

Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online --0-1264155061-1076089262=:68592-- From nhv at cape.com Fri Feb 6 10:32:14 2004 From: nhv at cape.com (Norman Vine) Date: Fri, 6 Feb 2004 13:32:14 -0500 Subject: [Mapserver-users] Perl Mapscript WMS and WFS In-Reply-To: Message-ID: Miller Joseph writes: > > I haven't been able to find any answer in Wiki, documentation, or the > archives, so I thought I'd float it again. Is there a way to use mapscript > to generate WMS/WFS capabilites, such as getcapabilities creation etc? If > so, is there a documented example anywhere? There is a start on this here http://pyogclib.sourceforge.net/ HTH Norman From abehere at cs.ucsd.edu Fri Feb 6 11:37:43 2004 From: abehere at cs.ucsd.edu (Amit S BEHERE) Date: Fri, 6 Feb 2004 11:37:43 -0800 (PST) Subject: [Mapserver-users] wms and projections Message-ID: Hi all, This is an extension of the question I had posted previously regarding seeing only one point on the map. I had taken example1-1.map from the tutorial and modified it to display my shapefile. However I was seeing only one tree when I should have been seeing a whole bunch. Thanks to David I was able to fix that (I needed to set MINSCALE, athough I don't know why yet?) and could see the whole set of trees. Now I have converted that mapfile to serve as a WMS service by adding the appropriate wms tags in the mapfile. I am getting the capabilites back correctly. However when I use the OGIS GetMap request I again see just one tree. http://pune/mapserver/mapserv.exe?map=/MSTutorial/testwms.map&request=getmap&version=1.1 However if I view the same file i.e testwms.map using the regular mapserver interface i.e using the command http://pune/mapserver/mapserv.exe?map=/MSTutorial/testwms.map&mode=map I see the whole set again. So basically I see just one tree if I give the OGIS getmap url and a whole set of trees when I give the regular mapserver url. Any one encountered similar problems or any idea why this is happening Here is my map file MAP NAME demoservice IMAGETYPE PNG EXTENT 385538 3761010 391329 3764477 UNITS METERS SIZE 600 600 SHAPEPATH "data" IMAGECOLOR 255 255 255 PROJECTION "init=epsg:26911" END WEB IMAGEPATH "c:\itasca\tmp\" IMAGEURL "/tmp/" MINSCALE 50000 #with this enabled, produces image with all points #MAXSCALE 15500000 #see 'with_scale_restrictions.png' METADATA "wms_title" "WMS Demo Server" "wms_onlineresource" "http://pune/mapserver/mapserv.exe?map=/MSTutorial/testwms.map&" "wms_srs" "epsg:26911" END END SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END LAYER NAME trees DATA vernon_trees STATUS DEFAULT TYPE POINT LABELITEM "TREEID" CLASS COLOR 0 0 0 SYMBOL 'circle' SIZE 6 END PROJECTION "init=epsg:26911" END METADATA "wms_title" "WMS Demo Server" "wms_srs" "epsg:26911" "wms_extent" "385538 3761010 391329 3764477"ho END END # layer ends here END # end of map file/object Amit Behere. UCSD. "Technology doesn't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand From dmorissette at dmsolutions.ca Fri Feb 6 11:50:39 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 06 Feb 2004 14:50:39 -0500 Subject: [Mapserver-users] Relative paths in Mapserver setup ? In-Reply-To: <008b01c3e40d$f78b86d0$2c01a8c0@odin> References: <008b01c3e40d$f78b86d0$2c01a8c0@odin> Message-ID: <4023F00F.60502@dmsolutions.ca> Lars V. Nielsen wrote: > > Or are relative paths, as one would expect, always considered relative > to the file in which the relative path is given ?? > > These files are of relevance to me : > - PHP script that loads the MAP file > - MAP files > - symbols definition files > - font lookup files (fontset) > The general rule is that relative paths are almost always relative to the file in which they are located. A few exceptions I can think of are: - DATA paths inside a layer are relative to the SHAPEPATH, and if no SHAPEPATH is present then they are relative to the mapfile location - relative paths inside a tileindex file are relative to the SHAPEPATH and *not* to the location of the tileindex - there seem to be some cases where font paths inside a fontset need to be absolute (but in general relative font paths should work) HTH Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From larrynolan at gov.nl.ca Fri Feb 6 12:17:18 2004 From: larrynolan at gov.nl.ca (Larry Nolan) Date: Fri, 06 Feb 2004 16:47:18 -0330 Subject: [Mapserver-users] How to use mapserver to cascade arcims wms services Message-ID: I have a group of geological surveys which have arcims web mapping servers with tons of geological information. I would like to use mapserver to act as a one stop connection to each of those servers in a client. I have mapserver 4.0 working fine serving ogc wms map services. Does anyone have the syntax to connect to an esri arcims service which has the wms connector turned on. I get a a general service exception when I try to connect to this layer. LAYER NAME "NAD27LandBase" TYPE RASTER STATUS ON CONNECTION "http://gis.geosurv.gov.nf.ca/servlet/com.esri.wms.Esrimap?servicename=NAD27_Basemap" CONNECTIONTYPE WMS METADATA "wms_name" "Base Map" "wms_server_version" "1.1.0" "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" "wms_format" "image/gif,image/png" END PROJECTION "proj=tmerc" "lat_0=0.0" "lon_0=-59.5" "k=0.998" "x_0=0.0" "y_0=1000000.0" "ellps=clrk66" "units=m" "no_defs" END END thanks Larry Nolan From cpurvis at asg.sc.edu Fri Feb 6 12:17:38 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Fri, 6 Feb 2004 15:17:38 -0500 Subject: [Mapserver-users] wms and projections Message-ID: Hi, Amit: I have found that the MIN/MAX SCALES don't necessarily match up precisely between regular mapserver cgi calls and WMS calls. So I'd play around w/ your MINSCALE since that made a difference w/ your cgi results. Make it something ridiculous to make sure it includes everything. Charlton > -----Original Message----- > From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu] > Sent: Friday, February 06, 2004 2:38 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] wms and projections > > Hi all, > This is an extension of the question I had posted previously regarding > seeing only one point on the map. I had taken example1-1.map from the > tutorial and modified it to display my shapefile. However I was seeing > only one tree when I should have been seeing a whole bunch. Thanks to > David I was able to fix that (I needed to set MINSCALE, athough I don't > know why yet?) and could see the whole set of trees. > > Now I have converted that mapfile to serve as a WMS service by adding the > appropriate wms tags in the mapfile. I am getting the capabilites back > correctly. However when I use the OGIS GetMap request I again see just one > tree. > > http://pune/mapserver/mapserv.exe?map=/MSTutorial/testwms.map&request=ge tm > ap&version=1.1 > > However if I view the same file i.e testwms.map using the regular > mapserver interface i.e using the command > http://pune/mapserver/mapserv.exe?map=/MSTutorial/testwms.map&mode=map > > I see the whole set again. So basically I see just one tree if I give the > OGIS getmap url and a whole set of trees when I give the regular > mapserver url. Any one encountered similar problems or any idea why this > is happening > > Here is my map file > > MAP > NAME demoservice > IMAGETYPE PNG > EXTENT 385538 3761010 391329 3764477 > UNITS METERS > SIZE 600 600 > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > > PROJECTION > "init=epsg:26911" > END > > > WEB > IMAGEPATH "c:\itasca\tmp\" > IMAGEURL "/tmp/" > MINSCALE 50000 #with this enabled, produces image with all > points > #MAXSCALE 15500000 #see 'with_scale_restrictions.png' > > METADATA > "wms_title" "WMS Demo Server" > "wms_onlineresource" > "http://pune/mapserver/mapserv.exe?map=/MSTutorial/testwms.map&" > "wms_srs" "epsg:26911" > END > END > > SYMBOL > NAME 'circle' > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE > END > > > LAYER > NAME trees > DATA vernon_trees > STATUS DEFAULT > TYPE POINT > LABELITEM "TREEID" > CLASS > COLOR 0 0 0 > SYMBOL 'circle' > SIZE 6 > END > > PROJECTION > "init=epsg:26911" > END > > METADATA > "wms_title" "WMS Demo Server" > "wms_srs" "epsg:26911" > "wms_extent" "385538 3761010 391329 3764477"ho > > END > > END # layer ends here > > END # end of map file/object > > Amit Behere. > UCSD. > "Technology doesn't make your life more difficult or easy, it just changes > the rules"......Vishwanathan Anand > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mapserver at digger.net Fri Feb 6 12:42:59 2004 From: mapserver at digger.net (Dave Walton) Date: Fri, 6 Feb 2004 12:42:59 -0800 Subject: [Mapserver-users] units question In-Reply-To: <20040206180004.3712.37956.Mailman@lists.gis.umn.edu> References: <20040206180004.3712.37956.Mailman@lists.gis.umn.edu> Message-ID: <20040206124259.33a7c19a.mapserver@digger.net> On Fri, 06 Feb 2004 12:00:04 -0600 mapserver-users-request at lists.gis.umn.edu wrote: > I have a shapefile which ogrinfo describes as below. It displays quite > nicely in MapServer. However, I have to use meters for EXTENT, and when > I produce a GeoTIFF image, the coordinates are in meters. I would very > much like to be able to specify EXTENT in decimal degrees, and have the > coordinates in the GeoTIFF in decimal degrees. How can I set up > MapServer to do this? Ok, nevermind. Someone else's question here gave me the hint I needed to answer this. Use "ogr2ogr -t_srs 'epsg:4326'" to transform the data to lat/long, and everything works as I wanted. Dave -- ---------------------------------------------------------------------- Dave Walton dwalton at acm.org ---------------------------------------------------------------------- From abehere at cs.ucsd.edu Fri Feb 6 14:15:49 2004 From: abehere at cs.ucsd.edu (Amit S BEHERE) Date: Fri, 6 Feb 2004 14:15:49 -0800 (PST) Subject: [Mapserver-users] wms and projections Message-ID: Hi, I tried playing with the minscale parameter but didnt reach anywhere I tried all options from 1 to 1000000 in jumps of 2 (exp) n. I still have the following questions regarding mapserver. I would be grateful if some one could answer them for me or point to some documentation/faq where I can find some useful hints 1. What does min scale map scale have anything to do with the image I see on the map. Shouldn't the extent and the size of the image be enough to draw the image on the browser. 2. After playing around with minscale (why do I have to play around with minscale?) I managed to see my tree layer on the browser. However no matter what extent I give, I still see the whole layer of tree. Should it not be constrained by what extent I give it. 3. Why do I see the image with a regular request and not with a OGIS WMS GetMap request. 4. So basically I want to know how EXTENT, MINSCALE, SIZE, UNITS etc are related, if so how and why? Sorry for reasking some portion of the questions on the forum but I would like to know the concept behind whats happening rather than getting just a fix. -Amit Amit Behere. UCSD. "Technology doesn't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand From jnielsen at aero-graphics.com Fri Feb 6 14:32:07 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Fri, 6 Feb 2004 15:32:07 -0700 Subject: [Mapserver-users] Recommendations for multiple query of invisible layers. Message-ID: <1076106727.402415e7f389d@www.agi-lan.com> I have a map currently consisting of mosaiced orthographic imagery covering an entire region. This is setup and working. I also have data indicating the centers of photos covering this area. In addition I have attributes for each photo consisting of scale, flight angle, etc. These photos all overlap. What I would like to do is be able to query an area inside of mapserver and have it return information about each photo that intersects with the query region. First thought was to create a shape file representing the bounding box of each photo and have all the desired attributes attached to this file. Then I could simply query that layer (containing that shape file) and print the returned attributes. The first issue I thought would occure with this is I do not want these bounding boxes visible on the map being displayed in mapserver. Is it possible to perform a query on a layer without having it visible? The second idea was to put just the center points etc into a postgis db. At some point the bounding boxes would be automatically calculated based off of the center photo coordinate, scale, pixel size, x+y pixel size of imagery, etc. These pre or post created bounding boxes would then be what are queried in order to determine intersection. They in turn would have to be linked back to the center points in order to get the "metadata" sought after. >From my crude diagram below you can see that a query could result in either a single photo being returned or quite possibly even if the query box falls only within one photo it could return two or more as well. There could be any number of photos in a line overlapping and they would be overlapping on all four sides with other photos accept the photos on the very outter edges will normally not have any overlapping imagery to their outside(direction from center of project). 001 : photo 1 002 : photo 2 --- : edge of photo | : edge of photo + : photo center point === : overlap area of two photos 001 002 -------========-------- | | | | | | | | | + + | | | | | | | | | -------========-------- Anyhow, the real question here is wether anyone has recommendations on the basic method for doing this? ie: Are the lines Im thinking along a decent method by which to accomplish this or am I on the wrong track or making it more difficult than it really is etc. Thanks, Jason. ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From David.Fawcett at state.mn.us Fri Feb 6 13:40:00 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Fri, 06 Feb 2004 15:40:00 -0600 Subject: [Mapserver-users] wms and projections Message-ID: I am still not sure why the data displays as it does. Ed, did you ever take a look at the data? Amit, how was the shapefile generated? Was it done in ArcInfo/ArcView or some other means? David. David J. Fawcett MN Office of Environmental Assistance >>> Amit S BEHERE 2/6/2004 1:37:43 PM >>> Hi all, This is an extension of the question I had posted previously regarding seeing only one point on the map. I had taken example1-1.map from the tutorial and modified it to display my shapefile. However I was seeing only one tree when I should have been seeing a whole bunch. Thanks to David I was able to fix that (I needed to set MINSCALE, athough I don't know why yet?) and could see the whole set of trees. Now I have converted that mapfile to serve as a WMS service by adding the appropriate wms tags in the mapfile. I am getting the capabilites back correctly. However when I use the OGIS GetMap request I again see just one tree. http://pune/mapserver/mapserv.exe?map=/MSTutorial/testwms.map&request=getmap&version=1.1 However if I view the same file i.e testwms.map using the regular mapserver interface i.e using the command http://pune/mapserver/mapserv.exe?map=/MSTutorial/testwms.map&mode=map I see the whole set again. So basically I see just one tree if I give the OGIS getmap url and a whole set of trees when I give the regular mapserver url. Any one encountered similar problems or any idea why this is happening Here is my map file MAP NAME demoservice IMAGETYPE PNG EXTENT 385538 3761010 391329 3764477 UNITS METERS SIZE 600 600 SHAPEPATH "data" IMAGECOLOR 255 255 255 PROJECTION "init=epsg:26911" END WEB IMAGEPATH "c:\itasca\tmp\" IMAGEURL "/tmp/" MINSCALE 50000 #with this enabled, produces image with all points #MAXSCALE 15500000 #see 'with_scale_restrictions.png' METADATA "wms_title" "WMS Demo Server" "wms_onlineresource" "http://pune/mapserver/mapserv.exe?map=/MSTutorial/testwms.map&" "wms_srs" "epsg:26911" END END SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END LAYER NAME trees DATA vernon_trees STATUS DEFAULT TYPE POINT LABELITEM "TREEID" CLASS COLOR 0 0 0 SYMBOL 'circle' SIZE 6 END PROJECTION "init=epsg:26911" END METADATA "wms_title" "WMS Demo Server" "wms_srs" "epsg:26911" "wms_extent" "385538 3761010 391329 3764477"ho END END # layer ends here END # end of map file/object Amit Behere. UCSD. "Technology doesn't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From abehere at cs.ucsd.edu Fri Feb 6 15:01:04 2004 From: abehere at cs.ucsd.edu (Amit S BEHERE) Date: Fri, 6 Feb 2004 15:01:04 -0800 (PST) Subject: [Mapserver-users] wms and projections In-Reply-To: References: Message-ID: I donot really know. It was probably generated in ArcView or ArcInfo. It opens and works fine in ArcView (and with ArcIMS) THanks, Amit Behere. UCSD. "Technology doesn't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand On Fri, 6 Feb 2004, David Fawcett wrote: > I am still not sure why the data displays as it does. Ed, did you ever > take a look at the data? > > Amit, how was the shapefile generated? Was it done in ArcInfo/ArcView > or some other means? > > David. > > David J. Fawcett > MN Office of Environmental Assistance > > >>> Amit S BEHERE 2/6/2004 1:37:43 PM >>> > Hi all, > This is an extension of the question I had posted previously regarding > seeing only one point on the map. I had taken example1-1.map from the > tutorial and modified it to display my shapefile. However I was seeing > only one tree when I should have been seeing a whole bunch. Thanks to > David I was able to fix that (I needed to set MINSCALE, athough I > don't > know why yet?) and could see the whole set of trees. > > Now I have converted that mapfile to serve as a WMS service by adding > the > appropriate wms tags in the mapfile. I am getting the capabilites back > correctly. However when I use the OGIS GetMap request I again see just > one > tree. > > http://pune/mapserver/mapserv.exe?map=/MSTutorial/testwms.map&request=getmap&version=1.1 > > > However if I view the same file i.e testwms.map using the regular > mapserver interface i.e using the command > http://pune/mapserver/mapserv.exe?map=/MSTutorial/testwms.map&mode=map > > > I see the whole set again. So basically I see just one tree if I give > the > OGIS getmap url and a whole set of trees when I give the regular > mapserver url. Any one encountered similar problems or any idea why > this > is happening > > Here is my map file > > MAP > NAME demoservice > IMAGETYPE PNG > EXTENT 385538 3761010 391329 3764477 > UNITS METERS > SIZE 600 600 > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > > PROJECTION > "init=epsg:26911" > END > > > WEB > IMAGEPATH "c:\itasca\tmp\" > IMAGEURL "/tmp/" > MINSCALE 50000 #with this enabled, produces image with all > points > #MAXSCALE 15500000 #see 'with_scale_restrictions.png' > > METADATA > "wms_title" "WMS Demo Server" > "wms_onlineresource" > "http://pune/mapserver/mapserv.exe?map=/MSTutorial/testwms.map&" > "wms_srs" "epsg:26911" > END > END > > SYMBOL > NAME 'circle' > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE > END > > > LAYER > NAME trees > DATA vernon_trees > STATUS DEFAULT > TYPE POINT > LABELITEM "TREEID" > CLASS > COLOR 0 0 0 > SYMBOL 'circle' > SIZE 6 > END > > PROJECTION > "init=epsg:26911" > END > > METADATA > "wms_title" "WMS Demo Server" > "wms_srs" "epsg:26911" > "wms_extent" "385538 3761010 391329 3764477"ho > > END > > END # layer ends here > > END # end of map file/object > > Amit Behere. > UCSD. > "Technology doesn't make your life more difficult or easy, it just > changes > the rules"......Vishwanathan Anand > > _______________________________________________ > 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 mjd at mars.asu.edu Fri Feb 6 15:39:43 2004 From: mjd at mars.asu.edu (Michael Darweesh) Date: Fri, 06 Feb 2004 16:39:43 -0700 Subject: [Mapserver-users] Newbie needs help with simple raster mapserver Message-ID: <402425BF.4080809@mars.asu.edu> Hi Everyone, I'm trying to do something like example 1-5 in the tutorial with my png file, but my raster isn't showing. Could you take a look at my code and point me in the right direction. I'm stuck with how to debug this next. Thanks, -Mike http://www.mars.asu.edu/~mjd/mapserver/mars_32.html http://www.mars.asu.edu/~mjd/mapserver/mars_32.map http://www.mars.asu.edu/~mjd/mapserver/data/raster/mars_small_32.png http://www.mars.asu.edu/~mjd/mapserver/data/raster/mars_small_32.wld (or, eventually http://www.mars.asu.edu/~mjd/mapserver/data/raster/mars_32.png (BIG)) 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=GDAL INPUT=SHAPEFILE 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 gif jpeg png From ed at topozone.com Fri Feb 6 15:42:35 2004 From: ed at topozone.com (Ed McNierney) Date: Fri, 6 Feb 2004 18:42:35 -0500 Subject: [Mapserver-users] Recommendations for multiple query of invisible layers. Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3BB1@mercator.topozone.com> Jason - You should already be using a TILEINDEX to index your orthophotos. Since your TILEINDEX is a shapefile with a polygon for each ortho, you can create a separate layer using a DATA statement with the same shapefile. Then you can do your spatial query on that layer; you don't have to display it. It sounds like you haven't yet discovered TILEINDEX or aren't using it, however, and you should. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Jason M. Nielsen [mailto:jnielsen at aero-graphics.com] Sent: Friday, February 06, 2004 5:32 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Recommendations for multiple query of invisible layers. I have a map currently consisting of mosaiced orthographic imagery covering an entire region. This is setup and working. I also have data indicating the centers of photos covering this area. In addition I have attributes for each photo consisting of scale, flight angle, etc. These photos all overlap. What I would like to do is be able to query an area inside of mapserver and have it return information about each photo that intersects with the query region. First thought was to create a shape file representing the bounding box of each photo and have all the desired attributes attached to this file. Then I could simply query that layer (containing that shape file) and print the returned attributes. The first issue I thought would occure with this is I do not want these bounding boxes visible on the map being displayed in mapserver. Is it possible to perform a query on a layer without having it visible? The second idea was to put just the center points etc into a postgis db. At some point the bounding boxes would be automatically calculated based off of the center photo coordinate, scale, pixel size, x+y pixel size of imagery, etc. These pre or post created bounding boxes would then be what are queried in order to determine intersection. They in turn would have to be linked back to the center points in order to get the "metadata" sought after. >From my crude diagram below you can see that a query could result in either a single photo being returned or quite possibly even if the query box falls only within one photo it could return two or more as well. There could be any number of photos in a line overlapping and they would be overlapping on all four sides with other photos accept the photos on the very outter edges will normally not have any overlapping imagery to their outside(direction from center of project). 001 : photo 1 002 : photo 2 --- : edge of photo | : edge of photo + : photo center point === : overlap area of two photos 001 002 -------========-------- | | | | | | | | | + + | | | | | | | | | -------========-------- Anyhow, the real question here is wether anyone has recommendations on the basic method for doing this? ie: Are the lines Im thinking along a decent method by which to accomplish this or am I on the wrong track or making it more difficult than it really is etc. Thanks, Jason. ------------------------------------------------- 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 nacional at cbs.umn.edu Fri Feb 6 20:53:01 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Fri, 06 Feb 2004 22:53:01 -0600 Subject: [Mapserver-users] Newbie needs help with simple raster mapserver In-Reply-To: <402425BF.4080809@mars.asu.edu> References: <402425BF.4080809@mars.asu.edu> Message-ID: <1076129580.27630.42.camel@localhost> Michael, Your world file had the wrong dimensions (360 degrees / 11520 pixels = 0.03125 degrees per pixel for the X-dimension, 180 degrees / 5760 pixels = 0.03125 degrees per pixel for Y). I created one for your big image. Have a look at http://hypnos.cbs.umn.edu/projects/mars_32.html. The rest of the files are: http://hypnos.cbs.umn.edu/projects/mars_32.map http://hypnos.cbs.umn.edu/projects/mars_32.png http://hypnos.cbs.umn.edu/projects/mars_32.wld Cheers! -Perry N. On Fri, 2004-02-06 at 17:39, Michael Darweesh wrote: > Hi Everyone, > > I'm trying to do something like example 1-5 in the tutorial with my png > file, but my raster isn't showing. Could you take a look at my code and > point me in the right direction. I'm stuck with how to debug this next. > > Thanks, > -Mike > http://www.mars.asu.edu/~mjd/mapserver/mars_32.html > http://www.mars.asu.edu/~mjd/mapserver/mars_32.map > http://www.mars.asu.edu/~mjd/mapserver/data/raster/mars_small_32.png > http://www.mars.asu.edu/~mjd/mapserver/data/raster/mars_small_32.wld > (or, eventually > http://www.mars.asu.edu/~mjd/mapserver/data/raster/mars_32.png (BIG)) > > > 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=GDAL INPUT=SHAPEFILE > > 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 gif jpeg png > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- "He's no geek.His tan's too good." -Benjamin Choate From mapgisnewbies at yahoo.com Sat Feb 7 07:05:33 2004 From: mapgisnewbies at yahoo.com (we wei) Date: Sat, 7 Feb 2004 07:05:33 -0800 (PST) Subject: [Mapserver-users] Virtual Spatial Data In-Reply-To: <40232C23.3030507@pobox.com> Message-ID: <20040207150533.3401.qmail@web20729.mail.yahoo.com> Frank, Thanks a lot for your help. The connection is working right now and the connection throught mapserver is working, too 'coz it didn't throw me the error like "OGR ERROR: files not found or format not supported". But I am now dealing with another problem that I have no clue. I set up a virtual file that with the following content: ODBC:user/user at PostgresqlDSN climate wkbPoint I put my OGRVRTLayer's name as my table's name "climate". is it okay ? and i didn't put 'coz I am using the lat and long data without any projection. And my mapfile is as below: MAP NAME VRTDEMO STATUS ON SIZE 400 300 SYMBOLSET ../etc/symbols.sym EXTENT -2200000 -712631 3072800 3840000 UNITS METERS SHAPEPATH "../data" IMAGECOLOR 255 255 255 FONTSET ../etc/fonts.txtition WEB IMAGEPATH "/var/html/www/VRT/imagepath/imagetmp" IMAGEURL "/imagepath/imagetmp" LOG "error.log" METADATA "wms_title" "Virtual Spatial Data Demo" "wms_onlineresource" "http://127.0.0.1/cgi-bin/mapserv_40?map=/var/www/html/VRT/htdocs/vrt_wms.map&service=WMS" END PROJECTION "init=epsg:42304" END LAYER NAME "vrtlayer" TYPE POINT CONNECTIONTYPE OGR CONNECTION "virtual.ovf" DATA "climate" STATUS ON PROJECTION "proj=latlong" END CLASS SYMBOL 2 SIZE 8 COLOR 0 0 0 END END And i put the mapfile and the .ovf file in the same location. and then I used the wms to open this image as this http://localhost/cgi-bin/mapserv_40?map=/var/www/html/VRT/htdocs/vrtdemo.map&service=WMS&request=getmap&version=1.1.1 However, I got something weird. It gave me a whole bunch of odd characters like the boxs and something else but starts with &PNG. It didn't generate an image to me. Do you have any idea of what's going wrong or do you have any method for me to generate more information for debugging? Thanks! --- Frank Warmerdam wrote: > we wei wrote: > > Hi list, > > > > I am working on a problem in connecting ODBC to > postgresql from > > mapserver. I am using the suggestion from wiki, > but i have a question > > on the tip wiki provided though. > > > > It mentioned that we need to configure the apache > by > > 1.Enable mod_env > > 2.add lines like: setenv ORACLE_HOME /path/ > > 3.restart apache > > > > I am not quite sure about step 2. What is the > variable ORACLE_HOME and > > the "path" refer to? In my case I am using > Postgresql, so what should > > be the environment variable's name ? and what will > be the path it is > > related to ? Will the path mean the folder has the > postgresql driver > > installed or the folder that the postgresql > installed ? > > We Wei, > > If you are using Postgresql you don't need to set > the ORACLE_HOME environment > variable. That was just one example of the sort of > stuff you might need to do. > You likely don't need to set any environment > variables for Postgres. > > You do need to ensure that ODBC access to the > database works for the user that > MapServer will run as (nobody, www-data, or an > apache user or something like that). > You might test this by running the unix odbc client > as the web user. > > eg. > > su > Password: > su - www-data > isql > > Or it may work differently for you. The point is, > it is up to you to first > ensure that ODBC access is working before you start > using OGR and MapServer. > > 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 > __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From pierrezhang at hotmail.com Sat Feb 7 07:22:04 2004 From: pierrezhang at hotmail.com (peng zhang) Date: Sat, 07 Feb 2004 23:22:04 +0800 Subject: [Mapserver-users] WMS Solution: PHP/Mapscript vs CGI? Message-ID:
list:
 
My application should be WMS compliant, both server and client. Obviously Mapserver CGI is good choice, simple and powerful for WMS server. actually I already set it up, and it works well. But I also need to the functionility to intergrate layers from other WMS-compliant instance. One approach is to add new layers dynamically, whose CONNECTIONTYPE should be WMS, to local mapfile (my local server as cascading WMS) when users choose layers from other WMS instance like Maplab's Mapbrowser. 
The problem is:
It seems that with Mapserver CGI I cannt add new layers to mapfile on-the-fly. Is it right?
If so, should I turn to PHP/Mapscript? But I didnt find any instance that use PHP/Mapscript as WMS server. Is there any tutorial, demo or how-to on set up WMS server by PHP/Mapscript?  
 
Thanks in advance!
pierre




Protect your PC - Click here for McAfee.com VirusScan Online From Tom.Kralidis at ec.gc.ca Sat Feb 7 08:40:56 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Sat, 7 Feb 2004 11:40:56 -0500 Subject: [Mapserver-users] WMS Solution: PHP/Mapscript vs CGI? Message-ID: <2576812186CDD411BF1500508B6DCE9506436BF4@ECNWRI1.ontario.int.ec.gc.ca> Hi, An alternative would be to use your client to add new layers dynamically, instead of MapServer. ..Tom ========================= Tom Kralidis Systems Scientist Environment Canada Tel: +01-905-336-4409 http://www.ec.gc.ca/cise/ ========================= -----Original Message----- From: peng zhang [mailto:pierrezhang at hotmail.com] Sent: Saturday, February 07, 2004 10:22 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] WMS Solution: PHP/Mapscript vs CGI? list: My application should be WMS compliant, both server and client. Obviously Mapserver CGI is good choice, simple and powerful for WMS server. actually I already set it up, and it works well. But I also need to the functionility to intergrate layers from other WMS-compliant instance. One approach is to add new layers dynamically, whose CONNECTIONTYPE should be WMS, to local mapfile (my local server as cascading WMS) when users choose layers from other WMS instance like Maplab's Mapbrowser. The problem is: It seems that with Mapserver CGI I cannt add new layers to mapfile on-the-fly. Is it right? If so, should I turn to PHP/Mapscript? But I didnt find any instance that use PHP/Mapscript as WMS server. Is there any tutorial, demo or how-to on set up WMS server by PHP/Mapscript? Thanks in advance! pierre Protect your PC - Click here for McAfee.com VirusScan Online _______________________________________________ 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 Sat Feb 7 08:42:43 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sat, 07 Feb 2004 17:42:43 +0100 Subject: [Mapserver-users] WMS Solution: PHP/Mapscript vs CGI? In-Reply-To: References: Message-ID: Hi Pierre, we use Mapserver CGI (as a WMS Server) on our data, and then PHP/Mapscript as the WMS client. You can perhaps have a look at Chameleon (www.maptools.org), the same approach can be used in Chameleon. Best regards, Bart On Sat, 07 Feb 2004 23:22:04 +0800, peng zhang wrote: > list: > > My application should be WMS compliant, both server and client. Obviously > Mapserver CGI is good choice, simple and powerful for WMS server. > actually I > already set it up, and it works well. But I also need to the > functionility to > intergrate layers from other WMS-compliant instance. One approach is to > add new > layers dynamically, whose CONNECTIONTYPE should be WMS, to local mapfile > (my > local server as cascading WMS) when users choose layers from other WMS > instance > like Maplab's Mapbrowser. > > The problem is: > > It seems that with Mapserver CGI I cannt add new layers to mapfile > on-the-fly. > Is it right? > > If so, should I turn to PHP/Mapscript? But I didnt find any instance > that use > PHP/Mapscript as WMS server. Is there any tutorial, demo or how-to on > set up WMS > server by PHP/Mapscript? > > Thanks in advance! > > pierre > > > > > Protect your PC - Click here for McAfee.com VirusScan Online > _______________________________________________ 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 Sat Feb 7 08:54:39 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sat, 07 Feb 2004 17:54:39 +0100 Subject: [Mapserver-users] How to use mapserver to cascade arcims wms services In-Reply-To: References: Message-ID: Hi Larry, first of all I think your wms_name is invalid, because it contains a space. The wms_name is used to perform the WMS request. Secondly, you should use 1 wms_format instead of 2 formats separated by commas (does your ArcIMS server have a GIF license, if not use image/png). Here I have a working example (BTW I am using the ESRI WMS connector 0.0.6 instead of the standard version delivered with ArcIMS 4): LAYER CONNECTION "http://myserver/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?servicename=top50vector&SERVICE=WMS&VERSION=1.1.0&LAYERS=t50_vlakken_region&QUERY_LAYERS=t50_vlakken_region&FORMAT=image/png&transparent=true" CONNECTIONTYPE WMS METADATA "wms_srs" "EPSG:28992 EPSG:4326" "wms_onlineresource" "http://myserver/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?servicename=top50vector&" "wms_stylelist" "" "wms_name" "top50vector_t50_vlakken_region" "wms_title" "top 50 vector" "wms_style_default_title" "" "wms_style_default_legendurl" "0 0 " "wms_server_version" "1.1.0" "wms_formatlist" "image/jpeg,image/png" "wms_format" "image/png" "wms_boundingbox" "EPSG:28992 0 288007.5 288009 624000" "wms_style" "default" "wms_latlonboundingbox" "2.68506 49.54247 7.75847 54.61588" END NAME "top50vector_t50_vlakken_region" PROJECTION "init=epsg:28992" END SIZEUNITS PIXELS STATUS ON DUMP TRUE MINSCALE 0 MAXSCALE 50000 TEMPLATE "blank.html" TOLERANCE 0 TOLERANCEUNITS PIXELS TYPE RASTER UNITS METERS END Best regards, Bart On Fri, 06 Feb 2004 16:47:18 -0330, Larry Nolan wrote: > I have a group of geological surveys which have arcims web mapping > servers with tons of geological information. I would like to use > mapserver to act as a one stop connection to each of those servers in a > client. I have mapserver 4.0 working fine serving ogc wms map services. > Does anyone have the syntax to connect to an esri arcims service which > has the wms connector turned on. > > I get a a general service exception when I try to connect to this layer. > > LAYER > NAME "NAD27LandBase" > TYPE RASTER > STATUS ON > CONNECTION > "http://gis.geosurv.gov.nf.ca/servlet/com.esri.wms.Esrimap?servicename=NAD27_Basemap" > CONNECTIONTYPE WMS > METADATA > "wms_name" "Base Map" > "wms_server_version" "1.1.0" > "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" > "wms_format" "image/gif,image/png" > END > PROJECTION > "proj=tmerc" > "lat_0=0.0" > "lon_0=-59.5" > "k=0.998" > "x_0=0.0" > "y_0=1000000.0" > "ellps=clrk66" > "units=m" > "no_defs" > END > END > > > > thanks > Larry Nolan > > > > _______________________________________________ > 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 Sat Feb 7 12:27:36 2004 From: pucher at atlas.gis.univie.ac.at (Alexander Pucher) Date: Sat, 07 Feb 2004 21:27:36 +0100 Subject: [Mapserver-users] Mouse Over Message-ID: <40254A38.4090603@atlas.gis.univie.ac.at> Hi, this questions comes up every now and then... What is the current status, if I want to include mouse over events with mapserver-php/mapscript. Suggestions of previous mails mentioned the "plain" image map solution, i.e. to generate an image map out of the geodata and overlay it over the rendered image. Are there some real-life examples for this? What might be the performance when using it with a ~3000 polygon (~150 points each) layer? What about the mapplet XML approach. Is there some documentation available for this? Regards, alex. From bartvde at xs4all.nl Sat Feb 7 14:36:16 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sat, 07 Feb 2004 23:36:16 +0100 Subject: [Mapserver-users] Mouse Over In-Reply-To: <40254A38.4090603@atlas.gis.univie.ac.at> References: <40254A38.4090603@atlas.gis.univie.ac.at> Message-ID: Hi Alex, in Chameleon (www.maptools.org), which is based on PHP/Mapscript, there is functionality for this. It is called the "MapTips" widget. In this widget the approach you sketch is used (the image map approach). So if you want to know about performance etc, try it out with Chameleon. I don't know about the Mapplet XML approach, maybe somebody else can comment on this one. Best regards, Bart On Sat, 07 Feb 2004 21:27:36 +0100, Alexander Pucher wrote: > Hi, > > this questions comes up every now and then... > > What is the current status, if I want to include mouse over events with > mapserver-php/mapscript. Suggestions of previous mails mentioned the > "plain" image map solution, i.e. to generate an image map out of the > geodata and overlay it over the rendered image. > Are there some real-life examples for this? > What might be the performance when using it with a ~3000 polygon (~150 > points each) layer? > > What about the mapplet XML approach. Is there some documentation > available for this? > > Regards, > alex. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- From dabner at optusnet.com.au Sat Feb 7 22:45:11 2004 From: dabner at optusnet.com.au (dabner at optusnet.com.au) Date: Sun, 08 Feb 2004 17:45:11 +1100 Subject: [Mapserver-users] Australian Setup for MapServer Message-ID: <200402080645.i186jBs12723@mail004.syd.optusnet.com.au> hello, New to mapserver and have been pluggin away with little success to get it to show my part of the world. Does anyone have some experience using sensis or ausways maps in mapserver. Just need a start as mapserver is rejecting the shapefiles. regards, Nick Dabner From delleske at vauban.de Sun Feb 8 05:55:59 2004 From: delleske at vauban.de (Andreas Delleske) Date: Sun, 8 Feb 2004 14:55:59 +0100 Subject: [Mapserver-users] How to Install Mapserver on Debian woody? Message-ID: Hello there, sorry, if it is a FAQ, but: How can I manage to compile mapserver 4.0.1 on a Debian 3.0 (woody)- system? Now, ./configure ends up with >zwei:~/mapserver-4.0.1# ./configure >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... lex >checking for yywrap in -ll... no >checking for bison... no >checking for byacc... no >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... gcc -E >checking for ANSI C header files... yes >checking for strcasecmp... yes >checking for strncasecmp... yes >checking for strdup... yes >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... no >checking for gdImageSetAntiAliased in -lgd... (cached) no >configure: error: Could not find gd.h or libgd.a/libgd.so in >/usr/local. Make sure GD 2.0.12 or higher is compiled before calling >configure. All combinations I tried with ./configure -with-gd=/usr/local or something failed. maybe because gd.h is located /usr/include/gd.h and libgd.a an libgd.so are located in /usr/lib/libgd.so or /usr/lib/libgd.h GD 2.0 claims to be installed with the apt-get system Any ideas? Thanks in advance! Are there .deb packadges available? If yes, what do I have to do to install them as they do not seem to be part of the Debian- distribution? -- Gruss Andreas Delleske From bartvde at xs4all.nl Sun Feb 8 06:20:16 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sun, 08 Feb 2004 15:20:16 +0100 Subject: [Mapserver-users] How to Install Mapserver on Debian woody? In-Reply-To: References: Message-ID: Hi, with regard to the Debian packages, see: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00078.html Best regards, Bart On Sun, 8 Feb 2004 14:55:59 +0100, Andreas Delleske wrote: > Hello there, > > sorry, if it is a FAQ, but: > > How can I manage to compile mapserver 4.0.1 on a Debian 3.0 (woody)- > system? > > Now, ./configure ends up with > >> zwei:~/mapserver-4.0.1# ./configure >> 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... lex >> checking for yywrap in -ll... no >> checking for bison... no >> checking for byacc... no >> 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... gcc -E >> checking for ANSI C header files... yes >> checking for strcasecmp... yes >> checking for strncasecmp... yes >> checking for strdup... yes >> 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... no >> checking for gdImageSetAntiAliased in -lgd... (cached) no >> configure: error: Could not find gd.h or libgd.a/libgd.so in >> /usr/local. Make sure GD 2.0.12 or higher is compiled before calling >> configure. > > All combinations I tried with > > ./configure -with-gd=/usr/local > > or something failed. > > maybe because gd.h is located /usr/include/gd.h > and libgd.a an libgd.so are located in /usr/lib/libgd.so or > /usr/lib/libgd.h > > GD 2.0 claims to be installed with the apt-get system > > Any ideas? > > Thanks in advance! > > Are there .deb packadges available? If yes, what do I have to do to > install them as they do not seem to be part of the Debian- distribution? -- From woodbri at swoodbridge.com Sun Feb 8 06:34:03 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sun, 08 Feb 2004 09:34:03 -0500 Subject: [Mapserver-users] How to Install Mapserver on Debian woody? In-Reply-To: Message-ID: <4026028B.16185.1DCFB49D@localhost> apt-get install mapserver On 8 Feb 2004 at 14:55, Andreas Delleske wrote: > Hello there, > > sorry, if it is a FAQ, but: > > How can I manage to compile mapserver 4.0.1 on a Debian 3.0 (woody)- system? > > Now, ./configure ends up with > > >zwei:~/mapserver-4.0.1# ./configure > >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... lex > >checking for yywrap in -ll... no > >checking for bison... no > >checking for byacc... no > >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... gcc -E > >checking for ANSI C header files... yes > >checking for strcasecmp... yes > >checking for strncasecmp... yes > >checking for strdup... yes > >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... no > >checking for gdImageSetAntiAliased in -lgd... (cached) no > >configure: error: Could not find gd.h or libgd.a/libgd.so in > >/usr/local. Make sure GD 2.0.12 or higher is compiled before calling > >configure. > > All combinations I tried with > > ./configure -with-gd=/usr/local > > or something failed. > > maybe because gd.h is located /usr/include/gd.h > and libgd.a an libgd.so are located in /usr/lib/libgd.so or /usr/lib/libgd.h > > GD 2.0 claims to be installed with the apt-get system > > Any ideas? > > Thanks in advance! > > Are there .deb packadges available? If yes, what do I have to do to > install them as they do not seem to be part of the Debian- > distribution? > -- > Gruss > Andreas Delleske > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From gis at balkanu.com.au Sun Feb 8 15:53:47 2004 From: gis at balkanu.com.au (Balkanu GIS) Date: Mon, 9 Feb 2004 09:53:47 +1000 Subject: [Mapserver-users] Australian Setup for MapServer In-Reply-To: <200402080645.i186jBs12723@mail004.syd.optusnet.com.au> Message-ID: <000001c3ee9e$ce221750$566b110a@cydn.net.au> Hi Nick, Am a newbie to Mapserver too but have successfully shown ESRI shapefiles for Cape York (Queensland) by specifying the map extent as EXTENT 140 -11 147 -15 Not familiar with Sensis or Ausways shapefiles - if they are the same format as ESRI .shp they should display. Otherwise, MapServer would need to have support for the file type compiled into it. And I don't suppse the standard version would, since they would not be common or standard types. Good luck, keep us informaed Yuri -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of dabner at optusnet.com.au Sent: Sunday, 8 February 2004 16:45 To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Australian Setup for MapServer hello, New to mapserver and have been pluggin away with little success to get it to show my part of the world. Does anyone have some experience using sensis or ausways maps in mapserver. Just need a start as mapserver is rejecting the shapefiles. regards, Nick Dabner _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pierrezhang at hotmail.com Sun Feb 8 19:02:17 2004 From: pierrezhang at hotmail.com (peng zhang) Date: Mon, 09 Feb 2004 11:02:17 +0800 Subject: [Mapserver-users] WMS Solution: PHP/Mapscript vs CGI? Message-ID: Bart, Thanks for your rapid reply, but could you please give me some suggestions in more details? Did you mean i should set CGI and PHP/Mapscript both? If Chameleon should be employed, which version is prefered, 1.0.* or 1.1? Wishes Pierre _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From Ballini.Yvain at seat.it Mon Feb 9 00:14:14 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Mon, 9 Feb 2004 09:14:14 +0100 Subject: [Mapserver-users] Distorted character Message-ID: <4B1A1EC0790F054193453C48725D431829F76E@MSGBE1V1.seat.it> Hi List, I would like to know why the arial_narrow font gives some distorted label when it's used with the Position Auto option (I meen not all thew character of a word are perfectly aligned, while there isn't such a problem with the verdana font or with other fonts. Thanks. Yvain. From dabner at optusnet.com.au Mon Feb 9 01:36:28 2004 From: dabner at optusnet.com.au (Nick Dabner) Date: Mon, 9 Feb 2004 20:36:28 +1100 Subject: [Mapserver-users] Australian Setup for MapServer In-Reply-To: <000001c3ee9e$ce221750$566b110a@cydn.net.au> References: <000001c3ee9e$ce221750$566b110a@cydn.net.au> Message-ID: <6F76A886-5AE3-11D8-A498-000393AFE4BA@optusnet.com.au> Thanks for the advice Yuri. Have ordered the Ausway (Melways, Sydways) street directories, but have the Sensis maps available. They are in ESRI shapefile format, but fail to load. I hope running on OS X isnt the issue. Actually think it is a projection (AGD?) and extent issue. I am attempting to map melbourne, but the map extent always comes up as 1 mile or smaller. Will keep fiddling.Think a re-read of the users manual may be in order. Nick On 09/02/2004, at 10:53 AM, Balkanu GIS wrote: > Hi Nick, > > Am a newbie to Mapserver too but have successfully shown ESRI > shapefiles for > Cape York (Queensland) by specifying the map extent as > EXTENT 140 -11 147 -15 > > Not familiar with Sensis or Ausways shapefiles - if they are the same > format > as ESRI .shp they should display. Otherwise, MapServer would need to > have > support for the file type compiled into it. And I don't suppse the > standard > version would, since they would not be common or standard types. > > Good luck, keep us informaed > Yuri > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > dabner at optusnet.com.au > Sent: Sunday, 8 February 2004 16:45 > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Australian Setup for MapServer > > > hello, > > New to mapserver and have been pluggin > away with little success to get it to show my > part of the world. Does anyone have some > experience using sensis or ausways maps in > mapserver. Just need a start as mapserver is > rejecting the shapefiles. > > regards, > > Nick Dabner > _______________________________________________ > 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 stepan.kafka at centrum.cz Mon Feb 9 02:30:55 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Mon, 9 Feb 2004 11:30:55 +0100 Subject: [Mapserver-users] Selected features color In-Reply-To: Message-ID: <000901c3eef7$cce490d0$463c2fc3@HSGIS> This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C3EF00.2EA8F8D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Steve and others, in mapserver 4.0.1 I found highlight color being applied only for last class style. I changed the msDrawQueryLayer function to highlight the FIRST style for polygons style because it is always polygon fill color. In addition I think it is useful to enable highlight also originally transparent color fills like in the attached picture correpodning with following class definition: class style color -1 -1 -1 symbol "p-diagl" size 8 end style outlinecolor 0 100 0 symbol "l-solid" size 2 maxsize 4 end class If it is useful, please, change it in official distribution. The changed function code is attached. ( I have also version with highlihgting all styles but when using solid fills the outlines are not seen.) Stepan Kafka ------=_NextPart_000_000A_01C3EF00.2EA8F8D0 Content-Type: image/png; name="fill.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="fill.png" iVBORw0KGgoAAAANSUhEUgAAAVUAAAEDCAIAAAAKuQCTAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAAsSAAALEgHS3X78AAAAB3RJTUUH1AIGDQsffPS/SAAAIABJREFUeJzsfV9oG2fW9/EyhTF4 QYG8IEEKESRQmQYq00JtNhce44vY5IXa5INYdCEr17CVN9BIa9hYm4u8chayVgpZqwuu1UCKEthg Bd5g+cJ4fJHFKrRYhSzWQsOnQAMSfAYL1uCBHfB3cWaeOTPzzB/JsuPu7g+RyI9mnvl7znP+n67M nQwAAMD+/j7oUBRF+7Kn5NRcQkgAwG5zl23Q3GtatjTNoLIxUFRjAwZREPFL+UJZeiVpg6JobKB/ p4PdQrdxLHXfPgiCaX7tzAWwg52AaS96rO5uzpZckPndN+beCk9wT9VzA5fbon0XOaeKZzi+Ou50 Mkv9S+y7cQhyVvuK9lyUPeNijddJVdK1dCasvXL0ux3pWno+Mm85VXoJ3aL+jHhvDv+50BtofktH n46ufLTidDJ8qG4/8h+3+aCxjVhhsOC0wb66P1mexHvOvphmUBQAmH4xzUbwjqWqqfnIPJcM9/+x DwBzO3Ozp2eB/0L9qyAhJHJqDlRIiIk3fS4nHaPPRtn35UvL9CfK4mMbMcuOhYsFaAWZcMad7N8I 2iH+o4dB83Tw20nLyMKFBTuvSVVT9gnZbZ89PYsswIP+2eJ/ROh/0S9fkJkI0HHg+p9Tcv9hAU5A yl+5vAI+JBTL+h97Hos9jwGAdRHzhxPCC4aeDL0p4i8MFjgiAAAAxJ7HLMQ/WZ4EgKUPjEHKmilQ CrCv/+laGgBw5UcW8AbW/0q0csxHTIiJnJLDL8d86JMMSvlto3CxAAI4vcRcnBCyRww9GVq/st6e anZE0FjqxQJTcoFyXlelwx2ZcGb/H/tM+Hde/1UAgOxeNq7G2a2hzIZ951oNLIyn2l+lc0e/jVK1 49TPT9n3Mr6b1SH7me6DMdgNmkKogHGqIohgFwR8K+1OGhJXpfSYyukdYzOQi+XqsSatnntWvL04 vwKMPh1dv7Ju3Zh3hi4XxZYv/AJkdaIUZacuxgLceUGqmpo/b9Zj6Snq4/iILccyDQJvUFUsX9qG H1XfbQPVeLfZIs8sKZbduWToCVT7cZdkT3JuZy7ZkwQX/T+7l032JJvNps8DuCNSjngb0o4YSPz/ 0QVGn44CgEH8HQKu/xYu0DbStfT8+fnUDxwltoM4aWq/XcI/IiR7kkjgP7P/NteYw9+O+iSOEzlV I3umC/x7At/4zr70sY0Y++CI3UZlB6789IsdR8oCTgjxFy4WUOA/NuJHIAsQLJI26gbNZhNFC5MQ Ql19RJxgg8wpaIeiKETyAhHEvmjfwv2F6evTS4sLigIggCiIiqKAAKCCKAIIIqiAfyqqUntVy9zO AMDopdGxK2OiAACioiqb5c3cn3V6Zt4v0ZCTFVXJC/m4GmdXmhAS2WbWkAJE9j85RZ4CYroirkjJ BrnCjqemIHC+cz15FCavXo9oH0QMPRkCgM1fbrpM1f0W8bD+k/OI6bQolBYGC/QWMScxOqU0wZ53 D3F+q8+YnBVXPjc9I9uW9Ay5eylOOhj3KbdnHNOn4sr8lKAoJsuTSPmmvXhTmWR+fQP2sLhnApQ2 yWBCTJgukRkGjhp90b7Ep4na69rK6RWApYGLffXhOgD0ft+7Xlrput4dDASliCRXZW37v/et/O9K 4WEBH4n8Uo4txgAgcz5DSZ0LjfjN+HezCKKViwU1HAOQ8rUV/m2+ej8bnJ1rzM0GZzNvZ9I/pulm 1ECgebP/pXFsy74FQvK3SVEQcZnNCBlcbOuv69l7WdwifC6cvpnO3MlkbqUVBUQRAERFUeQNmcUO tYqtylbmTmbg4kCj2QABItcjWx9vAUDoZqi6U1ufWZfOSqGbIQCo360DQGgmlP8mny5qUqIUkZA7 hM+GpUFp+ZnJX90b6U3+Npn9PJv8LKmAsiSY2Cq72AVhAVRoqs3dxm7uC02CCIfD8Wvx/IN8/JP4 3P/MtXd1Jwq47K9fWR96MmQs/scFxgXcWYDTr0eHEyL8A3PyH8KqfxgI3bbFduDlwHJxeeH+Agig KIooiNWdal7JZ4RM4W8aEWbOZ/zbHu3A9T/6fnR+Zh4AspeyzWYz8SyRCqUipyPyUzlWi2XGMuli OjQTAgD8zniBXJUr1yu7l3ale1J9sEZn7o30jl0ZqzVrC7sLs8Ls6Mjo9nvbgBJEcaXr0y7uxc7f mTcu9mU1/UM6plgDXX5yYJSPf65fWR94OABUBTgu2Jd3x23CHBFgPjL/ryoCcCN8jhOC+2LbaDa2 b2+XHpcazQYAyFWZLry5xRwN8+T65zT1VTXpLZvfbm5e29x+sY3T7u7sZr7NxC/GpbNSdac6fnk8 cSaBlM9OyT5zJBjRvjE1CZStF1v1ej18PoySRfBqcP3aOqgoWVQ9JYv63XpptdRoNkRR1HQqJ/8f T6U0tFPfgbomkEWAG13LtRrYo1+HHptVfR1bn24BQN8XfVufbtk1ebDolv/knSEvfpbvqaKO2/39 2dOz6R+N4BMK/Gk26Kx4quRfT528PU2eFyLN4OQg5F6sp6uPYfLbyaUPtJWf/wh4+j/1uLvbGrhT WfAzpaqEboYyYxkACM2EQjMhttjW79aDgWAkGEl+lgwGggAgV+XscFa+IcfWYh3wmu4peJbSQ0mu yrHFWOhmKHc7F7odCs2EMueNU5IiUmGqgN8BoDBViN6PhmZC4edhxXxhkXcisV/G2AmjZBH7OpZ+ Ox05HcFDOF0sAOT+lItdieG+P0UMPR4aejy0fnXdZZHf+nSr74u+4zwrxOzpWYw54/ykGwIsjgDm GjgGX+AxQyP+Nw2hL9pXv1z3XGxxoUYYC++hESlHRFGs3aqh4VrZU0RRnFfmRVEEAeJqHHV1AKW6 U0PRIzOWkc5J9Ts1AFAUKDw2hZ3NNeaq96rLf1nGE64ptYXVBSZZVK5XgmeCLheb+TGTuZ+hF/tT AQbzrV/15dXf+nSr934vAGxf3z7a07KBRZ63tzvNdeFieXjZfQM4Acr/CSF+ABBCt0PBQJAq21JE il+MU8JgQn7f3/ui96MAcOrZKbh12GP39fcBQN8H2lpkBALa8v8i70Smr0/nr+ZxUF6Ts3/SzJNU YCsGimPNsWKg2FSaANBUmmNfjAEAavup/0qlfki5X6wLBzyZGF/TcvVaDeNFyu+933tCWACKAO47 pn5ILVxYYH8yZyf1AbEb4ocRvBEg8Z8QFtC1v7/PTOL6YgvVnWpmNSNX5cz5TOxqDABG/3t0pbSi bQMAKmT/lM0v5nf3du2TWpSoxuVG8FnQKY6VPcVAT8DYoJuT2klhsucDAEDpTAm/jO2MFR4VYr+M Lf9lWVEUnAG/oIXP8WLHMrH3YgDQfb17//4+hhuYTvstXlItLzvV6bTtu4NDVK8lkndkeISNKIpS e1ULnQslHicKHxfkDZntFQqFIu9Gqn+rRt6NlL8pW6biGiB67xkswBTBoStWu/8wHrEp+FRfFeg7 YAySvezK59zOXDJgBJixE0PtQGMN+hnONeaYXZC+JOy6TD5gfa/YRsxgAeRhcRd//vPiatc8Vd8U GsP18Ot7TX47yQyZXKMmP6HeYQNuxD03nNxOL7iloL3lAI0dTeiNnI/EPo5pi60K8nM5+8csAAz0 D7AdOxUX3CmUzpRGXhsUEvtlDADG/884kAu2Rwrkhfz8+fn4tTiTLCrfV5b/spzsSXZf7z6eUAgG lvXB/bW+U09vpNH+mruag9Ow/P2yXJWbe82+D/ooVVQbVemhVL9TP6bzbgsoAlAW0HEsDy8zWYDi DUr+lPhPCDiG0eoP1cR1LSqmuXOy6JwLJP42doyr8dQPqepNLT2JUhGzVLnZpTsESvn43Y6Dywdo /pCrckAQA8FIZjUjRaStnS3prBT7OoasofBxQXPW+I5d276xTUWANwuugbDtfEHu+n+o8zsEUOCn EtZJ8GsKbCXf3zOEDTZIpTh66kzk40cB2KI4m3tN062nT0GfQBF48ZJUBOK+028Zp2EIOSJH0OWe 4YQ6kRe1AEGLmIer01zD0FSpg9OIpeNmp9FL4fmWMNgbYaz5gpFIb1cl0sV05XoFAGJfx7PDWQDI DmeTa0npnBS/GI9fjMcWY7k/52JXYvP3TWVz+NVvCNAcuPXplslp5xVS6l7qx9Mllgwks80s3mTq SEv2JLVJzGeLb4JJ2+LFArvnZXq7YAncfXJ0A5PMz7QGstf0i+n5yHxzr2kR72eDs6lqyrTGeN03 TwehkRbpI+PuyPP/lauK+LjzTLfvQt/83fnUTGr+3jwq8x7pAy9rGK2opw+IAIDpA48eP3I/VmfD ojE3xlrUyR+CZzQv7EpkRa7KSUjKVbnaqOaf5+MX43A4/0XfF33HHxrkE8xB+KZPpGWgw+Kkif0M P8n6X30X+uJT8drr2nLP8oKw0Hexrz7oO31ABXlDjq3FACD8PCxvyPGv4/YcgWxT8y90hPKnK4bX ilp9l/qXJsuTPktoxdSYKRryTh0EyH+TLz0uyXUZL7YN/0XvvV4goUHHyQKoCPAviekX0+iwcAmW ebOs7SdJ/1svtnbv7fZF+7T0gU9bSx9IhVL1u3UMCqy/NtnJWGoweym58SoWzJ/ncHfqqV6ILoCD PLbUv+Ru+UNU/16dvzs/D/MAAAIMBAYAoNFojL8zHng/kBSSAACqJvsVx4qe8eRI9gCwfWObiZSb v9x8UzHCnkA6mT91QhdSOxjxn2R0TVydwG/UpL+7q6n3zCkA5vq/fMcDD8rHmvzPTVMFpyqurlpc 74XexKeJ6HvR0EyofrfeeN0QRTHxLNHX7Ev+Jpn7MpepZXCRxO0t6QP1u/Vms5l4mgCA3NXcqetG 3EEc4gCQhzwboQmCgZ6A4aBi+bnd3dz0dSby8Z2CNv8ftfxhUS12UO5ehveLeCW5dZMtuyPlU4Mf e5rM3DP02CiJRxVOUw1o/YWh+j97c7iGIfsymId8HOL8x61fAg0MSf+YZjeW3ZnuHs4doOCXk36L 43alVg92XVy3KFB7kC3TVqtcxKYyl9+1DIIub86ennVM9eWdgHsMLjfE2+r/e9TzaGJvwmWWE4jt F9t9X/QdLB5o6QPN1tIHGq8bybUkbq8oyoQyAQCPxEegU77pjSRwMgQw07Snpc0FdP2nvOCQ9fko NMq/sQ3gwbjXr65TFvAftAR7+W1P4Ht11D5RO4SJvYmfHAsoXyhHK1GaPgB6kF9MjWX3ssFAMHM+ k/6BH+SHIYxyVdbsZCIAwIQy4V5KIKfkji0igK7/tDJ32wSpRfveaMHJt/LRClYKs5QDf7M4CT4z dxzm9I4hLMICodlsQg80m00muQER+/kyfyuFBwG0pcaUJ6dyKu2Y5uTV5MEZKtFKtBLFlbb/Rb89 fSCjZCzpA4qq1JpG+kD8wzg7YrPZxGAHBRQTw2YnIIo5NQcACSFhqoSjS5ImD+Vb1l8BvFP9aAlT BlbLlJIfEiTCgxcIAAAsz0eT9h1ER6M/hzm8D/3n46vjzEnBVRKp/M+tM8OVkzX0wP7ePr3bbhel S1ianOV+Y70KHFFwix3xcxlVjquPXXWqmsqEeanxNkcdCvyGdqmfbUIkxal4EoRTMCIHPGWKQhRF AQBGXo+UzpT6d/tdJztxkIYlMEcl0vo28jnN+C+9krbf25ZvyLmrOQAQVbG0Wsp/aWj47rL6UXdA aAlUF6C8gKb9oAEPgVb9Q1ZeRSfFm01T/0kAV34/SyN6PRRF4VajNYpTHf2L9xOz/+Pi7/Qro3nT 4FlZ+l6a/qUpb8xkVHNGXsifHOK3gK3/oihiwj8CTffUwnp4IAuAE+zHfrPAZjs+b44flycyhWPg Ahr9j7weKV0o9b840SKAE/GXL2iJLtJLyVj2X+o9hdpicXkhD6BrECcebP13km8PDxaw9MZZwMKF hRPlWjtMVL97QXqkfFQ/6UhL0HZ36IInMC0u/EO4PFgOb4SBxAJ7lxDxYeREjYXrjaAzeDa3oBvj DJUPTK2E5HMyY2GGUk0cdWxL6tExVCP9/2KgiE6Bfdg3XSA5a36ssX1OGkZK9GRvmZz9TrU43qrO Fzh5AchOqiNz+1H1nr0D9F5hvCp+4fv/3APDCYx0RlVhxg4uqE+OWY4UVeHG/7qDH9TsbAHR9nKo gg26k9/TUcfuMOr2Wri6ogBAHOI5ha9jKqqC/lHmkEZiZrFq3C64uHTRE6A1701ueEE8gtXtE4Av Oz+rHYz4mVDQkRYjWESg9Vfr3wUYqYa5+v8m1ZOd0CkxJA5xZmN22gC/ICMwhFMdBs2T7f0kO5no P7wRrg3WUARoE0j8nwDAEXIBg/LNrcQOD434/wMvYDTev3MzpTaI39R1wgwq6jMugIs/3SwORhuL vJCnL7/BDmwU4fKYjPy/2mANAILPgvuw7x28xRX72cr/pf4nAFh8NjhCw7BY/B9dvUlJT8tBKh9U ot9G8V/LmfBlclamkjjqTHqyCqCXDxnb0YifH+BIMxhJNQ6wQXmLDOrPg7W7sVwXP/rNq9GFf3WM qUJO2hx7B+o7RjQ0t5IHG8ypOYwZ2d3bpQqCITPzEjepCkafEd9BqHC29AS3/x/fx0z34sn/7Kws TkFm7eN2KGEXzvWXu6cSxiEOgi7kU8rnOSAnVCNmB6PX2oAAANWLVQAIPjtc0Uu72G/mAh2Blfg7 BEv5kM6CRQcbxfBPRutbJ8SvxUVRFAVRURVFUTafb0rDkrwmS8NS6kYKdJ9o4FwAG0OkZ9LNvWag JyCKoChQfVnFzTzRnrT1ZuN/2j46LsJ+vIMsCN2y+LcNFyujUL1YjTyPAMAucCp5+YWzzi9+LSof KwAgPukAdR0d8XdwQgaseH3Cqd2O+ut65tsMFhTJX80P9A8UHhfS1fTmhc3YTCwSjGAaEmsMkRbS K6srk+XJYCDYeN3YX+Tb2P4FgGn8bezYhqKEZr9OsQCncxCQ+A8FL4Of+LUIAM2PmwAQeOLL8W5H tb96FMQvn5OPiPgR2PQi8esEW1ETSiLxNJG/mt98vjlwcSD7eZZtnPwsyeoUymtyvfFmanhF3o1I e1qtIVAhEAjIIEsRqfZDbaB/YPr69EpgBQDkGzLWGhJFsTfSu35RS7s8fGH4kwnN1N/61bmo/e5g lv/DcwGntrcC12HDjXz00PlNs3K+o37RuNIAgOAqT9fwipOtfFCJlCOoObeTaWMOuS1HygDQX+1X ut2K9nBLFVGYXH0skU4Xpnb/sSsKYu1lbf7FPFtR05fSxSfF5Ivk5vnN+MfxwOkAu6LwrTAAyDdk sUe091Oljijm8jFVJdIHRcXDfECnMso9oTNYNWoNxZ+Yaw31SBMzExMwEVuMRYKRyGcR7OBUr9dr 5VqsHjv17FTgbmD3H7v0bvODkVTbv+RLXsiDApwwWNe9TBcLHE3b0WXoakzBVG6OtY9nWuK7Ettt lqXpArwelqA/bqdfKURRTIrJbDNLc1i6u7s5/b994RP906KRP/gsGHwWbFxqNC61UKMGLRSRcsf6 DpQj5f5qf3/1mOKdou9HpYiepKRC5HRkRV3BFTVwOhB/HA/fCoduhuSXWvBS/UVduii5TnnkCJ4J Bs8E5aq88npFrsrJNaPWEN0Mc6gi5yOxK7H63fru5d3Ga19Ptni6yKytXOCSZVm1Uj+kuNUWjg6T 304uXFhoz8+H5394F0lcjVs8fG3DUs+idfpnZP9l+x6+4GowuBr0yQI04j+8nqKjfKF8bJSvQV9R K9cr8SfxRqMBANnhbP51XhTF+MV4YaoAAL1ir3xD7lR7pbahqMrAqwHsj5QKpdLFdO12rXCtkA6n S49L2KkJAJQ9haVg5r7QujadenYqEGhTxWNgC9obdy4epko/Un6nLgFZwCG5gFbSkrCAVrznnfbq MxbgEnGA5klkAR1B+UK5/0X/G4nq9azet61sh3pCkWAEhYU3BXlDLjwssBy7rQdbAFD+a3lkeCR0 JoS1hhRVS5eUXkmgAtYmEkVRuaXQfgSHxJuNL2ib+K25fR0C8sS8mAcAjE9tA5YKy4J7CVFt8BoA mCnfvb8lt2UlrXij+/zDG2FREKuDbuJ99WI1Uo5ghU/Oz1TPdC56g0CxHwTvOHl+xVge3H3yiqKA CIqqDLwcwAIE6bfTuKKKopj7c45W7wv1hKR7EgDExbiiKKg0NoFfgp1bLpmpt9xerNzgVrCVeyo+ LRafFln876OeR82nTfsMrJTNwEUj49DYgL4DLN1bvz/yOXmkMcJUdJdKvlq/Fgp33u3ayZPCpVEn 1l9ZiGrWPseoAZuZDEnL0WxhQyQSSfwmkftTLvlbzfSLRWtrL2uhM6Hp69OR8/oGnyUVVREFcQmW FFUpfF+Y/GrSsAvyUn35BbX085w9Pbv/z30f6+A1gAfeWx0GKNvblfxqfyfVfo343wTkNbnwyFhR w8/CAJD/Jj9yaSQUDCWFJAgAqgKCWL9Tw46m1C/wbwUXa9ZcY+6IPP+BQEAalOQNWRqWmkrz4OMD HG80GsHTgeznufgnRkxEc6dp7Tqpr6izp2ftVlsnRCKRsY/Gas3a/P+bT0Ky+3o3Np7FQhX1O/WF +wuKorANRv9ba2aPdWvLalkLBG7RO4AiwNzO3Gxw1o3+0W9/1MTPgHTOaP6nTvxUdpWfy/Jzk1S8 Wd7kVBOjIlL3UWXy/VSQ3csme46jEk7ov0KRdyLVnWpsLVYfrp+6fspCh8nPko2dxqkZbbx2u8b2 xeCu9gpDVavVXD0XejuENtRgIEjL1YVuhsLPw/mnedbQhTazR99w235BjQU05gR++CpG7HwtmmQk L6ne+NXWkR7M7bf4OXOCCBjSD1Dpr4BP4ndt7wEA3W91y+dk6aXEivP4gte0XHhqKAzugqVpLwfR kS//73HOxCg+uc/x+QHwO/nhBvJZuf9FP3Nncp3E3KswFW7St3TP8wPQ77Bg+tNRWRNsXwjoq8tO xh5ODgADDweCgWAqlHKiw97vexceLhh1pVXY/ccuZkAh5XMLhHpacHH9D58Low+10WyY6rvfrYdm QtTJmrucw7q1cSEeCoYcNWJ36PcKMziMO6dcJffr6zeZ/obpPZ1a+TXiP174MVwle5LHtsRxYbjW 2FtALPdS80huWuFRQQyIASGgKEpzr7nybCV2NVZ8Why7Mhb/lRHxFjkfOfjsIPdlLvFJYu4P3iXY 28P46jgArF9d77vQGzgddKfD2mottBjq/b5X7BG1iv2tVPi0o1qtzlXnlr5a4vIdDSqAoDlZ6zv1 TDkTvxiXPpbaDiiwQGhe0VjXUXTpaQMswv9Nn8ixIrtn0/b3OJthNGEHgUyKu/4XzxY7eyzEVmWr 0ChooVBX8qOXRwuPC+kf0tEPopnbmdyZHFurqy+rmVomISSSv00CQK1Z65TvCcke9NqKzWaztCpP fDzhQoeN142+C331S/XQTKi50+xguw5GyYzvoN4RmgmFn4eZn0VRFOkro87taHPUcUbfmA3OCiwg 1yIaDfQPLBeXRy6PyGsyWiZFAZp7iiiAooIoisxWCSo095rVv1WlS1pBvpXi8vhEbPkvy2jTws5c pdVS6qZHWggj/g6q/W9g8Vdb81pxpQBDbyKGAEwogCNgBHZIr7T7xi1P2jZGhkfq39UxuFhRleDp oCzIUkSq/1jvi/alPk2tnF7BHsel1RIAsMYt1duH9QGzdsD8isb6Ym6nQwAIBoNdn3YFA0Fc/w95 JhagvXP//j6lKQBQVKXyXSX6fjQOcVEU0WcEAIqiKHuKJzX5gcDVUgb6BzK3M/VGvdZfEwWxu787 eDkIAKG10GZ589QNa4MtAKjfre/WdwEABKi9qm29syUKYv77Aj68zPlMY6fhrh6zkj6mUJ+WHPXm jTWbn5faz+3PwXdb0gpFXD8TDqom+d9dD8zuZS2VhS170Z9Y3TjGCKyV5NwrxpJfc2oursZx5WdV nqkey9x79AS4ii43AJkfaCsAkEamiacJU3DxsDRxUwsuLnxZwEam4dPhwlQhthgLiAE/PmDuC4OU z3qraldk7WWqoLdfo0MyeVNtauOCqKhK9W9V6wyuPTnyYCTq2y1209enQYDJqUlwwkMQBXH602nL MMcziuP2vq8O6H6rm09em+XN5O+S42PjaHicmJkofFwAgBCEak2PBlvyr+TSqmaxRDFPrsrhs+H4 tXjhoWuLq07H+b0pmIo3egkCCTHRhhrJyP4n1z8PycN/I1M20gZiG1obFUb5Lsg/KIDZ7YpEnq6l qXnfZ1wmbSFFab5T+TydAp/+cf3v/0U/WkQyg5nGTiO5mpz++XTkdDh/Nx8TYmgdYZYSxqcj70Qi 72gWS7kqV65Xdi/tSvek2sUa91iIzgf5vjlvP4JxgSONYGuvhSYu/kd0Su5QQAlthPC1Sf1XioVC xR7EnBqZauHG/ixejObBH9m7gNVroU27/MAlb5c2mDsJXEBAs78lLXersjVyeWR3dxctIg1oLKwu sAZbqRup+eC8Zf3HHjtsBtqCOhLUqNoprbA2XAuvhWvDNX6XMh1c1sst88KP8HdSJVxVDMeqpLwK RcbJeKotqt5ZQPW4LicXrFHdUUhoAadCwiWmDaigLppdfbpUb+pOp9ObZ/c7rlpkuhYSTJl4nNjc 2NREVEEMfR0CgPJfy9OR6eh7URZcjEev3qxiNgH+6STxmlonMppXOdoQt3sHvUZ21elaGo18pkJG FvAckHmVUzPe8mInIEGr+gK5RSa3pad7z7XZiR9o9j/0Ali4AHqAlT1l7Isx0A2PfX/vKwVL9gZb wPg0CSzt/a4Xm211P+2GW/wzYMR/qLqDJxXuBZ45lZ7aO4pePc7PVI/ERxPKBNcTftQonSmNPBkZ fzIOACxNaGV1pVvsxrA/sUdktws3mGvMuST8YVcCnw3UfcJY9l0o3wFOlXxPLAQA2KpsnQqcEkVR ua9Uv6+OXDLqYQSeBMRFUWPDKihKUxQD+C+jvaLfAAAgAElEQVRtsMXA2Gd4I6woysr/rmic6RZk /8QJaK0N6sS/Fu5UTs4bSO9rHbStkE+69URCSHRqqmMGi/m18ErNze6KDjYmwsJ+x1Ov6YQ8LKH+ Y11RFIxtbLxu7H6xy2SBcDgMAKdOad2XPbNrDDkQ+0xf6HU/NtYa1oi/Q3iD6X0nAZ5Fo3DxP85T YihfKLuXWsoL+ePJ9kOpAcEy/Px37/pXgtB9o3v79jaJbVSwOE/jSsNSpce7PwfPJeakkRpiP5f4 vWoBuW9pihj1zwva8jX6isHU3bncH7lEixvP35kXe/RSnHuKvCGPXB4pPSuNXB6Zvq45hEaGR0Yu j+BpKKoS/y4+8HCANnR+1KMXhxUAdBnN1OqD5+rjny1l99BtH2SLBO2w1v1zvSpRj81XSndUTWvM XGOOsxTzagGxCAVK2AhUDajaz3oZ4sVOfmvsgt07rUe0XCDXsSkCkK5+vN+te1n6SnItX+7msA5A ACEYCEaCEWlGAgB41Qic1mieJefza3UdDh7Eb0a1v+ozHEhb/E888mA1ETmt29W/Vxd+WGCFw6RB SSvFGd2cvTkbCoYAQBTE/Hea8xUzw+JfxfM9hv+J1tgtBo4kqs8T8llZeiWBc2UQCz1km1mfcjgl 4KX+JcsqhaZBpiPYG5kuRBcAYLqiFfZEFQB+glVb24MAAI3Xjcr1SjAYDN0M1V4ZXjpNELhkFQQO A+wy0Crxa7mArt7BygeVE0v8FmMvF1wW0P+L/m1hm1OKs1Yb6B+Y/nR65fQKAKRCqfrdOs0Mo+v/ GzH1+QfWrm/bbLb0wZKL4Ibrv4ULWMCIHwjZs6rtdrSX7UdxcppKCwAQCAS6b3QHA0F41TgVPGUh eBQEOsICNIV/sNbqyq+lBuulyn9aYE/aM3SEwwLcS3Hq0XLJz5KYGRaDGAoFJwra4u8MCzH4jGjA +jyT33r3JmfNS122DJ8Jj1weKT4pTnw8oSjKrDirleJ4VQsFQ5k7mcytjKIqoig2lWbkViQu/PTs rHYItVs1sUfcv7ePZadLz0oA0LjUoJR26vmp6qUWsvFN6or+zlcvVo3+YjxN3mJf1IifbImFwLQT M7tesTUw0zM9yhM5jNMNjGxlbtazwyEM8CJS/fSr5EoBntFyjdeN5FqSZYbtK/tuVYlaDDd0VD7Z dRGtnm2MaQvYjnlsZwx6AMyP+FSPZldOQILNcOrnp9I/pjG7gRvHajVCC1pvcj9eAG1LXkmv8Jnw QP9ArVlLvkhOwIS9FEfmVgZYdeZfyfnB/OjTUdBlATxDTKrnci5qFOD6g10qIOFlcgahlfec24JJ EIXeaC/7gwbh2Rfbw+TkmIjfz/YOOr+JBfyLgrIARVX6/tZnj5azFA7DIAv8Lr1+w4WDEUj5WvLV YQuCHi0Wogvja+Pzr+ZZpq29BID0Worf1phy/cf6yLA0W57FEgAULizgZEJAhRxB6aqDlKbV8Bys HpL4nYCLf7tnd6JRelZaLi4bhcOehMFSitO8AiiK0mw2kzcc37+xnbHi6SIASHtHxSbKF8rAKL9F YF4Ty24CAD8Fv/yLAE4IBoKxq7HgGbcSAFkxK9+QAcA9mB0jssGemgUAb7qiqR0CozRRIDKIAAAQ rUQrF0m/PSpWuMuQ5KXE6p0aK2GN6J0tUkj83vWF9PFKtGJ3+HNFIJPoaBOoDCeZGSbVtC1XohHa yetIYdpAF9qZCFBaK5XWSnRi408W1at4hamxk1EBiX9sZ6x4tsi88fuCNoPpFim23cH5cegoR8qo 6puUAq8aUPgdHX6zv0vP/cGQ/5lBnoHSObP2Fy4W0MhnxAJyXZXAV8cazcby0+XEbxIuJQAs1Zk1 Qdp2Q0QQUSnAooCagqDfDWzCwWENviN5vX2BXI+4Qzk5j6MdpuVWJarV8PC/nrtviUVBOtL/y+4G m9ib6O7h3COT6Z6F3J8kFu4ftOXGyOuRzjY+xH5K7nY+F7BQv7k/GCwAAOYj84GeQPyTyfyXSwAA gsnJT2memvrbjAjW+a+9BIAUkVh15ulT037ChOxc4ATCe0Vj1Xj8y9iM8qEVq4EL8TtRvrb4twJt ASQucXeGyl3/ua3U4GTzhWLA2m+ngyzAyLZsq2qpJc4XWUD2c0Pyz3+5xFgAW//j1yYffa3RPCN4 ExdoPf8P1Q17CQBEG9WZGRegLMBFQThmdEXeJfI/A5EYGSofEDXbQf6ndbtwY4NTutZIqA3WKPGz k3Fc8wVN7TcZ7XUhhxuqXDpTArRFA18+567/Ldj8HfgCq+3j3inAsoF371dX+Z9OhcLOWHOMm6lR OlMy0iV4G5hguwPI69kM3EfAYgHpHaYBgtm97MEipG/NUjGVsQC2ZfyTyfwDk/A/8XGMsQCwLPuC KRfYDuoIwCZf0OIzYjmCJqgAAOFwOPZxLP8gn/h1wlTY/1UtFAylb6XD4XDsWixyK1K9XT11/RSw 9+QY5X9RELui73NWdW42IqiEGm0MwkT5PBHd0futagZCu37uvrxjtJ/Jn8HrfACCRgA0JIYqovbd 2Qm4beAbyOwt8Az/YCEiLvfNBSzi9ZH4iF04nYqSdylY0uR2mt7Lst/MxZTpUbC2Kve+meJ/dbKn g0wlZhl+yd+m6JpviP3kBOLXDBaAD3HiauyRXo0/thFbHubU9uImntOsYXc42SBTVU4zQkVVwmfC 0qC0K+xK96T63XrXVJfFm4i3v7ZXk+5Jtdu1zJ0MqKa2XJqw0FYai8GCfXRAae0IWnHuD6z2dkb8 nW3O7QKfob4maf8NJQUZYh55+TgFPwHgEGFwXPjM9pFeSZ4hOnZ0pLAylfyzf5y3sABN7Cdrfv7B EmUBAPDocYGxgMJgYXxtnMsC7OAGAnBZJLNB+uw+Untdy3+dF0XRvaA4656Oe1EFQbMadK7KqBNa W/8ZmEWAqfqelO+0jlX7NS+jZRmxi/cMlPi56z+K+oDSPi9Rh67/9p6KCSHRwfXfgKd07RwpzNEF XNd/vCiN+HkV6e3dqeWzJnp2X/8p8be9/s815lDsP/XzU2z35GcpF7HfkuHDNHzGArgiAHf999Sb 7M+IOiPmI/Pu63/wTDA0E6LrP/UmMo5Qv1tP30pznya26OH84IrW1n/j4XFj8mg2EnFf4fpvJX6e 1cAd1f5qeCOszUxdYuibUX0s2mbvVClYAmreE4jzyVamBsswGUuuYLhnXTqUcI7LwPXicCsFcWvI qpAEnrGAa1mgUrGZO+RBb6FlaadBpyTHx+sa2xkrnisCAFoEjTtgs5WgH0Hp0bPTeFF9JvceCe9j g+kf0/OR+eznkLmdyv15gc2f/3Ip+dlk/sslxqMfPS7Er8UePS5YaVswKnmL4vLE1fHi0+WVyyuj z0ZXLq+Y7pXC/jduAV0DmLpkijW0rYKYLISYrkyzy7QU7anv1AtPCsnPkj4L+5uUczPtaAy3FdHV f7KgKIjty8RI/IcR+NHg32p2ipPkL5+VAWCkMQLgUHxWB1vwLWRz0mIzKDgtJXUoqkKrTSK0znAt FvlDyndyCiBvBWZD7RCyn88nP5tmLAB0sR8NewgU8mMb1n1ZJe/x1fFlWB77aLz0bIXPAjqNhegC qDD9Yhoc9AKXwv59f+ujhf2P9Dzd0Sb9a8Tv6hF0DxzwDAqwdwFxUviR8qVXkqd8blCF7bpbLdp/ ouCkHVhVmx6TEdQJ1C/INCkAGGmMdCoRHRd/9mfuzwuJX9tZQIyygK4pN3/e8qVlnQWMHhsLAAD0 GiAXABsjwD937+8GRBICrYKiKrWXtfC5cGezjDFn0aVcmh3t0D9q5tTJz9nG1sanjfSB6LdRU2zZ hbJlAy3U1IfhCpNMueshqtwnJB+zs7Bc776yzw1ztKznSPP478jrkY7bTTG8l+rSC9EFZAFakA8A AHRNAUALBbwRpWcrI5dHS8+OnPIpGNnTi0pdT81H5rOfZ6mZwG4FcwklyLydYdlQnkjX0shNUj+k wDcX6Or/BWdR5XZc3P+npiNhpBeuxnwDoUBi8nkOQgswL4DbNdSy4DDhHym/v2ry/zGLEdudve5x NW6XDjTK15d97gk4oY3+vI71JF3NJU4mWPdSv/wZHA5kEROsMoID/TN7ClfVN1lbf84PCsAEXjDX 8GBAVX/synjx6bKlY5d9NsTo09GVj1YAYOTSaGl1hf3JZGwqbPOrVPFukalqMIVXgADaCCgcPQgO jyb1A8fEyN2MiRJ4XRoXYIdzqJ3VMm/HSC9kAU7gJuSY1n/ze8xykNxlBKR5Rvnu54mUP7E3wXX1 /wuv+W3Aj1JwREAPPwvpoyE9iOKT5bEr48uwDKRvnydKqysjl0ZXYAWzdPkNv3SwvmDQ6VLChr1Q f+GZpsDg06foAkr8xrTn50HQ5BGXQ5yIQpls/dfq/Ni4AJX8NSuAw4mjwx+c3+n/UP4JAS7++S+t UX2Pvi5YWcDT5bGPxotPfXn1GRgLAAA7F6ChgcvDy2zRNrUP6SgvQKDXEBxUhpZUd5+HY4fgTt55 +rdHB/mHVuenv8pm0FZ7XeZ3iflBKyCqslzp/T+Uf3KQqqZY+I09yAdZQPGJQa7IAmC1taMgCyit riDlU/GhMFhg8v/YlXEWQYg0jwyIBgh2pMo411mg/akC6EK7Nt45XjAfmQeVr0p0SYM84xlhC0hX FNJLST4nc/R/ALAL/146EtdnjiyAxv9aqvozC4UoiqUzpe3b2+GesCiKiqo0m015Qx77aKz4tDj2 0VjqRgoAcmpu//4+bq8oiiiIrH0qv9Wnl3rvnqHMh4OO57OlHFgsCJ43lg16eph4AUL+c6hN/n8S yWOfCq0Dk+XJg0VgJIcz2Fd4dObRkZHLo11TYFj1bZFdQ0+GAAB1fmOvS1ZzoN1AOHJ5FI/O7hUN KwbPtmJebZGMAoQOFhyXWCN0MXCBM2DlcjbIfXDTL6ZR9LDM1gWfOE2uwbCuqwB64JeF/i2+gEPS P2oBOA9ejL2qP9I/FpkZeT2S+E3C6Cp/Na/sNZefraSraflXsiiKWBJPASVyKwIAjWbj/978v7kv tIia/9D/cdI/K9QRvzbJCAxnsLAAURDthGry6pnpf+jJ0PqVdUVVmNmPwZMFKKqCR6f3ysIC2AiH FzjTvyXLgAYdu9M/ODwCCp/0j8SP3y31FAR+CHcragFd8C2Lf+lpKRAIaEtuj6jsKWKPlghV+a4S eSfS198XjUbzi/n4VDy/mO/r79Pqf5jdfi5iP7qpaVd5UJVAIIh1cus/1lmdXCkiYRhW7EEsfPZf sNfYyQet0kPj9hF2Pd/uzPPj2F/5aMXCAuzz2Efw6PR87GeIIwAOcgGxF7A4ZaZQoIJj71DA0J4h 0EL8nrCs/4JdiKLwXJpwL2vUpD7nVmWrsKMty4VrBa3KMEmE2vp2S9lTaq9r8hmZzsYm1MR+AcDs lUSxf+T1CHM4kTq5Cac6uQAQexCTIlLtVc2+gFtKI1p+db8D1o19typx3Jj7q5fPsVvVtmDOWqDr M68qqeMJeKWRetTnpMKUvhIeLELxiSEgFJ8uT1wd75rSBlY+Wimtrox9NFpaJYS6ujJy2RjR3hBR pIdgL0Z3dzf8EwBg/er60OOh9avrbB55Y33k8pC8QUbW1kcuD8lr6+wOlFZXJq5a2YRlBM+ZMSm0 LIx9NF58skz9CBYFh4UwUx4x8XGMxTsoqkKdheg48Nn/UxRF95cQqyRz5/yZxwG84LE4XxrBYklY mhIDoet36/hn6Gao92J3fadeWi01mg2xR7SEDLbSyU/rKh88E5Sr8srrFbkqJ9eMOrlsu0flR/H3 49UX1fau9z9oD1iiA515dBwJaeWjFVy0R5+Odk3ByKVRug2a8dif61fWUc93B7IAOiJvrEuD5pG1 dWnYNIJygfuIZoykI+ikHF5eHl4uDBYKgwVdUjBgH0HDJ/tzIbqwEF04WISF6MJ0ZdoeO8AFbswN oPCDduifKf9+gMty5Xol9iAGAKGZUGgmlBnLAED9bn1/MBh5J5L8LIlygZX4fR9FUSFcDuPkrE5u 4VohHU6XHpfkqoyLP6K6U90sb/qc+T84PGh9HjsLYEAusPLRSteU5rFjsLAAJ/T/YoD+efwsgI7w WcDHbiwA9FBo5AWT3076IeyF6AKu8C4bI5uwjx92/feCaVkGAFz/sVmVBhUAtEQo/7DkqBQeF+Q1 uXa7Vr9TT/42mfsgB3qd3MSvE/U79frdeu12DQCSgWQ4EKa1Fv6DYwYllfHVcXtwDhMH6CBlAU4i QPmvmxby9skCrBLH0bGAr/2yAABY+mCJEbYnL2Abu2xjR5c0zLH/udgCtGSblxLwKkBYRlb+d2Xg 4kB9uA4AheFCbE27ctT/AaB7o7G9sQ8A3Te69+/ts5Nhkj9fJwconSlhki+qgqyHlFY2hxqfeUWB ut/qNiKruRYQ10GKFvR/B3Btv+2E93rB8Vpci886tt9g6rctsZoBzWPLlzTDHp0KtXo01HHft6En QweLIK+t0zmlwaHyXzXZbeDhwOavTHLcwFfa+r/5S/P4wwHLSP8vBqgtQFEUjBSg23iPqJofgT4C riOTxTLglppZkTxNS8iTNmLzPjBbCYLGTbLB2POY3Sth/EQMEPvq/tHS/9hHY/FrWrKd5gXQC6Gx 5Ed5Qx4YHpAuSpsbmz7pnxE/TovEP6FMYPK5JZOPS/9zjTkjraIV+nfRykyN6P7t6R8pH19E5t4z OeEEGLk02jUFTvQPjAUQQu1+q7v/FwMaCxBg4CsrC8BrsRO8OwvAR9AyC1ABSOwAgwsLYA9r4iqP 4H2wABooxfwplkeg3Xxb/OJx0z8Ql7XTa8pchvSgPulfK+ynl7hixScoC7DTv4n4wY3+7cXnaQUI TFlle9lFL26FKTv+xeifUX5sI0bpHywsQADQM3ZcDN0WFoCmfo0FCABgYwH6tXiygP1/7kuDmkeA PYLWWIB+LG8WoMLYlfHik2X6sLxZgMCPQbCwALAVPkVYuICF+AHpf+QSp9KDy8un9XViFeNsLiXH MlI8cI185QtlFnTEzckrBooTyoSW0ktS39kGOSXHqu4Z9X+6uzFBOhPOuPdIo/Xe6AlYElTBtSIt 8CpMsgdAi095ELCXKNEe/XvXMvMh3tunsujz+Cd1pjLioUF7FkKlQKKlaz6i/8OByvdb+L3vi76t Ke07uxsDXw0cLAJTFuhs+B1dpMgCKAtugQWQR8ONKXSKMtROVVG45G0EPgsAZvUBL9C+l6ZnmQuf 4a1wi1xUj8D+J72S5HMysgl3tGThZ8A1n8n83G1YDyYKTJB2qbiQqqbwMx+Zx0/yM9P6bzfV5L9c il8zjVADT+FioXCxsNS/dLAIS/1L2KMGPz5Nuz8t2I15WJaDjvi05FtQ/uumxbZf/mYz+l5fq3tt /nJz4KFpxG4OtJ+hrxEfJsPSsxWLydBuIOS6SD3NigCwPLw8vjaOHzqO/kikfEtB9Njz2JHY/6WX EsYIu3CB9oifYUKZcK9sa2EB2FuKu2XqhxR+5iPzB4umMKzs5/NoiWXgsIAHbizAsg1yhMLFwtIH SweLgFzAp6f3JGN8dZxryUdYycA3C6DLtZ2YK99vtc0CKBeQN2z2f58swAfBe3oNfLEAH54FAMAA BMYILL8iF4htxJALxDZihYuF1uR/FvzvIv/jlgzIArhCPpf+tar+pGJE5J1I5lYmfTuduZ3BNuyl tdLIpRHtKIJRJlRRFGVPSd9Oi6IY+z+xyLsRURAVVVFA2dzYrHxvJCmYaiSwpCgBAIz6s+wEWGkq JrIa7aj0vbAoNRWVmSLAAsJZvxrQ5X+ch8V+UeOCgZMn/0fOR6LvaZEaTbUZEALaTyoAQPmbcv3/ 1QEgEAhIFyX5udzX3xcQT5WerVD1YeTSqBZ756wCcI125W826SVE3+vrmgKL/D/wlWlHQ30gI11T wAIED2n/N23jOoKn55JrQLMSDWVB1UfsFgR7WVQdyAK4pZM004wKfPrnQlEVVmmP8QKPMri6/s8S +N0yeQUAvb4IM/v1v98fm4jBacBOCbVXtabYHPtijHkT2ZdGsxEMBGu3aywAOf9NHgMNBl4NFB4W aKElWinNUnMeAJKfpXJ/0ivSiiIwgqcld/Uq9Iw8+PZbhxHKFBgrQY3Ap9WQgZ+0w43eFbzihymc zaLSRSlzJ1MQCgCQDqeljyRsjAcAhamCdFZiG1cbVemeVL9T7/q0y8WSb6dz3F3T4b8xk+6HGgtg LKzviz7DBOhg/3dnAW3a/9sYoSZDotWD4OA1cHYlaiNXxrumHAqcqAB2LmBOVTom+mewMAITePQf 6AmEgqHw+XCqmjpYPAjNhFKh1Hx9HgBoTWX8DgDymsyiDOg29Tv1uT/OAbdGomBd84GwAPaSWUx9 4Lrme47QklKUBUDrXOD46X+5uQwAhWsFAMDemNnhbPBMUH4pAwCGWjaajeVLy7VXNXxwpdXS6NNR R0s+ABPIGd0y9z4jeAYcwUdjIn4AUG0mQ7aXeQTt/8gC2rT/tzFiNhlyTH0tsgCt34kXGTJ1wOr/ 80//pTMlJvYbRv4W6R/htP6zNpKW9T/ybgQ7JcQexLLD2ej9KJjpHwAazcZE/4Rcldk4tltIhVL4 Cs79YY7VSJz9XTr7R1exXxATv5nO/WmByslcFuB/zacjpnlUs0IBAK1wgWOjf/YO7d7dRSEr/jge vxiPLcbqd+rNvSYABAIBfFLVRhUAIkHtwZVWSwBAWQBL2rGQpcEICFVzWQDa/53o3z6zZYTZ/zEG gW1ztCyAJh0rCor0AMbd9mYBuisRGPGDNxlyCxwt9S/x/f8MlpA78CoRbzkYAOz/w4v+Sfod60Jl cdov/2W5a6rrYPEAW6mgqM9d/2lnlcxYJv5hvPG6Eb0fRRGU1khM/jalsQD9BCgLwOMmfj3t4t5D HH4EZQELK9lX9+PXJrumzJVnnBL4bOA67VpqHck2Hn2mWbAOFgEj9g4WD6qNamY1E78Yl85JyJRx /a/t1LDFDaN/fHDyhjz0eGjzV5sYorf5q016MtH3+zRnnkpGvjOp9FwW0DUFW59uUUXaXfN38vm/ KRYAzDog8PZSzdvY9nJPhfasLxDb8G3/72yv+FbBzn73/m79bj0YCBamCpjtUxjWpNCuqS6keRwH gPDpcGgmFL0fHVfGm2rzYNE0J3abM418bnX45f684Gnb79RI/sGSfeRg0S1j/Egx+mwUPyuXV/BT eqbZwMvflKV7EmZVxR7ERsXR6P1oaCYUW4wNnB2QIlJoJtR7q7eyUdHeYBVYNu7mrzYZF2CwW/Ir 321F3zeNlL/Z7P/QupflnNFeYNrLZv/nOvwOFk0ZR226ADvlJvS31+EbHBQGC37Xf6R/2hbiMOs/ UBFA53zlCCfsB78UHhZiv4wVHha6r3fv398vPilOfDxht/+DCo1GA9N+cfHHbZpqc+v5Vvm78uzv 0nN/yNDr4hr/sp/P0xM4pKnPc4RWjOEaCA0p4OjXf+aux3fLuvIIMHJpFNQDY1qVPAIS2c0gb8h9 F/u2yltA1DokVLbC41TR94w1H4FSAH2dqBQw8NXA1qdbQJYHXPxdxH5WFkEaHLKvzBhdzwSBI5EC 9JBhznruU1LQJTJP4vdc/8Ep/4fhhNA/O5lHPVo3a9ZSkm6wLC5Xb1YDPaKiAgBU/14trZaYzo9A FkApgW///7PZ/n8IU5/niNHQWugGnoHQKJtzaPp3ao/LdPuDRS0nn90i08vKDdp1LSUy9MSow0Hp H4+lEbw+A5cFONn/LfSvBQKrAM6aPy2LwmUBqOCAzgWO1P5vZ6x+WICpAqIrWqN/l5DYUrA00hgp BQ2aN+if9+zpwfjxv9TUR1rKsvn5bSTE7rygdbY0GARppJltZrFfKs0asNA/WIx/YNj/6bESv9FD ffUL9Gvq41WM8x7xmtkevO2/RhveK1zYDxYB3UWiKFKJd/3KOpuTacgIU8qNDnvunQZbKsHAVwPM OY+DfV/0bX26hf9G3+uziPHGCLEFOGn++Keyp4Du86MrPL0KbWSN5Pypbj5/xgVonAJegjGzfobS MIeVmPYCkIaH5LV1SpNtsBJraUPXxA0/kSNHnf9/fGDET4HEP/u7NB2c+0PGU/Pnxvl5a/U+qr74 yQm3j2DsMLQFFpy3fGm5+HT5YBHGV8fxTcKPRWe2a8h2LdonOPl5ZnA0f9uIXfO3sAMAGHho1fw5 ef4btlIfzho7q0HQNQWWvXyGDFv3shcaadGCYK9reni8Mfq3NBGii38byDazLOGHga38c3+wsgCu 8S/xG49QX1+GvSNmAewDXsBIz9hG7GDRFB+CLIC+SfZXsyMsgEv8uOzTkTZYAHdmP6a+VomQ1SMa ejKEH6eZ7fNw7qq90Ig/FoCV0TpO/OBH/rcL/9AJ+R9YqI9eyZvO35L8z4jfkupnF/vR+Mem1VyA RD1Gnz+divr8qX5OZzZG9Kn8iv2PTXUaPO0FVAvwZAEs5AtZAKe6vrmopjTME5g31mnZVaoI8FUA mn6r/0otBZT+6Xe+IvDdFhA9lmr+m7/aNMX/6T4/S2EPsCgCKkDrorhxf9asdYdQb2JTOe3Ftrcr HVQL45oe3Sj/0PI/if/h+X4BoHi6OLYzVjxdHGkQ+g+W6J+W4zm1rLQAIwjxKZbOlGgXWm50Opf+ c6o11XeuMQcAKPYzgke42/9x0Br2I7QS6ktYiRHaoYOOmOrA0HmcRyxh3tywf65Nbnx13F2PNYXi 2MNsqEFOMAjVvpIDGI+7b9H4lZ5V773e7RvbuGXv/d7t69vsWiwsQFEUftjPd1t9i0bCb99inymr f39fIzlz1SA/GrvTCDt/C4tUFMVOvfy99DuPV0qtDJaGpdb7SWbuPEzx/63QP3BZwNHTP+jNarGN FyV+3GuuMTcbnGX2PycWwLX/s0HD+O+/pBIAACAASURBVAfe6T2mEdbQQhDBTPAINmKqA+PFAlhF DX7LWgIu/aOpz8oCiKnPWOEFh0g7u6Pu+6026L/3vk78wKF/MLMAlCIt5yMKIjoF+xY1BWFraiv6 fp8R1be/D86yDH0b/bMAetvpzJasAWoy5Oy1ZpUUPIOOGHdgfKHDjKCD9J9fzAd6HFp9fF+JnIuM /vdo5J3I/N351Exq/u58c68pBkQRRFCh9qqWmklRFuBC/9rhdC5gsf8fLEL61iy1/3NZwFHb/01Z XDwWYM/iMs1DRlgVHTA/l5boH8BaUZfCWD8FAGeSo9NqWXeHo39t5Po2vRbGApgWSc8Hp6LRgbil 4eHX9U0+C/Bt/6cjTnITN2sA77NWuZAenSgdbBtP7wOY4TTeJlToGrmsu9yc61gyFkCXaMufiV8n 8q/zrNUHBuoCafWhqIqiKPVGXfpKqt2uFb4uTH47GQwEG9DYv70fm4gVTxfdG1FT+mdkH+gJAADW 88WqXrO/dxT76Yg9/p/l/AGG/dhi8p3Sfo0zZAE8hPz8C/n0ESCbGF8zJ9V7aXTc9huGWeQtfvz/ wEPdRUf98Dy3HD3DyLu9XVOACzgDvt8W0YDSvzGuAgD0Lfa5ZPixLbn1f4xtiM/fsDcJHi5AiyjO cMj6P3i3qZlg/eo6szuwkqcuMzO5wKkMn7st0D3KyyKbd8z+Lw1K7q0+BvoH6g291Yco9l7oXZ9Z r9+pByHo3aDOFXM7c7OnZ2dPa86/uf/hOPw6Yv9vr/hHex4Bjfh5sTodx9aUIU4j/Njkq3/bBoDe +70+j2IifnLorimwu/esI7z6P57bHN7+38KIOUR3/cr6+tX1g0WtADn6DrCvgakxmW0ei1LABeuV 4r6ZH3TS/+fe6qM+XKetPur1emwxFroZCq2FAoHAIQ+duWOq528neD8sIPenhY6xgDZcgI8LtMbL sRE/gyXenssCIu9aqX37+raFBfDtAs7oLAvwdGR2kgV4RfLj0devrq9f0T5oHeDO3JKTj9sioQ10 kP5ba/UROR+pXK8gX2g0Goc8dvrm7MliAe2u+U69cY4Ble98rflOLAA/fV94FORyAjfIh8MCvLbx E8vQMRbAS8tpL1iIhWNBKzi8IED0f9eCUMWA1QRg0f8LjwrSoFS7WAOHVh+htdDm803AVh/399O3 0tlmNhgIhjZCm883YxMxUTTC+w0QPZbq/6j2A4DYo9n8ASBze86P5u/H/s/i/7URc6lvAE7GvilS QOyGVqMAzCNG8WwHm18kEom+GwULWBGu78qYeTFwcYDNoChK5W8V6y4AoiiyRdstIFc/mci7vUz4 t1jvXFQ5p0Ld2q/+inY4jXA9/HSbw4Tfci354GBBEEWRa3dwOZbTsu+/Je/o01Ha7FSDZ7X4Dur/ 2IGrfqdWv1OThqX6nVr9br1+p164Vqjfqdfv1Defb8rPZcAKAipkbmX27+3jOPKFw8PPms+RAuxp v39asJT9ZC2ZGHzVAm4vFpBX2tGO8Jnw9I3p0M1Q6GYo92WuulMN3QyFZkKhm6Hy63L/+/3SoCQN SqIg4jahmyHvmn++NX+7FOAOz0BgBEfI9zHiZ4Xv1JrvZx7/NYU7FdinWRnMnc78oGPrP1DWwis8 wvUvlIImn98h1390+7mE/dARd/s/CMDKfjLw6//TET1YiJ5q21JA15Sbzz8SicxX5p2KcOWf5+Wq 3Gg2tm9s14W6dE4KzYTqd2rl7zzWf4RP+3/1b9sWq57T+u/UqMfY4OEA6J7IVqUAWsnf4uG3SwHt Wfv9SxOMjqgUwK0v6En5/td/dlBkAZos0Nr6r5KPfdAHREHEDwjAPsagK4qnixziB+gWutmHTWU6 BMBscBZj/hA+pYDkb1OKqiiqgheY/eN84jfTOIKDmhRAbkvuzwvxTybZNoqq4AiduWO2gKfLB4sQ 24gZRd3NMZ7hs+H8lbyiKLEHscJUQa7KwWBQ2VP6TvdJ5ySsg7Z9exsC0Cv2hmZCozujQG6g6Wba 4CQF0GuvfKebA1WPj1btwzy4/899/GA1bhrD518KwBlwQnltXRocMp7g0az5OLk9vadVKaC1ZZ9H UKYnqN9VtDIOPR5ypFnyCNrP/7Mv/m2jeLqIs7k7/93RHgvwpQj8pnVF4MFSR8R+ZAGYtwc2BAKB 2l4NK/BJ5yQpIjUaDbFH3NrZyn+TZ5vV9+oAUL9bXzm94u5n9RT7uVV6XCZEwubX9tWBdYFwA9qc o22xvw1xvVNiv38WgMTfKR+eHdgfmdsi2QJf8T8IFgUEAO7E7x3/6yD/2zc0xfzQWiAsQcjS1dNW 6oPO5lMRsMcCaqqBftpUNcAtLQXCu8Xuwxj/6HWx8o/jq+O0lnvwdJAaWSWQ0lWNnck35OKXxYV/ LDSajZXLK6PPRoOB4OjO6NLiEjZBsHj7ER7Z+PYRPYDHSO8HUBTFXskXYW+/x4qCscAkyzZ+xX5e VJ9n+G178f++lAVn45898s9FEPBZYcUFQ0+GtMoOOugaoKjKG6Z/ICzg8PRvT/trjQWQQqAmWwBj AeS0+U1BOmf/p9eFLMBC/xNXJ2jhM8ciXGQk/11+8qtJAKNbhhZIS66rBRZgpn/GU5xWez/0b9/M ZzEvu03+6Oz/7nu52P+5kX9HSv+gRyIyLmCl/7GPdEr2OgY3Cti78DA7nkO9Gj79s4VUaI3+Qa/w zzr8zv4+nb41C+QlcwoQpo8ZWwMxYC9ALlOwFAg/TCIwt/cLDrJ6r0wX4If664M0A4JW1HYppM3Q ak0eVtKXbmAHVxFwGaTk7W7q8x/JfwwjLO3XKZnHvpe3/4884vaCZY1DmG3zb77+D5MpOoVMOJN5 O5P+UROG07dmM7fNoUHOAcL2XoD4SVVT9gBhu3Wgg8G/li5xLNQEi/l43wWz+o0fcAizaU/zZ/P4 cewBr/emz0GfNXw7E8bboRGLJYLlX7rvdXRwMje0sP4DAEf4P/T6LwoiyhSdWv/ZCaR/TGfezuCK kbk9N/c/ZM0XDEUA5QWEUy9AbApMC4Qw0GRhTexvtwogtyEUlUpYA2lTlV7z+s+sPrQkhlvyDIAo in7Ffpp1pyqWghwAHtKpky3QPj7wcMCoGko6BVkKeB5Gqz+iESPaSlVGfNcU5ooAHVz/GUafGlXD W5P/gasCdIL+cWaT/b8T9A8A6R/TrChg5vYcPgwLfDYFSVVTCxcWgJoD9RNgUQDMWtEBFiAAYJUe 2jFGVZg5EO8ba87BsH5lXRoe4uvM5BGYkmr1RpotsQBLWw5aftcJ/ukfCAug5UlMerXamaKanR2h lgjsd+RnL27az1HQP6jAGgeY5X+e/5/6e02zEPd7G+A6nx/1PHrU86jluahLmUH3LaNfED9dU3Cw CJm3M5m3M5mw9mmpKQjeB5dMwX11Hz+OQj65w1yH39iVcXpji0+X3RtIr1zWCnhi9DiaeeS1deYb xwVTE6GZN17lt9Pgi/3kDpe/2Yy+30fjJqwx+fqLwY5OV2w3CLYPgDQ41P1WN5vHIvb79MObRlQA FbRGJuS6HEf8z6yPSMNaDAIu6W57kWNZGpBYwY3NaRfoEsJpW9P/O66rU0zsTUzsTbTDAlyB6/9s cDbzdmbufzKzv28nNTj5WQqtAGzEu1ionyKfXBbgoPm7bePD84wsAFfagYcDA18N+GUBXn147CNO 4Gr7AGDvCIQbd03BUWn+7fXh8T1C5Xmfe8ExgrGAN2//A3M00RGxABYd5JcFfObVGoybKegZ+dc5 FuD5stpJBSUgANj8pdaEq2sKOtKKy16Q2wXMMOm5JbIAjGxn8e0nnwWw++yx12XnBf/osXJ5ZXxt 3KP/r723rNEIyF7/k+3FU1Gc4v/xy0hjxFJ0TOvzQ/z/VN0w4v995LSAXiCI2gLQKcjgZCC0ZAp2 Tek2QteqQab4f682IaIocru+oubPHoGTLcBiILRHobMG26boenIzKQswsgB9t+LCE8BAAG4OiJOe yF3ztZ8Id6CZbfYUl5bbdflvv9nWyOjTUdTCnHIQ2Z/UbYn3cOjJELUC+I//bwHkuTT3mm+S/i0V BOkGLBeoU/QPrbIAzCywVAoESP2QovQPZhagNQv7pLVOQbiXhQWIgoivJn0ElAXguIUpgN5Git4W ZAHUxmap80vt/yyB39SfDwCcW3G1Tf92MI5A/f8m2FLLqNrsbWxTfffea2ukawpovJ07C6Dpwz8Z +gfWCPwQ9M+d4RjoHxUBJxbQ/Vb37O/TGgvQj+XIAvQNnLoGeLAAwS3UF0jYD5cpgJNcIADYQlC7 3+q2G9gpC7Db/0OnQ+JpUQRRFMSm2gwIAX1yBVSx+vdqc68JAP0f9gMoAGJTadZf1ZU9xZP+g8Fg +ExYG7QEKQJU/lbBZl5ijxh9N1r5vhJ9L6qoCns3mnvNrW9NDggKz1r6eJQjYgFo7Xdf88EhGBlH jp/+j1v/L50poezgwj4QHTcEMOJntgB+aNDvPcyBAOBZNai9TkFczd/TFsDVWi0aMoDVkOZu/AsE AvN35sO3wqGboeXvl8uvy1pxgZlw+XU58k6k//3+/vf7ASA0Ew7NhKqN6qmeU+ADodOh9O00zpb/ Lm8pWxB9N9r/YX//h/3R96LVnerIX0YAoP66zkoYML7PBetoRmtj+dL8Dx32w6z9nnUHuKlElpFj w8+oh8/+sWQLKqqCS7f0SlIURVFMG3i6KFB3wPof7nsxjyPzqO2r+/aTsX64oNcCACrMnp6da8zh POmbs5nbczQjNX1rlrIARVVYsjCOzJ+f75qC5GcpetoWFrCv7mO/QNrG99HjwsTHMZrFWXyyPHE1 Rl2hdhZAR/BCOMY/e+W5tXVpcEhz+D0cWL+6Lm+sm1gAc92pwG4VxgIqilLfqdfCNVbBbWFjAYu1 FYYL++r+5NddoZuhrk+7sNYAAOz/sB8MBh2XJvKILTNnVjPazFOFfXU/9nUMZy49K5UelxrNBgig KEphqlC/WwcXh7QNfBagOxc18xvxNXYw8o9L8PTMuW5LaXjIUtKPT5LtgUc4oiC2tv7LZ2XWorvV Hd1bhnMx1hx7JHZUBDg9q1kB9C/Aqx2YvjXbXu3ANmoBFJ94ePh9jvBZwDDHBegx8s1m/4cDoWAo fzUPKikucCao7CkD/QPSWWmlGtSKCwDIN2T5hswyET3hOHNwgJYtCH8QZqVixR4xpIRCMyFoRd0D Jxago4Mjlui9TiUdHwNaoH8kfvav/71wl/bae04oE51lAQzuLMCpZAh+nz8/n/ohZWcBvroG21iA H/eeXxZgW4uGngxR+zmfBdiceaIo1pq12NekuMDrhtgjbjY2898ZxQVqOzUAiAQjWPrdD9xmJmUL EFgqVhGVU4FT2vq/1772e0QsgBvb3zYLaOF62kI4HB67PKZ9roz9jC+Ks4g6cxSXfFaWXkqggn8W 4C0vcEMJLXqBXUFg2CMfd6iKoirJQJKRPYWmCJATsKcJUYJnLIAbCETLFjGxn8n5Wp1fKnw+Wxm5 PErDIpEFUHlPI3hyW3DEIlja1xDPTr5MEWCfyvcV6Z4kV+XYYiz2IDbeMx69Hw3NhGKLsYHAwPTP p0MzIemeFP+wJN2TQjOh+Nm4oir7FP/kffb3K9+ZZh4VR42Zzw5IESk0E+q91VtZq7BH33zVDN1u Z/23o+MsgK38bMQi5FOhXduGPEF7LKA3PDVu3gbsrMJnwqmZFBpT8t/ku6RBN/pkPphypCy9lLBj H4D21spn+U277VqK05ZsKnCwduLzdvEFeFYWy6m5hJgA8upkm1mjWcjOHPsOguER4CYLi7RrsO4I EEUv+78A4JzeQy+B2qWZe88UF6CShmL6HTB5DUQRzPbk9SvrrBOOUydf+0j/L/pB5RUXAAVUix9X aSpKQAhgcVdPSIMSf2bV7BEAAIDSWmlkmPSnU6HRaGy9aKG5gP8I/DZGXFJ6HUeoA1Ig2+jPffSZ V10wLo/wSt5hJBkOh2nZSF/0j426kQXQ4/mnf9wYsPivw6lb4n8AgCUFtk3/OTWHXxJigi4dfBYg AOhOQdoSk981WGcBNCnI6LQldnObgtvTezgBPDb3nsECVADWU5A8coOV6CeALIDRP5iz6BHtFdtm rkS2NrAyHq3B5sk/CjDhvOMsoM2ZqQPSEnT0bAWOnv6xJDQIgJXjvOmfQ/zQDv2z8CH809jRTMmM 8i1JwY96HmHnb+5eTljuWa7erha+LMQ+iRUeFBKfJMrflHFxU1RFFEW2FqGKMH9vHgAyt+fyD5Zi V2OFx4XY1ZiiKIGACKqoqErl+wrGqBwsQvaP84z+wSkR2KkpOFm9uRFplrAfjQXoj5YWCKHbsNuF icBaLIp+rI6wgIGHAweLQFNxTz79Q6dz/jx7+DmO6FdtjThQjRIvR0r/Yx+NVRvVzGoG7S9d/R/2 u0xRvlDuf9GP/9INWKYt9QjQPhP8MyNg5gNkBFa+oAcIjjX1cuOB4oRiJAjTvGAGS/fLZXF5c2pT 6VGke1Ltdq3yfSUQCEhfSaw9CfvSaDaCgWDtdk2rLKwqIIjVRlW6J9Xv1Epr8ujT0WAg2Gg29u/v Zz/PAkC6lj5YhLk/ZNK19HxECxBKfpbidA12jfNzGvHVStwhZBj0ZcSSkQ4OLTH9swCWk0tLbllM jO3Af1ob7y11YR8WQm2v/68lyAdsHXhbE/vZNg5BR5xaAG2l/XFvSyAQiK0aZSPd6F8je/bFRv8W d2BL9M/A1wts9A9mFuBJ/zkllxATgZ7Aqf86laqmDhYPSs9K1ZfV+fo8AKAxGU1K+B0A5DWZsYPt 29ulxyXcEb3c0lkpdDNUu1XL/kmj/0w4M/u7dPbzeawOAgCBnoClECgQFoCnh6U7LCV9XViAqSiY gwWB7mURI00vva4ItM0CaFkOZAEdIH44Kvrn6ueH6f/bvjTBjTsU+HvZawGEw+HIuQjbi9pKqi+r kXOR0mpp5PIIGy9/U97d3eXelrGPxgz7ix//H+MCFrQdC2CBFhF0BAiHw/FfxZkbubBTiF3huKlD M6Guqa7Yg1hsLYZxKcFAMBI0WpV273QrVSV0M9T7fS+rO5IJZ9K19NwfMpbUYKdE4NhGDEt3IeV7 OvP8dAd0igKgMiQnIs0hNbjVEbuL6wSiU2659lJ624s7tF9FKBiiRnsWMZn/Lh95JwICxJ/HAQDH qztVl4a6xafF4rNi8Wmx+LT46PEjR/o3Sf4/NeDiX6vVsvezoLuRH5UfRe9H8TtF/W79YPEALaIW aBsHoS/aV79b335vu9lsWraxpwazRODJ8uRkeTK2oXXyYZX8ly8td00dIQuwnKGflpg+WYB9ZjjZ 8BOf58fD7zeltxMswI56o16/UKcNdet365XrlXQxHXsQC82EGs0Gi8Ws79Uj70Rc5zNA5H8CRvzR itFhklrayhfK1BFoBRHnmJWIOp/45gpzHTsAKJ0p0VqDpgZhvAJhOJiHfEJIsLH5e/Pd17sPFg8U RRFFMTQTKkwVYosc/T8zlmHdiut364qidF/vPvhiP3QzjBv0/a1vubiM+j8K86lqaiG6AACJX093 TcFS/xIATJa19b9w0WT/pw4IFARc3HtMeLM6DnVFgG1gMSuyme1JQU4CKrdlFXdk6PGQJcXFj/xv evQ6TOl9vHfACf673Dlp/uBcxtveNYDm5ByFH8E+wmIWWaE+rYmrbrSPLcYsCmxoJlS5XtkVdgEA jVbFZyU6v1PVMM7677nmG8T/E0FCTDSVZvpWWlGU/MW8dE6q3a7V79SlYal+p47rf/1OffTMKMax ZcYyeL9mT88qKlRvV/fv79fv1JeLy7WXNe4hcn9eOFjUFvyl/qXCxYJG/A5YvrQ8vjrOieqzr/Bt jbSX4sLpqOOjtebxgJUAOViE9avr61fXsdfV+pX1g0Vg39mIe0CuvVMQV1Kw9M840iBiNmKkMD0b xSo9ll5PuFnjtUmS3Va2wYjF9BslZV3/LTY/e/4vjhuVNk/Y+p+HfBzi9loDOSWXDCTpQbN72WSP NpLdyy5EF2JXYoGA2FQVEURRLKRv1tjumDhIi+qzNZOJAAAwXZlGEcAulQBYY9eoLcDu3vNj/7cb CLumNMsi7RrgWdzCfc2nI0OPhyzFLY56/WerPT1Kq60+WU1+P/Z/k1/jynrbLUM7MKLCyOXRrinY /OXm2P9qhCBFpEflR5pJa6pQ26mh0CrfkKV7EgDk+nMjwyOlNe/1P7YRM9E/JX4q+SNEQTREA0Z+ /h8tBY9r0KmQVCz0DwIUA0X0CBiRNmZHQF7Ix9W4nZWwKEAGtBGwDbJ75oig4KwWCKT3FMmETbWA 2AlMv5he+mCJnSGu/970r8L42vjysEbSLuTN4NgpiJyVMSeNL/BdtdazkLbd783K3bjBa5Hgwmhc 4+C2bLW6DjiX32B7iYIoDQ9hnWh2XUfFAjydgrrXANQDAF6MPAWJniw+K1o24PoCYhsxvvxvJ/5/ PSTERE7JcX/CBGFaHQCt/dyNlz5Ymvx2kvuTO5aHl8fXNKHdLsC30TgEid9uIPQj6J6ofDXsXYmS vHaGXMXER159G1eKpr5jEvv9qGnPVro+7WJG+9KzkvZZNX/0EY34/cGgfz9q/0/RF4BICI7Ujkj2 cPKC7InAnljqX2L2v5bQNgvwtgV0rr+t5Zw7nq9GKd/TZ+GztEZLV4pH7xRDPDqPwOER24gVBgsa /VtDfU4A2qgX0CrcRAC9TJA9EdiOtkUAC9pjAbgX1SY47cNab1nF3QZsHvVOgbPm+3Bbtlddh7sN tsdyOfobZAFoLYYjwM8UVUGBn36xb1eJVjz5gpEpzEs8pFt2v9Vt/7R24ixDWdlnnzZ2B5KwianB rFiQViZIZwGZcMbSFNSC+CeTOOfSB0ux57x6GLbbAgBjV0wJvLie09vlxAJMVYPMtgPw1yOAjbAM 6U6K/YLx4T9u/VeN8q+ur19dl4aHaFq0BwsQAARdEbDtRZOprdsIIG9w+vMdLJrK47CjG/P4YJEe IyqA3lzElLjNWIBKtrk86l7zh1sgyHgxyPWKNuAMhvxfiVac1H6Xn37qsOgFyUAy28yyP2dPz6La 70cKsEf+eaIwWOiagjYahFrEfifNvw0poIMswN1Rz/x5SPk4yF/hPV2SfuQCh64BuOxbcvhd5ung mt9Go5dOgfmefoa0/e9J/C3B0jLcAlQBGAsoXCzwRQAe2u8R7BkX4JMFdKIYJgOu50jYdhbAmn9o PvyrbZF3J1gAi+qjkQLsusLhsDQoSYMSwIE0LEmDEv47MjxS/fv2yCUJAEaGR0YujZw6dQrgoI07 1l6vp87CIf7Xq/xOOyDSCHecCidafwGuw8NZreCCbakt9bZrsVgBNBFAP6vM25l0LY17oQrgXo8R WQCW/dTKltrOxLIXKwRKBz1ZAFMWxtfGC4MFJ/UB7f+0DBJn5MnyyGXONvRe8bVWs/qARZYAQOtE qML6lfWhx0OM5pHsMYCHzWMiSxVA1dd8oj6U/7qJvQCte5EXlSMpOLAAlDswxgavy1AWRBFVg1Aw lL6l1ym2h9yDGN+IgwDVRnWsOAaq8/1RrSI93cadBeApoaSwcnllfHXcKtUTHcfeUNMPfua++ANA 9Nto5YNKS5MeBqxA+LEd0ROZtzPpH1vwAmD8f6uOgDZYAI5Y5vFTVtxP3KH9ZeXEwOu5hvY2xAxa fJ6+2oP/1dsrQ8GP8Y+OINlr7r2rJveenU0EAqna+ZpLyL22r16kGHwa9lpkAZaR0WeawgKHABP+ gcn/h5mugzAKhB8v7CIA6xFggSUQIFVNTX47icZ/VAHwu73yrxMKgwUWBdCGIoBeHI51oPUKwhyv gQ/X1MrllYNFrZ8kvp2cYpgdEulRCjBt44MFsA6CjAf5URaUvYXCtYyiaHWKcTB4JggAWKQYAHJ/ ysWuxDAUz+n++GQB3j0dnmn3mXU3GH06qt1z/QOt42cnhPjbKxBugRb812ng4k9FgHQtnaqmMO3f CP4DWPpgSeMC5cn8gyXOXF5ozxbQ5prfVk1hp1d85fIKvp3gL+nYV0hPe3r+2rpmg2A+xavrFsnF Yv+3zyP2iNWG4h5yn/kxY88obY8FtDqi5QjozBc/bbAAfv6fHeUL5f6qx5ZMPeN2bnOK/8f6H9Ir ia+6mCN5jU7BvPpfRo0wXsCpKIg5NaelBtJpRREA0OxPa4EyESAT1ix/6Vpaa/4HAAIkP0tlP5/H 3acr0wvRBXYy3WI3s/8VBjmJQNag3UuO8f8IbvAvphW7b3P4EZZf6BiwzK1l6FDcwv+IKWhXD/7F OHaX8GT8E2WQNgOEN9YB4NTPT2H3IXAOuWdJePW79dKqKd5+xNxoVHFo1mpv93bI9qSmkie8+N/x VeMhKqryJvt/s9YAHakj0gZySi6n5LLNbLaZxewgSwjgbHCWET/oNb/Zn/bMfwrPFEAGe3SHT1uA ZZ5OyQ5H62tofcSz4Tda8vHVxw+0HR2oHyv6fhRzQ+t364VrhYPFg/rdev1OXTonxd+P43e06uUH 86Baw6LsXpX2mri0msdp6SDkCb/03/+ivxwp+5/XE2+Q8nNqDik/ISYSYiIZSKLNf/b0LG0KQjsF OiH7+Xzi19MAsBBdmK5M2zcoXCzENnw5Aj2Lf/jU/I+OBVhOmMsCOt5XD+HpvcePp/fePwuQN2T5 uSxvyPKGLK/JAF3ymixvyKXVUmmtVFotgdBVWithml1preRH7PfT1oXPAo4sF+MNrP/yOblTtcPa AKoASPlt7G4RAQAg9+cFZAGHRPFpB1KAjnQEAI6o7gB3xMUWgGTv4r039movQNiHlaHNwN727P8d Csqiwj/Co/63CYLvmn/OOb84gz0/330vBF//J0m1j8RHLva/vJAHACf9H0hTANoUZG5nLvN2xrIl LfuNg1j2c/LbSS3/XzSFM+NaYHToHQAAIABJREFUzb9qHfhsuPV/WtD89XtobTf+/9v7vtA2sqzP 46EeyuAGBfKBBGmIIIGWmYF26IZx2DxEwQ+xyUJk8kFU9EJWHsN2TCCRNw+JyEOj+CFrpyFt9YDH mkCHUh6MFdhg5cFEeQg4Dd1EgR6ihgyfGjpQgglYsAEXTIH34ZRu3aq6t+pWSbL874dIq8v151ap zrnnnj+/g1t463zmUZLz6sTiYBCTutexPWu5AXb63XFWAa94E27vLSHHzFzDu7Y4KN4ZTUFC0YoP TJvEQbY0EwMAAFNF6DMEm/+x7Rd+xI+qnqjinN/Had8XdNqvCJhtvzofhmAJkOMoxj7MBuS+c75A k3LBtuVdTzQmpr4vD1/QvADelq4V84TbEvbqEATB5n8a4irAzRTY6/k/fjKevZ5d+HYhez1b+K6Q vZ6tvqgmx5LmJQiDMgAAtD60YAjyd/LxeDxzJVN8WFSuKJvNzXq9Pj42jgUVuqFvvNyovbHyoGbf zW4vAd3zBwB48z8AKC8Um+nFmf/xu6//X3mhbC85FUH6MmvOp7dIHG8/8yjJto/b4ui1/x9Bu/RF jmJSfYTbEoIgHIBD9c3Z0jW7iTrzxNMJ8fl/IDnGlX+mhOMELkuyGa4X5mPnWb9W1wAX15hjTwCK /4eKtJG/Yvw/fjKevpQmbT+095pu6Ly2H+nRdLVe1eY0DC01PjZIs5DF+mISkrl6DgCS75PFvxcL 31k5QrgEoHv+4GgZ/D8AAKC8VOhH7+5j6VibsVXAI9U81RkVOILKMOmZqoTStt6LBXzUGPyjfyNL BVBcQ+5OhCImK5OqlDb1xY9yE3iCnddIhP9HkA0p3H2JnofawlNSthHSrV9Y8u/+BYEn/yQmz/uT edVdKf8AIA/J8Xgcu3eUHpe0pubR9gP/t9lqbtza2HiygUc13zez61mS6RW7GdPmNGT+NUcoyzO/ zDhVAF/+wa4C3PKfujg5MA10bJY3VxP5B3HxDmopUEcR+XdYHBbvMPUb0Z0IBQNRaxfWHC0xvXrs UPfFbKTJFBWaK9lbvGmmQPqFDCC6fiPsogqwRkhRiQWSf8b63zsyh3/a+RRdccRPxrPXsqR7x5q+ 5tH2A0Uae36MHh8lR60+Xc2csVyJJMfbDfGVv3rWKxbo6OQDXVzVM7e4z+O38ndnJfhmAWBYDr30 9MeRtTYwDSR3jcTzwqy0Bag+ukUTFtIXEC78KXIXpPXLBZvu8IZT/neziw4AUq1UOeJDb9Z417g7 dxfE2n5kr9tIgclR1fUqyfoEgGgk6lEBSauA0PxfCH/n3yMB559bvAVVSQjnn6tqIGjRMa0I/Hvs +LnNRKi+BVVASIdlbxx7QhTmns4/mm+S4A/u4kFmUaFzNwnGm+OVYxXHRkZZIhOsckXfGkZ6hOxS YgqE8HjrwRZO7+q0GrsZi92MqWPt5ufTA9g7JXYzNvzzsG7o5lEGbJzYAANO//M0HtJsNXVDp0sv dUOfT8zP/DKDhbeFvy4S/h9oV/466n+hbQI4rQCq1NqH/6d9y+mvFPpp48xsS4VGFUD9HM7ZW7Lt gx+mCiDjQVok0+KgSrBNFUAVupZX2qSj7fsyX2h6nyerhN+G1ERvL1nVxIQnx7uE1hFr0A0drQAn u875CXrMPJFjHuXYh/7hQoyQcR5qi4NriObq8VJbtDiwRINXLG+b/4NW4Iw3x8tHy9ixexciY2R0 XZ/5ekbX9WQimTyR1OY0Z9uPdvOPtcpa/R91AMBE4IyUaTabaknFQ7YebGUe+1QWmSoACwH5JoB6 VlXPqh50bt1K0Q2Z9sOxAkzN9VJRXioD06C8VFCRoS5zX53dMKsfKbE9P6pnwbygaUiMxsF+GBg/ bwl8APm3l9+gCrCK9g3unoHh8hSaLUBIAwKJ4f9zoyjZmoKxg5HtjXQikK34p93nm4Bu/oGnIv1/ UQXYfIH2pCOrETDlN8UcG/Asy3HsQz9YZtSABOpwBvAq+AkaNWiPB1iwHHtUiJe4qch0REcN6LZo jlIZr3Car3ed9smH8+SLu/rCjZDawujXLOL/dzUOp3t+4Hfy5hAMpC6aDTbKR8t0s20TLEnmwXdl jrC19PAFT/5ZO7Dz/yQAV1NAb/kHKh2IJP/lfmfIP6AKcOUCklU6VgE6GgEC5f+ffGYLydK/EFNQ UZhJyaBHB0ECKz/Pt77QNyjIyiZwKCB3UJCIgUl5ympbzlQB5KasM7NiDfQW72vJkiwYmQ+0hb4W W235+f+ZYUtylGCzE7NxOJlOaPk3WPJvdDX/P/Uh5fvp4uV6BCwHBAAsBxJh/nHnAhITGqsA0Wxm Hrt6fpU3fwrV4Yl0EGTtE2YhIBYj8C0K8jb7A3RGZJ2nE3adDrd0K5M/XLaie8ElAv/5v/B9IRKJ YA6cLMvYRRfz5+q/1uPH4+WVcupSSpYAwMyTK/yV22nDSuATRI/nfzf/P67/bUsATxNAluSZX2Yc uYCD8qB7/uTF/3XdMvvdFhptBcjtXoCkzx+C2UGQkZ9H2QW8/ILaz69HPqcoYUiuJLrx1ivj5yf0 j1tk/Lquy0ODXIujPWxmxruoFUBZJY4zu8/jfS0yzXbXCmBn8tP7hIvwk5ZnRnsLfyFgGf/8+R8c LxiZ/9nCDwAAb395m3mcid2KoQNs8NogEiEqD5Xk35OyJKcvpwvfFWK34rFbsdNnTp8+c5p5nl2C glEg9b9YApwdypqfSNbWIzTQab9bdFgB7tnSAyQu4M4RECrFFZwtBYKLI583Zq7NxG7FYrdihb8V 6s06ob6svamNj42DsS0PycojJXYrpjxSZFlmswMEZ7YVsgJCuQx30goI5/9nz/DCZGchPH+IP5AA AzvUJ8vJsSR2xa7WqwAQjUSRFAH/N3YrNjU9BRIgI4J2VtPea3RIyfkB/p9YH3d8Ma2nS0Ml3/if Gyj5V6WrpP7XUQKMV0H7/3b0NjugQtMiU5j5Zabw3SLJAsDIX/HhsogKwOuujq2StUD6shIZipBP 5ekabsEfa3J9cu3CWuriJP1wTD556tGZAk89Iv8YgQS1N/HNLzfxJ8438vln+dq1mnZPU6fVzcgm 6oXYzRh5JXRDHz8/bl2r/cHx4NjMMKGH6LafKjIXYvwPoyQkAGl+dJ3eB+HeggqIDiWaW6jwno31 uD1CR0hSkJmP/i3YR4U2+5HjuP1UHRRpJNhJP0NxamwQqv8zIFfO1a7VatdqykMFADAknk/lAUC7 p60dXctez7ZaLeWRohhK7FiMdyaSvdsXoOR774OVvxYLmAAwCxi/u3MBBVUAjdXzqwPTEG6eCcHz 61AB8RPx4qUiQAN5L6v1ajQabbVayRNHkseTQNHg4iuReZzB+SPcPOzeQo8HraHQLVL8U5VC+RRC Unr2deVPB2tpiPj/dACIHotGj0VxzqdJkRHN982rT65mzmTm7813oVNAbxCPx+fvz+O/iZOJxfuL yn8qiw8W5+/Nz9+bn78/n7uT217azs/lc3dyszdmAWD2xuzmg83b//t29nr26v/y0h2Lf1qc+WUG WCog0EIAEVoFhKP6pkUlEok0PjaUhznkvUwmks1mMxKJVP+5Wfy5SB9FvRI671qiI+SPB9MlBqad Ucau0aKKEJntYEmv70Lg3Mq5gWmzyQrhAqcTqAkm1yfJBx8jfuh9BtKXTV9aaaiU1tOOU4ABxb8X J8Yn3n7xFqjKOQBIJpKoDk79eur1Z6/JEcn33PRh4rpbuL8g5lOUAUA39I1XG8WH1stXkllDpba7 y2/Wjq5tTG8IFgVGI9HGNw28uvJIqdaryUSyeLlY+K4w+27WpABt29Uk/jfzywzhAqZDgAhH/V9k KMJ4QJK1kCNE2m5HkSPMY3MvsYpPCfmkw5HGDAFGj0bpn/i0fjrfMN2f1RvV/LM8/uiTHydXh1YB oHavGTW26Z7THmE5ZswfAHRdFwlAmsHUDihPiQPV22EJLncpcAKQHvdlo/SkjgpRqnxuxZJ/ujE5 Xf8D4FQBdDmpY0/ElrHlL/8T5yeIKNq8wW2fsPW/ALqut1qt7A22F43If+YvmeJvRZQr9Yo6MD2A VTeoU7Q5DSSorlfxRcyn8oPvBtfWrRc6hPwXpWI2ko3FYljeV14pN943PIoCiz8W0cDJp/L4pXGn oRv6kZtHaPmng/9AqQCH/9+s2KNeAqb8Tzy1eXGYKmDiycT2EtiSTySf4lMrOi3g/wfYtsgR3L81 MLdMlZ/Y0sYC+eSh7akWrEocmAagtEAgFWDjLKLFW+LEIzqIa9hiDeIxf/sWlHy6WwmT1de9kZlg qp61aVjlpWLJP0gsufLN/wli7RP5V0sqETDtnoYMytAWQgDIp8x5plqvqmNq8mxS+Z+WIRdU/otS cf7kfOpiKn4ijtdSHioLYwsjD0bALv9AkwLc05rvmyMPRmrXagCQXc8WLxcHrw16yL8sy1M/TS1/ uYxVyfj6WuW6nvLvEH6gnLq0CrCUAjO3jJWRZpudOssFtM2ffqk47pmQtw+JVIlTmPgmSjG3sFOV gAqRiidT+d2XMxFIuKofYUr+JVsiEI6KwEP+yUZ3zQ++jcpLZXl02bb+T+vpklyC3sAWt/fzKebK uWq9ujC2UL1RJeZoJ6jX6wv3F0CsKFC9Ynt1yEJX13WL/58D7P9h3rLwyt+7bFOozkyEf7ZLNQKC bjP3Ktrf+SecdEQHSnt4F2LegXAVkDzHntW25JJNQYTD6tjq6tgqvfins9H+MCgPmh9pEKdN/GJ+ 5EHHDs6P7PPxCNR5+xQRiWjC/EaVWKU/pktyid7CjMm50dJb+EWwKHDkwUiymcQdTv92GmTR4Aop /huYBsLVwayVtEUZ7aC53CttumtbeeyFCTpEWl1/jlvIqVAF0BclgTqy0ZYLiEE4D04BOrgoHJmn w2mdqgDHCA37FoOzpX0XtDDT7VLZoUR7S1XyuzPui1kBSYUSrUpBCu46RXTsuSXf0WFV8CW07dke GCak4mfq1ZTT/58xMsiT21Pohj7887BD8EhUGQ0BdUwdeTBCKnM7vGJRKhaMggzyVemqruuzN2e9 igLnzH+1uYb6g1kCWPyh+Prla/8rUUAuIN/dBJM3HAYkhK1g8w65mVtEUn271GKs/MSVjCxiBTxS t5eAzqoWOaprFlDoOALn9yLspl2Z8yefTU4+m/RtPLE8ujyQucIomEMV0JVeelgAj8sKYv/7+xQp 6IZeXimv2d9+ZxYw2chZ/2eMDJ1yWzAKAODM/6F2kGX5bvPu7eht0rYs93uO7gWEO7vX/wAw9dPU 9hIUHy47uMBs5x8yv/sKP72D5fyjwOa0E0hTZfgCBIhAvdNvw20R9P/z3IF0nyURLkNc1dNPI4AH gfoRRdOu+bSobnZTZpms//zXHgCGADA33FZaxrKOt4wttvwjOtcCxJRI62kwoDRkOhfcohsUpaGS 9o3GDCLqhl5+Uk5dTNV+ro3+t1HcAgCVZ5XqepUp+QgP+c/9nst/mncX8PHkf3l0OXNlamAauij/ THcgeHDa8dlmAWzOLXIUWwXQnH+y3BWBhw78/52oANr/HyhwSLaw78JRocCvgMSNDrGn34HQ8o+S v3bB0vI8+ScOabv8c9z7bC1AVXQzQY6yCHCoPVERdKIFSkOl55efM4OI+VQ+8+cMGBC7FSPRu2ar uflg88i1IxnIAIt+k2xMnkkiJ6osyQA6gAyggySDoesGYOAQABInEuMXxuN34sgdXH5aSV0YLz5U gWIBN+f/NkOpjexIlsHb7Uf9HPh+0G8Ju0r8xXOr5MNgF6swRE7kpff2kwsX2IRUQH5baEJU9j7i xOciUQPnvaeI6Vp7Uxv5fASk0wAbVhiVuuX6h/rwneG1C2vJMasLzqufX21ubkIIUGF/izm2/Q6g h5/e02xU36aos9v/nuE9pxbgyD+Z8MmeTPlHdKIFSkOl7aVtdxARI3YkNwnoJq1z2tTXpmfeQ/6v fn119sbsxokNAMh9mkteSibvmxlN5f9ettolS1Bv1pP3k9o9zfwy1+id/G8vgZn204alAqgqcdFE IEfITaz/L30tngrwJe1gVvXTISvBOT+YCpBYd8q7lof6A2emQDweH/njSOxWDACqN6rxoThSyGv3 GgPTgzghITCvTJvT2hv02K04fqt/Uz9y7Qi4KI/9YZivkJvqAwC2jC0HD9Xyl8v0ezX1akpU/hG+ rkH3YsFD/hHMlbwvSkOl7e+3Y7diJDhPc3VDWyPg/D8bm8W0n4HpAebZcDlA5n/1g4ohQHRJLowt RI9Fq+tViIOyZOYILo8ut1qt2fqsdkdTV1Q8f/FvRRCWfx+qVvvP4V75W2Y/taelArwTgZ6s0m9M gJw5YfoN99XBroDYZCQGgLDZH0AFtIdtu1PmtTiWAs8CikQi8Kn5VqjTamwoVnlcwZcB5//Cd4X8 73l3Xln1RlX7qCWPJ2O3Yo1vGtUX1RA1fBNP2lTfHPm3dqXTtygEk38LrPmfXI92v3Uo/x4rH/UH NX4n7pB5nP+Bkv/MnzO4kTf/y5K88NEi9t+4tRGRI/GheGYlkzmTUZYUbU5rtZq6AdGj0ditGE74 AJCIJujMJe2eVvxbEZ1/tkYd7WfluChD/l3+BfLcMCwk0qNOkHXf0QfSi8k/aM28WD88+pX1aHZi bfFTAcpLhTx55z52FyYjwYllKZAb5+VKlh6ryTPJTck03ZP3k5i6ii+D/lEv/LUwcnGEzBnp0TSS yitLCr6feKB2T6s8rZjvg58Y0st7wgFBP0yys4N71n0q4Aj93oAOevxVHB8iZu+T741PGvg9/v/M HZLNpIcqyQ5loS1yo8dGX71/lXmWoQtgcP5f+8SpnkkGEZ1KVPzbcuYvzpe1Qzy/9Pzcyrnn4FQB A9MAYBN4xhxCCCGoJ+DMD10HAPuWZ7C9ZJvhMZRICzNjyzNnwjLmKbiPoo1qDLDRAobcxPQzxGCe xxb1jDowrWwvsfZxnPmymUSMUF4CgC1Uprxgb6FLD/A8sZtRdUyNfRpLfJbA6DW0XwZZluf/Na+d 0IDKK1ceKqgCmu+btWu16LFo7GZM/6jTk8H4+XHiUKj/Wk98lnj14yv0ZNPyun1xu6W3ZEOurFdS F1I0I0v5iSglb//nf/A0ATyEVj4vFy8XTS+dJLPDhxLoutnAr/LU7NYOrqmY3lg0rDVOMpEcbg4v bpoeflIA02w150/OZ69fHfh6cPv7LQDALwNfD9L5/6ZfuhvzP4JYAeT1fX7puXhwyLYn8+ewvwPu HHJbr542/Ikuec5I72TkUL4ArhVg757oyIS3QP8Ers5U7oj6669fv/7pde6d6WN++83bxNHEwNcD 299v67o+eGMQV53RSBTX/+RAbU4b+Nr0WON3fBniJ+OJEwnLoRCJN1oNtCzI/giHQ4EUqqlfFUuP y7Dv5//Sq5L+TLeR3rf1CFly2xiBxe5Vm9MwoAgALb0VkSO3jaypXwDUr4oAZlUifRQdBTQH80h1 zCEdAhPCz62cgxXoSpaIL9C8pJ/wxNMJeAq0xbF2YU3ICnDtgwkzPlaA35wvuoU6s5thTRyOA5UX yua/NjNXMhhUAoDSSil2MQYALaMVkSP4ALe/33YHAkBqbzeg2bSMx1arVf2t7br+qAFA5XEF20/h /kyHQjKRRJ93tV7VdUhdTAmaAJz5v3s1/Fs6SwnZ4Z7/RRL+kE3EKf/2/B+e/DPnf5BgobWAFGBW /H9wkHkUwqP+z132w/X/swwExLnHVOHnZY7Ms34s9gNkVokEgTs67S47t+xYT6pvtv/fd30usIVH tYrwTokJZAXbyJ1dZyDGgnpWlSUZ2+8x7QsAmHg6gcri9OjpTQjjUAAA4gtXvyoWectP+zsgeXDm 7xjSH9PhogC7DVj8Q1gAQoAWePCQ+V0DdwjD0ghPYXvJPuc/WXVEDdAKcK/PO7ECkHAZaMnsjZlL CukcW8zvbUXjm4dLQ2tqm0ObsaFYIhrMoQAA0WNRMEnZRC+3h+3/roNM/gCAk3+487jJPwjcxZiO +XP3C7wvaI0wMD1BFgs4vzFVQPoySwV0ZvajFnBOzj0AfQmbLmjLP87/0P71aeJmBJn8AUCW5MbL hlJXAKB4pqgbugwyAIABuq6jIsDiNOJQwFQXdUxFV/dEa0IWFusB+Et38vx5ELH/wbUEIAahR9cg t8mA9v9wYjh7Pbvw7UL2ehbz86ovqsmxJLjYSgCg9aElD8mVZxXsg4Sewup6deLpBMq/zf53DWb2 HaP+3+M2SdSN5P8iMPbLzEriIvgajef/67y8SgQOb6KDnUaUiUA4vIezrimE3VvPioPX+oWYA+QJ mEsDAACIHI0kz1gMWpjJXloppS+lAaC0UkpfTrszCy0GLYCW0br6+GrplbOQ322W6oa+3+Q/H8+n LqYgAsjzVXtTi0QiPJ4vk+djTgMJlIcK0aOY/4uBg7v/5y6ePNdw1iYjePwfPuv/IddC+slEsMl/ r8m/A7Q68Gl55lsUxDqKkKlzXf07AmIRuJ2O9LrAkY7hAPcHat8XbXfwlp/0zIT77EP5T+vpI5Ej 8Xgcc7BiN2OzsVkPni/8X0wTpHdAQys9miZ6NB/Pi8z/ADD10xRZGdrif3z5PwjzvxPUAOhlEaP9 iYjzj6MCwEV61R9INncgfhHviOkr/+xUPz6ILthv6//hxHDqYirxWWL+5jwAJBNJZUyZf+Ak7cHl EzbzoTOxENo9rfhjMX40njyeHG4O865lcYEeojM4OiA6/hgovEdvUV70bsiB4XAHho5BdgVk/peg rTzcnJlOsAKEvjkGTNXlq/ncqRfcM9g1WONdY+HewvLflwnPF6br0IkTQM3/qCYcKP5YBACku6dB D4Y5QtNV04bpgiK/dBBlS3gHtv695d4IAFvgn93hHGGoOZ/3Y4nYaNyRgD0cC9bDdMfY6Ww8/KuZ HciKGpDBlB6rmLEnFPAXNhDYLzwLNoGizm/ahi5zgIAxYFaWnWO7IBw2oMQk0tx5BA0B+lQNtNOh Nx9sRuRI7GYMeb6AyhRGpYCu1Hwqb2UKJ5JYoZEr52Y+mdkBCyl086aDACdlbVtseAm5dEKRu5na 7gFZGDoUgc1t0SUQa9/tGthv9j9BBjK6rh+5dmTrwVbhywLyfAEASKCd1Zi2jHa2nflnmInDALDw 7YLr3ACexv/yl8vikadD4Q8Et3Xg+Hv6spOxd5eDuS4IqgK8o05E7Kd+mlocsSWq7h/5p5v/zlyb cfxbWa/YzFTqvgt6gdT/YP8voMN+YZ9QIpEY+TyRurRlsn3ag46RSKSyXjly5Mjmg836m/roF6Ok NuEQ4uAsFibJX3ezCeBGiDnfpPQQSznD/DRaBUjWSp65nqRhcL53BnpBYpUxMvlF2hvLkTLT+LcK kICSXlL9AozVe0EvkG5/dKtvb7HPNaxG4Dynffx4bObG7Kq8ClQTESA9Tu5p42PjuqE3/tlIlVPa FxrzJGBf89OjIvdIOwi84V//wzyK9dyAt+z3JIaiD7H97l0KQNjkx6AXCx2Z0/5LbtbbwvQU8JwC ZAs5anl0WXlhEXUxjxJPNiVPePFPizM1s2Ol6f/br+hXavPUT1PqWbXxm7Y5sql9ZeZvgz0Aif9W b1Qr62Z1xyG6Dnd+bhfRYaK3A8wFI0lkRtBc0oGmfQewVyWqgAP93hX0AiECtU3+nsg1bETAPMRP xIufFZsfmtlnWXVaVZYUR65B7GYsEU0krieYMYhDdAUoVx4qwFx1B0wTRuHvlgrw8BbR8z9N5tXh dVEFzCfmJSuKAwGST7xjPyKdCdh/EFBHZhNxpp3pWMtIsGVs+cc1ha9uMQXQd81aoQBAJBKpN+v5 Z3nkEQFXozHzWKld3SHJPFPfPQCgzfJ/+wybfXgok9v3KDqSJ35an7eIUzPnDev5cApb6fxcpgQy qSvoiReJNEVaPARYZTMHAABk/hdfuLF+ArJxPjE/W5/dLfO/KdVhwQsHYt+BLq4CxHN+sH9ps9VE VgYMNEJ7/U+0gNmSqO8JavsaHl5AogXYxbwUmCa3hwpwcG96QEiD9ADzifndIv89QlpPD0qDDtpS ZGugjf/uYvnLZeWFsr20TQcaHT0FAUziB/movDNkHgcTHpLvrtvjlQwGWmwTsbdJNYd+s+/YZcPp Dcz5v32vRSiC3TIiYb8uovTYLBxQXihY3WGLFLT7QKxdXJMlufqi2t2rH4LAGRTge9poZwHuY/Lk 8yWfnuQJqX43R99jsOXff5nnnZ/bsTVrnR+6Exmiz3kVrrpFUUQT4s3iv+wEZNZJVsdW3dwvNggr Yf9FtSd9DS/9lg3D9UXgqJCRPKazg+mQEn5W9OEWgd9LZyDQSr+jggXLo8vEZegU/vYAaGm3qQnv l5/zV/G04gAQCMHusfm/QzfBIQ4y6NRaZ/p9W1Tc8uw2/rmSvwexx+RfHCW51PXSBsHInxtoAjjy fA8zf3cSdAqQbzoQUwtgwA8oC9/y/O1Z963ENA59S7sss7w3d84sWeMpK8HCIV6hXidUX2B/RMg7 7Hy9+JE8/NcK+wXSxswn7/lzcON/rHdAPNImDt9SQhtYvAn+R7H+aibSGab9L5IR7J7YzWi/RP2V tdQPV/AqjpBJnJx1+r6d/3cbVs+v0hM+Mvn3d0gHAXR6D1n8+1bXmBM7JV1k8t+LTj4PSOWj5dSH wxX1IfYhLCHnuP3d8BBvM+Fvv0g+YlfM/6YO6t5YHIv/5FgydbHdKYCU4hkAEjR+a+Siufm5+Xg8 rlxWyivl1KUUsili3V7zfTNyNLLw7ULoxT8B9vDG74eTf3dha8L9jxr25DWbcAIAwMjYiP5eH/l8 xGzR3dYOiURi5I8juE/LaP3X6H9VX3JjsXvXz8eDBGRtIN4Ogbdz+CEASMGyUx07OGNydKGVBKNf jk6mJl//8TUwS/HmtPyCxgLlAAANGklEQVSdnK5Do9XI/pJNX05v/LRxbuVcNBIlO2SvZ6Nvos0X TXBDuG+KLFmpPuy2IkE0IKmVtIodqTCS7/KezQVEbwSWDyhILNAHLP4fGt5OAfqo2KcxMID0zEqc SNR/reNoqa5Yqj6kF38u5sq5+vHa+Nj49qVtXdflIZn05AUAba4B3qxhTIYl3e91ZfrLhPOaA635 A4Vgd8X832vUarXIpYh2RSNvia0U71Zs+M3w4g+LpNHS4MnB5zefY29mssPq/10tvCj4XmtnOOcP QWNzc5PumdXSWxvrG/hTWl2xDF2WZdQFr1tvTx87TVTDqdYp0man1Wr19152GH/o9wACIHTw//To 6cKFQqvVUh4p6rQKALGbMaT9AgDtnvb287eJaCJ7PYs0gfIHWX+nx27ZdohIka7ezSG6huHEcGwo Vr1Rrd6oKkvK6LFR8lPmyrnatVrtWi3zOINt9hbGFoovi7IsZ85k1Gm1Wq9mr2d1XVceKrP/MRuJ HKxfec/P/26lUBoqOQp+otFo/Z/1/CvhUrxj8qnoKe28kxfYF4eTf1/g0TMLqK5Ya4m1ar2ahWy1 Xq0368WXRdKKO7uexXfD15LfZ5AAWCuKnVQLhvmvUKqvdx0FZ9gL3y7M/2seAHileMNvhnVDJyOp rdeUl0o0EkVnAe7QMlr+7Dcs8KiKCdgl2J6ZvPR3cf4ff/5f1kX9KZjDQZgkmpe4QW9vvGgo7xQA KHxZMJvhAADApD5p0i6czOfKObTzC38tVB5XqloVO76MPBiBdhet/MkALl7vAttAz8dn0c5b83vm Tfvn5kt7f/4XQfZ69qph5fybpXgkCgCgG3r913ris0Q+ntcNPXUptdXm7ct8kcEd1Dc+E/vUq6k9 N/nT3m8mSWFppRQ9Gk2OJavr1eRYkhQ17So4mnBjzyz1rKrr+uL9xUVYBACQ4NTPpwCg+GPx1Mip 0S9Gs1LWeSJD13VdfbyX6EM7hDT+frzfY+g5pr6eArs+LhgW7d/gJ6b/vPKsAnzC31wjt/+6fcSP xWduzHBJCue09KW0buj1Zl1ZV7SzXJLC/qLVajna3eP/lp+UHXk+p5ZOqWfUBjQa7xr0/kyqj4MA iW16hWJxCXJZ6lpMMynIzxDUEKWFXxz5eJ5N/hHujRFfv3TcqIsc5Q4jNX5rbI5salecndFIZGT2 P2az17MkMtIjiLNI+cc1XX9FUk2Sz+vdkC5cdi2NAG+jbzBVPC9b/CWxh6v7b/93NwHRzPzh31bB KFyVuk/70V02yB0DkhTqup55nOGRFMJ3oFxi9FDbEyD1/Hu9UKdH6L/87yR6JPx7FyIkhfPa/PyD eeJO34vYZ0m7XcSekX+mmcBrBMDEofC7UXlWybzIAD8ykk/lM3/OgCNWeoj9gpD8P0x4kwJ5rIvM 7F1m9ItnsDGXRngGg3FbRSjupPAz+IUcnTzonUPlfjLDfuxMXp2xETF+flwb45MUGgCgN35rxI/F F0YWdsJ4ZiZTB7puh4MMcniAHqp+DjXr5Q9VA+4/Ek7gfM/M/yII1EH0EABQeiQQz5PgFbwCgNLK bgz++QJdAIdLACZ85F/9QY0MRWRZxkoJ/aMuD5ntMev/qMePxydSE88rzzHjQtf13J2cWXqxm1CE IgkO9wJ71Pl3cBCAqP+AQfI2eF7XXqtN1ayguqIO3hjEtGoSH35eWQOA+DdxAKj+j2oikaj/Wvfp DMcBM82L3R1Q4GwEluXfFVuHkNI4ivbsJKK2TEFOg0ACZv4f05K32fxM4qb2I7I9K5IpGIRk0iqg 5ISpvFNled1WfcBKcKQhbnIzeuYZPSyk8z5tABrbjsO94ucH3/qf8bFxTKjG7MhoJKrd07R7Gv5v 7Fbs3PiEVXqlacpXu6vXalHa0WX/IXYtCIHPIWj41/+RCirloQKsyrlhedgsvVpXoEf5QgJwxwJ2 pv/noWG5V7D85fJMbabfo9hd8LXMdKAqqIAVH36rv6VKr7pPGslDJVoZb47zLtiv5r+H2M1YHFmc qc0sjiz2eyC7BdLWVnuZRKkCEqnSdYi9iKG0q2Oqsq444sPJ98mYEUveTwLAqX+cap130id49xet HKuQAgT2OjlQOMezfK1zDlZsmTifsDLhpn5i1/zYVm4sk4gm7aF2ZC3aqTU/c1XPdpHQXoNQye2k U6VPy3oHQjlZOmwna7tZVnqv01XRLvryPpXvAMQDt70gU+4KfH6u4qPixosNkECWACRZO9sASXZU zsmS3Pimgf87+Z+TvR8zAyYLQPsh75Dlf+j234PA1teLfzo0AQB85b+8Ui6vtCurhNtj9xfY8xd7 fh4uAQ7hBqoA2o47sJDY2Wk9tuICBIckALLUd1UNVqIVG/mPAQCQ/pjGPhzQ1gLtEQAABO356+b8 wH/J5E/HmdgxM2KocwJm5MlbazEKTJsf6Ko+zg5h4Pe7s2+WWc0ZhErEekTUCogdAWWGMH25TF3X dS7lhBPpfCc5bykIRHLbKVhPwDGqvZ3/l/qQKh8te+yQMTKOiH1BLwDY1uT5T4Kxes/8MgP7kQr6 oAFVAH7p91j6hr0t/wCA83854qUFaOD8HxmyaB5zjZxjH2+ef7Qeg43yYECkr5YHsEv6TgIlf7bO onU4GNjz8t853NLu1gjk/Tj0G4G96T0N9azqS3bIBjqP1ydXz/eBe8tcCxxIFeD3K4Xq98DOspR8 dqDXfr6rrPLRcqqVoruG8A5h7+B5L7RGwFUDGor+YN6LX06EFeELvo7lntOd/eqRsUuWSPah8hLm HPlOxNtiQ/DsWvWsOvls0qLrYqYt+8XnAhD4UqdCcifHTCC+1Bc/ivcLikepOwxbOjYezv9CQEOR ZCjM1Gb2U/CPlxVn3uDBeEfy8XznLd72HA7Gb3uINpieC5IP5zv50JZ/L7KefTvz9hSoAsDPAbSf 0Gf5T/6WrByvHAQO4p0Hc5Ue2n/hboxLzt8vce0FUPIPjiHAkX/m4k2YrtT2V2aLghAcqe4hGfyR 0JBcX3iXYB7Fr0h10xaxc2b9LhogDsw6iud1J8sTpishAAwq05E6A9EFZADqWbXTmLZh/cvO5PXj /yXr/05W7/Mn59lcz50XBXOYr3uRCyDyBA7t/72EyXVGejVdgNALHntfTweZ/1ERdGgOIF1P3zup eKiA/YTuy3/1BLd9OgAkf0t2/Yr7EhNPJtwb6Qh5p7O6GAK5OVHyaXOgV8PaERwEFSBZab+dq4L2 GZhCbmbsHq8w/uTBkMOy3s20X8EBs6JftGlEjHYa3gZ8oBQgb3qfiacMOQcAEgmnh01/957qg5nE nBCsqPDbB0CmbtMcYJonvAG0h735cdM/psVM2mXdi/h63mGHm3HBT6ljg9BYuWF7B1gBb2aavP/q wLdbJGd4O23/o6vPlxKLhpn8v/sQtJKcKeprF9bI954nhAsDI4IdBjhR8rH9Rt/t+dAuPTMu+On+ dAd2Wf6rx6t9sfDTH9O7ivyX6ZOjRX03A/Vat6o5aS3QR6KkTsL7+U/zud9tKaH7Jjpw6P/rAtx5 cvTSN5Cx03f0iB6H9OHq1wCgAxWAwm+aABIAlSG+1xVBAPln58/61hiG0zD2jFTRuagzbcbrz0Hg ts/RTiZBdSLq7CaTvJsQ7GMZJBPWlynIBgmgneO8+KdFk9kFWP5FOnzVvh9fBwoO2yThZq0pyMBm ajNkAO6/OgZDtjPrpp0MS97dRPjrZ5vwt0HEXjBfyLcswidXlxd693T9+qYndzn+1y/jv4/YN+VA WAzfXwYXU/h7CbTkgy7mPfbf6/lC/vy/h9j3cJAa7m+4F/MeEFQWJHF4z0Fir05ZfSw4JzD/a/bn HOLuQEOcIMi0QqmTINVfiJmKtw5nRkDDzYTeZKfcnD9PK45n8/sUugVNCnDY/AK34N2jkbko4MGq 0ZQZIdJgz41UDdoHQNOo3o7ezv2eux29TbaQxYK7q+LWv7d8F4bQ6/IhP5ufKTsi+YWH8/8hdgi8 xX9fcDt6+27zbrd2Q+xFK+BQ/sNj3xABYaJbv0ex0wgk277INXI4/+8tFdAd+TeN/74i/TGNzL+H 2IXYu12ScLHgsQORfDT+95YKkJx9LAFAIFxhob0akWXZe2d3QMgBNl8qK/7nEV80r8IsQOQEUciS jx4hO3ZiXxJ7pev5st/6ctqy9rRl9YZIFhQOHfHO75/L4JGIyr8iXmtxZHHqpykS/Gf2MrWF+pj1 pi7cbd4lPjzH8h5NgNvR20wKJhrWS2IPK1oOQppN6NNu+wLES2/94PAUdGf+x/S7klzqxQyMJ+/6 aQ+xY+gjVxKKt8cOnawCQoQSdxu6tv5Pf0yn9XRaT6MWIJ9unZ++0G5QB4Q9en+gdy6AQG4/7M/X levebd71FX6ErwoIoSPQBAh0SF/Q/fzftG5LwmerAIm98yH2Gcxlf5BgZOctOu9+uAsAIpJPQCT8 9tEAR3lnE+0JQsH/D85fC89LyPvLAAAAAElFTkSuQmCC ------=_NextPart_000_000A_01C3EF00.2EA8F8D0 Content-Type: text/plain; name="msDrawQueryLayer.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="msDrawQueryLayer.txt" int msDrawQueryLayer(mapObj *map, layerObj *layer, imageObj *image) { int i, status; char annotate=3DMS_TRUE, cache=3DMS_FALSE; shapeObj shape; int maxnumstyles=3D1; featureListNodeObjPtr shpcache=3DNULL, current=3DNULL; colorObj colorbuffer[MS_MAXCLASSES]; if(!layer->resultcache || map->querymap.style =3D=3D MS_NORMAL) return(msDrawLayer(map, layer, image)); if(!layer->data && !layer->tileindex && !layer->connection && = !layer->features)=20 return(MS_SUCCESS); // no data associated with this layer, not an = error since layer may be used as a template from MapScript if(layer->type =3D=3D MS_LAYER_QUERY) return(MS_SUCCESS); // query = only layers simply can't be drawn, not an error if(map->querymap.style =3D=3D MS_HILITE) { // first, draw normally, = but don't return status =3D msDrawLayer(map, layer, image); if(status !=3D MS_SUCCESS) return(MS_FAILURE); // oops } if((layer->status !=3D MS_ON) && (layer->status !=3D MS_DEFAULT)) = return(MS_SUCCESS); if(msEvalContext(map, layer->requires) =3D=3D MS_FALSE) = return(MS_SUCCESS); annotate =3D msEvalContext(map, layer->labelrequires); if(map->scale > 0) { if((layer->maxscale > 0) && (map->scale > layer->maxscale)) = return(MS_SUCCESS); if((layer->minscale > 0) && (map->scale <=3D layer->minscale)) = return(MS_SUCCESS); if((layer->labelmaxscale !=3D -1) && (map->scale >=3D = layer->labelmaxscale)) annotate =3D MS_FALSE; if((layer->labelminscale !=3D -1) && (map->scale < = layer->labelminscale)) annotate =3D MS_FALSE; } // reset layer pen values just in case the map has been previously = processed msClearLayerPenValues(layer); // if MS_HILITE, alter the first class (always at least 1 class) - = kafka - zmenit logiku highlight if(map->querymap.style =3D=3D MS_HILITE) { for(i=3D0; inumclasses; i++) { if(layer->type =3D=3D MS_LAYER_POLYGON){ //for polygon layers the = first style is highlighted colorbuffer[i] =3D layer->class[i].styles[0].color;=20 layer->class[i].styles[0].color =3D map->querymap.color; } else=20 { = if(MS_VALID_COLOR(layer->class[i].styles[layer->class[i].numstyles-1].col= or)) { colorbuffer[i] =3D = layer->class[i].styles[layer->class[i].numstyles-1].color; // save the = color from the TOP style layer->class[i].styles[layer->class[i].numstyles-1].color =3D = map->querymap.color; } =20 else = if(MS_VALID_COLOR(layer->class[i].styles[layer->class[i].numstyles-1].out= linecolor)) { colorbuffer[i] =3D = layer->class[i].styles[layer->class[i].numstyles-1].outlinecolor; // if = no color, save the outlinecolor from the TOP style layer->class[i].styles[layer->class[i].numstyles-1].outlinecolor =3D = map->querymap.color; } } } } // open this layer status =3D msLayerOpen(layer); if(status !=3D MS_SUCCESS) return(MS_FAILURE); // build item list status =3D msLayerWhichItems(layer, MS_FALSE, annotate, NULL); // FIX: = results have already been classified (this may change) if(status !=3D MS_SUCCESS) return(MS_FAILURE); msInitShape(&shape); for(i=3D0; iresultcache->numresults; i++) { status =3D msLayerGetShape(layer, &shape, = layer->resultcache->results[i].tileindex, = layer->resultcache->results[i].shapeindex); if(status !=3D MS_SUCCESS) return(MS_FAILURE); shape.classindex =3D layer->resultcache->results[i].classindex; if(layer->class[shape.classindex].status =3D=3D MS_OFF) { msFreeShape(&shape); continue; } cache =3D MS_FALSE; if(layer->type =3D=3D MS_LAYER_LINE && = layer->class[shape.classindex].numstyles > 1)=20 cache =3D MS_TRUE; // only line layers with multiple styles need = be cached (I don't think POLYLINE layers need caching - SDL) if(annotate && (layer->class[shape.classindex].text.string || = layer->labelitem) && layer->class[shape.classindex].label.size !=3D -1) shape.text =3D msShapeGetAnnotation(layer, &shape); if(cache) status =3D msDrawShape(map, layer, &shape, image, 0); // draw only = the first style else status =3D msDrawShape(map, layer, &shape, image, -1); // all = styles=20 if(status !=3D MS_SUCCESS) { msLayerClose(layer); return MS_FAILURE; } if(shape.numlines =3D=3D 0) { // once clipped the shape didn't need = to be drawn msFreeShape(&shape); continue; } if(cache) { if(insertFeatureList(&shpcache, &shape) =3D=3D NULL) = return(MS_FAILURE); // problem adding to the cache } maxnumstyles =3D MS_MAX(maxnumstyles, = layer->class[shape.classindex].numstyles); msFreeShape(&shape); } if(shpcache) { int s; =20 for(s=3D1; snext) { = if(layer->class[current->shape.classindex].numstyles > s) msDrawLineSymbol(&map->symbolset, image, ¤t->shape, = &(layer->class[current->shape.classindex].styles[s]), = layer->scalefactor); } } =20 freeFeatureList(shpcache); shpcache =3D NULL; =20 } // if MS_HILITE, restore values if(map->querymap.style =3D=3D MS_HILITE) { for(i=3D0; inumclasses; i++) { if(layer->type =3D=3D MS_LAYER_POLYGON) layer->class[i].styles[0].color =3D colorbuffer[i]; =09 else { = if(MS_VALID_COLOR(layer->class[i].styles[layer->class[i].numstyles-1].col= or)) layer->class[i].styles[layer->class[i].numstyles-1].color =3D = colorbuffer[i]; =20 else = if(MS_VALID_COLOR(layer->class[i].styles[layer->class[i].numstyles-1].out= linecolor)) layer->class[i].styles[layer->class[i].numstyles-1].outlinecolor =3D = colorbuffer[i]; // if no color, restore outlinecolor for the TOP style =20 } } } msLayerClose(layer); return(MS_SUCCESS); } ------=_NextPart_000_000A_01C3EF00.2EA8F8D0-- From V.Honzik at sh.cvut.cz Mon Feb 9 02:48:19 2004 From: V.Honzik at sh.cvut.cz (Vojtech Honzik) Date: Mon, 9 Feb 2004 11:48:19 +0100 (CET) Subject: [Mapserver-users] Inline features In-Reply-To: <20040208180003.15686.45717.Mailman@lists.gis.umn.edu> Message-ID: I have a problem with changing the mapfile value from URL. There is a layer named kolecko: ---------- LAYER NAME "kolecko" STATUS OFF CONNECTIONTYPE postgis CONNECTION "user=***** password=***** dbname=secar host=localhost" DATA "the_geom from nazvy_ku_text" TYPE POINT UNITS PIXELS CLASS SYMBOL 'kolecko' SIZE 50 COLOR 255 255 0 END END ---------- What I am trying to do is adding the expression to that one class in layer using GET snippet like this (as a result of PHP script outside the mapserver application): &map_kolecko_class_expression=([gid]=10184) Unfortunately, it stil seems wrong, because the expression is not performed (it displays all features from layer). I thing i passed this snippet in compliance with documentation. Would you be so kind to help me? Thank you, Vojtech Honzik From marcela at cttmar.univali.br Mon Feb 9 04:34:33 2004 From: marcela at cttmar.univali.br (Marcela Leite) Date: 09 Feb 2004 09:34:33 -0300 Subject: [Mapserver-users] erro : TIFFMergeFieldInfo Message-ID: <1076330073.2169.5.camel@Pegasus.localdomain> Hi! I compiled mapserver without problems, but when I was to test using : ./mapserver -v eu obtive o seguinte erro: ./mapserv: relocation error: /usr/local/lib/libgeotiff.so: undefined symbol: TIFFMergeFieldInfo Estou usando o mapserver 4.0.1 esse eh o meu script de compila??o : ./configure --prefix=`pwd` --with-gd --with-jpeg --with-freetype --with-zlib --with-png --with-proj --with-gdal --with-ming --with-php=/usr/local/php --with-tiff --with-wmsclient --with-postgis=/usr/local/pgsql/bin/pg_config --with-pdf --with-ogr --with-oraclespatial=/opt/oracle/product/9.2.0 --with-mygis I used the tiff-v3.6.0-beta with libgeotiff-1.2.1, because with others realeases I had problems of compatibility between the two. I obtained to compile all the libraries, if they anyone to know that if it deals with helps me. thanks Marcela From havard.tveite at nlh.no Mon Feb 9 04:01:44 2004 From: havard.tveite at nlh.no (Havard Tveite) Date: Mon, 09 Feb 2004 13:01:44 +0100 Subject: [Mapserver-users] Size/length limitation for PostGIS queries? Message-ID: <402776A8.8000804@nlh.no> Is there a size/length limitation on PostGIS queries? I have experienced errors for PostGIS queries throught Mapserver for long PostGIS queries. A CONNECTION string with 568 characters crashes, while a CONNECTION string with 491 characters is OK. The only difference between the strings is that in the long one, the table names have been included as prefixes of all columns in the query, while in the shorter one, the table names have been omitted where possible. I am using the mappostgis.c from CVS 4. february in an older Mapserver 4 CVS (June 6 2003). My PostGIS is also CVS from 4. february, and it runs on top of PostgreSQL 7.4.1. Sparc Solaris 2.6, GCC 2.95.3. -- H?vard Tveite Department of Mathematical Sciences and Technology Agricultural University of Norway Dr?bakveien 14, POBox 5003, N-1432 ?s, NORWAY Phone: +47 64948857 Fax: +47 64948810 http://www.nlh.no/imt From marcela at cttmar.univali.br Mon Feb 9 05:34:21 2004 From: marcela at cttmar.univali.br (Marcela Leite) Date: 09 Feb 2004 10:34:21 -0300 Subject: [Mapserver-users] erro : TIFFMergeFieldInfo Message-ID: <1076333661.2169.8.camel@Pegasus.localdomain> Hi! I compiled mapserver without problems, but when I was to test using : ./mapserver -v eu obtive o seguinte erro: ./mapserv: relocation error: /usr/local/lib/libgeotiff.so: undefined symbol: TIFFMergeFieldInfo I'm using mapserver 4.0.1 this is mine script of compilation: ./configure --prefix=`pwd` --with-gd --with-jpeg --with-freetype --with-zlib --with-png --with-proj --with-gdal --with-ming --with-php=/usr/local/php --with-tiff --with-wmsclient --with-postgis=/usr/local/pgsql/bin/pg_config --with-pdf --with-ogr --with-oraclespatial=/opt/oracle/product/9.2.0 --with-mygis I used the tiff-v3.6.0-beta with libgeotiff-1.2.1, because with others realeases I had problems of compatibility between the two. I obtained to compile all the libraries, if they anyone to know that if it deals with helps me. thanks Marcela From Tom.Kralidis at ec.gc.ca Mon Feb 9 05:16:04 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Mon, 9 Feb 2004 08:16:04 -0500 Subject: [Mapserver-users] WMS Solution: PHP/Mapscript vs CGI? Message-ID: <2576812186CDD411BF1500508B6DCE9506436BFF@ECNWRI1.ontario.int.ec.gc.ca> > -----Original Message----- > From: peng zhang [mailto:pierrezhang at hotmail.com] > Sent: Sunday, February 08, 2004 10:02 PM > To: bartvde at xs4all.nl; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] WMS Solution: PHP/Mapscript vs CGI? > > > Bart, > Thanks for your rapid reply, but could you please give me > some suggestions > in more details? > Did you mean i should set CGI and PHP/Mapscript both? If > Chameleon should be > employed, which version is prefered, 1.0.* or 1.1? Use CGI for publishing WMS, and Chameleon (PHP/MapScript) for consuming WMS. I'd go with 1.1. ..Tom > Wishes > Pierre > > _________________________________________________________________ > Help STOP SPAM with the new MSN 8 and get 2 months FREE* > http://join.msn.com/?page=features/junkmail > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From dmorissette at dmsolutions.ca Mon Feb 9 06:18:54 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 09 Feb 2004 09:18:54 -0500 Subject: [Mapserver-users] erro : TIFFMergeFieldInfo In-Reply-To: <1076330073.2169.5.camel@Pegasus.localdomain> References: <1076330073.2169.5.camel@Pegasus.localdomain> Message-ID: <402796CE.3070505@dmsolutions.ca> Marcela Leite wrote: > Hi! > I compiled mapserver without problems, but when I was to test using : > ./mapserver -v eu obtive o seguinte > erro: ./mapserv: relocation error: > /usr/local/lib/libgeotiff.so: undefined symbol: > TIFFMergeFieldInfo > > Estou usando o mapserver 4.0.1 > esse eh o meu script de compila??o : > ./configure --prefix=`pwd` --with-gd --with-jpeg > --with-freetype --with-zlib --with-png --with-proj > --with-gdal --with-ming --with-php=/usr/local/php > --with-tiff --with-wmsclient > --with-postgis=/usr/local/pgsql/bin/pg_config > --with-pdf --with-ogr > --with-oraclespatial=/opt/oracle/product/9.2.0 > --with-mygis > > I used the tiff-v3.6.0-beta with libgeotiff-1.2.1, because with others > realeases I had problems of compatibility between the two. I obtained > to compile all the libraries, if they anyone to know that if it deals > with helps me. > It seems that TIFFMergeFieldInfo is available only in libtiff v3.6.1 and up. But anyway, GDAL comes with its own built-in TIFF, so if you compile with GDAL, you should disable the native MapServer TIFF support using --without-tiff. That should take care of the error that you get as well. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Mon Feb 9 06:30:48 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 09 Feb 2004 09:30:48 -0500 Subject: [Mapserver-users] Size/length limitation for PostGIS queries? In-Reply-To: <402776A8.8000804@nlh.no> References: <402776A8.8000804@nlh.no> Message-ID: <40279998.7040504@dmsolutions.ca> Havard Tveite wrote: > Is there a size/length limitation on PostGIS queries? > > I have experienced errors for PostGIS queries throught Mapserver > for long PostGIS queries. A CONNECTION string with 568 characters > crashes, while a CONNECTION string with 491 characters is OK. > The only difference between the strings is that in the long one, > the table names have been included as prefixes of all columns in > the query, while in the shorter one, the table names have been > omitted where possible. > I didn't do a very deep investigation, but I noticed before that mappostgis.c seems to use fixed size arrays to manipulate the queries, so I wouldn't be surprised if there was a limit to the size of the queries it can handle. I think this should be fixed to use more dynamic buffer allocations. Perhaps you could file a bug about this. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From gerry.creager at tamu.edu Mon Feb 9 06:32:04 2004 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Mon, 09 Feb 2004 08:32:04 -0600 Subject: [Mapserver-users] Australian Setup for MapServer In-Reply-To: <6F76A886-5AE3-11D8-A498-000393AFE4BA@optusnet.com.au> References: <000001c3ee9e$ce221750$566b110a@cydn.net.au> <6F76A886-5AE3-11D8-A498-000393AFE4BA@optusnet.com.au> Message-ID: <402799E4.2030601@tamu.edu> You might want to start with an abbreviated map file for the shp's, or even for a single .shp file, and see if you can get that to work. It's also acceptable to send a file snippet to the list when asking for help. Confirm the projection you're working in with the .shp files, and look again at your extents. Make sure the units are consistent. I am not familiar with AGD projection... but according to the proj EPSG file, it appears to have either a UTM version (EXTENT would them be in meters) and a lat/lon version: that'd be in decimal degrees, with South and West represented as negative values. Hopefully this will get you pointed on the right track. Remember to post to the list for responses, as A) someone who's been bitten like this might be able to help now, and B) it might help someone in the future. Archives are your friend! The snippet below should get you some direct idea of how a working version is set up. It's a portion of my .map for http://mesonet.tamu.edu/currentwx.html: NAME TxMeso STATUS ON SIZE 700 700 #SIZE 650 650 EXTENT -106.8 25.8 -93.52 36.4 UNITS DD SHAPEPATH "/var/www/mesonet/texas/data" IMAGECOLOR 255 255 255 FONTSET "fonts.list" SYMBOLSET "symbols.sym" IMAGETYPE PNG WEB TEMPLATE "mesonet1.html" FOOTER mesonet_footer.html MINSCALE 25000 MAXSCALE 50000000 IMAGEPATH "/var/www/mesonet/tmp" IMAGEURL "/tmp/" METADATA WMS_TITLE "MesoNet Texas" WMS_ABSTRACT "Realtime Weather Interface" WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://mesonet.tamu.edu/index.php" WMS_SRS "EPSG:4269" END END # Start of scalebar # SCALEBAR IMAGECOLOR 255 255 255 BACKGROUNDCOLOR 0 0 0 LABEL COLOR 128 128 255 # COLOR 1 1 1 SIZE medium END STYLE 1 SIZE 150 4 COLOR 128 128 255 # UNITS MILES UNITS kilometers INTERVALS 4 TRANSPARENT TRUE STATUS on END # # Legend # LEGEND STATUS ON IMAGECOLOR 255 255 255 POSTLABELCACHE ON END # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 5 5 END FILLED FALSE END SYMBOL NAME 'pwvcircle' TYPE ELLIPSE FILLED TRUE POINTS 10 10 END END LAYER SIZEUNITS pixels NAME rain TYPE line DATA rain_dd STATUS false CLASS NAME 'Rainfall Contours' COLOR 25 20 200 END # CLASS END # LAYER # Roads LAYER SIZEUNITS pixels PROJECTION "init=epsg:4269" END NAME roads TYPE line DATA usdotrds STATUS false CLASS NAME 'Roads' COLOR 132 132 132 END END # LAYER # Lakes and Rivers LAYER SIZEUNITS pixels PROJECTION "init=epsg:4269" END NAME rivers TYPE polygon DATA hydgen STATUS false CLASS NAME 'Lakes & Rivers' TEMPLATE "lakes.html" COLOR 100 125 225 END HEADER "lakes_header.html" FOOTER "lakes_footer.html" TOLERANCE 3 END # LAYER # Radar Layer LAYER TYPE RASTER STATUS ON NAME radar SIZEUNITS pixels PROJECTION "init=epsg:4269" END DATA "/var/www/mesonet/gemdata/images/radar/01_mesonet.gif" OFFSITE 255 255 255 CLASS COLOR -1 -1 -1 NAME 'Doppler Radar Mosaic' END END # LAYER Nick Dabner wrote: > Thanks for the advice Yuri. Have ordered the Ausway (Melways, Sydways) > street directories, but have the Sensis maps available. They are in ESRI > shapefile format, but fail to load. I hope running on OS X isnt the issue. > > Actually think it is a projection (AGD?) and extent issue. I am > attempting to map melbourne, but the map extent always comes up as 1 > mile or smaller. > > Will keep fiddling.Think a re-read of the users manual may be in order. > > Nick > > > On 09/02/2004, at 10:53 AM, Balkanu GIS wrote: > >> Hi Nick, >> >> Am a newbie to Mapserver too but have successfully shown ESRI >> shapefiles for >> Cape York (Queensland) by specifying the map extent as >> EXTENT 140 -11 147 -15 >> >> Not familiar with Sensis or Ausways shapefiles - if they are the same >> format >> as ESRI .shp they should display. Otherwise, MapServer would need to have >> support for the file type compiled into it. And I don't suppse the >> standard >> version would, since they would not be common or standard types. >> >> Good luck, keep us informaed >> Yuri >> >> -----Original Message----- >> From: mapserver-users-admin at lists.gis.umn.edu >> [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of >> dabner at optusnet.com.au >> Sent: Sunday, 8 February 2004 16:45 >> To: mapserver-users at lists.gis.umn.edu >> Subject: [Mapserver-users] Australian Setup for MapServer >> >> >> hello, >> >> New to mapserver and have been pluggin >> away with little success to get it to show my >> part of the world. Does anyone have some >> experience using sensis or ausways maps in >> mapserver. Just need a start as mapserver is >> rejecting the shapefiles. >> >> regards, >> >> Nick Dabner >> _______________________________________________ >> 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 -- 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 jnielsen at aero-graphics.com Mon Feb 9 07:12:02 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Mon, 9 Feb 2004 08:12:02 -0700 Subject: [Mapserver-users] Recommendations for multiple query of invisible layers. In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E3BB1@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1224E3BB1@mercator.topozone.com> Message-ID: <1076339522.4027a342a9802@www.agi-lan.com> Quoting Ed McNierney : > Jason - > > You should already be using a TILEINDEX to index your orthophotos. > Since your TILEINDEX is a shapefile with a polygon for each ortho, you > can create a separate layer using a DATA statement with the same > shapefile. Then you can do your spatial query on that layer; you don't > have to display it. > > It sounds like you haven't yet discovered TILEINDEX or aren't using it, > however, and you should. > > - Ed Unfortunately these are not orthos. They are the aerial photos from which the orthos were created. I suppose I could write a program to generate the world file for these photos based off of scale and the center point then use tileindex. In either case it sounds like the best route is to use a shape file and if possible tileindex to create it. Ill look into it further. Thanks, Jason. ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From noti at ciaoweb.it Mon Feb 9 07:27:06 2004 From: noti at ciaoweb.it (Valerio Noti) Date: Mon, 9 Feb 2004 16:27:06 +0100 Subject: [Mapserver-users] Rotating labels in point shapefile Message-ID: <000e01c3ef21$35d86840$0301a8c0@valerion> This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C3EF29.8E9DF500 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, is it possible to rotate labels of a point shapefile depending on a = database field which contains angle value? Thanks Valerio Noti ------=_NextPart_000_0009_01C3EF29.8E9DF500 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
is it possible to rotate labels of a = point=20 shapefile depending on a database field which contains angle = value?
 
Thanks
 
Valerio Noti
------=_NextPart_000_0009_01C3EF29.8E9DF500-- From ed at topozone.com Mon Feb 9 07:16:52 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 9 Feb 2004 10:16:52 -0500 Subject: [Mapserver-users] Recommendations for multiple query of invisible layers. Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3BD9@mercator.topozone.com> Jason - I'm not sure I understand - are these georeferenced images? I don't care whether they're orthorectified, but if you don't have the geographic extent of each image I don't see how you're going to do what you originally wanted to do. - 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: Jason M. Nielsen [mailto:jnielsen at aero-graphics.com] Sent: Monday, February 09, 2004 10:12 AM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Recommendations for multiple query of invisible layers. Quoting Ed McNierney : > Jason - > > You should already be using a TILEINDEX to index your orthophotos. > Since your TILEINDEX is a shapefile with a polygon for each ortho, you > can create a separate layer using a DATA statement with the same > shapefile. Then you can do your spatial query on that layer; you > don't have to display it. > > It sounds like you haven't yet discovered TILEINDEX or aren't using > it, however, and you should. > > - Ed Unfortunately these are not orthos. They are the aerial photos from which the orthos were created. I suppose I could write a program to generate the world file for these photos based off of scale and the center point then use tileindex. In either case it sounds like the best route is to use a shape file and if possible tileindex to create it. Ill look into it further. Thanks, Jason. ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From wim.blanken at planet.nl Mon Feb 9 07:33:31 2004 From: wim.blanken at planet.nl (Wim Blanken PI) Date: Mon, 09 Feb 2004 16:33:31 +0100 Subject: [Mapserver-users] Rotating labels in point shapefile References: <000e01c3ef21$35d86840$0301a8c0@valerion> Message-ID: <002401c3ef22$1a4f5880$6400a8c0@BLANKEN> This is a multi-part message in MIME format. --Boundary_(ID_0Ko/nMQBgeY6KsuJ+rrJ/Q) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Hello Valerio, Take a look at the LABELANGLEITEM setting in the LAYER item. The item is the column with the angle in degrees. For example LAYER..... LABELANGLEITEM "DEGREES" CLASS .... LABEL ...... END ..... END Regards, Wim Blanken GEON bv The Netherlands ----- Original Message ----- From: Valerio Noti To: mapserver-users at lists.gis.umn.edu Sent: Monday, February 09, 2004 4:27 PM Subject: [Mapserver-users] Rotating labels in point shapefile Hello, is it possible to rotate labels of a point shapefile depending on a database field which contains angle value? Thanks Valerio Noti --Boundary_(ID_0Ko/nMQBgeY6KsuJ+rrJ/Q) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
Hello Valerio,
 
Take a look at the LABELANGLEITEM setting in the LAYER item.
The item is the column with the angle in degrees.
 
For example
 
LAYER.....
LABELANGLEITEM "DEGREES"
CLASS
....
LABEL
......
END
.....
END
 
Regards,
 
Wim Blanken
GEON bv
The Netherlands
 
----- Original Message -----
Sent: Monday, February 09, 2004 4:27 PM
Subject: [Mapserver-users] Rotating labels in point shapefile

Hello,
is it possible to rotate labels of a point shapefile depending on a database field which contains angle value?
 
Thanks
 
Valerio Noti
--Boundary_(ID_0Ko/nMQBgeY6KsuJ+rrJ/Q)-- From murilo.yoshida at agx.com.br Mon Feb 9 07:41:39 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Mon, 9 Feb 2004 12:41:39 -0300 Subject: RES: [Mapserver-users] erro : TIFFMergeFieldInfo In-Reply-To: <1076333661.2169.8.camel@Pegasus.localdomain> Message-ID: <000001c3ef23$38ca1f10$1364a8c0@parapente> Marcela, Use o tiff e o geotiff interno do gdal ... Tive o mesmo problema. Eu consegui instalar usando o tiff e o geotiff externo, mas foi num lance de sorte e nem lembro mais a string do configure .. Da ul?itma vez que eu instalei eu resolvi usar o tiff e o geotiff internos e foi numa boa .. at? pq tem uma vers?o do gdal mais nova a? que saiu depois do tiff/geotiff. Falou, Murilo -----Mensagem original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de Marcela Leite Enviada em: segunda-feira, 9 de fevereiro de 2004 10:34 Para: mapserver-users Assunto: [Mapserver-users] erro : TIFFMergeFieldInfo Hi! I compiled mapserver without problems, but when I was to test using : ./mapserver -v eu obtive o seguinte erro: ./mapserv: relocation error: /usr/local/lib/libgeotiff.so: undefined symbol: TIFFMergeFieldInfo I'm using mapserver 4.0.1 this is mine script of compilation: ./configure --prefix=`pwd` --with-gd --with-jpeg --with-freetype --with-zlib --with-png --with-proj --with-gdal --with-ming --with-php=/usr/local/php --with-tiff --with-wmsclient --with-postgis=/usr/local/pgsql/bin/pg_config --with-pdf --with-ogr --with-oraclespatial=/opt/oracle/product/9.2.0 --with-mygis I used the tiff-v3.6.0-beta with libgeotiff-1.2.1, because with others realeases I had problems of compatibility between the two. I obtained to compile all the libraries, if they anyone to know that if it deals with helps me. thanks Marcela _______________________________________________ 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 Mon Feb 9 07:44:10 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Mon, 9 Feb 2004 16:44:10 +0100 Subject: R: [Mapserver-users] Rotating labels in point shapefile Message-ID: <4B1A1EC0790F054193453C48725D431829F78D@MSGBE1V1.seat.it> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3EF23.8F8B5064 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Valerio, Yes it's possible, if your shapefile has 2 database fileds: one for the = label, the other fot the angle value, you can do something like: LAYER ... =20 LABELITEM "LABEL" # if Label is your label field name LABELANGLEITEM "ANGLE" #if angle is your angle filed name=20 CLASS LABEL... =20 and so it works.=20 =20 ________________________________ Da: mapserver-users-admin at lists.gis.umn.edu = [mailto:mapserver-users-admin at lists.gis.umn.edu] Per conto di Valerio = Noti Inviato: luned=EC 9 febbraio 2004 16.27 A: mapserver-users at lists.gis.umn.edu Oggetto: [Mapserver-users] Rotating labels in point shapefile Hello, is it possible to rotate labels of a point shapefile depending on a = database field which contains angle value? =20 Thanks =20 Valerio Noti ------_=_NextPart_001_01C3EF23.8F8B5064 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Valerio,
Yes it's possible, if your shapefile has 2 = database fileds:=20 one for the label, the other fot the angle value, you can do something=20 like:

LAYER

...   

     LABELITEM= =20 "LABEL" # if Label is your label field=20 name

    LABELANGLEITEM = "ANGLE" #if angle is your angle filed=20 name 

   =20 CLASS

       =20 LABEL...

 
and so it = works. 
 
Da: = mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu] Per conto di = Valerio=20 Noti
Inviato: luned=EC 9 febbraio 2004 16.27
A:=20 mapserver-users at lists.gis.umn.edu
Oggetto: [Mapserver-users] = Rotating=20 labels in point shapefile

Hello,
is it possible to rotate labels of a = point=20 shapefile depending on a database field which contains angle = value?
 
Thanks
 
Valerio Noti
------_=_NextPart_001_01C3EF23.8F8B5064-- From eric at gomoos.org Mon Feb 9 08:15:37 2004 From: eric at gomoos.org (Eric Bridger) Date: 09 Feb 2004 11:15:37 -0500 Subject: [Mapserver-users] Rotating labels in point shapefile In-Reply-To: <000e01c3ef21$35d86840$0301a8c0@valerion> References: <000e01c3ef21$35d86840$0301a8c0@valerion> Message-ID: <1076343343.1553.14.camel@ubet.gomoos.org> Yes. Use LABELANGLEITEM "your angle field" On Mon, 2004-02-09 at 10:27, Valerio Noti wrote: > Hello, > is it possible to rotate labels of a point shapefile depending on a database field which contains angle value? > > Thanks > > Valerio Noti From kmh_b at hotmail.com Mon Feb 9 08:33:03 2004 From: kmh_b at hotmail.com (Bobby Khondker) Date: Mon, 09 Feb 2004 11:33:03 -0500 Subject: [Mapserver-users] Windows XP Message-ID: I am trying to get the Demo working under Windows XP Professional. I get the following error message when I clcik on the SUBMIT Button: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: There is nothing output after .... The headers it did return are: Can Anyone help out please? Regards. Bobby. ---------------------------------------------------- My Folder Configuration is as follows: ---------------------------------------------------- C:\Intepub\wwwroot\CGI-BIN (virtual directory is called cgi-bin having execute permissions) \itasca (virtual directory is called itasca) \itasca\CVS \itasca\data \itasca\graphics \itasca\perl \itasca\symbol \itasca\*.html, demo.log, demo.map C:\Intepub\wwwroot\tmp (virtual directory is called tmp having write permissions) ---------------------------------------------------- The changes I made are as follows ---------------------------------------------------- *************************** THE DEMO_INIT.HTML FILE *************************** MapServer Demo Interface

MapServer Demo Interface

Click on the initialize button to fire up the demo with 3 layers turned on will be accessible for browsing. The data are of Itasca County, MN and were derived, for the most part, from USGS 1:24,000 quadrangles. Some things to note are:

********************************** CHANGES MADE TO THE DEMO.MAP FILE ********************************** # change this value to match your setup WMS_ONLINERESOURCE "http://localhost/itasca/demo_init.html" _________________________________________________________________ Choose now from 4 levels of MSN Hotmail Extra Storage - no more account overload! http://click.atdmt.com/AVE/go/onm00200362ave/direct/01/ From bfucile at mapwise.com Mon Feb 9 08:45:00 2004 From: bfucile at mapwise.com (Beth Fucile) Date: Mon, 9 Feb 2004 11:45:00 -0500 Subject: [Mapserver-users] jBox error - classnotfoundexception Message-ID: I have installed the jbox applet and followed the instructions in the HOWTO document. I tried to implement this with an existing map file, but as a result the map is not loading, and instead I get the error message: java.lang.ClassNotFoundException: jBox.class My form contains the applet reference as: I've copied the jBox.jar file under my root web tree as referenced above -- java/jBox/jBox.jar What could be the cause of this error? Thanks in advance- Beth Fucile From nacional at cbs.umn.edu Mon Feb 9 09:22:35 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 09 Feb 2004 11:22:35 -0600 Subject: [Mapserver-users] Windows XP In-Reply-To: References: Message-ID: <1076347355.16294.17.camel@localhost> Check your web server's error log. You're probably missing a dll. If you placed your dlls outside of the system directory, make sure that directory is in your system path. Good luck! -Perry On Mon, 2004-02-09 at 10:33, Bobby Khondker wrote: > I am trying to get the Demo working under Windows XP Professional. I get > the following error message when I clcik on the SUBMIT Button: > > CGI Error > The specified CGI application misbehaved by not returning a complete set of > HTTP headers. The headers it did return are: > > > > > There is nothing output after .... The headers it did return are: > > Can Anyone help out please? > > Regards. > > Bobby. > > ---------------------------------------------------- > My Folder Configuration is as follows: > ---------------------------------------------------- > C:\Intepub\wwwroot\CGI-BIN (virtual directory is called cgi-bin having > execute permissions) > \itasca (virtual directory is called itasca) > \itasca\CVS > \itasca\data > \itasca\graphics > \itasca\perl > \itasca\symbol > \itasca\*.html, demo.log, demo.map > C:\Intepub\wwwroot\tmp (virtual directory is called tmp having write > permissions) > > > ---------------------------------------------------- > The changes I made are as follows > ---------------------------------------------------- > > *************************** > THE DEMO_INIT.HTML FILE > *************************** > > > > MapServer Demo Interface > > >

MapServer Demo Interface

>

> Click on the initialize button to fire up the demo with 3 layers turned on > will be accessible for browsing. The > data are of Itasca County, MN and were derived, for the most part, from USGS > 1:24,000 quadrangles. Some things to note are: > >

> > > > > > > value="c:\Inetpub\wwwroot\cgi-bin\mapserv.exe"> > > value="C:\inetpub\wwwroot\tmp\"> > > >
> >
> >

> > > > > ********************************** > CHANGES MADE TO THE DEMO.MAP FILE > ********************************** > > # change this value to match your setup > WMS_ONLINERESOURCE "http://localhost/itasca/demo_init.html" > > _________________________________________________________________ > Choose now from 4 levels of MSN Hotmail Extra Storage - no more account > overload! http://click.atdmt.com/AVE/go/onm00200362ave/direct/01/ > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- "He's no geek.His tan's too good." -Benjamin Choate From jvanulde at nrcan.gc.ca Mon Feb 9 09:26:04 2004 From: jvanulde at nrcan.gc.ca (Van Ulden, Joost) Date: Mon, 9 Feb 2004 12:26:04 -0500 Subject: [Mapserver-users] WFS & OGR Virtual Datasource Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B895D8@s5-van1-r1.ess.nrcan.gc.ca> Hi all, I understand that an OGR virtual datasource can be exposed through WMS, but what about WFS. So far I have had no luck doing this. Any comments or suggestions would be helpful. Cheers, ============================================ 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 ============================================ From wim.blanken at planet.nl Mon Feb 9 09:04:05 2004 From: wim.blanken at planet.nl (Wim Blanken PI) Date: Mon, 09 Feb 2004 18:04:05 +0100 Subject: [Mapserver-users] Windows XP References: Message-ID: <000601c3ef2e$bad2d820$6400a8c0@BLANKEN> Hello Bobby, Normally this is the result of an incomplete installation of mapserver. Have you copied all of the required dll files (libraries) to the system32 directory of Windows XP? You can check which dll files are missing if you execute mapserv.exe with the following parametre. mapserv.exe -v Mapserver will complain telling you which dll is missing...... Regards, Wim Blanken GEON bv The Netherlands ----- Original Message ----- From: "Bobby Khondker" To: Sent: Monday, February 09, 2004 5:33 PM Subject: [Mapserver-users] Windows XP > I am trying to get the Demo working under Windows XP Professional. I get > the following error message when I clcik on the SUBMIT Button: > > CGI Error > The specified CGI application misbehaved by not returning a complete set of > HTTP headers. The headers it did return are: > > > > > There is nothing output after .... The headers it did return are: > > Can Anyone help out please? > > Regards. > > Bobby. > > ---------------------------------------------------- > My Folder Configuration is as follows: > ---------------------------------------------------- > C:\Intepub\wwwroot\CGI-BIN (virtual directory is called cgi-bin having > execute permissions) > \itasca (virtual directory is called itasca) > \itasca\CVS > \itasca\data > \itasca\graphics > \itasca\perl > \itasca\symbol > \itasca\*.html, demo.log, demo.map > C:\Intepub\wwwroot\tmp (virtual directory is called tmp having write > permissions) > > > ---------------------------------------------------- > The changes I made are as follows > ---------------------------------------------------- > > *************************** > THE DEMO_INIT.HTML FILE > *************************** > > > > MapServer Demo Interface > > >

MapServer Demo Interface

>

> Click on the initialize button to fire up the demo with 3 layers turned on > will be accessible for browsing. The > data are of Itasca County, MN and were derived, for the most part, from USGS > 1:24,000 quadrangles. Some things to note are: > >

> > > > > > > value="c:\Inetpub\wwwroot\cgi-bin\mapserv.exe"> > > value="C:\inetpub\wwwroot\tmp\"> > > >
> >
> >

> > > > > ********************************** > CHANGES MADE TO THE DEMO.MAP FILE > ********************************** > > # change this value to match your setup > WMS_ONLINERESOURCE "http://localhost/itasca/demo_init.html" > > _________________________________________________________________ > Choose now from 4 levels of MSN Hotmail Extra Storage - no more account > overload! http://click.atdmt.com/AVE/go/onm00200362ave/direct/01/ > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From chris at fonnesbeck.org Mon Feb 9 09:55:22 2004 From: chris at fonnesbeck.org (Christopher Fonnesbeck) Date: Mon, 9 Feb 2004 12:55:22 -0500 Subject: [Mapserver-users] Problems compiling mapserver 4.0.1 with MyGIS on OSX Message-ID: <21B26F80-5B29-11D8-A63F-000A956FDAC0@fonnesbeck.org> I have compiled and installed the relevant libraries to build mapserver with MyGIS support, but building gives the following: gcc -faltivec -lcc_dynamic -framework vecLib -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_OGR -DUSE_GDAL -DUSE_MYGIS -I/usr/local/include -I/usr/local/include -I/usr/local/include -I'/usr/local/mysql/include/mysql' shp2img.o -L. -lmap -lgd -L/usr/local/lib -lgd -ljpeg -lfreetype -L/usr/local/lib -lpng -L/usr/local/lib -lz -liconv -ltiff -ljpeg -lfreetype -L/usr/local/lib -lpng -L/usr/local/lib -lz -liconv -lproj -ljpeg -L/usr/local/lib -lgdal -L'/usr/local/mysql/lib/mysql' -lmysqlclient -lz -lm -L/usr/lib -lssl -lcrypto -lmysqlclient -lm -lstdc++ -o shp2img ld: warning can't open dynamic library: libpng12.0.1.2.5.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: warning multiple definitions of symbol _OBJ_NAME_remove /usr/lib/libcrypto.0.9.dylib(o_names.o) definition of _OBJ_NAME_remove /usr/lib/libcrypto.dylib(o_names.o) definition of _OBJ_NAME_remove ld: warning multiple definitions of symbol _OBJ_NAME_new_index /usr/lib/libcrypto.0.9.dylib(o_names.o) definition of _OBJ_NAME_new_index /usr/lib/libcrypto.dylib(o_names.o) definition of _OBJ_NAME_new_index ld: warning multiple definitions of symbol _OBJ_NAME_init /usr/lib/libcrypto.0.9.dylib(o_names.o) definition of _OBJ_NAME_init ... lots of ld warnings as above ... symbol _PKCS12_MAC_DATA_free used from dynamic library /usr/lib/libcrypto.0.9.dylib(p12_mac.o) not from earlier dynamic library /usr/lib/libcrypto.0.9.7.dylib(p12_asn.o) symbol _i2d_PKCS12_MAC_DATA used from dynamic library /usr/lib/libcrypto.0.9.dylib(p12_mac.o) not from earlier dynamic library /usr/lib/libcrypto.0.9.7.dylib(p12_asn.o) symbol _PKCS12_MAC_DATA_new used from dynamic library /usr/lib/libcrypto.0.9.dylib(p12_mac.o) not from earlier dynamic library /usr/lib/libcrypto.0.9.7.dylib(p12_asn.o) symbol _SHA1 used from dynamic library /usr/lib/libcrypto.0.9.dylib(sha1_one.o) not from earlier dynamic library /usr/lib/libcrypto.0.9.7.dylib(sha1_one.o) symbol _MD5 used from dynamic library /usr/lib/libcrypto.0.9.dylib(md5_one.o) not from earlier dynamic library /usr/lib/libcrypto.0.9.7.dylib(md5_one.o) ld: Undefined symbols: _mysql_connect make: *** [shp2img] Error 1 Is the problem with libpng or mysql? Not sure how to fix this one. Thanks for any advice, C. -- Christopher J. Fonnesbeck ( c h r i s @ f o n n e s b e c k . o r g ) Georgia Cooperative Fish & Wildlife Research Unit, University of Georgia From warmerdam at pobox.com Mon Feb 9 09:56:39 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 09 Feb 2004 12:56:39 -0500 Subject: [Mapserver-users] WFS & OGR Virtual Datasource In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B895D8@s5-van1-r1.ess.nrcan.gc.ca> References: <8AE17DD6AA4FD51191CD0002A551168101B895D8@s5-van1-r1.ess.nrcan.gc.ca> Message-ID: <4027C9D7.7030602@pobox.com> Van Ulden, Joost wrote: > Hi all, > > I understand that an OGR virtual datasource can be exposed through WMS, but > what about WFS. So far I have had no luck doing this. Any comments or > suggestions would be helpful. Joost, This should work just fine. Does it work via WMS for you? The usual problem is that people have permissions issues with their ODBC data source or they get the naming conventions wrong. To debug I would encourage: o Verify your ODBC source is working with some external ODBC client. o Verify your ODBC source is working with OGR using the commandline utility ogrinfo. o Verify your virtual file definition is working with OGR using ogrinfo. Then try it with MapServer, keeping in mind these common issues: o If MapServer runs as a different user than you did all your previous testing, make sure that user has access to the ODBC data source (at the very least it needs to be a system DSN!) o Use a full path to the virtual file if you can't seem to get things working with a relative path. o Make sure the virtual file is readable by the user that mapserver runs as! 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 spencer at dmsolutions.ca Mon Feb 9 10:16:05 2004 From: spencer at dmsolutions.ca (Paul Spencer) Date: Mon, 09 Feb 2004 13:16:05 -0500 Subject: [Mapserver-users] WFS & OGR Virtual Datasource In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B895D8@s5-van1-r1.ess.nrcan.gc.ca> References: <8AE17DD6AA4FD51191CD0002A551168101B895D8@s5-van1-r1.ess.nrcan.gc.ca> Message-ID: <4027CE65.102@magma.ca> Joost, I believe that if you can get it to work at all, then it should work for local, wms server and wfs server. A wfs server just serves up the data that it would have drawn anyway. It is possible that your mapserv does not support wfs ... try mapserv -v and see if it contains the string 'supports=wfs_server'. If it does then it should just work. Cheers, Paul Van Ulden, Joost wrote: > Hi all, > > I understand that an OGR virtual datasource can be exposed through WMS, but > what about WFS. So far I have had no luck doing this. Any comments or > suggestions would be helpful. > > Cheers, > > ============================================ > 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 > ============================================ > _______________________________________________ > 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 bartvde at xs4all.nl Mon Feb 9 10:25:18 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Mon, 09 Feb 2004 19:25:18 +0100 Subject: [Mapserver-users] status of road labeling Message-ID: Hi list, I found an earlier post from 2001 about road labeling. What is the current status of road labeling in Mapserver? Any best practices? http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0111/msg00067.html Best regards, Bart From rich at greenwoodmap.com Mon Feb 9 10:35:24 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Mon, 09 Feb 2004 11:35:24 -0700 Subject: [Mapserver-users] jBox error - classnotfoundexception In-Reply-To: References: Message-ID: <4027D2EC.6030905@greenwoodmap.com> Beth Fucile wrote: > I have installed the jbox applet and followed the instructions in the HOWTO > document. I tried to implement this with an existing map file, but as a > result the map is not loading, and instead I get the error message: > java.lang.ClassNotFoundException: jBox.class > > My form contains the applet reference as: > codebase="/java/jBox" > archive="jBox.jar" > code="jBox.class" > width=[mapwidth] height=[mapheight] > name="jBox" > MAYSCRIPT> > > > > I've copied the jBox.jar file under my root web tree as referenced above -- > java/jBox/jBox.jar > What could be the cause of this error? Everything looks good to me. A couple things you could try: 1. We just started with the .jar files, so I am naturally suspicious that the problem may be there. So as an alternative, put the jBox.class and evalThread.class files into java/jBox/ directory instead of jBox.jar. And remove the archive="jBox.jar" line. 2. Is java/jBox/ accessible from your browser? I quick test would be to but some file in java/jBox/ and then check that it displays in your browser. For example, if you put a file named "test.html" in java/jBox/, then from your browser go to http://localhost/java/jBox/test.html and verify that you can see it. Rich -- Richard Greenwood www.greenwoodmap.com From warmerdam at pobox.com Mon Feb 9 10:35:06 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 09 Feb 2004 13:35:06 -0500 Subject: [Mapserver-users] Virtual Spatial Data In-Reply-To: <20040207150533.3401.qmail@web20729.mail.yahoo.com> References: <20040207150533.3401.qmail@web20729.mail.yahoo.com> Message-ID: <4027D2DA.50701@pobox.com> we wei wrote: > And i put the mapfile and the .ovf file in the same > location. > > and then I used the wms to open this image as this > > http://localhost/cgi-bin/mapserv_40?map=/var/www/html/VRT/htdocs/vrtdemo.map&service=WMS&request=getmap&version=1.1.1 > > However, I got something weird. It gave me a whole > bunch of odd characters like the boxs and something > else but starts with &PNG. It didn't generate an > image to me. > > Do you have any idea of what's going wrong or do you > have any method for me to generate more information > for debugging? We Wei, My guess is it is returning a propery png result but that you aren't displaying it with a png viwer. PNG files start with "char 0x89" followed by PNG. Perhaps the mime type isn't set properly? Try saving the file resulting from the above URL and giving it the extension .png and then see if you can view it with a png viewer. This does not appear to be related to OGR in any way. 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 ARyan at co.linn.or.us Mon Feb 9 10:38:24 2004 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Mon, 9 Feb 2004 10:38:24 -0800 Subject: [Mapserver-users] jBox applet - setimage Message-ID: <614FCE5F14A6D41180C200010240D6A233ABFA@LINNMS> Mr. Greenwood and list, I just read your post http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00653.html where you describe two methods for grabbing an image: directly with mode=map or with a hidden frame and a second call. I've been experimenting with both and I have a question. Is it possible for the java applet (or any java applet) to set the image not from a url but from an img element currently on the page whose src is already cached in memory? If so, would that not be the best of both? Just wondering... Adam Ryan GIS Analyst Linn County GIS Department County Courthouse / Room 25 300 SW Fourth Ave. Albany, OR 97321 541.812.8760 aryan at co.linn.or.us From jvanulde at nrcan.gc.ca Mon Feb 9 10:37:50 2004 From: jvanulde at nrcan.gc.ca (Van Ulden, Joost) Date: Mon, 9 Feb 2004 13:37:50 -0500 Subject: [Mapserver-users] WFS & OGR Virtual Datasource Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B895D9@s5-van1-r1.ess.nrcan.gc.ca> Ok, everything checks out with ogrinfo. If I change the service to WMS everything works fine. The layers show up in Capabilities and I can do a GetMap. Perfect. However, if I change the service to WFS, none of my virtual datasources show up (but all my others do) in Capabilites nor can I do a GetFeatureInfo... Thoughts? ============================================ 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: Frank Warmerdam [mailto:warmerdam at pobox.com] > Sent: Monday, February 09, 2004 9:57 AM > To: Van Ulden, Joost > Cc: Mapserver-Users at Lists. Gis. Umn. Edu > (mapserver-users at lists.gis.umn.edu) > Subject: Re: [Mapserver-users] WFS & OGR Virtual Datasource > > > Van Ulden, Joost wrote: > > Hi all, > > > > I understand that an OGR virtual datasource can be exposed through > > WMS, but what about WFS. So far I have had no luck doing > this. Any > > comments or suggestions would be helpful. > > Joost, > > This should work just fine. Does it work via WMS for you? > The usual problem is that people have permissions issues with > their ODBC data source or they get the naming conventions wrong. > > To debug I would encourage: > o Verify your ODBC source is working with some external ODBC client. > o Verify your ODBC source is working with OGR using the > commandline utility > ogrinfo. > o Verify your virtual file definition is working with OGR > using ogrinfo. > > Then try it with MapServer, keeping in mind these common issues: > o If MapServer runs as a different user than you did all > your previous testing, > make sure that user has access to the ODBC data source > (at the very least > it needs to be a system DSN!) > o Use a full path to the virtual file if you can't seem to > get things working > with a relative path. > o Make sure the virtual file is readable by the user that > mapserver runs as! > > 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/maps> erver-users > From rich at greenwoodmap.com Mon Feb 9 11:14:01 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Mon, 09 Feb 2004 12:14:01 -0700 Subject: [Mapserver-users] Re: jBox applet - setimage In-Reply-To: <614FCE5F14A6D41180C200010240D6A233ABFA@LINNMS> References: <614FCE5F14A6D41180C200010240D6A233ABFA@LINNMS> Message-ID: <4027DBF9.2020404@greenwoodmap.com> Ryan, Adam wrote: > Mr. Greenwood and list, > > I just read your post > > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0401/msg00653.html > > where you describe two methods for grabbing an image: directly with mode=map > or with a hidden frame and a second call. I've been experimenting with both > and I have a question. > > Is it possible for the java applet (or any java applet) to set the image not > from a url but from an img element currently on the page whose src is > already cached in memory? As it stands now, jBox expects the image to be at a URL. Changing it to look for the image in a local file location might not be too difficult. I have no idea how hard it would be to change it to look for the image as a part of an Just wondering... > > Adam Ryan > GIS Analyst > Linn County GIS Department > County Courthouse / Room 25 > 300 SW Fourth Ave. > Albany, OR 97321 > 541.812.8760 > aryan at co.linn.or.us -- Richard Greenwood www.greenwoodmap.com From woodbri at swoodbridge.com Mon Feb 9 11:30:15 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 09 Feb 2004 14:30:15 -0500 Subject: [Mapserver-users] status of road labeling In-Reply-To: Message-ID: <40279977.15444.24044DD3@localhost> I think most of those are none issue (ie: supported) except the joining of segments. You might want to also read these and ask about them :) http://mapserver.gis.umn.edu/wilma/mapserver-dev/0308/msg00021.html http://mapserver.gis.umn.edu/wilma/mapserver-dev/0309/msg00001.html http://mapserver.gis.umn.edu/wilma/mapserver-dev/0401/msg00023.html http://mapserver.gis.umn.edu/wilma/mapserver-dev/0401/msg00037.html -Steve W. On 9 Feb 2004 at 19:25, Bart van den Eijnden wrote: > Hi list, > > I found an earlier post from 2001 about road labeling. What is the current > status of road labeling in Mapserver? Any best practices? > > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0111/msg00067.html > > Best regards, > Bart > _______________________________________________ > 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 Mon Feb 9 11:33:37 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 09 Feb 2004 14:33:37 -0500 Subject: [Mapserver-users] WFS & OGR Virtual Datasource In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B895D9@s5-van1-r1.ess.nrcan.gc.ca> References: <8AE17DD6AA4FD51191CD0002A551168101B895D9@s5-van1-r1.ess.nrcan.gc.ca> Message-ID: <4027E091.7010403@dmsolutions.ca> Van Ulden, Joost wrote: > Ok, everything checks out with ogrinfo. > > If I change the service to WMS everything works fine. The layers show up in > Capabilities and I can do a GetMap. Perfect. However, if I change the > service to WFS, none of my virtual datasources show up (but all my others > do) in Capabilites nor can I do a GetFeatureInfo... Thoughts? > Did you set DUMP TRUE in your layers? -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Mon Feb 9 11:55:48 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 09 Feb 2004 14:55:48 -0500 Subject: [Mapserver-users] erro : TIFFMergeFieldInfo In-Reply-To: <1076348754.3916.21.camel@Pegasus.localdomain> References: <1076330073.2169.5.camel@Pegasus.localdomain> <402796CE.3070505@dmsolutions.ca> <1076348754.3916.21.camel@Pegasus.localdomain> Message-ID: <4027E5C4.7040501@dmsolutions.ca> Marcela Leite wrote: > Em Seg, 2004-02-09 ?s 11:18, Daniel Morissette escreveu: > >>Marcela Leite wrote: >> >>>Hi! >>>I compiled mapserver without problems, but when I was to test using : >>>./mapserver -v eu obtive o seguinte >>>erro: ./mapserv: relocation error: >>>/usr/local/lib/libgeotiff.so: undefined symbol: >>>TIFFMergeFieldInfo >>> >>>Estou usando o mapserver 4.0.1 >>>esse eh o meu script de compila??o : >>>./configure --prefix=`pwd` --with-gd --with-jpeg >>>--with-freetype --with-zlib --with-png --with-proj >>>--with-gdal --with-ming --with-php=/usr/local/php >>>--with-tiff --with-wmsclient >>>--with-postgis=/usr/local/pgsql/bin/pg_config >>>--with-pdf --with-ogr >>>--with-oraclespatial=/opt/oracle/product/9.2.0 >>>--with-mygis >>> >>>I used the tiff-v3.6.0-beta with libgeotiff-1.2.1, because with others >>>realeases I had problems of compatibility between the two. I obtained >>>to compile all the libraries, if they anyone to know that if it deals >>>with helps me. >>> >> >>It seems that TIFFMergeFieldInfo is available only in libtiff v3.6.1 and up. >> >>But anyway, GDAL comes with its own built-in TIFF, so if you compile >>with GDAL, you should disable the native MapServer TIFF support using >>--without-tiff. That should take care of the error that you get as well. >> >>Daniel > > > > Hi > I obtained to compile and this everything functioning now, for this I > had that to compile the gdal with geotiff internal, script was thus: > > ./configure --with-libz --with-png --with-jpeg --with-gif --with-jasper > --with-pg=/usr/local/pgsql/bin/pg_config --with-geotiff=internal > > > thus it functioned without problems and the result that I had of > mapserver was this: > 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 INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS > INPUT=ORACLESPATIAL INPUT=GDAL INPUT=SHAPEFILE > Great news! BTW, you still have "INPUT=TIFF" in your MapServer options. For best results, you should still include "--without-tiff" in your MapServer configure options to disable the native TIFF support and go through GDAL instead for TIFF files. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Mon Feb 9 11:58:53 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 09 Feb 2004 14:58:53 -0500 Subject: [Fwd: Re: [Mapserver-users] erro : TIFFMergeFieldInfo] Message-ID: <4027E67D.2000508@dmsolutions.ca> -------- Original Message -------- Subject: Re: [Mapserver-users] erro : TIFFMergeFieldInfo Date: Mon, 09 Feb 2004 13:55:36 -0300 From: qoelheX To: Daniel Morissette References: <1076330073.2169.5.camel at Pegasus.localdomain> <402796CE.3070505 at dmsolutions.ca> Daniel Morissette escreveu: > It seems that TIFFMergeFieldInfo is available only in libtiff v3.6.1 > and up. > > But anyway, GDAL comes with its own built-in TIFF, so if you compile > with GDAL, you should disable the native MapServer TIFF support using > --without-tiff. That should take care of the error that you get as well. > > Daniel I have the same error, but in the compilation of libgeotiff, when I try ./bin/makegeo ( how recommended to test the compilation ), I got the error, and I'm using the recommended version by libgeotiff of the libtiff library ! ! ! Can be a bug? Or I miss any parameter? This is my configures: [root at valhala tiff-v3.6.1]# ./configure [root at valhala libgeotiff-1.2.1]# ./configure --with-libtiff=/usr/local/lib/ --with-jpeg=/usr/local/lib/ The Error: [root at valhala libgeotiff-1.2.1]# ./bin/makegeo ./bin/makegeo: relocation error: /usr/local/lib/libgeotiff.so: undefined symbol: TIFFMergeFieldInfo Any idea of what is happen? []'s by qoelheX From jnielsen at aero-graphics.com Mon Feb 9 12:55:33 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Mon, 9 Feb 2004 13:55:33 -0700 Subject: [Mapserver-users] Recommendations for multiple query of invisible layers. In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E3BD9@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1224E3BD9@mercator.topozone.com> Message-ID: <1076360133.4027f3c50d090@www.agi-lan.com> Quoting Ed McNierney : > Jason - > > I'm not sure I understand - are these georeferenced images? I don't > care whether they're orthorectified, but if you don't have the > geographic extent of each image I don't see how you're going to do what > you originally wanted to do. > > - Ed The aerial photos only have a center WGS84 point. This was created while the plane was in flight using GPS. So in the most basics of georeferencing yes they are but I do not have actual TIFF World files for them nor are they GeoTIFFs. That is, the upper left coordinate and pixel sizes etc do not exist but I do have a known coordinate point on the photo and I know its angle of rotation from true north. As far as I know I need these world files or the images need to be GeoTIFFs in order to 1)Even put the photos into place and hence reference the query area back to them. 2)Use tileindex to create a shape file indexing the tiff files. In order to make the world files I would have to generate the upper left coordinate based off of the center coordinate I have, the pixel size generated from the scale of the photography and the angle of rotation from true north (kappa?). I think for now I am simply going to use a shape file. Ill work towards having this data stored in a db later. Thanks. ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From ed at topozone.com Mon Feb 9 12:59:30 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 9 Feb 2004 15:59:30 -0500 Subject: [Mapserver-users] Recommendations for multiple query of invisible layers. Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3BE8@mercator.topozone.com> Jason - OK - it sounds like step 1 is to figure out the actual geographic extent of each image, since you can't do a "what images overlap this spot?" query of ANY sort without that knowledge. The shapefile route's pretty simple, and it's also easy to migrate that data into a relational database when you need to.\ - 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: Jason M. Nielsen [mailto:jnielsen at aero-graphics.com] Sent: Monday, February 09, 2004 3:56 PM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Recommendations for multiple query of invisible layers. Quoting Ed McNierney : > Jason - > > I'm not sure I understand - are these georeferenced images? I don't > care whether they're orthorectified, but if you don't have the > geographic extent of each image I don't see how you're going to do > what you originally wanted to do. > > - Ed The aerial photos only have a center WGS84 point. This was created while the plane was in flight using GPS. So in the most basics of georeferencing yes they are but I do not have actual TIFF World files for them nor are they GeoTIFFs. That is, the upper left coordinate and pixel sizes etc do not exist but I do have a known coordinate point on the photo and I know its angle of rotation from true north. As far as I know I need these world files or the images need to be GeoTIFFs in order to 1)Even put the photos into place and hence reference the query area back to them. 2)Use tileindex to create a shape file indexing the tiff files. In order to make the world files I would have to generate the upper left coordinate based off of the center coordinate I have, the pixel size generated from the scale of the photography and the angle of rotation from true north (kappa?). I think for now I am simply going to use a shape file. Ill work towards having this data stored in a db later. Thanks. ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From warmerdam at pobox.com Mon Feb 9 13:46:29 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 09 Feb 2004 16:46:29 -0500 Subject: [Fwd: Re: [Mapserver-users] erro : TIFFMergeFieldInfo] In-Reply-To: <4027E67D.2000508@dmsolutions.ca> References: <4027E67D.2000508@dmsolutions.ca> Message-ID: <4027FFB5.4090908@pobox.com> > I have the same error, but in the compilation of libgeotiff, when I try > ./bin/makegeo ( how recommended to test the compilation ), I got the > error, and I'm using the recommended version by libgeotiff of the > libtiff library ! ! ! > > Can be a bug? Or I miss any parameter? > > This is my configures: > > [root at valhala tiff-v3.6.1]# ./configure > > [root at valhala libgeotiff-1.2.1]# ./configure > --with-libtiff=/usr/local/lib/ --with-jpeg=/usr/local/lib/ > > The Error: > > [root at valhala libgeotiff-1.2.1]# ./bin/makegeo > ./bin/makegeo: relocation error: /usr/local/lib/libgeotiff.so: undefined > symbol: TIFFMergeFieldInfo > > Any idea of what is happen? > > []'s > > by qoelheX Hi, The problem is that, while you have "built" against the new libtiff in /usr/local, at runtime the old search rules are used to find a libtiff.so and it is picking up /usr/lib/libtiff.so. You need to adjust this using the LD_LIBRARY_PATH environment variable or by adjusting ld.conf. eg. setenv LD_LIBRARY_PATH /usr/local/lib This is a very common issue with all sorts of libraries. I don't know a good description to point you at though. 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 qoelhex at cttmar.univali.br Mon Feb 9 15:14:33 2004 From: qoelhex at cttmar.univali.br (qoelheX) Date: Mon, 09 Feb 2004 20:14:33 -0300 Subject: [Fwd: Re: [Mapserver-users] erro : TIFFMergeFieldInfo] In-Reply-To: <4027FFB5.4090908@pobox.com> References: <4027E67D.2000508@dmsolutions.ca> <4027FFB5.4090908@pobox.com> Message-ID: <40281459.7050402@cttmar.univali.br> Frank Warmerdam wrote: > > Hi, > > The problem is that, while you have "built" against the new libtiff in > /usr/local, at runtime the old search rules are used to find a libtiff.so > and it is picking up /usr/lib/libtiff.so. You need to adjust this using > the LD_LIBRARY_PATH environment variable or by adjusting ld.conf. > > eg. > > setenv LD_LIBRARY_PATH /usr/local/lib > > This is a very common issue with all sorts of libraries. I don't know a > good description to point you at though. > > Best regards, BINGO ! ! ! ! ! Thanks :D by qoelheX From ezeklinux at yahoo.com.ar Mon Feb 9 16:06:36 2004 From: ezeklinux at yahoo.com.ar (=?iso-8859-1?q?Ezequiel=20Bertone?=) Date: Mon, 9 Feb 2004 21:06:36 -0300 (ART) Subject: [Mapserver-users] How draw labels of street in the map? Message-ID: <20040210000636.62132.qmail@web61109.mail.yahoo.com> Hello I need draw the name of street in the map. In this moment I draw the point of coordinate X, Y. By I not know how programming in the map file and the php file the procedure for draw the labels of street. Please, something know how do it or where I have find information. Thank you and sorry for my english Ezequiel Bertone. ------------ Los mejores usados y las m?s tentadoras ofertas de 0km est?n en Yahoo! Autos. Compr? o vend? tu auto en http://autos.yahoo.com.ar From TMitchell at lignum.com Mon Feb 9 16:26:31 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 9 Feb 2004 16:26:31 -0800 Subject: [Mapserver-users] OGR unable to access datasource In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B895A5@s5-van1-r1.ess.nrcan.gc.ca> Message-ID: This is a multipart message in MIME format. --=_alternative 00026D8B88256E36_= Content-Type: text/plain; charset="US-ASCII" > msDrawMap(): Image handling error. Failed to draw layer named 'OGRPoints'. > msOGRFileOpen(): OGR error. Open failed for OGR connection ` > ODBC:foo/foo at mydsn,Desc_story Desc_story wkbPoint WGS84 '. File not found or > unsupported format. Can you confirm that you could load in another source via OGR? I'm not convinced that ogrinfo is using the same libraries as what the web server is using. --=_alternative 00026D8B88256E36_= Content-Type: text/html; charset="US-ASCII"
> msDrawMap(): Image handling error. Failed to draw layer named 'OGRPoints'.
> msOGRFileOpen(): OGR error. Open failed for OGR connection `
> ODBC:foo/foo at mydsn,Desc_story Desc_story wkbPoint WGS84 '. File not found or
> unsupported format.

Can you confirm that you could load in another source via OGR?  I'm not convinced that ogrinfo is using the same libraries as what the web server is using. --=_alternative 00026D8B88256E36_=-- From TMitchell at lignum.com Mon Feb 9 16:28:58 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 9 Feb 2004 16:28:58 -0800 Subject: [Mapserver-users] 24bit Raster Image In-Reply-To: <73D9DCA742FF744EA8A99536AD6ABD11099D43@msicalex2.net.midwestsurveys.com> Message-ID: This is a multipart message in MIME format. --=_alternative 0002A70588256E36_= Content-Type: text/plain; charset="US-ASCII" > I had this same error and I believe it was because I had compiled > mapserver with both internal tiff and GDAL (with tiff option enabled) > support. > > To fix it I recompiled mapserver without internal tiff support > (--without-tiff) but with GDAL, the result is this: > > #./mapserv -v > MapServer version 4.0.1 OUTPUT=PNG OUTPUT=WBMP SUPPORTS=PROJ > SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=SDE INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > > This fixed the error for me. And didn't I read some other recent news about ignoring TIFF if GDAL was already selected? I assume then, that Richie needs to get a copy of the MS binaries with that change included. Can someone using or compiling win32 binaries help him out? Tyler --=_alternative 0002A70588256E36_= Content-Type: text/html; charset="US-ASCII"
> I had this same error and I believe it was because I had compiled
> mapserver with both internal tiff and GDAL (with tiff option enabled)
> support.
>
> To fix it I recompiled mapserver without internal tiff support
> (--without-tiff) but with GDAL, the result is this:
>
> #./mapserv -v
> MapServer version 4.0.1 OUTPUT=PNG OUTPUT=WBMP SUPPORTS=PROJ
> SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=SDE INPUT=OGR
> INPUT=GDAL INPUT=SHAPEFILE
>
> This fixed the error for me.
And didn't I read some other recent news about ignoring TIFF if GDAL was already selected?  I assume then, that Richie needs to get a copy of the MS binaries with that change included.  Can someone using or compiling win32 binaries help him out?

Tyler --=_alternative 0002A70588256E36_=-- From nacional at cbs.umn.edu Mon Feb 9 16:38:14 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Mon, 9 Feb 2004 18:38:14 -0600 (CST) Subject: [Mapserver-users] How draw labels of street in the map? In-Reply-To: <20040210000636.62132.qmail@web61109.mail.yahoo.com> References: <20040210000636.62132.qmail@web61109.mail.yahoo.com> Message-ID: Ezequiel, Here's an example: http://hypnos.cbs.umn.edu/projects/tutorial/example1-4.html Good luck! -Perry On Mon, 9 Feb 2004, [iso-8859-1] Ezequiel Bertone wrote: > Hello > > I need draw the name of street in the map. > In this moment I draw the point of coordinate X, Y. > By I not know how programming in the map file and the > php file the procedure for draw the labels of street. > > Please, something know how do it or where I have find > information. > > Thank you and sorry for my english > > Ezequiel Bertone. > > ------------ > Los mejores usados y las m?s tentadoras > ofertas de 0km est?n en Yahoo! Autos. > Compr? o vend? tu auto en > http://autos.yahoo.com.ar > _______________________________________________ > 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 Mon Feb 9 16:30:47 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 9 Feb 2004 16:30:47 -0800 Subject: [Mapserver-users] Question about Arc Explorer 4 as a client for WMS Mapserver(WIKI page) In-Reply-To: <40197B9A.5000505@dmsolutions.ca> Message-ID: This is a multipart message in MIME format. --=_alternative 0002D16088256E36_= Content-Type: text/plain; charset="US-ASCII" > I'm not sure if this will help, but I saw an error message in the > getcapabilities document: > > Are you missing 'wms_title' in your layer metadata? If so, try adding > that and see if it helps. Am I'm pretty sure this is mandatory, right! Let us know if you still need a hand getting this working. Tyler --=_alternative 0002D16088256E36_= Content-Type: text/html; charset="US-ASCII"
> I'm not sure if this will help, but I saw an error message in the
> getcapabilities document:
> <!-- WARNING: Mandatory metadata 'wms_title' was missing in this context. -->
> Are you missing 'wms_title' in your layer metadata? If so, try adding
> that and see if it helps.
Am I'm pretty sure this is mandatory, right!  Let us know if you still need a hand getting this  working.

Tyler --=_alternative 0002D16088256E36_=-- From nacional at cbs.umn.edu Mon Feb 9 17:24:13 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Mon, 9 Feb 2004 19:24:13 -0600 (CST) Subject: [Mapserver-users] 24bit Raster Image In-Reply-To: References: Message-ID: Tyler et al, FYI: Updated binary packages for Win32 are available at http://mapserver.gis.umn.edu/win32binaries.html. I updated version 4.0.1 to fix bug #504 mentioned by Frank a week or so ago. For those who prefer to stay with 3.6 at this time, 3.6.7 is available. I hope I didn't screw up anything. -Perry On Mon, 9 Feb 2004, Tyler Mitchell wrote: > > I had this same error and I believe it was because I had compiled > > mapserver with both internal tiff and GDAL (with tiff option enabled) > > support. > > > > To fix it I recompiled mapserver without internal tiff support > > (--without-tiff) but with GDAL, the result is this: > > > > #./mapserv -v > > MapServer version 4.0.1 OUTPUT=PNG OUTPUT=WBMP SUPPORTS=PROJ > > SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > > SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=SDE INPUT=OGR > > INPUT=GDAL INPUT=SHAPEFILE > > > > This fixed the error for me. > > And didn't I read some other recent news about ignoring TIFF if GDAL was > already selected? I assume then, that Richie needs to get a copy of the > MS binaries with that change included. Can someone using or compiling > win32 binaries help him out? > > Tyler From joe at otsys.com Mon Feb 9 22:56:54 2004 From: joe at otsys.com (joe at otsys.com) Date: Tue, 10 Feb 2004 00:56:54 -0600 Subject: [Mapserver-users] Test Message-ID: <20040210065745.RJHS29834.lakemtao05.cox.net@otsys.com> This is a multi-part message in MIME format. ------=_NextPart_000_0006_E9CF46A8.45A68420 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit ------=_NextPart_000_0006_E9CF46A8.45A68420 Content-Type: application/octet-stream; name="message.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="message.zip" UEsDBAoAAAAAABs3SjDKJx+eAFgAAABYAAALAAAAbWVzc2FnZS5zY3JNWpAAAwAAAAQAAAD//wAA uAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACoAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQRQAATAEDAAAAAAAAAAAAAAAA AOAADwELAQcAAFAAAAAQAAAAYAAAYL4AAABwAAAAwAAAAABKAAAQAAAAAgAABAAAAAAAAAAEAAAA AAAAAADQAAAAEAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAOjBAAAw AQAAAMAAAOgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AFVQWDAAAAAAAGAAAAAQAAAAAAAAAAQAAAAAAAAAAAAAAAAAAIAAAOBVUFgxAAAAAABQAAAAcAAA AFAAAAAEAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAMAAAAAEAAAAVAAAAAAAAAAAAAAA AAAAQAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAxLjI0AFVQWCEMCQIJSH6Jj9Q2HIEplgAAU04AAACAAAAmAQDF7ocCkgBQJkoAQAP9smmaLBAE 9CXoAQBLzmmabtkfyCrAA7iwqKZpmqagmJCIgJqmaZp4cGhgWFDNYJ9pSABEBzgwNE3TdAMoJBwY ENMsu9cIIwP4KfDoTdM0TeDY0Mi8tDRN0zSspJyUjM42TdOIfHBoKW9cpumawQdUTANEOJqmaZos JBwUDARpms5t/Ch/A/Ts5KZpmqbc1MzIvJqmaZq0rKSgmJBnm6ZpjIB4cCh7aN5s03UHXANUTCj/ +wt2tvvjQA80KPcsLwOaphn5JChKHBQMBGmazuyb/CcD7OjgpmmaptjUzMjAmqZpurgnsKyooJhp mqZplIyIhHykaZqmdGxkXFRpmqYbTANEQDgwpmmapiggGBAImqZzmwD4Js8D6ODYZ5vObVQ0QwNA NDTbiv////+dWtDa5fQGHzNObHJO2AKXX5LIAT18vkNLluQ1ieA6l//////3WsAplQR262PeXN1h 6HL/jyK4Ue2MLtN7JtQNOfCqZ/////8n6rB5RRTmu5NuTC0R+OLPv7KooZ2cnqOrtsTV6QAaN/// //9XeqDJ9SRWi8P+PH3BCFKf70KY8U2sDnPbRrQlmRCKB/////+HCpAZpaWo/vLD0qj4EixKa4+2 4A09cKbfG1p84SdVyf////8SYL4YZdU4nhdz4lSJQbya4z/GUI1tAJZPy2oMsUN6sv////9zF86I RwXIilcj8sSZcUwuC+/WwK2dkIYPe3p8kYmUov////+zx976FTVYfqfDAjR5odwaW4/mMG3NIHbP K4r8Ubkkkv////8Dd+5o5WXobpeDg3aMlaGwwtfvCihJbZS+6xtOhL35OP////96vwdSoPFFbJZT sxp85VHAMqcfmhiZHaQuu0vedA2pSP/////qjzfikEH1rGYj46ZsNQHQondPKgjpzbSei3tuZF1Z WP////9aX2dygJGlvNbzEzZchbHgEkd/uvg5fcQOW6v+VK0JPf////+ad6cCcOFVzAbDQ8Zc1WFh ZGpzf4ygtc3oBidLcpzJ+f////8sYptXFlh9sGAm/iN61DGR5FrDL84Qhf109nf7gAyZKf////+8 UuuHJshtFcBuH5OKROGU1BIh366AVS0Y5ser8nxpWf////9OQjs3ODg9RVBeb4OatNHxFDpjz77w 5Wy25CNb97xhqP/////QO4nuczxj+JngxUuRF6Eh3iKzPz9USFF7b37Wz9lulf/f/v8pAyPplAm/ 5vOlQRCmfDJpa4AhCy3HTtIQgmz5/////3Ond94UhwcH+1KqAWHALJv3Jpbdl50iYA9Gns39LEB/ /////5Oy0vEJIFh2aGNdUFJRU2pkdwEsxe9UMLxXETzOnVdu/////yDjrWDa0VIVzmZft0HAFORl k594/nINvOdqlXt7E3Z2/////30cDS3y9vSw8dHnefrdTGWj/ydsjN0L24wbqb11hztP/////9sU gkIUCUXMgg/6Yrcpc/sVg+cek360JGkp/70oy+pO///t/3cOOrC/91TU7HOYAU0GnfKir8Ji8+Ve N98FcVL/////B/gbQH5UPqepTywCfTDI5wbSVCoaa0wBnQT2avodxwb/hf//+B2QBKuWAAYGECvv mdRO/xd4C5PG+HUhjKT/////X//Mcmvrb/6l/ezQQcl4kdnErCbH6OCptxpdb+wpEKP/////vPPt 9W9RITWN1lMcSCkY47dcP524zdBSVeO1Q+q+Z+P/////oKAy4s5JOiQvMAqProThdUChYpiy9TBK 4OP/kYHBJwf/////d4hnj1SzhQji/oJFq2GOdNq7Kjiu8ErUGJwXikjCtbz/////nvsfVuZukOA7 R7OgGrfSqrzE95NIpgHABP8GEotdqdj/////vZQx+B/oWmM+39YKykLVDF5gSXL19K70Uxf8FhXy jpr/////c3A8grHijjdbUxaiJ5RUWKyxNTc+qnVllSFu6xqEgWr/////5goYPzqVn4GC43OkRz0J AtYuiMKn1T+KXOqfVjtfPUr/0v//w3lfQwm48Kuazh6yhdlLwdQ7Xs/f9kf5Svf/////2PsttIpn Yv9YrRGMIvdby1jfhfys4GXa65eU4mAI7z//////POPsfxCOYH7dTZvknQUbl3rbzLP7N48l8Tkd snwa9R3/////H72f6cbq6es+2ZZw/TvaRSX286Tn1gQhTDn+W6SHiZL///8LndOwW40qNkIbytHk NFCswxzF4WaKbFszUUL/////7T4jq2LX7pT0NLLp1UmsXiauvG15Z5VbN4akgj2uh8P/////h7CA tt9D37uLgGUvHqgyy7UqkzdDeeJiNFq67WlcbCL/////rBjVc+HryIYvWklP8UPzN8tvNhg9Zy2h 8ZhCErgNwcr/t///awpr+AWNjQeel+iIULayuNnzMoFf2n5f99AdDf////9KGwM6fQ8/C08Y8Svh iLU3JPfUBx83b81rkF1Clpefov////+fnS8mVkCG9xustVq8JzskpJ2J08ilTzb6aAC+Pl0Z1v/b ///1yRTJ8OSOLDaJC+CG69ELCjPTszaGkuS9ijCg/////8e5XrzQ3qvByErXgr9d5aCek5Al2EAv MaAJprMwAaHY/////1+tkWi8GHI59SyhY2GLHhpBJjcbR6rZ8LvF5jHgTCxpN/7//+j6EcZw90P7 R6LaoNX3KMW/tZVw0QT18E1pG/z///+WPZMGpSy6OXgM250CI8OZVZaEW4dCPP////8zNIA19h3z JKZexu842tyqh9/Yci8/xOT2ljaPRDVH9f////9B1ZEmaWfKE9osMm0JKRFzWkFWCzo98FIdrC+m GvC3+v//S/8xFCaXkg+0pCy+XtAMz8+3AGvTepFUOIiSsf83aP/lCufglSWayM7WggOlznvxtPMd Nv//X/iwDNF/kY8l/lKKNnVr79vB2SPGDz51FaTA/f////+8usM8CFrnc4Zu1bBXcDoPfqTcUNVC Pw+Orz+r4EBz4////xvCXH+JFLL57QMYIv4LjyqUlR1NYfomb2ETg7/w///+HcIMPfvmfz8oNJ4r ryLNKaLrZ1y4aEl+Zkt/g//AqqrTKst1aKAop0jf26caPSX/////JAXX5ezg7eL4+Q5nl1aRu/Rc zdffkbq3P7maXYisXTn/Fv//7HFrl+wrwC4IaMWdWRsJC+8ZtlNZlVkP/////xJ2+ZvUka9OsEFI oO6HKKZnnw7HP0/ItgLFmVy1ZHMOv8T//5sAtkFUFOsJg+rFAPmOZV5oYRT24+FSk//C///ayF+b d8aiicrS5Nsi8R+PHMmu1UB4uEzcfP/////xybNugGqghSuEueCrzedxf7ebMVq1kdIINHBOjCaj ab/0/281CJtdm8iLW/1AltxAWMwQ6vywi8Vt/////4uy3x33dBHcJqkQIEp+MkG+5WFL6XJ/J7wG Q5NS+RMb//////ZdvkCcwg+ZAMaLrPWG1+CCnneL+tTmThDCGEs+KO35/8b/9nwKf0fDana5mf5d rmxazU4b64lxjvwb/f//8fYGfHlcE7FPIfVU9StifaRjcLWqYkqR/////zXGmGaAIliPVSx42EGx OixyEHDb76xlknnkH/XxSn1o//+//Wvw5sJ0bQP+EFA9xUDam6IJCIh9AfkyxqUHdBn/////LPPO qCDW3o21pn5v5ZRWR0HYzO7rn/ZPCuEm7jpZtFr/////A0Vx958IgzWgklai/xJuWoBP/S72aCuh 96M6/DM8vUf///8WPkjYhlXfK8JsC4QfhtgXzwXp1P3r5dr1/////6GtvGNOPgPzhoQeHufSnntD ob47sZ806opZ21ljrzKs/3/j/1DFvinF5QTqX/4BPH3KdvPBS4t/PBtYC2SB/5f+/8w1RHDd8BAy R0mEutjUgKwB6AhrORF9Ee/j///G//c9sLQYRzExn4ymjeuIUrTjzzumFxLKZw+t/2+U/ndHtM0e OLziaEGYAQkDDwG4EbS9hf7//zkNdWAhG+1hFLuIsmZVlM2CVc+hbhmvUhv9//+3UqQqEEuw7ymQ L+9iUClpr3Sllm2nVQ/w///b0n3oNpkW4GynDLxGV4Ll6zaklnyg6WKP////byE5MihDfqvDqY4h wPkiQyNacvwkT0Io+lmAzsT/////dCHLnu5VmBRP7E/RIqUosQW5OpgTen9RyWh5nY6xwuz///// FiReg1Ym81BMp3g0ddUFdbUOTr0Jd/kx4R9g+3TWVdH/////SN1p6XAcmq1b8PmGRsutRvGzOmGt oGbK87Gv+baUBc1vVeD/pox+TlOvMLlm+OEUL0BEeP////9+irbmr6hOXN7WLaqsra8rhcpvFdgr I1E77N3Jz0pCk/1f+v/urKov8G8heozvUEUhBXM9IwYIKeW6qVD/7Uu8udJjbkvuzSiqoZI4e04D CfN7//////+hvza0NblAyhflhRCpReSGK9N+LF3tbAq+cMeO0J1sf6P/1l6ter775O7ZmOj1VTgL HfaTnl+owf+Mp0ce+ojo0yNUeSL1qoUO///f4GuNEoea8Eh+cWFALR3igeCz85/euZueiPr/f/v0 ixiM9aiKGmCTCmTmOxeYCR4/+bSyunEzv3ShFzk203Fjl3261FAwQgWL////WxJMa6++29sAezIZ dcDEfEu6tFPnFkOjCMD///9/kQ04yH/xjDInkxt2BiLGCKEwWiDue/Yfxa+SDmHX//8C/3I/dQ88 BUJ9h3wA0mIxu9BqgbtW7uxhWf//v/VMhMS0wgFLWDLakxz4x/NjuJ1//0wbr1Vzpv//f4ncUdf+ /2Orj74dy03e+eXTt/Yc7D6f+rH7////MWV6QjpbtieNAFDL4Az97RCV5mf2hf70jVmj/cYJ//8t fiXKegh7ScbstbGxQec8DdAWa3B+S2v/////Gz7aTjCq6wubqejSE9G0RAbrvDaI0Cm6pV5R/SSe Elv/f+v/aqOkujp/xiAPh8lQTF78ZM55f621enkoKbn/////NUmq6sgMwy1KYk8030Y2eFuR0b5G UDGG1Y7VSlO59Sf/////RqoaLZVKC/yb5iOiazcG2K2FYD4fA+rUwbGkmpOPjpD/X/j/lZ2otsfb 8gwpSWySuy9IfbXwLm+z+kSR4TT/l36pirWeAGXNOCeLAnz5efyCC5eX/0L//5qgqbXE1usDHjxd gajS/y8B0Q1MjtMbZv////+0BVmwCmfHKpD5ZdRGuzOuLK0xuELPX/KIIb1c/qNL9v9b/P+kVQnA ejf3uoBJFeS2i+Mc/eHIsp+Pgnj/////cW1sbnN7hpSludDqBydKcJnF9CZbk84MTZHYIm+/Emh/ 4///wR183kOrFoT1aeBa11faYOl1dcKHk6K0yeH//7/F/BrWhrDdDUB2r+sqbLH5RJLjN47oRaUI //9b/G7XQ7IkmcoKiw+WIK090Gb/mzrcgSnUgv////8z555YFdWYXifzwpRpQRz627+mkH1tYFZP S0pMUVlkcv//jf6Dl67I5QUogqPSBDlxrOorb7YATZ3wRp///3+J+/4hifRi00e+OLU1uD7HU1NW XGVxgJKn/////7/a+Bk9ZI676x5UjckISo/XInDBFWzGI4PmTLUhkAJ3xv///+9q6GntdP6LG65E 3XkYul8HsmARxXw287N2c6UX+P/RoHJHH/rYuZ2EblvCNC0pn/////8vN0JQYXWMpsPjBixVgbDi F0+KyAlNlN4re84kfdk4mvzf+v//Z9JAsSWcFpMTlhylzjQ6Q8c+cIX52Nap//9bokJsmcn8Mmun 5ihtIGBOn4MqpN3//19oxCz/buBVzUjGR2ky3GmB7CK7V/aYPfov9P/lkD7vo1oU0Tw0GuNUUCX9 2LaXe2L4f+kXrCkcEgsH7Q0VIC4/6wqEoQeE////t9BfjsD1+wim5ytyvAm9zAJbtxZ43VWwHg8D ev/////0cboxqM1KQyEqD2lwAmM60uKUqWl5RYm+fCWFkVUOwfi3/v/tHlO1RO7faPFHMpZ/jB1b yCWpfNUms///W7SA0rUEYoJuHIrkTKLdAFG5peku/3+Lxktwh1c8J2l7aImVooCd5uvzif/f+Nt/ bVsMC/mD6BEjnt8LRoRoMVCa5zeK//8N/uA5lfRWuyPabeFY0k/PUthh7e3w9v8LGv//L/0sQVl0 krOZKFWFuO4nY6LkKXG8CluvBmC9Hf8WX+qA5k+OnBGJBLqHDpgltUje/////3cTslT5oUz6q18W 0I1NENafazoM4bmUclM3Hgj15djO/4X+/8fDwsTJ0dzq+w8mQF19oE8bSnyx6SRio/8C///nLnjF FWi+F3PSNJkBbNpLALAtrTC2P8v//43+y87U3en4CkBScJG13AYzY5bMBUGAwgdP/1L//5roOY3k Ppv7XsQtmQh672dT4WXsdgOTJv5f6v+8VfGQMtd/KtiJPehrK+60fUkY6r+Xcuj//5fAFfzm08O2 rKWhoKKnr7rI2e0EHjtb9f//X0HN+Shaj8coc3luYy5jLHYgMC4xIDIwMDT9I9tvkzEveHggAjog YW5keSkAe7sFG8wCLQwABRwAOQnOEP+ZDwEAEAAJABLXAwchfvtmdXZ6dE12LnF5eTdGYv2/+/9z Z2puZXJcWnZwZWJmDVxKdmFxYmpmXFBoZX/5/78XYWdJcmVmdmJhXFJrY3liZXJlYnpReXQzt/gt 2DJcGUNqcm9GdmtGerq//fZna0YwU2duZnh6Fy5ya3IARwtaKzQF9iNnRXmXlv/2v25vdGVwYWQg JXMLTWVzc2FnZQAsJfuY2w91EgUuMnU6BIpue88UBgMvLT8r+2//b0NlYwBOb3YAT2N0AFNNAEF1 ZwBKdWwDtrnbrW5TYXkPcHIHA0aQt79dthNhU2EnRnJpAFRoRFdl9s7dtmQHdXNNbxcvYWJjZJ/7 wm//Z2hpamtsbZxwcXJzdE53eHl6Z/b//39BQkNERUZHSElKS0xNTk9QUVJTVFVWV1hZWhu17dba VrjXY2dUAlDc6FrhtghwDnFGIAWfahw+glsAdhqOYWh4ct33wrY9k2LudppfJ25weA+hcPi3nmJn eHZnS0PDB2nfLvx/LXR2ZXktMi4wb3FwjF9jTnB1cmaZod0KM1x2aQtEO9nWvm1IZFYtUeB5c+ee +/5uemM1AHRnYVtfKY+CWXbuc2NfB3BpLuXeDhjbUWcwI1hu+m5cRyvc2t5bYWZz1QAKaGyjLXaB V3wuZGxss91RdSZuycr2eV9BC2QZMHROsNBq3AJ3bw/w6G3l1hzO0Wu2Cwdsafz8275hl3UJZQdp bW15ZXJyMw1t4xtsbgRkD0XeLvBjbDNkaThicmXvveW3Rm4+AGFjPxfbbsPXGjpoF3THZnIEhdkI f1NhY2tfaa/BK0T+az0Pc21pdGhbQ94rX+NtB0IADgdojOzeJmpvZT9uZW8vr7XO1PELJXDYB2fN Pbe1b27PeTu2SxW998YabI9pZNcbH2LdzrnzZW9Pc0sGZXcchYJzL67aIua1z/D7d2mwa2XOj2kJ UBornb9tCQ9jI0d2D64X87kAS2huY2MY7gqOb6ojmWlmac2tPV07X9WLdm4VUO+tuX+bdXBwb7wh xXNvZuvwTmMNL21rcGjP171vunguYg9nb2xkLVB4Y7wkw5hhZmUlQ2I1p+Mw2EOjcPN2hbtordBa Z4sGW6+COXdYK2QPJx9rEFu21qWJH3RpSoySwdE3dLYrnxvY4bVubRV5yQNaR+97DsNvesEGc2gw 5fbeawddDxaTd2UMa+25YZ404AgMFrsZNltwbDkzZm9vL1v4wrGHCgrDX2xveUc6c5bazXFvehXg dXT/2i6+tmsxMKQwcmQMT2frWsHR4j7tUudjmBtboBBamW8HaSMaTo0W9g035m6Nteb4B3Oig1Zz ZthO7Su1VGlBYgdhCobmzrd1JBJX8Y3Q4vRKD/T7cjTXtq4XOWerZ7sv2uAtORoFY3hmWrqeoWBj H4B3L2SOGMc+s2hPbmkTnSO3s6ZrOnnnCjdvby5ibva9bY9Xdg8In+bawdGIKkuHs0+GCI3ZeQdh PDs6tB8N1XP7cmy6k9smxVj8by+/DHTqG0asFN36Wycv0Jp0eW2fiJcuXyE7uO97CwdAE2L9twC0 EbZan8R663DjhbLvNX11CyMgAIF8RUZuKAAppvnuUSACB7wtSgABuJKTg3wPtPwqsECaARmsA6ik G5BmBKAGX5iFLekGBQ+Qscm2gV0CCwwBAM1S2GASAQA9napskR8AJm6UHIctbXAHO0R3Hc3GY0Uo QCmvQEC3IBYIxTC7X3+pfS0iAzQEbCBTdnlyIJZKX41B+093EE9sAfPEB4tiaPd03xSDNvlkYnhx x4v81KJ5fstzaHQG/781dm1iL3hIKi4qAFVTRVJQUk9GScUWC/xMRQBZYnA1INVnapX4tRZheUdy /RvD2LDoWiCZgmYK////5DpcljAHdyxhDu66UQmZGcRtB4/0anA1pf////9j6aOVZJ4yiNsOpLjc eR7p1eCI2dKXK0y2Cb18sX4HLf////+455Edv5BkELcd8iCwakhxufPeQb6EfdTaGuvk3W1Rtb/8 ///U9MeF04NWmGwTwKhrZHr5Yv3syWWKARTZbAb0//8GuT0P+vUNCI3IIG47XhBpTORBYNX///8v KWei0eQDPEfUBEv9hQ3Sa7UKpfqotTVsmLJC1v+/0P/Ju9tA+bys42zY8lzfRc8N1txZPdGrrDD/ /7/A2SbN3lGAUdfIFmHQv7X0tCEjxLNWmZW6/////88Ppb24nrgCKAiIBV+y2QzGJOkLsYd8by8R TGhYqx1h/////8E9LWa2kEHcdgZx2wG8INKYKhDV74mFsXEftbYGpeS//P///58z1LjooskHeDT5 AA+OqAmWGJgO4bsNan8tPW0Il/8S/0smkQFcY+b0UWtrN2wc2DBlhU7///8CLfLtlQZse6UBG8H0 CIJXxA/1xtmwZVDp/v///7cS6ri+i3yIufzfHd1iSS3aFfN804xlTNT7WGGyTc7t/xcWLDrJvKPi MLvUQaXfSteV2GH/////xNGk+/TW02rpaUP82W40RohnrdC4YNpzLQRE5R0DM1+t/v//TAqqyXwN 3TxxBVCqQQInEBALvoYgDMn+//+/8WhXs4VnCdRmuZ/kYc4O+d5emMnZKSKY0LC0/////6jXxxc9 s1mBDbQuO1y9t61susAgg7jttrO/mgzitgOa/////9KxdDlH1eqvd9KdFSbbBIMW3HMSC2PjhDtk lD5qbQ2o/zf4/1pqegvPDuSd/wmTJ65msZ4HfUSTD/DSo/8l/v8Ih2jyAR7+wgZpXVdi98tSgHE2 bBnnBmv/Bv//bnYb1P7gK9OJWnraEMxK3X3fufn5776O/////0O+txfVjrBg6KPW1n6T0aHEwtg4 UvLfT/Fnu9FnV7ym/////90GtT9LNrJI2isN2EwbCq/2SgM2YHoEQcPvYN9V32eo/////++ObjF5 vmlGjLNhyxqDZryg0m8lNuJoUpV3DMwDRwu7/////7kWAiIvJgVVvju6xSgLvbKSWrQrBGqzXKf/ 18Ixz9C1v9H//4ue2Swdrt5bsMJkmybyY+yco5EKk20Cqf8X+P8GCZw/Ng7rhWcHchNXHoJKv5UU erjiriv/////sXs4G7YMm47Skg2+1eW379x8Id/bC9TS04ZC4tTx+LP+/3+h3ZSD2h/NFr6BWya5 9uF3sG93R7cY5lr/t/o3fXBqD//KOwb5CwER/55lj2muYv//3/j40/9rYcRsFnjiCqDu0g3XVIME TsKzAzlhJv////9np/cWYNBNR2lJ23duPkpq0a7cWtbZZgvfQPA72DdTrv////+8qcWeu95/z7JH 6f+1MBzyvb2KwrrKMJOzU6ajtCQFNt/q///QupMG180pV95Uv2fZIy56ZrO47MQCG2j/////XZQr byo3vgu0oY4MwxvfBVqN7wItVFJHIC8gVUdHQy9Wt2/9MS4xDQpVs2c6IGoALmZqPWrN1S5tEgFz wIGxlhEzHgMgg3Qbsw8HIBw0gzTNFAoMBAVmkGbZ/DMR9OwZpGmaAOgy5OAGaZqmD9wF2NQFG2zA LwwHI1dI0wzyB9DICLBI0wwymIgKgEWBAzZ4T1JlrRZwG+Cbq2hmBytpxgMG3gIgRXI9lFrJBjhA gVYJddZyBUrxRRCwF1zAbXVRA3YtY0Zs9G4jLD1yIHUSeWIHE7QdNW1vu3B6Kx9sFPkFQ2UAY3Zz znG1bYMIzwxmVXQbbvJXrTo9p3FuZ2G0wGR7Bxdr2wBKcKx1JnEvC2h6RUdwG8RrNnqGm2xuYgtD aA2l+mEJtUZnDbobJecC7tCp7vfoYye36/dgoQff/WNXI9DWXKkYEAoETWtqodbgIJfxc71pxQpw IXcgZhCrLiDWo5Fg2w9hG22oIChqA1doIO8bz2xZq0dwEE8kHqjRRir/aUVmlGvd1qwLZBBoQFKF 1rrAeM0gDQdlmmtNtWVfG3QRFA672grQLlgIdDhobVVL2XMWVlc87bWFzho6IHtwAj2d9rd2a4xH Ny0/F0FTQ0lJIBQGwly5cj1pdCAJZq7zbev/T2FBITAxMjM0NTY3ODkrH/8mvS9DQgdLLVpGMS1r S7XGQ2VDAuk6pQf8sthCvHkbFDMACWK8hd0C2mSZPSKSIjutcMMWTmfwLUdsuyF4o1Tjemh5hkOb L3p2hPjt3VZxO2EDWlZaUi1YXOuW2iPQMBNR+y9cC1rPf0ZolJIO3bfx3QtHYhVT9noHLQA989O9 tV9qAi4zdQQ0OFguYYetvjtOGHT2z79hrbUtKwPZPyVmYGlhZKN5YxdwCq01vqAvrhgXLu0M7Tq/ eqwJYQLaZiKNz4KANGctUmGt2Teai3G+QThmcjY0IuFeK31RdmaP3FFep3daauOLdQRQLEU2IWBU D5+017anVy+ibmpASpwRbStNbWc/py2svcguxTUynjdvimJwQrcdR3WaIAJumS2h0YL0miDYF2aZ ftiHxnXrZy6VUVVJVPrzzs2nEg9EQVRBRVBDR2/9295rQjo8sj4PWk5WWW9FQlp257dkEdJVUllC IAtSVdWA10tUb7s4jGYt8Mta1SDIl9tORgMQTnDQaAwabNdao+CtZVwPZoL1tcV752U1bjvWAWe7 5WF5CgAAMQuGeO8deCAHEWN/NvbedHAIIwd4KFWL7IHs+f//xggEjVYzyTP2OU0MxkX/x35oV4s9 VBBK//9/dYH5sXIVjUX4agBQjYX4+///UVD/dRAG4rcSti+LRQi7hSNEu/vtBAYyNUGIhA33HovG mQZg/2+/ArID9uoAFUY7dQx8uYXJW3QTQyXHsQ9fXsnDgSwB+sZElIhvIuxoTCSJ7/7uv842Wot1 CIsdeIZZM/9Zib4MI4l9CDmb+3JrAkPU/nUOaBgSSRXbbLG7dCPrDFAODXCAvSHsutnWOXEqI2wV jY3d79n/SYA8CFx0DhloSG7/03lQ2J/4YSvTV2iAYgJXagMlf9OZIA1EaIv4hf90BYPbNpN1fyNc ZIP4ETeo8vZtYf8Ug6ECD4xUSv/rQS9i26ACAAQUonNvs/0o3IPEDFcvYMeG0AK692DmbAoLAlKN RghWsrPHTlz3AXUUElg5whsWXi0/W0CNbCSMQgsvmeSIAGB9fDzbLWzdLx+IXX++MYAecCcZm+7/ zjwnU1CKRX/22BvAA8ZZBIXAm3v/7XRV/hOAfX8CfNXHB5w4KmwyZbu/UDdTaAY4U1M6FGFmWzh1 CQBwDABDw8na3cWgg8V0oxnr7e/fTfJ2g+xApsBopFkOWVBqAWrdZjMNvoAFfC23f/ce5GB0ZEAl NALoaLTYlQvLOzLM/eZoBDYcZvsOUzyQnMNcvOF+EfQeBRAbdYlF/M2y4biLNVRKXV3QEf4OJTid IQ+EqZ3kQA6M0E3Q0D07rLvWoVAr1ghqIHkG49Q2jFNcU9Bm3PEhO8N0Mkh0LVAks0KyyXCIDHrw YbwjDXeE6xAYh4c9kzEPhRkMIHUP5sBw/TOkT9AueSPJaMhAUGjANT10bDwXtRAAv/5QOtqj6S7H aE3cMRalg0zmGhUBdS29wjbh4XyBxnVWLuJW4IYZw7lcJQ0IFhcjRkuUJhtqbdg6XfDxmDJQyAUk vHCEzmwSlNf0O8R2BTNYttZ+FXMEBgUS+PAmuazRJipB+PDs5UBGFPz0cho2Z+F193IS51w3aOf+ nHLjHIzubmQEXpz+GO8Yy1dQX4idDhqx5DlynIABnEAO5ONhIJycE0bk2Q0EJRKcmyPJIMC0YwfZ 3GYw2gj+G19UwL/almzHwl6B//wBdzbH0qUY9B1B/PD/37WH8NYm4TIdD7fAakyZWff5hdJhD/b7 dRPGhD0lDUcICusaJP+x//SZue92+YDCEIiUHEf/Tfh1mzv7m5sN2HQSYFdcBIxgTvcNM9Me++j4 eny73ME8EWpEN6BfV1NRoHBrlEtLp03kt7bWrV3KoFEIA1NAUeHM1Xablbc4JVNm1tDW9GSrX5Go EGqg5A56T+jepGUI1nZ0DXA1NE1JHPagzLlRewdmcyMNsEFWiUYEd9IjbLAqn0qsMzk+WR/jtrXd VhIrTlwKag90D8Fo7QJl/Kr3PSAG7Pv7Ff8dKV4FLWpZJEUvzsDIb4QXLNOsyAducrDdOLIETMM/ 2VwTJiVkx1EuVlZBedweTj9ZxAN3cRHEPPxezULB/Ct8aOPDEUyT4CgwvihKLDO2e4198KUAvjgL 4AV4wLQbpSMvraA7tDARyU0BYXjQ5Oa4UABM1IRmBtiAjhw5ctx84HjkdOhwyJEjR+xspGioZBw5 cuSsYLBctFi4VJEjR468UMBMxEgLc+TIyETMQNA8BMf2cFLUxAgbC5w9Wy/IUgihwBDjPE33NiPw ibUFEriL/0tvnI37AnUFspgDyPfZi8F5ApvjW0vsZuH0BnYGLQYAyK59t2bp8nUL8vgY8gy7dy+1 Bj7OuTiAfQW5NAZqPO9baPyZXvf+UlDnsVEF+gTT3Xie+PDyVoWgDPYw4+PN9NRoDCV2DMq3z3Cx ZzCyXKOwgQTDoek99n8FacA1TloBQBFmobIXTrce0gfIweEQWQvBqkQk/Hf//wRW6yWLVCQMi/CE yXQRigoFCzgOdQdGQoA+fYtbLyfvO/IrgDq5CUCKCIUeW7oaddUoXjXrBzoZ+7vt7Ah0BxbzBSoO 9tkbyffRI1fSJ7ZH9fUQHXQxkPYl190MqotdDPi6EA+2OAId/EHXA2ZX/dZZQxxZRvu9wItNBMF1 DTN12GOaQMxtIFLr9kkUm7vE0lldTURVDEOTilbi9tIBhIoIOgIYQULEUNFO4NsBAgorwV1wJHZo 629saQhuiXX4gD8Ao0itQ791zvc+Jg+FMbUkv4BZukYNIyNJRg++BD5/c88XNxFZXA6IRB3cQ0ag /db+g/sPcuKAZAolyThN3Il/G99i+17cLxAxDImAOB9Moxs590rQdfAXT1oBRlkLlvt9D47OAFRq FChj+PbtUJOfPV2WIF3diBlBR/vi6xa43CVsCLRno7aIUA0pyH1r2O4+C1SLXfwgK/NQrvRseHkW emzw8HRRKwPzPwj8G+AcPo00CAP34c8ryzvzG7+1b40IAXMb94V+K4vDKzED7Ru1by+KFDOIrffx fPXru+7fvvxB/4XAfA8GK95AGQuIEUlIdfdm4VsYBigZUA2ND3lYcJ+5dLae+C0AJuWgY7r3W6Ym kJFJGmcY/Bv8hQdlJZtWRDcBix0c2QwLzsT701zb6mzBHIJxGAzoKEMy1lHoWSDJgL/927dlMkY8 QVko6XwMPFp/CBvIg+k36x/W2rEGBzCKPxwYwIPoaCj9OwcwweAEnQp8FLppW0kIQ+nZ6IhNCMHw QyhRTXRBA8NJQ81PwkJLOEbOO96NRBHc8Bdui34hJYoOiAwzRiTrFEjJIc0nOhgr8w7ogwxJMwjo /Oe2Ujsn/F5tNHSzvbPXBAM8AxLtOMj05QRZOGoGvqTrlZPu30995POlZqWkD4jI+9Ntc65s5BVQ pM2BWVlfnOpLO3hedBTJahoGWYPADc1+rt/1+YpEFeQdKshQJ6FcyLMlWcjIRd0W3G0IBFaLkdJ8 BIoG6NL/NV4NNDXfiAdHWUZjgCfIl3pmFp1EVi+8aNwlmp+uDrxZj9Dwhfb+zSGdWxUVFFg0dFli SL4vOcBWXMxTb7AFm/w5Uf/QZyDABrcD6wOIWJRwny3MaJCYhCZBPlvMvW4TSBfYfCZmK23DWX/4 hBX4lU5MEukcGGwMqxmdQ1MdaWJ2yC2jUw6pNJDtxfcAUlNYJAwyQmNmLhAAcPj20HowGd3myVc9 utAae429Q0/f/zgvkn0L1thTDsYEOFwMPGS26htcFXiQ+OxMQpfXIgcbIfaE/v80lZARroQFQULn wn42HVloeCY6BrCXt/8703xOg/oBfjQEA34aBHU/aRls92x0LmhwB+s9FGxBBnkGaChkZpBBnmAT XFgSrtlh0NcIzk57LQszhGQROwOYemf8CngZBqNnsxPL81nqAPAK8HVcEEYMPYMBucgA/AzyZomY ri2NFmZYFHMMAjbdhgIzJDPSDgQ4F5qT7dwknQYGCAp0+KUCN8E0OyLd6wmA+S5+DC41SNEMOMfI KsuIjLGl3xXtIkI72H0eK628DW+lL/CLyAPY5hTB6QJ8C4PhA9xyAfcD0POkn/c7LkMG9iu0DaOs rM19gKQzVrhVIt4ucg0Vc4bdtu+ENadGpEYNahAPThjsJsaDxgLaVjN4hxZv+rzJzQ+ewV5YPMSt 4xNLZfxg8OhDBIKbeywKcAVWJHY11Q0c3M99MF/+BDDwb/HW5gVQBesOnEB9Bo10BgHhnmsrCg8G hTgxuff61hU5DHzLi8aHWFmgoWcqQ9lgnztoW83fqH1rgf7/AF/qA1Xebo0XBtJ0SjZPF0AJfguK deMv0BMPPkZASnX1yT4u+a0ssRYnnfxmwAKJRfh36lRpAZP7aqUS7772Jf8/C1QSBHym6wvRvrV9 gYp8N/8uqE4Rf/SAJDnYegUcQLoDV3eMrauSARrnMBvYEOUz3p4leNT2sXXoXhuiqQu4KF8cDFg6 RW2Lt1aDPAL0fQcd6RYhDIUCaUVTp7vFf6reFTnvi9hZO3dZfB9LbBcGPABGCgNONsFh4tJtNfgI BjvHVOBcFyy04PgDOi+9XAOwtdJGFGgDmaVvGfpcw9rctgPKrmFgOkiLQwre0KJgujWcAqm7e7eT oUNmW+BDEgyDwwYOoGEXrOINCuRDj0PAXu/egold6D5/Yb4kRvp0bxNi3N6r7HRDGFeocexh/Y21 lUVZi4YWvugX5BDYP+xPC7eNwoMgLMYFCfTrkAGOxwATulUPjCJuPHSpAauNX8m/DCN+ridHU1W2 bTPtGIe1HvFVxwFhfdgKLDzhO911PD66dBGNg9uhrxhgzlb9iSg1wpVrJPwhfpvbeLMIEIlsJBR0 ixhROae/rXMLDxhAaFXrAVWb+AVzf9m0JEQQBtU43kTBPGBGXo7bbXfXyCHXXThQVQo8VQZt0A6V x8RfoED87MzWU0RJZDGOXARVU5/t2CEbVchTV6Zo6IVTvNm67S8oJzQ77g+G2ry0pCYOAkZXg+YP NmpuG5sDyiEB/lMPa5hb9yAahF+IDX+Zi+1jbvR9ZTr6WYmNJKoVuqUb35IhHAMYEaZ4yd2xEOsE /OGDvwomWZrObDafDQgPkcLXvDkMAw+Cg70ZVfTHuidGLnYVVtWBx1LHzgA+24sHPRhbBnThCDxA KE8oxlu3Fo1uwYv9QJJFSPrWQStZdRJWQ7out6G/9hyJrCYGBxibc/w6ITCsiz9iB55B0vbbHiQl IEfbgxIY2XIhuu0e/w8UChS8Jf7ZU4zwDYuEtsfxU2W6Z6ELkSR5bERhDT/1YjRgSxrVXVuBE65Y j8R3e2+PK+RcplT5csXi4BJdnZwWEQIQamSM2oYxqEaRfNY9dHMhBwe+uHQX6KVyzeIhc6R6v32b xdsmDhB1DXQiaKx2i5POKg/MEl/0VnmV64GFHA9t0G9XO2rdWOtxi0PDO/4w7ahweHRhU7uTpk91 SxhySnBRmT5TLpDBXYNHHLSDDmj/LrIQnzp3GNfgU3cjuAOTVWs/oP51pupuE1JCHGC+nKJXtilO GgPQBTIHVsPrhLhj4oTRAGvIltnqtezE0BwssgU76+8dpL4AQEHTrp7GqsvtFFFC11+GH4228Cte IYFUhesKG3D3YY13BNJYajWf5NJ2uq6Tolae5oARCuOR3dnokxWjXBEoi0CNVxxwW0kAG7MjHPyM URVo5D7EWQ0z9KMLqQZcdZsxlQEMEQbUGQ/kXd/XMTAEMfotBWc/DGXwgMhfCVE2qR8tPGyq+FdA gEej29UDiMBAQEN0Wd5gtSuPdE9EJLPdQQbrXiQPIC+KDmg6SbWC1PYcdRsYyPaRsHXF6xIZzJe4 5bYjRi4RdefliVzm6g1M6E1AdD9pUFVqJQMUbWDvz2DqDAQrQ1k8SvYMC929a0CUM4h2T8GqtcT5 ECsNUDYg3Ub9TsArPjYX9g7ZK5Z1KiODK+3/diQGXCtAdQNLea+AZCsVatBKuIuBvRF7qQHbttU+ PgY9E/g8SxxZPBuwK4C0k71L7nQPLctZQ7XaXuM1K720gLO603vAtl8h60yNPC4oB7g6ige3yWWz IycheAdT5W4bcT+0TnmxdZG6Njha5HwK3kC0vHAHhgPuzl1Zw++L8VfaGhZaDjCAQif/N8sOjbu7 IIXbkZ2Ed8vCuwYZiANDRww32R8DgCOwO2y4AAwoMhEQPI2Edgkah9V0HMUXxlwZ5CQFOu7mcWug 4TUdEhAnC1Y2mmzUvxTpXE8PiL9t1JRGVbVAXcODJbi9hdpWeGD5bIIFCy7ROBhk7VNBzjkdVmbD /RKjvAQBOT+jFxYIL+sLTAf/lg1wS+4TPN8cHHu7B69jKn/kEFsoi8u9ES3eKw0UxI2jwIK7zcfa SYzvKwQPj+a7yBO9wDNww3ciU4vFi89aQxFZkS4Dy8jzvIGdGJTM7pFBvhkGgyp/fhXPtvFu7oC4 SgUJCMd0ZLf3smeRig1h+CEF0XJ724hEILswfAv9OX/FGg4PiojBAwDlIw34W8qHSKEZa8Bkh7+N frFVFYIMfsE9DDLrn/ztiB0EIFUVBnwJPOsHYQnHZwhGfeEHycN5KJyRal23ALxGLzVdYOsFng9n BjrDqog5ZrUK+SQR1B6yUd/HwIQ9dNiEqRtURoGwOXzetzDSXZkAEhecX9+4Dj46U7dT/zCpEVDD S9u3Skc7g0aPOR514zOwyRCyc0srsBEU7w1eLbP43ljr9911Ffmq8nEQQfjCXFdqvAujIMCnvlO7 YjV3Rkeep9ozW6yZHqQU3fCDrEh2c3gSJ7h4r7Y02MDg5EiG4BgzNU3c8PB1qO1eINOdfyaqBmjo Ks1mJ6GE8FAt0WQyNwitgShG5MjBbiwhagUZlCk2ZJNcTdwzM8NLWMjP9CS49EcwYcWSECZRvq8f bQ35S0EEPDgWVgalDz7xm8H84ylgMrUIk4VXvRB/Ks9hA0h58OgPA8dBqdYo9t0SPsTusdo4dcjU vYvHP0UWU7Ng1sKyCpVC8QqQDG2OVQuwoX5N1z02fxKNjWDgdoeN/TJHFNWYgtFt6khjbMyDghcd fLLELTQKUPboLIs2q4KVGt0bGhatrSx++IPHD1d+adg/LF6IXhbrWVeGgGYIAKsuhgQUjIpO/poJ e4hGCWRcoXxo9CokxAbrIwYciZBdDnO0hQ/+N5/hgHZhImY1UT6ErmyqoXR3EfkThJ8GxP7POzUz 0jPJ9/YpJXr3I98PKoNBO8p88dx4g8AKMAY9tBd2DDH0EFqKPxdiQGpPNIAx29thQbkxT1n38aKA qBGOBfUoEwBcya1yyckZ3fwqYsEgy4CAgIFPg6EffIRZWWd11BRyyUIDqwhyCAribR806NPGA6Em fata6zzb7M76IjlYXLb+hRtPO/PAi1ZYO1BYc2rwwj+89dJR5oH5/H9camBToNxB2EIude9KKh0l o1MToHonH0KwrvOIEPOzWIle2501vFx/momuQHi2ORWzD+B/dbFXjX4Ix0Zc/h8wk2N37v92BDNb QOFZTxRXc6/OdWkUSmlfZ/z00R6Jn4RJMFP/QFzorKGNr1U5zWFZnA5Rs2Mj8agDVRcbSVkyBinc SZXoNPpQhIWGgfGYOcfOL8gJr0pWz7AJ3Y4WdkZKLRVZYypXdWYb3FKRzohXwqNvSG1qpyu67OKK BEh05oatu6Jftle/0Bz0Ldy14plDD1bGQAH316D7VHhZCQIIIwB2ByYUiY9M8C6gjG6P1IJrRHFE gH4sdSCjbhTO6iscYLno9PBScUdkSAWFKD0gHBrf2MjOrf4R6xiLDg04ZdSWGQ8KfHW40wm+YAcE DINkJDz9LSL2K6LHBYVL9q8Q5usXaOWkUTnHBCiFhgfeOA9GfUvgYxQr8Bc6AQ+U2CHQsOGINHB0 7aCJ32hv38l0TkOAeER1D0VweopOCTq4wvbnSAl+SAQ7TB5y+QW3A25qh4TXgfvsfB1JNMcGeEsm gf2SfhB9vc2VGHMGXlkIrCSwQUttFDvFTfNJWx22nzIEcyiNRhhNHlYBJ03uaOta5RisFronmDT0 Eb3pYbPgDrIdcQ0EUMdkYIPHHARog/sDk+IuCAs4Kb7bZx8Auw3gPXAXCsoiSGa+3xZ7VjqNo/aj 0ATUTLrqa8PBgDOgQm0IPmV9DDd+FvQ8Fm3hD7YJiVFaAogIturERoDtLlEMB7BFAWWujLHtqP/2 vwgsIVuJXfg73n9mLcYrrVAhGh0MIcvGR27Ad/xjMqNJ/zeLtKK3UrhcHBkEA8a6uXdHs4sHHjvY dCNxEytVrtsNNHDLDDMDSSvW2Gyt3f4JihmIGEBBe/eLYitbATtHpgtoi18OPHR1iSNcdwVeD450 tYTtw1KbHFYaBh4zHSkLNMrd/FYINIUD8SFCg8HCF1teB1tLCLCZjTjSfULWS7m7Uz1EjV8BWYIe hbemi//Ds4Vaz34TDhfcQqVEt4uQ7m4FSS7UiBvCf+24CX0j31pn3xkUMIC6GBZDg3zt6w5brZp0 FDG1wMi5Ff7/fO6NUQM70H1lO899YTvBYU9cBu9aG2y7IUgST+I7wn5DkuEd/DvHfj8rwYz/B3w2 LTnmFhv9A847132jAZEV+LViF/BCQYH6BHLp9iENPOgQDoMADtVc+Iv7O30WjDFeBEw9lMfzuBAA dXwPF1DOAnIDbD8s4ESAT27wD4SVpokMkwDnavgShr5FK1NRv/0Ob2+GW4sqcldRKgL0UOsWWvjQ Tj3Mc1N1+CIFTcB78Ru+Bh/jXLysAY4OTdDNaOM32ij024F9+ACw3Xf2Bcy6JlMwV/BTrgHXqqi4 +aYOiNWBSRZfhFlXJiO/lMxWzW08mFx8Hq5ktgjNs8/P/sboHTRrjeYCMwDCDPCQZZBtaPscYJ6z BN/DBFckBP+8+41b4Tv7rWRb6+xHZItPYDEW29h+dlWJTXA2bDpwhMpd5WDV4IRNaAfx/C/cSvpO RHPBFD6IVAXgOBw+ulu1AMZGIXLoPwwc/A/DMbmDRXBE/01sgrYgm9lw/PxgCWTD1m5Mc+sItYHu CfNQEwhdrVjQWEL9RahowC3s+4QaBKIe8KiBcoleL3VRaeqo/iZUoQKS6IRqZ6GZqACTQnAJNYuo hQUMf28HPU+TWZqb4n1BkMhXow034P4zSIN+ICgPgrNZlMn/OEsftNRGLHA9+xFwBsC7QKMsD3TI QAkCbrC0i+hhfe9l6Jekg+8tRDEtag/m6Amt+ETlNBFMfeh9Wru9RAYAIAM3DYFjtxu4Yin7h0ct 5FCMamcvaFy/fODXPW3X+wwxQAEeUsckdaMr0SNbRSQumTmy7zHILT8cGa455EgOFJQMDMnYC3R+ FQRoPttAjvwtngnAEgtJHdv+SR70LbcU/DZ45/DMw1Pj7C1wBsycAkpEk/iboiYfOUYgdzXrCzKM 0OAU7JytdVhxoQT0G3UKGIbJXetOxMEPAnUJ2E92BKdfdFhcAgxXbC7YxX4Mmjv+N0ASOWCmcI5k Wzk1zBjdwTeLHVxE5DpN9Zrf0wmy5NbCVLMmmqQZNqOTapQVehHlGCc5MC5oQLSk/bPNQZJWk5L8 FYo8Ee9QdSM1ESTGE2a7kHUDI9TrEcju1wkwIKisNb3QPO/cbBuEGwjRAHSuEZsZRpYJ0pwPWsXZ N8omUL5UUCtM+LEvE/alEHQgaksoy65hHbhIIghTCOmJ2CB0BqcntdT00Fhs6UPN9hm8OMhD8T3k WxApHwhJIja3hXz/UC7SR0Ue8rxoQC49eIOng69hvoRMu7BWRf3hGSAJU5QUZ7QO88EeLDw0Sbzm s1RlKPj9YSVskJdQF/j9ChkANpzjU6ZNYBfNlh3moi3XHLJMDOGRGWoFDgcqs4GDpNNWrCpQwuLP 6YpgAZtWvhEB2N4T1IqdDRP9daR7yeou4CVpD2erEBvGDmfd/ChWdLMyHisw9NmMNxqYBiJooB/l QPsrxE5Z/g8aBVp8t6s82ejdGVChav/bUAAR8ssNoiNUpFWVaACA0MKQS9YK+gPwIlJ/kJQWPnAL Cwi5J/fWAbX9l7oB58dTwU6L2PfbjTzfiS/0l7ofihpIM94j2cHvBDSdcGQZa3fdM/dCFBLuPNsg suf+3yUSSK46w0JEX7LDW4TAj/z+FooCM8YjwSEEhfBCT3XqDoTiCx730F5d/kzfb+EAbiDwzwdy CAfaxM0NxAd23vDUBwFyByddYQnlRRP29mMp05Ef9gpVwU3E2dpGcMDElwskBQWtoxJ99maJAQ2q /A84R9+XBvpm0ekYwbsadumcBA0IaldWAB16GqEYSKQ9A+z61BZau5DrHUp0MXXxgF7Y0LX4hol2 dotWbGB4eAOXe7wZ3kJ6dctoCRvKUSfKHKFPvXxzYL+AcR1orAFZ6KBW08nammpr+K79W8YH9SyD bK7AJAJADJ7l9qg6Jn300f5sTVUK4LIek7g5ZDsIL2ouC4gWS8QWZNgJxNlQrjRs4ksDBG3CUEa8 BTVNt5mOwb4DkMCSFrlW2C9XaUYl97uh9nXdlArEB5YX7LxdzW3LwgkwxgKY8beoba6h02bKCAWc C22LQSX8vw3OEG1C15WgOtIDpDeD5osFba1QgnjUa+65tqYCshYePDAFKMQMFWQNVBDB0VvmHma7 WzDPwrOfHzuHhISsNRFrqlAxBwEmadNwgNgZYaX4neNkIRv4wD6y6LyCwVQxLTI89my4LB2IAQIS jBSsCLHCTNGuypmiu2ytV0U12AUGL9xnQ9vdywEuB94rWF3gASucbM/iAexr5NiSqOgQoTcE8j+W EXlO+8ZeOgD/lAMTBVdDagZTstEjZi+59upO4MAc4WaEZupQgfs4ZHPu6fjP9Gh+ZgSAVuYRTAWf aDfb6xgNUD1HJy88Gmoktu6sMqJq3Agr11RVlHL/dNjraz0zI3BXlIWiG7b9Qm8Dx74G7A1GAZSJ nQwA01BsIPTdndYBXzBRRT/+OjezhocIwWiCKUFS9uBkEHQYsbCc6IAWEwliEQx/J8wlFBAKkWhw MggJTFISWYcEpyoYYSj9YtekwghmgmoI4GY/G0pam1l07UnJ3CL2ZuTkm5NEEbAJDsDlIIvmN6t3 67uGoYds/9hiQZKYx427kwVbHfzVU7D0eHKrZiv/XBHhanhgGBwU2gUCLTiAhbwMoI9QpmNVVxT0 Rmo/RAsbC9HyXqCNd1AOUHuy4FLhtGtoTnXlRxdqhJ9FW7ApU4cIg4cVFOrDBFZixmToJsQ3g/pi fUcqlDyKS8CshLV+MK3V28iBHxw7ytMjRGUrmkH1fQ3vyT41iFyJWFdaAzP/XP+b7PaL8gPx1n4Z FxoVgMJhiBQ7/c3VrUewfOc48TQHxkYEQDYuBY8jg+ADZ/80DxOOckEWyFbBieTLPrLYuAh9QnEF M/a9sht8+oPHA4B+HXKUM2///g8CRjv3fOOApB4LAF/rYDawHkbFuwjDuaiv28EIA/DE0rBNAHXy P0P++t+2b0PARrEeH8nNO/J9DIoMxbAy0ttihHDr/MU7Fre7FYB2tsWsC42DWyVLN4yFXzL4ueSB XDIAM/iLNJ8B/LOkVmsE3b01kIHDtwdoXDQIYaziH8AYNgZADmQFDwRyu2RABAzWKDOAHMhUDDCQ 5yG8OzYsMwTa20cWtDJ8FgRVfRboZPfU/SVqAeUsfBIVfA2OgDPdEzD2LQwDmdncR1eInrQcBbVW j/02HkB9e4YeATgldSGNbLMi14a3UGE0tqlIhMu4UIBtbLm0YPO19Py/IFc8ByN6n7aInRMr9Pzs 3aw0+Uw/UIgYUziRLcDwaIijyEQrGjvbOBgpzxxX1CbPEDatKLXsxS70BnKkAGSLQTs34MH8Elhg IGbPznNzAYQnaIB/aEqIMyMMUPzDIJ+MjfgPhCIZYBEhDLdDvrxVVE48GDxHB64/gf9bFMKZjbTy C+z2K4gAKOFiTYJ80bAaPnE9HAnFzBJiBQP1t490FX4M9wJ/B2h8NK9Wrn0C3usFLg1DZ4clSAlG B0m4hHVEkS3K7Vz4t7MzAxsrYiFKdA9odDSs1Tehs2YcNw59h+IZaA2fDmSMH7OBdggTvDgneMKM cHQJPYi2WycaOiOIMLgUh9hiB8BeuPBqKAPQ5oVoIcXUqAUAADJy29CENSBN4AnkIOg0zmXz7Mg0 dfD0jClJin5hDDvWfWnIwVPJBIpuxoH2R5pePclFPCByODw93AD/S/w8K3QwPHksPH90KDyAdCTD ilovASCIBPgwn7rbk0YKxhUNRgQK8buAoG4B2yQe/0YBzkfEVipQ9+znYwixfElLB/Xn/zPJQfom /lu6yn0Ji3TF2EBl8YN8xdAECbhN3BHUU8YH6M0gEEQQvpA1cr9QNOi886WB/aSKTA28jeJC8V+I CopxcAEH/y3V6sHhBD/QzheISgGKSJZlWboBGAIPAgZe0O23zxkCikAV4D+KRAUMQgN1pp4n9RgE V1gCBcgWPCLT3ylovDoYNehPZNYEiK31RfHsMATwN7pQlPLOciI77Fec0YA06Og4OYAmt0U5ZDHC Rvp/L+GzLoqEBSeIRDXzdb+NVSVqG7oZ9CRjYlgMXYhab6k1+IiQkfCDqHMvvF5Mcg1hAw1DaQcK A7r2hQ3+BHLZpjJX1diFrw03mQmFdCpN+Gy/C2hzBMZF+z0IAvo918StARR1HzwD3qUMmlQqOKK1 pJhauEEmBxRRUxTYpk3FhVOzQPG7wMOykXAQl99QBXvhM8YJD1JqLpg2SgTQdK9meFctC3BWGvrI WFktJI1DBBnVlc52AKogaBiucSAS88UbHCcQsgaVFq1ZtdnIvlMbUDIMftlCdtkOMK9oPCARGIO9 VAuiGGgImjWUHdm3wJQUaPg1M9wRUk3EyNTVOVldIbSgcwDRJwAScrDUuDdwyIVY3v5zWDeDyh12 9k5QF1CEHDLLjbpgP3UD3q5iUUzk2Yx4SCxEuDbZCDQ3dkfGUE/YDbCNnQhShYvDdk1zCYpjxgUT Zmik9EBqwP8MHUgEOtGNWe7XO/Md+QYxoab3Bw+Mv2/ID6hIBrj7DI34vVPDBRFc2kTkk+1mFA1d mwpe0o21oe6oEWUSc4uFov308YbJweACRrk0BZ8j0Ba2WIoTCtdA2FmJh3RgQHQeGE2J7zc7ZNkK cmX54CdMTzIWdW79AW85XfitIssDavjswxElSGAmdfiuOoc/FAxGVzl1ELg16gURfnKLEUQpfUJH banJFIz5TSSYVQ/q0omDwtWAt1sB7Axp0g1w9XOLOlK87P6JVfQIZeph2X4m+Vh915fMEVp0FIoH Fkc8CnQK7mrB34cDxztFEHyXpS+IHAiyVPsRn4PI/+v2N/5Yv4GGKMMJOxeAPzB0GW7ksIhXEAcw HwqWCANQpV7LLfxCkcA78FfZYw6zR5aRbQgIWgxREA/foPvNjkiKBjwNdAyOCBJ0BDwJMFuB+HUD RuvrdCYqiK1AJKPIJUbumu4X4T48OnQ5LjUxKgIEFxR/W4rsDzh1CTiEDf9A23XQLhADBEnOiBDR d8Rd7kGB+bZyvusBTkVibKwlEgBdzJgsz4XID7gA/9Mgi7VdzA8OJDgrHC/D3gyQ6Tg6dWEeMJnh RP5bD+igZ+5ItkBG0soBRulcB7vO0k/1FsG5YYK/gaFdbeIKQjvXfOp13cdWEGUCKkIdC+M37ilq 8D4KqI4qCXPtN4gIgg11DusLIAsc0NIQGwcGNQ2EggQOyEudj21rBBeGTornHQUEG2wrbTADhkkA jpI1M8Jyw2MNdYTzqwybYJIAGI0bx4UYMJ16BU0GtmgxomBl4xEOZ+MG01BRUGT8m5YQ/YK4i8HH aCthor7aLBQ3Kxpp+wAQ6g+IXsKAww/7iB9wB8VWvtoziuW7314XaooRgPogyvoJdRNB/qVSbwc5 fxK33ASAQY1EQtDNGvH/HjB96YA5LXUceU3PreAQVrNn1X9uSVGqs7VWYt4QDHLcVYBoRDhKSDey i61oqD0b+/agF3JAIYpaPTQEhmo9EAd+SDSCLrht9kBTaHWSj1T8agYbmak9hBnYg2DqLQIXLzj1 V9SPD9w85foe8r6YOvjGHzCYXXVqVOiIVlMpnIt+EKa+RJWFmH3qcozEPZB4jbnc6LEkPwo0OIm/ ECfLNmvO6v5XRUAYfEIy2O4HPSs2fjw4KPk838ozdE8rj0Qj5MAuFDv9A7nkkhMIBKckj5D71wDE 55nMwWj8viEMtXp8mZGPqt09Xc2S6TfA+IoBi9lKPBUHDlJT6UOKAz9rAxcDQxXgG187y3QuUC51 EWrNai+ASKG0RECscVsMwxIrwfwP8u6t0FxOwhPL66woBWj0N5kzvAigtwuStaVGeHwjnX2/7Cao UC25H4gT8xJ0c0dT6wYJBkZTS0PDKHXGprU0A/IsNOAi3FhcDgFJuv8QTCIwNgHYQv9sL1fBIBIC b5cPqSzVb0UREAzc/C1QKTohtVdZI3LwICVTS0tEDQkgb3C6E4c7grEZ/d5WTAK57EhQFtQJmB23 o1C9DSpIT4y9HAF9UzxUc3vgdCtqGRthCrKJ3AhD3nOLcFSUA2tDxtrL1Qdvk95LAE4Me4zp9HUY unVwQabqndNK0wKuDQMk8CcYOCSWgnxfcgMBWw2viA0+ZuxzAOnB+QNR6uz8GAEL5Oz8AIIVn4ZI XEBXblYgdtGE1es1wePNJSNP8HQk7AzuP4iXLOx0IpvHIaYeXQDQPAO+p+IG+vgJD4et3ySFRHKL fLMNnHE7aXD+FIftDrJwtmjYx+tuDdCHPIc8YMhSwIc8hzxEuDashzyHPCigGpgOM4c8DJCJ1mMm 3hs76weApQ07BnRKBoTYVY0IDTvIArOwxhBosg9TcBR8vqD2GmJs5z4ZfRFHFW35PtE03XZAFBSA ZCkDN0XTNE3TU2FvfYubke9Nmf8lVBEFCBDMzF8gDMRRPXA5CHIUge2P/b7pCy0EhQEXc+wryIvE DL0uVeqL4YtTnFDDkgoZRJEAqlSpKg5ZqopCgwM2zUFRqBwBQ6Wil4ibdGVGcLe2UfRNYXBwwEET DW5kC/YMRYgVDgNeqBp2cnMPd0VudlF1FN0Qb27HVrd3h3V9YhhXK293c0QdZWOC/Xb2dG9yeRVE InZlVHlwJHbvZ/9HU2l6ZVpDbG9zChRUaTX3bt9RVG9TeWplbQstHBvbbkH2QWwGYzpUGNqT729w KU5hbUxTUG9HJeyZqJIhPdrW7b4OQ3VycqVUaOdkEVeJxn67ze0KTG8QTGlicmGlbF479t41cmNw CY9IYZgkcNvawa1BdB0qdTpzQbJbsIEyNwhuQZ1ACNhtUBtoQYkKW5612GQfHkxhRZx7usNaGVFN X3hvhzZZO1hdRGUGalOLQGj/VkdNb2R1FRQYwoTYd0tVu112SBpBcxhTCGVwBtiWS3hFeGklYUaY U+0w9+YOHE9iasCkULDfsCW0Y3kGMv1pgs0K22Nru3VsTCm1UNXNGmlaTUlmgNpF+W1h5RcD4/2O cFZpZXdPZosAYgkrtEw487kRClBvzA1hZGVD2L/ZW9smTfZIQnl0Im5BZG7CEt5kcnIWx61uWWu0 SKU4HCsnw5gxexMZYAS8rDCEbqrNCWlBd4+zYY1GSXE1a2VkE3ZqC6VjEgsVSdKZYZJuUiLkVTM2 wbCw9dRCkyZLHYUUnHmitdqxx/g2Z4xLZXkMT3BN3Tr36AtFJA46Vo11ZWEHAIYPJBEJM3cppnVt MAyvrdlssz9kwggBbaPutDXMc2WiandDEPPY3wwDB2lzZGlnaRl1cHBzzc22EXgSCWZbCDjNVvhz cGFLT80sWMD+e5tVL0J1ZmZBDwtn2o48TG93d3Y5crYjUZht2HcKR9gsy7I91BMCCgRvl7Isy7IL NBcSENWyLMsDDwkUcx/IPxZCUEUAAEwBAuAAD3XLSf4BCwEHAAB8UUAQA5Bhs272DUoLGwQeB+tm S7YzoAYoEAfyEngDBqvYg4FALs94kPAB1zWQdWSETy41dCt22bLJe+sAINULtlHg4C7BxwCb+7t3 Yd8jfidAAhvUhQCgUH0N0+UAAAAAAAAAkP8AAAAAAAAAAAAAAAAAYL4AcEoAjb4AoP//V4PN/+sQ kJCQkJCQigZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsRwAHbc+91CYseg+78Edtz 5DHJg+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D 7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQvg/38dg+KAkKIB0dJdffpY////5CL AoPCBIkHg8cEg+kEd/EBz+lM////Xon3uQ0BAACKB0cs6DwBd/eAPwF18osHil8EZsHoCMHAEIbE KfiA6+gB8IkHg8cFidji2Y2+AJAAAIsHCcB0RYtfBI2EMOixAAAB81CDxwj/lmCyAACVigdHCMB0 3In5eQcPtwdHUEe5V0jyrlX/lmSyAAAJwHQHiQODwwTr2P+WaLIAAGHplID//wAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAAYAAAgAAAAAAAAAAAAAAAAAAAAQABAAAAOAAAgAAA AAAAAAAAAAAAAAAAAQAJBAAAUAAAAKjAAAAoAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAoAAA gHgAAIAAAAAAAAAAAAAAAAAAAAEACQQAAJAAAADUwQAAFAAAAAAAAAAAAAAAAQAwALCQAAAoAAAA EAAAACAAAAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACA AIAAgIAAAICAgADAwMAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAiIiIAAAAAAiHd3d4 gAAAeP//iIdwAAB494///3gAAHj/////eAAAePd3eP94AAB4/////3gAAHj3d3j/eAAAeP////94 AAB493eP/3gAAHj/////eAAAeP////94AAB4f39/f3gAAIdzh4eHgAAAB7M7e3eAAAAAAAAAgAAA 8D8AAOAHAADABwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMAHAADg BwAA/98AANiRAAAAAAEAAQAQEBAAAQAEACgBAAABAAAAAAAAAAAAAAAAAJDCAABgwgAAAAAAAAAA AAAAAAAAncIAAHDCAAAAAAAAAAAAAAAAAACqwgAAeMIAAAAAAAAAAAAAAAAAALXCAACAwgAAAAAA AAAAAAAAAAAAwMIAAIjCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMrCAADYwgAA6MIAAAAAAAD2wgAA AAAAAATDAAAAAAAADMMAAAAAAABzAACAAAAAAEtFUk5FTDMyLkRMTABBRFZBUEkzMi5kbGwATVNW Q1JULmRsbABVU0VSMzIuZGxsAFdTMl8zMi5kbGwAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJl c3MAAEV4aXRQcm9jZXNzAAAAUmVnQ2xvc2VLZXkAAABtZW1zZXQAAHdzcHJpbnRmQQAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEsB AhQACgAAAAAAGzdKMMonH54AWAAAAFgAAAsAAAAAAAAAAAAgAAAAAAAAAG1lc3NhZ2Uuc2NyUEsF BgAAAAABAAEAOQAAAClYAAAAAA== ------=_NextPart_000_0006_E9CF46A8.45A68420-- From noti at ciaoweb.it Tue Feb 10 00:31:42 2004 From: noti at ciaoweb.it (Valerio Noti) Date: Tue, 10 Feb 2004 09:31:42 +0100 Subject: [Mapserver-users] Rotating labels in point shapefile References: <000e01c3ef21$35d86840$0301a8c0@valerion> <1076343343.1553.14.camel@ubet.gomoos.org> Message-ID: <00ec01c3efb0$5dd923e0$0301a8c0@valerion> It works. Thank you all Valerio ----- Original Message ----- From: "Eric Bridger" To: "Valerio Noti" Cc: "Mapserver List" Sent: Monday, February 09, 2004 5:15 PM Subject: Re: [Mapserver-users] Rotating labels in point shapefile > Yes. Use LABELANGLEITEM "your angle field" > > > On Mon, 2004-02-09 at 10:27, Valerio Noti wrote: > > Hello, > > is it possible to rotate labels of a point shapefile depending on a database field which contains angle value? > > > > Thanks > > > > Valerio Noti > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Thomas.Lynen at regioit-aachen.de Tue Feb 10 00:41:40 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Tue, 10 Feb 2004 09:41:40 +0100 Subject: [Mapserver-users] MapScript Installation Problem Message-ID: Hi all, yesterday i try to install the MapServer and MapScript. I install the Apache ( apache_1.3.28-win32-x86-no_src.exe ), PHP as CGI ( php-4.3.3-installer.exe ) and extract the MapServer Zip File ( mapserver-4.0.1-win32-php4.3.3.zip ) I follow the instructions in the README.txt ( which was in the mapserver-4.0.1-win32-php4.3.3.zip ). I copy all dlls in the Windows/System32 directory ( pdflib.dll, libpq.dll, libcurl.dll, xerces-c_1_6_0.dll, gdal11.dll and all dlls from ECW_DLL.zip ) Now, the readme say i must add the php_mapscript_4.0.1.dll as a php extension. i change the php.ini extension_dir = "./extensions" ( i also try "./", "./extensions/" and "c:/php/" ) ... extension=php_mapscript_4.0.1.dll enable_dl = On ( can't be wrong ) Of course i copy the MapScript Dll ( together with the php_proj.dll ) in the correct directory. I copy the php_mapscript_4.0.1.dll to c:\php\extensions\ but if a start a php file like http://localhost/index.php a error orrcure because they don't found the dll. Message : Unkown(): Unable to load dynamic library './extensions\php_mapscript_4.0.1.dll' - Das angegebene Modul wurde nicht gefunden. I also test it with php_mapscript_36.dll Whe i add a other dll ( php_gd2.dll ), this dll could be found. I don't compiled any files, i use the precompiled files. I have additionally read the http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example but i t was not realy helpful. I use Windows 2K with SP 3 and Windows XP with SP 1 I hope someone could help me. regards Thomas Lynen From spencer at dmsolutions.ca Tue Feb 10 03:31:31 2004 From: spencer at dmsolutions.ca (Paul Spencer) Date: Tue, 10 Feb 2004 06:31:31 -0500 Subject: [Mapserver-users] MapScript Installation Problem In-Reply-To: References: Message-ID: <4028C113.50109@magma.ca> try setting extension_dir="c:\php\extensions" if you set extension=php_mapscript_4.0.1.dll you may not need to set enable_dl=On. enable_dl is enabling dynamic loading. If you leave the extension out of php.ini and enable_dl=On then you can use dl( 'php_mapscript_4.0.1.dll' ); in your scripts to load mapscript. If you add extension=php_mapscript_4.0.1.dll then you do not need to use dl in your script and in fact it will cause an error. the next thing to try is to get the dependency walker from www.dependencywalker.com and run it on php_mapscript_4.0.1.dll, it will tell you if all the dll dependencies can be found. Windows will sometimes give you misleading error messages, like the extension can't be found ... often this means that a dll the extension relies on can't be found. Cheers, Paul Thomas Lynen wrote: > Hi all, > yesterday i try to install the MapServer and MapScript. > I install the Apache ( apache_1.3.28-win32-x86-no_src.exe ), PHP as CGI ( php-4.3.3-installer.exe ) and extract the MapServer Zip File ( mapserver-4.0.1-win32-php4.3.3.zip ) > I follow the instructions in the README.txt ( which was in the mapserver-4.0.1-win32-php4.3.3.zip ). > > I copy all dlls in the Windows/System32 directory ( pdflib.dll, libpq.dll, libcurl.dll, xerces-c_1_6_0.dll, gdal11.dll and all dlls from ECW_DLL.zip ) > > Now, the readme say i must add the php_mapscript_4.0.1.dll as a php extension. > i change the php.ini > extension_dir = "./extensions" ( i also try "./", "./extensions/" and "c:/php/" ) > ... > extension=php_mapscript_4.0.1.dll > > enable_dl = On ( can't be wrong ) > > Of course i copy the MapScript Dll ( together with the php_proj.dll ) in the correct directory. > > I copy the php_mapscript_4.0.1.dll to c:\php\extensions\ but if a start a php file like http://localhost/index.php a error orrcure because they don't found the dll. > Message : Unkown(): Unable to load dynamic library './extensions\php_mapscript_4.0.1.dll' - Das angegebene Modul wurde nicht gefunden. > > I also test it with php_mapscript_36.dll > Whe i add a other dll ( php_gd2.dll ), this dll could be found. > I don't compiled any files, i use the precompiled files. > > I have additionally read the http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example but i t was not realy helpful. > > I use Windows 2K with SP 3 and Windows XP with SP 1 > > I hope someone could help me. > > regards > > Thomas Lynen > > > > > > _______________________________________________ > 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 pucher at atlas.gis.univie.ac.at Tue Feb 10 06:19:55 2004 From: pucher at atlas.gis.univie.ac.at (Alexander Pucher) Date: Tue, 10 Feb 2004 15:19:55 +0100 Subject: [Mapserver-users] WMS demos online Message-ID: <4028E88B.7020408@atlas.gis.univie.ac.at> Hi, could someone point me to some WMS demos (maybe even above demo status) running MapServer as a client. Checked the mailinglist, but wasn't successful. regards, alex. From dgadoury at dmsolutions.ca Tue Feb 10 06:47:27 2004 From: dgadoury at dmsolutions.ca (Dean Gadoury) Date: Tue, 10 Feb 2004 09:47:27 -0500 Subject: [Mapserver-users] WMS demos online In-Reply-To: <4028E88B.7020408@atlas.gis.univie.ac.at> References: <4028E88B.7020408@atlas.gis.univie.ac.at> Message-ID: <4028EEFF.8040904@dmsolutions.ca> Here's one: http://www.trailpaq.ca/english/01_find_e/01_find_e.cfm The map in this application uses a mix of local and WMS data sources. As you zoom in on the map (specifically the fourth click) the data source switches from local data to WMS. SLD was used to maintain a uniform look and feel for the map. Alexander Pucher wrote: > Hi, > > could someone point me to some WMS demos (maybe even above demo > status) running MapServer as a client. Checked the mailinglist, but > wasn't successful. > > regards, > alex. > > _______________________________________________ > 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 Thomas.Lynen at regioit-aachen.de Tue Feb 10 07:09:17 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Tue, 10 Feb 2004 16:09:17 +0100 Subject: Antw: Re: [Mapserver-users] MapScript Installation Problem Message-ID: Thanks for the fast help, but i have still the same problem i have load the mapscript_4.0.1.dll with "dependency walker" ( btw : very good tool ) MPR.dll -> Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module. But i think it's not the problem. If i try to load the php_GD2.dll with "dependency walker" the same warning is displayed and the dl(php_GD2.dll) works fine. My php.ini Settings extension_dir = "c:\php\extensions\" enable_dl = On ;extension=php_mapscript_4.0.1.dll <- only a comment result : Unable to load dynamic library 'C:/php/extensions/php_mapscript_4.0.1.dll' the php_mapscript_4.0.1.dll and the php_GD2.dll are in the same directory how can php found the php_GD2.dll and not the php_mapscript_4.0.1.dll when the both are in the same directory ? i guess its a version conflict with php Use anyone MapServer/MapScript with a WA(M)P configuration an can tell me which version of Apache/Php/Mapscript he use. according to the homepage mapscript 4.0 is compatible with PHP 4.1.2 and up (PHP 4.3.2 or more recent recommended) source : http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example regards Thomas Lynen >>> pagameba at magma.ca 10.2.2004 12:31:31 >>> try setting extension_dir="c:\php\extensions" if you set extension=php_mapscript_4.0.1.dll you may not need to set enable_dl=On. enable_dl is enabling dynamic loading. If you leave the extension out of php.ini and enable_dl=On then you can use dl( 'php_mapscript_4.0.1.dll' ); in your scripts to load mapscript. If you add extension=php_mapscript_4.0.1.dll then you do not need to use dl in your script and in fact it will cause an error. the next thing to try is to get the dependency walker from www.dependencywalker.com and run it on php_mapscript_4.0.1.dll, it will tell you if all the dll dependencies can be found. Windows will sometimes give you misleading error messages, like the extension can't be found ... often this means that a dll the extension relies on can't be found. Cheers, Paul Thomas Lynen wrote: > Hi all, > yesterday i try to install the MapServer and MapScript. > I install the Apache ( apache_1.3.28-win32-x86-no_src.exe ), PHP as CGI ( php-4.3.3-installer.exe ) and extract the MapServer Zip File ( mapserver-4.0.1-win32-php4.3.3.zip ) > I follow the instructions in the README.txt ( which was in the mapserver-4.0.1-win32-php4.3.3.zip ). > > I copy all dlls in the Windows/System32 directory ( pdflib.dll, libpq.dll, libcurl.dll, xerces-c_1_6_0.dll, gdal11.dll and all dlls from ECW_DLL.zip ) > > Now, the readme say i must add the php_mapscript_4.0.1.dll as a php extension. > i change the php.ini > extension_dir = "./extensions" ( i also try "./", "./extensions/" and "c:/php/" ) > ... > extension=php_mapscript_4.0.1.dll > > enable_dl = On ( can't be wrong ) > > Of course i copy the MapScript Dll ( together with the php_proj.dll ) in the correct directory. > > I copy the php_mapscript_4.0.1.dll to c:\php\extensions\ but if a start a php file like http://localhost/index.php a error orrcure because they don't found the dll. > Message : Unkown(): Unable to load dynamic library './extensions\php_mapscript_4.0.1.dll' - Das angegebene Modul wurde nicht gefunden. > > I also test it with php_mapscript_36.dll > Whe i add a other dll ( php_gd2.dll ), this dll could be found. > I don't compiled any files, i use the precompiled files. > > I have additionally read the http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example but i t was not realy helpful. > > I use Windows 2K with SP 3 and Windows XP with SP 1 > > I hope someone could help me. > > regards > > Thomas Lynen From ed at topozone.com Tue Feb 10 07:33:16 2004 From: ed at topozone.com (Ed McNierney) Date: Tue, 10 Feb 2004 10:33:16 -0500 Subject: Antw: Re: [Mapserver-users] MapScript Installation Problem Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3BF9@mercator.topozone.com> Thomas - You may be unable to load a DLL because *that DLL* loads another DLL at runtime. I think the most commonly overlooked DLL in MapServer installations is ZLIB.DLL - do you have it installed in the system path? - 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: Thomas Lynen [mailto:Thomas.Lynen at regioit-aachen.de] Sent: Tuesday, February 10, 2004 10:09 AM To: mapserver-users at lists.gis.umn.edu Subject: Antw: Re: [Mapserver-users] MapScript Installation Problem Thanks for the fast help, but i have still the same problem i have load the mapscript_4.0.1.dll with "dependency walker" ( btw : very good tool ) MPR.dll -> Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module. But i think it's not the problem. If i try to load the php_GD2.dll with "dependency walker" the same warning is displayed and the dl(php_GD2.dll) works fine. My php.ini Settings extension_dir = "c:\php\extensions\" enable_dl = On ;extension=php_mapscript_4.0.1.dll <- only a comment result : Unable to load dynamic library 'C:/php/extensions/php_mapscript_4.0.1.dll' the php_mapscript_4.0.1.dll and the php_GD2.dll are in the same directory how can php found the php_GD2.dll and not the php_mapscript_4.0.1.dll when the both are in the same directory ? i guess its a version conflict with php Use anyone MapServer/MapScript with a WA(M)P configuration an can tell me which version of Apache/Php/Mapscript he use. according to the homepage mapscript 4.0 is compatible with PHP 4.1.2 and up (PHP 4.3.2 or more recent recommended) source : http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example regards Thomas Lynen >>> pagameba at magma.ca 10.2.2004 12:31:31 >>> try setting extension_dir="c:\php\extensions" if you set extension=php_mapscript_4.0.1.dll you may not need to set enable_dl=On. enable_dl is enabling dynamic loading. If you leave the extension out of php.ini and enable_dl=On then you can use dl( 'php_mapscript_4.0.1.dll' ); in your scripts to load mapscript. If you add extension=php_mapscript_4.0.1.dll then you do not need to use dl in your script and in fact it will cause an error. the next thing to try is to get the dependency walker from www.dependencywalker.com and run it on php_mapscript_4.0.1.dll, it will tell you if all the dll dependencies can be found. Windows will sometimes give you misleading error messages, like the extension can't be found ... often this means that a dll the extension relies on can't be found. Cheers, Paul Thomas Lynen wrote: > Hi all, > yesterday i try to install the MapServer and MapScript. > I install the Apache ( apache_1.3.28-win32-x86-no_src.exe ), PHP as > CGI ( php-4.3.3-installer.exe ) and extract the MapServer Zip File ( mapserver-4.0.1-win32-php4.3.3.zip ) I follow the instructions in the README.txt ( which was in the mapserver-4.0.1-win32-php4.3.3.zip ). > > I copy all dlls in the Windows/System32 directory ( pdflib.dll, > libpq.dll, libcurl.dll, xerces-c_1_6_0.dll, gdal11.dll and all dlls > from ECW_DLL.zip ) > > Now, the readme say i must add the php_mapscript_4.0.1.dll as a php extension. > i change the php.ini > extension_dir = "./extensions" ( i also try "./", "./extensions/" and > "c:/php/" ) ... > extension=php_mapscript_4.0.1.dll > > enable_dl = On ( can't be wrong ) > > Of course i copy the MapScript Dll ( together with the php_proj.dll ) in the correct directory. > > I copy the php_mapscript_4.0.1.dll to c:\php\extensions\ but if a start a php file like http://localhost/index.php a error orrcure because they don't found the dll. > Message : Unkown(): Unable to load dynamic library './extensions\php_mapscript_4.0.1.dll' - Das angegebene Modul wurde nicht gefunden. > > I also test it with php_mapscript_36.dll Whe i add a other dll ( > php_gd2.dll ), this dll could be found. > I don't compiled any files, i use the precompiled files. > > I have additionally read the http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example but i t was not realy helpful. > > I use Windows 2K with SP 3 and Windows XP with SP 1 > > I hope someone could help me. > > regards > > Thomas Lynen _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Thomas.Lynen at regioit-aachen.de Tue Feb 10 07:54:29 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Tue, 10 Feb 2004 16:54:29 +0100 Subject: Antw: Re: [Mapserver-users] MapScript Installation Problem Message-ID: Hi Ed, if the mapscript.dll would load another dll that is noch installed, "dependency walker" ( www.dependencywalker.com ) show me the missing dll's. i don't found the ZLIB.dll on the machine but i found it on our HAHTSite MapXtreme Server. But if i need this dll, why couldn't i download it from http://www2.dmsolutions.ca/mapserver/dl/ ? Well, tomorrow i will test it and report the result here ( for other developer with the same problem ) i also test another php version if the zlib.dll don't solve the problem Thank you very much for your help. Have a nice evening! :-) Greets Thomas >>> "Ed McNierney" 10.2.2004 16:33:16 >>> Thomas - You may be unable to load a DLL because *that DLL* loads another DLL at runtime. I think the most commonly overlooked DLL in MapServer installations is ZLIB.DLL - do you have it installed in the system path? - 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: Thomas Lynen [mailto:Thomas.Lynen at regioit-aachen.de] Sent: Tuesday, February 10, 2004 10:09 AM To: mapserver-users at lists.gis.umn.edu Subject: Antw: Re: [Mapserver-users] MapScript Installation Problem Thanks for the fast help, but i have still the same problem i have load the mapscript_4.0.1.dll with "dependency walker" ( btw : very good tool ) MPR.dll -> Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module. But i think it's not the problem. If i try to load the php_GD2.dll with "dependency walker" the same warning is displayed and the dl(php_GD2.dll) works fine. My php.ini Settings extension_dir = "c:\php\extensions\" enable_dl = On ;extension=php_mapscript_4.0.1.dll <- only a comment result : Unable to load dynamic library 'C:/php/extensions/php_mapscript_4.0.1.dll' the php_mapscript_4.0.1.dll and the php_GD2.dll are in the same directory how can php found the php_GD2.dll and not the php_mapscript_4.0.1.dll when the both are in the same directory ? i guess its a version conflict with php Use anyone MapServer/MapScript with a WA(M)P configuration an can tell me which version of Apache/Php/Mapscript he use. according to the homepage mapscript 4.0 is compatible with PHP 4.1.2 and up (PHP 4.3.2 or more recent recommended) source : http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example regards Thomas Lynen >>> pagameba at magma.ca 10.2.2004 12:31:31 >>> try setting extension_dir="c:\php\extensions" if you set extension=php_mapscript_4.0.1.dll you may not need to set enable_dl=On. enable_dl is enabling dynamic loading. If you leave the extension out of php.ini and enable_dl=On then you can use dl( 'php_mapscript_4.0.1.dll' ); in your scripts to load mapscript. If you add extension=php_mapscript_4.0.1.dll then you do not need to use dl in your script and in fact it will cause an error. the next thing to try is to get the dependency walker from www.dependencywalker.com and run it on php_mapscript_4.0.1.dll, it will tell you if all the dll dependencies can be found. Windows will sometimes give you misleading error messages, like the extension can't be found ... often this means that a dll the extension relies on can't be found. Cheers, Paul Thomas Lynen wrote: > Hi all, > yesterday i try to install the MapServer and MapScript. > I install the Apache ( apache_1.3.28-win32-x86-no_src.exe ), PHP as > CGI ( php-4.3.3-installer.exe ) and extract the MapServer Zip File ( mapserver-4.0.1-win32-php4.3.3.zip ) I follow the instructions in the README.txt ( which was in the mapserver-4.0.1-win32-php4.3.3.zip ). > > I copy all dlls in the Windows/System32 directory ( pdflib.dll, > libpq.dll, libcurl.dll, xerces-c_1_6_0.dll, gdal11.dll and all dlls > from ECW_DLL.zip ) > > Now, the readme say i must add the php_mapscript_4.0.1.dll as a php extension. > i change the php.ini > extension_dir = "./extensions" ( i also try "./", "./extensions/" and > "c:/php/" ) ... > extension=php_mapscript_4.0.1.dll > > enable_dl = On ( can't be wrong ) > > Of course i copy the MapScript Dll ( together with the php_proj.dll ) in the correct directory. > > I copy the php_mapscript_4.0.1.dll to c:\php\extensions\ but if a start a php file like http://localhost/index.php a error orrcure because they don't found the dll. > Message : Unkown(): Unable to load dynamic library './extensions\php_mapscript_4.0.1.dll' - Das angegebene Modul wurde nicht gefunden. > > I also test it with php_mapscript_36.dll Whe i add a other dll ( > php_gd2.dll ), this dll could be found. > I don't compiled any files, i use the precompiled files. > > I have additionally read the http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example but i t was not realy helpful. > > I use Windows 2K with SP 3 and Windows XP with SP 1 > > I hope someone could help me. > > regards > > Thomas Lynen _______________________________________________ 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 Tue Feb 10 07:59:52 2004 From: ed at topozone.com (Ed McNierney) Date: Tue, 10 Feb 2004 10:59:52 -0500 Subject: Antw: Re: [Mapserver-users] MapScript Installation Problem Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3BFA@mercator.topozone.com> Thomas - Here is the first question from the Dependency Walker FAQ Page: Q (or "F" ): Dependency Walker seems to only show some of my application's dependencies. Why doesn't it show all of them? A: When you first open a module in Dependency Walker, it only shows implicit, forwarded, and delay-load dependencies. Many dependencies are loaded dynamically and will not be detected until you profile the application from within Dependency Walker. For more information, see the "Types of Dependencies Handled By Dependency Walker" and "Using Application Profiling to Detect Dynamic Dependencies" sections in help. It is difficult to detect dependencies on run-time loaded ("LoadLibrary") calls, since they're not statically referenced in the executable. - 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: Thomas Lynen [mailto:Thomas.Lynen at regioit-aachen.de] Sent: Tuesday, February 10, 2004 10:54 AM To: mapserver-users at lists.gis.umn.edu; Ed McNierney Subject: RE: Antw: Re: [Mapserver-users] MapScript Installation Problem Hi Ed, if the mapscript.dll would load another dll that is noch installed, "dependency walker" ( www.dependencywalker.com ) show me the missing dll's. i don't found the ZLIB.dll on the machine but i found it on our HAHTSite MapXtreme Server. But if i need this dll, why couldn't i download it from http://www2.dmsolutions.ca/mapserver/dl/ ? Well, tomorrow i will test it and report the result here ( for other developer with the same problem ) i also test another php version if the zlib.dll don't solve the problem Thank you very much for your help. Have a nice evening! :-) Greets Thomas >>> "Ed McNierney" 10.2.2004 16:33:16 >>> Thomas - You may be unable to load a DLL because *that DLL* loads another DLL at runtime. I think the most commonly overlooked DLL in MapServer installations is ZLIB.DLL - do you have it installed in the system path? - 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: Thomas Lynen [mailto:Thomas.Lynen at regioit-aachen.de] Sent: Tuesday, February 10, 2004 10:09 AM To: mapserver-users at lists.gis.umn.edu Subject: Antw: Re: [Mapserver-users] MapScript Installation Problem Thanks for the fast help, but i have still the same problem i have load the mapscript_4.0.1.dll with "dependency walker" ( btw : very good tool ) MPR.dll -> Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module. But i think it's not the problem. If i try to load the php_GD2.dll with "dependency walker" the same warning is displayed and the dl(php_GD2.dll) works fine. My php.ini Settings extension_dir = "c:\php\extensions\" enable_dl = On ;extension=php_mapscript_4.0.1.dll <- only a comment result : Unable to load dynamic library 'C:/php/extensions/php_mapscript_4.0.1.dll' the php_mapscript_4.0.1.dll and the php_GD2.dll are in the same directory how can php found the php_GD2.dll and not the php_mapscript_4.0.1.dll when the both are in the same directory ? i guess its a version conflict with php Use anyone MapServer/MapScript with a WA(M)P configuration an can tell me which version of Apache/Php/Mapscript he use. according to the homepage mapscript 4.0 is compatible with PHP 4.1.2 and up (PHP 4.3.2 or more recent recommended) source : http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example regards Thomas Lynen >>> pagameba at magma.ca 10.2.2004 12:31:31 >>> try setting extension_dir="c:\php\extensions" if you set extension=php_mapscript_4.0.1.dll you may not need to set enable_dl=On. enable_dl is enabling dynamic loading. If you leave the extension out of php.ini and enable_dl=On then you can use dl( 'php_mapscript_4.0.1.dll' ); in your scripts to load mapscript. If you add extension=php_mapscript_4.0.1.dll then you do not need to use dl in your script and in fact it will cause an error. the next thing to try is to get the dependency walker from www.dependencywalker.com and run it on php_mapscript_4.0.1.dll, it will tell you if all the dll dependencies can be found. Windows will sometimes give you misleading error messages, like the extension can't be found ... often this means that a dll the extension relies on can't be found. Cheers, Paul Thomas Lynen wrote: > Hi all, > yesterday i try to install the MapServer and MapScript. > I install the Apache ( apache_1.3.28-win32-x86-no_src.exe ), PHP as > CGI ( php-4.3.3-installer.exe ) and extract the MapServer Zip File ( mapserver-4.0.1-win32-php4.3.3.zip ) I follow the instructions in the README.txt ( which was in the mapserver-4.0.1-win32-php4.3.3.zip ). > > I copy all dlls in the Windows/System32 directory ( pdflib.dll, > libpq.dll, libcurl.dll, xerces-c_1_6_0.dll, gdal11.dll and all dlls > from ECW_DLL.zip ) > > Now, the readme say i must add the php_mapscript_4.0.1.dll as a php extension. > i change the php.ini > extension_dir = "./extensions" ( i also try "./", "./extensions/" and > "c:/php/" ) ... > extension=php_mapscript_4.0.1.dll > > enable_dl = On ( can't be wrong ) > > Of course i copy the MapScript Dll ( together with the php_proj.dll ) in the correct directory. > > I copy the php_mapscript_4.0.1.dll to c:\php\extensions\ but if a start a php file like http://localhost/index.php a error orrcure because they don't found the dll. > Message : Unkown(): Unable to load dynamic library './extensions\php_mapscript_4.0.1.dll' - Das angegebene Modul wurde nicht gefunden. > > I also test it with php_mapscript_36.dll Whe i add a other dll ( > php_gd2.dll ), this dll could be found. > I don't compiled any files, i use the precompiled files. > > I have additionally read the http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example but i t was not realy helpful. > > I use Windows 2K with SP 3 and Windows XP with SP 1 > > I hope someone could help me. > > regards > > Thomas Lynen _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From RUBINJ at gov.ns.ca Tue Feb 10 08:08:17 2004 From: RUBINJ at gov.ns.ca (John Rubin) Date: Tue, 10 Feb 2004 12:08:17 -0400 Subject: [Mapserver-users] Center mark on map Message-ID: Hi, I am using the java applet mapimage and javascript to perform a number of functions including changing the map size. Does anyone know how to add a crosshair or any other marker to the center of the map? Thanks John John Rubin Telephone: 902-893-5712 E-mail: RUBINJ at gov.ns.ca From steve.lime at dnr.state.mn.us Tue Feb 10 09:50:45 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 10 Feb 2004 11:50:45 -0600 Subject: [Mapserver-users] Mouse Over Message-ID: Hi all: The mapimage w/XML software was really more a proof-of-concept. I never took it any further than that. The source is around if you're interested. There are other possibilities as well. For example, in 4.0 there actually is a imagemap output object (see http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap) but I don't know much about it. In 4.1 there is the [shpxy] tag and I've been planning to add an attribute to allow you to output coordinates in IMAGE coordinates. That way you could build an imagemap on the fly via the CGI. It could also be used to populate DHTML popup objects (e.g. http://www.bosrup.com/web/overlib/). Would be happy to discuss further. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Bart van den Eijnden 2/7/2004 4:36:16 PM >>> Hi Alex, in Chameleon (www.maptools.org), which is based on PHP/Mapscript, there is functionality for this. It is called the "MapTips" widget. In this widget the approach you sketch is used (the image map approach). So if you want to know about performance etc, try it out with Chameleon. I don't know about the Mapplet XML approach, maybe somebody else can comment on this one. Best regards, Bart On Sat, 07 Feb 2004 21:27:36 +0100, Alexander Pucher wrote: > Hi, > > this questions comes up every now and then... > > What is the current status, if I want to include mouse over events with > mapserver-php/mapscript. Suggestions of previous mails mentioned the > "plain" image map solution, i.e. to generate an image map out of the > geodata and overlay it over the rendered image. > Are there some real-life examples for this? > What might be the performance when using it with a ~3000 polygon (~150 > points each) layer? > > What about the mapplet XML approach. Is there some documentation > available for this? > > Regards, > alex. > _______________________________________________ > 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 larrynolan at gov.nl.ca Tue Feb 10 10:23:53 2004 From: larrynolan at gov.nl.ca (Larry Nolan) Date: Tue, 10 Feb 2004 14:53:53 -0330 Subject: [Mapserver-users] How to use mapserver to cascade arcims wms services Message-ID: Thanks Bart, It turns out that my problem is in my projection specification. If I put an espg:26721 it works fine but is projected incorrect. I'm trying to use a Transverse Mercator projection centered on 59.5 degrees west with a false easting of 1000000 and a false northing of 0 in NAD 27 But for some reason mapserver or arcims reports an error. The projection string in the arcims axl file is: In Mapserver I am using: Projection "proj=tmerc" "lat_0=0.0" "lon_0=-59.5" "k=0.998" "x_0=1000000.0" "y_0=0.0" "ellps=clrk66" "units=m" "no_defs" End Thanks. Larry Nolan GIS and Geoscience Data Management Geological Survey of Newfoundland and Labrador Department of Mines and Energy larrynolan at gov.nl.ca http://gis.geosurv.gov.nf.ca telephone 709-729-2168 fax 709-729-4270 >>> Bart van den Eijnden 02/07/04 01:24PM >>> Hi Larry, first of all I think your wms_name is invalid, because it contains a space. The wms_name is used to perform the WMS request. Secondly, you should use 1 wms_format instead of 2 formats separated by commas (does your ArcIMS server have a GIF license, if not use image/png). Here I have a working example (BTW I am using the ESRI WMS connector 0.0.6 instead of the standard version delivered with ArcIMS 4): LAYER CONNECTION "http://myserver/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?servicename=top50vector&SERVICE=WMS&VERSION=1.1.0&LAYERS=t50_vlakken_region&QUERY_LAYERS=t50_vlakken_region&FORMAT=image/png&transparent=true" CONNECTIONTYPE WMS METADATA "wms_srs" "EPSG:28992 EPSG:4326" "wms_onlineresource" "http://myserver/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?servicename=top50vector&" "wms_stylelist" "" "wms_name" "top50vector_t50_vlakken_region" "wms_title" "top 50 vector" "wms_style_default_title" "" "wms_style_default_legendurl" "0 0 " "wms_server_version" "1.1.0" "wms_formatlist" "image/jpeg,image/png" "wms_format" "image/png" "wms_boundingbox" "EPSG:28992 0 288007.5 288009 624000" "wms_style" "default" "wms_latlonboundingbox" "2.68506 49.54247 7.75847 54.61588" END NAME "top50vector_t50_vlakken_region" PROJECTION "init=epsg:28992" END SIZEUNITS PIXELS STATUS ON DUMP TRUE MINSCALE 0 MAXSCALE 50000 TEMPLATE "blank.html" TOLERANCE 0 TOLERANCEUNITS PIXELS TYPE RASTER UNITS METERS END Best regards, Bart On Fri, 06 Feb 2004 16:47:18 -0330, Larry Nolan wrote: > I have a group of geological surveys which have arcims web mapping > servers with tons of geological information. I would like to use > mapserver to act as a one stop connection to each of those servers in a > client. I have mapserver 4.0 working fine serving ogc wms map services. > Does anyone have the syntax to connect to an esri arcims service which > has the wms connector turned on. > > I get a a general service exception when I try to connect to this layer. > > LAYER > NAME "NAD27LandBase" > TYPE RASTER > STATUS ON > CONNECTION > "http://gis.geosurv.gov.nf.ca/servlet/com.esri.wms.Esrimap?servicename=NAD27_Basemap" > CONNECTIONTYPE WMS > METADATA > "wms_name" "Base Map" > "wms_server_version" "1.1.0" > "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" > "wms_format" "image/gif,image/png" > END > PROJECTION > "proj=tmerc" > "lat_0=0.0" > "lon_0=-59.5" > "k=0.998" > "x_0=0.0" > "y_0=1000000.0" > "ellps=clrk66" > "units=m" > "no_defs" > END > END > > > > thanks > Larry Nolan > > > > _______________________________________________ > 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 Feb 10 10:28:44 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 10 Feb 2004 19:28:44 +0100 Subject: [Mapserver-users] How to use mapserver to cascade arcims wms services In-Reply-To: References: Message-ID: Hi Larry, this is because Mapserver cannot reproject raster layers. A WMS layer is treated as a RASTER layer, so it cannot be reprojected. Only thing Mapserver can do is send the EPSG code in the WMS request to the WMS it cascades. Maybe if you use EPSG:4326 the ArcIMS WMS won't reproject? Best regards, Bart On Tue, 10 Feb 2004 14:53:53 -0330, Larry Nolan wrote: > Thanks Bart, > It turns out that my problem is in my projection specification. If I > put an espg:26721 it works fine but is projected incorrect. > I'm trying to use a Transverse Mercator projection centered on 59.5 > degrees west with a false easting of 1000000 and a false northing of 0 > in NAD 27 > But for some reason mapserver or arcims reports an error. > The projection string in the arcims axl file is: > > string='PROJCS["NF_GNL1",GEOGCS["GCS_North_American_1927",DATUM["D_North_American_1927",SPHEROID["Clarke_1866",6378206.4,294.9786982]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",1000000.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",-59.5],PARAMETER["Scale_Factor",0.998],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]' > /> > > In Mapserver I am using: > > Projection > "proj=tmerc" > "lat_0=0.0" > "lon_0=-59.5" > "k=0.998" > "x_0=1000000.0" > "y_0=0.0" > "ellps=clrk66" > "units=m" > "no_defs" > End > > > Thanks. > > Larry Nolan > GIS and Geoscience Data Management > Geological Survey of Newfoundland and Labrador > Department of Mines and Energy > larrynolan at gov.nl.ca > http://gis.geosurv.gov.nf.ca > telephone 709-729-2168 > fax 709-729-4270 > >>>> Bart van den Eijnden 02/07/04 01:24PM >>> > Hi Larry, > > first of all I think your wms_name is invalid, because it contains a > space. The wms_name is used to perform the WMS request. Secondly, you > should use 1 wms_format instead of 2 formats separated by commas (does > your ArcIMS server have a GIF license, if not use image/png). > > Here I have a working example (BTW I am using the ESRI WMS connector > 0.0.6 > instead of the standard version delivered with ArcIMS 4): > > LAYER > CONNECTION > "http://myserver/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?servicename=top50vector&SERVICE=WMS&VERSION=1.1.0&LAYERS=t50_vlakken_region&QUERY_LAYERS=t50_vlakken_region&FORMAT=image/png&transparent=true" > CONNECTIONTYPE WMS > METADATA > "wms_srs" "EPSG:28992 EPSG:4326" > "wms_onlineresource" "http://myserver/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?servicename=top50vector&" > "wms_stylelist" "" > "wms_name" "top50vector_t50_vlakken_region" > "wms_title" "top 50 vector" > "wms_style_default_title" "" > "wms_style_default_legendurl" "0 0 " > "wms_server_version" "1.1.0" > "wms_formatlist" "image/jpeg,image/png" > "wms_format" "image/png" > "wms_boundingbox" "EPSG:28992 0 288007.5 288009 624000" > "wms_style" "default" > "wms_latlonboundingbox" "2.68506 49.54247 7.75847 54.61588" > END > NAME "top50vector_t50_vlakken_region" > PROJECTION > "init=epsg:28992" > END > SIZEUNITS PIXELS > STATUS ON > DUMP TRUE > MINSCALE 0 > MAXSCALE 50000 > TEMPLATE "blank.html" > TOLERANCE 0 > TOLERANCEUNITS PIXELS > TYPE RASTER > UNITS METERS > END > > Best regards, > Bart > > On Fri, 06 Feb 2004 16:47:18 -0330, Larry Nolan > wrote: > >> I have a group of geological surveys which have arcims web mapping >> servers with tons of geological information. I would like to use >> mapserver to act as a one stop connection to each of those servers in a >> client. I have mapserver 4.0 working fine serving ogc wms map services. >> Does anyone have the syntax to connect to an esri arcims service which >> has the wms connector turned on. >> >> I get a a general service exception when I try to connect to this layer. >> >> LAYER >> NAME "NAD27LandBase" >> TYPE RASTER >> STATUS ON >> CONNECTION >> "http://gis.geosurv.gov.nf.ca/servlet/com.esri.wms.Esrimap?servicename=NAD27_Basemap" >> CONNECTIONTYPE WMS >> METADATA >> "wms_name" "Base Map" >> "wms_server_version" "1.1.0" >> "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" >> "wms_format" "image/gif,image/png" >> END >> PROJECTION >> "proj=tmerc" >> "lat_0=0.0" >> "lon_0=-59.5" >> "k=0.998" >> "x_0=0.0" >> "y_0=1000000.0" >> "ellps=clrk66" >> "units=m" >> "no_defs" >> END >> END >> >> >> >> thanks >> Larry Nolan >> >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > -- From larrynolan at gov.nl.ca Tue Feb 10 10:38:49 2004 From: larrynolan at gov.nl.ca (Larry Nolan) Date: Tue, 10 Feb 2004 15:08:49 -0330 Subject: [Mapserver-users] How to use mapserver to cascade arcims wms services Message-ID: Hi, If I specify an existing projection in the ESPG lookup it will reproject it. But if I use the projection parameters to set something different I get an error. If I set my Transverse Mercator projection in the Mapserver output it works which makes me think whatever gets sent to arcims causes the error. I am going to set my arcims service to a standard lat/long nad 27 which will solve the problem. Mapserver must be reprojectiong the raster. One of my layers is input as a lambert conformal conic and it outputs as a transverse mercator. Larry >>> Bart van den Eijnden 02/10/04 02:58PM >>> Hi Larry, this is because Mapserver cannot reproject raster layers. A WMS layer is treated as a RASTER layer, so it cannot be reprojected. Only thing Mapserver can do is send the EPSG code in the WMS request to the WMS it cascades. Maybe if you use EPSG:4326 the ArcIMS WMS won't reproject? Best regards, Bart On Tue, 10 Feb 2004 14:53:53 -0330, Larry Nolan wrote: > Thanks Bart, > It turns out that my problem is in my projection specification. If I > put an espg:26721 it works fine but is projected incorrect. > I'm trying to use a Transverse Mercator projection centered on 59.5 > degrees west with a false easting of 1000000 and a false northing of 0 > in NAD 27 > But for some reason mapserver or arcims reports an error. > The projection string in the arcims axl file is: > > string='PROJCS["NF_GNL1",GEOGCS["GCS_North_American_1927",DATUM["D_North_American_1927",SPHEROID["Clarke_1866",6378206.4,294.9786982]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",1000000.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",-59.5],PARAMETER["Scale_Factor",0.998],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]' > /> > > In Mapserver I am using: > > Projection > "proj=tmerc" > "lat_0=0.0" > "lon_0=-59.5" > "k=0.998" > "x_0=1000000.0" > "y_0=0.0" > "ellps=clrk66" > "units=m" > "no_defs" > End > > > Thanks. > > Larry Nolan > GIS and Geoscience Data Management > Geological Survey of Newfoundland and Labrador > Department of Mines and Energy > larrynolan at gov.nl.ca > http://gis.geosurv.gov.nf.ca > telephone 709-729-2168 > fax 709-729-4270 > >>>> Bart van den Eijnden 02/07/04 01:24PM >>> > Hi Larry, > > first of all I think your wms_name is invalid, because it contains a > space. The wms_name is used to perform the WMS request. Secondly, you > should use 1 wms_format instead of 2 formats separated by commas (does > your ArcIMS server have a GIF license, if not use image/png). > > Here I have a working example (BTW I am using the ESRI WMS connector > 0.0.6 > instead of the standard version delivered with ArcIMS 4): > > LAYER > CONNECTION > "http://myserver/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?servicename=top50vector&SERVICE=WMS&VERSION=1.1.0&LAYERS=t50_vlakken_region&QUERY_LAYERS=t50_vlakken_region&FORMAT=image/png&transparent=true" > CONNECTIONTYPE WMS > METADATA > "wms_srs" "EPSG:28992 EPSG:4326" > "wms_onlineresource" "http://myserver/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?servicename=top50vector&" > "wms_stylelist" "" > "wms_name" "top50vector_t50_vlakken_region" > "wms_title" "top 50 vector" > "wms_style_default_title" "" > "wms_style_default_legendurl" "0 0 " > "wms_server_version" "1.1.0" > "wms_formatlist" "image/jpeg,image/png" > "wms_format" "image/png" > "wms_boundingbox" "EPSG:28992 0 288007.5 288009 624000" > "wms_style" "default" > "wms_latlonboundingbox" "2.68506 49.54247 7.75847 54.61588" > END > NAME "top50vector_t50_vlakken_region" > PROJECTION > "init=epsg:28992" > END > SIZEUNITS PIXELS > STATUS ON > DUMP TRUE > MINSCALE 0 > MAXSCALE 50000 > TEMPLATE "blank.html" > TOLERANCE 0 > TOLERANCEUNITS PIXELS > TYPE RASTER > UNITS METERS > END > > Best regards, > Bart > > On Fri, 06 Feb 2004 16:47:18 -0330, Larry Nolan > wrote: > >> I have a group of geological surveys which have arcims web mapping >> servers with tons of geological information. I would like to use >> mapserver to act as a one stop connection to each of those servers in a >> client. I have mapserver 4.0 working fine serving ogc wms map services. >> Does anyone have the syntax to connect to an esri arcims service which >> has the wms connector turned on. >> >> I get a a general service exception when I try to connect to this layer. >> >> LAYER >> NAME "NAD27LandBase" >> TYPE RASTER >> STATUS ON >> CONNECTION >> "http://gis.geosurv.gov.nf.ca/servlet/com.esri.wms.Esrimap?servicename=NAD27_Basemap" >> CONNECTIONTYPE WMS >> METADATA >> "wms_name" "Base Map" >> "wms_server_version" "1.1.0" >> "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" >> "wms_format" "image/gif,image/png" >> END >> PROJECTION >> "proj=tmerc" >> "lat_0=0.0" >> "lon_0=-59.5" >> "k=0.998" >> "x_0=0.0" >> "y_0=1000000.0" >> "ellps=clrk66" >> "units=m" >> "no_defs" >> END >> END >> >> >> >> thanks >> Larry Nolan >> >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > -- From arun at activeengineer.com Tue Feb 10 11:40:44 2004 From: arun at activeengineer.com (arun at activeengineer.com) Date: Tue, 10 Feb 2004 13:40:44 -0600 Subject: [Mapserver-users] new to mapserver - installation help Message-ID: <1076442044.402933bc9eb6e@www.activeengineer.com> I am trying to install on Redhat. If I compile with GD and Freetype, it tests fine from web browser. But thn if I add proj or gdal, it compiles fine and tests of from the command line but errors out ( Internal Server error 500 ) from the web browser. File permissions are identical in both cases. CAn any one throw some light please? Arun From g.greco at cineca.it Tue Feb 10 12:11:51 2004 From: g.greco at cineca.it (Gregorio Greco) Date: Tue, 10 Feb 2004 21:11:51 +0100 Subject: [Mapserver-users] shp2mysql.pl Message-ID: <002801c3f012$203dbb60$0100a8c0@MIOPC> This is a multi-part message in MIME format. ------=_NextPart_000_0025_01C3F01A.80C4E870 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, I have installed Mapserv 4.0.1 on Windows XP. I want use the script = shp2mysql.pl for export my .shp files on mysql server. It's a problem!! The script shp2mysql.pl not is in the distribution for Win32 of = Mapserver, it's only in the distribution for linux. How can I do for the installing? Thanks all (Sorry for my "little english"...) Rin ------=_NextPart_000_0025_01C3F01A.80C4E870 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi all,
 
I have installed Mapserv 4.0.1 on = Windows XP. I=20 want use the script shp2mysql.pl for export my .shp files
on mysql server.
It's a problem!!
The script shp2mysql.pl  not is in = the=20 distribution for Win32 of Mapserver, it's only in the distribution for=20 linux.
How can I do for the = installing?
Thanks all
(Sorry for my "little = english"...)
Rin
------=_NextPart_000_0025_01C3F01A.80C4E870-- From ed at topozone.com Tue Feb 10 12:28:34 2004 From: ed at topozone.com (Ed McNierney) Date: Tue, 10 Feb 2004 15:28:34 -0500 Subject: [Mapserver-users] How to use mapserver to cascade arcims wms services Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3BFD@mercator.topozone.com> Bart - My MapServer reprojects hundreds of thousands of rasters every day . There's no problem requesting a raster layer and reprojecting it. - 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: Bart van den Eijnden [mailto:bartvde at xs4all.nl] Sent: Tuesday, February 10, 2004 1:29 PM To: Larry Nolan; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] How to use mapserver to cascade arcims wms services Hi Larry, this is because Mapserver cannot reproject raster layers. A WMS layer is treated as a RASTER layer, so it cannot be reprojected. Only thing Mapserver can do is send the EPSG code in the WMS request to the WMS it cascades. Maybe if you use EPSG:4326 the ArcIMS WMS won't reproject? Best regards, Bart On Tue, 10 Feb 2004 14:53:53 -0330, Larry Nolan wrote: > Thanks Bart, > It turns out that my problem is in my projection specification. If > I put an espg:26721 it works fine but is projected incorrect. > I'm trying to use a Transverse Mercator projection centered on 59.5 > degrees west with a false easting of 1000000 and a false northing of 0 > in NAD 27 But for some reason mapserver or arcims reports an error. > The projection string in the arcims axl file is: > > string='PROJCS["NF_GNL1",GEOGCS["GCS_North_American_1927",DATUM["D_North _American_1927",SPHEROID["Clarke_1866",6378206.4,294.9786982]],PRIMEM["G reenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse _Mercator"],PARAMETER["False_Easting",1000000.0],PARAMETER["False_Northi ng",0.0],PARAMETER["Central_Meridian",-59.5],PARAMETER["Scale_Factor",0. 998],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]' > /> > > In Mapserver I am using: > > Projection > "proj=tmerc" > "lat_0=0.0" > "lon_0=-59.5" > "k=0.998" > "x_0=1000000.0" > "y_0=0.0" > "ellps=clrk66" > "units=m" > "no_defs" > End > > > Thanks. > > Larry Nolan > GIS and Geoscience Data Management > Geological Survey of Newfoundland and Labrador Department of Mines and > Energy larrynolan at gov.nl.ca http://gis.geosurv.gov.nf.ca telephone > 709-729-2168 > fax 709-729-4270 > >>>> Bart van den Eijnden 02/07/04 01:24PM >>> > Hi Larry, > > first of all I think your wms_name is invalid, because it contains a > space. The wms_name is used to perform the WMS request. Secondly, you > should use 1 wms_format instead of 2 formats separated by commas (does > your ArcIMS server have a GIF license, if not use image/png). > > Here I have a working example (BTW I am using the ESRI WMS connector > 0.0.6 > instead of the standard version delivered with ArcIMS 4): > > LAYER > CONNECTION > "http://myserver/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?servicename= top50vector&SERVICE=WMS&VERSION=1.1.0&LAYERS=t50_vlakken_region&QUERY_LA YERS=t50_vlakken_region&FORMAT=image/png&transparent=true" > CONNECTIONTYPE WMS > METADATA > "wms_srs" "EPSG:28992 EPSG:4326" > "wms_onlineresource" "http://myserver/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?servicename= top50vector&" > "wms_stylelist" "" > "wms_name" "top50vector_t50_vlakken_region" > "wms_title" "top 50 vector" > "wms_style_default_title" "" > "wms_style_default_legendurl" "0 0 " > "wms_server_version" "1.1.0" > "wms_formatlist" "image/jpeg,image/png" > "wms_format" "image/png" > "wms_boundingbox" "EPSG:28992 0 288007.5 288009 624000" > "wms_style" "default" > "wms_latlonboundingbox" "2.68506 49.54247 7.75847 54.61588" > END > NAME "top50vector_t50_vlakken_region" > PROJECTION > "init=epsg:28992" > END > SIZEUNITS PIXELS > STATUS ON > DUMP TRUE > MINSCALE 0 > MAXSCALE 50000 > TEMPLATE "blank.html" > TOLERANCE 0 > TOLERANCEUNITS PIXELS > TYPE RASTER > UNITS METERS > END > > Best regards, > Bart > > On Fri, 06 Feb 2004 16:47:18 -0330, Larry Nolan > wrote: > >> I have a group of geological surveys which have arcims web mapping >> servers with tons of geological information. I would like to use >> mapserver to act as a one stop connection to each of those servers in >> a client. I have mapserver 4.0 working fine serving ogc wms map services. >> Does anyone have the syntax to connect to an esri arcims service >> which has the wms connector turned on. >> >> I get a a general service exception when I try to connect to this layer. >> >> LAYER >> NAME "NAD27LandBase" >> TYPE RASTER >> STATUS ON >> CONNECTION >> "http://gis.geosurv.gov.nf.ca/servlet/com.esri.wms.Esrimap?servicename=N AD27_Basemap" >> CONNECTIONTYPE WMS >> METADATA >> "wms_name" "Base Map" >> "wms_server_version" "1.1.0" >> "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" >> "wms_format" "image/gif,image/png" >> END >> PROJECTION >> "proj=tmerc" >> "lat_0=0.0" >> "lon_0=-59.5" >> "k=0.998" >> "x_0=0.0" >> "y_0=1000000.0" >> "ellps=clrk66" >> "units=m" >> "no_defs" >> END >> END >> >> >> >> thanks >> Larry Nolan >> >> >> >> _______________________________________________ >> 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 mjd at mars.asu.edu Tue Feb 10 12:32:47 2004 From: mjd at mars.asu.edu (Michael Darweesh) Date: Tue, 10 Feb 2004 13:32:47 -0700 Subject: [Mapserver-users] new to mapserver - installation help In-Reply-To: <1076442044.402933bc9eb6e@www.activeengineer.com> References: <1076442044.402933bc9eb6e@www.activeengineer.com> Message-ID: <40293FEF.6080604@mars.asu.edu> Double-check the permissions and file information on your mapserver executable. the Redhat http doesn't like executing cgi where the executable is owned by root. Though, I can't be sure that's your installation's problem without more information. What does your /var/www/http/error_log say when you try to run as cgi? -Mike arun at activeengineer.com wrote: >I am trying to install on Redhat. If I compile with GD and Freetype, it tests >fine from web browser. But thn if I add proj or gdal, it compiles fine and >tests of from the command line but errors out ( Internal Server error 500 ) >from the web browser. File permissions are identical in both cases. CAn any one >throw some light please? > >Arun > > > >_______________________________________________ >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 Feb 10 12:34:38 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 10 Feb 2004 21:34:38 +0100 Subject: [Mapserver-users] How to use mapserver to cascade arcims wms services In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E3BFD@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1224E3BFD@mercator.topozone.com> Message-ID: Ed, Larry, list, Sorry for the confusion. What was I thinking ... I sometimes tend to take our own WMS software product as a reference, without realizing how much more advanced Mapserver is :-) Best regards, Bart On Tue, 10 Feb 2004 15:28:34 -0500, Ed McNierney wrote: > Bart - > > My MapServer reprojects hundreds of thousands of rasters every day . > There's no problem requesting a raster layer and reprojecting it. > > - 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: Bart van den Eijnden [mailto:bartvde at xs4all.nl] > Sent: Tuesday, February 10, 2004 1:29 PM > To: Larry Nolan; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] How to use mapserver to cascade arcims > wms services > > Hi Larry, > > this is because Mapserver cannot reproject raster layers. > > A WMS layer is treated as a RASTER layer, so it cannot be reprojected. > > Only thing Mapserver can do is send the EPSG code in the WMS request to > the WMS it cascades. Maybe if you use EPSG:4326 the ArcIMS WMS won't > reproject? > > Best regards, > Bart > > On Tue, 10 Feb 2004 14:53:53 -0330, Larry Nolan > wrote: > >> Thanks Bart, >> It turns out that my problem is in my projection specification. If > >> I put an espg:26721 it works fine but is projected incorrect. >> I'm trying to use a Transverse Mercator projection centered on 59.5 >> degrees west with a false easting of 1000000 and a false northing of 0 > >> in NAD 27 But for some reason mapserver or arcims reports an error. >> The projection string in the arcims axl file is: >> >> > > string='PROJCS["NF_GNL1",GEOGCS["GCS_North_American_1927",DATUM["D_North > _American_1927",SPHEROID["Clarke_1866",6378206.4,294.9786982]],PRIMEM["G > reenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse > _Mercator"],PARAMETER["False_Easting",1000000.0],PARAMETER["False_Northi > ng",0.0],PARAMETER["Central_Meridian",-59.5],PARAMETER["Scale_Factor",0. > 998],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]' >> /> >> >> In Mapserver I am using: >> >> Projection >> "proj=tmerc" >> "lat_0=0.0" >> "lon_0=-59.5" >> "k=0.998" >> "x_0=1000000.0" >> "y_0=0.0" >> "ellps=clrk66" >> "units=m" >> "no_defs" >> End >> >> >> Thanks. >> >> Larry Nolan >> GIS and Geoscience Data Management >> Geological Survey of Newfoundland and Labrador Department of Mines and > >> Energy larrynolan at gov.nl.ca http://gis.geosurv.gov.nf.ca telephone >> 709-729-2168 >> fax 709-729-4270 >> >>>>> Bart van den Eijnden 02/07/04 01:24PM >>> >> Hi Larry, >> >> first of all I think your wms_name is invalid, because it contains a >> space. The wms_name is used to perform the WMS request. Secondly, you >> should use 1 wms_format instead of 2 formats separated by commas (does > >> your ArcIMS server have a GIF license, if not use image/png). >> >> Here I have a working example (BTW I am using the ESRI WMS connector >> 0.0.6 >> instead of the standard version delivered with ArcIMS 4): >> >> LAYER >> CONNECTION >> > "http://myserver/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?servicename= > top50vector&SERVICE=WMS&VERSION=1.1.0&LAYERS=t50_vlakken_region&QUERY_LA > YERS=t50_vlakken_region&FORMAT=image/png&transparent=true" >> CONNECTIONTYPE WMS >> METADATA >> "wms_srs" "EPSG:28992 EPSG:4326" >> "wms_onlineresource" > "http://myserver/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?servicename= > top50vector&" >> "wms_stylelist" "" >> "wms_name" "top50vector_t50_vlakken_region" >> "wms_title" "top 50 vector" >> "wms_style_default_title" "" >> "wms_style_default_legendurl" "0 0 " >> "wms_server_version" "1.1.0" >> "wms_formatlist" "image/jpeg,image/png" >> "wms_format" "image/png" >> "wms_boundingbox" "EPSG:28992 0 288007.5 288009 624000" >> "wms_style" "default" >> "wms_latlonboundingbox" "2.68506 49.54247 7.75847 > 54.61588" >> END >> NAME "top50vector_t50_vlakken_region" >> PROJECTION >> "init=epsg:28992" >> END >> SIZEUNITS PIXELS >> STATUS ON >> DUMP TRUE >> MINSCALE 0 >> MAXSCALE 50000 >> TEMPLATE "blank.html" >> TOLERANCE 0 >> TOLERANCEUNITS PIXELS >> TYPE RASTER >> UNITS METERS >> END >> >> Best regards, >> Bart >> >> On Fri, 06 Feb 2004 16:47:18 -0330, Larry Nolan >> wrote: >> >>> I have a group of geological surveys which have arcims web mapping >>> servers with tons of geological information. I would like to use >>> mapserver to act as a one stop connection to each of those servers in > >>> a client. I have mapserver 4.0 working fine serving ogc wms map > services. >>> Does anyone have the syntax to connect to an esri arcims service >>> which has the wms connector turned on. >>> >>> I get a a general service exception when I try to connect to this > layer. >>> >>> LAYER >>> NAME "NAD27LandBase" >>> TYPE RASTER >>> STATUS ON >>> CONNECTION >>> > "http://gis.geosurv.gov.nf.ca/servlet/com.esri.wms.Esrimap?servicename=N > AD27_Basemap" >>> CONNECTIONTYPE WMS >>> METADATA >>> "wms_name" "Base Map" >>> "wms_server_version" "1.1.0" >>> "wms_formatlist" > "image/gif,image/png,image/jpeg,image/wbmp" >>> "wms_format" "image/gif,image/png" >>> END >>> PROJECTION >>> "proj=tmerc" >>> "lat_0=0.0" >>> "lon_0=-59.5" >>> "k=0.998" >>> "x_0=0.0" >>> "y_0=1000000.0" >>> "ellps=clrk66" >>> "units=m" >>> "no_defs" >>> END >>> END >>> >>> >>> >>> thanks >>> Larry Nolan >>> >>> >>> >>> _______________________________________________ >>> Mapserver-users mailing list >>> Mapserver-users at lists.gis.umn.edu >>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> >> >> > > > -- From abehere at cs.ucsd.edu Tue Feb 10 12:35:09 2004 From: abehere at cs.ucsd.edu (Amit S BEHERE) Date: Tue, 10 Feb 2004 12:35:09 -0800 (PST) Subject: [Mapserver-users] Point display question Message-ID: Hi all, this is in continuation of the question I asked previously (below) regarding rotating symbols. I understand that you cannot rotate symbols. So from the response I received (below) my guess is I need to associate the symbol (my .png file) with a label and rotate the label. I have tried doing that but have so far been unsuccessful. My map file is below I have hilited the parts that I think need change after which things should work. MAP IMAGETYPE PNG EXTENT -118.23 33.99 -118.22 34.00 SIZE 500 500 SHAPEPATH "data" STATUS ON UNITS METERS TRANSPARENT ON # *********************START**************************************** SYMBOL Name 'mysymbol' TYPE PIXMAP IMAGE "c:\mstutorial\images\trial.png" END This symbol (or more correctly the trial.png file I guess) needs to be associated with a label so that it can be rotated # ********************END*********************************************** LAYER NAME vernon_sewers DATA vernon_sewerstructures #***********************START****************************************** LABELITEM "????????" LABELANGLEITEM "Angle" I do not understand what to put in LABELITEM field. I think I need to associate my labelitem field with my .png file By the way there is nothing in the database (i.e the .dbf file) that refers to my .png file. # **********************END************************************************************ STATUS DEFAULT TYPE POINT CLASS COLOR 0 0 0 SYMBOL 'mysymbol' # THIS LINE NEEDS TO GO. # ********************START*********************************** LABEL There is some code here too that needs to be added THAT ACTUALLY DISPLAYS THE LABEL. I do not know what. END #*******************END*********************************** SIZE 6 END END END At the moment you can't rotate symbols. You can rotate labels though so you could use a symbol ttf file for "symbols" and then use the LABELANGLEITEM property to rotate things feature-by-feature. I know folks are doing this with weather symbols like wind barbs and it works great. Steve >>> Amit S BEHERE 02/04/04 7:08 PM >>> Hi all, I have a mapfile that shows points on a map using a symbol. The points are in a shapfile which among other things has a field for the rotation angle for the symbol (i.e the dbf database associated with the shapefile has a column for rotation angle). Is there a way by which I could display the symbol rotated at the angle given in the table. Here is my layer definition: LAYER NAME "sewerstructures" TITLEINDEX vernon_global_index TITLEITEM FILES CLASSITEM "Style" DATA "sewerstructures" STATUS ON TYPE POINT MAXSCALE 32000 MINSCALE 1 CLASS EXPRESSION ('[STYLE]' eq 'Manhole-Vernon') COLOR 0 0 0 OUTLINECOLOR 0 0 0 size 9 symbol 1 END END Amit Behere. UCSD. "Technology doesn't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand Amit Behere. UCSD. "Technology doesn't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand From arun at activeengineer.com Tue Feb 10 13:01:26 2004 From: arun at activeengineer.com (arun at activeengineer.com) Date: Tue, 10 Feb 2004 15:01:26 -0600 Subject: [Mapserver-users] new to mapserver - installation help In-Reply-To: <40293FEF.6080604@mars.asu.edu> References: <1076442044.402933bc9eb6e@www.activeengineer.com> <40293FEF.6080604@mars.asu.edu> Message-ID: <1076446886.402946a6e57f5@www.activeengineer.com> Thank you Mike for your response. This is the error log: Premature end of script headers: /home/gishost/public_html/cgi-bin/mapserv As per your suggestion, I did check the permissions. mapserv is not owned by root. I am kind of puzzled since it works fine with same permissions if I compile mapserv without proj or gdal. Arun Quoting Michael Darweesh : > Double-check the permissions and file information on your mapserver > executable. the Redhat http doesn't like executing cgi where the > executable is owned by root. Though, I can't be sure that's your > installation's problem without more information. What does your > /var/www/http/error_log say when you try to run as cgi? > > -Mike > > > > arun at activeengineer.com wrote: > > >I am trying to install on Redhat. If I compile with GD and Freetype, it > tests > >fine from web browser. But thn if I add proj or gdal, it compiles fine and > >tests of from the command line but errors out ( Internal Server error 500 ) > > >from the web browser. File permissions are identical in both cases. CAn any > one > >throw some light please? > > > >Arun > > > > > > > >_______________________________________________ > >Mapserver-users mailing list > >Mapserver-users at lists.gis.umn.edu > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > From mjd at mars.asu.edu Tue Feb 10 13:42:53 2004 From: mjd at mars.asu.edu (Michael Darweesh) Date: Tue, 10 Feb 2004 14:42:53 -0700 Subject: [Mapserver-users] new to mapserver - installation help In-Reply-To: <1076446886.402946a6e57f5@www.activeengineer.com> References: <1076442044.402933bc9eb6e@www.activeengineer.com> <40293FEF.6080604@mars.asu.edu> <1076446886.402946a6e57f5@www.activeengineer.com> Message-ID: <4029505D.7090604@mars.asu.edu> Are the gdal and proj libraries in the library search path for the user who runs httpd? And, did you do a ldconfig (as root) on the machine running the httpd after you installed the new libraries? Based on that errorlog, I speculate that your mapserv isn't even successfully executing when run as cgi. Paste a copy of the ls -l of your mapserv's directory in your reply if you could. -Mike arun at activeengineer.com wrote: >Thank you Mike for your response. This is the error log: > >Premature end of script headers: /home/gishost/public_html/cgi-bin/mapserv > >As per your suggestion, I did check the permissions. mapserv is not owned by >root. > >I am kind of puzzled since it works fine with same permissions if I compile >mapserv without proj or gdal. > >Arun > > >Quoting Michael Darweesh : > > > >>Double-check the permissions and file information on your mapserver >>executable. the Redhat http doesn't like executing cgi where the >>executable is owned by root. Though, I can't be sure that's your >>installation's problem without more information. What does your >>/var/www/http/error_log say when you try to run as cgi? >> >>-Mike >> >> >> >>arun at activeengineer.com wrote: >> >> >> >>>I am trying to install on Redhat. If I compile with GD and Freetype, it >>> >>> >>tests >> >> >>>fine from web browser. But thn if I add proj or gdal, it compiles fine and >>>tests of from the command line but errors out ( Internal Server error 500 ) >>> >>> >>>from the web browser. File permissions are identical in both cases. CAn any >>one >> >> >>>throw some light please? >>> >>>Arun >>> >>> >>> >>>_______________________________________________ >>>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 abehere at cs.ucsd.edu Tue Feb 10 14:08:26 2004 From: abehere at cs.ucsd.edu (Amit S BEHERE) Date: Tue, 10 Feb 2004 14:08:26 -0800 (PST) Subject: [Mapserver-users] Point display question In-Reply-To: References: Message-ID: Hi all, I think I found out the answer to my problem. I need to create a ttf file from my .png file and use that as a font in my label. Isn't that right ? Amit Behere. UCSD. "Technology doesn't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand On Tue, 10 Feb 2004, Amit S BEHERE wrote: > Hi all, > > this is in continuation of the question I asked previously (below) > regarding rotating symbols. I understand that you cannot rotate symbols. > So from the response I received (below) my guess is > > I need to associate the symbol (my .png file) with a label > and rotate the label. > > I have tried doing that but have so far been unsuccessful. My map file is > below I have hilited the parts that I think need change after which things > should work. > > MAP > IMAGETYPE PNG > EXTENT -118.23 33.99 -118.22 34.00 > SIZE 500 500 > SHAPEPATH "data" > STATUS ON > UNITS METERS > TRANSPARENT ON > > # *********************START**************************************** > SYMBOL > Name 'mysymbol' > TYPE PIXMAP > IMAGE "c:\mstutorial\images\trial.png" > END > > This symbol (or more correctly the trial.png file I guess) needs to be > associated with a label so that it can be rotated > > # ********************END*********************************************** > > > LAYER > NAME vernon_sewers > DATA vernon_sewerstructures > > > #***********************START****************************************** > > LABELITEM "????????" > LABELANGLEITEM "Angle" > > I do not understand what to put in LABELITEM field. I think I need to > associate my labelitem field with my .png file > By the way there is nothing in the database (i.e the .dbf file) that > refers to my .png file. > # > **********************END************************************************************ > > STATUS DEFAULT > TYPE POINT > > CLASS > COLOR 0 0 0 > > SYMBOL 'mysymbol' # THIS LINE NEEDS TO GO. > > # ********************START*********************************** > LABEL > There is some code here too that needs to be added THAT ACTUALLY DISPLAYS > THE LABEL. I do not know what. > END > #*******************END*********************************** > > SIZE 6 > END > > > END > > END > > At the moment you can't rotate symbols. You can rotate labels though so > you could use a symbol ttf file for "symbols" and then use the > LABELANGLEITEM property to rotate things feature-by-feature. I know > folks are doing this with weather symbols like wind barbs and it works > great. > > Steve > > >>> Amit S BEHERE 02/04/04 7:08 PM >>> > Hi all, > > I have a mapfile that shows points on a map using a symbol. The points > are > in a shapfile which among other things has a field for the rotation > angle > for the symbol (i.e the dbf database associated with the shapefile has a > column for rotation angle). Is there a way by which I could display the > symbol rotated at the angle given in the table. > > Here is my layer definition: > > LAYER > NAME "sewerstructures" > TITLEINDEX vernon_global_index > TITLEITEM FILES > CLASSITEM "Style" > DATA "sewerstructures" > STATUS ON > TYPE POINT > MAXSCALE 32000 > MINSCALE 1 > > CLASS > EXPRESSION ('[STYLE]' eq 'Manhole-Vernon') > COLOR 0 0 0 > OUTLINECOLOR 0 0 0 > size 9 > symbol 1 > END > END > > Amit Behere. > UCSD. > "Technology doesn't make your life more difficult or easy, it just > changes > the rules"......Vishwanathan Anand > > > > Amit Behere. > UCSD. > "Technology doesn't make your life more difficult or easy, it just changes > the rules"......Vishwanathan Anand > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From arun at activeengineer.com Tue Feb 10 18:52:16 2004 From: arun at activeengineer.com (arun at activeengineer.com) Date: Tue, 10 Feb 2004 20:52:16 -0600 Subject: [Mapserver-users] new to mapserver - installation help In-Reply-To: <4029505D.7090604@mars.asu.edu> References: <1076442044.402933bc9eb6e@www.activeengineer.com> <40293FEF.6080604@mars.asu.edu> <1076446886.402946a6e57f5@www.activeengineer.com> <4029505D.7090604@mars.asu.edu> Message-ID: <1076467936.402998e061ab4@www.activeengineer.com> Mike, I added the paths of gdal and proj paths to ld.co.conf file and then ldconfig, and now the problem is gone! Thanks for the help. Arun Quoting Michael Darweesh : > Are the gdal and proj libraries in the library search path for the user > who runs httpd? > And, did you do a ldconfig (as root) on the machine running the httpd > after you installed the new libraries? > > Based on that errorlog, I speculate that your mapserv isn't even > successfully executing when run as cgi. > > Paste a copy of the ls -l of your mapserv's directory in your reply if > you could. > -Mike > > arun at activeengineer.com wrote: > > >Thank you Mike for your response. This is the error log: > > > >Premature end of script headers: /home/gishost/public_html/cgi-bin/mapserv > > > >As per your suggestion, I did check the permissions. mapserv is not owned by > > >root. > > > >I am kind of puzzled since it works fine with same permissions if I compile > > >mapserv without proj or gdal. > > > >Arun > > > > > >Quoting Michael Darweesh : > > > > > > > >>Double-check the permissions and file information on your mapserver > >>executable. the Redhat http doesn't like executing cgi where the > >>executable is owned by root. Though, I can't be sure that's your > >>installation's problem without more information. What does your > >>/var/www/http/error_log say when you try to run as cgi? > >> > >>-Mike > >> > >> > >> > >>arun at activeengineer.com wrote: > >> > >> > >> > >>>I am trying to install on Redhat. If I compile with GD and Freetype, it > >>> > >>> > >>tests > >> > >> > >>>fine from web browser. But thn if I add proj or gdal, it compiles fine and > > >>>tests of from the command line but errors out ( Internal Server error 500 > ) > >>> > >>> > >>>from the web browser. File permissions are identical in both cases. CAn > any > >>one > >> > >> > >>>throw some light please? > >>> > >>>Arun > >>> > >>> > >>> > >>>_______________________________________________ > >>>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 gerry.creager at tamu.edu Tue Feb 10 19:47:15 2004 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Tue, 10 Feb 2004 21:47:15 -0600 Subject: [Mapserver-users] new to mapserver - installation help In-Reply-To: <40293FEF.6080604@mars.asu.edu> References: <1076442044.402933bc9eb6e@www.activeengineer.com> <40293FEF.6080604@mars.asu.edu> Message-ID: <4029A5C3.7050702@tamu.edu> That's actually a feature. A Security Feature. You really don't want cgi scripts/programs running as root lest there occur a problem and the resultant error drop someone into a root shell. Setting your file ownership to that of the webserver is a bit safer. gerry Michael Darweesh wrote: > Double-check the permissions and file information on your mapserver > executable. the Redhat http doesn't like executing cgi where the > executable is owned by root. Though, I can't be sure that's your > installation's problem without more information. What does your > /var/www/http/error_log say when you try to run as cgi? > > -Mike > > > > arun at activeengineer.com wrote: > >> I am trying to install on Redhat. If I compile with GD and Freetype, >> it tests fine from web browser. But thn if I add proj or gdal, it >> compiles fine and tests of from the command line but errors out ( >> Internal Server error 500 ) from the web browser. File permissions are >> identical in both cases. CAn any one throw some light please? >> >> Arun >> >> >> >> _______________________________________________ >> 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 -- 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 hang_oregon at yahoo.com Tue Feb 10 22:01:06 2004 From: hang_oregon at yahoo.com (Hang Sun) Date: Tue, 10 Feb 2004 22:01:06 -0800 (PST) Subject: [Mapserver-users] help Message-ID: <20040211060106.50448.qmail@web14605.mail.yahoo.com> --0-1459539974-1076479266=:50421 Content-Type: text/plain; charset=us-ascii Hello, I'm new mapserver user. When I finished compiling, I follow the instruction for simple testing by typing ./mapserv, the result is root at kairos mapserver-4.0]# ./mapserv ./mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory But I found libgd.so.2 is in /usr/local/lib I'm working as root role, my os is Red Hat9.0. Thanks, Hang --------------------------------- Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online --0-1459539974-1076479266=:50421 Content-Type: text/html; charset=us-ascii

Hello,
I'm new mapserver user. When I finished compiling, I
follow the instruction for simple testing by typing
./mapserv, the result is
 
root at kairos mapserver-4.0]# ./mapserv
./mapserv: error while loading shared libraries:
libgd.so.2: cannot open shared object file: No such
file or directory
 
But I found libgd.so.2 is in /usr/local/lib
I'm working as root role, my os is Red Hat9.0.
 
Thanks,
Hang

Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online --0-1459539974-1076479266=:50421-- From keon at nacse.org Tue Feb 10 23:13:40 2004 From: keon at nacse.org (Dylan Keon) Date: Tue, 10 Feb 2004 23:13:40 -0800 Subject: [Mapserver-users] help In-Reply-To: <20040211060106.50448.qmail@web14605.mail.yahoo.com> References: <20040211060106.50448.qmail@web14605.mail.yahoo.com> Message-ID: <4029D624.7080709@nacse.org> Add /usr/local/lib to /etc/ld.so.conf then run /sbin/ldconfig --Dylan Hang Sun wrote: > > Hello, > I'm new mapserver user. When I finished compiling, I > follow the instruction for simple testing by typing > ./mapserv, the result is > > root at kairos mapserver-4.0]# ./mapserv > ./mapserv: error while loading shared libraries: > libgd.so.2: cannot open shared object file: No such > file or directory > > But I found libgd.so.2 is in /usr/local/lib > I'm working as root role, my os is Red Hat9.0. > > Thanks, > Hang From adams at terrestris.de Tue Feb 10 23:51:04 2004 From: adams at terrestris.de (Till Adams) Date: Wed, 11 Feb 2004 08:51:04 +0100 Subject: [Mapserver-users] new to mapserver - installation help In-Reply-To: <1076442044.402933bc9eb6e@www.activeengineer.com> References: <1076442044.402933bc9eb6e@www.activeengineer.com> Message-ID: <4029DEE8.1000901@terrestris.de> Dear Arun, sounds like your mapserv doesn ot find all libraries. Set the lib path in the file "ld.so.conf" (normally in /etc/) add: /usr/local/lib in there OR try the command: /sbin/ldconfig /usr/local/lib -v as root. You have to do the last every time you reboot your server, ;-) Till arun at activeengineer.com schrieb: > I am trying to install on Redhat. If I compile with GD and Freetype, it tests > fine from web browser. But thn if I add proj or gdal, it compiles fine and > tests of from the command line but errors out ( Internal Server error 500 ) > from the web browser. File permissions are identical in both cases. CAn any one > throw some light please? > > Arun > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- NEU +++ NEU +++ NEU +++ NEU AveiN! ist Open Source Lizensiert unter der GNU GPL ----- Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de From Thomas.Lynen at regioit-aachen.de Tue Feb 10 23:44:33 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Wed, 11 Feb 2004 08:44:33 +0100 Subject: Antw: Re: [Mapserver-users] MapScript Installation Problem Message-ID: Good morning ... sorry Ed, you're right i have copy the zlib.dll into the system32 directory but have still the same problem i also try another php version ( 4.1.2 ) now i guess they are additional dll that will be need ( but which ? ) next, i will try foxserv, perhaps foxserv install the dll's that i need very frustrating, but i don't give up :-) greets Thomas >>> "Ed McNierney" 10.2.2004 16:59:52 >>> Thomas - Here is the first question from the Dependency Walker FAQ Page: Q (or "F" ): Dependency Walker seems to only show some of my <- lol application's dependencies. Why doesn't it show all of them? A: When you first open a module in Dependency Walker, it only shows implicit, forwarded, and delay-load dependencies. Many dependencies are loaded dynamically and will not be detected until you profile the application from within Dependency Walker. For more information, see the "Types of Dependencies Handled By Dependency Walker" and "Using Application Profiling to Detect Dynamic Dependencies" sections in help. It is difficult to detect dependencies on run-time loaded ("LoadLibrary") calls, since they're not statically referenced in the executable. - 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: Thomas Lynen [mailto:Thomas.Lynen at regioit-aachen.de] Sent: Tuesday, February 10, 2004 10:54 AM To: mapserver-users at lists.gis.umn.edu; Ed McNierney Subject: RE: Antw: Re: [Mapserver-users] MapScript Installation Problem Hi Ed, if the mapscript.dll would load another dll that is noch installed, "dependency walker" ( www.dependencywalker.com ) show me the missing dll's. i don't found the ZLIB.dll on the machine but i found it on our HAHTSite MapXtreme Server. But if i need this dll, why couldn't i download it from http://www2.dmsolutions.ca/mapserver/dl/ ? Well, tomorrow i will test it and report the result here ( for other developer with the same problem ) i also test another php version if the zlib.dll don't solve the problem Thank you very much for your help. Have a nice evening! :-) Greets Thomas >>> "Ed McNierney" 10.2.2004 16:33:16 >>> Thomas - You may be unable to load a DLL because *that DLL* loads another DLL at runtime. I think the most commonly overlooked DLL in MapServer installations is ZLIB.DLL - do you have it installed in the system path? - 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: Thomas Lynen [mailto:Thomas.Lynen at regioit-aachen.de] Sent: Tuesday, February 10, 2004 10:09 AM To: mapserver-users at lists.gis.umn.edu Subject: Antw: Re: [Mapserver-users] MapScript Installation Problem Thanks for the fast help, but i have still the same problem i have load the mapscript_4.0.1.dll with "dependency walker" ( btw : very good tool ) MPR.dll -> Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module. But i think it's not the problem. If i try to load the php_GD2.dll with "dependency walker" the same warning is displayed and the dl(php_GD2.dll) works fine. My php.ini Settings extension_dir = "c:\php\extensions\" enable_dl = On ;extension=php_mapscript_4.0.1.dll <- only a comment result : Unable to load dynamic library 'C:/php/extensions/php_mapscript_4.0.1.dll' the php_mapscript_4.0.1.dll and the php_GD2.dll are in the same directory how can php found the php_GD2.dll and not the php_mapscript_4.0.1.dll when the both are in the same directory ? i guess its a version conflict with php Use anyone MapServer/MapScript with a WA(M)P configuration an can tell me which version of Apache/Php/Mapscript he use. according to the homepage mapscript 4.0 is compatible with PHP 4.1.2 and up (PHP 4.3.2 or more recent recommended) source : http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example regards Thomas Lynen >>> pagameba at magma.ca 10.2.2004 12:31:31 >>> try setting extension_dir="c:\php\extensions" if you set extension=php_mapscript_4.0.1.dll you may not need to set enable_dl=On. enable_dl is enabling dynamic loading. If you leave the extension out of php.ini and enable_dl=On then you can use dl( 'php_mapscript_4.0.1.dll' ); in your scripts to load mapscript. If you add extension=php_mapscript_4.0.1.dll then you do not need to use dl in your script and in fact it will cause an error. the next thing to try is to get the dependency walker from www.dependencywalker.com and run it on php_mapscript_4.0.1.dll, it will tell you if all the dll dependencies can be found. Windows will sometimes give you misleading error messages, like the extension can't be found ... often this means that a dll the extension relies on can't be found. Cheers, Paul Thomas Lynen wrote: > Hi all, > yesterday i try to install the MapServer and MapScript. > I install the Apache ( apache_1.3.28-win32-x86-no_src.exe ), PHP as > CGI ( php-4.3.3-installer.exe ) and extract the MapServer Zip File ( mapserver-4.0.1-win32-php4.3.3.zip ) I follow the instructions in the README.txt ( which was in the mapserver-4.0.1-win32-php4.3.3.zip ). > > I copy all dlls in the Windows/System32 directory ( pdflib.dll, > libpq.dll, libcurl.dll, xerces-c_1_6_0.dll, gdal11.dll and all dlls > from ECW_DLL.zip ) > > Now, the readme say i must add the php_mapscript_4.0.1.dll as a php extension. > i change the php.ini > extension_dir = "./extensions" ( i also try "./", "./extensions/" and > "c:/php/" ) ... > extension=php_mapscript_4.0.1.dll > > enable_dl = On ( can't be wrong ) > > Of course i copy the MapScript Dll ( together with the php_proj.dll ) in the correct directory. > > I copy the php_mapscript_4.0.1.dll to c:\php\extensions\ but if a start a php file like http://localhost/index.php a error orrcure because they don't found the dll. > Message : Unkown(): Unable to load dynamic library './extensions\php_mapscript_4.0.1.dll' - Das angegebene Modul wurde nicht gefunden. > > I also test it with php_mapscript_36.dll Whe i add a other dll ( > php_gd2.dll ), this dll could be found. > I don't compiled any files, i use the precompiled files. > > I have additionally read the http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example but i t was not realy helpful. > > I use Windows 2K with SP 3 and Windows XP with SP 1 > > I hope someone could help me. > > regards > > Thomas Lynen _______________________________________________ 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 Thomas.Lynen at regioit-aachen.de Wed Feb 11 01:08:08 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Wed, 11 Feb 2004 10:08:08 +0100 Subject: Antw: Re: [Mapserver-users] MapScript Installation Problem Message-ID: now it works :-) i have install foxserv, save all php_*.dll's in the extensions directory from foxserv uninstall foxserv, install php+apache and copy all php_*.dll's in the extensions dir of php greets Thomas >>> "Thomas Lynen" 11.2.2004 08:44:33 >>> Good morning ... sorry Ed, you're right i have copy the zlib.dll into the system32 directory but have still the same problem i also try another php version ( 4.1.2 ) now i guess they are additional dll that will be need ( but which ? ) next, i will try foxserv, perhaps foxserv install the dll's that i need very frustrating, but i don't give up :-) greets Thomas >>> "Ed McNierney" 10.2.2004 16:59:52 >>> Thomas - Here is the first question from the Dependency Walker FAQ Page: Q (or "F" ): Dependency Walker seems to only show some of my <- lol application's dependencies. Why doesn't it show all of them? A: When you first open a module in Dependency Walker, it only shows implicit, forwarded, and delay-load dependencies. Many dependencies are loaded dynamically and will not be detected until you profile the application from within Dependency Walker. For more information, see the "Types of Dependencies Handled By Dependency Walker" and "Using Application Profiling to Detect Dynamic Dependencies" sections in help. It is difficult to detect dependencies on run-time loaded ("LoadLibrary") calls, since they're not statically referenced in the executable. - 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: Thomas Lynen [mailto:Thomas.Lynen at regioit-aachen.de] Sent: Tuesday, February 10, 2004 10:54 AM To: mapserver-users at lists.gis.umn.edu; Ed McNierney Subject: RE: Antw: Re: [Mapserver-users] MapScript Installation Problem Hi Ed, if the mapscript.dll would load another dll that is noch installed, "dependency walker" ( www.dependencywalker.com ) show me the missing dll's. i don't found the ZLIB.dll on the machine but i found it on our HAHTSite MapXtreme Server. But if i need this dll, why couldn't i download it from http://www2.dmsolutions.ca/mapserver/dl/ ? Well, tomorrow i will test it and report the result here ( for other developer with the same problem ) i also test another php version if the zlib.dll don't solve the problem Thank you very much for your help. Have a nice evening! :-) Greets Thomas >>> "Ed McNierney" 10.2.2004 16:33:16 >>> Thomas - You may be unable to load a DLL because *that DLL* loads another DLL at runtime. I think the most commonly overlooked DLL in MapServer installations is ZLIB.DLL - do you have it installed in the system path? - 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: Thomas Lynen [mailto:Thomas.Lynen at regioit-aachen.de] Sent: Tuesday, February 10, 2004 10:09 AM To: mapserver-users at lists.gis.umn.edu Subject: Antw: Re: [Mapserver-users] MapScript Installation Problem Thanks for the fast help, but i have still the same problem i have load the mapscript_4.0.1.dll with "dependency walker" ( btw : very good tool ) MPR.dll -> Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module. But i think it's not the problem. If i try to load the php_GD2.dll with "dependency walker" the same warning is displayed and the dl(php_GD2.dll) works fine. My php.ini Settings extension_dir = "c:\php\extensions\" enable_dl = On ;extension=php_mapscript_4.0.1.dll <- only a comment result : Unable to load dynamic library 'C:/php/extensions/php_mapscript_4.0.1.dll' the php_mapscript_4.0.1.dll and the php_GD2.dll are in the same directory how can php found the php_GD2.dll and not the php_mapscript_4.0.1.dll when the both are in the same directory ? i guess its a version conflict with php Use anyone MapServer/MapScript with a WA(M)P configuration an can tell me which version of Apache/Php/Mapscript he use. according to the homepage mapscript 4.0 is compatible with PHP 4.1.2 and up (PHP 4.3.2 or more recent recommended) source : http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example regards Thomas Lynen >>> pagameba at magma.ca 10.2.2004 12:31:31 >>> try setting extension_dir="c:\php\extensions" if you set extension=php_mapscript_4.0.1.dll you may not need to set enable_dl=On. enable_dl is enabling dynamic loading. If you leave the extension out of php.ini and enable_dl=On then you can use dl( 'php_mapscript_4.0.1.dll' ); in your scripts to load mapscript. If you add extension=php_mapscript_4.0.1.dll then you do not need to use dl in your script and in fact it will cause an error. the next thing to try is to get the dependency walker from www.dependencywalker.com and run it on php_mapscript_4.0.1.dll, it will tell you if all the dll dependencies can be found. Windows will sometimes give you misleading error messages, like the extension can't be found ... often this means that a dll the extension relies on can't be found. Cheers, Paul Thomas Lynen wrote: > Hi all, > yesterday i try to install the MapServer and MapScript. > I install the Apache ( apache_1.3.28-win32-x86-no_src.exe ), PHP as > CGI ( php-4.3.3-installer.exe ) and extract the MapServer Zip File ( mapserver-4.0.1-win32-php4.3.3.zip ) I follow the instructions in the README.txt ( which was in the mapserver-4.0.1-win32-php4.3.3.zip ). > > I copy all dlls in the Windows/System32 directory ( pdflib.dll, > libpq.dll, libcurl.dll, xerces-c_1_6_0.dll, gdal11.dll and all dlls > from ECW_DLL.zip ) > > Now, the readme say i must add the php_mapscript_4.0.1.dll as a php extension. > i change the php.ini > extension_dir = "./extensions" ( i also try "./", "./extensions/" and > "c:/php/" ) ... > extension=php_mapscript_4.0.1.dll > > enable_dl = On ( can't be wrong ) > > Of course i copy the MapScript Dll ( together with the php_proj.dll ) in the correct directory. > > I copy the php_mapscript_4.0.1.dll to c:\php\extensions\ but if a start a php file like http://localhost/index.php a error orrcure because they don't found the dll. > Message : Unkown(): Unable to load dynamic library './extensions\php_mapscript_4.0.1.dll' - Das angegebene Modul wurde nicht gefunden. > > I also test it with php_mapscript_36.dll Whe i add a other dll ( > php_gd2.dll ), this dll could be found. > I don't compiled any files, i use the precompiled files. > > I have additionally read the http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example but i t was not realy helpful. > > I use Windows 2K with SP 3 and Windows XP with SP 1 > > I hope someone could help me. > > regards > > Thomas Lynen _______________________________________________ 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 g.greco at cineca.it Wed Feb 11 01:47:08 2004 From: g.greco at cineca.it (Gregorio Greco) Date: Wed, 11 Feb 2004 10:47:08 +0100 Subject: [Mapserver-users] (no subject) Message-ID: <00ba01c3f084$03dd7420$2d07ba82@int.cineca.it> This is a multi-part message in MIME format. ------=_NextPart_000_00B7_01C3F08C.65879D60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Steve, thanks for the script shp2mysql.pl. I have modified the "use Package" of the script because the compilator = done error. My lines are: " use DBI; use Geo::Coordinates::Convert; use Geo::ShapeFile; use Geo::ShapeFile::Shape; use Geo::ShapeFile::Point; etc..etc..." and now the error is that:=20 can't locate object method "new" via package "Shape" ........i don't know, the package Geo is it!! I have downloaded the lib Geo with the PPM shell. Thanks again Rin ------=_NextPart_000_00B7_01C3F08C.65879D60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Steve, thanks for the script=20 shp2mysql.pl.

I have modified the "use Package" of the script = because=20 the compilator done
error.
My lines are:
"
use DBI;
use = Geo::Coordinates::Convert;
use Geo::ShapeFile;
use=20 Geo::ShapeFile::Shape;
use=20 Geo::ShapeFile::Point;

etc..etc..."

and now  the = error is=20 that:
can't = locate object=20 method "new" via package
"Shape" ........i don't = know, the=20 package Geo is it!!

I have downloaded the lib Geo with the PPM=20 shell.

Thanks again
Rin

------=_NextPart_000_00B7_01C3F08C.65879D60-- From plists at prometheus.org.yu Wed Feb 11 06:02:22 2004 From: plists at prometheus.org.yu (Attila Csipa) Date: Wed, 11 Feb 2004 15:02:22 +0100 Subject: [Mapserver-users] MySQL joins Message-ID: <200402111502.22304.plists@prometheus.org.yu> MySQL joins are availble in CVS ! Some examples and details: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?JoinDatasources From ed at topozone.com Wed Feb 11 06:04:32 2004 From: ed at topozone.com (Ed McNierney) Date: Wed, 11 Feb 2004 09:04:32 -0500 Subject: Antw: Re: [Mapserver-users] MapScript Installation Problem Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3C08@mercator.topozone.com> Thomas - Good news! Chasing down DLL dependencies can be quite a big (and mysterious) job. - 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: Thomas Lynen [mailto:Thomas.Lynen at regioit-aachen.de] Sent: Wednesday, February 11, 2004 4:08 AM To: mapserver-users at lists.gis.umn.edu Subject: RE: Antw: Re: [Mapserver-users] MapScript Installation Problem now it works :-) i have install foxserv, save all php_*.dll's in the extensions directory from foxserv uninstall foxserv, install php+apache and copy all php_*.dll's in the extensions dir of php greets Thomas >>> "Thomas Lynen" 11.2.2004 08:44:33 >>> >>> Good morning ... sorry Ed, you're right i have copy the zlib.dll into the system32 directory but have still the same problem i also try another php version ( 4.1.2 ) now i guess they are additional dll that will be need ( but which ? ) next, i will try foxserv, perhaps foxserv install the dll's that i need very frustrating, but i don't give up :-) greets Thomas >>> "Ed McNierney" 10.2.2004 16:59:52 >>> Thomas - Here is the first question from the Dependency Walker FAQ Page: Q (or "F" ): Dependency Walker seems to only show some of my <- lol application's dependencies. Why doesn't it show all of them? A: When you first open a module in Dependency Walker, it only shows implicit, forwarded, and delay-load dependencies. Many dependencies are loaded dynamically and will not be detected until you profile the application from within Dependency Walker. For more information, see the "Types of Dependencies Handled By Dependency Walker" and "Using Application Profiling to Detect Dynamic Dependencies" sections in help. It is difficult to detect dependencies on run-time loaded ("LoadLibrary") calls, since they're not statically referenced in the executable. - 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: Thomas Lynen [mailto:Thomas.Lynen at regioit-aachen.de] Sent: Tuesday, February 10, 2004 10:54 AM To: mapserver-users at lists.gis.umn.edu; Ed McNierney Subject: RE: Antw: Re: [Mapserver-users] MapScript Installation Problem Hi Ed, if the mapscript.dll would load another dll that is noch installed, "dependency walker" ( www.dependencywalker.com ) show me the missing dll's. i don't found the ZLIB.dll on the machine but i found it on our HAHTSite MapXtreme Server. But if i need this dll, why couldn't i download it from http://www2.dmsolutions.ca/mapserver/dl/ ? Well, tomorrow i will test it and report the result here ( for other developer with the same problem ) i also test another php version if the zlib.dll don't solve the problem Thank you very much for your help. Have a nice evening! :-) Greets Thomas >>> "Ed McNierney" 10.2.2004 16:33:16 >>> Thomas - You may be unable to load a DLL because *that DLL* loads another DLL at runtime. I think the most commonly overlooked DLL in MapServer installations is ZLIB.DLL - do you have it installed in the system path? - 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: Thomas Lynen [mailto:Thomas.Lynen at regioit-aachen.de] Sent: Tuesday, February 10, 2004 10:09 AM To: mapserver-users at lists.gis.umn.edu Subject: Antw: Re: [Mapserver-users] MapScript Installation Problem Thanks for the fast help, but i have still the same problem i have load the mapscript_4.0.1.dll with "dependency walker" ( btw : very good tool ) MPR.dll -> Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module. But i think it's not the problem. If i try to load the php_GD2.dll with "dependency walker" the same warning is displayed and the dl(php_GD2.dll) works fine. My php.ini Settings extension_dir = "c:\php\extensions\" enable_dl = On ;extension=php_mapscript_4.0.1.dll <- only a comment result : Unable to load dynamic library 'C:/php/extensions/php_mapscript_4.0.1.dll' the php_mapscript_4.0.1.dll and the php_GD2.dll are in the same directory how can php found the php_GD2.dll and not the php_mapscript_4.0.1.dll when the both are in the same directory ? i guess its a version conflict with php Use anyone MapServer/MapScript with a WA(M)P configuration an can tell me which version of Apache/Php/Mapscript he use. according to the homepage mapscript 4.0 is compatible with PHP 4.1.2 and up (PHP 4.3.2 or more recent recommended) source : http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example regards Thomas Lynen >>> pagameba at magma.ca 10.2.2004 12:31:31 >>> try setting extension_dir="c:\php\extensions" if you set extension=php_mapscript_4.0.1.dll you may not need to set enable_dl=On. enable_dl is enabling dynamic loading. If you leave the extension out of php.ini and enable_dl=On then you can use dl( 'php_mapscript_4.0.1.dll' ); in your scripts to load mapscript. If you add extension=php_mapscript_4.0.1.dll then you do not need to use dl in your script and in fact it will cause an error. the next thing to try is to get the dependency walker from www.dependencywalker.com and run it on php_mapscript_4.0.1.dll, it will tell you if all the dll dependencies can be found. Windows will sometimes give you misleading error messages, like the extension can't be found ... often this means that a dll the extension relies on can't be found. Cheers, Paul Thomas Lynen wrote: > Hi all, > yesterday i try to install the MapServer and MapScript. > I install the Apache ( apache_1.3.28-win32-x86-no_src.exe ), PHP as > CGI ( php-4.3.3-installer.exe ) and extract the MapServer Zip File ( mapserver-4.0.1-win32-php4.3.3.zip ) I follow the instructions in the README.txt ( which was in the mapserver-4.0.1-win32-php4.3.3.zip ). > > I copy all dlls in the Windows/System32 directory ( pdflib.dll, > libpq.dll, libcurl.dll, xerces-c_1_6_0.dll, gdal11.dll and all dlls > from ECW_DLL.zip ) > > Now, the readme say i must add the php_mapscript_4.0.1.dll as a php extension. > i change the php.ini > extension_dir = "./extensions" ( i also try "./", "./extensions/" and > "c:/php/" ) ... > extension=php_mapscript_4.0.1.dll > > enable_dl = On ( can't be wrong ) > > Of course i copy the MapScript Dll ( together with the php_proj.dll ) in the correct directory. > > I copy the php_mapscript_4.0.1.dll to c:\php\extensions\ but if a start a php file like http://localhost/index.php a error orrcure because they don't found the dll. > Message : Unkown(): Unable to load dynamic library './extensions\php_mapscript_4.0.1.dll' - Das angegebene Modul wurde nicht gefunden. > > I also test it with php_mapscript_36.dll Whe i add a other dll ( > php_gd2.dll ), this dll could be found. > I don't compiled any files, i use the precompiled files. > > I have additionally read the http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html#example but i t was not realy helpful. > > I use Windows 2K with SP 3 and Windows XP with SP 1 > > I hope someone could help me. > > regards > > Thomas Lynen _______________________________________________ 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 jan at vietmeier.de Wed Feb 11 06:14:22 2004 From: jan at vietmeier.de (Jan Vietmeier) Date: Wed, 11 Feb 2004 15:14:22 +0100 Subject: [Mapserver-users] Displaying x-y Datasets using PHP/Mapscript Message-ID: Hi All, I use Mapserver 4.0 with PHP/Mapscript on Windows NT. Is it possible to create a new layer from a dataset (e.g. list of x-y-coordinates) using PHP/Mapscipt? My intention is to read some coordinates from an odbc-connection using php and display the coordinates with PHP/Mapscript. The http://mapserver.gis.umn.edu/doc40/phpmapscript-byexample-howto.html -Howto says that PHP/Mapscript "... includes the possibility of dynamically create maps or modify existing ones and to (and here is the key to the flexibility that MapScript has) mix this information with other sources of non GIS data, such as user input, non spatial and spatial databases, text files, etc. and that you can use ..." and also promises the possibility of "... creation of dynamic layers and classes ..." but I have no idea how to do create layers or maps using PHP/Mapscript. Any comments or suggestions would be helpful. Jan Jan Vietmeier, Diplom-Geograph Im Fichtenhain 18 51069 K?ln Tel. +49 (0)221 9468252 Mobil +49 (0)178 3744854 Fax. +49 (0)221 9468251 From msr at sourcepole.com Wed Feb 11 07:29:16 2004 From: msr at sourcepole.com (Schnider Markus) Date: Wed, 11 Feb 2004 16:29:16 +0100 Subject: [Mapserver-users] query on an extern db Message-ID: <200402111629.16777.sp_ml@sourcepole.com> Hi all, Is it possible to query on a extern db? How is it possible? The geo-data are in a ArcSDE. The feature information stored in the ArcSDE is only a ID. This ID also stored in a Oracle DB. The Oracle DB contains the whole information. (non spatial !) There have to be a join other these two datasources! I have read that it is possible to join other dbf files with the OGR library. e.g.: CONNECTION 'spmap.dgn,SELECT * FROM elements' Markus Schnider From armin.burger at gmx.net Wed Feb 11 07:41:08 2004 From: armin.burger at gmx.net (Armin Burger) Date: Wed, 11 Feb 2004 16:41:08 +0100 Subject: [Mapserver-users] WMS client and re-projection of WMS layers Message-ID: <4029F62D00001C01@it-mboxes.jrc.it> (added by postmaster@jrc.it) This is a message in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --AKMAILBOUNDARY Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi everybody, I was trying to load WMS layer (from an Esri ArcIMS server) into a MapServ= er application using MapServer as WMS Client. The reference system of the = WMS layer is lat/lon (WGS84), the reference system of the map is in a Lamb= ert Azimuthal Equal Area projection. Therefore the WMS layer had to be re-= projected to the main projection defined in the MAP tag. A snippet of the = map file is: MAP =2E.. PROJECTION "proj=3Dlaea"=20=20=20 "lat_0=3D48.000000" "lon_0=3D9.000000" "x_0=3D0.000000" "y_0=3D0.000000" "ellps=3Dsphere" END LAYER NAME "img2000" CONNECTIONTYPE WMS ... METADATA "wms_srs" "EPSG:4326" "wms_name" "raster mosaic" "wms_server_version" "1.1.0" "wms_formatlist" "image/png,image/jpeg" "wms_format" "image/jpeg"=20=20=20 END END=20=20 The re-pojection for the WMS layer seems to work not fully properly. I att= ached 2 files. The one called 'smallscale.jpg' is a clipped part of the or= iginal image where Italy is located more to the bottom right of the origin= al map and there is a big difference between the WMS layer (being composed= from satellite images) and a shape file (transparent and in the Lambert p= rojection). If I zoom closer in and center the Southern part of Italy on t= he map then there is still a noticeable difference between the two layers = but the distortion is much lower. This is visible in the attached file 'me= diumscale.jpg' (clipped part of full image). The re-projection works very fine for another static image layer in EPSG:4= 326 and re-projecting it to the Lambert system of the MAP.=20 Can anybody give me a hint why this problem may appear for WMS layers? Thanks for any help, Armin --AKMAILBOUNDARY Content-Type: application/octet-stream; name="smallscale.jpg" Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAAAAAAAD/2wBDAAICAgICAQICAgIDAgIDAwYEAwMD AwcFBQQGCAcJCAgHCAgJCg0LCQoMCggICw8LDA0ODg8OCQsQERAOEQ0ODg7/ 2wBDAQIDAwMDAwcEBAcOCQgJDg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4O Dg4ODg4ODg4ODg4ODg4ODg4ODg4ODg7/wAARCACbAKADASIAAhEBAxEB/8QA HwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUF BAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXG x8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEB AQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAEC AxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRom JygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD7Hd7ppwIY /N4PAUnofaufubzVxdfvbANaBsgKPmb0GG4rjf8AhO7uG5EcUPmAknZsAA5P T/JrUsviBGZmXUofKfJwiJgr9TnH6V8vKtGejdj4Zyu7c39feW73StK1RLVr q0aNraQSRRxyFAGyDkgEAnIFa4t4JrGQSjyHwSMk/Pj+Rqpc+INNmvIlgnUS MFYkJ0zyPmFacV1J9sCTzoY3GM8Ec1yubWkrvscMot1FGTv2dtPzMaVpFcLE 5UuRndlgQO3UYrxr43694ut/2WfiHP4MhS11m00O7lLlM5iSMszqxPylVBYc HJAFfQM2nQ3EiPAYndOQccrn+XFec/FDWovBPwS8SeKrmzmvLHTrBpbk2YDT AAgYC/x9fu/WtsLpXipLVnVRo1adVXV/M/m08RWviuOeG58TWWoWolLGA3du 0UZ9dgICgcDhfSuar1n42+PLD4h/tH+JvEehie28N3VwradZSZRLdRGoYJHk hFLBiAMdeg6V5NX18nFu8fxPu4u6TP3A/YN+KOneLP2VoPCGtaqdQ8TaFfzK sdw4LpAx3pjvt5YZPfcK8Y/bZ+IEupftE+CvCvgDXZvDmt6Hpz6m9/YzyQyP 5rrG6oy4B2xxGRt5UARtySRX52fC7x9ffDP4p2/i7T5Hlnto3jawEjol6kil GR2U8AA7hkH5lXg4o0/xnrGu/HY+I/EWryy6jqIlt5byWXasJliaJCewjQsp KdNqkVxqilVdTe5TSck2fsD8LvjDpV/4p8K+CfE+tR+LrjWhN/ZniOxKm3uf IjjMkM7htjyguV3xnkqCyqXXP13JL9ja3khtxdQo+yAxrlgCPUdR29fzr+fv 4CeN4Ph7+0Z4U1/VrpJPDFnq6C/ikaTMKtuG75flGepIJ4HPFf0A+H54dQ0C J9LPno2PMjgbd5LHqCw6eoOSPccVy4im1Lmijhr0W7Tir+RybWWn69qni+7k vZINf07UYo9JkjlllW2AtoJQWgyqkF2cNns2N3IxZt9LXxR4mRfHFjYS2OnQ L9ns22PFdTSK6ySlXUsqhCgQbgQS+7+Gr3inwz4h8IeKPE3jqwurK4g/spJL /TGgX9+sAY7o5kPytsz95GJIAJUY26UljNr/AId+2W00zW8qrMJrUpKgXGRy uQw56qxHcZrzJR512OZuzj7trbf8Est4F8GNo8dnHpFtb6fHdfaEstisglJI EiA/dfsGUggcDFcnf/Db4cEyG68MQw2p2NJBHMyRzyhiyPKithmRmZlJztLE rgk11Gj21z9h8qaY6lcW8gEnkSbHQ/whkcghe4OcnH4VKNPN1qTRX+23W2UB rNB5cswJ3Fx1zk5yB6VrByctXp/TO2XOktLGDd/D3wI0rakNHTUtSgvo9Qjv bt2urmKdYwiyLJKSRhFXaM9hjGc1m+KvCej+MvCepW8Fra6brdx866m0KR3s c0e1o5RKPmBRkU43c4weDXURNp1/ILYW97p64JKtKQMYI3DjJHQD6fWs260k 6Rd+ZdQTXdk7furjO3Zn0B6/T+VdMY2dr6nKo2nZOxx32rxlpviiXx14q8Yj S4dL0Ca3toNCt4vLUAmR2keYSblwo4I+UgkY5J9/0LxVe6l8ONDi8Rvb6hey WMLXUq2a25eQqCz7VOEJOTxgc9K8J+IFo9p4HsTqGsWiaLcanaW+qfuyg+zv KhdC4HCMDtY8DDEZGcju/DWsWmvTh7aeDULSRiILiznWWJtuf4gMfwnueR2q ZOdrQWwT9qpKMUmfO9h4rvYrPPmJfxSDesjsWyCOxB6GuksdW0O5tkS4vZLG bGXMsJZB6gbckn64r8Rfhh8bPGHww1ZlsJxquiTSIbrTb12aPA6mPn925Bxu HHC5BwBX6A+Bv2hvh7431Gx02O6m0TWLqOMxWt8qgSSNkNGjKTkqVP3guQQR 1rWrhot3auebiMAnrJXR95Wb3cCQx2enz6jDFvZmRB95x8jZAPQYPPfOK17n SPE02gpqH2AC16Puk3yrjA5H3gueg9+9Hw+8WW1z4KW0TSzLcaakaySNINz7 t+W7ccYAOe1d5JqNi1rc7rnA8sP59vgHkkBTsweMeteU6cac7XPGVF05/Ezz 6LXLzQyhg2RQStuClS3IHOcjNZnjrVrfxX8AvFeh3dut7LeabMqxb2jV22Ha dwIK4bB9OPeuq1vSXa3tVmjLr5uIrmFuDliRnjOOetczqejrp3iQ2eoJcRQz Sf6PcA98HPIGCD1xS13t1ujeFSrGSla6/E/I3xH+zHpHjeFPE/wwvYvC2n3K L5ei6oJGXI4LLNvc/McYUjHv0FfKnjf4b+Mvh74judP8T6Hc2SxSmNLvymNv N6FJMYIP51+rXibRNc8KfEbUz4cvU8Y+G7a8WS8t7PLz6NKCzLEzRocJ8soG ckBSr7eC27p/i5fHT3Wiaxo+l6voUy7rWTyo3SaBflIkRsksCUBUj+IHFelS xlS79srLv5fjqfV0a06urX9dD8TqcihpVVmCAnlj0Ffor+0L+ztos3w5/wCE k+G/h+z0q+05pbjVLa2coJ4dm5iqcjcCvCjAwTgV+dFezGSeu52ksU0tvOXg laN8FdynGQetfo7+y5+034/8JeDl06Pw94h8S6bp6x2sFxo+lfaVtQGyFdvv MArEjcSRjA4OF/N2vYfhZ8UtZ+FHiO01XTLtdT0q8Yx6to8rOBgOpLqM7Q5U DbJzg7gQQOU0nowP6FvDPxoXxbJoNhf6ZPZajdshcSAfJn5iGAP3ux5/E1r6 TdWnhLxfrXheTWItO+03D3+hWs08alIJAHljQHBfZI7Ng52pLGM4Ix8HeA/i N4X+IPhWHV/DOprK2F8+1ZttxauVzsdexHPIyDg4Jrs7i2sr+/sbjVLdr2Sy mM1o5kw8EhUpvRiDg7SQeMEcHIrCVGnLpYbbasz7tlvLW5eae0+zXDyNudGb zIyRgYPJOMADr6VLcQ6d/Z/7uNYHBB37CxHGAFHTHTJPYY9a+HtO8Z3ln4vt NF1K8XSXSKMaRqokitjfYWTcjskQAnwhJQcPkMAOVX2+P4kTYaCa4sdXiSON AssTIztnluMq347cYHHJNcU8NN/DrfyI2jZHod1ban8lzIwukFyqxqtvuiK7 c5DHGDyQcd/rUV1aNPExXezK5liiMgERRjnC7QR/LrVS01rw5qqfZrfXbeO9 MZVreRmi+ZcDPHygcgAfzwa0baK+gmu5XhENsjJHG6IAeDk8ZyARn2pVOaC2 MatNr4X0JlstRvXa3srOS4lGJPKUHJXBOTzkA444rwHQtVfVfiJP/wAItp2p aKkut3EGu2F59lktYpoyfOmYq5kR3VNoVQASyuV+Ysfd5dZPh+8u7+91L+xb IKoN7JcrCkoJACu2QMgk4J9/WvItR1BNf+PGk3HgbSb4rcqbTVtZt7dDpt5G sbNsaZSQzoxTa+ON5XJAIHPFxS0+84YQhBWW/wDmfgPc+EFs/gW/iG8jubHW E1oWjW90hjVojEWyoYAlgw5HpXEW0P2jUIYDNHbb3C+bMxCJnuSAcD3r9DPi vqUWrfsneOJ7iyjukhMUEF5qNrFAElWVcCBQT+9CFwcANtLZ4r87K9LC1nXp 87R1Yec6nM5d3Y/bz9n/AMXyW37NnhrWtSuLfxLe3VhJYyy2OosA3kTNCZGY xDcH8sHGPUZOM19ceH7jRfFHh2eSxvnS7SBI5bSR1RuBkjO3JXk9Pevx4/ZP +Kg8tPhbqhREVJbjR5mfBLFi8kIHfqzjv97rxj70sr6fT9VgvbVzHcQuHjb0 I6GuepTXPqeLiKEPaNSR9TSTX2lW9pa2Nk08KSBbgsvmKy56gnoeBx60uqW9 zrF7bvJbR3s2mTl4WkGGbd0O1T17YPH515PofxWvrfVbf+3rKPUrMAiV4tyy 5JzvA3bCQexA/A817Qur2WrabJf+GLWK5nkERlnhgAkkQKMqcHIbcCMHsteZ yVKbu9jicHC7T0Kot/D2maHqs9tpY01dSLXUhitgAJz95nI/iJwenPOa+aPG XwystV0aXWvB8dvoXiO1jeaK0gXybW9lO0LvCEBG4HzKOeNwIAx9gT6Ys+jf v1cNHGC+7JJwQ2GToeR0ryeS7YakgDJGrMV2PGqhS38W3pjA70SUpK3R/wBf 1+A05xXY+GvDXiHxfoPiK60P4p6S+hnDiKSd0a2uFCgsY3XKv15AJ+9zjpX5 6/Gj4P3nw38bT3GlGXVPBlwVax1AkEpuB/dyAcg5BwxADducgfuj8W/AGp+L vgBfXVpa2WrSWEIm03zGLqsi7RImR0LDKgnuwOeOPg+58e2s3h210i7ubC40 dIo0KmJmkvdysCwWQAYBwTwSCRjcDkaYetKi+WKun6eW3y/rc9PD1pUoaa6b demn9dT8rqK+4/E37Pvg/wAZXIuvBGuDQdcmtWl/s+8hAtJpScgCROEJB6Ae nHWvCdQ/Z0+Men6jJb/8IZcXoRwhmtJo5YskdNwbHqD6EH0r3lVptXue3Sl7 aKlFbnkmkavqWg+I7XVtIvp9O1C3fdFcW0pjkXscMORkZH4194+J/wBsTRYP Dlr/AMIl4cnv9XljVpjqD+XBbN/Evy/NJ6A/L1z2wfj6X4VePbbWZrC88Py2 N1E22RLiRF2nGeef85FYOueFNZ8O28M2pwxxRyvsjImUsx2gnC53EDONwG3P GapTi3ZPUttJ2e5+mFh8dvh/4g8MpB4q0/VvC8c4jST+19HmW3Ds2BiVVZVw cHcxAGRzXpOkvrWjeINK0rUNcj8QaXeQyfY7yW28u4DIqFVeRWKyll3tkInC nJJ6/ljq/j/xT4l+Gek+Hl1rxLf/AGZHW/hn1Ez28yk/JhVUNgY6Oz89MV2H w6+Lni7w9a/8Idr1q/ifwc8Ye50q9k2XMUW1SptXZlZXA2signplQDyLGfqr XTaX4x8TaPCItP1eeKIEHy2IdeOnDA180eEPix4ZutU0uwk8WQ6hYarapNpr 3myO7tXZtotrgBsljnCvgA7GyzEqW9xpNJgO8RfFnxD4lj1XRh4Tg16Xw9dJ cPdTYjmluWiV0WzbeqxSpHIT5jHbllUrgsa+yPCev32seFPDWo3y2cdpLZxe fbC6RBaSNGpZMhWDFWyMcD39PgHwKt3c+CYfEN/dw3F7rsUGoTrbQGOKN2t4 1woLMfuooJ3Y+UcA5z6Hptrd6jq0Gm2cgE1w2xFeXYpPXknjtWHsad20tyYx UW2up+cP7R+m67aeCbWEq1lo0WoxXdzYRMZkSaeORUdpBwWAicH/AHx618dV +rH7RX7Jx8B/sheM9e8D+J9V1q2bWLfU9VsdQJldkH7nYr5+Y75A2TljtAye tflRyknIwwPQipwzg6XubI58PUhUheGx6h8G/EFh4R+P+jeLtWiu5NJ0gSzX Zs7YysoeNolzyABukXkn271+sfhbxPpHjLwDpviTQ5Xm0y9i3xGWMo45wVIP cEEHqOOCRzX4q3N7c3c8zzSYWSZ5mjQBIw7H5iqDCr0HAA4AHavcvg78btf+ G/iPTrW91OXU/B8sxivNMlZn+yodv76Lj5SOflBwcNkDINXUhzaozr0XUXMt z9WK0dL1bUtF1RbzS72axuBwXhkKFhnODjqPasSxvINQ0Wzv7Ylra5gSaIsM EqyhhkduDVquI8U+n/DvxW07W7a9j1h4fD12AvkuZd0b8HJGRxyO/qOTVy5l 02e43pFBqVhk77mC4XaTjBHPcccZ7ivlSr9rqmo2NpcQWd5LbwzrtlVHIDDI P8wPyrCdGM5XZnKEZNN9D6LeDTXmMVmzr5iLhJcgEDnII4zx3GPSvzM+IPhG 70D4469pdys9/Z2epPPpEa3IGzzpBJGVYqqqF3Y+oxnGa+s18R68kDRjVrna V2kmUlsegbqPzq1rjaN4v8CBNetYv7WsLF4keQEjU4WzujY9pOMK2cElgcZy MnSklpr6/wDDExpy5kr3XmfL2kazNc6NcaI1tfny7YrcEld0tztCht/mfdLn OVAzgDJAIr0HSdZ8QWVhbR6nZMdIjudkt4rKduC4fcPvFd20AkA8kliOa8F1 zxfo9r4iu28MWF3pt7aXPkNDqsK209qrICTGjYKkhc7iD6966Sx+JHiyaCO0 13R7+2kkaOS2uRCCsqKRksWwOcY9DknFcFahioR2TTsnft/Xk7+qO3D46eGq eyqK+ullo/V+Wy627n1Hot74btNabX9N0/Tr+5ukMKXktmskgDDIw2MglQOf Q18P/F/9mCzlv9R8Qad8QGtZLi7kmisdY3SRR7zuZY3TJHzHj5en0r1SPXvE Eertd6I1rY2dzGYxYQ6iWjiJT5ZCScAqGAwvcdK9L8J6p4V1S+OneJLmbUtQ ldlitZ5UuEg5KtsckbiQpKkDgcHd1HfTrunJ6K+n9b6H0NStQq/DO1u/R/L8 Ln5dwfCj4oabJM2l2sqM07wg2d+I/OVDjeDuAK5IAyQcnoK881Xw54k0nU7m DWNF1Cxu41Es63Nq6sobJDNkdDg8+xr9uNV0azOiRxQSnS7pWEMIkhTLAZx8 oABAxxjBBA/HwXxj4g+H9/8AF+w8Gar4l0jVdQfZHFp1z55EjyHasbyRh1Y5 zlSF68nHFd6xFXnceS67p/p/wSZvkdk1LXp8tdj8zIPGfimz0WXTbHX9Qs9N mhEVxaJeyGKZQMYZScEf7PT2r6g+Ef7Rup2fiC00HX7mxstIa3KibU7ybyUl ARUCMI5GiU4YkMSgJ42AYP0Nf/s1eBbvx1eXeo+FtMTSrhCv+gXlzbvESc7l UHZkH8Mfr89/Ev8AZYurW7GsfDO8TU9ElAH2G6uAZocKSX8z7pU4HJxgsM1E cwwzqOnJ8sl0f3lK7Sdtz68+Eciz/B+K7tRFbaRdXT3OlWEbbm0+2lCyJA3J GRuJAHAVlA4Fes2NlNqOsWtjagNcTyBEB6ZNfit4c8W+Nfhr4za70W9udB1W NGR4Z4QRhwM7o5AVOQFOSOwPpX6EfCP44P8AFbwXc+H45BofxAgtAZXV2ijn TO2SaF1DGNgCOqnazLgMAa9QD9Kfi9onmfs+6nbC5JVp7NZEIAWTN5DnI4AH twOua/n1+O9lpmn/ALVvi+10prf7Kl0AyWrZjjcKAyg5PII5HYkjtX7h/HvX 7uwvvBWh6qzRadqCXhvw8Z2DyxEAxUH+7JIOc43g9QCPwN8fwaPafHDxdaeH 4lh0S31e4hslUEDy1kKrjJJwQM8/kOleJgI7yPHwDg4NxVr/ANbXORqe2k8m +jmEskDRnekkP31YcqRyMc45qCivbPYPSPBXxa8e+AdWW40HX7j7Nn97YXTm a2l4xyhOAcAcjB461+r3gXxdYeOfhRonifT3RkvbZXmjjJIhlAxJHyATtcMu cc4zX4s10nhPxb4g8E+NLfX/AA1qMmm6lECu9AGDoeqMrAhlOBwQegPUCsZ0 1LY5K1BVFdaM/bCiuD+H/wAQ/DnxD8EWWp6NqdrPetaxy31hHMpms3YYKumc r8wYAnrjIzXeVxNNHhtOLswooqxa2z3d8lvEVEjZxuPHAzj9KQjw74tfBbw9 8TtMa8mM2n+JLe3cWt3ayLH57bMIkx2tuUEKPUDIGM1806Anjz4YeEtT0Tx9 e6hYPPebba7vM3WnyRrCoCCbDKu7CqASMdMZGB+gTxvG5V1Kn3GPamHqaq94 8r1Ro5c0OSSuvyPlnwTqeiTWltp95cadcazcMJ44NOJmmbDYyVjHyr8yDaRg H0r1zRbHTPClrHr17o99aaDa3Ma3V7PaSlYQHAVdz9Bl9voAa9LVmVwykqwO QR1BriPiJ8VdQ1D4g6J8PbCUWCXUUI1tgcSTxOduFyAAjbTuYEnPGAOW8yWE i5uab9Oh5/1WU6nOpSffX/gHKfHf4/8Ah+w+AeoajobO/iQSLYaQVgGLVnVz 5hyoDbdjEEbvmIznNfkrcXlzdavNfzzF7yWUyySjglycluO+ea+6fjDY6N4k 12wTxHbtd2GhTyQP/ZG1bmbcAWdwFJJJQDO3GTyTivAfHfwcv9I8ET+OvDtj qH/CHERyBbyBjJbo+FBaQKFYbupwMblHNexRnSilCJ9Vh401G0NTym68VeJ7 4QC98R6pd+RCIYfOv5H8uMZwi5bhRk8DjmvqH4Q/tD6b4U+F8vh/xheatcmN Wis5Le3jm8lNoC4yyscYx94YwDz2+QKK1rUKVeDhUV0dabTujufiRrmmeIvj NrWqaKd+kPIqWbmAxM0aqACykk547kn3rm9H13W/D2rG/wBA1i90S+MZjNxY XTwSFCQSu5CDg4HHsKyqK3SSVkI/Vn47ftK6B4w+I3iLULLxfp/iHwvb6HOu h/Zi0DSEq4KFGO9DJKu37oIRYzgcGvyqlllnupJ55HmmkcvJI7FmdickknqS e9fa/wAXf2adH8KfBvVfFXh7W7mFdOtIZLvTTamSO5dAkbSKxctHktJIQdwG 4gYAr4krmoU6dNPk6nFho0oxbp9X+gUUUV1HaFFFFAHa/D/x5rfw5+Jdn4m0 NkaeIFJ7eUZjuIj95G9M46jkEA1+g/w5/ad8H+N/EUei6rZS+FNSeAyJLdTK 1q5RdzjzONuAGI3DGFOSDgH8w6fGgkkKtIsQ2sdz5xwCccA8nGB7nt1rOUIy 3OepRhU33P2Xsvif8O9RuNRitPG2jSNYnF0TqEaLH823O5iARnAyCRkj1Fdp pup211bW+paVew3kDfPBc20qyI3oVYZB+or8Ma+qf2Y/i0PB3j0+DdcuhH4b 1mdfs8khwtpdHChun3X+VSSQBhTwAawlSsro4amF5Ytxdz9PPPhuLS6mv7i4 nvR/qAx3KcklizE5HJzwDk5rPzye/wBazNP1jSdXE50rU7TUhA+yY2twsnlt 6HaTitgCIxM2SHUdG5DnPb04/lXOedsyGsbUvDPh/XdUsbnWNKW+ubUOtrNH I0U8O8YOyRfmHIU46ZUccCult9PvrqJ5Le1kkjVGdnC4UBRknPTivSfCOkap a2l1BJpSPd3EmyGK6hQEYXkgtyDz684pPQiUuSPMfK/jX9l2+nurrV9E8dtc adBGs1zb6lAi3T9AUSRV2nIyclA2Tye9fP3xL8b/ABQ0n4GXnw5/4U9Nd+Hn tTbXWr3ga7lmUBHjbNu21PLCtzk84yRtwf0vv9b0HRNP1S1kEXibVbuCS3ba 7pDZkgjd0w7KemOPevJKVP3dWjbB1p4ZNxW/3n4VnqeMe1Ffp/8AEz9mXwf4 61F9V0SYeD9cc5nltrfzLec8D5otyhTgdVI65INfEvjj4DfEjwJHeXl/op1L RLcFn1PT2EsIQZJZh95BgdWUD3r0I1IyPbp16dTrZnjVFFABJwBk1qdJ+5d5 Z2uoaTdWF9bx3dlcxNFPBKu5JEYYZSD1BBIxX4y/EHwzJ4O+Nnifw04+Sx1C RIDx88RO6NuOmUKnHbOK/Zy6uY7PTLm7mz5UETSPtGThRk4/KvyG+MfjW6+I PxsvfE0ujvo1nLGsNjFLFtd4k4VnOBuY5yeuMgZIArko3uzycJzcz7HldFFF dZ6wUUUUAdt8P/AesfEf4qaX4R0Ka2h1C9WV1lunYRxrGjOxbarEcLgYB5I6 Dmvpw/se61YeONEN14p0m40Fnh+3LI8sc8rYBkihXbhiTkLlgcEH2r5X8FeN Nf8Ah98SdP8AFvhe6Wy1uyWUW8zxh1XzI2jbKng/K54ORnHBr6Vsf20/ipF4 oW51Cx0e/wBIMu+fTUt2iWX6vuJBzgk1y1fbvSFkvx/yKVj0Px7+zH4Bg0qx fSdam8MSjcjebH5oJYjZ5m58jGccHkZ9OfFj+zzFZMqap4ytGaSRzC1mm4GE AbWYOVwxyflBOMdTX0RY/tL/AAn8dzwv4whuvCGqX0UcWof6O0tlH5a8YeL5 8Ej+735wMmvbG8AeHNe0nTfEGmW0WraRdD7Rb3VpMY4bklvmYFQQ3168dRVR WI9mnL599v8AP1PnK+JzCOIu42i+1ra/jp92h8vfCL4a6n4G+JUPiTQr+91O OKCaK6sJpDbQzyEMiM23IkQZ3AEg5weO/wB4+CPF8el/FbR/DHjg2DSaug+z JDpoWO2lJOIxI3+sDHAAclt2OoIAxbHR9S0nxJbPYIZLBkIvSISEBI/dgyE9 RtIA5Jz0A5qr4p8YT2Px18PapB4cuddu9KvopIop/lt5JDH8hL8hHzsZSd23 rg4xXAnVk37R2/paf1b5myhUlBzxGjey7erWn5fM95+I3iNoL+bwzp7MLaNF Ez8IBx9xEX5VXGB0z17VkWvxI1C0tLRI9J0wz28QVLg27+YWA4Y4cD9K8C8S fFXwZouoa1N4n11dJvbNEnvkum8xn8w4DRFMmUbsrwA2RyqjGbPgvxv4c8f+ B4PEHhm9+12LsUdHXbLC46o69VP6EYIyCDVuD6nKozhHVHos9tEdFkvW+WRm GAepY8n8MZ/Svkr9on42Xnw30nTND8K3Nv8A8JVenzZXeNZfscC4wSp43OeB kEYDHg4r60vL1ZNJjtlAYb94fJ44xjH+elfi78XPFGs+Lf2gfEeo655aXUF0 9pFFEgVYoomKqo9fUkknJNVQhffU9T2cJ4jS1kkfWvwx/ax0qbw3NZfFCR7X VonJh1CysCYZ0wuFdUJIkyWOQoXA7Hr7h4Z+OPwt8f8AiyLwppOqtfX19HIq Wt3p8iJOApZl+ddp+UNweoBr8kat2F7Pp2rwX1rJJDdQHfBLFIUeNwPldWHI KnBH0rrdKL2NJYWm7taH2J8fP2ddM8LeFL7xz4JZ4NMgdWv9JclxCrHBkiY8 4BIyp6Akg9q8K+EHhV/Evjy/lbTm1G0sLJpJUVGbbuO0McDpgt1r6q+J37Qv hLxT+yVrlv4S1s2niG9hS1u9NvLcrOIZSUmCkjY2V3cqSQDng1418BPjH4H+ FfhjWbfX/Dt5qup6ndDzLq2CMI4FXCoQxH8RY8dcjPQVD9o6TSV35m2FlUSv O90/mft1ofhGyvWt7ZoLdY/MYFjGpRzg8EYz07dK+DvE/wAINDu/ihrzXsfn 2ser3dvplgLjNtbW8dzIgKI4YICijkYHGBhQAP0u0bRJ9M0h9RvJBbsmSxjY k4x0wD17Y55r82brxa11aibRvM1IwWKl7V7R1lj2Z3KWOPLGAxJGfTGevi1F WavDuj5eFOrZundu627HwL8Z/ho3hv473Fr4V06SXw3epA+mCJWcgGGPdu+U YG8tzj19DUWk/Cm30rQtdvviJPL4fSFGj059+I5ZMEB87TvXJGNpGcHmvoX4 iatd+HtPvfFfiCyuLeO62NHZrEf3pYfKBIT0OG6jgDjNfH/jHxvqHi68gEkZ sNPiUbLNJiyFufnPAyecdOB+NexTnOtrsv67Pp6H09P2sknLTy6/ecbMiR3k sccgmjVyFkAwHAPBx71ZsLI3+ofZxdW9oxRmD3UojQ4GcbjwCe2apUV2HQFF dJ4OfQ4/it4dbxLDLP4f/tCIaikBQOYS4D7d4K5xnqCK948WJpugap4m8DeI PD81xrGrSyT2Wq6rplrYvZMHwPs4V/K2OqnlSg3YwOafQaV3Yu/A/wDY3+N/ 7RFidQ+GGgw32ihipv8AULlbZAVID8fMSBnqMjjH3vlrmPH/AMIviv8ACvw5 4q07VNdjn0TRdVGk61BpWtM8EU+d2xozt3fMR0U4Jz719AfBb9tTxp8C/hd4 k+EcEslraQK1n4a8SWvkLPojC6M7yyReVMLgOwAKq4+XcATkEfN3xK1r4pfF 7xp4g+Jmszy+LhftD/auo6TbbYpHhhWISzQIAYiRH95kUEg44p6JIRl/Cr4z +LfhT4lmuNJlGoaTdEfbtMuWJimxwGB6qwzwR+Oa+yPD37bPgux0q2j1Xwnr kjSXKNqEEX2WVHVSTvVm25fngbABnrXwZ4b8A+KvGVq//CI6XJ4lvow7Tabp w828ijTbmUwj5inzgblBAPBwcZ5CWKWC5khmjaGaNiskbqVZWBwQQehB7Vy1 KFKq05q9g3Vj0L4reO7j4jfHrxH4pee4ksLm8k/syK5hjie3td7GGIrH8oKq QDgnJye9e8fsgeIVsPjFrWg3Wq+Rb6lY5tbF5cLNOh3blXpuEavnHOP0+Qqt 2F/eaXrNtqOn3D2l7byCSGaM4ZGHQ1q4rl5dkZzgpwcT9tNds7zUPBGs2Gn3 RsL+5sZYba5AyYZGQqr49iQfwr8hPFPwn+Ing3SG1LxH4Wu7DTxL5Zuvlkj3 cnkqTgHB5OK/Vb4Z+KX8afAbwv4kmdXvLyxQ3ZXGPOX5ZOBwMsCcds120sUU 9u8M0azQuu10dQysPQg9a44zcHY8WnVlQbVj8L6K94/aQ8L2nhX9qjV7fTtO TTdOvreK+t443yr7wRI2MnbmRZOOOnAxivB67k7q57cZKUVJdQooopln9F3i D4g6vqPwk1KHVNHGlW15ZXLWi2tyLzbNtZQJ2Owom75s7SoUckZAPnd/4atN I+BNxolvbjRNVu2+z287TgfZgAiq0caEZDgHludxbO0jmHwRH4T0nWJLTULq 91K3uPMu5ZzKZGu5mUYw/wB0DAXhcAAcd61728F/oa6TPH5lukolZGGc/MWQ k4ySpLEHPevHnGblyw6b9vTz210/U5qVJUk/ZnjPjH4K6h4o8B3cup2Fzrul WtputxaRKx8lY1ErEuMs3mkngttz6V+bvir4H61okOo3FhcecllGZru2vFEM lvGMcsScE5KjGAea/c3w/wCMLXTfD7w3VtFYW0kfkbrKJTI4UDIcNu4O4nIH Ud8cfFH7ROseE7T4frrk1xFZyGcxLHA6kskkbOq9OSdgIJwDzVUZyhVlBq3b +vzOlNvc/JailbaZGKAqmflBOSB9aSvWAcql5FUYBJwMkAfmele/+CtQ8L6b oumeLfENjc3896z6RGGtEuPLmha3ZHV5P3aho2ZCCjkbc8huPn6nb38ny97e Xu3bM8Z9cUDuewfFnT/AK3Gha94O1GzS61e0NzqOjacxlg0+UsQV3k5XPUJj 5QcdufNtC8Qav4a19NS0W8azugNrfKHSVD1jkRgVdDjBRgVI4INY1FJKyBu5 1U3i/WE8cQeJtHvbjw94gEZEt7pc32Vy5BVmTygojBQhSq8dfU1zl1dXF7qV xeXk73N3PK0s80rFnkdjlmJPUkkkmoKKYgoqeVbYW9sYZJHlaMm4V0ACNuYA KcnI27Tk45JHbJbB5IvYTch2t9480REByuecE8A46ZoA+8f2Q/iFNdadqPw0 urYuLOKXUrG6UgBYy6K8TDqfnk3A89SOwr2f4xfHbQfhXbJpyQHWvFVxD5kF ijYSFc4DzN1UHnAAJOOw5rY+FXww8CeDfD1l4g8LaNc2V9qelQeZPqLFroIy q5Vx0RicF1UAblHoK+Jf2sdMisv2pjexPCTf6XDLIiSlnVlzH8w/hyFXA9Oa 40ozqHjxVOtiPI85+K/xTuvit4r03WL/AEO00e8tLU2xa1dmMqbiy7i3oS2P 9415VRRXWkkrI9aMVFWQUUUUyj9zfD+qjVtROkaWsmpzR3QtIWa4QG4diAoB dsn7wG4kZNemWdhollY6iNeVrfVBAFWG0mEotXB2lGyVEhUtxtOCAT0rlb65 l03xV4cOnlbF7mGZp5LeNUkkKqm0lwNxI+vp6CuB/aP1zVdI/Y+1rxDpV6+m 639h3fbLYCOTd9p2ZyB128Z615qjJ2u/L9fW2ncmL0/roeefFr41/Dvwvoeq W1n400/XryJfKlsdIk82aRicYVjhUKkZO4H6V+dfj34tav4/m0/TtSSS38K2 VyZYNOgdFckjbuLhMFtuFHy4HYV5MzM8jMzFmJySTkk0lddKlClflWr1Y1fq zS1DUPtkdvbxQR21lbjEEaxpv5ChizhQXJ2556ZOMVm0UVuMKKK6C2tLd/hX rN80QN3Dq1lFHJ3VHiuiw/Exof8AgNAm7HP0V+hfwE8K+G9W/YU1WTUNEs57 i9e6t7q5EIWeWMMMIZVw+B254r4f8c6bZaP8XfEGl6bB9msba8aOCLezbVHb LEk/iahSu2jGFRTm49jlKsWtnd312ILK1mvJyCRHBGXbA6nA5qvX6u/AjwN4 T8PfC2y1vR9EgtNXvraP7VeFmeVwUViAzElQSc4GB09BSnLlVxVaqpRvY/OP w38K/H/irxdcaJpHhi8N/bgNdC6j+zrApbZly+Mcg8DJO04Bwa9h8K/s/wAF 3+1QngLUfEkDXGkaZBqOtqtuWDyMysbaMEjI2OmX56k47D9LpMLFJIoAfZ97 HPGcV+SPg3xr4nsv2lNU8VW+qsuv3JuPPu3hjcvuPPyspUdB0HHaslOU72Oa FWpWTtpY/QT47fEiT4YfA37XpexdavpvsWmgFcwkoxMoVs5CADsRllB61+Ul /f32qavPqGpXk1/fTtumuLiQu7npkk8mvcPjH458U+LtE0OHxDqn9oRW08jQ j7NFHtJUA/cUZ6d68ErSnHlibYenyQ13CiiitTrCiiigD//Z --AKMAILBOUNDARY Content-Type: application/octet-stream; name="mediumscale.jpg" Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAAAAAAAD/2wBDAAICAgICAQICAgIDAgIDAwYEAwMD AwcFBQQGCAcJCAgHCAgJCg0LCQoMCggICw8LDA0ODg8OCQsQERAOEQ0ODg7/ 2wBDAQIDAwMDAwcEBAcOCQgJDg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4ODg4O Dg4ODg4ODg4ODg4ODg4ODg4ODg4ODg7/wAARCADQAMgDASIAAhEBAxEB/8QA HwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUF BAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXG x8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEB AQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAEC AxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRom JygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDvobC6TUzb RI8mGIIHyl+3GenT611+m6xdWpiXUbb7VarKAjygkxnnv0NaVnpF5d6isLhI 9RtlVw2fvH+6xHccYI7deasJDLLrs1tqiIiz/K8kACkkZKk++VOcjPvXyXKk tD4eEI07JnaTeKrvSNQa1nR4rKUKq3ITapYA5U9cjnIOemfw3hqovRsaeKRl TLRpg7c8jP4dD6V5No2oS6hrt7pWoFr6yuU4W4f7jgdBnoM56e1dTol1a20k 9hPIq3cDeUhc/M0YPy5PT+LFbRkufmOtJNpm/rOhWPiHwxNplwvnrKDuAjyU POGHbI7fWvhL4h+D4pE8VeC79XFndW81oxfOWikQgNwR1VgeCK++7eWNJ8lR NGcbxkgHnp254rxv4u+GItS8OLr9o2LyxVhMgTiWLI5B6nbyfpXVTqaml+Vn 8zWp2E+leI9Q0u6jeK6s7mSCZJEKMrIxUgqeQcg8VSr7V/au+FL2GvD4l6Ja qum3W2PW1V+UnLbUlwezAhTjoQP71fFVe3GSkrn0lOaqQUkFFFFUahRRRQAU UVaspIIdUt7i5hW6ghlV5LdmK+eoYZTIBxkZ5oAmj1XUotGk06O+mWwfO+33 nyzkgn5enUD8q+zvBvxS8eP4f0HS9O+I/gu2ihMUat5couXwuxY5InKGRjlR lB/CSTkDPyJ4i1rTdYntP7M8PWvh6GBGQx20jOZcnO52bkt24wMAYA5zzybP OTzM+XkbtvXHfFYVaUay97p+A0z6T8XeJ/GnjXWNXg8U614Iu4BJ5kwGrpDG pX+JBFKGdto24G9sdBnmug+Gv7QPjD4W6R/Y9zrGjeM9B8lRbxSea1zBtyBH DMYtyA5AK/dIUfj5XpsXwJbQY31Wfxml8hUyx2xtsy5HIQlCAAQDk4IBPDcY 2PD/AMV/Dng/wTd6PoPha6mllaXZdahPazPEWI2sBJbuNw+bOAo4HGeamSvB x5brsS9VY+0fDnx7+GnjqV9d1HWE0vxSXRLOxvES2u4JNhVQlxwrjooI2np8 vOK6i+0g3Fze3Wo2l1b61FGt5GNJmeSW4mYu6mdATn5lQ8jBPJ6kV+c0vxC1 TxZpQ0zX/Dmi6usCgjUIrOO0vrdPu/JKhVSfmX76tyFr2/4f/HiXwRY3EOsa V4lvo1ghWNb0BwY1+XLOAjjLM+CSwyR+GEcHCEXyabaXf5/mFGChUupWXpf8 /wCkfSuieGfDF3pOo+INPtdU8J6haIJlu0LySs6LtboAMbiR1zyegyK7vwl8 V9SX4jWsF1d2vhfTJGkmuNdSyaJbsY4kniJKF3YAmVQpGckhQwrJ8OftC/Cf 4l63cjQ4YPBepb1tRZ60VAvxjdtSUkgFgrDY2BxwScZf4q8KRQTR3sr3FpA4 22t9DJJPbgEAiGVQDgfOw4PTj2riqVZ03acX/Xo3f/hzoxVLmalRVz6ah1G9 8YsfCtl4qbW9JvPI1GTWDbwzLJbxspS2PloIz5siOPu8qJc9s+5yXwjmGn3i pbxHdIxhUOI+4PTO0+nv7CvzsuNK8Z+CfFs48P60+ny3lksUb6PdTPbsfMLn zI5Ewdm6ZtwjLBCRuFe6eDPizrNx4pv7PxrPa2unyWMYjvLa3ciOaNVDKxC7 m8w7nBAwpAXoRWCr0+a0tPU8eq6cI2k9e3+Z9aWes6vPaCzmlFxIoCoobc6I fTgY5wKK5/w1r2k+K9ChvdBuIp1hk8hrhVZN4QbdhBIOeQckDIIx1xRU1Jyu uV3Xkc7hKpZwd15HT6hfXc/hCG+0Zszu6MCsW/I7jGM4qTVNKmvPAv2yRA99 HbCVfIkGGYfe4GffrWToUdzpmvtpVzJGqNEH3kEI/wAoOATjk9vXHSsu+vde 0E6haw2DQ2007GO6CkrGjngDGAOvU/4Ve/oeMpKSuzKh1MTmyFxaELbAiEwH b2GOe2COfc81pWsM13pF9qd0+DDEQ7LIGMigepOdw3Dj/wDXXF21xE0c7KiF wyhlcE7V5BOR2yM/jWtqd1M/h+GzkmbfPGvEcYKCMYG4n1+Uen6V58mk7kTa lTfKW9L8YuhuY3VlikkXDMTuxjDYx3/x9q9MlsrfV/D6xTr5tsybHBOMgrgj GcjIz9K8KmtdOsHtZ475p1YZaNT8yNnkZAxXqNprC2/lx28O6V1Uhdw4THOe Bg5renK9rnNTm0kp/wDDHyZ8R/A2lDUtZ8H65aJrGjToFeK4jIEkbDI75BHZ gc5GRg1+VPxi/Z48SeAtXu9Y0C2l17wjJK7pJbRM0tiuRhJV5OBnAcZBxzgn FfvL8QfCdp4ptYtTtrv7Nq8MXlxo4zHKoywUkfdOTwScfzr5kvbJ4Z7rT9Qt trjdFPBMmfYqQeor2KNZSjzR2Pco13DWLuj8JKK+2fi7+yvqcOt3Ov8AwziW 9sJ5N0miFwkluTkkxMxAZM/wnBGe46fGF9Y3mma1d6dqFtJZ39rM0NxBKu14 nU4ZWHYggivRjJSWh7sKkaivFlWiiirNQop8UhinWQKrlTnDqGB+oPWmUAFF FFAGpourT6H4ktdUt7a0u5oG3LFfWqTxN9UYEH+Y6jBqldXMt5qVxdztummk MkhHck5NQUUAFW49Qv4Y0SG9uIkQEIqTMAueuMHiqlFAD/Mk81pPMbe2dzbu Tnrk++a7Hwl4/wDFXgzxjpus6Pq90j2ciEW73DmGVFIPlsucFeMYri6KNw2P 0R0L9tqze3WHV/Dk+kGcOt2bK4Lrt2tjDYzk5C4x3OSBzXpXhf4w6R43+Idi ui2+jWmmPppu5JZ79mvZAJQsqNFgBSByBnvn0r8pKv6ZqupaLrkGpaRfz6bq ELbori2lKOp9iK4amEoVG5OOv9dDGdNTXmftvpN2/hjxq2u+HdcfT5Zh+8tk hZredflyGCkBuB1yGU5GexK/LPwb+0L468N6znV7r/hJ9NmuPNuorw5mbjHy Sfw+vQgknIPUFeA8Djafuwd1/Xc8hf2hh2404Raeumn4Nn9IWnRS6jLOs8Au IlTGdgG1O+T/AC9BisHxRFqRthZXsovNFjuIWtppCPObJC7ZCPr19q1/C95c ax8ONL1EaTPptzOwk3GdWWWIjcsi7eoK4xnAIPpW3LbK1lJ5+2ZpW5R1yI8f zPf8fpVqMrWe540KTslPdHimsy6XLdrJZWKxKowHJB3BSchl9eO/40umNBPb qLt41MyswMajKnsD90LwenSnahdNNqQVbSOyjRyokRNvIHB9unv17Vk6YHtN WZXu4pIgpkVuGVyOfvev+RSaeltCW1GWiev3HSwWNnb2Ud3b29pHKW2/6baF lKg5JBOQG4PK4NaWq3UVxosclrFa6bc2koNx5EaB3U4GMqPmBznk9q1bHQpf FPhm00/SLdBfwxDz2W7G1x13lTjk7scVh63pcGja5BbyWz2oKK7Qys+FOMMM 980cjfl/Wx0ckUmlHRnV217ptnpMLX1xEjOd6NIOoHQ/ketc3ruj+H/EULq+ nRXLS/6u8Rdrr2GGHOOvGce1c3AmlRanb21zdzHT57hRcCRDHKsZPOCcg8Hg 10cWr6fpeoalbaQPP0yCR1tmmlRZACS3JAxwOM/48Z2cPgepzScowUU0rfef PmqeCte0zzJWtGmtg+EkUjLD/d6ivi74o/st+HfGOtanrmgX03h3xPd3jT3X nky20zu2XJT7ynOTwcZJ46Y/Vu51WzvNMtoJ7Lz5BGD56yjduKgkAHqeeax9 T+GXh3xLcSalaXstlcSuS5i+dScAYIPoQemBzXq06sr66M7qNacZaM/ns8d/ Ar4h+BvE4spNDudespCTa3+lW7zxygAZyqgshGcYYDpxkc15lqOga9o8sMer aJf6XJNnylu7N4jJjrtDAZ6jp61/QN4k+G2s6HqsNvaSLq6S/wCraNPLb3yp OOvoTXMaj4T8QaTFG+oacbZXOF/fIxJ+gYmu5Vn2PVji521R+J9h8Ififqdh 9qsvAusyQ7iuXsmjOR7Ng16h4Z/ZU+KGt3SnV7e08LWZiDiW8uFldsjIXy4y SD0zuxjPev1ak8OarHpTXjQqYgMhVfcxGcZwP84p66GsXh7+1tTv4tM09VZp JJgV2KCRk5wAMjqTSdZpX0RnLGTS6I/Gj4p/BrxR8KL+yOry2+o6VeEra39q x2swGSjKeVbv3BHfqB5HX3h+0/420nxl8OHs/C15aXeg6ZfxytdTo4uLpioX 9z8oARTIQ2Tk4BAx1+D66KcueCkehh6ntaSkFFFFanUFFFFABRRRQAUUUUAF FFFAH9LfgH4lQWfwj8P3fiG60yDw/f26SaZqUNwBK6SDzE8yHlkODgnPp8oG dvu7XkFnarczAyQuv7vbj588ZGePXkV/Lr4W+KvjLwsLS1j1OXVtEglR/wCy dQlaW1YK27aFJ+UHJHHrX7Ufs+ftBeHfH3wLt7jUbebTdIgxGsAglvG0+dSN 1uAgLeXg7kfA2jg4JArxq1KrSi3HX9DzK2E91ukte259NalpU2p35Nuyx25c sYwmMZJJPua5678N3Sq0ULDesDByUI4znIIXv6+ma3H1HRtTkWTRvE1jezpE ZfskF7Gx47lQxIHTOfWi1vdbjmEhuBcKsQdY5JUAGQOTyO2eOteLebhZ29Nj 5mNKo1y1NzjV+16bGibpIZY0yLi1lYFs4woI5+vbitK+ttVlt7O/vNQu7+fY WMEzNIQOMFctnB6YPQV2N3e6ebVUu7QwzKNpVkcqBnBx2J9DmsxtMv7q2hur S/S5fyixjeQiRew68Y4AxgVUWrXlp2/4cpUpJWTuc7cXkQiuzJb3EMcuFspH KbIyQSVb7xA9AD0z61k20scEc1rPC13aQkvGu7yyzdMkA59RitS50W4FzMp1 GKKzaVHbcRtLYYfwgjIyRRfSxWqyQSyGSBGAbkKz4A5XPJ656fjzmr0s7nEl 7Sf7x7f1/X3HS6LaQ6m8ksY2SJbsEQMAqM4AXH0HU9frVp9TXTvES2+mrvg2 qpUAgEjgZwTkevH4Vzk+rWM6RWsQMEltBtj8tWZWxgA5Hr7+349I1xqFyunz WEW2KKNo28tFw/UckEYB/DHJ9K1jOLSuenTdG3odrbyQXWlK4ltpZGTaxjIK hiOfcfjzVa2aSS5KM6vBGm3IG4sw4JPpnkY9q8/F9cR3+nvPPKg3uZEVcKSe OcDLc+oz+Oa7jR723t7Bbu5SNreaJTJI6iMIx4xx39z/APWpTi+Zdj06Uoyp /kihB4IstR8R757h7SFvmKRrnc2c4UY6HpivHf2nfhv4V0r9nbU/EOovqXiO 1064W8OgaPxNeCNWXyhnOBuYNk9CAQGICn6RLAWytC5kQrufHQDoOe/X9ah1 dLTWtEew1KE3FoyDzImYsHx04/yK0VJc6bd7bmMnG/NJbH8vXxE+IM/jXxAY 7PTIvD/h22kIsNNjwzovQGWTAMj4AycAZzgCvN6/fXx/+wr8HvHUs00Am8P6 zcyMzXunwKkiksSWZRhWJLHJZSTxzxX5+/Fn/gn58XPh9p8+oeGbq0+IWn28 Ze4WzK290oHUrC7kycdlJPHSvfjVg7RPUpYuhL3U7HwZRW/4k8K+JPB/iaXR vFOh3mgapGAXtr2Bo3AIBBwevBHT1rArc79wooooGFFFFABRRRQAUUUUAFdD oni3xP4atb+Dw/r9/osV7Hsuks7pohKO2cHr79a56igD13w78cfih4d1bT7y 38YX95FZTJJHa3kxlQ7ccDdyOmMjBHbFfppN+3T8P7X9nbw3rEd/9s8fXjvD qumx6e8S2kKv8ruB8juR2QqD1+XpX43UVFSFOoldbfiZzhGp8Wp+sPhv/goH 4N3nTfEvhC9No1yGOpW8apIiegi3Nu5wD8w+UE8k4HXW37dXwfXxq1l9k1K4 0bzI4lvp1aM7GI3uIgh+6SxAZhn27fjhRXPLDUpeXocjwdFq36n9Pfh+bQPE /hPTfEPhjXIfEHh/UbfzbW8tBuSRTyuGOe/3kPOcg4IxVjVbG9t7qGbED2u7 bLHKAyg9sA/dOAR9TX5KfsJftJxfD3xbcfCzxrqTf8Ihq9yr6O1w+5LK7dgr IowcLJkHGQu4E9WOf2xeaBriOGUqHPKIUBBx36Y/GvGrUXCryt3T2/4c8Cvg +Wo09uh5VOLa0tpL5EAYKflgIUMQcr0yMdeceldH4fitoLt3nm+zykAqhlJV iwJK8gZ7H1pviNtEsbqV4Yz/AGm2CyqA2Mjrg4HPb8K84l1CS71USXM7rCmP KQptJIOQPl4BHH/1qh0/s20Z5rf1aovM9pZLaGeGBQskgO1TM4D4OMlWxnOD 0rmbqyjj8TySWouGdCD5YkG1juBPUk45zgD39K4a216S41VZ7qXIiXJEx4GO OmME85ruIfE2nW9u8y3CzFyAH8oDOOCvX5j2/wD1VkkudWZ20q8bqO6FsNbW Syns7p5Iw3/LSJApjJ6ZHf65rsEnsNP0eSSS8R7l+JH3H5MdgvcknoK8q1a8 /tPUrS48s2FsSFmliQAyY2knjOcDAqddQt7h0iv7eeG0RVWJ7c4ZSSTk56g9 h7U+XnqJxPWlXhUVrWR3U95cG2tDpUxu0IfzHjj3jd1y2Puk9Pw6Vy406/n1 oGe2luEfMs0bktJGA38JyMEjjiu68PaHa20LTSX0zQ7t8MwjHy5I+/xk9a6q +sLaOwivYmkvLi4Y828qA7cnLgDqM9VyD1obmttjnVKiknE8I1fwZpWsXD6V q+m2OpWT22+e0vog6yc8HaxO49D2GRXgvi/9jX4GeNtNW4m8MnwjdB3UT6Tc soYZyCyvngHPCFepBPTH21qOlC8tWF2X3E/I43K+QcjB4I57dfasCOw1C3sL i5Ba9dWIgWRgOT9fTr24rX21eDSg7h7KtGPuysfjX8Vf2DLrwvA+oeCtcufE VgAc26wZukXBIk2DPmDjkIQxzhVNfBvifwP4k8I6hNDq+nssCSsi3cXzwuVY qfmHQ5HKthh0IB4r+mBl1SfUFttRsZXjj+dmW3LBxznBA6f/AF+1eafEz4La P458O3GoeH/tnhvWZAsf2hFf7PIdw5khJAzhfvrtb13Dg9ccZOCSqK/mdVDG OL5auq7n83tFfsBq/wCzY2patLd+Lfhzp2q2X2QpdanpGDOzrsBkKqiS7uMn G/APUcg+C6z+x74P1CSS48KeNruwEvmNFaXsaT7SBlUBG1sAkA5yQDzzXTDG 0nPkn7r82rfJntJxl8LufnzRWnq+jaroOuz6ZrWnXGmX8LYkguYijD3weo9D 0NZleimmroYUUUUwCiiigB6sghkVo9znG1t2Nvrx3okdXl3LEsIwBtQnHAxn kk89fxplFABRRRQBvWsPh7/hC7q5udRvYfEMc3+jWsVsrQyJhcEvuBUg7s8H oPUkfbFl+3R4ri+DA0a70y4uddt7a3hSWbUma2uyuA7uiqpQ4UEKCck9eMH4 et9b1W08K6jodvevFpV+8b3dsANsrRnKE8Z4PpWYGZVYKxUMMMAeoznB/ECs 5QjP4kYzpwqfEtj9qfgX+014X8cCwTVZIbPxHdRSINEvg80xCAv5iyqmGTrg vg9QOlfQF743srqHyZ42lUzAO0K7NyYxnGOemeefyr8I/h3420z4c+IbXxTb aVH4g8RISkcF7ujitBuBMiFSS7MuVydu3cflbg10fjX9ob4meMbqZBrkvh7T PtHmwWmkuYGiGMBTKuHceuTgnsOAOaVBSkePVy6NSrdbH7z2Hh/StY8LNf6V qQuX8xQVCsBGD1ByOvI/SpJ7OPRdMtrZv34dzKJntyoJ44Geo4HbFfIn7Ffx a1H4j+Bdah1W7A1zQ7UDVXwitcqzEQzID0JxtY4xkf7QFfVt9r1/LdMZ5TI8 TFVYAfMO+fUcDtXkTpKFXRbHiVqcMNVd1Y6iO/8AtFuI7RNtnITG/k/LxkdR 64OOOw+tVV1C2+03Nha2ivcAgh76Q7SoORtXqT6DHc+uC7w9PHdaO0b2+EYk 4YL85zgkfNn9K2IbC3lAaRlulR2MLgYIDDnkdfrXDKcV8D/4Jwzxk9OV7Edx q+sWMFtDas7rbbVHISMbuvy/hnqO3vXpnh2G71fwzaT2vlCZZCHVnJLgHk8Z wc9Tk5+tcVaeTp4aQwqwbCJJMx4wOg6dBjua7rTmVfh6ZIVjS5E2EPAYEscn jFXFqXum9Os5y+J7f0yWe5k0rTZtPntoiJAGRXbaEAb+EZwMAAZA/nzx/iPx ho/hXw6upTys1zcllhhSPa7diMEYHXOc+nrXataTarYXDvfsJYyI5yy4UYwT njjHf6c5r4K/aU+K+keGtF1vxAJVvdM0WIxWMRkCi7mZgoC4z95sZIHQE9BX dTgpz8l+Z1UnKrPkR3tv8W/E0GsSXDC3mgbOIWj4UnuD6/XIr3/w/wDELw3q vhtdO/4SBLm5QbylzGLb5s4woPBHPr+FfzX6t8afiTrfxAGu3fjDVbE+eHW2 068eGGJQ24KsYO0gZx8wOe+a+4/g/wDH/wAG6z8L9G0zxb4wjtPFkEOy9m1d VtVnYbjuD52EBQBkkEkDgE4runh1ynrzwkqcU1+B+vF/q+l2khivL+1jk2n5 JZkGARnGM5wePzrzPU/Dvw78dRma+0ywmkzIsN9bgLLFI0ZjDErj5wCSu/dj bxzivlTUfFHhzTLE3ureItN0+2BCme7v440BPQbmYCrfhH4m+HX8U+X4U8Ya Lq+oeXve0tNRhuSyAgklFYnAOOccZryngYWerZnzTupLSxznxR+Gfhy60ldD +JujJfX1m/8Aot/5Zt/tpCq5aJh1yMbowSR0I6Z/Mv4qfC2x8I3l9qvhvU31 Dw6lxHEqXUfl3EZYHJI7gMCOgIyOO9f0RpJ/b/hIm8srPW7O9iyqmE7PnXGM N6DPTnGPWvy+/bB+Fw+HPwxvvEuk29xcaLrG6Ca3vQss1nKz53k4AKc4DfeB 25zndTwM5Uqns76dF0R69PFqquVqz79z8sKKKK+nOwKKKKACiiigAooooAKK KKACiiigD6A/Zn1PxhYfta+G18J3rwK0jHVITcFIpbUD97uXPz4Byo5+YL6V +xeleKXmvYbXW5lFkW+adYfmQY77RlhX4S+BvHOv/Dzx9B4i8OzRxXiL5ciT QrIksZILIcjgHGMjB9CK+5vhv+1fofiLXf7K8cWMXha5lkxa3sLs9qc4AWQn 5kOc/N93HXGMnlqwk3dHkYuhKr00P05v/GXhrRNEhbSRFqFxJykMJ27B3LMQ SDzjB547Vu6N440PWdJeQNJaXyH95aspc7f7wIGCP19vX5O17xBo3hfwrda3 4g1GHS9KtlBmuJjwuTgAAckk8AAEntUnw08deEvGuu2GpeGNYi1mxi1BIJ2i DxspJXI2sFPRhz0Pr1ry/qtNxskfPfUKPLez9T6/m1u0NkdhIYoHUSRYbPG3 B7cH0/8AryQazeWxee3tnb7P91S4AfcMBypGSOfTuOtcvey6nY+JEaIPBKSf OlYZGCDwpyc9vyrsIr26u9Kt1uIBJYSErcySxY3dPndu3GcYNZ+xpxMqeHp3 srlHWfHcUPw/1xLq1XTpLqxe1ifzGfzJCu04GPvEck9q/Ef9r/xXfXfxU0Xw nFLLFpdhZefKithJZpDnnHUqqrgHpuPrX60/G621af4falqfhzT5JNXsLCcW ELMDHK4RmQkHaclygOT/AFNfgh4j8JfEW5ttW8beIdA1KS2mmFxf6q9t+6LT EFXLKNoDF1wenzAdxXp0IxWqPosHSpqTcehwFFFFd57YV03g3xTqPgr4naN4 n0x3W5sLlZGRJNnnJnDxk4OAy5U8Hg1zNFAmk1Zn7s/CD426rrfwR0LxDpEb QaXfI8i2N183kurtHIoI6jcrY9eDgGrHxl8Yab44+Ausad4ztLSy0aKxm+13 HmYUKUIJAbgMCFIOchgMV+fP7NHxu8N+G/BreA/F14NHiS5abTtRuJT5B3kb omJ4jwfmB+7y2cd/aP2l9VtLv9jjXn0vUorpDd2qSta3AcYMo4O09D6V5jox VW9te54cqco1eXZXPy+fYJWEZJjydpYYJHbIoptFeme6FFFFABRRRQAUUUUA Feh/Duy0HVPEs+j+INFlv4NQgkS2u7aV1uLeSONnAgQELJIzeWoV8jntnI88 rvvhz43Hw8+LnhzxjBpiarfaNeC8t7a6fMEkilSuVxkDjnBOcAdM5uCTmkwO RvLe0TfNYTyTW3mlVEyKsijAILAMfUjPTiqJACKQ4YkcgZyv1rTub2QW+pW8 DZsru8Eu7YFL7N23jkgfvM4zjp1wMLqGi3+l6VpF7eIscOpW5uLXD5YoHKZI 6jlTj1otvboBn3EDW19LA5DMjFdy5w3uMgHB6iiaGW3lRZBtYorgezDI/Qg0 2R/MkDYIO0A5YnJA681e8qC7u7CNb8o8iiOVrokLARwPm5+XHtx07ZKsBt67 488Y+J/DWmaPr/iK91XTNPGLS3nlyqcBQT/eIAwC2SOfU11Pwd+JWo/DL4xW Wq27yvpN06W+rW0a7jLDvBJVf769VPXqMgMa8wuo44dSuIoZRPEkhVJB0cA8 H8agqHFbEuEbOPQ/oy8P/EWfXPDNppN7ZJJdG2H2O9besnyqCoZSfvH6df09 bSdG+Ft3JHcLNut4wu0cjGFYc/j+Zr4D+C3jVPE3wG8IeIrGctewWsUN0RGY 9lxEoWQAemRwR2NfY1pffZLKdZuNPuF35RRlsdgT6+teLUpu910PkKydGfN2 3Pn39oHx9J4b/Zm1a40u3lGvzXJtrVUZTIoC7nlKMCD1VQTwCehxXwDoHjbV dT1HTvBelQ6np8U6qY7VnC2zREgAgh8AZwMEflX6QfFjw9beM/gtrGmCKNNT kc3GmTSsy+VOPu8rnHG9ehGGORivjT4c/CL4j6b8S7L7T4NuG8N28xnEh1C3 lIVJB8qp5u5v4m5GcAgAnC1i5OLs+v57rr+B0YStF2u7N6f8G5keLPgxofjT R9bjh0qbQtQ02wWZ5v7Oj+0zSRocrEU2xvEPkQLkHA4GRg/nWRhiPSv300TT 75fhxJr0xtbS31JXVFtnWSNzwckjGeMMQ2Ca/ET4k+GPEHhL4za5pfiWKCPV GuXnZrVlMMquxYOm3gKc8Dgj0FelhakpR5ZvVX/D5v8AE+xnRqU4py6nC0UU V3nOFSCWVbd4VldYWILIGO1iOmRUdFABRRRQAUUUUAFFFFABRRRQAUUUUAam namLLUNOe4tIb+0tb1LlreVBiUAgshPXawGCK9L+Mnjmw+IHjnSddsdIi0QH Tlje0gfMcWHbaiAcBQuAMAHIJPPTyCirUmouPcd9Ao6HI4NFWktbhdPW/a2Z 7IShC5BCM3Xbn6DtU2bBJsrMzPIzuxZmOSSckmkoopCPoz9n/wCNMvw38Xpo esyqPBOoXDPeEQbpLaUoFWUEckfKoYc8ZIGev7CeFNaGoXenaNqBNxY4IhlV /uLgt9CP8a/Fj4X/AAtsfHd/YtP4js4mkkffpqSD7RtTqSCQcEc5XJABJFfs h8HNG0jSf2ZNHMt2J9fskksATMzsiRSMiZDMTkxhDk9iCAARXBXlCL16nzuY Tw8Xyt+8+n6nr9rothqfiE2tqXEZG5hg5UewPXn3qLxFr3h7wTqcNlptqNZ1 iJQzvLL+7hPUA46nkHH0rP8ACt/N/wAJbHbWFr9tnlb53Zm3DnJXPYdM15t4 y0ybR/ilrunTwtA0V4+1WB5UnIIz1BBBB71yQs20eRhYprmtY47xomqeMLTU pBrVzoOqXULqt5pmIQrlSFkaNQEkIz1YZx3HGPxz+J+laxonx18RaZrusjxD qMF0Vk1Fc7Z/oD0wcqVHCsrL2r9l6/JL9oHRbDRP2sfFsNhfNerdXRvJw4Aa GWb948fHYFuD6EdetdtFJSPp8LWqybhKTaPGKKKK7T0gooooAKKKKACiiigA ooooAklmknkVpW3sqKgOMcKAAPyAqOrFvaXN3KUtbeW4YDJEUZYgevAqvTs7 XAKKKKQFm3NoI7r7UJS/kn7P5eMeZkY3Z7Y3dO+KrUUUAaWmnTZNUsrbVQ1v p73Sfaru3QvPHFkBtqlgpIGSAe/erHiLS30TxzqukOk0a2ly8cQuAA5jzlCc ccqQeODnIrY0zwD4r1XT4by30eUWkoDRySEJvB6EZIOO+fTmu3t/gP8AEjV7 5P7L0dLuFh+8uJL2JI48IrsSzN90BgM9jwa6nSkqHtHbf5/d2K1szxaivtjS v2dvAVm1uNa1rVfEGsyCNItK01Vt4jMBsZHkYMWUyK4JTGB0PIrcbSfAvi39 ofwn8Iokt9VsdGsLoX7IES2S6EeFSKRSZZAmzlfl3MWPQVzRcHfXYwjNSk0l t/VjwP4M6PHbzap4rvHEYhhMFijxbvNYkbypPQgfL0IIZhX6I/su+IL3xFce IvBbEm6a4S8jeQgPPuGx+O4URpk9t3418/x+DZINCTw3pel/Y9OtriRpZgmx owrgAtuBKjljtzkkf7Nepaj4t1X4afsXyeJPCun22m+JtNuDZ6VIkbrM5klE bMdrq7OCW4PXHK4JFcNSaqL2cVrfX+v60PnsRRr43EOMXaK/q/4ep+gUOtaD 8O/Fd+15fNq2tWwKC2tlIw3oXIwMYHIyefwrxjxX4lvfF3j2/wBf1BUjuLlx iNPuooGFUE8nAA5NctaTXVzpdtPevJLeyRK07y53s5ALE575zXzJ+0D8d5fh yD4T8O2+/wAVXdn5pvJMeXYoxwCF/icgMRngcH5ulc0KavaI6VJtKnBH0FrX ivwx4b8r/hIPEGnaKZWCxi9vEiLE5xgMR12n8jXwL+1vbeEG+I/h7WdCube6 1zULaT+02tbxZEKx7VjZlGcMcsM5GQnTvXylqGpahq2rTX+q31xqV9Kcy3F1 M0kjn3ZiSapV3xp8rvc9elh/ZyUrhRRRW53BRRRQAUUUUAFdN4N8LX/jb4m6 P4W0yWGC+1GcQxS3D7Y0J7sewrn7eeW1v4bmBgs0Th0JUMAQcjg8H6Gvs/8A YwitNf8A2qdbkvdUtLTXpdIle3ilsiBMi4aUqyDbGQFU9OeR3qJSUYtsqKu7 HZaf+xbaW/wv1GDWfF8D+Mrtlj0+SKFja2jI25ySp3SBk+XlQAeRnFebeB/2 SfHN3418/wAZfZdD0GzuEkJLrOdQjByyqisGQEDB37Tz04xX6gXuh39heQpN beVcSMkyxiRZWYAKW4ByoZfpw3HIzXG3+ieKZbm2ubW/tNK0koZbe3FrkzEF gVLEkAbgOQM9favM+szqU1yfFJO2v9fqVyrmtJ2PK7L4fWPh/wAZS3/grwPp 1tDcttfy5MpcDaFJYA8bfmBXDEk8YOTXhviP9m/4cv8ABvUJPC87v4lmXzbe +muWa2gAdmI2AkgbQVz82MD1r7DuPC9v4O1C+1i4jmm1SS7zIkZn8lWdRJ3b aVKlWIU5BI/D58u7DV9F0hF0GCPS7f7e8kFvBOZFIZmwhDkhVIbgANg8nHJC hOUFBynv3/H+v6XzGY494aajTldv+v6/q3w7/wAKE+JjS2rW+hpfWcwVvtVv dxlFBOOdzKc98Y7iutuP2ctYi0nUJItdt5ZbEr9rnkj8q0jBbbxIxGckrgkD r0r6h2as2qWljc293p1zFKWgubuPdDAABgKQPmJYHCkgfWs3TfE2rXNk9mbG HUXluCrxSSSNuYsuHdOQAOMHJ9Aa7fazcbqPrr/S9f0FLMZxdrJ+n+fy6Hjf hz9mHTb/AMORahrXje4tJSW329ro3mIQCQMS+ZjkjrtOBzXqPg34ZfDjwnPJ ez+Br3XbpkCQLrNv9pjEwOMIwUJ1wcleOufT1C3h1WLw/wCVfWMeqQSw/PBZ jYW+8SG8xlVRgqOvUHoOB6tZ+ENd+x2O1LOCKa6QmK9mAYRNwxDK3GCO/Awe cEV5Kr4itJxW3Rr8jhjisxxknGjZWe/6P+tTnLvw7H4msNPubLRl02KbaZW/ dxRxneAQwZ02bQCNwDfKOO1YEFl4bi8at4c07xdZ3uslitxbrbGeGQozfu45 Hcboyqk5HHuxPHf/ABU8CeKLH4SnUfCeqyaJpyRA6lfbZJorwkYCRHadg+8C ADhuvXI+c/h/8ONK1fXn1NrmS7WwKm6N3Km8tJCh5bJKFd2CqsADuBUGtYUY zalKV7/PW6/D11PaqUI0aPNNNz3stfW33aXXqc98Z/EOk/BnwjBpOhyTah4w 1+1mkM1yebJGbHnHIyWJzsUnjZuIzjPxN4N8Z6/4E8fWniTw7dra6nATh5Yl lVgeGBU9cgkevPBFbvxdu5bz9pXxm8s7zrHqksURabzAiK21VVgSCoAwMHp6 V5xXsxSij0qEXTgu/X+vwPuTwd8fPiV8Svifo/hPTdT8MaA16ha6uJtJ+eRg QSBub94+BwgIHynGMmvrHVPhnoevNo8/iTXNW12WzuYrqSzEi29hNNGdwc26 jacnPBJODjNfkH4d0zUtZ8e6NpOjs6apd3scNq8e7KOzABsqCRjrkcjFftxp GnLbabZack0s8dtAkXmzvvkcKoGWbuxxyfWuStaOpFerU51Cmkr9F/XU37K1 WSZCse0yEKoY56nivy0/a90I6V+1rPqCuXi1TT4pQDIWw0eYmAH8I+QcfU96 /XrR7SL7DJckr5gRtrtyseB35/H6V+UH7Xfirw5rvxC8OaNpFzHd6ton2qHV XjUfIz+UUjLdyu18jsSR1zXHhed1XJrQpyjGoqUFtufH9FFFeybhRRRQAUUU UAFFFFABWno+tav4e1+HVdD1K50nUogRHc2kxjkUMCGGR2IJBHcGsyik0mrM D7T0v9tfx9afBnTtH1bTbfxT4ss3MK65q00khmtsghZQrBmccqGDAkHknnPU +Df23JV1lIvHvgawk07YR5+jB/MT2CSyHg9Thxzg9hj4GjjklmWOJGkkY4VV GSfwplc6w9BbRXYpyb3P2h8D/Hz4QfF7VpPD2kQ30W/fJPouvvzMCfmaEByC QijgHjAPbNbupeF4prC50uz02MadGjNHKdpwoHyjYx6DA7k9a/L/AMEfAP4s arr2hajaaZdeHLW7iS6tNYFxGBChKnedsgdTsYkLjcTgEAZZer1X9oL46/Dj xRqfgjUvE9lq1xpt0Ybm4ltIblp1AGFMu3djH0bLHdkgY2gqa0Xax8/isDQx dlF6rz8/O5956z4PudW8PKr2PkSLKIIp44zMDhifl9yAvT17jrkaZ4U0rQoZ NMvLi+1GQ4EemtZoDDyWy7c5y2clsAEDnmuI+Hf7TPw28c+FJdM8UT2vw711 NPbcbl2FpPJ91tkuQUJByAcYxjJ616jceNvh3pPg7TtYufiDokOlyZB1CO6W 5804IA8pWJUbgnUdvxpToynOy1XX+v8AOx58culSXs3r1+flp/wPxLereHbs eFH2WayX5Jjty0vnCPghJGYqNuOMkdO2eK6rwWdWTSETxJa4uvMKLa+Zk/dH RgTuGeQB2496xNH8UaH8QrPTovA/jLT7+aN/9MS3ZJ3uAF+YBAymMHIOCCRx 9DsuLPRr2w0iSebUpTvY6hc/u04IDys3Ij+9kDp2HOK8yrFYaTbVtNvz2X3f 1b6ChhYUJc9KNvX+reZ0njXxFpt3Y6doOsX1xZW8sIjMWlXLGePjcFbdu4O0 /KeOo4zXi3j7TPCNx+y54603wlq17qF7f2rhbInESzbFQFccA/JGCQAOCT04 9atfg/rvxUn00eH9fudC06BvMtLg6ashvcl/M8uRnUqFUAK+CD8w+bt0mnfs yN4ev7l7LxJd32sxXxkuV1HasMjkDcrKi8AdQRnBOeRwEpQoWu/lr/XzPOq4 iqsW5tq+3W1uv9dz8E/EHhbxF4V1/wDsvxDo9zpN9yVinjxvAJGVPRhkEZFe iN8FvEdn+zZcfEvW7u30HTtyfY7O7jkM10rcKwCqdu4nC7sA9SQMGv2m8T/B /wAN6FO3ia7lh1XxM8EeZ5rFdxaNjgx5ZjGoUsepORyTnj84v2wPHkbw6H4C 03UWLBmu9WgjxsODiFWPqCHO0H0J5ArvjV9o1yndDESqyUYoo/s5fAvxjpPx a0nx/wCJrRNH0y0t3ks7eVleW6aWN4wdoJ2ABt2W5Py4HcfoHaSiG7BIG1uD xXmnwmvBf/szeA7pY7mINoduuLs5lO2MLuJwNwOMhsDIIPeu11K+h0vw9fal cnFvaW7zynIHyopY8njoK5qnvuzOOVaftufqj5Z/ah+ONzpnh+98B+FNUmsp ink6ldWlw8bOXLB4QRjhQvzYOCX2noRX5uySSSzvLK7SyMcs7tksfUmtTV9Y udX1K4nnkeQSXEk26Q5YlmJyx7nnk1kV3wXLBLqkfTV3RlO9Lay379Qoooqz mCiiigAooooAKKKKACrFrbm61CK2WRY3kbapYMRnsPlBPJ46d6l1H+z/AO3r z+yftH9mec32X7UVMvl5+Xft4zjrjiu1+E1q93+0t4GhjubW1ca1buHux+7O 2QMV+6RuIGFyPvEcjrSb0uS3ZXP0H+Fv7N3hLwFEupaux8SeJZLcxyTS8QW+ 9CkgiXg8hmUs2TjGAvOfObr9jfRp/iZNdw+Kp7Pwo829bBLcNcxqeSglJI9Q CVJxjOT1+1aK4OeV73PBVeqm3fczNE0ez8P+DtK0PTw4sNPtI7W38x9zbI1C rk9zgDmsTW/AXg3xCupNq3hrTrm7v7d4Lm9Fmi3TI6GM4mA3g7TjIOQK9H0x 7+7mXSrSA3c106xQxLbiV2diAAoPc8Djngegr9CvBf7MPw68RfD/AEnULrTN UsIp7bzCbm8H2piSwG4KNoGApAAyM81KXU5+ZrVbn87/AIp/Y31n+25ZPBni ixk055SUt9Y8yN4V7DfGjhz2ztXpXfeC/wBkTwjYeF8+OL2fXdbliIkFjcND b27HvGcBnI9W4/2a/Wvxj8K/hnovxc0rwt4b1q61Wa4vxbXkd0rrJbKW2mdX KJG8a8k7Sc9M968S+JPhCz8E/El9G07WItfsPISWDUIYGjSYN1wCT0OVyCRx WjqTtqzqdes42ufFGmfsq/D7Rdf03VdI1zxPpuo2TrJFcW+pRI5dW3BiRFwe g4wMAd8k/oF8LbDwXdWM1xf2EV34stnaRbnUbozSTbju3RhzhSMY+UDHXua8 WOMDAIOOeaSsKl6kWmzN1qj0bPt+3mvrK5tLt1ghnkcbdiksABkLwOMDdjr6 e9dvpVu2r30s1xahrlofMDHIDlQFOc43Hpk8fhX58vq+qyW0MMmpXTxQkmJD OxCZ44GeOlXbPxP4i09Qtnrl9bp5gkKLcttLDoSM4P41yugm9WYNJnJ/tD/F yXwt4Y8T+LdVic/ZJTbadpwzt84nYi4J4Gcs3PADY7CvxN13XdT8S+LL7W9Y uTd6jdytLNIVAySc9B0HNfa37bXiW7v/ABJ4M0ma+uZZ3S5vr5Wc+XMXZEjY jPLDZL1HAbjqa+Eq9ejFRge3hYKNPm6s9R8J/Gf4k+CfCk+ieHvEs1vpkn3I Zo0mEHBH7reD5fXOFwM89aq6x8XviZr2hSabq3jTUruxkZWeLzggYqcjJUA8 EA/hXnsEE11dx29vE087nCRoMsx9AKaUIjDHABPTPNdMabldpbbnVyQvewyi iikaBRRRQAUUUUAFFFFABRRRQB//2Q== --AKMAILBOUNDARY-- From Jean Wed Feb 11 10:48:17 2004 From: Jean (Jean) Date: Wed, 11 Feb 2004 19:48:17 +0100 Subject: [Mapserver-users] Zoom to in a mapserver project Message-ID: <000801c3f0cf$9cd7f100$5baafea9@r368800143> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3F0D7.FE500DC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I come from France and my english is poor, sorry;-) I have a mapserver project (mapserver4.01) and the first shape (shp = ESRI) is nammed "departements" (yours counties). In the map file, his status is default. I want to propose to users the possibility to zoom to a "departement".=20 I make a itemquery with mapext=3Dshapes as I have seen in this example : function findBuilding(inBuilding){ var aForm =3D document.forms[0] aForm.building.value =3D inBuilding; aForm.mode.value =3D "itemquery"; aForm.qlayer.value =3D "building_query"; aForm.mapext.value =3D "shapes"; aForm.buffer.value =3D "0.005"; aForm.submit() } and in my map file - LAYER # this layer just displays one building when it has been queried NAME "building_query" DATA Build TYPE POLYGON STATUS OFF FILTERITEM Bldg_name FILTER "%building%" CLASS TEMPLATE "demo.html" # Use to display map #COLOR 255 0 0 #OUTLINECOLOR 255 0 0 END # CLASS END # LAYER Mapserver don't work, the return is : msQueryAttributes: Query non defined. Can someone help me? Thank's ------=_NextPart_000_0005_01C3F0D7.FE500DC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
I come from France and my english is = poor,=20 sorry;-)
 
I have a mapserver project = (mapserver4.01) and the=20 first shape (shp ESRI) is nammed "departements"
(yours counties).
In the map file, his status is=20 default.
 
I want to propose to users the = possibility to zoom=20 to a "departement".
I make a itemquery with mapext=3Dshapes = as I have=20 seen in this example :
 
function findBuilding(inBuilding){
  var aForm =3D=20 document.forms[0]
  aForm.building.value  =3D=20 inBuilding;

  aForm.mode.value =3D "itemquery";
 =20 aForm.qlayer.value =3D "building_query";
  aForm.mapext.value = =3D=20 "shapes";
  aForm.buffer.value =3D "0.005";
 =20 aForm.submit()
}

and in my map file -

LAYER   = # this=20 layer just displays one building when it has been queried
  NAME = "building_query"
  DATA Build
  TYPE  = POLYGON
 =20 STATUS OFF
  FILTERITEM Bldg_name
  FILTER=20 "%building%"
  CLASS
    TEMPLATE=20 "demo.html"        # Use to display=20 map
    #COLOR 255 0 0
    = #OUTLINECOLOR 255=20 0 0
  END # CLASS
END # LAYER
Mapserver don't work, the return is = :
msQueryAttributes: Query non=20 defined.
 
Can someone help me?
 
Thank's
------=_NextPart_000_0005_01C3F0D7.FE500DC0-- From zak-ms at hoppsan.org Wed Feb 11 11:51:34 2004 From: zak-ms at hoppsan.org (Zak James) Date: Wed, 11 Feb 2004 14:51:34 -0500 Subject: [Mapserver-users] Displaying x-y Datasets using PHP/Mapscript In-Reply-To: References: Message-ID: This may be a simpler route to what you are trying to accomplish: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData zak -- Zak James Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca On Feb 11, 2004, at 9:14 AM, Jan Vietmeier wrote: > Hi All, > I use Mapserver 4.0 with PHP/Mapscript on Windows NT. > > Is it possible to create a new layer from a dataset (e.g. list of > x-y-coordinates) using PHP/Mapscipt? My intention is to read some > coordinates from an odbc-connection using php and display the > coordinates > with PHP/Mapscript. > > The > http://mapserver.gis.umn.edu/doc40/phpmapscript-byexample-howto.html > -Howto > says that PHP/Mapscript "... includes the possibility of dynamically > create > maps or modify existing ones and to (and here is the key to the > flexibility > that MapScript has) mix this information with other sources of non GIS > data, > such as user input, non spatial and spatial databases, text files, > etc. and > that you can use ..." and also promises the possibility of "... > creation of > dynamic layers and classes ..." > > but I have no idea how to do create layers or maps using PHP/Mapscript. > > Any comments or suggestions would be helpful. > > Jan > > Jan Vietmeier, Diplom-Geograph > Im Fichtenhain 18 > 51069 K?ln > > Tel. +49 (0)221 9468252 > Mobil +49 (0)178 3744854 > Fax. +49 (0)221 9468251 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From John.Arthur at T-Mobile.com Wed Feb 11 11:59:31 2004 From: John.Arthur at T-Mobile.com (Arthur, John) Date: Wed, 11 Feb 2004 11:59:31 -0800 Subject: [Mapserver-users] Using Mapserver & GDAL to find elevation Message-ID: Hello all, I have a project where I need to be able to find the ground elevation of coordinates on the fly. The file format we have is supposedly a proprietary format, but I believe it is close to the "ArcInfo Binary Grid". How would I go about finding the elevation using mapscript (or some other way)? Will mapserver even read this format (by way of GDAL/OGR)? Thanks! - - - - - - - - - - - - - - - - - - - - - - - - - - - - John Arthur Email: john.arthur at t-mobile.com From warmerdam at pobox.com Wed Feb 11 12:19:28 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 11 Feb 2004 15:19:28 -0500 Subject: [Mapserver-users] Re: Using Mapserver & GDAL to find elevation In-Reply-To: References: Message-ID: <402A8E50.2090104@pobox.com> Arthur, John wrote: > Hello all, > > I have a project where I need to be able to find the ground elevation >of coordinates on the fly. The file format we have is supposedly a proprietary >format, but I believe it is close to the "ArcInfo Binary Grid". How would I go >about finding the elevation using mapscript (or some other way)? Will mapserver >even read this format (by way of GDAL/OGR)? John, GDAL will read Arc/Info Binary Grids, so if it is sufficient close to this, it may work. However, currently MapServer and MapScript do not provide a way to query raster values. The only thing you can do with rasters is render them in a mapview. There is an intent to get query operations (in the usual mapserver sense) working for rasters as well as vectors. At that point there might be some mechanism provided for reading query results back from within MapScript. But that isn't going to be immediate. 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 John.Arthur at T-Mobile.com Wed Feb 11 12:28:57 2004 From: John.Arthur at T-Mobile.com (Arthur, John) Date: Wed, 11 Feb 2004 12:28:57 -0800 Subject: [Mapserver-users] RE: Using Mapserver & GDAL to find elevation Message-ID: Thanks Frank. Is there any other ideas outside of mapserver, maybe? -----Original Message----- From: Frank Warmerdam [mailto:warmerdam at pobox.com] Sent: Wednesday, February 11, 2004 3:19 PM To: Arthur, John Cc: mapserver-users at lists.gis.umn.edu Subject: Re: Using Mapserver & GDAL to find elevation Arthur, John wrote: > Hello all, > > I have a project where I need to be able to find the ground elevation >of coordinates on the fly. The file format we have is supposedly a proprietary >format, but I believe it is close to the "ArcInfo Binary Grid". How would I go >about finding the elevation using mapscript (or some other way)? Will mapserver >even read this format (by way of GDAL/OGR)? John, GDAL will read Arc/Info Binary Grids, so if it is sufficient close to this, it may work. However, currently MapServer and MapScript do not provide a way to query raster values. The only thing you can do with rasters is render them in a mapview. There is an intent to get query operations (in the usual mapserver sense) working for rasters as well as vectors. At that point there might be some mechanism provided for reading query results back from within MapScript. But that isn't going to be immediate. 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 Wed Feb 11 12:34:32 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 11 Feb 2004 15:34:32 -0500 Subject: [Mapserver-users] Re: Using Mapserver & GDAL to find elevation In-Reply-To: References: Message-ID: <402A91D8.6000008@pobox.com> Arthur, John wrote: > Thanks Frank. Is there any other ideas outside of mapserver, maybe? John, Well, you could use GDAL more directly. What flavour of MapScript are you using? Perl? Python? PHP? There are Python bindings for GDAL and I think there are PHP bindings as well. If you are using one of these it should be possible to callout to GDAL directly to get the values. This would be slightly ackward, but doable. If you are using perl, things might be more challenging. Perhaps then the best would be to write a small external C++ utility to fetch the values. 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 cpurvis at asg.sc.edu Wed Feb 11 12:43:16 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Wed, 11 Feb 2004 15:43:16 -0500 Subject: [Mapserver-users] RE: Using Mapserver & GDAL to find elevation Message-ID: > Thanks Frank. Is there any other ideas outside of mapserver, maybe? Hi, John: Some folks will roll their eyes when they hear this, but if you have some sort of RGB to real_data_value lookup, then consider using something like ImageMagick w/ your MapScript to pull the value from your raster image. We use it w/ our satellite imagery, and it works very well. Basically, once the user zooms or pans to their extent of interest and click on a point to query, I have MapServer dump only the raster image to disk w/ the current extents. Take that (x,y), pass it through ImageMagick to extract the RGB from this dumped image, and then do a lookup for that RGB in a table in our db to pull back the sea surface temperature. Make sure you're using a lossless image format, though, e.g. PNG. Works like a charm. But it ain't OGC-compliant! If you want more info or code, let me know. Charlton From John.Arthur at T-Mobile.com Wed Feb 11 12:46:59 2004 From: John.Arthur at T-Mobile.com (Arthur, John) Date: Wed, 11 Feb 2004 12:46:59 -0800 Subject: [Mapserver-users] RE: Using Mapserver & GDAL to find elevation Message-ID: I'm using PHP, but not above learning Python. I don't have much experience with C++ either. Where can I find more information on the gdal binding for PHP? I saw a the gdal_tutorial.html, looks a bit intimidating. Maybe I've gotten in over my head :) -----Original Message----- From: Frank Warmerdam [mailto:warmerdam at pobox.com] Sent: Wednesday, February 11, 2004 3:35 PM To: Arthur, John Cc: mapserver-users at lists.gis.umn.edu Subject: Re: Using Mapserver & GDAL to find elevation Arthur, John wrote: > Thanks Frank. Is there any other ideas outside of mapserver, maybe? John, Well, you could use GDAL more directly. What flavour of MapScript are you using? Perl? Python? PHP? There are Python bindings for GDAL and I think there are PHP bindings as well. If you are using one of these it should be possible to callout to GDAL directly to get the values. This would be slightly ackward, but doable. If you are using perl, things might be more challenging. Perhaps then the best would be to write a small external C++ utility to fetch the values. 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 stephen.clark at focus.ca Wed Feb 11 13:56:12 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Wed, 11 Feb 2004 13:56:12 -0800 Subject: [Mapserver-users] concatenate 2 or more fields in shape file to display in MS as label References: <1075933857.402172a198fc1@www.agi-lan.com> <1075938534.24975.5.camel@localhost> <40232010.8080802@pobox.com> <4023AAA5.9080202@dmsolutions.ca> Message-ID: <064a01c3f0e9$dd372210$6c000a0a@sclark> Hi all, I have two fields in a Shape file that I would like to Concatenate and display as a label in mapserver. For example: LAYER NAME township_range TYPE LINE STATUS OFF DATA "d:/shp/townships" LABELITEM "TWP" # and I want to concatenate # LABELITEM "RNG" # to the label CLASS COLOR 10 10 10 LABEL MINFEATURESIZE 40 MINDISTANCE 150 POSITION AUTO COLOR 10 10 10 FONT arial TYPE truetype SIZE 10 FORCE TRUE END END END I would like the final string to be like "084 021" . OR a more general case 'TWP' + 'township value' + 'space' + 'RNG' + Range Value' like: "TWP 084 RNG 021" Has anyone tried this out? thanks Stephen From david.mitchell at telogis.com Wed Feb 11 13:13:43 2004 From: david.mitchell at telogis.com (David Mitchell) Date: Thu, 12 Feb 2004 10:13:43 +1300 Subject: [Mapserver-users] Drawing lines only once Message-ID: <402A9B07.9000506@telogis.com> I want to effectively draw boundaries of countries. Currently I have POLYGON data for each country and I want to draw the outlines for the countries but I only want to draw outlines where two countries meet once. My outline is defined as so: CLASS COLOR 252 226 120 SIZE 5 SYMBOL 'solid' STYLE SYMBOL 'country_dash' SIZE 1 COLOR 0 0 0 END END SYMBOL # country_dash ANTIALIAS TRUE NAME 'country_dash' TYPE ELLIPSE POINTS 1 1 END FILLED true STYLE 1 3 10 3 END END So I am trying to get a thick solid yellow line with a thin black dots and dashed centreline. The problem is that this gets drawn twice because two countries of course share the same boundary so each draws its outline. Is there any way to only draw this boundary once? -- 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 steve.lime at dnr.state.mn.us Wed Feb 11 13:16:18 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 11 Feb 2004 15:16:18 -0600 Subject: [Mapserver-users] concatenate 2 or more fields in shape file to display in MS as label Message-ID: Use the TEXT option in the class object. You'd do something like: TEXT "TWP [TWP] RNG [RNG]" You could do the concatenation ahead of time in ArcView or any other software (e.g. perl with XBase.pm) that could manipulate dbase files. Steve >>> "Stephen Clark" 2/11/2004 3:56:12 PM >>> Hi all, I have two fields in a Shape file that I would like to Concatenate and display as a label in mapserver. For example: LAYER NAME township_range TYPE LINE STATUS OFF DATA "d:/shp/townships" LABELITEM "TWP" # and I want to concatenate # LABELITEM "RNG" # to the label CLASS COLOR 10 10 10 LABEL MINFEATURESIZE 40 MINDISTANCE 150 POSITION AUTO COLOR 10 10 10 FONT arial TYPE truetype SIZE 10 FORCE TRUE END END END I would like the final string to be like "084 021" . OR a more general case 'TWP' + 'township value' + 'space' + 'RNG' + Range Value' like: "TWP 084 RNG 021" Has anyone tried this out? thanks Stephen _______________________________________________ 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 Wed Feb 11 14:37:16 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Wed, 11 Feb 2004 19:37:16 -0300 Subject: [Mapserver-users] Question about projections conversions... Message-ID: <000001c3f0ef$9a415a10$1364a8c0@parapente> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C3F0D6.74F42210 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, In my application I needed to calculate a area. My points were in WGS84. So, I did some projection conversions from WGS84 to utm WGS84 so that I could calculate my area in meters or any other metric unit. Everything went fine, until I compared my area results with the same area results from MapInfo. The mapscript area was with a 0,3% error. In small areas this is nothing, but for medium to big areas, which is my case, this error is quite big. I talked to the guy who did the MapInfo calculations to get the area. He said that this error probably is because I'm using utm, which doesn't considers the earth flattening or something like that. So I wanted to ask you this: Is there a way to calculate the area using mapscript and proj.4 that considers the earth flattening or something like that (I really don't know the term for that). Thanks in advance, Murilo ------=_NextPart_000_0001_01C3F0D6.74F42210 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

  Hi = all,

  In my application I needed to = calculate a area. My points were in WGS84. So, I did some = projection conversions from WGS84 to utm WGS84 so that I could = calculate my area in meters or any other metric unit.

  Everything went fine, until I = compared my area results with the same area results from MapInfo. The mapscript area was with a 0,3% error. In small areas this is nothing, but for medium to big areas, = which is my case, this error is quite big…

  I talked to the guy who did the = MapInfo calculations to get the area… He said that this error probably is because = I’m using utm, which doesn’t considers the = earth flattening or something like that.

  So I wanted to ask you this: Is = there a way to calculate the area using mapscript = and proj.4 that considers the earth flattening or something like that (I really = don’t know the term for that).

  Thanks in = advance,

     = Murilo

------=_NextPart_000_0001_01C3F0D6.74F42210-- From steve.lime at dnr.state.mn.us Wed Feb 11 14:14:51 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 11 Feb 2004 16:14:51 -0600 Subject: [Mapserver-users] Drawing lines only once Message-ID: Nope, not without altering the underlying GIS data. We have the same problem here with county boundaries and maintain 2 versions of the data. On line-based version for map making and one polygon-based version for everything else. Steve >>> David Mitchell 2/11/2004 3:13:43 PM >>> I want to effectively draw boundaries of countries. Currently I have POLYGON data for each country and I want to draw the outlines for the countries but I only want to draw outlines where two countries meet once. My outline is defined as so: CLASS COLOR 252 226 120 SIZE 5 SYMBOL 'solid' STYLE SYMBOL 'country_dash' SIZE 1 COLOR 0 0 0 END END SYMBOL # country_dash ANTIALIAS TRUE NAME 'country_dash' TYPE ELLIPSE POINTS 1 1 END FILLED true STYLE 1 3 10 3 END END So I am trying to get a thick solid yellow line with a thin black dots and dashed centreline. The problem is that this gets drawn twice because two countries of course share the same boundary so each draws its outline. Is there any way to only draw this boundary once? -- 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. _______________________________________________ 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 Wed Feb 11 15:27:25 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Wed, 11 Feb 2004 15:27:25 -0800 Subject: [Mapserver-users] Max number of layers craps out at about 295 References: <000001c3f0ef$9a415a10$1364a8c0@parapente> Message-ID: <08f801c3f0f6$9bb41fc0$6c000a0a@sclark> This is a multi-part message in MIME format. ------=_NextPart_000_08F4_01C3F0B3.8D52EC60 Content-Type: multipart/alternative; boundary="----=_NextPart_001_08F5_01C3F0B3.8D52EC60" ------=_NextPart_001_08F5_01C3F0B3.8D52EC60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, I am trying to get the max number of layers that MS will read from a = *.map file to be 500 or more. Once I exceed about 295 layers the MAP file will not be displayed. The error I get is 'The Memory could not be "read".' with some hex codes = displayed. I have attached my "map.h" file as reference. Is there some other file that have to modify to be able to increase the = number of layers? thanks Stephen ------=_NextPart_001_08F5_01C3F0B3.8D52EC60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I am trying to get the max number of = layers that MS=20 will read from a *.map file to be 500 or more.
 
Once I exceed about 295 layers the MAP = file will=20 not be displayed.
 
The error I get is 'The Memory could = not be=20 "read".' with some hex codes displayed.
 
I have attached my "map.h" file as=20 reference.
Is there some other file that have to = modify to be=20 able to increase the number of layers?
 
thanks
Stephen
------=_NextPart_001_08F5_01C3F0B3.8D52EC60-- ------=_NextPart_000_08F4_01C3F0B3.8D52EC60 Content-Type: text/plain; name="map.h" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="map.h" #ifndef MAP_H #define MAP_H /* $Id: map.h,v 1.255 2003/08/01 04:34:50 sdlime Exp $ ** ** Main includes. If a particular header was needed by several .c files = then ** I just put it here. What the hell, it works and it's all right here. = -SDL- */ #include #include #include #include #if defined(_WIN32) && !defined(__CYGWIN__) #include #include #include #else #include #endif #ifdef USE_MPATROL #include "mpatrol.h" #endif #include "maperror.h" #include "mapprimitive.h" #include "mapshape.h" #include "mapsymbol.h" #include "maptree.h" // quadtree spatial index #include "maphash.h" #include "mapproject.h" #include #if defined USE_PDF #include #endif #ifdef USE_MING_FLASH #include "ming.h" #endif #include /* regular expression support */ #include #ifdef USE_MING #include "ming.h" #endif #ifdef __cplusplus extern "C" { #endif // General defines, wrapable #define MS_VERSION "4.0.1.1" #define MS_TRUE 1 /* logical control variables */ #define MS_FALSE 0 #define MS_ON 1 #define MS_OFF 0 #define MS_DEFAULT 2 #define MS_EMBED 3 #define MS_DELETE 4 #define MS_YES 1 #define MS_NO 0 #define MS_SINGLE 0 /* modes for searching (spatial/database) */ #define MS_MULTIPLE 1 // General defines, not wrapable #ifndef SWIG #define MS_DEFAULT_MAPFILE_PATTERN "\\.map$" #define MS_TEMPLATE_EXPR = "\\.(jsp|asp|cfm|xml|wml|html|htm|shtml|phtml|php)$" #define MS_INDEX_EXTENSION ".qix" #define MS_QUERY_EXTENSION ".qy" #define MS_DEG_TO_RAD .0174532925199432958 #define MS_RAD_TO_DEG 57.29577951 #define MS_RED 0 #define MS_GREEN 1 #define MS_BLUE 2 #define MS_MAXCOLORS 700 /* maximum nuumber of color calls in a map file = ??? */=20 #define MS_BUFFER_LENGTH 2048 /* maximum input line length */ #define MS_URL_LENGTH 1024 #define MS_MAXPATHLEN 1024 #define MS_MAXIMGSIZE 2048 #define MS_MAXCLASSES 700 /* maximum number of classes in a map file */ #define MS_MAXSTYLES 15 #define MS_MAXPROJARGS 20 #define MS_MAXLAYERS 700 /* maximum number of layers in a map file */ #define MS_MAXJOINS 15 #define MS_ITEMNAMELEN 32 #define MS_NAMELEN 32 #define MS_MINSYMBOLSIZE 1 // in pixels #define MS_MAXSYMBOLSIZE 100 #define MS_URL 0 /* template types */ #define MS_FILE 1 #define MS_MINFONTSIZE 4 #define MS_MAXFONTSIZE 256 #define MS_LABELCACHEINITSIZE 100 #define MS_LABELCACHEINCREMENT 10 #define MS_RESULTCACHEINITSIZE 10 #define MS_RESULTCACHEINCREMENT 10 #define MS_FEATUREINITSIZE 10 /* how many points initially can a feature = have */ #define MS_FEATUREINCREMENT 10 #define MS_EXPRESSION 2000 #define MS_REGEX 2001 #define MS_STRING 2002 #define MS_NUMBER 2003 #define MS_COMMENT 2004 // General macro definitions #define MS_MIN(a,b) (((a)<(b))?(a):(b)) #define MS_MAX(a,b) (((a)>(b))?(a):(b)) #define MS_ABS(a) (((a)<0) ? -(a) : (a)) #define MS_SGN(a) (((a)<0) ? -1 : 1) #define MS_NINT(x) ((x) >=3D 0.0 ? ((long) ((x)+.5)) : ((long) = ((x)-.5))) #define MS_PEN_TRANSPARENT -1 #define MS_PEN_UNSET -4 #define MS_VALID_EXTENT(minx, miny, maxx, maxy) (((minxmimetype ? format->mimetype = : "unknown") #define MS_IMAGE_EXTENSION(format) (format->extension ? = format->extension : "unknown") #define MS_DRIVER_GD(format) = (strncasecmp((format)->driver,"gd/",3)=3D=3D0) #define MS_DRIVER_SWF(format) = (strncasecmp((format)->driver,"swf",3)=3D=3D0) #define MS_DRIVER_GDAL(format) = (strncasecmp((format)->driver,"gdal/",5)=3D=3D0) #define MS_DRIVER_PDF(format) = (strncasecmp((format)->driver,"pdf",3)=3D=3D0) #define MS_DRIVER_IMAGEMAP(format) = (strncasecmp((format)->driver,"imagemap",8)=3D=3D0) #define MS_RENDER_WITH_GD 1 #define MS_RENDER_WITH_SWF 2 #define MS_RENDER_WITH_RAWDATA 3 #define MS_RENDER_WITH_PDF 4 #define MS_RENDER_WITH_IMAGEMAP 5 #define MS_RENDERER_GD(format) ((format)->renderer =3D=3D = MS_RENDER_WITH_GD) #define MS_RENDERER_SWF(format) ((format)->renderer =3D=3D = MS_RENDER_WITH_SWF) #define MS_RENDERER_RAWDATA(format) ((format)->renderer =3D=3D = MS_RENDER_WITH_RAWDATA) #define MS_RENDERER_PDF(format) ((format)->renderer =3D=3D = MS_RENDER_WITH_PDF) #define MS_RENDERER_IMAGEMAP(format) ((format)->renderer =3D=3D = MS_RENDER_WITH_IMAGEMAP) // ok, we'll switch to an UL cell model to make this work with WMS #define MS_CELLSIZE(min,max,d) ((max - min)/d) #define MS_MAP2IMAGE_X(x,minx,cx) (MS_NINT((x - minx)/cx)) #define MS_MAP2IMAGE_Y(y,maxy,cy) (MS_NINT((maxy - y)/cy)) #define MS_IMAGE2MAP_X(x,minx,cx) (minx + cx*x) #define MS_IMAGE2MAP_Y(y,maxy,cy) (maxy - cy*y) // For maplabel and mappdf #define LINE_VERT_THRESHOLD .17 // max absolute value of cos of line = angle, the closer to zero the more vertical the line must be // For CARTO symbols #define MS_PI 3.14159265358979323846 #define MS_PI2 1.57079632679489661923 // (MS_PI / 2) #define MS_3PI2 4.71238898038468985769 // (3 * MS_PI2) #define MS_2PI 6.28318530717958647693 // (2 * MS_PI) #endif // General enumerated types - needed by scripts enum MS_FILE_TYPE {MS_FILE_MAP, MS_FILE_SYMBOL}; enum MS_UNITS {MS_INCHES, MS_FEET, MS_MILES, MS_METERS, MS_KILOMETERS, = MS_DD, MS_PIXELS}; enum MS_SHAPE_TYPE {MS_SHAPE_POINT, MS_SHAPE_LINE, MS_SHAPE_POLYGON, = MS_SHAPE_NULL}; enum MS_LAYER_TYPE {MS_LAYER_POINT, MS_LAYER_LINE, MS_LAYER_POLYGON, = MS_LAYER_RASTER, MS_LAYER_ANNOTATION, MS_LAYER_QUERY, MS_LAYER_CIRCLE, = MS_LAYER_GRATICULE}; enum MS_FONT_TYPE {MS_TRUETYPE, MS_BITMAP}; enum MS_LABEL_POSITIONS {MS_UL, MS_LR, MS_UR, MS_LL, MS_CR, MS_CL, = MS_UC, MS_LC, MS_CC, MS_AUTO, MS_XY}; // arrangement matters for auto = placement, don't change it enum MS_BITMAP_FONT_SIZES {MS_TINY , MS_SMALL, MS_MEDIUM, MS_LARGE, = MS_GIANT}; enum MS_QUERYMAP_STYLES {MS_NORMAL, MS_HILITE, MS_SELECTED}; enum MS_CONNECTION_TYPE {MS_INLINE, MS_SHAPEFILE, MS_TILED_SHAPEFILE, = MS_SDE, MS_OGR, MS_UNUSED_1, MS_POSTGIS, MS_WMS, MS_ORACLESPATIAL, = MS_WFS, MS_GRATICULE, MS_MYGIS }; enum MS_JOIN_CONNECTION_TYPE {MS_DB_XBASE, MS_DB_MYSQL, MS_DB_ORACLE, = MS_DB_POSTGRES}; enum MS_JOIN_TYPE {MS_JOIN_ONE_TO_ONE, MS_JOIN_ONE_TO_MANY}; enum MS_CAPS_JOINS_AND_CORNERS {MS_CJC_NONE, MS_CJC_BEVEL, MS_CJC_BUTT, = MS_CJC_MITER, MS_CJC_ROUND, MS_CJC_SQUARE, MS_CJC_TRIANGLE};=20 enum MS_RETURN_VALUE {MS_SUCCESS, MS_FAILURE, MS_DONE}; enum MS_IMAGEMODE { MS_IMAGEMODE_PC256, MS_IMAGEMODE_RGB, = MS_IMAGEMODE_RGBA, MS_IMAGEMODE_INT16, MS_IMAGEMODE_FLOAT32 }; #define MS_FILE_DEFAULT MS_FILE_MAP =20 =20 // FONTSET OBJECT - used to hold aliases for TRUETYPE fonts typedef struct { #ifdef SWIG %immutable; #endif char *filename;=20 int numfonts; #ifdef SWIG %mutable; #endif #ifndef SWIG hashTableObj fonts; struct map_obj *map; #endif } fontSetObj; // FEATURE LIST OBJECT - for inline features, shape caches and queries #ifndef SWIG typedef struct listNode { shapeObj shape; struct listNode *next; } featureListNodeObj; typedef featureListNodeObj * featureListNodeObjPtr; #endif // COLOR OBJECT typedef struct { int pen; int red; int green; int blue; #if ALPHACOLOR_ENABLED int alpha; #endif } colorObj; #ifndef SWIG // PALETTE OBJECT - used to hold colors while a map file is read typedef struct { colorObj colors[MS_MAXCOLORS-1]; int colorvalue[MS_MAXCOLORS-1]; int numcolors; } paletteObj; #endif // EXPRESSION OBJECT #ifndef SWIG typedef struct { char *string; int type; // logical expression options char **items; int *indexes; int numitems; // regular expression options regex_t regex; // compiled regular expression to be matched int compiled; } expressionObj; #endif #ifndef SWIG // JOIN OBJECT - simple way to access other XBase files, one-to-one or = one-to-many supported typedef struct { char *name; char **items, **values; // items/values (process 1 record at a time) int numitems; char *table; char *from, *to; // item names void *joininfo; // vendor specific (i.e. XBase, MySQL, etc.) stuff to = allow for persistant access =20 char *header, *footer; #ifndef __cplusplus char *template; #else char *_template; #endif enum MS_JOIN_TYPE type; char *connection; enum MS_JOIN_CONNECTION_TYPE connectiontype; } joinObj; #endif // OUTPUT FORMAT OBJECT - see mapoutput.c for most related code. typedef struct { char *name; char *mimetype; char *driver; char *extension; int renderer; // MS_RENDER_WITH_* int imagemode; // MS_IMAGEMODE_* value. int transparent; int numformatoptions; char **formatoptions; int refcount; int inmapfile; //boolean value for writing } outputFormatObj; // The following is used for "don't care" values in transparent, = interlace and // imagequality values.=20 #define MS_NOOVERRIDE -1111=20 // QUERY MAP OBJECT - used to visualize query results typedef struct { int height, width; int status; int style; /* HILITE, SELECTED or NORMAL */ colorObj color; } queryMapObj; // LABEL OBJECT - parameters needed to annotate a layer, legend or = scalebar typedef struct { char *font; enum MS_FONT_TYPE type; colorObj color; colorObj outlinecolor; colorObj shadowcolor; int shadowsizex, shadowsizey; colorObj backgroundcolor; colorObj backgroundshadowcolor; int backgroundshadowsizex, backgroundshadowsizey; int size; int sizescaled; int minsize, maxsize; int position; int offsetx, offsety; double angle; int autoangle; // true or false int buffer; /* space to reserve around a label */ int antialias; char wrap; int minfeaturesize; /* minimum feature size (in pixels) to label */ int autominfeaturesize; // true or false int mindistance; int partials; /* can labels run of an image */ int force; // labels *must* be drawn } labelObj; // WEB OBJECT - holds parameters for a mapserver/mapscript interface typedef struct { char *log; char *imagepath, *imageurl; struct map_obj *map; #ifndef __cplusplus char *template; #else char *_template; #endif char *header, *footer; char *empty, *error; /* error handling */ rectObj extent; /* clipping extent */ double minscale, maxscale; char *mintemplate, *maxtemplate; #ifndef SWIG hashTableObj metadata; #endif } webObj; // STYLE OBJECT - holds parameters for symbolization, multiple styles = may be applied within a classObj typedef struct { colorObj color; colorObj backgroundcolor; colorObj outlinecolor; int symbol; char *symbolname; int size; int sizescaled; // may not need this int minsize, maxsize; int offsetx, offsety; // for shadows, hollow symbols, etc... int antialias; } styleObj; // CLASS OBJECT - basic symbolization and classification information typedef struct class_obj{ #ifndef SWIG expressionObj expression; // the expression to be matched #endif int status; styleObj *styles; int numstyles; labelObj label; char *name; // should be unique within a layer char *title; // used for legend labeling #ifndef SWIG expressionObj text; #endif #ifndef __cplusplus char *template; #else char *_template; #endif int type; #ifndef SWIG hashTableObj metadata; #endif double minscale, maxscale; struct layer_obj *layer; int debug; char *keyimage; } classObj; // LABELCACHE OBJECTS - structures to implement label caching and = collision avoidance etc // Note: These are scriptable, but are read only. #ifdef SWIG %immutable; #endif typedef struct { char *string; double featuresize; styleObj *styles; // copied from the classObj, only present if there = is a marker to be drawn int numstyles; labelObj label; // copied from the classObj int layerindex; // indexes int classindex; int tileindex; int shapeindex; pointObj point; // label point shapeObj *poly; // label bounding box int status; // has this label been drawn or not } labelCacheMemberObj; typedef struct { int id; // corresponding label shapeObj *poly; // marker bounding box (POINT layers only) } markerCacheMemberObj; typedef struct { labelCacheMemberObj *labels; int numlabels; int cachesize; markerCacheMemberObj *markers; int nummarkers; int markercachesize; } labelCacheObj; typedef struct { long shapeindex; int tileindex; char classindex; } resultCacheMemberObj; #ifdef SWIG %mutable; #endif typedef struct { #ifndef SWIG resultCacheMemberObj *results; int cachesize; #endif #ifdef SWIG %immutable; #endif int numresults; rectObj bounds; #ifdef SWIG %mutable; #endif } resultCacheObj; // SYMBOLSET OBJECT typedef struct { char *filename; int imagecachesize; #ifdef SWIG %immutable; #endif // SWIG int numsymbols; #ifdef SWIG %mutable; #endif // SWIG symbolObj symbol[MS_MAXSYMBOLS]; #ifndef SWIG struct map_obj *map; fontSetObj *fontset; // a pointer to the main mapObj version struct imageCacheObj *imagecache; #endif // SWIG } symbolSetObj; // REFERENCE MAP OBJECT typedef struct { rectObj extent; int height, width; colorObj color; colorObj outlinecolor; char *image; int status; int marker; char *markername; int markersize; int minboxsize; int maxboxsize; struct map_obj *map; } referenceMapObj; // SCALEBAR OBJECT typedef struct { colorObj imagecolor; int height, width; int style; int intervals; labelObj label; colorObj color; colorObj backgroundcolor; colorObj outlinecolor; int units; int status; // ON, OFF or EMBED int position; // for embeded scalebars int transparent; int interlace; int postlabelcache; } scalebarObj; // LEGEND OBJECT typedef struct { colorObj imagecolor; labelObj label; int keysizex, keysizey; int keyspacingx, keyspacingy; colorObj outlinecolor; // Color of outline of box, -1 for no outline int status; // ON, OFF or EMBED int height, width; int position; // for embeded legends int transparent; int interlace; int postlabelcache; #ifndef __cplusplus char *template; #else char *_template; #endif struct map_obj *map; } legendObj; typedef struct { double dwhichlatitude; double dwhichlongitude; double dstartlatitude; double dstartlongitude; double dendlatitude; double dendlongitude; double dincrementlatitude; double dincrementlongitude; double minarcs; double maxarcs; double minincrement; double maxincrement; double minsubdivides; double maxsubdivides; int bvertical; int blabelaxes; int ilabelstate; int ilabeltype; rectObj extent; lineObj *pboundinglines; pointObj *pboundingpoints; char *labelformat; } graticuleObj; // LAYER OBJECT - basic unit of a map typedef struct layer_obj { int index; struct map_obj *map; char *classitem; // .DBF item to be used for symbol lookup int classitemindex; #ifndef SWIG #ifndef __cplusplus classObj *class; // always at least 1 class #else classObj *_class; #endif #endif #ifdef SWIG %immutable; #endif int numclasses; #ifdef SWIG %mutable; #endif char *header, *footer; // only used with multi result queries #ifndef __cplusplus char *template; // global template, used across all classes #else char *_template; #endif resultCacheObj *resultcache; // holds the results of a query against = this layer char *name; // should be unique char *group; // shouldn't be unique it's supposed to be a group right? int status; // on or off char *data; // filename, can be relative or full path enum MS_LAYER_TYPE type; int annotate; // boolean flag for annotation double tolerance; // search buffer for point and line queries (in = toleranceunits) int toleranceunits; double symbolscale; // scale at which symbols are default size double scalefactor; // computed, not set double minscale, maxscale; double labelminscale, labelmaxscale; int sizeunits; // applies to all classes int maxfeatures; colorObj offsite; // transparent pixel value for raster images int transform; // does this layer have to be transformed to file = coordinates int labelcache, postlabelcache; // on or off char *labelitem, *labelsizeitem, *labelangleitem; int labelitemindex, labelsizeitemindex, labelangleitemindex; char *tileitem; int tileitemindex; char *tileindex; // layer index file for tiling support #ifndef SWIG projectionObj projection; // projection information for the layer #endif int project; // boolean variable, do we need to project this layer or = not int units; // units of the projection #ifndef SWIG featureListNodeObjPtr features; // linked list so we don't need a = counter featureListNodeObjPtr currentfeature; // pointer to the current = feature #endif char *connection; enum MS_CONNECTION_TYPE connectiontype; struct layer_obj *sameconnection; =20 #ifndef SWIG // SDL has converted OracleSpatial, SDE, Graticules, MyGIS void *layerinfo; // all connection types should use this generic = pointer to a vendor specific structure void *ogrlayerinfo; // For OGR layers, will contain a msOGRLayerInfo = struct void *wfslayerinfo; // For WFS layers, will contain a msWFSLayerInfo = struct=20 #endif // attribute/classification handling components char **items; int numitems; #ifndef SWIG void *iteminfo; // connection specific information necessary to = retrieve values #endif #ifndef SWIG expressionObj filter; // connection specific attribute filter #endif char *filteritem; int filteritemindex; char *styleitem; // item to be used for style lookup - can also be = 'AUTO' int styleitemindex; char *requires; // context expressions, simple enough to not use = expressionObj char *labelrequires; #ifndef SWIG hashTableObj metadata; #endif =20 int transparency; // transparency value 0-100=20 int dump; int debug; #ifndef SWIG int num_processing; char **processing; #endif joinObj *joins; int numjoins; } layerObj; // MAP OBJECT - encompasses everything used in an Internet mapping = application typedef struct map_obj{ /* structure for a map */ char *name; /* small identifier for naming etc. */ int status; /* is map creation on or off */ int height, width; layerObj *layers; #ifdef SWIG %immutable; #endif int numlayers; /* number of layers in mapfile */ #ifdef SWIG %mutable; #endif symbolSetObj symbolset; fontSetObj fontset; labelCacheObj labelcache; /* we need this here so multiple feature = processors can access it */ int transparent; // TODO - Deprecated int interlace; // TODO - Deprecated int imagequality; // TODO - Deprecated rectObj extent; /* map extent array */ double cellsize; /* in map units */ enum MS_UNITS units; /* units of the projection */ double scale; /* scale of the output image */ double resolution; char *shapepath; /* where are the shape files located */ char *mappath; /* path of the mapfile, all path are relative to this = path */ paletteObj palette; /* holds a map palette */ colorObj imagecolor; /* holds the initial image color value */ int numoutputformats; outputFormatObj **outputformatlist; outputFormatObj *outputformat; #ifdef SWIG %immutable; #endif char *imagetype; /* name of current outputformat */ #ifdef SWIG %mutable; #endif // SWIG #ifdef SWIG %immutable; #endif #ifndef SWIG projectionObj projection; /* projection information for output map */ projectionObj latlon; /* geographic projection definition */ #endif referenceMapObj reference; scalebarObj scalebar; legendObj legend; queryMapObj querymap; webObj web; int *layerorder; int debug; =20 char *datapattern, *templatepattern; =20 } mapObj; //SWF Object structure #ifdef USE_MING_FLASH typedef struct { mapObj *map; SWFMovie sMainMovie; int nLayerMovies; SWFMovie *pasMovies; int nCurrentMovie; int nCurrentLayerIdx; int nCurrentShapeIdx; void *imagetmp; //used when the output format is SINGLE=20 //(one movie for the whole map) =20 } SWFObj; #endif //PDF Object structure #ifdef USE_PDF typedef struct { mapObj *map; PDF *pdf; void *imagetmp; //used when the FORMATOPTION = "OUTPUT_TYPE=3DRASTER" } PDFObj;=20 #endif // IMAGE OBJECT - a wrapper for GD images typedef struct { #ifdef SWIG %immutable; #endif int width, height; char *imagepath, *imageurl; #ifdef SWIG %mutable; #endif outputFormatObj *format; int renderer; int size; #ifndef SWIG union { gdImagePtr gd; #ifdef USE_MING_FLASH SWFObj *swf; #endif #ifdef USE_PDF PDFObj *pdf; #endif char *imagemap; short *raw_16bit; float *raw_float; } img; #endif } imageObj; // Function prototypes, wrapable int msSaveImage(mapObj *map, imageObj *img, char *filename); void msFreeImage(imageObj *img); // Function prototypes, not wrapable #ifndef SWIG int msDrawSDELayer(mapObj *map, layerObj *layer, gdImagePtr img); /* in = mapsde.c */ /* ** helper functions not part of the general API but needed in ** a few other places (like mapscript)... found in mapfile.c */ char *getString(void); int getDouble(double *d); int getInteger(int *i); int getSymbol(int n, ...); int getCharacter(char *c); void initSymbol(symbolObj *s); int initMap(mapObj *map); int initLayer(layerObj *layer, mapObj *map); int initClass(classObj *_class); void initLabel(labelObj *label); void resetClassStyle(classObj *_class); int initStyle(styleObj *style); void initReferenceMap(referenceMapObj *ref); void initScalebar(scalebarObj *scalebar); void initGrid( graticuleObj *pGraticule ); featureListNodeObjPtr insertFeatureList(featureListNodeObjPtr *list, = shapeObj *shape); void freeFeatureList(featureListNodeObjPtr list); int msLoadProjectionString(projectionObj *p, char *value); int loadExpressionString(expressionObj *exp, char *value); void freeExpression(expressionObj *exp); int getClassIndex(layerObj *layer, char *str); /* * Functions used to copy maps */ void copyProperty(void *dst, void *src, int size); char *copyStringProperty(char **dst, char *src); int msCopyMap(mapObj *, mapObj *); int msCopyLayer(layerObj *, layerObj *); // For maplabel and mappdf int labelInImage(int width, int height, shapeObj *lpoly, int buffer); int intersectLabelPolygons(shapeObj *p1, shapeObj *p2); pointObj get_metrics(pointObj *p, int position, rectObj rect, int ox, = int oy, double angle, int buffer, shapeObj *poly); double dist(pointObj a, pointObj b); =20 /* ** Main API Functions */ =20 int msGetLayerIndex(mapObj *map, char *name); // in mapfile.c int msGetSymbolIndex(symbolSetObj *set, char *name); mapObj *msLoadMap(char *filename, char *new_mappath); int msSaveMap(mapObj *map, char *filename); void msFreeMap(mapObj *map); void msFreeCharArray(char **array, int num_items); int msLoadMapString(mapObj *map, char *object, char *value); mapObj *msNewMapObj(); int msEvalRegex(char *e, char *s); void msFree(void *p); char **msTokenizeMap(char *filename, int *numtokens); int msInitLabelCache(labelCacheObj *cache); int msFreeLabelCache(labelCacheObj *cache); int msCheckConnection(layerObj * layer); // connection pooling functions = (mapfile.c) void msCloseConnections(mapObj *map);=20 #if defined USE_PDF PDF *msDrawMapPDF(mapObj *map, PDF *pdf, hashTableObj fontHash); // = mappdf.c #endif void msCleanup(); void msGDALCleanup(); void msGDALInitialize(); =20 imageObj *msDrawScalebar(mapObj *map); // in mapscale.c int msCalculateScale(rectObj extent, int units, int width, int height, = double resolution, double *scale); double msInchesPerUnit(int units, double center_lat); int msEmbedScalebar(mapObj *map, gdImagePtr img); int msPointInRect(pointObj *p, rectObj *rect); // in mapsearch.c int msRectOverlap(rectObj *a, rectObj *b); int msRectContained(rectObj *a, rectObj *b); void msMergeRect(rectObj *a, rectObj *b); double msDistancePointToPoint(pointObj *a, pointObj *b); double msDistancePointToSegment(pointObj *p, pointObj *a, pointObj *b); double msDistancePointToShape(pointObj *p, shapeObj *shape); double msDistanceSegmentToSegment(pointObj *pa, pointObj *pb, pointObj = *pc, pointObj *pd); double msDistanceShapeToShape(shapeObj *shape1, shapeObj *shape2); int msIntersectSegments(pointObj *a, pointObj *b, pointObj *c, pointObj = *d); int msPointInPolygon(pointObj *p, lineObj *c); int msIntersectMultipointPolygon(multipointObj *points, shapeObj = *polygon); int msIntersectPointPolygon(pointObj *p, shapeObj *polygon); int msIntersectPolylinePolygon(shapeObj *line, shapeObj *poly); int msIntersectPolygons(shapeObj *p1, shapeObj *p2); int msIntersectPolylines(shapeObj *line1, shapeObj *line2); int msSaveQuery(mapObj *map, char *filename); // in mapquery.c int msLoadQuery(mapObj *map, char *filename); int msQueryByIndex(mapObj *map, int qlayer, int tileindex, int = shapeindex); int msQueryByIndexAdd(mapObj *map, int qlayer, int tileindex, int = shapeindex); int msQueryByAttributes(mapObj *map, int qlayer, char *qitem, char = *qstring, int mode); int msQueryByPoint(mapObj *map, int qlayer, int mode, pointObj p, double = buffer); int msQueryByRect(mapObj *map, int qlayer, rectObj rect); int msQueryByFeatures(mapObj *map, int qlayer, int slayer); int msQueryByShape(mapObj *map, int qlayer, shapeObj *selectshape); int msGetQueryResultBounds(mapObj *map, rectObj *bounds); int msIsLayerQueryable(layerObj *lp); void msQueryFree(mapObj *map, int qlayer); void trimBlanks(char *string); // in mapstring.c char *chop(char *string); void trimEOL(char *string); char *gsub(char *str, const char *old, const char *sznew); char *stripPath(char *fn); char *getPath(char *fn); char *msBuildPath(char *pszReturnPath, char *abs_path, char *path); char *msBuildPath3(char *pszReturnPath,char *abs_path,char *path1,char = *path2); char *msTryBuildPath(char *szReturnPath, char *abs_path, char *path); char **split(const char *string, char cd, int *num_tokens); int countChars(char *str, char ch); char *long2string(long value); char *double2string(double value); char *msEncodeUrl(const char*); char *msEncodeHTMLEntities(const char *string); void msDecodeHTMLEntities(const char *string); char *strcatalloc(char *pszDest, char *pszSrc); #ifdef NEED_STRDUP char *strdup(char *s); #endif #ifdef NEED_STRNCASECMP int strncasecmp(char *s1, char *s2, int len); #endif #ifdef NEED_STRCASECMP int strcasecmp(char *s1, char *s2); #endif int msLoadSymbolSet(symbolSetObj *symbolset, mapObj *map); // in = mapsymbol.c void msInitSymbolSet(symbolSetObj *symbolset); int msAddImageSymbol(symbolSetObj *symbolset, char *filename); void msFreeSymbolSet(symbolSetObj *symbolset); int msGetMarkerSize(symbolSetObj *symbolset, styleObj *style, int = *width, int *height, double scalefactor); int msGetCharacterSize(char *character, int size, char *font, rectObj = *rect); void freeImageCache(struct imageCacheObj *ic); imageObj *msDrawLegend(mapObj *map); // in maplegend.c int msEmbedLegend(mapObj *map, gdImagePtr img); int msDrawLegendIcon(mapObj* map, layerObj* lp, classObj* myClass, int = width, int height, gdImagePtr img, int dstX, int dstY); imageObj *msCreateLegendIcon(mapObj* map, layerObj* lp, classObj* = myClass, int width, int height); =20 int msLoadFontSet(fontSetObj *fontSet, mapObj *map); // in maplabel.c int msInitFontSet(fontSetObj *fontset); int msFreeFontSet(fontSetObj *fontset); int msGetLabelSize(char *string, labelObj *label, rectObj *rect, = fontSetObj *fontSet, double scalefactor); int msAddLabel(mapObj *map, int layerindex, int classindex, int = shapeindex, int tileindex, pointObj *point, char *string, double = featuresize); gdFontPtr msGetBitmapFont(int size); int msImageTruetypePolyline(symbolSetObj *symbolset, gdImagePtr img, = shapeObj *p, styleObj *style, double scalefactor); int msImageTruetypeArrow(symbolSetObj *symbolset, gdImagePtr img, = shapeObj *p, styleObj *style, double scalefactor); void msFreeShape(shapeObj *shape); // in mapprimative.c void msInitShape(shapeObj *shape); int msCopyShape(shapeObj *from, shapeObj *to); void msComputeBounds(shapeObj *shape); void msRectToPolygon(rectObj rect, shapeObj *poly); void msClipPolylineRect(shapeObj *shape, rectObj rect); void msClipPolygonRect(shapeObj *shape, rectObj rect); void msTransformShape(shapeObj *shape, rectObj extent, double cellsize, = imageObj *image); void msTransformShapeToPixel(shapeObj *shape, rectObj extent, double = cellsize); void msTransformPixelToShape(shapeObj *shape, rectObj extent, double = cellsize); void msImageCartographicPolyline(gdImagePtr im, shapeObj *p, styleObj = *style, symbolObj *symbol, int c, double size, double scalefactor); int msPolylineLabelPoint(shapeObj *p, pointObj *lp, int min_length, = double *angle, double *length); int msPolygonLabelPoint(shapeObj *p, pointObj *lp, int min_dimension); int msAddLine(shapeObj *p, lineObj *new_line); int msDrawRasterLayer(mapObj *map, layerObj *layer, imageObj *image); // = in mapraster.c imageObj *msDrawReferenceMap(mapObj *map); size_t msGetBitArraySize(int numbits); // in mapbits.c char *msAllocBitArray(int numbits); int msGetBit(char *array, int index); void msSetBit(char *array, int index, int value); void msFlipBit(char *array, int index); int msLayerOpen(layerObj *layer); // in maplayer.c void msLayerClose(layerObj *layer); int msLayerWhichShapes(layerObj *layer, rectObj rect); int msLayerWhichItems(layerObj *layer, int classify, int annotate, char = *metadata); int msLayerNextShape(layerObj *layer, shapeObj *shape); int msLayerGetItems(layerObj *layer); int msLayerSetItems(layerObj *layer, char **items, int numitems); int msLayerGetShape(layerObj *layer, shapeObj *shape, int tile, long = record); int msLayerGetExtent(layerObj *layer, rectObj *extent); int msLayerGetAutoStyle(mapObj *map, layerObj *layer, classObj *c, int = tile, long record); int msTiledSHPOpenFile(layerObj *layer); // in mapshape.c int msTiledSHPWhichShapes(layerObj *layer, rectObj rect); int msTiledSHPNextShape(layerObj *layer, shapeObj *shape); int msTiledSHPGetShape(layerObj *layer, shapeObj *shape, int tile, long = record); void msTiledSHPClose(layerObj *layer); int msTiledSHPLayerGetItems(layerObj *layer); int msTiledSHPLayerInitItemInfo(layerObj *layer); int msTiledSHPLayerGetExtent(layerObj *layer, rectObj *extent); int msOGRLayerOpen(layerObj *layer, const char *pszOverrideConnection); = // in mapogr.cpp int msOGRLayerClose(layerObj *layer); int msOGRLayerWhichShapes(layerObj *layer, rectObj rect); int msOGRLayerNextShape(layerObj *layer, shapeObj *shape); int msOGRLayerGetItems(layerObj *layer); int msOGRLayerInitItemInfo(layerObj *layer); void msOGRLayerFreeItemInfo(layerObj *layer); int msOGRLayerGetShape(layerObj *layer, shapeObj *shape, int tile, long = record); int msOGRLayerGetExtent(layerObj *layer, rectObj *extent); int msOGRLayerGetAutoStyle(mapObj *map, layerObj *layer, classObj *c, = int tile, long record); int msPOSTGISLayerOpen(layerObj *layer); // in mappostgis.c void msPOSTGISLayerFreeItemInfo(layerObj *layer); int msPOSTGISLayerInitItemInfo(layerObj *layer); int msPOSTGISLayerWhichShapes(layerObj *layer, rectObj rect); int msPOSTGISLayerClose(layerObj *layer); int msPOSTGISLayerNextShape(layerObj *layer, shapeObj *shape); int msPOSTGISLayerGetShape(layerObj *layer, shapeObj *shape, long = record); int msPOSTGISLayerGetExtent(layerObj *layer, rectObj *extent); int msPOSTGISLayerGetShapeRandom(layerObj *layer, shapeObj *shape, long = *record); int msPOSTGISLayerGetItems(layerObj *layer); int msMYGISLayerOpen(layerObj *layer); // in mapmygis.c void msMYGISLayerFreeItemInfo(layerObj *layer); int msMYGISLayerInitItemInfo(layerObj *layer); int msMYGISLayerWhichShapes(layerObj *layer, rectObj rect); int msMYGISLayerClose(layerObj *layer); int msMYGISLayerNextShape(layerObj *layer, shapeObj *shape); int msMYGISLayerGetShape(layerObj *layer, shapeObj *shape, long record); int msMYGISLayerGetExtent(layerObj *layer, rectObj *extent); int msMYGISLayerGetShapeRandom(layerObj *layer, shapeObj *shape, long = *record); int msMYGISLayerGetItems(layerObj *layer); int msSDELayerOpen(layerObj *layer); // in mapsde.c void msSDELayerClose(layerObj *layer); int msSDELayerWhichShapes(layerObj *layer, rectObj rect); int msSDELayerNextShape(layerObj *layer, shapeObj *shape); int msSDELayerGetItems(layerObj *layer); int msSDELayerGetShape(layerObj *layer, shapeObj *shape, long record); int msSDELayerGetExtent(layerObj *layer, rectObj *extent); int msSDELayerInitItemInfo(layerObj *layer); void msSDELayerFreeItemInfo(layerObj *layer); char *msSDELayerGetSpatialColumn(layerObj *layer); char *msSDELayerGetRowIDColumn(void); int msOracleSpatialLayerOpen(layerObj *layer); int msOracleSpatialLayerClose(layerObj *layer); int msOracleSpatialLayerWhichShapes(layerObj *layer, rectObj rect); int msOracleSpatialLayerNextShape(layerObj *layer, shapeObj *shape); int msOracleSpatialLayerGetItems(layerObj *layer); int msOracleSpatialLayerGetShape(layerObj *layer, shapeObj *shape, long = record); int msOracleSpatialLayerGetExtent(layerObj *layer, rectObj *extent); int msOracleSpatialLayerInitItemInfo(layerObj *layer); void msOracleSpatialLayerFreeItemInfo(layerObj *layer); int msOracleSpatialLayerGetAutoStyle(mapObj *map, layerObj *layer, = classObj *c, int tile, long record); =20 int msGraticuleLayerOpen(layerObj *layer); // in mapGraticule.cpp int msGraticuleLayerClose(layerObj *layer); int msGraticuleLayerWhichShapes(layerObj *layer, rectObj rect); int msGraticuleLayerNextShape(layerObj *layer, shapeObj *shape); int msGraticuleLayerGetItems(layerObj *layer); int msGraticuleLayerInitItemInfo(layerObj *layer); void msGraticuleLayerFreeItemInfo(layerObj *layer); int msGraticuleLayerGetShape(layerObj *layer, shapeObj *shape, int tile, = long record); int msGraticuleLayerGetExtent(layerObj *layer, rectObj *extent); int msGraticuleLayerGetAutoStyle(mapObj *map, layerObj *layer, classObj = *c, int tile, long record); /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* Prototypes for functions in mapdraw.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ void msClearLayerPenValues(layerObj *layer); void msClearScalebarPenValues(scalebarObj *scalebar); void msClearLegendPenValues(legendObj *legend); void msClearReferenceMapPenValues(referenceMapObj *referencemap); void msClearQueryMapPenValues(queryMapObj *querymap); void msClearPenValues(mapObj *map); imageObj *msDrawMap(mapObj *map); imageObj *msDrawQueryMap(mapObj *map); int msLayerIsVisible(mapObj *map, layerObj *layer); int msDrawLayer(mapObj *map, layerObj *layer, imageObj *image); int msDrawVectorLayer(mapObj *map, layerObj *layer, imageObj *image); int msDrawQueryLayer(mapObj *map, layerObj *layer, imageObj *image); int msDrawWMSLayer(mapObj *map, layerObj *layer, imageObj *image); int msDrawWFSLayer(mapObj *map, layerObj *layer, imageObj *image); int msDrawShape(mapObj *map, layerObj *layer, shapeObj *shape, imageObj = *image, int style); int msDrawPoint(mapObj *map, layerObj *layer, pointObj *point, imageObj = *image, int classindex, char *labeltext); void msCircleDrawLineSymbol(symbolSetObj *symbolset, imageObj *image, = pointObj *p, double r, styleObj *style, double scalefactor); void msCircleDrawShadeSymbol(symbolSetObj *symbolset, imageObj *image, = pointObj *p, double r, styleObj *style, double scalefactor); void msDrawMarkerSymbol(symbolSetObj *symbolset,imageObj *image, = pointObj *p, styleObj *style, double scalefactor); void msDrawLineSymbol(symbolSetObj *symbolset, imageObj *image, shapeObj = *p, styleObj *style, double scalefactor); void msDrawShadeSymbol(symbolSetObj *symbolset, imageObj *image, = shapeObj *p, styleObj *style, double scalefactor); int msDrawLabel(imageObj *image, pointObj labelPnt, char *string, = labelObj *label, fontSetObj *fontset, double scalefactor); int msDrawText(imageObj *image, pointObj labelPnt, char *string, = labelObj *label, fontSetObj *fontset, double scalefactor); int msDrawLabelCache(imageObj *image, mapObj *map); void msImageStartLayer(mapObj *map, layerObj *layer, imageObj *image); void msImageEndLayer(mapObj *map, layerObj *layer, imageObj *image); void msDrawStartShape(mapObj *map, layerObj *layer, imageObj *image, = shapeObj *shape); void msDrawEndShape(mapObj *map, layerObj *layer, imageObj *image, = shapeObj *shape); /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* End of Prototypes for functions in mapdraw.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* Prototypes for functions in mapimagemap.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ imageObj *msImageCreateIM(int width, int height, outputFormatObj = *format, char *imagepath, char *imageurl); imageObj *msImageLoadIM( const char *filename ); void msImageInitIM( imageObj *image ); void msImageStartLayerIM(mapObj *map, layerObj *layer, imageObj *image); int msSaveImageIM(imageObj* img, char *filename, outputFormatObj = *format); int msSaveImageIM_LL(imageObj* img, char *filename, int type, int transparent, int interlace, int quality); void msFreeImagexsIM(imageObj* img); void msFreeImageIM(imageObj* img); void msCircleDrawLineSymbolIM(symbolSetObj *symbolset, imageObj* img, = pointObj *p, double r, styleObj *style, double scalefactor); void msCircleDrawShadeSymbolIM(symbolSetObj *symbolset, imageObj* img, = pointObj *p, double r, styleObj *style, double scalefactor); void msDrawMarkerSymbolIM(symbolSetObj *symbolset, imageObj* img, = pointObj *p, styleObj *style, double scalefactor); void msDrawLineSymbolIM(symbolSetObj *symbolset, imageObj* img, shapeObj = *p, styleObj *style, double scalefactor); void msDrawShadeSymbolIM(symbolSetObj *symbolset, imageObj* img, = shapeObj *p, styleObj *style, double scalefactor); int msDrawTextIM(imageObj* img, pointObj labelPnt, char *string, = labelObj *label, fontSetObj *fontset, double scalefactor); int msDrawLabelCacheIM(imageObj* img, mapObj *map); /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* End of Prototypes for functions in mapimagemap.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* Prototypes for functions in mapgd.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ imageObj *msImageCreateGD(int width, int height, outputFormatObj = *format, char *imagepath, char *imageurl); imageObj *msImageLoadGD( const char *filename ); void msImageInitGD( imageObj *image, colorObj *background ); int msImageSetPenGD(gdImagePtr img, colorObj *color); #define RESOLVE_PEN_GD(img,color) { if( (color).pen =3D=3D MS_PEN_UNSET = ) msImageSetPenGD( img, &(color) ); } int msSaveImageGD(gdImagePtr img, char *filename, outputFormatObj = *format); int msSaveImageGD_LL(gdImagePtr img, char *filename, int type, int transparent, int interlace, int quality); void msFreeImageGD(gdImagePtr img); void msCircleDrawLineSymbolGD(symbolSetObj *symbolset, gdImagePtr img, = pointObj *p, double r, styleObj *style, double scalefactor); void msCircleDrawShadeSymbolGD(symbolSetObj *symbolset, gdImagePtr img, = pointObj *p, double r, styleObj *style, double scalefactor); void msDrawMarkerSymbolGD(symbolSetObj *symbolset, gdImagePtr img, = pointObj *p, styleObj *style, double scalefactor); void msDrawLineSymbolGD(symbolSetObj *symbolset, gdImagePtr img, = shapeObj *p, styleObj *style, double scalefactor); void msDrawShadeSymbolGD(symbolSetObj *symbolset, gdImagePtr img, = shapeObj *p, styleObj *style, double scalefactor); int msDrawTextGD(gdImagePtr img, pointObj labelPnt, char *string, = labelObj *label, fontSetObj *fontset, double scalefactor); int msDrawLabelCacheGD(gdImagePtr img, mapObj *map); void msImageCopyMerge (gdImagePtr dst, gdImagePtr src,=20 int dstX, int dstY, int srcX, int srcY, int w, = int h, int pct); // various JOIN functions (in mapjoin.c) int msJoinConnect(layerObj *layer, joinObj *join); int msJoinPrepare(joinObj *join, shapeObj *shape); int msJoinNext(joinObj *join); int msJoinClose(joinObj *join); int msDBFJoinConnect(layerObj *layer, joinObj *join); int msDBFJoinPrepare(joinObj *join, shapeObj *shape); int msDBFJoinNext(joinObj *join); int msDBFJoinClose(joinObj *join); int msDBFJoinTable(layerObj *layer, joinObj *join, shapeObj *shape); //in mapraster.c int msDrawRasterLayerLow(mapObj *map, layerObj *layer, imageObj *image); int msAddColorGD(mapObj *map, gdImagePtr img, int cmt, int r, int g, int = b); int msGetClass(layerObj *layer, colorObj *color); //in mapdrawgdal.c int msDrawRasterLayerGDAL(mapObj *map, layerObj *layer, imageObj *image, = void *hDSVoid ); /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* End of prototypes for functions in mapgd.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* Prototypes for functions in maputil.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ // For mappdf int getRgbColor(mapObj *map,int i,int *r,int *g,int *b); // maputil.c int msEvalContext(mapObj *map, char *context); int msEvalExpression(expressionObj *expression, int itemindex, char = **items,=20 int numitems); int msShapeGetClass(layerObj *layer, shapeObj *shape, double scale); char *msShapeGetAnnotation(layerObj *layer, shapeObj *shape); int msAdjustImage(rectObj rect, int *width, int *height); double msAdjustExtent(rectObj *rect, int width, int height); int msConstrainExtent(rectObj *bounds, rectObj *rect, double overlay); int *msGetLayersIndexByGroup(mapObj *map, char *groupname, int *nCount); //Functions to chnage the drawing order of the layers. //Defined in maputil.c int msMoveLayerUp(mapObj *map, int nLayerIndex); int msMoveLayerDown(mapObj *map, int nLayerIndex); int msSetLayersdrawingOrder(mapObj *self, int *panIndexes); char *msGetProjectionString(projectionObj *proj); // Measured shape utility functions. =20 pointObj *getPointUsingMeasure(shapeObj *shape, double m); pointObj *getMeasureUsingPoint(shapeObj *shape, pointObj *point); char **msGetAllGroupNames(mapObj* map, int *numTok); char *msTmpFile(const char *path, const char *ext); imageObj *msImageCreate(int width, int height, outputFormatObj *format,=20 char *imagepath, char *imageurl); /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* End of prototypes for functions in maputil.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* prototypes for functions in mapswf.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ #ifdef USE_MING_FLASH imageObj *msImageCreateSWF(int width, int height, outputFormatObj = *format, char *imagepath, char *imageurl, mapObj = *map); void msImageStartLayerSWF(mapObj *map, layerObj *layer, imageObj = *image); int msDrawLabelSWF(imageObj *image, pointObj labelPnt, char *string,=20 labelObj *label, fontSetObj *fontset, double = scalefactor); int msDrawLabelCacheSWF(imageObj *image, mapObj *map); void msDrawLineSymbolSWF(symbolSetObj *symbolset, imageObj *image, = shapeObj *p,=20 styleObj *style, double scalefactor); void msDrawShadeSymbolSWF(symbolSetObj *symbolset, imageObj *image,=20 shapeObj *p, styleObj *style, double = scalefactor); void msDrawMarkerSymbolSWF(symbolSetObj *symbolset, imageObj *image,=20 pointObj *p, styleObj *style, double = scalefactor); int msDrawRasterLayerSWF(mapObj *map, layerObj *layer, imageObj *image); int msDrawVectorLayerAsRasterSWF(mapObj *map, layerObj *layer, = imageObj*image); /*int msDrawWMSLayerSWF(int nLayerId, httpRequestObj *pasReqInfo,=20 int numRequests,=20 mapObj *map, layerObj *layer, imageObj *image); */ void msTransformShapeSWF(shapeObj *shape, rectObj extent, double = cellsize); int msSaveImageSWF(imageObj *image, char *filename); void msFreeImageSWF(imageObj *image); int draw_textSWF(imageObj *image, pointObj labelPnt, char *string,=20 labelObj *label, fontSetObj *fontset, double = scalefactor); void msDrawStartShapeSWF(mapObj *map, layerObj *layer, imageObj *image, shapeObj *shape); #endif /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* End of prototypes for functions in mapswf.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* prototypes for functions in mappdf.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ #ifdef USE_PDF PDF *msDrawMapPDF(mapObj *map, PDF *pdf, hashTableObj fontHash); imageObj *msImageCreatePDF(int width, int height, outputFormatObj = *format, char *imagepath, char *imageurl, mapObj = *map); void msImageStartLayerPDF(mapObj *map, layerObj *layer, imageObj = *image); int msDrawLabelPDF(imageObj *image, pointObj labelPnt, char *string,=20 labelObj *label, fontSetObj *fontset, double = scalefactor); int msDrawLabelCachePDF(imageObj *image, mapObj *map); void msDrawLineSymbolPDF(symbolSetObj *symbolset, imageObj *image, = shapeObj *p,=20 styleObj *style, double scalefactor); void msDrawShadeSymbolPDF(symbolSetObj *symbolset, imageObj *image,=20 shapeObj *p, styleObj *style, double = scalefactor); void msDrawMarkerSymbolPDF(symbolSetObj *symbolset, imageObj *image,=20 pointObj *p, styleObj *style, double = scalefactor); int msDrawRasterLayerPDF(mapObj *map, layerObj *layer, imageObj *image); int msDrawVectorLayerAsRasterPDF(mapObj *map, layerObj *layer, = imageObj*image); void msTransformShapePDF(shapeObj *shape, rectObj extent, double = cellsize); int msSaveImagePDF(imageObj *image, char *filename); void msFreeImagePDF(imageObj *image); int msDrawTextPDF(imageObj *image, pointObj labelPnt, char *string,=20 labelObj *label, fontSetObj *fontset, double = scalefactor); =20 void msDrawStartShapePDF(mapObj *map, layerObj *layer, imageObj *image, shapeObj *shape); #endif /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* End of prototypes for functions in mappdf.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* prototypes for functions in mapoutput.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ void msApplyDefaultOutputFormats( mapObj * ); void msFreeOutputFormat( outputFormatObj * ); outputFormatObj *msSelectOutputFormat( mapObj *map, const char = *imagetype ); void msApplyOutputFormat( outputFormatObj **target, outputFormatObj = *format, int transparent, int interlaced, int = imagequality ); const char *msGetOutputFormatOption( outputFormatObj *format,=20 const char *optionkey,=20 const char *defaultresult ); outputFormatObj *msCreateDefaultOutputFormat( mapObj *map,=20 const char *driver ); int msPostMapParseOutputFormatSetup( mapObj *map ); void msSetOutputFormatOption( outputFormatObj *format, const char *key,=20 const char *value ); void msGetOutputFormatMimeList( mapObj *map, char **mime_list, int = max_mime ); outputFormatObj *msCloneOutputFormat( outputFormatObj *format ); int msOutputFormatValidate( outputFormatObj *format ); #ifndef gdImageTrueColor # define gdImageTrueColor(x) (0) #endif /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* prototypes for functions in mapgdal.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ int msSaveImageGDAL( mapObj *map, imageObj *image, char *filename ); int msInitDefaultGDALOutputFormat( outputFormatObj *format ); /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* End of prototypes for functions in mapoutput.c = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* prototypes for functions in mapcopy = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ int msCopyMap(mapObj *dst, mapObj *src); int msCopyLayer(layerObj *dst, layerObj *src); /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* end prototypes for functions in mapcopy = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ /* include definitions from mapows.h = */ /* = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D */ #include "mapows.h" #endif #ifdef __cplusplus } #endif #endif /* MAP_H */ ------=_NextPart_000_08F4_01C3F0B3.8D52EC60-- From mdoggett at coas.oregonstate.edu Wed Feb 11 14:28:05 2004 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Wed, 11 Feb 2004 14:28:05 -0800 Subject: [Mapserver-users] RE: Using Mapserver & GDAL to find elevation In-Reply-To: Message-ID: <001901c3f0ee$517d6180$2441c180@oce.orst.edu> What I do in my PHP/mapscript is call an external program to query the raster cell values. In my case, the rasters are GRASS grids so all I have to do is setup my GRASS environment and then call the 'system' function (eg. System "r.what ...") and return the results back to the query window. No matter what you go with, it looks like having a 3rd party piece of software is mandatory. Matt >-----Original Message----- >From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users- >admin at lists.gis.umn.edu] On Behalf Of Arthur, John >Sent: Wednesday, February 11, 2004 12:29 PM >To: 'Frank Warmerdam' >Cc: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] RE: Using Mapserver & GDAL to find elevation > >Thanks Frank. Is there any other ideas outside of mapserver, maybe? > >-----Original Message----- >From: Frank Warmerdam [mailto:warmerdam at pobox.com] >Sent: Wednesday, February 11, 2004 3:19 PM >To: Arthur, John >Cc: mapserver-users at lists.gis.umn.edu >Subject: Re: Using Mapserver & GDAL to find elevation > > >Arthur, John wrote: >> Hello all, >> >> I have a project where I need to be able to find the ground elevation > >of coordinates on the fly. The file format we have is supposedly a >proprietary > >format, but I believe it is close to the "ArcInfo Binary Grid". How >would I go > >about finding the elevation using mapscript (or some other way)? Will >mapserver > >even read this format (by way of GDAL/OGR)? > >John, > >GDAL will read Arc/Info Binary Grids, so if it is sufficient close to this, >it may work. > >However, currently MapServer and MapScript do not provide a way to query >raster values. The only thing you can do with rasters is render them in a >mapview. > >There is an intent to get query operations (in the usual mapserver sense) >working for rasters as well as vectors. At that point there might be some >mechanism provided for reading query results back from within MapScript. >But that isn't going to be immediate. > >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 ed at topozone.com Wed Feb 11 14:32:01 2004 From: ed at topozone.com (Ed McNierney) Date: Wed, 11 Feb 2004 17:32:01 -0500 Subject: [Mapserver-users] Using Mapserver & GDAL to find elevation Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3C19@mercator.topozone.com> John - Is this a proprietary data set, or is it a "commercial" data set that is in a proprietary format? That is, might it be possible to get the data from a different source or in a different format? Are you absolutely committed to using these specific data files? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Arthur, John [mailto:John.Arthur at t-mobile.com] Sent: Wednesday, February 11, 2004 3:00 PM To: mapserver-users at lists.gis.umn.edu Cc: 'warmerdam at pobox.com' Subject: [Mapserver-users] Using Mapserver & GDAL to find elevation Hello all, I have a project where I need to be able to find the ground elevation of coordinates on the fly. The file format we have is supposedly a proprietary format, but I believe it is close to the "ArcInfo Binary Grid". How would I go about finding the elevation using mapscript (or some other way)? Will mapserver even read this format (by way of GDAL/OGR)? Thanks! - - - - - - - - - - - - - - - - - - - - - - - - - - - - John Arthur Email: john.arthur at t-mobile.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From John.Arthur at T-Mobile.com Wed Feb 11 14:46:07 2004 From: John.Arthur at T-Mobile.com (Arthur, John) Date: Wed, 11 Feb 2004 14:46:07 -0800 Subject: [Mapserver-users] Using Mapserver & GDAL to find elevation Message-ID: Not quite sure what the difference is, but the vender informed me that it should be a close match to the "ArcInfo Binary Grid". It is a format created for a proprietary program. Either way, the vendor told me he would convert the data to something else for the cost of labor only. So yes, I need to use the same data files, but a different format is fine. If that makes sense at all. :) -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Wednesday, February 11, 2004 5:32 PM To: Arthur, John; mapserver-users at lists.gis.umn.edu Cc: warmerdam at pobox.com Subject: RE: [Mapserver-users] Using Mapserver & GDAL to find elevation John - Is this a proprietary data set, or is it a "commercial" data set that is in a proprietary format? That is, might it be possible to get the data from a different source or in a different format? Are you absolutely committed to using these specific data files? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Arthur, John [mailto:John.Arthur at t-mobile.com] Sent: Wednesday, February 11, 2004 3:00 PM To: mapserver-users at lists.gis.umn.edu Cc: 'warmerdam at pobox.com' Subject: [Mapserver-users] Using Mapserver & GDAL to find elevation Hello all, I have a project where I need to be able to find the ground elevation of coordinates on the fly. The file format we have is supposedly a proprietary format, but I believe it is close to the "ArcInfo Binary Grid". How would I go about finding the elevation using mapscript (or some other way)? Will mapserver even read this format (by way of GDAL/OGR)? Thanks! - - - - - - - - - - - - - - - - - - - - - - - - - - - - John Arthur Email: john.arthur at t-mobile.com _______________________________________________ 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 Wed Feb 11 14:50:47 2004 From: ed at topozone.com (Ed McNierney) Date: Wed, 11 Feb 2004 17:50:47 -0500 Subject: [Mapserver-users] Using Mapserver & GDAL to find elevation Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3C20@mercator.topozone.com> John - I guess what I'm asking is whether this is USGS NED elevation data or a different elevation data set. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Arthur, John [mailto:John.Arthur at T-Mobile.com] Sent: Wednesday, February 11, 2004 5:46 PM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Cc: warmerdam at pobox.com Subject: RE: [Mapserver-users] Using Mapserver & GDAL to find elevation Not quite sure what the difference is, but the vender informed me that it should be a close match to the "ArcInfo Binary Grid". It is a format created for a proprietary program. Either way, the vendor told me he would convert the data to something else for the cost of labor only. So yes, I need to use the same data files, but a different format is fine. If that makes sense at all. :) -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Wednesday, February 11, 2004 5:32 PM To: Arthur, John; mapserver-users at lists.gis.umn.edu Cc: warmerdam at pobox.com Subject: RE: [Mapserver-users] Using Mapserver & GDAL to find elevation John - Is this a proprietary data set, or is it a "commercial" data set that is in a proprietary format? That is, might it be possible to get the data from a different source or in a different format? Are you absolutely committed to using these specific data files? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Arthur, John [mailto:John.Arthur at t-mobile.com] Sent: Wednesday, February 11, 2004 3:00 PM To: mapserver-users at lists.gis.umn.edu Cc: 'warmerdam at pobox.com' Subject: [Mapserver-users] Using Mapserver & GDAL to find elevation Hello all, I have a project where I need to be able to find the ground elevation of coordinates on the fly. The file format we have is supposedly a proprietary format, but I believe it is close to the "ArcInfo Binary Grid". How would I go about finding the elevation using mapscript (or some other way)? Will mapserver even read this format (by way of GDAL/OGR)? Thanks! - - - - - - - - - - - - - - - - - - - - - - - - - - - - John Arthur Email: john.arthur at t-mobile.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From John.Arthur at T-Mobile.com Wed Feb 11 14:53:37 2004 From: John.Arthur at T-Mobile.com (Arthur, John) Date: Wed, 11 Feb 2004 14:53:37 -0800 Subject: [Mapserver-users] Using Mapserver & GDAL to find elevation Message-ID: Not sure, but below is a quote from thier website. I actual have 25 meter data. " Terrain / Heights Terrain data represents the ground height at any location on the earth, also known as topography. We provide varying resolution terrain data, ranging from 100 meter to 30 meter raster size. Data is acquired for both domestic and international locations through digital sources such as the US Geological Survey and from paper map sources throughout the world. " -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Wednesday, February 11, 2004 5:51 PM To: Arthur, John; mapserver-users at lists.gis.umn.edu Cc: warmerdam at pobox.com Subject: RE: [Mapserver-users] Using Mapserver & GDAL to find elevation John - I guess what I'm asking is whether this is USGS NED elevation data or a different elevation data set. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Arthur, John [mailto:John.Arthur at T-Mobile.com] Sent: Wednesday, February 11, 2004 5:46 PM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Cc: warmerdam at pobox.com Subject: RE: [Mapserver-users] Using Mapserver & GDAL to find elevation Not quite sure what the difference is, but the vender informed me that it should be a close match to the "ArcInfo Binary Grid". It is a format created for a proprietary program. Either way, the vendor told me he would convert the data to something else for the cost of labor only. So yes, I need to use the same data files, but a different format is fine. If that makes sense at all. :) -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Wednesday, February 11, 2004 5:32 PM To: Arthur, John; mapserver-users at lists.gis.umn.edu Cc: warmerdam at pobox.com Subject: RE: [Mapserver-users] Using Mapserver & GDAL to find elevation John - Is this a proprietary data set, or is it a "commercial" data set that is in a proprietary format? That is, might it be possible to get the data from a different source or in a different format? Are you absolutely committed to using these specific data files? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Arthur, John [mailto:John.Arthur at t-mobile.com] Sent: Wednesday, February 11, 2004 3:00 PM To: mapserver-users at lists.gis.umn.edu Cc: 'warmerdam at pobox.com' Subject: [Mapserver-users] Using Mapserver & GDAL to find elevation Hello all, I have a project where I need to be able to find the ground elevation of coordinates on the fly. The file format we have is supposedly a proprietary format, but I believe it is close to the "ArcInfo Binary Grid". How would I go about finding the elevation using mapscript (or some other way)? Will mapserver even read this format (by way of GDAL/OGR)? Thanks! - - - - - - - - - - - - - - - - - - - - - - - - - - - - John Arthur Email: john.arthur at t-mobile.com _______________________________________________ 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 Feb 11 15:00:59 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 11 Feb 2004 17:00:59 -0600 Subject: [Mapserver-users] Zoom to in a mapserver project Message-ID: Attribute queries is 4.x changed from earlier versions. Instead of altering the filter in the mapfile you basically send them as part of the CGI request. Try changing the function to: function findBuilding(inBuilding){ var aForm = document.forms[0] aForm.qstring.value = inBuilding; aForm.qitem.value = 'Bldg_name'; aForm.mode.value = "itemquery"; aForm.qlayer.value = "building_query"; aForm.mapext.value = "shapes"; aForm.buffer.value = "0.005"; aForm.submit() } and the map file snippet to: LAYER # this layer just displays one building when it has been queried NAME "building_query" DATA Build TYPE POLYGON STATUS OFF CLASS TEMPLATE "demo.html" # Use to display map #COLOR 255 0 0 #OUTLINECOLOR 255 0 0 END # CLASS END # LAYER Steve >>> "Jean Christophe BARRA" 2/11/2004 12:48:17 PM >>> Hello, I come from France and my english is poor, sorry;-) I have a mapserver project (mapserver4.01) and the first shape (shp ESRI) is nammed "departements" (yours counties). In the map file, his status is default. I want to propose to users the possibility to zoom to a "departement". I make a itemquery with mapext=shapes as I have seen in this example : function findBuilding(inBuilding){ var aForm = document.forms[0] aForm.building.value = inBuilding; aForm.mode.value = "itemquery"; aForm.qlayer.value = "building_query"; aForm.mapext.value = "shapes"; aForm.buffer.value = "0.005"; aForm.submit() } and in my map file - LAYER # this layer just displays one building when it has been queried NAME "building_query" DATA Build TYPE POLYGON STATUS OFF FILTERITEM Bldg_name FILTER "%building%" CLASS TEMPLATE "demo.html" # Use to display map #COLOR 255 0 0 #OUTLINECOLOR 255 0 0 END # CLASS END # LAYER Mapserver don't work, the return is : msQueryAttributes: Query non defined. Can someone help me? Thank's From kapatter at srpnet.com Wed Feb 11 16:01:43 2004 From: kapatter at srpnet.com (PATTERSON KENNETH ALLEN) Date: Wed, 11 Feb 2004 17:01:43 -0700 Subject: [Mapserver-users] Trouble using Perl newClass->setText( $newLayer, "hello" ) Message-ID: <25D4A9F614A1964BA08A67C4FB9D3DF31E0199@srpexc2.srp.gov> I am creating a layer on the fly with one class. I am able to create the map successfully w/out using setText(). The symbols in the layer shows up fine. As soon as I call $newClass->setText( $newLayer, "hello" ) to display a field/value it segfaults. My code snippet is below. Can anyone advise what I am doing wrong? Thanks, Ken # ------------------------------------------- CreateALayer --------------------------------------------- sub CreateALayer { my ($msObj, $shapeFName) = @_; if ($msObj && $shapeFName) { my $newLayer = new mapscript::layerObj( $msObj ); if ($newLayer) { print "\t\tNew Layer $newLayer created, setting values.\n"; $newLayer->{name} = "WindData"; $newLayer->{group} = "Dynamic Layer"; $newLayer->{template} = "dummy-template-name"; $newLayer->{status} = $mapscript::MS_ON; $newLayer->{data} = $shapeFName; $newLayer->{type} = $mapscript::MS_POINT; my $newClass = new mapscript::classObj( $newLayer ); if ($newClass) { print "\t\tCreated Class object $newClass, setting values\n"; $newClass->{name} = "Wind Gust"; $newClass->{status} = $mapscript::MS_ON; $newClass->setExpression( "(\"[WGUST]\" ne \"\")" ); $newClass->{color} = $msObj->addColor( 255, 0, 0 ); $newClass->{symbol} = 1; $newClass->{minscale} = 100; $newClass->{maxscale} = 800000; $newClass->{size} = 8; $newClass->setText( $newLayer, "([WGUST])" ); # This causes a segfault! $newClass->{label} = new mapscript::labelObj(); if ($newClass->{label}) { print "\t\tNew Lable object $newClass->{label} created!\n"; $newClass->{label}->{backgroundcolor} = $msObj->addColor( 80, 80, 80 ); $newClass->{label}->{color} = $msObj->addColor( 255, 200, 0 ); $newClass->{label}->{size} = 8; $nwsClass->{label}->{type} = $mapscript::MS_TRUETYPE; $nwsClass->{label}->{font} = "helmetBI"; $nwsClass->{label}->{position} = $mapscript::MS_AUTO; $nwsClass->{label}->{partials} = $mapscript::MS_FALSE; $nwsClass->{label}->{minsize} = 6; $nwsClass->{label}->{maxsize} = 12; } else { print "\t\tError: Unable to create lable object!\n"; return( 0 ); } return( 1 ); } else { print "\t\tError: Unable to create class object!\n"; return( 0 ); } } else { print "\t\tError: Unable to create layer object!\n"; return( 0 ); } } return( 0 ); } From nhv at cape.com Wed Feb 11 18:13:09 2004 From: nhv at cape.com (Norman Vine) Date: Wed, 11 Feb 2004 21:13:09 -0500 Subject: [Mapserver-users] Drawing lines only once In-Reply-To: <402A9B07.9000506@telogis.com> Message-ID: David Mitchell writes: > > I want to effectively draw boundaries of countries. Currently I have > POLYGON data for each country and I want to draw the outlines for the > countries but I only want to draw outlines where two countries meet > once. AFAIK you will have to create new a line object from your polygon data outside of mapserver and have this as a separate 'line object' in your mapserver data The easiest way todo this make a list of all the line segments of the polygon object eliminating any duplicate entries. Note that the a shared line segment will be in reverse ordering i.e a shared segment from pt1 to pt2 in polygon will be ordered pt2 to pt1 in it 'neighbor' polygon due to the consistant orientation required for polygon objects. HTH Norman From pucher at atlas.gis.univie.ac.at Thu Feb 12 03:11:43 2004 From: pucher at atlas.gis.univie.ac.at (Alexander Pucher) Date: Thu, 12 Feb 2004 12:11:43 +0100 Subject: [Mapserver-users] placing text along an arbitrary path Message-ID: <402B5F6F.8020509@atlas.gis.univie.ac.at> Hi, 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. Regards, alex. From mofumyke at yahoo.com Thu Feb 12 03:35:10 2004 From: mofumyke at yahoo.com (yuth hor) Date: Thu, 12 Feb 2004 03:35:10 -0800 (PST) Subject: [Mapserver-users] Raster with SVG output in Mapserver 4.1 dev Message-ID: <20040212113510.37776.qmail@web14809.mail.yahoo.com> --0-1498750920-1076585710=:36989 Content-Type: text/plain; charset=us-ascii Hi all Now, I have tested SVG output from the nightly build of Mapserver 4.1. It quite stable and work fine. Our test application, in this case, we will use Mapserver only as a SVG generator by request through CGI. My question is - Can we request each SVG layers by specify the layer name? (now we have to request one CGI statement as one SVG layer for example, http://host/cgi-bin/mapserv_41.exe?map=D:\apache_group\Apache\htdocs\umn2svg\test.map& mode=nquery& qlayer=water ? return water layer http://host/cgi-bin/mapserv_41.exe?map=D:\apache_group\Apache\htdocs\umn2svg\test.map& mode=nquery& qlayer=contour ? return contour layer But if we didn?t specify qlayer=?? it will return all layer in the mapfile - Can we enclose the Raster image that generate by Mapserver from tmp directory together with the svg output? I try to do but it not success. No image in the tmp directory. ----CGI request--- http://host/cgi-bin/mapserv?map=/usr/local/apache/htdocs/umn2svg/trysvgimage.map&mode=nquery&qlayer=ndvi ---- SVG return error ---- ?mismatched tag: line6, column2? ---- mapfile --- MAP NAME 'test' EXTENT 325704 620898 1213325 2263428 SIZE 800 600 STATUS ON UNITS METERS IMAGETYPE JPEG WEB HEADER 'iheader.svg' FOOTER 'ifooter.svg' QUERYFORMAT 'image/svg+xml' IMAGEPATH "/usr/local/apache/htdocs/tmp/" IMAGEURL "../tmp/" END LAYER NAME ndvi STATUS DEFAULT DATA 'sptindex' TYPE QUERY HEADER image_header.svg FOOTER image_footer.svg TEMPLATE image.svg END END Anyone can give me some light? Thanks Teerayut Horanont --------------------------------- Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online --0-1498750920-1076585710=:36989 Content-Type: text/html; charset=us-ascii

Hi all

 

Now, I have tested SVG output from the nightly build of Mapserver 4.1. It quite stable and work fine. Our test application, in this case, we will use Mapserver only as a SVG generator by request through CGI. My question is

 

-        Can we request each SVG layers by specify the layer name? (now we have to request one CGI statement as one SVG layer for example,

 

http://host/cgi-bin/mapserv_41.exe?map=D:\apache_group\Apache\htdocs\umn2svg\test.map& mode=nquery& qlayer=water  ? return water layer

http://host/cgi-bin/mapserv_41.exe?map=D:\apache_group\Apache\htdocs\umn2svg\test.map& mode=nquery& qlayer=contour  ? return contour layer

 

But if we didn?t specify qlayer=?? it will return all layer in the mapfile

 

-        Can we enclose the Raster image that generate by Mapserver from tmp directory together with the svg output?

 

I try to do but it not success. No image in the tmp directory.

----CGI request---

http://host/cgi-bin/mapserv?map=/usr/local/apache/htdocs/umn2svg/trysvgimage.map&mode=nquery&qlayer=ndvi

 

---- SVG return error ----

?mismatched tag: line6, column2? 

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.0//EN"    "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd" [
        
]>
<svg>
<!-- this is the start of a layer -->
<g >
<image width="468" height="420" id="testsvg_Image_1_" xlink:href="../tmp/test10765838246078.jpg" />
</g>
<!-- this is the end of a layer -->
</svg>

 

---- mapfile ---

MAP

  NAME 'test'

  EXTENT 325704 620898 1213325 2263428

  SIZE 800 600

  STATUS ON

  UNITS METERS

IMAGETYPE JPEG

 

 

  WEB

    HEADER 'iheader.svg'

    FOOTER 'ifooter.svg'

    QUERYFORMAT 'image/svg+xml'

    IMAGEPATH "/usr/local/apache/htdocs/tmp/"

    IMAGEURL "../tmp/"

  END

 

  

    LAYER

        NAME ndvi

        STATUS DEFAULT

        DATA 'sptindex'

        TYPE QUERY

        HEADER image_header.svg

        FOOTER image_footer.svg

        TEMPLATE image.svg

  END

 

END

 

Anyone can give me some light?

 

Thanks

 

Teerayut Horanont

Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online --0-1498750920-1076585710=:36989-- From jhart at frw.uva.nl Thu Feb 12 04:34:40 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Thu, 12 Feb 2004 13:34:40 +0100 Subject: [Mapserver-users] MySQL joins In-Reply-To: <200402111502.22304.plists@prometheus.org.yu> References: <200402111502.22304.plists@prometheus.org.yu> Message-ID: <402B72E0.7090207@frw.uva.nl> Attila Csipa wrote: > MySQL joins are availble in CVS ! > > Some examples and details: > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?JoinDatasources > Great news Attila! Are there any plans for implementing Access joins? Jan From feedme.ev91g at nctu.edu.tw Thu Feb 12 04:47:38 2004 From: feedme.ev91g at nctu.edu.tw (phli) Date: Thu, 12 Feb 2004 20:47:38 +0800 Subject: [Mapserver-users] Mapserver extension for Shift_JIS/Big-5 fonts Message-ID: <005001c3f166$65623900$32b8718c@ev.nctu.edu.tw> Dear Mapserver Developer, We posted a suggestion a while ago for extending Mapserver for showing "Shift_JIS" (japanese) and "Big-5" (traditional chinese) fonts with the new GD function:gdImageStringFTEx, instead of gdImageStringFT. This is to check whether this extension has been made available or not. Thank you. Sincerely, Pei-Hwao Li | Pei-Haow Li Phd student E-mail : feedme.ev91g at nctu.edu.tw | Inst. of Environ. Engrg. Tel/Fax: +886-3-5731869/5731759 | National Chiao Tung Univ., 75 Po-Ai St., Hsinchu, Taiwan 30090, ROC. From godwinl at agr.gc.ca Thu Feb 12 08:00:18 2004 From: godwinl at agr.gc.ca (Liz Godwin) Date: Thu, 12 Feb 2004 11:00:18 -0500 Subject: [Mapserver-users] dBox, Rosa, Macs, mapscript Message-ID: Hello List, I need to use a different means for navigation than Rosa for my applications. It does not seem to work on Mac computers. At the moment I am working on a PHPMapscript application, however I will have to change some CGI apps later. With my PHP application, I have been looking into the dBox example as an alternative to Rosa. The reason I liked these examples is that I can zoom into a rectangle and get a nice rubber band box. The problem with dBox is that it is complicated and I need only a small subset of the code, but before diving into it I thought I would ask the list first.. can I use dBox without the mapserv object? All I want from it is to allow me to draw a box (or simple click) on a map image and then return the coordinates in pixels. Should I bother with dBox? Are there more simple examples out there? I'm sure this isn't hard to code, but I would rather not start over if I can help it. On the same note, I am hoping to exploit the CBE javascript library so I don't have to fret over cross-browser issues. Thanks for the help, Liz Godwin From rattolan at tiscali.it Thu Feb 12 08:24:54 2004 From: rattolan at tiscali.it (rattolan at tiscali.it) Date: Thu, 12 Feb 2004 17:24:54 +0100 Subject: [Mapserver-users] JavaMappScript and addLayer.. Message-ID: <402337F200010A6E@mail-8.tiscali.it> Hi all, I'm using JavaMapscript to make a mapfile. If I delete dinamically layers and add others I cannot see the last layers added. It seems that the order layers is lossed or that the layers added aren't in mapObject. Thank you advice. __________________________________________________________________ Tiscali ADSL SENZA CANONE: Attivazione GRATIS, contributo adesione GRATIS, modem GRATIS, 50 ore di navigazione GRATIS. ABBONARTI TI COSTA SOLO UN CLICK! http://point.tiscali.it/adsl/index.shtml From kapatter at srpnet.com Thu Feb 12 08:30:41 2004 From: kapatter at srpnet.com (PATTERSON KENNETH ALLEN) Date: Thu, 12 Feb 2004 09:30:41 -0700 Subject: [Mapserver-users] Trouble using Perl newClass->setText( $newLayer, "hello" ) Message-ID: <25D4A9F614A1964BA08A67C4FB9D3DF31E019A@srpexc2.srp.gov> With humble apologies.... I do not have a problem with setText(), it works just fine. The dynamic layer works great. I do however have a syntax bug. Whilst building this code I did not change six occurrences of $nwsClass to $newClass and did not use "use strict" (the primary failure). If anyone spent any time on this, my deep apologies are in order. Regretfully yours, Ken -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of PATTERSON KENNETH ALLEN Sent: Wednesday, February 11, 2004 5:02 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Trouble using Perl newClass->setText( $newLayer, "hello" ) I am creating a layer on the fly with one class. I am able to create the map successfully w/out using setText(). The symbols in the layer shows up fine. As soon as I call $newClass->setText( $newLayer, "hello" ) to display a field/value it segfaults. My code snippet is below. Can anyone advise what I am doing wrong? Thanks, Ken # ------------------------------------------- CreateALayer --------------------------------------------- sub CreateALayer { my ($msObj, $shapeFName) = @_; if ($msObj && $shapeFName) { my $newLayer = new mapscript::layerObj( $msObj ); if ($newLayer) { print "\t\tNew Layer $newLayer created, setting values.\n"; $newLayer->{name} = "WindData"; $newLayer->{group} = "Dynamic Layer"; $newLayer->{template} = "dummy-template-name"; $newLayer->{status} = $mapscript::MS_ON; $newLayer->{data} = $shapeFName; $newLayer->{type} = $mapscript::MS_POINT; my $newClass = new mapscript::classObj( $newLayer ); if ($newClass) { print "\t\tCreated Class object $newClass, setting values\n"; $newClass->{name} = "Wind Gust"; $newClass->{status} = $mapscript::MS_ON; $newClass->setExpression( "(\"[WGUST]\" ne \"\")" ); $newClass->{color} = $msObj->addColor( 255, 0, 0 ); $newClass->{symbol} = 1; $newClass->{minscale} = 100; $newClass->{maxscale} = 800000; $newClass->{size} = 8; $newClass->setText( $newLayer, "([WGUST])" ); # This causes a segfault! $newClass->{label} = new mapscript::labelObj(); if ($newClass->{label}) { print "\t\tNew Lable object $newClass->{label} created!\n"; $newClass->{label}->{backgroundcolor} = $msObj->addColor( 80, 80, 80 ); $newClass->{label}->{color} = $msObj->addColor( 255, 200, 0 ); $newClass->{label}->{size} = 8; $nwsClass->{label}->{type} = $mapscript::MS_TRUETYPE; $nwsClass->{label}->{font} = "helmetBI"; $nwsClass->{label}->{position} = $mapscript::MS_AUTO; $nwsClass->{label}->{partials} = $mapscript::MS_FALSE; $nwsClass->{label}->{minsize} = 6; $nwsClass->{label}->{maxsize} = 12; } else { print "\t\tError: Unable to create lable object!\n"; return( 0 ); } return( 1 ); } else { print "\t\tError: Unable to create class object!\n"; return( 0 ); } } else { print "\t\tError: Unable to create layer object!\n"; return( 0 ); } } return( 0 ); } _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ter-haseborg at sf-datentechnik.de Thu Feb 12 08:42:20 2004 From: ter-haseborg at sf-datentechnik.de (Frieso ter Haseborg) Date: Thu, 12 Feb 2004 17:42:20 +0100 Subject: [Mapserver-users] Displaying x-y Datasets using PHP/Mapscript Message-ID: <2AB914A9302C8A4E998CDB2709A4EE1B08C481@nt-sf-exchange.Windows2000> Hi, > Is it possible... Yes! Works great. > but I have no idea how to do create layers or maps using > PHP/Mapscript. Take a look at http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScript and http://mapserver.gis.umn.edu/doc/phpmapscript-class-guide.html. There should be a lot of examples around. Just a snipped to get the basic idea: [...] $layer = $map->getLayerByName( "p" ); //get a point-layer defined in the map-file $layer->set('status', MS_ON); //activate this layer $pt = ms_newPointObj(); //create a point-object $pt->setXY( $x1, $y1 ); //set coordinates $pt->draw($map, $layer, $image, 0, "Pt1"); //draw the point $pt = ms_newPointObj(); //...and so on... $pt->setXY( $x2, $y2 ); $pt->draw($map, $layer, $image, 0, "Pt2"); $map->drawLabelCache($image); $image_url=$image->saveImage(""); [...] Create a loop for the point-draw mentioned above fed with the $x, $y coordinates from any RDBMS php can handle. HTH, Frieso ter Haseborg - Software Development - -- -------------------------------------------------- S&F Datentechnik GmbH&Co.KG Reimersstr. 41b 26789 Leer, Germany > -----Original Message----- > From: Jan Vietmeier [mailto:jan at vietmeier.de] > Sent: Wednesday, February 11, 2004 3:14 PM > To: mapserver users > Subject: [Mapserver-users] Displaying x-y Datasets using PHP/Mapscript > > > Hi All, > I use Mapserver 4.0 with PHP/Mapscript on Windows NT. > > Is it possible to create a new layer from a dataset (e.g. list of > x-y-coordinates) using PHP/Mapscipt? My intention is to read some > coordinates from an odbc-connection using php and display the > coordinates > with PHP/Mapscript. > > The > http://mapserver.gis.umn.edu/doc40/phpmapscript-byexample-howt > o.html -Howto > says that PHP/Mapscript "... includes the possibility of > dynamically create > maps or modify existing ones and to (and here is the key to > the flexibility > that MapScript has) mix this information with other sources > of non GIS data, > such as user input, non spatial and spatial databases, text > files, etc. and > that you can use ..." and also promises the possibility of > "... creation of > dynamic layers and classes ..." > > but I have no idea how to do create layers or maps using > PHP/Mapscript. > > Any comments or suggestions would be helpful. > > Jan > > Jan Vietmeier, Diplom-Geograph > Im Fichtenhain 18 > 51069 K?ln > > Tel. +49 (0)221 9468252 > Mobil +49 (0)178 3744854 > Fax. +49 (0)221 9468251 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From RUBINJ at gov.ns.ca Thu Feb 12 09:20:20 2004 From: RUBINJ at gov.ns.ca (John Rubin) Date: Thu, 12 Feb 2004 13:20:20 -0400 Subject: [Mapserver-users] Label Object Force Bug ? ms4.1 cgi Message-ID: Hello, It seems that the Label Object Force (true or false) is not working in version v4.1 it did work in v4.0. The setting in v4.1 is always on true, making labels overlap. Anyone else with this problem? Thanks John John Rubin Telephone: 902-893-5712 E-mail: RUBINJ at gov.ns.ca From TENIERER at gov.ns.ca Thu Feb 12 09:23:38 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Thu, 12 Feb 2004 13:23:38 -0400 Subject: [Mapserver-users] addColor error in PHP/MapScript Message-ID: --=__Part3F1E598A.0__= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hello all, I keep getting the error: Call to undefined function: addcolor() in my PHP error_log. I thought I had it set up correctly. Does anyone have any suggestions? Hope someone can help. Rene setExtent($minX-10, $minY-10, $maxX+10, $maxY+10); //Set colours $cWhite = $map->addColor(255,255,255); $cBlack = $map->addColor(0,0,0); $wap_all = ms_newLayerObj($map); $wap_all->set("name", "wap_parcels"); $wap_all->set("type", MS_LAYER_POLYGON); $wap_all->set("status", MS_ON); $wap_all->set("data", "wap_all.shp"); $wap_all->set("maxscale", 500000); $wap_all->set("labelitem", "id"); $wap_all->set("labelmaxscale", 100000); $wap_class = ms_newClassObj($wap_all); $wap_class->set("status", MS_ON); $wap_class->set("color", $cWhite); $wap_class->set("outlinecolor", $cBlack); $wap_class->set("symbol", 0); $wap_class->set("size", 1); $wap_class->set("minsize", 0); $wap_class->set("maxsize", 100); $wap_label = $wap_class->label; $wap_label->set("type", MS_BITMAP); $wap_label->set("size", MS_MEDIUM); $wap_label->set("position", MS_CC); $wap_label->set("color", $cBlack); $image = $map->draw(); $scalebar = $map->drawScaleBar(); $image_url = $image->saveWebImage(); $scalebar_url = $scalebar->saveWebImage(); ?> MAP NAME "Hurricane Juan Page" STATUS ON EXTENT 381053 4915490 573294 5059550 SIZE 950 600 SHAPEPATH "D:/gis_data/wap_2002/" SYMBOLSET "C:/chameleon11a/etc/symbols.sym" FONTSET "C:/chameleon11a/etc/fonts.txt" IMAGETYPE PNG24 IMAGECOLOR 255 255 255 UNITS METERS RESOLUTION 90.714286 WEB IMAGEPATH "c:/temp/tmp/" IMAGEURL "/temp/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 METERS INTERVALS 5 SIZE 250 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 LAYER NAME "Roads" GROUP "Base Data" STATUS ON TYPE LINE MAXSCALE 500000 TILEINDEX "D:/GIS_Data/coindex/coindex" TILEITEM "lonetlin" CLASSITEM "fcode" CLASS STYLE SYMBOL 0 COLOR 255 0 0 SIZE 1 MINSIZE 1 MAXSIZE 100 END END END LAYER NAME "NS Shoreline" GROUP "Base Data" STATUS ON DATA "D:/GIS_Data/shoreutm/shoreutm" TYPE LINE CLASS STYLE SYMBOL 0 COLOR 72 164 255 SIZE 2 MINSIZE 1 MAXSIZE 100 END END END END --=__Part3F1E598A.0__= Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit
Hello all,
I keep getting the error: Call to undefined function:  addcolor() in my PHP error_log. I thought I had it set up correctly. Does anyone have any suggestions?
 
Hope someone can help.
Rene
 
    <?php
      $map_path = "C:/chameleon11a/websites/wap/";
      $map = ms_newMapObj($map_path."sketch.map");
      $map->setExtent($minX-10, $minY-10, $maxX+10, $maxY+10);
 
      //Set colours
      $cWhite = $map->addColor(255,255,255);
      $cBlack = $map->addColor(0,0,0);
 
      $wap_all = ms_newLayerObj($map);
      $wap_all->set("name", "wap_parcels");
      $wap_all->set("type", MS_LAYER_POLYGON);
      $wap_all->set("status", MS_ON);
      $wap_all->set("data", "wap_all.shp");
      $wap_all->set("maxscale", 500000);
      $wap_all->set("labelitem", "id");
      $wap_all->set("labelmaxscale", 100000);
 
      $wap_class = ms_newClassObj($wap_all);
      $wap_class->set("status", MS_ON);
      $wap_class->set("color", $cWhite);
      $wap_class->set("outlinecolor", $cBlack);
      $wap_class->set("symbol", 0);
      $wap_class->set("size", 1);
      $wap_class->set("minsize", 0);
      $wap_class->set("maxsize", 100);
 
      $wap_label = $wap_class->label;
      $wap_label->set("type", MS_BITMAP);
      $wap_label->set("size", MS_MEDIUM);
      $wap_label->set("position", MS_CC);
      $wap_label->set("color", $cBlack);
 
      $image = $map->draw();
      $scalebar = $map->drawScaleBar();
      $image_url = $image->saveWebImage();
      $scalebar_url = $scalebar->saveWebImage();
    ?>
MAP
  NAME "Hurricane Juan Page"
  STATUS ON
  EXTENT 381053 4915490 573294 5059550
  SIZE 950 600
 
  SHAPEPATH "D:/gis_data/wap_2002/"
  SYMBOLSET "C:/chameleon11a/etc/symbols.sym"
  FONTSET "C:/chameleon11a/etc/fonts.txt"
  IMAGETYPE PNG24
  IMAGECOLOR 255 255 255
  UNITS METERS
  RESOLUTION 90.714286
  WEB
    IMAGEPATH "c:/temp/tmp/"
    IMAGEURL "/temp/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 METERS
    INTERVALS 5
    SIZE 250 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
  LAYER
    NAME "Roads"
    GROUP "Base Data"
    STATUS ON
    TYPE LINE
    MAXSCALE 500000
    TILEINDEX "D:/GIS_Data/coindex/coindex"
    TILEITEM "lonetlin"
    CLASSITEM "fcode"
    CLASS
      STYLE
        SYMBOL 0
        COLOR 255 0 0
        SIZE 1
        MINSIZE 1
        MAXSIZE 100
      END
    END
  END
  LAYER
    NAME "NS Shoreline"
    GROUP "Base Data"
    STATUS ON
    DATA "D:/GIS_Data/shoreutm/shoreutm"
    TYPE LINE
    CLASS
      STYLE
        SYMBOL 0
        COLOR 72 164 255
        SIZE 2
        MINSIZE 1
        MAXSIZE 100
      END
    END
  END
END
--=__Part3F1E598A.0__=-- From jmckenna at dmsolutions.ca Thu Feb 12 11:50:28 2004 From: jmckenna at dmsolutions.ca (Jeff McKenna) Date: Thu, 12 Feb 2004 14:50:28 -0500 (EST) Subject: [Mapserver-users] (no subject) Message-ID: <200402121950.i1CJoSc2015179@webmail2.magma.ca> Hello, I am trying to view a WFS layer in MapServer from a server that is publishing their data using GeoServer (and they are storing their data in Oracle). When I try their GetFeature request in a browser valid GML is returned (http://aadc-maps.aad.gov.au/geoserver/wfs?VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=topp:ICEBERG_PY). I have verified that the GML is valid with the ogrinfo utility, as well as converting the GML to a shapefile using the OGR2OGR utility...it looks good. But when I try to access the layer with MapServer I get a lovely MapServer error: [MapServer Error]: msWFSLayerWhichShapes(): WFS request produced unexpected output (junk?) for layer aad_wfs In my IMAGEPATH directory the GML file that is produced looks like this: problem with FeatureResults: org.geotools.data.DataSourceException: Could not count at org.geotools.data.jdbc.JDBCFeatureSource.count(JDBCFeatureSource.java:402) at org.geotools.data.jdbc.JDBCFeatureSource$1.getCount(JDBCFeatureSource.java:218) at org.vfny.geoserver.responses.wfs.FeatureResponse.execute(FeatureResponse.java:307) at org.vfny.geoserver.responses.wfs.FeatureResponse.execute(FeatureResponse.java:193) at org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java:295) at org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:202) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.vfny.geoserver.servlets.wfs.WfsDispatcher.doResponse(WfsDispatcher.java:172) at org.vfny.geoserver.servlets.wfs.WfsDispatcher.doGet(WfsDispatcher.java:123) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:91) at jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) at jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:252) at jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:527) at jrun.servlet.http.WebService.invokeRunnable(WebService.java:168) at jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:451) at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66) Caused by: java.sql.SQLException: ORA-00921: unexpected end of SQL command at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289) at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:579) at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1894) at oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:831) at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2496) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2840) at oracle.jdbc.driver.OracleStatement.executeQuery(OracleStatement.java:623) at org.geotools.data.jdbc.JDBCFeatureSource.count(JDBCFeatureSource.java:391) ... 18 more The mapfile that I'm using is as follows: NAME AAD_WFS STATUS ON SIZE 400 300 SYMBOLSET ./etc/symbols.sym EXTENT 60 -90 160 0 UNITS DD #SHAPEPATH "C:/GCRC/data/antarctica/scale0/st17_20" IMAGECOLOR 255 255 255 FONTSET ./etc/fonts.txt WEB IMAGEPATH "c:/tmp/ms_tmp/" IMAGEURL "c:/ms_tmp/" METADATA END LOG "c:/GCRC/www/add-demo/htdocs/ms_error.txt" END PROJECTION "init=epsg:4326" END LAYER NAME "aad_wfs" TYPE POLYGON CONNECTIONTYPE WFS CONNECTION "http://aadc-maps.aad.gov.au/geoserver/wfs?VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=topp:ICEBERG_PY" PROJECTION "init=epsg:8307" END METADATA "wfs_connectiontimeout" "60" "wfs_latlonboundingbox" "60 -90 160 0" END STATUS ON DEBUG TRUE CLASS NAME "test" COLOR 255 0 0 END END The WFS server in question is actually the Australian Antarctic Division (AAD), and we are trying to make their data available to other partners around the world. Is it something on their side that is causing MapServer to blow up?? >From a GetCapabilities request we can see that the data is in 8307 EPSG, which is not included in the standard EPSG file....and I think that 8307 is the same as generic lat/long....so I added an 8307 code in my EPSG file with the same params as 4326 (is this the problem???). More questions: from comparing the GML returned in the browser with other valid GML that MapServer CAN display we've noticed that the AAD server GML states whereas others say ...is MapServer having a problem with that URL???? Any help is greatly appreciated. jeff --- Jeff McKenna Research Assistant Geomatics and Cartographic Research Centre Carleton University Ottawa, ON Canada From jmckenna at dmsolutions.ca Thu Feb 12 11:58:25 2004 From: jmckenna at dmsolutions.ca (Jeff McKenna) Date: Thu, 12 Feb 2004 14:58:25 -0500 (EST) Subject: [Mapserver-users] Displaying WFS data from a GeoServer/OracleSpatial server Message-ID: <200402121958.i1CJwPo4015939@webmail2.magma.ca> (with a subject line, sorry) ----- Hello, I am trying to view a WFS layer in MapServer from a server that is publishing their data using GeoServer (and they are storing their data in Oracle). When I try their GetFeature request in a browser valid GML is returned (http://aadc-maps.aad.gov.au/geoserver/wfs?VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=topp:ICEBERG_PY). I have verified that the GML is valid with the ogrinfo utility, as well as converting the GML to a shapefile using the OGR2OGR utility...it looks good. But when I try to access the layer with MapServer I get a lovely MapServer error: [MapServer Error]: msWFSLayerWhichShapes(): WFS request produced unexpected output (junk?) for layer aad_wfs In my IMAGEPATH directory the GML file that is produced looks like this: problem with FeatureResults: org.geotools.data.DataSourceException: Could not count at org.geotools.data.jdbc.JDBCFeatureSource.count(JDBCFeatureSource.java:402) at org.geotools.data.jdbc.JDBCFeatureSource$1.getCount(JDBCFeatureSource.java:218) at org.vfny.geoserver.responses.wfs.FeatureResponse.execute(FeatureResponse.java:307) at org.vfny.geoserver.responses.wfs.FeatureResponse.execute(FeatureResponse.java:193) at org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java:295) at org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:202) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.vfny.geoserver.servlets.wfs.WfsDispatcher.doResponse(WfsDispatcher.java:172) at org.vfny.geoserver.servlets.wfs.WfsDispatcher.doGet(WfsDispatcher.java:123) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:91) at jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) at jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:252) at jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:527) at jrun.servlet.http.WebService.invokeRunnable(WebService.java:168) at jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:451) at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66) Caused by: java.sql.SQLException: ORA-00921: unexpected end of SQL command at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289) at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:579) at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1894) at oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:831) at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2496) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2840) at oracle.jdbc.driver.OracleStatement.executeQuery(OracleStatement.java:623) at org.geotools.data.jdbc.JDBCFeatureSource.count(JDBCFeatureSource.java:391) ... 18 more The mapfile that I'm using is as follows: NAME AAD_WFS STATUS ON SIZE 400 300 SYMBOLSET ./etc/symbols.sym EXTENT 60 -90 160 0 UNITS DD #SHAPEPATH "C:/GCRC/data/antarctica/scale0/st17_20" IMAGECOLOR 255 255 255 FONTSET ./etc/fonts.txt WEB IMAGEPATH "c:/tmp/ms_tmp/" IMAGEURL "c:/ms_tmp/" METADATA END LOG "c:/GCRC/www/add-demo/htdocs/ms_error.txt" END PROJECTION "init=epsg:4326" END LAYER NAME "aad_wfs" TYPE POLYGON CONNECTIONTYPE WFS CONNECTION "http://aadc-maps.aad.gov.au/geoserver/wfs?VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=topp:ICEBERG_PY" PROJECTION "init=epsg:8307" END METADATA "wfs_connectiontimeout" "60" "wfs_latlonboundingbox" "60 -90 160 0" END STATUS ON DEBUG TRUE CLASS NAME "test" COLOR 255 0 0 END END The WFS server in question is actually the Australian Antarctic Division (AAD), and we are trying to make their data available to other partners around the world. Is it something on their side that is causing MapServer to blow up?? >From a GetCapabilities request we can see that the data is in 8307 EPSG, which is not included in the standard EPSG file....and I think that 8307 is the same as generic lat/long....so I added an 8307 code in my EPSG file with the same params as 4326 (is this the problem???). More questions: from comparing the GML returned in the browser with other valid GML that MapServer CAN display we've noticed that the AAD server GML states whereas others say ...is MapServer having a problem with that URL???? Any help is greatly appreciated. jeff --- Jeff McKenna Research Assistant Geomatics and Cartographic Research Centre Carleton University Ottawa, ON Canada From zak-ms at hoppsan.org Thu Feb 12 13:50:29 2004 From: zak-ms at hoppsan.org (Zak James) Date: Thu, 12 Feb 2004 16:50:29 -0500 Subject: [Mapserver-users] dBox, Rosa, Macs, mapscript In-Reply-To: References: Message-ID: <798733A8-5DA5-11D8-9DDD-000393D97CCC@hoppsan.org> I'm pretty sure the problem with ROSA on macs is that it requires liveconnect, a mechanism for java to communicate with javascript. It used to be that it wasn't available at all on the mac platform, but Apple released a new version of Safari (1.2) last week that implements it for their Java 1.4.2 VM. I tested it locally and it allows ROSA to work. Of course, if your clients don't have the latest version of OS X, it's not a great solution. Have you considered using Chameleon (www.maptools.org)? It provides a DHTML rubber band that works fine in most mac browsers. zak -- Zak James Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca On Feb 12, 2004, at 11:00 AM, Liz Godwin wrote: > Hello List, > > I need to use a different means for navigation than Rosa for my > applications. It does not seem to work on Mac computers. > > At the moment I am working on a PHPMapscript application, however I > will have to change some CGI apps later. > > With my PHP application, I have been looking into the dBox example as > an alternative to Rosa. The reason I liked these examples is that I > can > zoom into a rectangle and get a nice rubber band box. The problem with > dBox is that it is complicated and I need only a small subset of the > code, but before diving into it I thought I would ask the list first.. > can I use dBox without the mapserv object? All I want from it is to > allow me to draw a box (or simple click) on a map image and then return > the coordinates in pixels. > > Should I bother with dBox? Are there more simple examples out there? > I'm sure this isn't hard to code, but I would rather not start over if > I > can help it. > > On the same note, I am hoping to exploit the CBE javascript library so > I don't have to fret over cross-browser issues. > > Thanks for the help, > > Liz Godwin > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Tom.Kralidis at ec.gc.ca Thu Feb 12 13:54:17 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Thu, 12 Feb 2004 16:54:17 -0500 Subject: [Mapserver-users] Displaying WFS data from a GeoServer/Oracle Spatial server Message-ID: <2576812186CDD411BF1500508B6DCE9506436C9F@ECNWRI1.ontario.int.ec.gc.ca> Are you sure you (or MapServer) are passing that exact query to the WFS? You may want to see what the web log records as a request on their side. ..Tom > -----Original Message----- > From: Jeff McKenna [mailto:jmckenna at dmsolutions.ca] > Sent: Thursday, February 12, 2004 2:58 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Displaying WFS data from a > GeoServer/OracleSpatial server > > > (with a subject line, sorry) > ----- > > Hello, > > I am trying to view a WFS layer in MapServer from a server > that is publishing their data using GeoServer (and they are > storing their data in Oracle). When I try their GetFeature > request in a browser valid GML is returned > (http://aadc-maps.aad.gov.au/geoserver/wfs?VERSION=1.0.0&REQUE ST=GetFeature&TYPENAME=topp:ICEBERG_PY). > I have verified that the GML is valid with the ogrinfo > utility, as well as converting the GML to a shapefile using > the OGR2OGR utility...it looks good. But when I try to > access the layer with MapServer I get a lovely MapServer > error: [MapServer Error]: msWFSLayerWhichShapes(): WFS > request produced unexpected output (junk?) for layer aad_wfs > > In my IMAGEPATH directory the GML file that is produced looks > like this: > > > version="1.2.0" > xmlns="http://www.opengis.net/ogc" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation="http://www.opengis.net/ogc > http://localhost:8080/geoserver/data/capabilities/wfs/1.0.0/OG > C-exception.xsd"> > > problem with FeatureResults: > org.geotools.data.DataSourceException: Could not count > at > org.geotools.data.jdbc.JDBCFeatureSource.count(JDBCFeatureSour > ce.java:402) > at > org.geotools.data.jdbc.JDBCFeatureSource$1.getCount(JDBCFeatur > eSource.java:218) > at > org.vfny.geoserver.responses.wfs.FeatureResponse.execute(Featu > reResponse.java:307) > at > org.vfny.geoserver.responses.wfs.FeatureResponse.execute(Featu > reResponse.java:193) > at > org.vfny.geoserver.servlets.AbstractService.doService(Abstract > Service.java:295) > at > org.vfny.geoserver.servlets.AbstractService.doGet(AbstractServ > ice.java:202) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at > org.vfny.geoserver.servlets.wfs.WfsDispatcher.doResponse(WfsDi > spatcher.java:172) > at > org.vfny.geoserver.servlets.wfs.WfsDispatcher.doGet(WfsDispatc > her.java:123) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:91) > at > jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) > at > jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatche > r.java:252) > at > jrun.servlet.ServletEngineService.dispatch(ServletEngineServic > e.java:527) > at > jrun.servlet.http.WebService.invokeRunnable(WebService.java:168) > at > jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(Threa dPool.java:451) > at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66) > Caused by: java.sql.SQLException: ORA-00921: unexpected end > of SQL command > > at > oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) > at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289) > at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:579) > at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1894) > at > oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protoco > l.java:831) > at > oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatem > ent.java:2496) > at > oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(Oracle > Statement.java:2840) > at > oracle.jdbc.driver.OracleStatement.executeQuery(OracleStatemen > t.java:623) > at > org.geotools.data.jdbc.JDBCFeatureSource.count(JDBCFeatureSour > ce.java:391) > ... 18 more > > > > The mapfile that I'm using is as follows: > > > NAME AAD_WFS > STATUS ON > SIZE 400 300 > SYMBOLSET ./etc/symbols.sym > EXTENT 60 -90 160 0 > UNITS DD > #SHAPEPATH "C:/GCRC/data/antarctica/scale0/st17_20" > IMAGECOLOR 255 255 255 > FONTSET ./etc/fonts.txt > > WEB > IMAGEPATH "c:/tmp/ms_tmp/" > IMAGEURL "c:/ms_tmp/" > METADATA > END > LOG "c:/GCRC/www/add-demo/htdocs/ms_error.txt" > END > > PROJECTION > "init=epsg:4326" > END > > > LAYER > NAME "aad_wfs" > TYPE POLYGON > CONNECTIONTYPE WFS > CONNECTION > "http://aadc-maps.aad.gov.au/geoserver/wfs?VERSION=1.0.0&REQUE ST=GetFeature&TYPENAME=topp:ICEBERG_PY" > PROJECTION > "init=epsg:8307" > END > METADATA > "wfs_connectiontimeout" "60" > "wfs_latlonboundingbox" "60 -90 160 0" > END > STATUS ON > DEBUG TRUE > CLASS > NAME "test" > COLOR 255 0 0 > END > END > > The WFS server in question is actually the Australian > Antarctic Division (AAD), and we are trying to make their > data available to other partners around the world. Is it > something on their side that is causing MapServer to blow up?? > From a GetCapabilities request we can see that the data is in > 8307 EPSG, which is not included in the standard EPSG > file....and I think that 8307 is the same as generic > lat/long....so I added an 8307 code in my EPSG file with the > same params as 4326 (is this the problem???). > > More questions: from comparing the GML returned in the > browser with other valid GML that MapServer CAN display we've > noticed that the AAD server GML states srsName="http://www.opengis.net/gml/srs/epsg.xml#8307"> > whereas others say ...is > MapServer having a problem with that URL???? > > Any help is greatly appreciated. > > jeff > > > > --- > Jeff McKenna > Research Assistant > Geomatics and Cartographic Research Centre > Carleton University > Ottawa, ON > Canada > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From bartvde at xs4all.nl Thu Feb 12 14:46:06 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Thu, 12 Feb 2004 23:46:06 +0100 Subject: [Mapserver-users] Displaying WFS data from a GeoServer/OracleSpatial server In-Reply-To: <200402121958.i1CJwPo4015939@webmail2.magma.ca> References: <200402121958.i1CJwPo4015939@webmail2.magma.ca> Message-ID: Hi Jeff, if I use the following MAP file I get the correct GML in my temp directory and an Image. Note that I use a MAXFEATURES to prevent getting a timeout. BTW Try removing your METADATA and see if that works, or fill in the complete metadata (including at least wfs_service, wfs_typename). NAME "sample client" STATUS ON SIZE 400 300 #SYMBOLSET "../etc/symbols.sym" EXTENT 76.1 -69.4 76.4 -69.2 UNITS METERS SHAPEPATH "../data" IMAGECOLOR 255 255 255 #FONTSET "../etc/fonts.txt" IMAGETYPE PNG24 WEB IMAGEPATH "/ms4w/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" END PROJECTION "init=epsg:4326" END LAYER NAME popplace CONNECTIONTYPE WFS CONNECTION "http://aadc-maps.aad.gov.au/geoserver/wfs?VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=topp:ICEBERG_PY&MAXFEATURES=100" TYPE POLYGON STATUS ON PROJECTION "init=epsg:4326" END CLASS NAME "test" COLOR 255 0 0 END END END Best regards, Bart On Thu, 12 Feb 2004 14:58:25 -0500 (EST), Jeff McKenna wrote: > (with a subject line, sorry) > ----- > > Hello, > > I am trying to view a WFS layer in MapServer from a server that is > publishing their data > using GeoServer (and they are storing their data in Oracle). When I try > their GetFeature > request in a browser valid GML is returned > (http://aadc-maps.aad.gov.au/geoserver/wfs?VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=topp:ICEBERG_PY). > I have verified that the GML is valid with the ogrinfo utility, as well > as converting the > GML to a shapefile using the OGR2OGR utility...it looks good. But when > I try to access > the layer with MapServer I get a lovely MapServer error: > [MapServer Error]: msWFSLayerWhichShapes(): WFS request produced > unexpected output (junk?) > for layer aad_wfs > > In my IMAGEPATH directory the GML file that is produced looks like this: > > > version="1.2.0" > xmlns="http://www.opengis.net/ogc" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation="http://www.opengis.net/ogc > http://localhost:8080/geoserver/data/capabilities/wfs/1.0.0/OGC-exception.xsd"> > > problem with FeatureResults: > org.geotools.data.DataSourceException: Could not count > at > org.geotools.data.jdbc.JDBCFeatureSource.count(JDBCFeatureSource.java:402) > at > org.geotools.data.jdbc.JDBCFeatureSource$1.getCount(JDBCFeatureSource.java:218) > at > org.vfny.geoserver.responses.wfs.FeatureResponse.execute(FeatureResponse.java:307) > at > org.vfny.geoserver.responses.wfs.FeatureResponse.execute(FeatureResponse.java:193) > at > org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java:295) > at > org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:202) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at > org.vfny.geoserver.servlets.wfs.WfsDispatcher.doResponse(WfsDispatcher.java:172) > at > org.vfny.geoserver.servlets.wfs.WfsDispatcher.doGet(WfsDispatcher.java:123) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:91) > at jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) > at > jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:252) > at > jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:527) > at jrun.servlet.http.WebService.invokeRunnable(WebService.java:168) > at > jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:451) > at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66) > Caused by: java.sql.SQLException: ORA-00921: unexpected end of SQL > command > > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) > at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289) > at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:579) > at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1894) > at > oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:831) > at > oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2496) > at > oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2840) > at > oracle.jdbc.driver.OracleStatement.executeQuery(OracleStatement.java:623) > at > org.geotools.data.jdbc.JDBCFeatureSource.count(JDBCFeatureSource.java:391) > ... 18 more > > > > The mapfile that I'm using is as follows: > > > NAME AAD_WFS > STATUS ON > SIZE 400 300 > SYMBOLSET ./etc/symbols.sym > EXTENT 60 -90 160 0 > UNITS DD > #SHAPEPATH "C:/GCRC/data/antarctica/scale0/st17_20" > IMAGECOLOR 255 255 255 > FONTSET ./etc/fonts.txt > > WEB > IMAGEPATH "c:/tmp/ms_tmp/" > IMAGEURL "c:/ms_tmp/" > METADATA > END > LOG "c:/GCRC/www/add-demo/htdocs/ms_error.txt" > END > > PROJECTION > "init=epsg:4326" > END > > > LAYER > NAME "aad_wfs" > TYPE POLYGON > CONNECTIONTYPE WFS > CONNECTION > "http://aadc-maps.aad.gov.au/geoserver/wfs?VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=topp:ICEBERG_PY" > PROJECTION > "init=epsg:8307" > END > METADATA > "wfs_connectiontimeout" "60" > "wfs_latlonboundingbox" "60 -90 160 0" > END > STATUS ON > DEBUG TRUE > CLASS > NAME "test" > COLOR 255 0 0 > END > END > > The WFS server in question is actually the Australian Antarctic Division > (AAD), and we are > trying to make their data available to other partners around the world. > Is it something > on their side that is causing MapServer to blow up?? > From a GetCapabilities request we can see that the data is in 8307 EPSG, > which is not > included in the standard EPSG file....and I think that 8307 is the same > as generic > lat/long....so I added an 8307 code in my EPSG file with the same params > as 4326 (is this > the problem???). > > More questions: from comparing the GML returned in the browser with > other valid GML that > MapServer CAN display we've noticed that the AAD server GML states > srsName="http://www.opengis.net/gml/srs/epsg.xml#8307"> whereas others > say srsName="EPSG:9810">...is MapServer having a problem with that URL???? > > Any help is greatly appreciated. > > jeff > > > > --- > Jeff McKenna > Research Assistant > Geomatics and Cartographic Research Centre > Carleton University > Ottawa, ON > Canada > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- From jmckenna at dmsolutions.ca Thu Feb 12 15:21:32 2004 From: jmckenna at dmsolutions.ca (Jeff McKenna) Date: Thu, 12 Feb 2004 18:21:32 -0500 (EST) Subject: [Mapserver-users] Displaying WFS data from a GeoServer/OracleSpatial server Message-ID: <200402122321.i1CNLWBh002548@webmail2.magma.ca> Thanks for replying Bart and Tom. I tried your mapfile Bart and I still got the same junk error...so then I wondered if it is a mapserver version issue of mine, so I got the lastest version and voila my own mapfile works. I was using a build from October...what had changed since then that affected this WFS call??? Anyway problem solved, and thanks guys for helping me. jeff On Feb 12, Bart van den Eijnden wrote: > > Hi Jeff, > > if I use the following MAP file I get the correct GML in my temp directory > and an Image. Note that I use a MAXFEATURES to prevent getting a timeout. > > BTW Try removing your METADATA and see if that works, or fill in the > complete metadata (including at least wfs_service, wfs_typename). > > NAME "sample client" > STATUS ON > SIZE 400 300 > #SYMBOLSET "../etc/symbols.sym" > EXTENT 76.1 -69.4 76.4 -69.2 > UNITS METERS > SHAPEPATH "../data" > IMAGECOLOR 255 255 255 > #FONTSET "../etc/fonts.txt" > IMAGETYPE PNG24 > > WEB > IMAGEPATH "/ms4w/tmp/ms_tmp/" > IMAGEURL "/ms_tmp/" > END > > PROJECTION > "init=epsg:4326" > END > > LAYER > NAME popplace > CONNECTIONTYPE WFS > CONNECTION > "http://aadc-maps.aad.gov.au/geoserver/wfs?VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=topp:ICEBERG_PY&MAXFEATURES=100" > TYPE POLYGON > STATUS ON > > PROJECTION > "init=epsg:4326" > END > CLASS > NAME "test" > COLOR 255 0 0 > END > END > > END > > Best regards, > Bart > > On Thu, 12 Feb 2004 14:58:25 -0500 (EST), Jeff McKenna > wrote: > > > (with a subject line, sorry) > > ----- > > > > Hello, > > > > I am trying to view a WFS layer in MapServer from a server that is > > publishing their data > > using GeoServer (and they are storing their data in Oracle). When I try > > their GetFeature > > request in a browser valid GML is returned > > (http://aadc-maps.aad.gov.au/geoserver/wfs?VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=topp:ICEBERG_PY). > > I have verified that the GML is valid with the ogrinfo utility, as well > > as converting the > > GML to a shapefile using the OGR2OGR utility...it looks good. But when > > I try to access > > the layer with MapServer I get a lovely MapServer error: > > [MapServer Error]: msWFSLayerWhichShapes(): WFS request produced > > unexpected output (junk?) > > for layer aad_wfs > > > > In my IMAGEPATH directory the GML file that is produced looks like this: > > > > > > > version="1.2.0" > > xmlns="http://www.opengis.net/ogc" > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > > xsi:schemaLocation="http://www.opengis.net/ogc > > http://localhost:8080/geoserver/data/capabilities/wfs/1.0.0/OGC-exception.xsd"> > > > > problem with FeatureResults: > > org.geotools.data.DataSourceException: Could not count > > at > > org.geotools.data.jdbc.JDBCFeatureSource.count(JDBCFeatureSource.java:402) > > at > > org.geotools.data.jdbc.JDBCFeatureSource$1.getCount(JDBCFeatureSource.java:218) > > at > > org.vfny.geoserver.responses.wfs.FeatureResponse.execute(FeatureResponse.java:307) > > at > > org.vfny.geoserver.responses.wfs.FeatureResponse.execute(FeatureResponse.java:193) > > at > > org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java:295) > > at > > org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:202) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > > at > > org.vfny.geoserver.servlets.wfs.WfsDispatcher.doResponse(WfsDispatcher.java:172) > > at > > org.vfny.geoserver.servlets.wfs.WfsDispatcher.doGet(WfsDispatcher.java:123) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > > at jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:91) > > at jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) > > at > > jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:252) > > at > > jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:527) > > at jrun.servlet.http.WebService.invokeRunnable(WebService.java:168) > > at > > jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:451) > > at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66) > > Caused by: java.sql.SQLException: ORA-00921: unexpected end of SQL > > command > > > > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) > > at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289) > > at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:579) > > at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1894) > > at > > oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:831) > > at > > oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2496) > > at > > oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2840) > > at > > oracle.jdbc.driver.OracleStatement.executeQuery(OracleStatement.java:623) > > at > > org.geotools.data.jdbc.JDBCFeatureSource.count(JDBCFeatureSource.java:391) > > ... 18 more > > > > > > > > The mapfile that I'm using is as follows: > > > > > > NAME AAD_WFS > > STATUS ON > > SIZE 400 300 > > SYMBOLSET ./etc/symbols.sym > > EXTENT 60 -90 160 0 > > UNITS DD > > #SHAPEPATH "C:/GCRC/data/antarctica/scale0/st17_20" > > IMAGECOLOR 255 255 255 > > FONTSET ./etc/fonts.txt > > > > WEB > > IMAGEPATH "c:/tmp/ms_tmp/" > > IMAGEURL "c:/ms_tmp/" > > METADATA > > END > > LOG "c:/GCRC/www/add-demo/htdocs/ms_error.txt" > > END > > > > PROJECTION > > "init=epsg:4326" > > END > > > > > > LAYER > > NAME "aad_wfs" > > TYPE POLYGON > > CONNECTIONTYPE WFS > > CONNECTION > > "http://aadc-maps.aad.gov.au/geoserver/wfs?VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=topp:ICEBERG_PY" > > PROJECTION > > "init=epsg:8307" > > END > > METADATA > > "wfs_connectiontimeout" "60" > > "wfs_latlonboundingbox" "60 -90 160 0" > > END > > STATUS ON > > DEBUG TRUE > > CLASS > > NAME "test" > > COLOR 255 0 0 > > END > > END > > > > The WFS server in question is actually the Australian Antarctic Division > > (AAD), and we are > > trying to make their data available to other partners around the world. > > Is it something > > on their side that is causing MapServer to blow up?? > > From a GetCapabilities request we can see that the data is in 8307 EPSG, > > which is not > > included in the standard EPSG file....and I think that 8307 is the same > > as generic > > lat/long....so I added an 8307 code in my EPSG file with the same params > > as 4326 (is this > > the problem???). > > > > More questions: from comparing the GML returned in the browser with > > other valid GML that > > MapServer CAN display we've noticed that the AAD server GML states > > > srsName="http://www.opengis.net/gml/srs/epsg.xml#8307"> whereas others > > say > srsName="EPSG:9810">...is MapServer having a problem with that URL???? > > > > Any help is greatly appreciated. > > > > jeff > > > > > > > > --- > > Jeff McKenna > > Research Assistant > > Geomatics and Cartographic Research Centre > > Carleton University > > Ottawa, ON > > Canada > > > > > > > > > > > > > > > > _______________________________________________ > > 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 lfilak at medinaco.org Thu Feb 12 13:35:35 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 12 Feb 2004 16:35:35 -0500 Subject: [Mapserver-users] Trouble using Perl newClass->setText( $newLayer, "hello" ) Message-ID: <20040212213525.9DB241A6599@mail.medinaco.org> I don't know how far it will go but, do you have logging turned on and is there anything in the log? I noticed that there is an msResetErrorList() in mapfile.c under the loadExpressionString function that is used to load the string value into the classObj but I don't see anything printed if it segfaults in the function.? Also, did you already check to see if it is segfaulting on the $newClass->{label} = ... for some reason after the text is set? Lowell The following message was sent by "PATTERSON KENNETH ALLEN" on Wed, 11 Feb 2004 17:01:43 -0700. > > I am creating a layer on the fly with one class. I am able to create the map successfully w/out using setText(). The symbols in the layer shows up fine. As soon as I call $newClass->setText( $newLayer, "hello" ) to display a field/value it segfaults. My code snippet is below. Can anyone advise what I am doing wrong? > > Thanks, > Ken > > # ------------------------------------------- CreateALayer --------------------------------------------- > sub CreateALayer { > my ($msObj, $shapeFName) = @_; > > if ($msObj && $shapeFName) { > my $newLayer = new mapscript::layerObj( $msObj ); > if ($newLayer) { > print "\t\tNew Layer $newLayer created, setting values.\n"; > $newLayer->{name} = "WindData"; > $newLayer->{group} = "Dynamic Layer"; > $newLayer->{template} = "dummy-template-name"; > $newLayer->{status} = $mapscript::MS_ON; > $newLayer->{data} = $shapeFName; > $newLayer->{type} = $mapscript::MS_POINT; > > my $newClass = new mapscript::classObj( $newLayer ); > if ($newClass) { > print "\t\tCreated Class object $newClass, setting values\n"; > $newClass->{name} = "Wind Gust"; > $newClass->{status} = $mapscript::MS_ON; > $newClass->setExpression( "(\"[WGUST]\" ne \"\")" ); > $newClass->{color} = $msObj->addColor( 255, 0, 0 ); > $newClass->{symbol} = 1; > $newClass->{minscale} = 100; > $newClass->{maxscale} = 800000; > $newClass->{size} = 8; > > > $newClass->setText( $newLayer, "([WGUST])" ); # This causes a segfault! > > > $newClass->{label} = new mapscript::labelObj(); > > if ($newClass->{label}) { > print "\t\tNew Lable object $newClass->{label} created!\n"; > $newClass->{label}->{backgroundcolor} = $msObj->addColor( 80, 80, 80 ); > $newClass->{label}->{color} = $msObj->addColor( 255, 200, 0 ); > $newClass->{label}->{size} = 8; > $nwsClass->{label}->{type} = $mapscript::MS_TRUETYPE; > $nwsClass->{label}->{font} = "helmetBI"; > $nwsClass->{label}->{position} = $mapscript::MS_AUTO; > $nwsClass->{label}->{partials} = $mapscript::MS_FALSE; > $nwsClass->{label}->{minsize} = 6; > $nwsClass->{label}->{maxsize} = 12; > > } else { > print "\t\tError: Unable to create lable object!\n"; > return( 0 ); > } > > > return( 1 ); > > } else { > print "\t\tError: Unable to create class object!\n"; > return( 0 ); > } > } else { > print "\t\tError: Unable to create layer object!\n"; > return( 0 ); > } > > } > > return( 0 ); > } > > > > > _______________________________________________ > 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 Feb 12 17:17:07 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Thu, 12 Feb 2004 18:17:07 -0700 Subject: [Mapserver-users] Chaning output projection on request. Message-ID: <1076635027.402c2593e6812@www.agi-lan.com> Anyone have an example of how one can set it up so a user can select a different projection from a list as the display projection (main output)? I was almost thinking one would have to have a .map file for each projection in which the only change was the EXTENT and and Projection definitions. I was rumaging through the dbox code on how one might submit a new extent and projection but didnt see anything. Thanks. ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From steve.lime at dnr.state.mn.us Thu Feb 12 12:15:11 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 12 Feb 2004 14:15:11 -0600 Subject: [Mapserver-users] Label Object Force Bug ? ms4.1 cgi Message-ID: I've not seen the problem. I haven't made any changes in the labeling between versions. I'm also using 4.1 in production without any problem. Do you have sample images and map files? Steve >>> "John Rubin" 2/12/2004 11:20:20 AM >>> Hello, It seems that the Label Object Force (true or false) is not working in version v4.1 it did work in v4.0. The setting in v4.1 is always on true, making labels overlap. Anyone else with this problem? Thanks John John Rubin Telephone: 902-893-5712 E-mail: RUBINJ at gov.ns.ca _______________________________________________ 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 Feb 12 18:17:22 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Thu, 12 Feb 2004 20:17:22 -0600 Subject: [Mapserver-users] Max number of layers craps out at about 295 In-Reply-To: <08f801c3f0f6$9bb41fc0$6c000a0a@sclark> References: <000001c3f0ef$9a415a10$1364a8c0@parapente> <08f801c3f0f6$9bb41fc0$6c000a0a@sclark> Message-ID: <1076638641.6840.36.camel@localhost> Stephen, I have a mapfile with more than 300 layers and it works just fine. I don't know what your exact situation is but you can't possibly be using all 700 layers at once, can you? I have noticed that you also changed your MAXCLASSES to 700 and MAXCOLORS to 700. Why? Do you really need to specify that many classes in a layer? Try lowering the MAXCLASSES and putting MAXCOLORS back to 256. Like I said, I don't really know what your situation is but you might need to rethink how you'd accomodate all those layers in MapServer. Are each of the layers so unique that you can't combine (union, merge, whatever) them? One more thing, are you sure that 295 is the max layers that your mapserv program can display, or is it that layer #295 has problems? With that many layers, debugging can't possibly be fun. OK, I promise this is the last thing... since your error message isn't sufficiently detailed. I used to get a similar error message which turned out to be due to corrupt shptree indices (this was back in the 3.3/3.4 days but you never know). Do you have .qix files? Try moving them out of the way. Good luck! -Perry N. PS: Does your web server's error log say anything about this? On Wed, 2004-02-11 at 17:27, Stephen Clark wrote: > Hi all, > > I am trying to get the max number of layers that MS will read from a > *.map file to be 500 or more. > > Once I exceed about 295 layers the MAP file will not be displayed. > > The error I get is 'The Memory could not be "read".' with some hex > codes displayed. > > I have attached my "map.h" file as reference. > Is there some other file that have to modify to be able to increase > the number of layers? > > thanks > Stephen From ed at topozone.com Thu Feb 12 19:12:44 2004 From: ed at topozone.com (Ed McNierney) Date: Thu, 12 Feb 2004 22:12:44 -0500 Subject: [Mapserver-users] Chaning output projection on request. Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3C4B@mercator.topozone.com> Jason - The easiest way to do this is to have your user interface talk to MapServer via the WMS interface, which makes it trivial to specify the requested projection as part of the map image request. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Jason M. Nielsen [mailto:jnielsen at aero-graphics.com] Sent: Thursday, February 12, 2004 8:17 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Chaning output projection on request. Anyone have an example of how one can set it up so a user can select a different projection from a list as the display projection (main output)? I was almost thinking one would have to have a .map file for each projection in which the only change was the EXTENT and and Projection definitions. I was rumaging through the dbox code on how one might submit a new extent and projection but didnt see anything. Thanks. ------------------------------------------------- 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 gis at balkanu.com.au Thu Feb 12 21:17:13 2004 From: gis at balkanu.com.au (Balkanu GIS) Date: Fri, 13 Feb 2004 15:17:13 +1000 Subject: [Mapserver-users] Error parsing MapInfo TAB file Message-ID: <000001c3f1f0$a5386f10$566b110a@cydn.net.au> Hi all, I'm able to display shape files OK with Mapserver but when I direct it to a MapInfo TAB file MapServer returns the error: loadLayer(): Unknown identifier. Parsing error near (LAYER):(line 28) The .map file reference looks like this: LAYER # MAPINFO TAB TEST NAME NATIVE_TITLE DATA "Tables (MI)/Native Title/NTDA_Register_QLD.TAB" STATUS DEFAULT TYPE POLYGON # PROJECTION # "latlong" # END CLASS COLOR 180 180 180 OUTLINECOLOR 0 0 0 END I am using the Mapserver 4.0 binary for Windows 2000, the readme for which says that OGR/GDAL support is compiled in. Can anyone tell me what I'm doing wrong? TIA Yuri Banens From gis at balkanu.com.au Thu Feb 12 21:52:29 2004 From: gis at balkanu.com.au (Balkanu GIS) Date: Fri, 13 Feb 2004 15:52:29 +1000 Subject: [Mapserver-users] RE: Error parsing MapInfo TAB file Message-ID: <000001c3f1f5$9134e430$566b110a@cydn.net.au> Solved, with reference to: http://mapserver.gis.umn.edu/doc40/ogr-howto.html#examples so please ignore previous post. I shouldn't bother the list with these inanities, I just need to RT*M. -----Original Message----- From: Balkanu GIS [mailto:gis at balkanu.com.au] Sent: Friday, 13 February 2004 15:17 To: 'mapserver-users at lists.gis.umn.edu' Subject: Error parsing MapInfo TAB file Hi all, I'm able to display shape files OK with Mapserver but when I direct it to a MapInfo TAB file MapServer returns the error: loadLayer(): Unknown identifier. Parsing error near (LAYER):(line 28) The .map file reference looks like this: LAYER # MAPINFO TAB TEST NAME NATIVE_TITLE DATA "Tables (MI)/Native Title/NTDA_Register_QLD.TAB" STATUS DEFAULT TYPE POLYGON # PROJECTION # "latlong" # END CLASS COLOR 180 180 180 OUTLINECOLOR 0 0 0 END I am using the Mapserver 4.0 binary for Windows 2000, the readme for which says that OGR/GDAL support is compiled in. Can anyone tell me what I'm doing wrong? TIA Yuri Banens From plists at prometheus.org.yu Thu Feb 12 23:49:15 2004 From: plists at prometheus.org.yu (Attila Csipa) Date: Fri, 13 Feb 2004 08:49:15 +0100 Subject: [Mapserver-users] MySQL joins In-Reply-To: <402B72E0.7090207@frw.uva.nl> References: <200402111502.22304.plists@prometheus.org.yu> <402B72E0.7090207@frw.uva.nl> Message-ID: <200402130849.15843.plists@prometheus.org.yu> On Thursday 12 February 2004 13:34, Jan Hartmann wrote: > > MySQL joins are availble in CVS ! > > Great news Attila! Are there any plans for implementing Access joins? I personally do not use Access, but I don't see any reason why it couldn't be implemented by someone who has programming experience with Access (the join code is quite modular so adding new data sources is relatively easy). From mlacayoemery at Macalester.edu Thu Feb 12 23:55:54 2004 From: mlacayoemery at Macalester.edu (Martin Lacayo-Emery) Date: Fri, 13 Feb 2004 01:55:54 -0600 Subject: [Mapserver-users] Mapserver Technical Specs Message-ID: <94854703.1076637354@company-omj20t1.kirk.macalester.edu> Hello, I am trying to convince Macalester College's IT department to put up Mapserver on our server, however they have concerns regarding security, bandwidth useage, and space. I was wondering if there was any technical information anyone could provide regarding these subjects so that I can address their concerns. Thank you, Martin Lacayo-Emery From wanxiangqian at 163.com Fri Feb 13 00:41:29 2004 From: wanxiangqian at 163.com (Wan Xiangqian) Date: Fri, 13 Feb 2004 16:41:29 +0800 Subject: [Mapserver-users] Labeling with Chinese GB2312 Characters Message-ID: <007b01c3f20d$2e7e1f60$143c4dda@rismpsuiy0cq59> MapServer 4.0 Labelling with Chinese GB2312 Characters Wrong! The problem is in GD/FreeType routines. On Windows Platforms, I use C API mbs2wcs() and solved the problem. Please change the source code base so we get a GOOD new release of MapServer. (But it's source code of GD...) From mweinelt at planiglobe.com Fri Feb 13 01:01:36 2004 From: mweinelt at planiglobe.com (Martin Weinelt) Date: Fri, 13 Feb 2004 10:01:36 +0100 Subject: [Mapserver-users] Chaning output projection on request. Message-ID: <200402131001.36152.mweinelt@planiglobe.com> On Friday 13 February 2004 02:17, Jason M. Nielsen wrote: > Anyone have an example of how one can set it up so a user can select a > different projection from a list as the display projection (main output)? > > I was almost thinking one would have to have a .map file for each > projection in which the only change was the EXTENT and and Projection > definitions. > > I was rumaging through the dbox code on how one might submit a new extent > and projection but didnt see anything. > > Thanks. Jason, I do it with separate .map-files (and projected data) for each projection. The interface has a
that provides projection selection:
This above form calls a js function ("setProj()"): function setProj(theMap) { var myForm = document.forms['map_form']; var projForm = document.forms['proj_form']; var mapFileName = projForm.Auswahl.options[projForm.Auswahl.selectedIndex].value; // set the corresponding mapfile var mapFile = docRoot + mapFileName; // docRoot has the path myForm.map.value = mapFile; // set the mapextent to initial big map switch (mapFileName) { case "DD.map": myForm.mapext.value = "-180 -90 180 90"; // change corresp. ref-image here break; case "ME.map": myForm.mapext.value = "-20000000 -20000000 20000000 20000000"; // change corresp. ref-image here break; case "LN.map": myForm.mapext.value = "-7000000 -7000000 7000000 7000000"; // change corresp. ref-image here break; case "LS.map": myForm.mapext.value = "-7000000 -7000000 7000000 7000000"; // change corresp. ref-image here break; } myForm.mode.value = "browse"; myForm.submit(); } That works for me ... Cheers, Martin From wanxiangqian at 163.com Fri Feb 13 01:02:25 2004 From: wanxiangqian at 163.com (Wan Xiangqian) Date: Fri, 13 Feb 2004 17:02:25 +0800 Subject: [Mapserver-users] Will MapServer Support ChartRenderer in near future releases? Message-ID: <010101c3f210$1b479360$143c4dda@rismpsuiy0cq59> Something like Pie or Bar or DotDensity Renderers for thematic mapping. I've noticed somewhere in MapServer documents cited a SouthEastEurope Tutorial site using such Renderers on MapServer based WebMapServer. But in MapServer source code lines I find nothing about such renderers. Will MapServer support thematic mapping in near future releases? From jan at vietmeier.de Fri Feb 13 01:24:08 2004 From: jan at vietmeier.de (Jan Vietmeier) Date: Fri, 13 Feb 2004 10:24:08 +0100 Subject: [Mapserver-users] Displaying x-y Datasets using PHP/Mapscript In-Reply-To: <2AB914A9302C8A4E998CDB2709A4EE1B08C481@nt-sf-exchange.Windows2000> Message-ID: Hi, Thanks a lot for the Help. In the meantime I am able to dynamically add points to a layer using PHP/Mapscript, but the method suggested by Zak seems to be the best solution for my purpose. Now I am wading through the manual http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData and everythink is working fine including the step "Testing" ... the virtual data file ... "using ogrinfo". The implementation into Mapserver fails with the error Message "... [MapServer Error]: msOGRFileOpen(): Open failed for OGR connection `D:\www\data\shapes\punktquelle.ovf'. File not found or unsupported format ...". In my opinion, this can have two reasons: 1. My version of ogrinfo is from the openev_fw-Program downloaded at http://www.remotesensing.org and my mapserver-version is the binary-version from DM Solutions (mapserver-4.0-win32-php4.3.2.zip from 26-Aug-2003). Maybe my mapserver-version don't supports virtual layer. How can I find out if my gdal11.dll supports the ogr-vrt format (does gdalxx.dll contains ogr?) 2. There is someting wrong with my mapfile or punktquelle.ovf-file. Here some code-snipps: The virtual layer file: ODBC:@myeinsatz tbl_einsatz wkbPoint The Mapfile: LAYER NAME "MyVirtualLayer" TYPE POINT CONNECTIONTYPE OGR CONNECTION "D:\www\polizei\data\shapes\punktquelle.ovf" # the name and path to the virtual.ovf file, relative to shapepath may work? DATA "tbl_einsatz" # the name of the OGRVrtLayer STATUS ON LABELITEM "Einsatz" #may need to use table.name or just name depending on your OVF file. PROJECTION "init=epsg:31468" END CLASS SYMBOL 1 SIZE 6 COLOR 255 0 0 LABEL SIZE MEDIUM TYPE BITMAP COLOR 0 0 0 END END END Does anyone have an idea? Tanks, Jan Jan Vietmeier, Diplom-Geograph Im Fichtenhain 18 51069 K?ln Tel. +49 (0)221 9468252 Mobil +49 (0)178 3744854 Fax. +49 (0)221 9468251 From gis at schnegg.net Fri Feb 13 02:22:25 2004 From: gis at schnegg.net (Frank Rittinger) Date: Fri, 13 Feb 2004 11:22:25 +0100 Subject: [Mapserver-users] query and zoom in one step Message-ID: <402CA561.4030807@schnegg.net> Hello list, I was wondering: Is there a way to do an itemquery, and zoom the map to the found features in one step (in one CGI invocation)? I.e. returning the features attributes in the query template and the map image. Thanks Frank From Tom.Kralidis at ec.gc.ca Fri Feb 13 05:04:39 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Fri, 13 Feb 2004 08:04:39 -0500 Subject: [Mapserver-users] Mapserver Technical Specs Message-ID: <2576812186CDD411BF1500508B6DCE9506436CAF@ECNWRI1.ontario.int.ec.gc.ca> I'd also be interested in this thread, as our IT group has similar concerns. ..Tom ========================= Tom Kralidis Systems Scientist Environment Canada Tel: +01-905-336-4409 http://www.ec.gc.ca/cise/ > -----Original Message----- > From: Martin Lacayo-Emery [mailto:mlacayoemery at Macalester.edu] > Sent: Friday, February 13, 2004 2:56 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Mapserver Technical Specs > > > Hello, > > I am trying to convince Macalester College's IT department to put up > Mapserver on our server, however they have concerns regarding > security, > bandwidth useage, and space. I was wondering if there was > any technical > information anyone could provide regarding these subjects so > that I can > address their concerns. > > Thank you, > Martin Lacayo-Emery _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From ed at topozone.com Fri Feb 13 05:37:19 2004 From: ed at topozone.com (Ed McNierney) Date: Fri, 13 Feb 2004 08:37:19 -0500 Subject: [Mapserver-users] Mapserver Technical Specs Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3C53@mercator.topozone.com> Martin - Are these concerns relative to deciding whether to install MapServer or a different mapping package, or whether to permit MapServer at all? Those are pretty broad concepts - if they can establish guidelines, it would be easy to determine whether or not you can meet those guidelines, especially compared to the rest of the College's site. For example, if they're worried about bandwidth usage, why does the "Web and Information Services" page at http://www.macalester.edu/web/ contain a section of suggestions on "Building Traffic" ;-) MapServer is a CGI program whose binary, depending on configuration, takes one or two megabytes of disk space. It is no more or less secure than any other CGI program, and its security needs for access to data files are about the same as any other CGI program that reads data files. In some configurations it requires a temporary Web-accessible directory with write access, but depending on your usage even that's not required. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Martin Lacayo-Emery [mailto:mlacayoemery at Macalester.edu] Sent: Friday, February 13, 2004 2:56 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapserver Technical Specs Hello, I am trying to convince Macalester College's IT department to put up Mapserver on our server, however they have concerns regarding security, bandwidth useage, and space. I was wondering if there was any technical information anyone could provide regarding these subjects so that I can address their concerns. Thank you, Martin Lacayo-Emery _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From godwinl at agr.gc.ca Fri Feb 13 05:36:56 2004 From: godwinl at agr.gc.ca (Liz Godwin) Date: Fri, 13 Feb 2004 08:36:56 -0500 Subject: [Mapserver-users] dBox, Rosa, Macs, mapscript Message-ID: Thanks Zak for the info on ROSA. You're right though, I can't count on users having the latest and greatest just yet. I have considered using Chameleon for my CGI apps because they are rather simple in design, and this could work well. The PHP app though has a lot of customizations that I couldn't work into Chameleon. At least not easily. Liz >>> Zak James 02/12/04 04:50PM >>> I'm pretty sure the problem with ROSA on macs is that it requires liveconnect, a mechanism for java to communicate with javascript. It used to be that it wasn't available at all on the mac platform, but Apple released a new version of Safari (1.2) last week that implements it for their Java 1.4.2 VM. I tested it locally and it allows ROSA to work. Of course, if your clients don't have the latest version of OS X, it's not a great solution. Have you considered using Chameleon (www.maptools.org)? It provides a DHTML rubber band that works fine in most mac browsers. zak -- Zak James Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca On Feb 12, 2004, at 11:00 AM, Liz Godwin wrote: > Hello List, > > I need to use a different means for navigation than Rosa for my > applications. It does not seem to work on Mac computers. > > At the moment I am working on a PHPMapscript application, however I > will have to change some CGI apps later. > > With my PHP application, I have been looking into the dBox example as > an alternative to Rosa. The reason I liked these examples is that I > can > zoom into a rectangle and get a nice rubber band box. The problem with > dBox is that it is complicated and I need only a small subset of the > code, but before diving into it I thought I would ask the list first.. > can I use dBox without the mapserv object? All I want from it is to > allow me to draw a box (or simple click) on a map image and then return > the coordinates in pixels. > > Should I bother with dBox? Are there more simple examples out there? > I'm sure this isn't hard to code, but I would rather not start over if > I > can help it. > > On the same note, I am hoping to exploit the CBE javascript library so > I don't have to fret over cross-browser issues. > > Thanks for the help, > > Liz Godwin > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From V.Honzik at sh.cvut.cz Fri Feb 13 05:42:22 2004 From: V.Honzik at sh.cvut.cz (Vojtech Honzik) Date: Fri, 13 Feb 2004 14:42:22 +0100 (CET) Subject: [Mapserver-users] CAD like line styles Message-ID: I have a task to try to get the MapServer output as similar as possible to original Microstation drawing. The main problem is in user linestyles (eg. electricity or sewage). Has anyone managet how to solve this problem? I am trying to do it using custom Truetype font, but there is a problem in the edges - even the whole symbol can't fit to the end of line and exceeds over. Is there some directive like GAP which ensures that provides the elimination of exceeding part of symbol? Thank you. Vojtech Honzik From ms57 at streamyx.com Fri Feb 13 06:28:34 2004 From: ms57 at streamyx.com (Steve McCrone) Date: Fri, 13 Feb 2004 22:28:34 +0800 Subject: [Mapserver-users] Security settings for IE 6.0 Message-ID: <001b01c3f23d$a9f4deb0$e9765edb@maps> This may not be the right place, and it seems like a simple issue...but I've installed Windows 2003 Server for my development work with mapserver. When i try to run sites that use the jBox I get the message "Your current security settings prohibit running ActiveX controls on this page. As a result, page may not display properly". I've tried adjusting the security settings for IE 6.0, but cannot find anything much about Java Virtual machine or ActiveX. What i did find about ActiveX I allowed for, but still no luck. Thanks, Steve From dmorissette at dmsolutions.ca Fri Feb 13 06:30:00 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 13 Feb 2004 09:30:00 -0500 Subject: [Mapserver-users] Labeling with Chinese GB2312 Characters In-Reply-To: <007b01c3f20d$2e7e1f60$143c4dda@rismpsuiy0cq59> References: <007b01c3f20d$2e7e1f60$143c4dda@rismpsuiy0cq59> Message-ID: <402CDF68.9000901@dmsolutions.ca> Wan Xiangqian wrote: > MapServer 4.0 Labelling with Chinese GB2312 Characters Wrong! > The problem is in GD/FreeType routines. > On Windows Platforms, I use C API mbs2wcs() and solved the problem. > Please change the source code base so we get a GOOD new release of MapServer. > (But it's source code of GD...) > I would suggest that you file a bug in the mapserver bugzilla and attach a mapfile with a small dataset and some GB2312 fonts that can be used for testing this. Without a way to test this, there are very little chance that any of hte developers can implement and test such a change. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From woodbri at swoodbridge.com Fri Feb 13 06:37:07 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Fri, 13 Feb 2004 09:37:07 -0500 Subject: [Mapserver-users] CAD like line styles In-Reply-To: Message-ID: <402C9AC3.197.A32FF67@localhost> It sounds like you ask if we have line cap styles or another mechanism to clip the symbol being draw to the length of the line segment it is being drawn along. I don't think mapserver has anything like that. And I think you will run into a similar problem if you are using a symbol along cross hatching of a polygonal boundary. Think of a wide pattern the intersects a polygon boundary at an angle. The pattern will not be clipped by the polygon boundary. I think this will be more pronounced with larger patterns. -Steve W. On 13 Feb 2004 at 14:42, Vojtech Honzik wrote: > I have a task to try to get the MapServer output as similar as possible to > original Microstation drawing. The main problem is in user linestyles (eg. > electricity or sewage). Has anyone managet how to solve this problem? > > I am trying to do it using custom Truetype font, but there is a problem in > the edges - even the whole symbol can't fit to the end of line and exceeds > over. Is there some directive like GAP which ensures that provides the > elimination of exceeding part of symbol? > > Thank you. > > Vojtech Honzik > > _______________________________________________ > 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 Fri Feb 13 07:05:55 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 13 Feb 2004 10:05:55 -0500 Subject: [Mapserver-users] addColor error in PHP/MapScript In-Reply-To: References: Message-ID: <402CE7D3.7000604@dmsolutions.ca> Rene Teniere wrote: > Hello all, > I keep getting the error: Call to undefined function: addcolor() in my > PHP error_log. I thought I had it set up correctly. Does anyone have any > suggestions? > addColor() is gone in version 4.0, see the 4.0 migration guide at http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From warmerdam at pobox.com Fri Feb 13 07:13:16 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 13 Feb 2004 10:13:16 -0500 Subject: [Mapserver-users] Will MapServer Support ChartRenderer in near future releases? In-Reply-To: <010101c3f210$1b479360$143c4dda@rismpsuiy0cq59> References: <010101c3f210$1b479360$143c4dda@rismpsuiy0cq59> Message-ID: <402CE98C.4040007@pobox.com> Wan Xiangqian wrote: > Something like Pie or Bar or DotDensity Renderers for thematic mapping. I've noticed somewhere in MapServer documents cited a SouthEastEurope Tutorial site using such Renderers on MapServer based WebMapServer. But in MapServer source code lines I find nothing about such renderers. Will MapServer support thematic mapping in near future releases? Wan, I'm not sure too sure what you are getting at here. In my mind, a DotDensity renderer for thematic mapping would be a fill style for polygons while bar and pie would presumably be chart types. Charting is not considered to be part of the MapServer taskset at this time, to the best of my knowledge. However, DM Solutions Group has written the open source OWTChart which can be used pretty easily in web applications for displaying chart information. With appropriate mapscript magic this can be invoked based on attribute query results. http://maptools.org/owtchart/index.phtml 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 dmorissette at dmsolutions.ca Fri Feb 13 07:16:17 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 13 Feb 2004 10:16:17 -0500 Subject: [Mapserver-users] Mapserver extension for Shift_JIS/Big-5 fonts In-Reply-To: <005001c3f166$65623900$32b8718c@ev.nctu.edu.tw> References: <005001c3f166$65623900$32b8718c@ev.nctu.edu.tw> Message-ID: <402CEA41.10304@dmsolutions.ca> phli wrote: > Dear Mapserver Developer, > > We posted a suggestion a while ago for extending Mapserver for > showing "Shift_JIS" (japanese) and "Big-5" (traditional chinese) fonts with > the new GD function:gdImageStringFTEx, instead of gdImageStringFT. > > This is to check whether this extension has been made available or not. > Thank you. > I don't think anything has been done on that front, and I think your best bet would be to file a bug in the MapServer bugzilla and attach a small mapfile + dataset and some fonts to test this. If/when we add this, we'll also have to define a mechanism to specify the character map to use. Should this be a mapfile-level parameter, or a layer-level parameter, or a combination of both? Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From rich at greenwoodmap.com Fri Feb 13 07:19:18 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Fri, 13 Feb 2004 08:19:18 -0700 Subject: [Mapserver-users] Security settings for IE 6.0 In-Reply-To: <001b01c3f23d$a9f4deb0$e9765edb@maps> References: <001b01c3f23d$a9f4deb0$e9765edb@maps> Message-ID: <402CEAF6.3070709@greenwoodmap.com> Steve McCrone wrote: > This may not be the right place, and it seems like a simple issue...but > > I've installed Windows 2003 Server for my development work with mapserver. > When i try to run sites that use the jBox I get the message "Your current > security settings prohibit running ActiveX controls on this page. As a > result, page may not display properly". > > I've tried adjusting the security settings for IE 6.0, but cannot find > anything much about Java Virtual machine or ActiveX. What i did find about > ActiveX I allowed for, but still no luck. Two ways to go about this: 1. In IE; Tools > Internet Options > Security > Internet > Custom Level Scripting of Java applets > enable Java Permissions > Low Safety (possibly other) 2. In IE; Tools > Internet Options > Security > Trusted Sites Sites > pasted the URI into the "Add this site" box un-check the "Require server verification ..." -- Richard Greenwood www.greenwoodmap.com From stephen.clark at focus.ca Fri Feb 13 08:32:39 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Fri, 13 Feb 2004 08:32:39 -0800 Subject: [Mapserver-users] Max number of layers craps out at about 295 References: <000001c3f0ef$9a415a10$1364a8c0@parapente> <08f801c3f0f6$9bb41fc0$6c000a0a@sclark> <1076638641.6840.36.camel@localhost> Message-ID: <003301c3f24e$fee160e0$6c000a0a@sclark> Pericles, I chose the number 700 for each of the following : #define MS_MAXCOLORS 700 #define MS_MAXCLASSES 700 #define MS_MAXLAYERS 700 because I thought that each LAYER needed the same number of CLASSES and COLORS. So can I assume that if I have about 3 classes per layer then I can use the following: #define MS_MAXCOLORS 128 #define MS_MAXCLASSES 128 #define MS_MAXLAYERS 700 or perhaps a number less than 128? I will try out this option and recompile MS with the above specs. thanks Stephen ----- Original Message ----- From: "Pericles S. Nacionales" To: "Stephen Clark" Cc: Sent: Thursday, February 12, 2004 6:17 PM Subject: Re: [Mapserver-users] Max number of layers craps out at about 295 > Stephen, > > I have a mapfile with more than 300 layers and it works just fine. I > don't know what your exact situation is but you can't possibly be using > all 700 layers at once, can you? I have noticed that you also changed > your MAXCLASSES to 700 and MAXCOLORS to 700. Why? Do you really need > to specify that many classes in a layer? Try lowering the MAXCLASSES > and putting MAXCOLORS back to 256. > > Like I said, I don't really know what your situation is but you might > need to rethink how you'd accomodate all those layers in MapServer. Are > each of the layers so unique that you can't combine (union, merge, > whatever) them? > > One more thing, are you sure that 295 is the max layers that your > mapserv program can display, or is it that layer #295 has problems? > With that many layers, debugging can't possibly be fun. > > OK, I promise this is the last thing... since your error message isn't > sufficiently detailed. I used to get a similar error message which > turned out to be due to corrupt shptree indices (this was back in the > 3.3/3.4 days but you never know). Do you have .qix files? Try moving > them out of the way. > > Good luck! > -Perry N. > > PS: Does your web server's error log say anything about this? > > > On Wed, 2004-02-11 at 17:27, Stephen Clark wrote: > > Hi all, > > > > I am trying to get the max number of layers that MS will read from a > > *.map file to be 500 or more. > > > > Once I exceed about 295 layers the MAP file will not be displayed. > > > > The error I get is 'The Memory could not be "read".' with some hex > > codes displayed. > > > > I have attached my "map.h" file as reference. > > Is there some other file that have to modify to be able to increase > > the number of layers? > > > > thanks > > Stephen > > > > _______________________________________________ > 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 Feb 13 07:36:28 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Fri, 13 Feb 2004 08:36:28 -0700 Subject: [Mapserver-users] query and zoom in one step In-Reply-To: <402CA561.4030807@schnegg.net> References: <402CA561.4030807@schnegg.net> Message-ID: <402CEEFC.6020805@greenwoodmap.com> Frank Rittinger wrote: > Hello list, > > I was wondering: Is there a way to do an itemquery, and zoom the map to > the found features in one step (in one CGI invocation)? I.e. returning > the features attributes in the query template and the map image. Yes, your template file would simply need to have an appropriate img tag for the map, and attribute tags for the attribute data. Mapserver doesn't make a big distinction between the two types of data. -- Richard Greenwood www.greenwoodmap.com From warmerdam at pobox.com Fri Feb 13 07:44:42 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 13 Feb 2004 10:44:42 -0500 Subject: [Mapserver-users] Max number of layers craps out at about 295 In-Reply-To: <003301c3f24e$fee160e0$6c000a0a@sclark> References: <000001c3f0ef$9a415a10$1364a8c0@parapente> <08f801c3f0f6$9bb41fc0$6c000a0a@sclark> <1076638641.6840.36.camel@localhost> <003301c3f24e$fee160e0$6c000a0a@sclark> Message-ID: <402CF0EA.5010901@pobox.com> Stephen Clark wrote: > Pericles, > > I chose the number 700 for each of the following : > > #define MS_MAXCOLORS 700 > #define MS_MAXCLASSES 700 > #define MS_MAXLAYERS 700 > > > because I thought that each LAYER needed the same number of CLASSES and > COLORS. > > So can I assume that if I have about 3 classes per layer then I can use the > following: > > #define MS_MAXCOLORS 128 > #define MS_MAXCLASSES 128 > #define MS_MAXLAYERS 700 > > or perhaps a number less than 128? > > I will try out this option and recompile MS with the above specs. Stephen, MAXLAYERS and MAXCOLORS should be pretty configurable. But I would like to discourage using values for MAXCOLORS other than 256 unless you have looked through the implications. Somethings are just #defined macros out of habit ... not because they should be fiddled with. 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 rich at greenwoodmap.com Fri Feb 13 07:47:26 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Fri, 13 Feb 2004 08:47:26 -0700 Subject: [Mapserver-users] Re: question about JBox In-Reply-To: <402C7BAC.1010304@tarkvarastuudio.ee> References: <402C7BAC.1010304@tarkvarastuudio.ee> Message-ID: <402CF18E.90302@greenwoodmap.com> Kristjan Annus wrote: > Hello > > I find your address from mapservers JBox contributors list. > I hope you don't mind if I ask one question from you. > > Is it possible to get SetImage method work under Netscape or > Mozilla. Every time when I try it I'll get some kind on Java > security error? > > best wishes > Kristjan Annus I do not use the setimgae() function and so I do not have a quick way to test it. I looked at the Java code, and I can not see any difference between the way that setimage() requests the image, and the way that that the image is requested my the initialization code (the mode that I use in my applications). Do you receive the security error only with setimage() and not with a "standard" invocation of jBox e.g. -- Richard Greenwood www.greenwoodmap.com From nsavard at dmsolutions.ca Fri Feb 13 07:47:59 2004 From: nsavard at dmsolutions.ca (Normand Savard) Date: Fri, 13 Feb 2004 10:47:59 -0500 Subject: [Mapserver-users] Displaying x-y Datasets using PHP/Mapscript In-Reply-To: References: Message-ID: <402CF1AF.7010002@dmsolutions.ca> Hi Jan, Frank sent a set debugging rules to follow on this mailing list already. Maybe you could have a look to the following: http://mapserver.gis.umn.edu/cgi-bin/wilma_hiliter/mapserver-users/0402/msg00253.html Also to verify if your current gdal/ogr installing support ODBC, you could do "ogrinfo --formats". Norm Jan Vietmeier wrote: >Hi, >Thanks a lot for the Help. In the meantime I am able to dynamically add >points to a layer using PHP/Mapscript, but the method suggested by Zak seems >to be the best solution for my purpose. > >Now I am wading through the manual >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData and >everythink is working fine including the step "Testing" ... the virtual data >file ... "using ogrinfo". The implementation into Mapserver fails with the >error Message "... [MapServer Error]: msOGRFileOpen(): Open failed for OGR >connection `D:\www\data\shapes\punktquelle.ovf'. File not found or >unsupported format ...". > >In my opinion, this can have two reasons: > >1. My version of ogrinfo is from the openev_fw-Program downloaded at >http://www.remotesensing.org and my mapserver-version is the binary-version >from DM Solutions (mapserver-4.0-win32-php4.3.2.zip from 26-Aug-2003). Maybe >my mapserver-version don't supports virtual layer. > >How can I find out if my gdal11.dll supports the ogr-vrt format (does >gdalxx.dll contains ogr?) > >2. There is someting wrong with my mapfile or punktquelle.ovf-file. Here >some code-snipps: >The virtual layer file: > > > > ODBC:@myeinsatz > tbl_einsatz > wkbPoint > > > > >The Mapfile: > > LAYER > NAME "MyVirtualLayer" > TYPE POINT > CONNECTIONTYPE OGR > CONNECTION "D:\www\polizei\data\shapes\punktquelle.ovf" # the name and >path to the virtual.ovf file, relative to shapepath may work? > DATA "tbl_einsatz" # the name of the OGRVrtLayer > STATUS ON > LABELITEM "Einsatz" #may need to use table.name or just name depending >on your OVF file. > PROJECTION > "init=epsg:31468" > END > CLASS > SYMBOL 1 > SIZE 6 > COLOR 255 0 0 > LABEL > SIZE MEDIUM > TYPE BITMAP > COLOR 0 0 0 > END > END > END > >Does anyone have an idea? > >Tanks, > >Jan > > >Jan Vietmeier, Diplom-Geograph >Im Fichtenhain 18 >51069 K?ln > >Tel. +49 (0)221 9468252 >Mobil +49 (0)178 3744854 >Fax. +49 (0)221 9468251 > > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From Richard.Pierce at mail.state.ar.us Fri Feb 13 07:51:59 2004 From: Richard.Pierce at mail.state.ar.us (Richie Pierce) Date: Fri, 13 Feb 2004 09:51:59 -0600 Subject: [Mapserver-users] A Legend question and a Scale question Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C3F249.508E86A4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello All, I am trying to move into using PHP\Mapscripts which I have never used. I have made some small changes to the GMAP demo and have it up and running. I have 2 questions. =20 1) I have set a scale tolerance on some of my layers and I am trying to get the scale to print to the map so that the user will know what scale they are at. I grabbed some code from the GMAP demo and have gotten it to work, somewhat. It works except on the initial load of the page. When the page loads it prints -1.00000. But when the user clicks refresh, or zoom, or anything and updates the page. The scale is printed correctly. I was wondering what I'm missing. I was also wanting to remove the decimal points and round the scale to a whole number. Here's my snippet that I use in my include file. =20 function ARGetScale() { GLOBAL $gpoMap; =20 $nScale =3D $gpoMap->scale; =20 printf("%f
\n", $nScale); } =20 =20 2) Because I have a scale tolerance set on some of my layers I was wanting the legend to only show the layers that are active. I would prefer to use PHP\Mapscripts to accomplish this. At the moment all the layers are showing and they are all checked on because that is how they are set in the map file. Even though some of them might not be showing on the map because of their MIN and MAXSCALE settings. Does anyone have a snippet where they have a legend only show the active layers using PHP\Mapscripts. I am using the same code that is in the GMap demo. =20 Any help would be great. Thanks in advance. =20 =20 Richie =20 =20 =20 Richie Pierce GIS Cadastral Specialist Arkansas Geographic Information Office 124 W. Capitol St. Little Rock, AR 72201 (w) 501-682-2937 (c) 501-416-CAMP www.gis.state.ar.us =20 ------_=_NextPart_001_01C3F249.508E86A4 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello All,

         =    I am trying to move into using PHP\Mapscripts which I have never = used.  I have made some small changes to the GMAP demo and have it up and = running.  I have 2 questions.

 

1)       I have set a scale tolerance on some of my = layers and I am trying to get the scale to print to the map so that the user will = know what scale they are at.  I grabbed some code from the GMAP demo and = have gotten it to work, somewhat.  It works except on the initial load of the page.  When the page loads it prints -1.00000.  But when the = user clicks refresh, or zoom, or anything and updates the page.  The = scale is printed correctly.  I was wondering what I’m missing.  I = was also wanting to remove the decimal points and round the scale to a whole number.  Here’s my snippet that I use in my include = file.

 

function ARGetScale()

{

    GLOBAL $gpoMap;

 

    $nScale =3D = $gpoMap->scale;

 

   printf("%f <BR>\n", = $nScale);

}

 

 

2)       Because I have a scale tolerance set on some = of my layers I was wanting the legend to only show the layers that are = active.  I would prefer to use PHP\Mapscripts to accomplish this.  At the = moment all the layers are showing and they are all checked on because that is = how they are set in the map file.  Even though some of them might not be = showing on the map because of their MIN and MAXSCALE settings.  Does anyone = have a snippet where they have a legend only show the active layers using = PHP\Mapscripts.  I am using the same code that is in the GMap demo.

 

Any help would be great.  Thanks in = advance.

 

 

Richie

 

 

 

Richie Pierce

GIS Cadastral Specialist

Arkansas Geographic Information = Office

124 W. Capitol = St.

Little Rock, AR 72201

(w) 501-682-2937

(c) 501-416-CAMP

www.gis.state.ar.us

 

=00 ------_=_NextPart_001_01C3F249.508E86A4-- From stephen.clark at focus.ca Fri Feb 13 09:04:58 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Fri, 13 Feb 2004 09:04:58 -0800 Subject: [Mapserver-users] Max number of layers craps out at about 295 References: <000001c3f0ef$9a415a10$1364a8c0@parapente> <08f801c3f0f6$9bb41fc0$6c000a0a@sclark> <1076638641.6840.36.camel@localhost> <003301c3f24e$fee160e0$6c000a0a@sclark> <402CF0EA.5010901@pobox.com> Message-ID: <008001c3f253$8329fc00$6c000a0a@sclark> Frank and others, I see in the 4.0.1 release that maxcolors is set to 256 and maxclasses is set to 250. #define MS_MAXCOLORS 256 #define MS_MAXCLASSES 250 So can I make the assumption that to increase the number of layers I DO NOT NEED to touch these #define's? thanks, Stephen ----- Original Message ----- From: "Frank Warmerdam" To: "Stephen Clark" Cc: Sent: Friday, February 13, 2004 7:44 AM Subject: Re: [Mapserver-users] Max number of layers craps out at about 295 > Stephen Clark wrote: > > Pericles, > > > > I chose the number 700 for each of the following : > > > > #define MS_MAXCOLORS 700 > > #define MS_MAXCLASSES 700 > > #define MS_MAXLAYERS 700 > > > > > > because I thought that each LAYER needed the same number of CLASSES and > > COLORS. > > > > So can I assume that if I have about 3 classes per layer then I can use the > > following: > > > > #define MS_MAXCOLORS 128 > > #define MS_MAXCLASSES 128 > > #define MS_MAXLAYERS 700 > > > > or perhaps a number less than 128? > > > > I will try out this option and recompile MS with the above specs. > > Stephen, > > MAXLAYERS and MAXCOLORS should be pretty configurable. But I would like > to discourage using values for MAXCOLORS other than 256 unless you have > looked through the implications. Somethings are just #defined macros out > of habit ... not because they should be fiddled with. > > 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 spencer at dmsolutions.ca Fri Feb 13 08:27:47 2004 From: spencer at dmsolutions.ca (Paul Spencer) Date: Fri, 13 Feb 2004 11:27:47 -0500 Subject: [Mapserver-users] Displaying x-y Datasets using PHP/Mapscript In-Reply-To: References: Message-ID: <402CFB03.1080501@magma.ca> Jan, mapserver is apparently bound to ogr directly and does not use all the functions exported by gdal11.dll so it is not sufficient to replace gdal11.dll, you must also have a mapserver that is built against the correct version of gdal. ogrinfo may work when mapserver doesn't and this is a symptom of this. Paul Jan Vietmeier wrote: > Hi, > Thanks a lot for the Help. In the meantime I am able to dynamically add > points to a layer using PHP/Mapscript, but the method suggested by Zak seems > to be the best solution for my purpose. > > Now I am wading through the manual > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData and > everythink is working fine including the step "Testing" ... the virtual data > file ... "using ogrinfo". The implementation into Mapserver fails with the > error Message "... [MapServer Error]: msOGRFileOpen(): Open failed for OGR > connection `D:\www\data\shapes\punktquelle.ovf'. File not found or > unsupported format ...". > > In my opinion, this can have two reasons: > > 1. My version of ogrinfo is from the openev_fw-Program downloaded at > http://www.remotesensing.org and my mapserver-version is the binary-version > from DM Solutions (mapserver-4.0-win32-php4.3.2.zip from 26-Aug-2003). Maybe > my mapserver-version don't supports virtual layer. > > How can I find out if my gdal11.dll supports the ogr-vrt format (does > gdalxx.dll contains ogr?) > > 2. There is someting wrong with my mapfile or punktquelle.ovf-file. Here > some code-snipps: > The virtual layer file: > > > > ODBC:@myeinsatz > tbl_einsatz > wkbPoint > > > > > The Mapfile: > > LAYER > NAME "MyVirtualLayer" > TYPE POINT > CONNECTIONTYPE OGR > CONNECTION "D:\www\polizei\data\shapes\punktquelle.ovf" # the name and > path to the virtual.ovf file, relative to shapepath may work? > DATA "tbl_einsatz" # the name of the OGRVrtLayer > STATUS ON > LABELITEM "Einsatz" #may need to use table.name or just name depending > on your OVF file. > PROJECTION > "init=epsg:31468" > END > CLASS > SYMBOL 1 > SIZE 6 > COLOR 255 0 0 > LABEL > SIZE MEDIUM > TYPE BITMAP > COLOR 0 0 0 > END > END > END > > Does anyone have an idea? > > Tanks, > > Jan > > > Jan Vietmeier, Diplom-Geograph > Im Fichtenhain 18 > 51069 K?ln > > Tel. +49 (0)221 9468252 > Mobil +49 (0)178 3744854 > Fax. +49 (0)221 9468251 > > > > _______________________________________________ > 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 jan at vietmeier.de Fri Feb 13 08:37:34 2004 From: jan at vietmeier.de (Jan Vietmeier) Date: Fri, 13 Feb 2004 17:37:34 +0100 Subject: AW: [Mapserver-users] Displaying x-y Datasets using PHP/Mapscript In-Reply-To: <402CF1AF.7010002@dmsolutions.ca> Message-ID: Hi Morm, my ogrinfo.exe is from remotesensing.org and my gdal11.dll (which - I suppose - is used by the Mapserver and PHP/Mapscript) is from DM Solutions. My "virtual layer file" works fine with the command $ ogrinfo virtual.ovf mylayer but I am sure that Mapserver does NOT use the ogrinfo.exe for the virtual layer processing. I am not sure if my Mapserver supports odbc, because I don't know what *.exe or *.dll Mapserver needs for ogr-processing. I suppose ogr support is included in the gdal.dll is that right? In any case, the phpinfo() command tells following: MapServer version 4.0 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=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE regards, Jan Jan Vietmeier, Diplom-Geograph Im Fichtenhain 18 51069 K?ln Tel. +49 (0)221 9468252 Mobil +49 (0)178 3744854 Fax. +49 (0)221 9468251 From fsbrc at uaf.edu Fri Feb 13 08:50:33 2004 From: fsbrc at uaf.edu (Bryan Carlson) Date: Fri, 13 Feb 2004 07:50:33 -0900 Subject: [Mapserver-users] Question - EROS NED service Message-ID: <402CD142@webmail.uaf.edu> I was wondering if Mapserver is able to support ArcIMS services? I am interested in using the EROS NED service which requires me to connect to 'http://gisdata.usgs.net'. I was told I need to use arcMap, it would be wonderful if I could use Mapserver as I like what I see so far. Thank you, -brude fsbrc at uaf.edu From droguin at ases.com.ar Fri Feb 13 09:04:49 2004 From: droguin at ases.com.ar (david roguin) Date: Fri, 13 Feb 2004 14:04:49 -0300 Subject: [Mapserver-users] Maplet is not working in windows explorer Message-ID: <200402131404.49073.droguin@ases.com.ar> I have mapserver in an apache/Linux running with the jBox applet; it works great in linux, but when i try to acces it from an explorer (xp and win2000) it doesn't work. here is the message : "document.mapserv.imgbox is null or it was not handled" here it's the javaScript code that i use (nothing different from the jBox Howto): function setbox_handler(name, minx, miny, maxx, maxy, redraw) { var url; document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " + maxy; document.mapserv.imgxy.value = minx + " " + miny; document.mapserv.submit(); } thanks a lot. -- __________________________________________________________________ David Roguin - Ingenier?a de Producto - tel/fax (54) 11-4343-0070 ASES Consulting - Av. Belgrano 510 piso 1 (C1092AAS) Ciudad Aut?noma de Buenos Aires - Argentina Ases Consulting Site : http://www.ases.com.ar __________________________________________________________________ AVISO DE CONFIDENCIALIDAD. La informaci?n incluida en este e-mail est? dirigida ?nicamente al destinatario. Puede contener informaci?n privilegiada, confidencial y que no debe ser revelada. Si ha recibido este e-mail por error, por favor no disemine, utilice, publique, distribuya, revele o copie esta comunicaci?n de ning?n modo. En cambio, por favor notif?quenos inmediatamente remiti?ndonos este e-mail (incluso el mensaje original en su contestaci?n), por tel / fax(54-11-4343-0070) y entonces elimine y deseche todas las copias de este e-mail. Gracias From rattolan at tiscali.it Fri Feb 13 09:17:23 2004 From: rattolan at tiscali.it (rattolan at tiscali.it) Date: Fri, 13 Feb 2004 18:17:23 +0100 Subject: [Mapserver-users] JavaMapScript and addLayer.. Message-ID: <402337F2000139C8@mail-8.tiscali.it> Hi all, I have to explain more about my problem. I'm using a raster's layers and some other layer with oracle connection. If I delete and add raster's layers no problems, If I delete and add layers with oracle's connection I cannot see layers. Which is the problems? I've already looked for this problems but I haven't found solution. Thank you in advice. __________________________________________________________________ Tiscali ADSL SENZA CANONE: Attivazione GRATIS, contributo adesione GRATIS, modem GRATIS, 50 ore di navigazione GRATIS. ABBONARTI TI COSTA SOLO UN CLICK! http://point.tiscali.it/adsl/index.shtml From bfischer at houstonengineeringinc.com Fri Feb 13 09:26:39 2004 From: bfischer at houstonengineeringinc.com (Brian Fischer) Date: Fri, 13 Feb 2004 11:26:39 -0600 Subject: [Mapserver-users] Question - EROS NED service Message-ID: <159EE492F7DD4A49BD57168D23D6595601C9E6DC@fs01.houstonengineeringinc.com> Bryan, We use this ArcIMS layer in one of our MapServer 3.6 applications. Here is the WMS Layer Definition: LAYER NAME "usgselev" METADATA "wms_title" "US_NED_Shaded_Relief" "wms_srs" "epsg:4326" "wms_connectiontimeout" "1000" END TYPE RASTER STATUS OFF CONNECTIONTYPE WMS CONNECTION "http://gisdata.usgs.net/servlet/com.esri.wms.Esrimap?ServiceName=USGS_W MS_NED&VERSION=1.0.0&REQUEST=map&Layers=US_NED_Shaded_Relief&SRS=EPSG:43 26&REASPECT=false&Format=gif" PROJECTION "init=epsg:4326" END END #layer usgselev Hope this helps you out, Brian Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: Bryan Carlson [mailto:fsbrc at uaf.edu] Sent: Friday, February 13, 2004 10:51 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Question - EROS NED service I was wondering if Mapserver is able to support ArcIMS services? I am interested in using the EROS NED service which requires me to connect to 'http://gisdata.usgs.net'. I was told I need to use arcMap, it would be wonderful if I could use Mapserver as I like what I see so far. Thank you, -brude fsbrc at uaf.edu _______________________________________________ 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 Fri Feb 13 09:33:59 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Fri, 13 Feb 2004 18:33:59 +0100 (CET) Subject: [Mapserver-users] Question - EROS NED service In-Reply-To: <402CD142@webmail.uaf.edu> References: <402CD142@webmail.uaf.edu> Message-ID: <22269.212.238.227.182.1076693639.squirrel@webmail.xs4all.nl> Hi, as long as the ESRI's WMS connector is used on the ArcIMS service you should be able to use it in Mapserver (as a cascading WMS) as well as in PHP/Mapscript. If there is no WMS connector (i.e. interface) on the ArcIMS service, then you cannot use it with Mapserver. Best regards, Bart > I was wondering if Mapserver is able to support ArcIMS services? I am > interested in using the EROS NED service which requires me to connect to > 'http://gisdata.usgs.net'. I was told I need to use arcMap, it would be > wonderful if I could use Mapserver as I like what I see so far. > > Thank you, > -brude > fsbrc at uaf.edu > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From nhv at cape.com Fri Feb 13 09:36:15 2004 From: nhv at cape.com (Norman Vine) Date: Fri, 13 Feb 2004 12:36:15 -0500 Subject: [Mapserver-users] Question - EROS NED service In-Reply-To: <402CD142@webmail.uaf.edu> Message-ID: Bryan Carlson writes: > > I was wondering if Mapserver is able to support ArcIMS services? I am > interested in using the EROS NED service which requires me to connect to > 'http://gisdata.usgs.net'. I was told I need to use arcMap, it would be > wonderful if I could use Mapserver as I like what I see so far. These are Open GIS compliant so all you need is a conforming client Here is my JavaScript testbed for this data http://www.vso.cape.com/~nhv/maps/ this is based on code from http://tsadev.speciesanalyst.net/documentation/ow.asp?InlineWMSMap Cheers Norman From ed at topozone.com Fri Feb 13 09:46:53 2004 From: ed at topozone.com (Ed McNierney) Date: Fri, 13 Feb 2004 12:46:53 -0500 Subject: [Mapserver-users] Question - EROS NED service Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3C57@mercator.topozone.com> Brian - The layer you describe in your example isn't an "ArcIMS layer" - it's a WMS layer, although it may be rendered by an ArcIMS server. Bryan, what Brian is saying is that the USGS NED shaded relief service is available as a WMS service, not just an ArcIMS service, and it can be easily used in MapServer using just the method Brian describes. - 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: Brian Fischer [mailto:bfischer at houstonengineeringinc.com] Sent: Friday, February 13, 2004 12:27 PM To: Bryan Carlson; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Question - EROS NED service Bryan, We use this ArcIMS layer in one of our MapServer 3.6 applications. Here is the WMS Layer Definition: LAYER NAME "usgselev" METADATA "wms_title" "US_NED_Shaded_Relief" "wms_srs" "epsg:4326" "wms_connectiontimeout" "1000" END TYPE RASTER STATUS OFF CONNECTIONTYPE WMS CONNECTION "http://gisdata.usgs.net/servlet/com.esri.wms.Esrimap?ServiceName=USGS_W MS_NED&VERSION=1.0.0&REQUEST=map&Layers=US_NED_Shaded_Relief&SRS=EPSG:43 26&REASPECT=false&Format=gif" PROJECTION "init=epsg:4326" END END #layer usgselev Hope this helps you out, Brian Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: Bryan Carlson [mailto:fsbrc at uaf.edu] Sent: Friday, February 13, 2004 10:51 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Question - EROS NED service I was wondering if Mapserver is able to support ArcIMS services? I am interested in using the EROS NED service which requires me to connect to 'http://gisdata.usgs.net'. I was told I need to use arcMap, it would be wonderful if I could use Mapserver as I like what I see so far. Thank you, -brude fsbrc at uaf.edu _______________________________________________ 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 bfischer at houstonengineeringinc.com Fri Feb 13 09:58:45 2004 From: bfischer at houstonengineeringinc.com (Brian Fischer) Date: Fri, 13 Feb 2004 11:58:45 -0600 Subject: [Mapserver-users] Question - EROS NED service Message-ID: <159EE492F7DD4A49BD57168D23D6595601C9E6DE@fs01.houstonengineeringinc.com> You are absolutely right. Thanks for clarifying. Sorry about any confusion. Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Friday, February 13, 2004 11:47 AM To: Brian Fischer; Bryan Carlson; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Question - EROS NED service Brian - The layer you describe in your example isn't an "ArcIMS layer" - it's a WMS layer, although it may be rendered by an ArcIMS server. Bryan, what Brian is saying is that the USGS NED shaded relief service is available as a WMS service, not just an ArcIMS service, and it can be easily used in MapServer using just the method Brian describes. - 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: Brian Fischer [mailto:bfischer at houstonengineeringinc.com] Sent: Friday, February 13, 2004 12:27 PM To: Bryan Carlson; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Question - EROS NED service Bryan, We use this ArcIMS layer in one of our MapServer 3.6 applications. Here is the WMS Layer Definition: LAYER NAME "usgselev" METADATA "wms_title" "US_NED_Shaded_Relief" "wms_srs" "epsg:4326" "wms_connectiontimeout" "1000" END TYPE RASTER STATUS OFF CONNECTIONTYPE WMS CONNECTION "http://gisdata.usgs.net/servlet/com.esri.wms.Esrimap?ServiceName=USGS_W MS_NED&VERSION=1.0.0&REQUEST=map&Layers=US_NED_Shaded_Relief&SRS=EPSG:43 26&REASPECT=false&Format=gif" PROJECTION "init=epsg:4326" END END #layer usgselev Hope this helps you out, Brian Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: Bryan Carlson [mailto:fsbrc at uaf.edu] Sent: Friday, February 13, 2004 10:51 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Question - EROS NED service I was wondering if Mapserver is able to support ArcIMS services? I am interested in using the EROS NED service which requires me to connect to 'http://gisdata.usgs.net'. I was told I need to use arcMap, it would be wonderful if I could use Mapserver as I like what I see so far. Thank you, -brude fsbrc at uaf.edu _______________________________________________ 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 nsavard at dmsolutions.ca Fri Feb 13 10:11:28 2004 From: nsavard at dmsolutions.ca (Normand Savard) Date: Fri, 13 Feb 2004 13:11:28 -0500 Subject: AW: [Mapserver-users] Displaying x-y Datasets using PHP/Mapscript In-Reply-To: References: Message-ID: <402D1350.4000003@dmsolutions.ca> Jan, There is a software to verify the library dependancy of an executable on Windows. It is called "dependency-walker". (see http://www.mozilla.org/quality/help/dependency-walker.html). Norm Jan Vietmeier wrote: >Hi Morm, >my ogrinfo.exe is from remotesensing.org and my gdal11.dll (which - I >suppose - is used by the Mapserver and PHP/Mapscript) is from DM Solutions. >My "virtual layer file" works fine with the command > >$ ogrinfo virtual.ovf mylayer > >but I am sure that Mapserver does NOT use the ogrinfo.exe for the virtual >layer processing. I am not sure if my Mapserver supports odbc, because I >don't know what *.exe or *.dll Mapserver needs for ogr-processing. > >I suppose ogr support is included in the gdal.dll is that right? In any >case, the phpinfo() command tells following: > >MapServer version 4.0 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=POSTGIS >INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > >regards, > >Jan > >Jan Vietmeier, Diplom-Geograph >Im Fichtenhain 18 >51069 K?ln > >Tel. +49 (0)221 9468252 >Mobil +49 (0)178 3744854 >Fax. +49 (0)221 9468251 > > > >_______________________________________________ >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 Feb 13 11:35:43 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Fri, 13 Feb 2004 11:35:43 -0800 Subject: [Mapserver-users] concatenate 2 or more fields in shapefile to display in MS as label References: Message-ID: <069901c3f268$923edde0$6c000a0a@sclark> Steve and others, I am able to get two or more fields concatenated as follows: TEXT (TWP [TWP] RNG [RNG]) but would like the output to be displayed down the screen instead of across. How would I insert a Newline Character in this text string? thanks, Stephen ----- Original Message ----- From: "Steve Lime" To: ; Sent: Wednesday, February 11, 2004 1:16 PM Subject: Re: [Mapserver-users] concatenate 2 or more fields in shapefile to display in MS as label > Use the TEXT option in the class object. You'd do something like: > > TEXT "TWP [TWP] RNG [RNG]" > > You could do the concatenation ahead of time in ArcView or any other > software (e.g. perl with XBase.pm) that could manipulate dbase files. > > Steve > > >>> "Stephen Clark" 2/11/2004 3:56:12 PM >>> > Hi all, > > I have two fields in a Shape file that I would like to Concatenate and > display as a label in mapserver. > > For example: > > LAYER > NAME township_range > TYPE LINE > STATUS OFF > DATA "d:/shp/townships" > > LABELITEM "TWP" > # and I want to concatenate > # LABELITEM "RNG" > # to the label > CLASS > COLOR 10 10 10 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION AUTO > COLOR 10 10 10 > FONT arial > TYPE truetype > SIZE 10 > FORCE TRUE > END > END > > END > > I would like the final string to be like "084 021" . > > OR a more general case > 'TWP' + 'township value' + 'space' + 'RNG' + Range Value' > like: > "TWP 084 RNG 021" > > Has anyone tried this out? > > thanks > Stephen > > _______________________________________________ > 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 steve.lime at dnr.state.mn.us Fri Feb 13 10:50:00 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Fri, 13 Feb 2004 12:50:00 -0600 Subject: [Mapserver-users] Mapserver extension for Shift_JIS/Big-5 fonts Message-ID: There is a bug already in place. I've not done anything with it because I think it's not a trivial change, that and there always seem to be higher priorities. The choosing your encoding is only one of the benefits of that new function, for example you can change linespacing with it, and I'm sure there are other (undocumented) uses. Encoding should probably be a label specific parameter. Steve >>> Daniel Morissette 2/13/2004 9:16:17 AM >>> phli wrote: > Dear Mapserver Developer, > > We posted a suggestion a while ago for extending Mapserver for > showing "Shift_JIS" (japanese) and "Big-5" (traditional chinese) fonts with > the new GD function:gdImageStringFTEx, instead of gdImageStringFT. > > This is to check whether this extension has been made available or not. > Thank you. > I don't think anything has been done on that front, and I think your best bet would be to file a bug in the MapServer bugzilla and attach a small mapfile + dataset and some fonts to test this. If/when we add this, we'll also have to define a mechanism to specify the character map to use. Should this be a mapfile-level parameter, or a layer-level parameter, or a combination of both? 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 nacional at cbs.umn.edu Fri Feb 13 11:13:03 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Fri, 13 Feb 2004 13:13:03 -0600 Subject: [Mapserver-users] Max number of layers craps out at about 295 In-Reply-To: <003301c3f24e$fee160e0$6c000a0a@sclark> References: <000001c3f0ef$9a415a10$1364a8c0@parapente> <08f801c3f0f6$9bb41fc0$6c000a0a@sclark> <1076638641.6840.36.camel@localhost> <003301c3f24e$fee160e0$6c000a0a@sclark> Message-ID: <1076699583.18176.30.camel@localhost> Stephen, You only need to change MS_MAXLAYERS to increase your layer #'s. You don't have to touch MS_MAXCLASSES and you shouldn't really touch MS_MAXCOLORS. I think MS_MAXCLASSES used to have a value of 50 but when I checked my map.h yesterday it was at 250. How many classes per layer do you define? I'd say you can lower this value if you need to. As for MS_MAXCOLORS, the default value is 256. I wouldn't touch it. Back in the days of MapServer 3.x this was the maximum # of colors MapServer can support--the number of colors in the color table (look-up table) associated with the input/output image. I'd like to think that this still applies to colormapped output in version 4. I'd say leave the default value as it is. So, why not try these value and change your MS_MAXCLASSES if necessary: #define MS_MAXCOLORS 256 #define MS_MAXCLASSES 50 #define MS_MAXLAYERS 700 Good luck! -Perry N. On Fri, 2004-02-13 at 10:32, Stephen Clark wrote: > Pericles, > > I chose the number 700 for each of the following : > > #define MS_MAXCOLORS 700 > #define MS_MAXCLASSES 700 > #define MS_MAXLAYERS 700 > > > because I thought that each LAYER needed the same number of CLASSES and > COLORS. > > So can I assume that if I have about 3 classes per layer then I can use the > following: > > #define MS_MAXCOLORS 128 > #define MS_MAXCLASSES 128 > #define MS_MAXLAYERS 700 > > or perhaps a number less than 128? > > I will try out this option and recompile MS with the above specs. > > thanks > Stephen > > > ----- Original Message ----- > From: "Pericles S. Nacionales" > To: "Stephen Clark" > Cc: > Sent: Thursday, February 12, 2004 6:17 PM > Subject: Re: [Mapserver-users] Max number of layers craps out at about 295 > > > > Stephen, > > > > I have a mapfile with more than 300 layers and it works just fine. I > > don't know what your exact situation is but you can't possibly be using > > all 700 layers at once, can you? I have noticed that you also changed > > your MAXCLASSES to 700 and MAXCOLORS to 700. Why? Do you really need > > to specify that many classes in a layer? Try lowering the MAXCLASSES > > and putting MAXCOLORS back to 256. > > > > Like I said, I don't really know what your situation is but you might > > need to rethink how you'd accomodate all those layers in MapServer. Are > > each of the layers so unique that you can't combine (union, merge, > > whatever) them? > > > > One more thing, are you sure that 295 is the max layers that your > > mapserv program can display, or is it that layer #295 has problems? > > With that many layers, debugging can't possibly be fun. > > > > OK, I promise this is the last thing... since your error message isn't > > sufficiently detailed. I used to get a similar error message which > > turned out to be due to corrupt shptree indices (this was back in the > > 3.3/3.4 days but you never know). Do you have .qix files? Try moving > > them out of the way. > > > > Good luck! > > -Perry N. > > > > PS: Does your web server's error log say anything about this? > > > > > > On Wed, 2004-02-11 at 17:27, Stephen Clark wrote: > > > Hi all, > > > > > > I am trying to get the max number of layers that MS will read from a > > > *.map file to be 500 or more. > > > > > > Once I exceed about 295 layers the MAP file will not be displayed. > > > > > > The error I get is 'The Memory could not be "read".' with some hex > > > codes displayed. > > > > > > I have attached my "map.h" file as reference. > > > Is there some other file that have to modify to be able to increase > > > the number of layers? > > > > > > thanks > > > Stephen > > > > > > > > _______________________________________________ > > 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 -- "He's no geek.His tan's too good." -Benjamin Choate From TENIERER at gov.ns.ca Fri Feb 13 10:03:48 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Fri, 13 Feb 2004 14:03:48 -0400 Subject: [Mapserver-users] shapeObj label for PHP/MapScript Message-ID: Hi All, I have created a new empty layer based on an existing layer containing all the proper values set and tested. The layer that the new layer is based on is ("status", MS_OFF), but I use it to extract shape objects from it using getShape() and put them into the new empty layer through draw(). The question is: does the shape object carry over the attributes ("id") from the parent shapefile so that I can create labels for the new shapeobjects, because they are not showing up. If not, how would I go about doing this? In case you couldn't follow what I'm talking about :), here's the code: Thanks, Rene setExtent($minX-10, $minY-10, $maxX+10, $maxY+10); $image = $map->draw(); $wap = $map->getLayerByName("WAP"); $shapes = ms_newLayerObj($map, $wap); $shapes->set("name", "Shapes"); $shapes->set("data", ""); $shapes_class = ms_newClassObj($shapes); //Set colours $style = ms_newStyleObj($shapes_class); $cWhite = $style->color->setRGB(255,255,255); $cBlack = $style->color->setRGB(0,0,0); $wap->open(); for($j=0; $j<=$nCOUNT; $j=$j+1) { $nShape[$j] = $wap->getShape(-1, $nIndex[$j]); $nShape[$j]->draw($map, $shapes, $image); } $wap->close(); $scalebar = $map->drawScaleBar(); $image_url = $image->saveWebImage(); $scalebar_url = $scalebar->saveWebImage(); ?> LAYER NAME "WAP" GROUP "Treatments" STATUS OFF TYPE POLYGON MAXSCALE 500000 DATA "D:/gis_data/wap_2002/all" LABELITEM "id" CLASS EXPRESSION ([TRTAREA] >0) LABEL TYPE BITMAP SIZE MEDIUM MAXSIZE 100000 POSITION CC COLOR 0 0 0 END STYLE SYMBOL 0 COLOR 255 255 255 OUTLINECOLOR 0 0 0 SIZE 1 MINSIZE 1 MAXSIZE 100 END END END From steve.lime at dnr.state.mn.us Fri Feb 13 11:27:37 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Fri, 13 Feb 2004 13:27:37 -0600 Subject: [Mapserver-users] concatenate 2 or more fields in shapefile to display in MS as label Message-ID: You have to define a WRAP character, and then place that character in your string. So, to break the sting after the township id you'd do something like: WRAP '_' TEXT (TWP [TWP]_RNG [RNG]) Steve >>> "Stephen Clark" 2/13/2004 1:35:43 PM >>> Steve and others, I am able to get two or more fields concatenated as follows: TEXT (TWP [TWP] RNG [RNG]) but would like the output to be displayed down the screen instead of across. How would I insert a Newline Character in this text string? thanks, Stephen ----- Original Message ----- From: "Steve Lime" To: ; Sent: Wednesday, February 11, 2004 1:16 PM Subject: Re: [Mapserver-users] concatenate 2 or more fields in shapefile to display in MS as label > Use the TEXT option in the class object. You'd do something like: > > TEXT "TWP [TWP] RNG [RNG]" > > You could do the concatenation ahead of time in ArcView or any other > software (e.g. perl with XBase.pm) that could manipulate dbase files. > > Steve > > >>> "Stephen Clark" 2/11/2004 3:56:12 PM >>> > Hi all, > > I have two fields in a Shape file that I would like to Concatenate and > display as a label in mapserver. > > For example: > > LAYER > NAME township_range > TYPE LINE > STATUS OFF > DATA "d:/shp/townships" > > LABELITEM "TWP" > # and I want to concatenate > # LABELITEM "RNG" > # to the label > CLASS > COLOR 10 10 10 > LABEL > MINFEATURESIZE 40 > MINDISTANCE 150 > POSITION AUTO > COLOR 10 10 10 > FONT arial > TYPE truetype > SIZE 10 > FORCE TRUE > END > END > > END > > I would like the final string to be like "084 021" . > > OR a more general case > 'TWP' + 'township value' + 'space' + 'RNG' + Range Value' > like: > "TWP 084 RNG 021" > > Has anyone tried this out? > > thanks > Stephen > > _______________________________________________ > 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 jan at vietmeier.de Fri Feb 13 11:36:45 2004 From: jan at vietmeier.de (Jan Vietmeier) Date: Fri, 13 Feb 2004 20:36:45 +0100 Subject: AW: AW: [Mapserver-users] Displaying x-y Datasets using PHP/Mapscript In-Reply-To: <402D1350.4000003@dmsolutions.ca> Message-ID: Hi Norm, Ok, it seems that my Version of Mapserver does not supports odbc. The newest version of PHP/Mapscript (for Win32) from DM Solution, too. Thus I have to wait, because I am to stupid to build mapserver by myself (I failed trying this under Linux). Many thanks, Jan Jan Vietmeier, Diplom-Geograph Im Fichtenhain 18 51069 K?ln Tel. +49 (0)221 9468252 Mobil +49 (0)178 3744854 Fax. +49 (0)221 9468251 From steve.lime at dnr.state.mn.us Fri Feb 13 11:34:06 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Fri, 13 Feb 2004 13:34:06 -0600 Subject: [Mapserver-users] MySQL joins Message-ID: As with data sources you can add them till you're blue in the face. I would suggest ODBC access be the next target... Steve >>> Attila Csipa 2/13/2004 1:49:15 AM >>> On Thursday 12 February 2004 13:34, Jan Hartmann wrote: > > MySQL joins are availble in CVS ! > > Great news Attila! Are there any plans for implementing Access joins? I personally do not use Access, but I don't see any reason why it couldn't be implemented by someone who has programming experience with Access (the join code is quite modular so adding new data sources is relatively easy). _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From droguin at ases.com.ar Fri Feb 13 11:40:36 2004 From: droguin at ases.com.ar (david roguin) Date: Fri, 13 Feb 2004 16:40:36 -0300 Subject: [Mapserver-users] problems with legends Message-ID: <200402131640.36116.droguin@ases.com.ar> hello guys, i have a little problem with the legend. i put this in my map file: LEGEND KEYSIZE 12 12 STATUS ON LABEL SIZE MEDIUM COLOR 0 0 89 TYPE BITMAP END END and in my html this: but nothing is show in the web explorer. any ideas? thanks a lot! -- __________________________________________________________________ David Roguin - Ingenier?a de Producto - tel/fax (54) 11-4343-0070 ASES Consulting - Av. Belgrano 510 piso 1 (C1092AAS) Ciudad Aut?noma de Buenos Aires - Argentina Ases Consulting Site : http://www.ases.com.ar __________________________________________________________________ AVISO DE CONFIDENCIALIDAD. La informaci?n incluida en este e-mail est? dirigida ?nicamente al destinatario. Puede contener informaci?n privilegiada, confidencial y que no debe ser revelada. Si ha recibido este e-mail por error, por favor no disemine, utilice, publique, distribuya, revele o copie esta comunicaci?n de ning?n modo. En cambio, por favor notif?quenos inmediatamente remiti?ndonos este e-mail (incluso el mensaje original en su contestaci?n), por tel / fax(54-11-4343-0070) y entonces elimine y deseche todas las copias de este e-mail. Gracias From stephen.clark at focus.ca Fri Feb 13 12:58:51 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Fri, 13 Feb 2004 12:58:51 -0800 Subject: [Mapserver-users] concatenate 2 or more fields inshapefile to display in MS as label References: Message-ID: <06dc01c3f274$2f6b11a0$6c000a0a@sclark> Steve, When I use the WRAP as indicated below, I get the following error: loadClass(): Unknown identifier. Parsing error near (WRAP):(line 1249) thanks Stephen ----- Original Message ----- From: "Steve Lime" To: ; Sent: Friday, February 13, 2004 11:27 AM Subject: Re: [Mapserver-users] concatenate 2 or more fields inshapefile to display in MS as label > You have to define a WRAP character, and then place that character in > your string. So, to break the sting after the township id you'd do > something like: > > WRAP '_' > TEXT (TWP [TWP]_RNG [RNG]) > > Steve > > >>> "Stephen Clark" 2/13/2004 1:35:43 PM >>> > Steve and others, > > I am able to get two or more fields concatenated as follows: > > TEXT (TWP [TWP] RNG [RNG]) > > but would like the output to be displayed down the screen instead of > across. > > How would I insert a Newline Character in this text string? > > thanks, > Stephen > > > ----- Original Message ----- > From: "Steve Lime" > To: ; > Sent: Wednesday, February 11, 2004 1:16 PM > Subject: Re: [Mapserver-users] concatenate 2 or more fields in > shapefile to > display in MS as label > > > > Use the TEXT option in the class object. You'd do something like: > > > > TEXT "TWP [TWP] RNG [RNG]" > > > > You could do the concatenation ahead of time in ArcView or any other > > software (e.g. perl with XBase.pm) that could manipulate dbase > files. > > > > Steve > > > > >>> "Stephen Clark" 2/11/2004 3:56:12 PM > >>> > > Hi all, > > > > I have two fields in a Shape file that I would like to Concatenate > and > > display as a label in mapserver. > > > > For example: > > > > LAYER > > NAME township_range > > TYPE LINE > > STATUS OFF > > DATA "d:/shp/townships" > > > > LABELITEM "TWP" > > # and I want to concatenate > > # LABELITEM "RNG" > > # to the label > > CLASS > > COLOR 10 10 10 > > LABEL > > MINFEATURESIZE 40 > > MINDISTANCE 150 > > POSITION AUTO > > COLOR 10 10 10 > > FONT arial > > TYPE truetype > > SIZE 10 > > FORCE TRUE > > END > > END > > > > END > > > > I would like the final string to be like "084 021" . > > > > OR a more general case > > 'TWP' + 'township value' + 'space' + 'RNG' + Range Value' > > like: > > "TWP 084 RNG 021" > > > > Has anyone tried this out? > > > > thanks > > Stephen > > > > _______________________________________________ > > 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 moccand at ensg.ign.fr Fri Feb 13 10:53:58 2004 From: moccand at ensg.ign.fr (Guillaume MOCCAND) Date: Fri, 13 Feb 2004 19:53:58 +0100 (CET) Subject: [Mapserver-users] Add polygon to shapefile Message-ID: <1076698438.402d1d46cc388@dutilleux.ensg.ign.fr> hi list ! to add features in a shapefile, i'm to use the shapeObj->add method. because she only take lineObj as parameter i wonder if the polygon is closed by mapserver or if the lineObj has to be already closed when i add it the the shapeObje ... any idea ? thanks guillaume From stephen.clark at focus.ca Fri Feb 13 13:49:18 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Fri, 13 Feb 2004 13:49:18 -0800 Subject: [Mapserver-users] concatenate 2 or more fields inshapefile to display in MS as label References: <06dc01c3f274$2f6b11a0$6c000a0a@sclark> Message-ID: <001301c3f27b$3b6fd5b0$6c000a0a@sclark> ok it works now ----- Original Message ----- From: "Stephen Clark" To: "Steve Lime" ; Sent: Friday, February 13, 2004 12:58 PM Subject: Re: [Mapserver-users] concatenate 2 or more fields inshapefile to display in MS as label > Steve, > > When I use the WRAP as indicated below, I get the following error: > > loadClass(): Unknown identifier. Parsing error near (WRAP):(line 1249) > > thanks > Stephen > > ----- Original Message ----- > From: "Steve Lime" > To: ; > Sent: Friday, February 13, 2004 11:27 AM > Subject: Re: [Mapserver-users] concatenate 2 or more fields inshapefile to > display in MS as label > > > > You have to define a WRAP character, and then place that character in > > your string. So, to break the sting after the township id you'd do > > something like: > > > > WRAP '_' > > TEXT (TWP [TWP]_RNG [RNG]) > > > > Steve > > > > >>> "Stephen Clark" 2/13/2004 1:35:43 PM >>> > > Steve and others, > > > > I am able to get two or more fields concatenated as follows: > > > > TEXT (TWP [TWP] RNG [RNG]) > > > > but would like the output to be displayed down the screen instead of > > across. > > > > How would I insert a Newline Character in this text string? > > > > thanks, > > Stephen > > > > > > ----- Original Message ----- > > From: "Steve Lime" > > To: ; > > Sent: Wednesday, February 11, 2004 1:16 PM > > Subject: Re: [Mapserver-users] concatenate 2 or more fields in > > shapefile to > > display in MS as label > > > > > > > Use the TEXT option in the class object. You'd do something like: > > > > > > TEXT "TWP [TWP] RNG [RNG]" > > > > > > You could do the concatenation ahead of time in ArcView or any other > > > software (e.g. perl with XBase.pm) that could manipulate dbase > > files. > > > > > > Steve > > > > > > >>> "Stephen Clark" 2/11/2004 3:56:12 PM > > >>> > > > Hi all, > > > > > > I have two fields in a Shape file that I would like to Concatenate > > and > > > display as a label in mapserver. > > > > > > For example: > > > > > > LAYER > > > NAME township_range > > > TYPE LINE > > > STATUS OFF > > > DATA "d:/shp/townships" > > > > > > LABELITEM "TWP" > > > # and I want to concatenate > > > # LABELITEM "RNG" > > > # to the label > > > CLASS > > > COLOR 10 10 10 > > > LABEL > > > MINFEATURESIZE 40 > > > MINDISTANCE 150 > > > POSITION AUTO > > > COLOR 10 10 10 > > > FONT arial > > > TYPE truetype > > > SIZE 10 > > > FORCE TRUE > > > END > > > END > > > > > > END > > > > > > I would like the final string to be like "084 021" . > > > > > > OR a more general case > > > 'TWP' + 'township value' + 'space' + 'RNG' + Range Value' > > > like: > > > "TWP 084 RNG 021" > > > > > > Has anyone tried this out? > > > > > > thanks > > > Stephen > > > > > > _______________________________________________ > > > 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 stephen.clark at focus.ca Fri Feb 13 14:47:19 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Fri, 13 Feb 2004 14:47:19 -0800 Subject: [Mapserver-users] Max number of layers craps out at about 295 References: <000001c3f0ef$9a415a10$1364a8c0@parapente> <08f801c3f0f6$9bb41fc0$6c000a0a@sclark> <1076638641.6840.36.camel@localhost> <003301c3f24e$fee160e0$6c000a0a@sclark> <1076699583.18176.30.camel@localhost> Message-ID: <003701c3f283$56202290$6c000a0a@sclark> Pericles, I have tried the following MS versions with no luck: > #define MS_MAXCOLORS 256 > #define MS_MAXCLASSES 50 > #define MS_MAXLAYERS 700 my MS version 4.0.1.2 -- essentially ms code version 4.0.1 plus my local increment. > #define MS_MAXCOLORS 256 > #define MS_MAXCLASSES 250 > #define MS_MAXLAYERS 700 my MS version 4.0.1.3. Both MS executables display the error in a message box: > > > > The error I get is 'The Memory could not be "read".' with some hex > > > > codes displayed. > > > PS: Does your web server's error log say anything about this? > > > > > > No errors reported in the Apache error log. > > > One more thing, are you sure that 295 is the max layers that your > > > mapserv program can display, or is it that layer #295 has problems? > > > With that many layers, debugging can't possibly be fun. I test each layer as I add them. In this case I already know each individual layer works. I test each layer in another map file to be sure. I am not sure how to fix this problem. Is there any other way to fix the problem Stephen ----- Original Message ----- From: "Pericles S. Nacionales" To: "Stephen Clark" Cc: Sent: Friday, February 13, 2004 11:13 AM Subject: Re: [Mapserver-users] Max number of layers craps out at about 295 > Stephen, > > You only need to change MS_MAXLAYERS to increase your layer #'s. You > don't have to touch MS_MAXCLASSES and you shouldn't really touch > MS_MAXCOLORS. > > I think MS_MAXCLASSES used to have a value of 50 but when I checked my > map.h yesterday it was at 250. How many classes per layer do you > define? I'd say you can lower this value if you need to. > > As for MS_MAXCOLORS, the default value is 256. I wouldn't touch it. > Back in the days of MapServer 3.x this was the maximum # of colors > MapServer can support--the number of colors in the color table (look-up > table) associated with the input/output image. I'd like to think that > this still applies to colormapped output in version 4. I'd say leave > the default value as it is. > > So, why not try these value and change your MS_MAXCLASSES if necessary: > #define MS_MAXCOLORS 256 > #define MS_MAXCLASSES 50 > #define MS_MAXLAYERS 700 > > Good luck! > -Perry N. > > On Fri, 2004-02-13 at 10:32, Stephen Clark wrote: > > Pericles, > > > > I chose the number 700 for each of the following : > > > > #define MS_MAXCOLORS 700 > > #define MS_MAXCLASSES 700 > > #define MS_MAXLAYERS 700 > > > > > > because I thought that each LAYER needed the same number of CLASSES and > > COLORS. > > > > So can I assume that if I have about 3 classes per layer then I can use the > > following: > > > > #define MS_MAXCOLORS 128 > > #define MS_MAXCLASSES 128 > > #define MS_MAXLAYERS 700 > > > > or perhaps a number less than 128? > > > > I will try out this option and recompile MS with the above specs. > > > > thanks > > Stephen > > > > > > ----- Original Message ----- > > From: "Pericles S. Nacionales" > > To: "Stephen Clark" > > Cc: > > Sent: Thursday, February 12, 2004 6:17 PM > > Subject: Re: [Mapserver-users] Max number of layers craps out at about 295 > > > > > > > Stephen, > > > > > > I have a mapfile with more than 300 layers and it works just fine. I > > > don't know what your exact situation is but you can't possibly be using > > > all 700 layers at once, can you? I have noticed that you also changed > > > your MAXCLASSES to 700 and MAXCOLORS to 700. Why? Do you really need > > > to specify that many classes in a layer? Try lowering the MAXCLASSES > > > and putting MAXCOLORS back to 256. > > > > > > Like I said, I don't really know what your situation is but you might > > > need to rethink how you'd accomodate all those layers in MapServer. Are > > > each of the layers so unique that you can't combine (union, merge, > > > whatever) them? > > > > > > One more thing, are you sure that 295 is the max layers that your > > > mapserv program can display, or is it that layer #295 has problems? > > > With that many layers, debugging can't possibly be fun. > > > > > > OK, I promise this is the last thing... since your error message isn't > > > sufficiently detailed. I used to get a similar error message which > > > turned out to be due to corrupt shptree indices (this was back in the > > > 3.3/3.4 days but you never know). Do you have .qix files? Try moving > > > them out of the way. > > > > > > Good luck! > > > -Perry N. > > > > > > PS: Does your web server's error log say anything about this? > > > > > > > > > On Wed, 2004-02-11 at 17:27, Stephen Clark wrote: > > > > Hi all, > > > > > > > > I am trying to get the max number of layers that MS will read from a > > > > *.map file to be 500 or more. > > > > > > > > Once I exceed about 295 layers the MAP file will not be displayed. > > > > > > > > The error I get is 'The Memory could not be "read".' with some hex > > > > codes displayed. > > > > > > > > I have attached my "map.h" file as reference. > > > > Is there some other file that have to modify to be able to increase > > > > the number of layers? > > > > > > > > thanks > > > > Stephen > > > > > > > > > > > > _______________________________________________ > > > 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 > -- > "He's no geek.His tan's too good." -Benjamin Choate > > From dmorissette at dmsolutions.ca Fri Feb 13 14:25:08 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 13 Feb 2004 17:25:08 -0500 Subject: [Mapserver-users] Max number of layers craps out at about 295 In-Reply-To: <003701c3f283$56202290$6c000a0a@sclark> References: <000001c3f0ef$9a415a10$1364a8c0@parapente> <08f801c3f0f6$9bb41fc0$6c000a0a@sclark> <1076638641.6840.36.camel@localhost> <003301c3f24e$fee160e0$6c000a0a@sclark> <1076699583.18176.30.camel@localhost> <003701c3f283$56202290$6c000a0a@sclark> Message-ID: <402D4EC4.8070708@dmsolutions.ca> Stephen Clark wrote: > > Both MS executables display the error in a message box: > > >>>>>The error I get is 'The Memory could not be "read".' with some hex >>>>>codes displayed. > Are you sure that you deleted all .obj and .lib files (i.e. a make clean) after changing the constants? Maybe that could explain the problems you're having. Just a thought. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From abehere at cs.ucsd.edu Fri Feb 13 14:29:05 2004 From: abehere at cs.ucsd.edu (Amit S BEHERE) Date: Fri, 13 Feb 2004 14:29:05 -0800 (PST) Subject: [Mapserver-users] Finding WMS layers on the internet. In-Reply-To: <1075938534.24975.5.camel@localhost> References: <1075933857.402172a198fc1@www.agi-lan.com> <1075938534.24975.5.camel@localhost> Message-ID: Hi all, I am trying to find WMS services that show maps of Southern California (or anywhere in the US for that matter) to include in a MapServer demo. So I basically need some URLs to which I can issues GetCapabilities and getMap requests and get back XML (in case of getcapabilities) or maps (getmap request).I am particularly interested in Weather maps (clouds etc). Can anyone point me in the right direction ? I tried looking on the internet, however I found sophisticated mapservices. I am not interested in the interface or anything. I want to send raw getmap and getcapabilities requests. Thanks in advance. Amit Behere. UCSD. "Technology doesn't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand From zak-ms at hoppsan.org Fri Feb 13 14:36:27 2004 From: zak-ms at hoppsan.org (Zak James) Date: Fri, 13 Feb 2004 17:36:27 -0500 Subject: [Mapserver-users] dBox, Rosa, Macs, mapscript In-Reply-To: References: Message-ID: <0FD1B1FB-5E75-11D8-A4C6-000393D97CCC@hoppsan.org> Liz, At DM we have a large PHP based application (Maplab) that is currently morphing into a chameleon application. The approach we are using is to have individual chameleon applications embedded in popup windows or frames within the PHP-based application shell. Since the entry point of a chameleon application is a PHP page, this is relatively straightforward; the php session or javascript can be used to communicate between the different parts of the larger application. I'm not sure if this is appropriate for your application, but it's something to consider if you want to take advantage of the best of both worlds. zak -- Zak James Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca On Feb 13, 2004, at 8:36 AM, Liz Godwin wrote: > Thanks Zak for the info on ROSA. You're right though, I can't count on > users having the latest and greatest just yet. > > I have considered using Chameleon for my CGI apps because they are > rather simple in design, and this could work well. The PHP app though > has a lot of customizations that I couldn't work into Chameleon. At > least not easily. > > Liz > >>>> Zak James 02/12/04 04:50PM >>> > I'm pretty sure the problem with ROSA on macs is that it requires > liveconnect, a mechanism for java to communicate with javascript. > > It used to be that it wasn't available at all on the mac platform, but > > Apple released a new version of Safari (1.2) last week that implements > > it for their Java 1.4.2 VM. I tested it locally and it allows ROSA to > work. > > Of course, if your clients don't have the latest version of OS X, it's > > not a great solution. Have you considered using Chameleon > (www.maptools.org)? It provides a DHTML rubber band that works fine in > > most mac browsers. > > zak > -- > Zak James > Applications and Software Development > DM Solutions Group Inc. > http://www.dmsolutions.ca > > > On Feb 12, 2004, at 11:00 AM, Liz Godwin wrote: > >> Hello List, >> >> I need to use a different means for navigation than Rosa for my >> applications. It does not seem to work on Mac computers. >> >> At the moment I am working on a PHPMapscript application, however I >> will have to change some CGI apps later. >> >> With my PHP application, I have been looking into the dBox example > as >> an alternative to Rosa. The reason I liked these examples is that I > >> can >> zoom into a rectangle and get a nice rubber band box. The problem > with >> dBox is that it is complicated and I need only a small subset of the >> code, but before diving into it I thought I would ask the list > first.. >> can I use dBox without the mapserv object? All I want from it is to >> allow me to draw a box (or simple click) on a map image and then > return >> the coordinates in pixels. >> >> Should I bother with dBox? Are there more simple examples out > there? >> I'm sure this isn't hard to code, but I would rather not start over > if >> I >> can help it. >> >> On the same note, I am hoping to exploit the CBE javascript library > so >> I don't have to fret over cross-browser issues. >> >> Thanks for the help, >> >> Liz Godwin >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > From Tom.Kralidis at ec.gc.ca Fri Feb 13 14:49:23 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Fri, 13 Feb 2004 17:49:23 -0500 Subject: [Mapserver-users] Finding WMS layers on the internet. Message-ID: <2576812186CDD411BF1500508B6DCE9506436CCE@ECNWRI1.ontario.int.ec.gc.ca> > -----Original Message----- > From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu] > Sent: Friday, February 13, 2004 5:29 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Finding WMS layers on the internet. > > > Hi all, > I am trying to find WMS services that show maps of Southern > California (or anywhere in the US for that matter) to include > in a MapServer demo. So I basically need some URLs to which I > can issues GetCapabilities and getMap requests and get back > XML (in case of getcapabilities) or maps (getmap request).I > am particularly interested in Weather maps (clouds etc). Can > anyone point me in the right direction ? I tried looking on > the internet, however I found sophisticated mapservices. I am > not interested in the interface or anything. I want to send > raw getmap and getcapabilities requests. > Here are some places where you can find WMS targets: Components listed on GeoConnections Discovery Portal http://geodiscover.cgdi.ca/gdp/search?action=searchForm&entryType=webService Components listed on cgdi-dev http://cgdi-dev.geoconnections.org/components/ Components listed on OGCNetwork http://www.ogcnetwork.org/ Components listed on USGS.net http://gisdata.usgs.net/ Try this WMS for weather: http://geo.compusult.net/scripts/mapman.dll?Name=weather Hope this helps. ..Tom ========================= Tom Kralidis Systems Scientist Environment Canada Tel: +01-905-336-4409 http://www.ec.gc.ca/cise/ > Thanks in advance. > > Amit Behere. > UCSD. > "Technology doesn't make your life more difficult or easy, it > just changes the rules"......Vishwanathan Anand > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From hang_oregon at yahoo.com Fri Feb 13 17:21:37 2004 From: hang_oregon at yahoo.com (Hang Sun) Date: Fri, 13 Feb 2004 17:21:37 -0800 (PST) Subject: [Mapserver-users] question on demo Message-ID: <20040214012137.48320.qmail@web14602.mail.yahoo.com> Hello, I have installed libpng, zlib, gd, libCURL, FreeType and mapserv in my red hat 9.0 machine, all of them are the latest version. I download Workshop.zip from Mapserver Demo web site, I follow the instruction to configure index.html and itasca.map. When I select Basic Application, click Initialize button, everything looks like the sample demo program, except the picture window is blank, no map appears, there is small icon and "this is the map" in the left-upper corner. Thanks, Hang __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From zak-ms at hoppsan.org Fri Feb 13 21:05:06 2004 From: zak-ms at hoppsan.org (Zak James) Date: Sat, 14 Feb 2004 00:05:06 -0500 Subject: AW: AW: [Mapserver-users] Displaying x-y Datasets using PHP/Mapscript In-Reply-To: References: Message-ID: <5ADB8742-5EAB-11D8-B91E-000393D97CCC@hoppsan.org> For a limited time, there is an unsupported build of an up-to-date Mapserver for windows on our server: http://www2.dmsolutions.ca/netbin/mapserv.zip You might give that a try. zak -- Zak James Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca On Feb 13, 2004, at 2:36 PM, Jan Vietmeier wrote: > Hi Norm, > Ok, it seems that my Version of Mapserver does not supports odbc. The > newest > version of PHP/Mapscript (for Win32) from DM Solution, too. Thus I > have to > wait, because I am to stupid to build mapserver by myself (I failed > trying > this under Linux). > > Many thanks, > > Jan > > Jan Vietmeier, Diplom-Geograph > Im Fichtenhain 18 > 51069 K?ln > > Tel. +49 (0)221 9468252 > Mobil +49 (0)178 3744854 > Fax. +49 (0)221 9468251 > > > > _______________________________________________ > 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 Feb 13 21:05:19 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Fri, 13 Feb 2004 22:05:19 -0700 Subject: [Mapserver-users] Maplet is not working in windows explorer In-Reply-To: <200402131404.49073.droguin@ases.com.ar> References: <200402131404.49073.droguin@ases.com.ar> Message-ID: <402DAC8F.8010601@greenwoodmap.com> david roguin wrote: > I have mapserver in an apache/Linux running with the jBox applet; it works > great in linux, but when i try to acces it from an explorer (xp and win2000) > it doesn't work. > here is the message : "document.mapserv.imgbox is null or it was not handled" > > here it's the javaScript code that i use (nothing different from the jBox > Howto): > > function setbox_handler(name, minx, miny, maxx, maxy, redraw) { > var url; > document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " + > maxy; > document.mapserv.imgxy.value = minx + " " + miny; > document.mapserv.submit(); > } > > thanks a lot. > Are you sure that Java is fully enabled for IE? As a quick test, try: www2.tetonwyo.org/mapserver and click the "Ownership Map" link. IE has new security "enhancements" everyday which basically just disable functionality, especially Java. Rich -- Richard Greenwood www.greenwoodmap.com From rich at greenwoodmap.com Fri Feb 13 21:08:42 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Fri, 13 Feb 2004 22:08:42 -0700 Subject: [Mapserver-users] problems with legends In-Reply-To: <200402131640.36116.droguin@ases.com.ar> References: <200402131640.36116.droguin@ases.com.ar> Message-ID: <402DAD5A.9000305@greenwoodmap.com> david roguin wrote: > hello guys, i have a little problem with the legend. > > i put this in my map file: > LEGEND > KEYSIZE 12 12 > STATUS ON > LABEL > SIZE MEDIUM > COLOR 0 0 89 > TYPE BITMAP > END > END > > and in my html this: > > > > but nothing is show in the web explorer. > > any ideas? > > thanks a lot! Needs to be src="[legend]" (not value) -- Richard Greenwood www.greenwoodmap.com From rich at greenwoodmap.com Fri Feb 13 21:11:14 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Fri, 13 Feb 2004 22:11:14 -0700 Subject: [Mapserver-users] A Legend question and a Scale question In-Reply-To: References: Message-ID: <402DADF2.8020009@greenwoodmap.com> Richie Pierce wrote: > 1) I have set a scale tolerance on some of my layers and I am > trying to get the scale to print to the map so that the user will know > what scale they are at. I grabbed some code from the GMAP demo and have > gotten it to work, somewhat. It works except on the initial load of the > page. When the page loads it prints -1.00000. But when the user clicks > refresh, or zoom, or anything and updates the page. The scale is > printed correctly. I was wondering what I?m missing. I was also > wanting to remove the decimal points and round the scale to a whole > number. To round, try something like this: -- Richard Greenwood www.greenwoodmap.com From g.greco at cineca.it Sat Feb 14 11:44:50 2004 From: g.greco at cineca.it (Gregorio Greco) Date: Sat, 14 Feb 2004 20:44:50 +0100 Subject: [Mapserver-users] Re: Mapserver-users digest, Vol 1 #431 - 24 msgs References: <20040214180002.24042.33906.Mailman@lists.gis.umn.edu> Message-ID: <000901c3f333$03925830$0100a8c0@MIOPC> Hi all, i want to use the script shp2mysql.pl for to convert a shapefile. My environment is Win XP with WebServer Apache running! When i compile the script it's all ok! when I execute the script " shp2mysql.pl name_file" it's an error , that: "Can't locate object method "new" via package "Shape" (....)'. I believe that the problem is the subroutine "new" in the package Shapefile.pm and I attach the first code line : #!H:\Perl\bin\perl.exe # Copyright (c) 2003, Attila Csipa, Manufaktura Internet Inzenjering doo $|=1; use DBI; #use Geo::Coordinates::Convert; #use Geo::ShapeFile::Shape; #use Geo::ShapeFile::Point; use Geo::ShapeFile; #qw/:all/ c'era prima tra il punto e virgola $dbname = "test"; $host = "localhost"; $dbuser = "root"; $dbpass = ""; Thanks all, Best regard Gregorio From plists at prometheus.org.yu Sat Feb 14 13:24:12 2004 From: plists at prometheus.org.yu (Attila Csipa) Date: Sat, 14 Feb 2004 22:24:12 +0100 Subject: [Mapserver-users] Re: Mapserver-users digest, Vol 1 #431 - 24 msgs In-Reply-To: <000901c3f333$03925830$0100a8c0@MIOPC> References: <20040214180002.24042.33906.Mailman@lists.gis.umn.edu> <000901c3f333$03925830$0100a8c0@MIOPC> Message-ID: <200402142224.12231.plists@prometheus.org.yu> On Saturday 14 February 2004 20:44, Gregorio Greco wrote: > i want to use the script shp2mysql.pl for to convert a shapefile. > My environment is Win XP with WebServer Apache running! > When i compile the script it's all ok! when I execute the script " > shp2mysql.pl name_file" > > it's an error , that: > "Can't locate object method "new" via package "Shape" (....)'. > > I believe that the problem is the subroutine "new" in the package > Shapefile.pm and I attach the first code line : Do you have shapelib installed ? In perl, the "new" subroutine is actually the constructor of the shape class - every class HAS to have a constructor. Check out the wiki for additional info regarding windows installations. From fsbrc at uaf.edu Sat Feb 14 14:56:05 2004 From: fsbrc at uaf.edu (Bryan Carlson) Date: Sat, 14 Feb 2004 13:56:05 -0900 Subject: [Mapserver-users] Question - EROS NED service Message-ID: <402E46BF@webmail.uaf.edu> Thank you both for the help. You have saved me from doing a lot of meaningless research. It's great the see the community has members like you two. Hope you're having a great valentines day. Something that I found interesting (and has nothing to do with GIS: http://www.economist.com/printedition/displayStory.cfm?Story_ID=2424049), the science of love. Always good stuff. -bryan >===== Original Message From "Brian Fischer" ===== >You are absolutely right. Thanks for clarifying. Sorry about any >confusion. > >Brian Fischer >Houston Engineering, Inc. >Maple Grove, MN >(763) 493-4522 > >-----Original Message----- >From: Ed McNierney [mailto:ed at topozone.com] >Sent: Friday, February 13, 2004 11:47 AM >To: Brian Fischer; Bryan Carlson; mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] Question - EROS NED service > >Brian - > >The layer you describe in your example isn't an "ArcIMS layer" - it's a >WMS layer, although it may be rendered by an ArcIMS server. Bryan, what >Brian is saying is that the USGS NED shaded relief service is available >as a WMS service, not just an ArcIMS service, and it can be easily used >in MapServer using just the method Brian describes. > > - 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: Brian Fischer [mailto:bfischer at houstonengineeringinc.com] >Sent: Friday, February 13, 2004 12:27 PM >To: Bryan Carlson; mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] Question - EROS NED service > >Bryan, > >We use this ArcIMS layer in one of our MapServer 3.6 applications. Here >is the WMS Layer Definition: > >LAYER > NAME "usgselev" > METADATA > "wms_title" "US_NED_Shaded_Relief" > "wms_srs" "epsg:4326" > "wms_connectiontimeout" "1000" > END > TYPE RASTER > STATUS OFF > CONNECTIONTYPE WMS > CONNECTION >"http://gisdata.usgs.net/servlet/com.esri.wms.Esrimap?ServiceName=USGS_W >MS_NED&VERSION=1.0.0&REQUEST=map&Layers=US_NED_Shaded_Relief&SRS=EPSG:43 >26&REASPECT=false&Format=gif" > PROJECTION > "init=epsg:4326" > END > END #layer usgselev > >Hope this helps you out, >Brian > >Brian Fischer >Houston Engineering, Inc. >Maple Grove, MN >(763) 493-4522 >-----Original Message----- >From: Bryan Carlson [mailto:fsbrc at uaf.edu] >Sent: Friday, February 13, 2004 10:51 AM >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] Question - EROS NED service > >I was wondering if Mapserver is able to support ArcIMS services? I am >interested in using the EROS NED service which requires me to connect to > >'http://gisdata.usgs.net'. I was told I need to use arcMap, it would be > >wonderful if I could use Mapserver as I like what I see so far. > >Thank you, >-brude >fsbrc at uaf.edu > >_______________________________________________ >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 christian.lindner at uni-dortmund.de Sun Feb 15 06:51:30 2004 From: christian.lindner at uni-dortmund.de (Christian Lindner) Date: Sun, 15 Feb 2004 15:51:30 +0100 Subject: [Mapserver-users] Problems configuring Mapserver on SuSE Linux 9.0 Message-ID: <000601c3f3d3$32411180$fcbfd981@gispc16> Hello, I am having problems configuring Mapserver for use on my test server running SuSE Linux 9.0. I am a Linux novice so I've chosen SuSE Linux because like Redhat it is a distribution which has many components preconfigured and already installed. In my case the 'gd' library used by Mapserver is already existent on my machine. So it should be found by 'configure'. But instead 'configure' returns a message that gd.h or libgd.a/libgd.so could not be found. I have located a file called 'libgd.so.2' in /usr/lib but running 'configure --with-gd=/usr/lib' brings up the same error message (since there is none of the files needed). What am I to do? Many thanks for you help. Best Regards, Chris From g.greco at cineca.it Sun Feb 15 07:38:28 2004 From: g.greco at cineca.it (Gregorio Greco) Date: Sun, 15 Feb 2004 16:38:28 +0100 Subject: [Mapserver-users] Probem with installation of Geo::Shapelib References: <20040214180002.24042.33906.Mailman@lists.gis.umn.edu> Message-ID: <000901c3f3d9$c222f6f0$0100a8c0@MIOPC> Hi all, i have another problem......... :-) I have downloaded the module Shapelib from the http://www.cpan.org/modules/by-module/Geo/Geo-Shapelib-0.06.tar.gz. for to execute shp2mysql.pl. I work with Windows XP and i have some problems with the installation of this library. I have copied the file Shapelib.pm in the directory of Perl library, exactly in H:\Perl\site\lib\Geo , and in in the script i have added " sue Geo::Spapelib " but the compiler Perl return error : "Can't locate auto/Geo/Shapelib/autosplit.ix in @INC (@INC contains: H:/Perl/lib H:/Perl/site/lib .) at H:/Perl/lib/AutoLoader.pm line 146. Can't locate loadable object for module Geo::Shapelib in @INC (@INC contains: H: /Perl/lib H:/Perl/site/lib .) at C:\MapServer\ms401_gif_pg\shp2mysql.pl line 13 Compilation failed in require at C:\MapServer\ms401_gif_pg\shp2mysql.pl line 13." My declaration of the module is: "use DBI; #use Geo::Coordinates::Convert; #use Geo::ShapeFile::Shape; #use Geo::ShapeFile::Point; use Geo::ShapeFile; use Geo::Shapelib qw /:all/; " Somebody know how to install Shapelib on windows? thanks again Best regards Gregorio From woodbri at swoodbridge.com Sun Feb 15 08:03:25 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sun, 15 Feb 2004 11:03:25 -0500 Subject: [Mapserver-users] Problems configuring Mapserver on SuSE Linux 9.0 In-Reply-To: <000601c3f3d3$32411180$fcbfd981@gispc16> Message-ID: <402F51FD.29992.14CDCC4C@localhost> Christian, I have never used SuSE so this might not apply, but on other distributions you have to install a dev package also to get the include files. So if you package name for gd is like gd2 then try installing gd2-dev also and see if that helps. -Steve On 15 Feb 2004 at 15:51, Christian Lindner wrote: > Hello, > I am having problems configuring Mapserver for use on my test server > running SuSE Linux 9.0. I am a Linux novice so I've chosen SuSE Linux > because like Redhat it is a distribution which has many components > preconfigured and already installed. In my case the 'gd' library used by > Mapserver is already existent on my machine. So it should be found by > 'configure'. But instead 'configure' returns a message that gd.h or > libgd.a/libgd.so could not be found. I have located a file called > 'libgd.so.2' in /usr/lib but running 'configure --with-gd=/usr/lib' > brings up the same error message (since there is none of the files > needed). > What am I to do? > > Many thanks for you help. > Best Regards, > Chris > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From woodbri at swoodbridge.com Sun Feb 15 13:02:54 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sun, 15 Feb 2004 16:02:54 -0500 Subject: [Mapserver-users] dual embedded scale bar?? Message-ID: <402F982E.26795.15DFF9FE@localhost> Hi all, Is it possible to create a dual (mi, km) embedded scale bars like MapQuest and Rand McNally using mapserver. They both use bars with a reference distance after them like: ########## 0.5 km ######### 1500 ft or ######## 1.0 km ########### 1.0 mi I can get single scale bars, but not with the label in line with the bar like above. And the bars seem to auto range to good intervals depending on the scale. -Steve W. From thowlett at whistlermuseum.org Sun Feb 15 13:57:00 2004 From: thowlett at whistlermuseum.org (Tracy Howlett) Date: Sun, 15 Feb 2004 13:57:00 -0800 Subject: [Mapserver-users] QueryItem In-Reply-To: <200402142224.12231.plists@prometheus.org.yu> Message-ID: <200402152157.i1FLvLAP028954@lists.gis.umn.edu> Hi, I'm using 4.0.1 and I've noticed that the QueryItem reference in the Mapfile is no longer valid. How can I customize which field values are returned? I am using Chameleon to do most of my development so I know that there will be some tweaking there but for now I can't even figure out how to return a normal query result. Please help! Tracy -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Attila Csipa Sent: Saturday, February 14, 2004 1:24 PM To: Gregorio Greco; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Re: Mapserver-users digest, Vol 1 #431 - 24 msgs On Saturday 14 February 2004 20:44, Gregorio Greco wrote: > i want to use the script shp2mysql.pl for to convert a shapefile. > My environment is Win XP with WebServer Apache running! > When i compile the script it's all ok! when I execute the script " > shp2mysql.pl name_file" > > it's an error , that: > "Can't locate object method "new" via package "Shape" (....)'. > > I believe that the problem is the subroutine "new" in the package > Shapefile.pm and I attach the first code line : Do you have shapelib installed ? In perl, the "new" subroutine is actually the constructor of the shape class - every class HAS to have a constructor. Check out the wiki for additional info regarding windows installations. _______________________________________________ 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 Sun Feb 15 20:08:37 2004 From: ms57 at streamyx.com (Steve McCrone) Date: Mon, 16 Feb 2004 12:08:37 +0800 Subject: [Mapserver-users] samples for MAC users Message-ID: <001001c3f442$8de7e670$4f805fdb@maps> I'm looking for samples of mapserver applications that can be viewed/run within Internet Explorer on a MAC. I suppose the samples that uses java applets canot run, but what about the Minnesota DNR's LandView (with dynamic HTML)? and others like it. Thanks, Steve From gis at balkanu.com.au Sun Feb 15 21:01:01 2004 From: gis at balkanu.com.au (Balkanu GIS) Date: Mon, 16 Feb 2004 15:01:01 +1000 Subject: [Mapserver-users] question on demo In-Reply-To: <20040214012137.48320.qmail@web14602.mail.yahoo.com> Message-ID: <000001c3f449$dfde65b0$566b110a@cydn.net.au> That sounds like what was happening to me when I first tried the Workshop (um, only a few days ago...) My problem was that I did not have a writable /tmp/ directory in the www root directory as specified by the instructions. Check your web server logs to see if it has recorded any errors such as the following: [Thu Jan 29 15:17:17 2004] [error] [client xx.xx.xx.xx] File does not exist: c:/xx/www/tmp/itascaref10753534362420.png Yuri -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Hang Sun Sent: Saturday, 14 February 2004 11:22 To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] question on demo Hello, I have installed libpng, zlib, gd, libCURL, FreeType and mapserv in my red hat 9.0 machine, all of them are the latest version. I download Workshop.zip from Mapserver Demo web site, I follow the instruction to configure index.html and itasca.map. When I select Basic Application, click Initialize button, everything looks like the sample demo program, except the picture window is blank, no map appears, there is small icon and "this is the map" in the left-upper corner. Thanks, Hang __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gis at balkanu.com.au Sun Feb 15 21:06:25 2004 From: gis at balkanu.com.au (Balkanu GIS) Date: Mon, 16 Feb 2004 15:06:25 +1000 Subject: [Mapserver-users] question on demo In-Reply-To: <20040214012137.48320.qmail@web14602.mail.yahoo.com> Message-ID: <000101c3f44a$a0e2a0f0$566b110a@cydn.net.au> That sounds like what was happening to me when I first tried the Workshop (um, only a few days ago...) My problem was that I did not have a writable /tmp/ directory in the www root directory as specified by the instructions. Check your web server logs to see if it has recorded any errors such as the following: [Thu Jan 29 15:17:17 2004] [error] [client xx.xx.xx.xx] File does not exist: c:/xx/www/tmp/itascaref10753534362420.png Yuri -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Hang Sun Sent: Saturday, 14 February 2004 11:22 To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] question on demo Hello, I have installed libpng, zlib, gd, libCURL, FreeType and mapserv in my red hat 9.0 machine, all of them are the latest version. I download Workshop.zip from Mapserver Demo web site, I follow the instruction to configure index.html and itasca.map. When I select Basic Application, click Initialize button, everything looks like the sample demo program, except the picture window is blank, no map appears, there is small icon and "this is the map" in the left-upper corner. Thanks, Hang __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mapserver at digger.net Sun Feb 15 22:33:03 2004 From: mapserver at digger.net (Dave Walton) Date: Sun, 15 Feb 2004 22:33:03 -0800 Subject: [Mapserver-users] Imagemap from shapefile? Message-ID: <20040215223303.05fde92f.mapserver@digger.net> I'm not sure how feasible this is, but I'd like to be able to generate a client-side imagemap to be used with MapServer-created images. The imagemap would have clickable areas that would match up to certain polygons drawn by MapServer. Has anyone done this? Any ideas how it could be done? Thanks, Dave From christian.lindner at uni-dortmund.de Mon Feb 16 00:40:30 2004 From: christian.lindner at uni-dortmund.de (Christian Lindner) Date: Mon, 16 Feb 2004 09:40:30 +0100 Subject: [Mapserver-users] Problems configuring Mapserver on SuSE Linux 9.0 Message-ID: <000101c3f468$89284640$0102a8c0@gispc16> Steve, thank you for your hint. As you assumed the dev package was missing in fact. After installing it using the packet manager the libgd.so resides in /usr/lib so I can now carry on with compiling and installing mapserver on my machine. Many thanks, Chris From nwoe at privat.utfors.se Mon Feb 16 00:42:59 2004 From: nwoe at privat.utfors.se (=?US-ASCII?Q?niklas_wormann?=) Date: Mon, 16 Feb 2004 09:42:59 +0100 Subject: [Mapserver-users] standalone version possible? In-Reply-To: <20040215223303.05fde92f.mapserver@digger.net> Message-ID: Hi! i have been busy creating a cgi mapserver solution for the last couple of months, the interface /client is in flash, and i am basically using mapserver to create the maps and figure out some coordinates, no fancy queries etc. the bulk of my time i have spent creating a layer "on top" of the maps, with a lot of functions related to creating and editing features there. this is all done in flash and stored in separate db. now the client wants a "standalone" version. by standalone version they mean a version that can produce maps upon user request, and of course handle the coordinate transformation from screen x y to lat long, without any connection to a server of any kind. my initial reaction was; NO you cant do that. after a while of thinking i got to the conclusion that it is indeed possible to use shp2img to produce the maps, although it would take some tricks (changing mapfiles on the fly) to get the shp2img app to produce the images i want. i have no idea how to get a grip on the coordinate space though, the other alternative would be to use some ocx or whathaveyou to produce the maps, render them as images and go from there. has anyone used mapserver in a "standalone" context? tia niklas woermann From wanxiangqian at 163.com Mon Feb 16 00:45:51 2004 From: wanxiangqian at 163.com (Wan Xiangqian) Date: Mon, 16 Feb 2004 16:45:51 +0800 Subject: [Mapserver-users] Will MapServer Support ChartRenderer in near future releases? References: <010101c3f210$1b479360$143c4dda@rismpsuiy0cq59> <402CE98C.4040007@pobox.com> Message-ID: <004801c3f469$4a0fd1c0$093c4dda@rismpsuiy0cq59> Frank, Thank You For Your Help. ----- Original Message ----- From: "Frank Warmerdam" To: "Wan Xiangqian" Cc: Sent: Friday, February 13, 2004 11:13 PM Subject: Re: [Mapserver-users] Will MapServer Support ChartRenderer in near future releases? > Wan Xiangqian wrote: > > Something like Pie or Bar or DotDensity Renderers for thematic mapping. I've noticed somewhere in MapServer documents cited a SouthEastEurope Tutorial site using such Renderers on MapServer based WebMapServer. But in MapServer source code lines I find nothing about such renderers. Will MapServer support thematic mapping in near future releases? > > Wan, > > I'm not sure too sure what you are getting at here. In my mind, a DotDensity > renderer for thematic mapping would be a fill style for polygons while > bar and pie would presumably be chart types. Charting is not considered > to be part of the MapServer taskset at this time, to the best of my > knowledge. However, DM Solutions Group has written the open source > OWTChart which can be used pretty easily in web applications for displaying > chart information. With appropriate mapscript magic this can be invoked > based on attribute query results. > > http://maptools.org/owtchart/index.phtml > > 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 bartvde at xs4all.nl Mon Feb 16 02:42:31 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Mon, 16 Feb 2004 11:42:31 +0100 (CET) Subject: [Mapserver-users] Mapserver - Oracle through OGR Message-ID: <9013.212.238.227.182.1076928151.squirrel@webmail.xs4all.nl> Hi list, I am trying to connect Mapserver to Oracle through OGR but I am running into a problem. Error message, output from ogrinfo and excerpt from MAP file at the bottom of this e-mail. We can connect through the native Oracle Spatial interface of Mapserver on the same machine. Anybody have an idea what could be the problem? Thanks in advance, Bart ------ msDrawMap(): Image handling error. Failed to draw layer named 'straten'. msOGRFileOpen(): OGR error. Open failed for OGR connection `OCI:laura/laura at laura'. File not found or unsupported format. ------ When I connect through ogrinfo there are no problems, this is part of the output generated by ogrinfo: ------ INFO: Open of `OCI:laura/laura at laura' using driver `OCI' successful. Layer name: SELECT * from straten where name='Kerkstraat' Geometry: Unknown (any) Feature Count: 809 Extent: (19361.400000, 309014.500000) - (276658.600000, 603186.200000) Layer SRS WKT: (unknown) ID: Integer (20.0) FRC: Integer (9.0) NAME: String (70.0) NAMELC: String (3.0) ROUTENUM: String (50.0) MI_SYMBOLOGY: String (254.0) MI_PRINX: Integer (11.0) OGRFeature(SELECT * from straten where name='Kerkstraat'):0 ID (Integer) = 2079166603 FRC (Integer) = 7 NAME (String) = Kerkstraat NAMELC (String) = DUT ROUTENUM (String) = (null) MI_SYMBOLOGY (String) = (null) MI_PRINX (Integer) = 312 LINESTRING (268161.900 566095.100,268074.900 566072.700) ------ This is the relevant part of my MAP file: ------ NAME "STRATEN" CONNECTIONTYPE OGR CONNECTION "OCI:laura/laura at laura" DATA "SELECT * FROM STRATEN where name='Kerkstraat'" TYPE LINE ------ No errors in the Apache error log. From jan at vietmeier.de Mon Feb 16 02:53:26 2004 From: jan at vietmeier.de (Jan Vietmeier) Date: Mon, 16 Feb 2004 11:53:26 +0100 Subject: AW: AW: AW: [Mapserver-users] Displaying x-y Datasets using PHP/Mapscript In-Reply-To: <5ADB8742-5EAB-11D8-B91E-000393D97CCC@hoppsan.org> Message-ID: Hi Bart + Zak, many many thanks for your support. Just one question: What version of PHP is necessary to work with your php_mapscript.dlls? regards Jan Jan Vietmeier, Diplom-Geograph Im Fichtenhain 18 51069 K?ln Tel. +49 (0)221 9468252 Mobil +49 (0)178 3744854 Fax. +49 (0)221 9468251 From bartvde at xs4all.nl Mon Feb 16 03:03:30 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Mon, 16 Feb 2004 12:03:30 +0100 (CET) Subject: AW: AW: AW: [Mapserver-users] Displaying x-y Datasets using PHP/Mapscript In-Reply-To: References: <5ADB8742-5EAB-11D8-B91E-000393D97CCC@hoppsan.org> Message-ID: <14564.212.238.227.182.1076929410.squirrel@webmail.xs4all.nl> Hi Jan, it should work with PHP 4.2.x and PHP 4.3.x. I use PHP 4.3.3. Best regards, Bart > Hi Bart + Zak, > many many thanks for your support. Just one question: What version of PHP > is > necessary to work with your php_mapscript.dlls? > > regards > > Jan > > Jan Vietmeier, Diplom-Geograph > Im Fichtenhain 18 > 51069 K?ln > > Tel. +49 (0)221 9468252 > Mobil +49 (0)178 3744854 > Fax. +49 (0)221 9468251 > > > > From Ballini.Yvain at seat.it Mon Feb 16 03:27:35 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Mon, 16 Feb 2004 12:27:35 +0100 Subject: [Mapserver-users] Modifyinig option ANGLE AUTO Message-ID: <4B1A1EC0790F054193453C48725D431829F7CE@MSGBE1V1.seat.it> Hi List, I would like to know if someone knows how to modify the function which is applied for the labeling when the option "ANGLE AUTO" is used in a mapfile. In mapserver 4.0, this option put the label along the street direction but it calculates the angle for each "segment" of the street (which can give some relatively unaligned character in a street name, if the street changes quickly its direction). My idea would to gives only one value for the angle which could be the average value calculated for all the characters. Has someone already done it ? Thanks for any suggestion ! Yvain Ballini. From siki at agt.bme.hu Mon Feb 16 06:04:47 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Mon, 16 Feb 2004 13:04:47 -0100 (GMT+1) Subject: [Mapserver-users] Imagemap from shapefile? {Scanned} In-Reply-To: <20040215223303.05fde92f.mapserver@digger.net> Message-ID: Dear Dave, Visit the ESRI Avenue script page at arcsripts.esri.com I found 6 Avenue scripts searching for imagemap. Bye Zoltan On Sun, 15 Feb 2004, Dave Walton wrote: > > I'm not sure how feasible this is, but I'd like to be able to generate a > client-side imagemap to be used with MapServer-created images. The > imagemap would have clickable areas that would match up to certain > polygons drawn by MapServer. > > Has anyone done this? Any ideas how it could be done? > > Thanks, > Dave > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Tom.Kralidis at ec.gc.ca Mon Feb 16 04:34:43 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Mon, 16 Feb 2004 07:34:43 -0500 Subject: [Mapserver-users] standalone version possible? Message-ID: <2576812186CDD411BF1500508B6DCE9506436CEA@ECNWRI1.ontario.int.ec.gc.ca> > -----Original Message----- > From: niklas wormann [mailto:nwoe at privat.utfors.se] > Sent: Monday, February 16, 2004 3:43 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] standalone version possible? > > > > Hi! > > i have been busy creating a cgi mapserver solution for the > last couple of months, the interface /client is in flash, and > i am basically using mapserver to create the maps and figure > out some coordinates, no fancy queries etc. the bulk of my > time i have spent creating a layer "on top" of the maps, with > a lot of functions related to creating and editing features > there. this is all done in flash and stored in separate db. > > now the client wants a "standalone" version. by standalone > version they mean a version that can produce maps upon user > request, and of course handle the coordinate transformation > from screen x y to lat long, without any connection to a > server of any kind. > > my initial reaction was; NO you cant do that. after a while > of thinking i got to the conclusion that it is indeed > possible to use shp2img to produce the maps, although it > would take some tricks (changing mapfiles on the fly) to get > the shp2img app to produce the images i want. > > i have no idea how to get a grip on the coordinate space though, > I believe Steve Lime's Landview DHTML demo does all coordinate calculations with JavaScript, if this is what you're after. Although I'm not sure how configurable it is. I gave up after trying to change it to work with lat/long. ..Tom ========================= Tom Kralidis Systems Scientist Environment Canada Tel: +01-905-336-4409 http://www.ec.gc.ca/cise/ > the other alternative would be to use some ocx or whathaveyou > to produce the maps, render them as images and go from there. > > has anyone used mapserver in a "standalone" context? > > tia > niklas woermann > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From eric.sokolowsky at gsfc.nasa.gov Mon Feb 16 05:57:48 2004 From: eric.sokolowsky at gsfc.nasa.gov (Eric Sokolowsky) Date: Mon, 16 Feb 2004 08:57:48 -0500 (EST) Subject: [Mapserver-users] Finding WMS layers on the internet. In-Reply-To: <2576812186CDD411BF1500508B6DCE9506436CCE@ECNWRI1.ontario.int.ec.gc.ca> Message-ID: On Fri, 13 Feb 2004, Kralidis,Tom [Burlington] wrote: > > -----Original Message----- > > From: Amit S BEHERE [mailto:abehere at cs.ucsd.edu] > > Sent: Friday, February 13, 2004 5:29 PM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] Finding WMS layers on the internet. > > > > > > Hi all, > > I am trying to find WMS services that show maps of Southern > > California (or anywhere in the US for that matter) to include > > in a MapServer demo. So I basically need some URLs to which I > > can issues GetCapabilities and getMap requests and get back > > XML (in case of getcapabilities) or maps (getmap request).I > > am particularly interested in Weather maps (clouds etc). Can > > anyone point me in the right direction ? I tried looking on > > the internet, however I found sophisticated mapservices. I am > > not interested in the interface or anything. I want to send > > raw getmap and getcapabilities requests. > > > > Here are some places where you can find WMS targets: > > Components listed on GeoConnections Discovery Portal > http://geodiscover.cgdi.ca/gdp/search?action=searchForm&entryType=webService > > Components listed on cgdi-dev > http://cgdi-dev.geoconnections.org/components/ > > Components listed on OGCNetwork > http://www.ogcnetwork.org/ > > Components listed on USGS.net > http://gisdata.usgs.net/ > > Try this WMS for weather: > > http://geo.compusult.net/scripts/mapman.dll?Name=weather You can also get a LandSat image mosaic here: http://wmt.jpl.nasa.gov/cgi-bin/wmt.cgi -- ____ __ Eric Sokolowsky (GST) NASA Goddard Space Flight Center / __/__/_/__ Visualization Programmer Scientific Visualization Studio / __/ _/ / _/ 301.286.3751 Mailstop 935.0 Bldg 28 Rm E102 /___/_//_/__/ eric.sokolowsky at gsfc.nasa.gov Greenbelt, MD 20771 From droguin at ases.com.ar Mon Feb 16 06:07:28 2004 From: droguin at ases.com.ar (david roguin) Date: Mon, 16 Feb 2004 11:07:28 -0300 Subject: [Mapserver-users] problems with mapplet Message-ID: <200402161107.28260.droguin@ases.com.ar> Hi guys. i have a little problem with applets and the IE, it seems when the IE loads the applet, it doesn't load the rest of the html page. it doesn't happen with a linux explorer. any ideas? -- __________________________________________________________________ David Roguin - Ingenier?a de Producto - tel/fax (54) 11-4343-0070 ASES Consulting - Av. Belgrano 510 piso 1 (C1092AAS) Ciudad Aut?noma de Buenos Aires - Argentina Ases Consulting Site : http://www.ases.com.ar __________________________________________________________________ AVISO DE CONFIDENCIALIDAD. La informaci?n incluida en este e-mail est? dirigida ?nicamente al destinatario. Puede contener informaci?n privilegiada, confidencial y que no debe ser revelada. Si ha recibido este e-mail por error, por favor no disemine, utilice, publique, distribuya, revele o copie esta comunicaci?n de ning?n modo. En cambio, por favor notif?quenos inmediatamente remiti?ndonos este e-mail (incluso el mensaje original en su contestaci?n), por tel / fax(54-11-4343-0070) y entonces elimine y deseche todas las copias de este e-mail. Gracias From V.Honzik at sh.cvut.cz Mon Feb 16 07:16:21 2004 From: V.Honzik at sh.cvut.cz (Vojtech Honzik) Date: Mon, 16 Feb 2004 16:16:21 +0100 (CET) Subject: [Mapserver-users] QueryByRectangle problem (PostGIS layer, PHP/MapScript) In-Reply-To: <20040215180003.28077.82226.Mailman@lists.gis.umn.edu> Message-ID: I have following problem: When I do a query by point, everything goes ok as well as query by rectangle querying only one feature. When querying multiple features, error --- WARNING: there is already a transaction in progress ERROR: cursor "mycursor" already exists -- occurs. I have been told that this is caused by that fact that MapsCript does not close connections after itself. The solution should be adding explicit "CLOSE cursor" to mappostgis.h but - I am running the Mapserver on windows platform and I was not able to compile PHP MapScript module with the fix (because I don't have VC++ compiler as suggested) I'd like to ask: 1. What component "downgrade" could fix this error? 2. If you would prefer patch and recompilation, is there a way to produce php_mapscript.dll using g++? 3. Does there exist another way how to solve this multiple query problem? Truly yours, Vojtech Honzik From stefan_schneberger at yahoo.de Mon Feb 16 07:43:34 2004 From: stefan_schneberger at yahoo.de (=?iso-8859-1?q?Stefan=20Schneberger?=) Date: Mon, 16 Feb 2004 16:43:34 +0100 (CET) Subject: [Mapserver-users] WMS Client Problem Message-ID: <20040216154334.26747.qmail@web60001.mail.yahoo.com> Dear List, I'm using MapServer 4.0 under winnt 4.0 with apache 1.3.27. When I'm trying to get a WMS connection as client to an OGC conform WMS Server, I don't get any map back. Part of the Mapfile ... LAYER NAME "Germany" TYPE raster STATUS ON DEBUG ON CONNECTIONTYPE WMS CONNECTION "http://wms.ccgis.de/umn/bin/mapserv.exe?map=d:/umn/germany.map&" METADATA "wms_title" "Germany" "wms_server_version" "1.1.0" "wms_srs" "EPSG:4326 EPSG:31493" "wms_name" "Germany" "wms_format" "image/png" "wms_connectiontimeout" "60" END END ... Part from the MS_ERRORFILE: msDrawWMSLayerLow(): WMS server error. WMS GetMap request failed for layer 'Germany' (Status -28: TIMEOUT of 30 seconds exceeded.). msHTTPExecuteRequests(): HTTP request error. HTTP: request failed with curl error code 7 (Failed connect to 212.79.172.110:80, errno: 0) for http://wms.ccgis.de/umn/bin/mapserv.exe?map=d:/umn/germany.map&SERVICE=WMS&VERSION=1.1.0&LAYERS=Germany&FORMAT=image%2Fpng&TRANSPARENT=TRUE&STYLES=&REQUEST=GetMap&WIDTH=550&HEIGHT=370&SRS=EPSG:4326&BBOX=7.533066,53.305070,12.090253,55.101040&EXCEPTIONS=application/vnd.ogc.se_inimage msDrawWMSLayerLow(): WMS server error. WMS GetMap request failed for layer 'Germany' (Status -7: Failed connect to 212.79.172.110:80, errno: 0). In the IMAGEPATH there are files like 10769407406700.img.tmp My Client is behind a Firewall (Proxy) and if i try the Connection with GetCapabilities or GetMap directly as URL in a Browser I get a correct response. If anybody can give me a hint? Thanks in advance for your help. Stefan Schneberger Mit sch?nen Gr??en von Yahoo! Mail - http://mail.yahoo.de From pramsey at refractions.net Mon Feb 16 07:44:08 2004 From: pramsey at refractions.net (Paul Ramsey) Date: Mon, 16 Feb 2004 07:44:08 -0800 Subject: [Mapserver-users] QueryByRectangle problem (PostGIS layer, PHP/MapScript) In-Reply-To: Message-ID: Downgrading to PgSQL 7.3 will fix this. Upgrading your mapserver to the CVS version (4.0 or 4.1) will also fix it. It is a change in cursor behavior in PostgreSQL 7.4. (They must now be explicitly closed at the end of a transaction.) On Monday, February 16, 2004, at 07:16 AM, Vojtech Honzik wrote: > I have following problem: > When I do a query by point, everything goes ok as well as query by > rectangle querying only one feature. > When querying multiple features, error > --- > WARNING: there is already a transaction in progress > ERROR: cursor "mycursor" already exists > -- > > occurs. > I have been told that this is caused by that fact that MapsCript does > not > close connections after itself. The solution should be adding > explicit "CLOSE cursor" to mappostgis.h > but - I am running the Mapserver on windows platform and I was not > able to > compile PHP MapScript module with the fix (because I don't have VC++ > compiler as suggested) > > I'd like to ask: > 1. What component "downgrade" could fix this error? > > 2. If you would prefer patch and recompilation, is there a way to > produce > php_mapscript.dll using g++? > > 3. Does there exist another way how to solve this multiple query > problem? > > Truly yours, > Vojtech Honzik > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > Paul Ramsey Refractions Research Email: pramsey at refractions.net Phone: (250) 885-0632 From bartvde at xs4all.nl Mon Feb 16 08:25:36 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Mon, 16 Feb 2004 17:25:36 +0100 (CET) Subject: [Mapserver-users] WMS Client Problem In-Reply-To: <20040216154334.26747.qmail@web60001.mail.yahoo.com> References: <20040216154334.26747.qmail@web60001.mail.yahoo.com> Message-ID: <11764.212.238.227.182.1076948736.squirrel@webmail.xs4all.nl> Hi Stefan, I had the exact same problem (and still have, because we have changed things in the firewall/proxy to solve this). I think you need to recompile Mapserver and libcurl to have it going through the proxy. Not a totally trivial task. I think it would be a nice enhancement to Mapserver if we could specify in the MAP file whether or not the WMS client needs to go through a proxy and then the address/URL of the proxy. Also some kind of authentication support for the WMS client would be nice. Best regards, Bart > Dear List, > > I'm using MapServer 4.0 under winnt 4.0 with apache > 1.3.27. > > When I'm trying to get a WMS connection as client to > an OGC conform WMS Server, > I don't get any map back. > > > Part of the Mapfile > ... > > LAYER > NAME "Germany" > TYPE raster > STATUS ON > DEBUG ON > CONNECTIONTYPE WMS > CONNECTION > "http://wms.ccgis.de/umn/bin/mapserv.exe?map=d:/umn/germany.map&" > METADATA > "wms_title" "Germany" > "wms_server_version" "1.1.0" > "wms_srs" "EPSG:4326 EPSG:31493" > "wms_name" "Germany" > "wms_format" "image/png" > "wms_connectiontimeout" "60" > END > END > > ... > > Part from the MS_ERRORFILE: > > msDrawWMSLayerLow(): WMS server error. WMS GetMap > request failed for layer 'Germany' (Status -28: > TIMEOUT of 30 seconds exceeded.). > msHTTPExecuteRequests(): HTTP request error. HTTP: > request failed with curl error code 7 (Failed connect > to 212.79.172.110:80, errno: 0) for > http://wms.ccgis.de/umn/bin/mapserv.exe?map=d:/umn/germany.map&SERVICE=WMS&VERSION=1.1.0&LAYERS=Germany&FORMAT=image%2Fpng&TRANSPARENT=TRUE&STYLES=&REQUEST=GetMap&WIDTH=550&HEIGHT=370&SRS=EPSG:4326&BBOX=7.533066,53.305070,12.090253,55.101040&EXCEPTIONS=application/vnd.ogc.se_inimage > msDrawWMSLayerLow(): WMS server error. WMS GetMap > request failed for layer 'Germany' (Status -7: Failed > connect to 212.79.172.110:80, errno: 0). > > In the IMAGEPATH there are files like > 10769407406700.img.tmp > > My Client is behind a Firewall (Proxy) and if i try > the Connection with GetCapabilities or GetMap directly > as URL in a Browser I get a correct response. > > If anybody can give me a hint? > Thanks in advance for your help. > > Stefan Schneberger > > > > > Mit sch?nen Gr??en von Yahoo! Mail - http://mail.yahoo.de > _______________________________________________ > 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 Mon Feb 16 08:52:45 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Mon, 16 Feb 2004 17:52:45 +0100 (CET) Subject: [Mapserver-users] what happened to Label-EZ? Message-ID: <4874.212.238.227.182.1076950365.squirrel@webmail.xs4all.nl> Hi list, does anybody know what happened to the integration of Label-EZ with Mapserver? See: MapServer and Label-EZ: http://lists.gis.umn.edu/pipermail/mapserver-users/2003-May/003962.html Best regards, Bart From TENIERER at gov.ns.ca Mon Feb 16 09:25:36 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Mon, 16 Feb 2004 13:25:36 -0400 Subject: [Mapserver-users] Annotation setExpression() problem Message-ID: Hi all, Wondering if someone can help me here. I am creating an annotation layer with a dynamic expression to label only what I want each time. Problem is that I cannot set the expression through mapscript. It works fine hard-coded in the mapfile, but it has to be done through php. The expression would look like: /1234|2345|3456/ or /1234/ That is represented in the $sExp variable in the code below. At first I set up the mapfile annotation layer without an expression then used $class->setExpression($sExp); to set the expression. That did not work, even though the variable contents worked in the mapfile with the desired results. Next, I got rid of the annotation layer in the map file and decided to create it through php/mapscript. The end results showed up with no annotation at all. The code for the layer creation is below, and I have no idea why it will not work. Anyone have any ideas? Rene setExtent($minX-10, $minY-10, $maxX+10, $maxY+10); $image = $map->draw(); $wap = $map->getLayerByName("WAP"); $shapes = ms_newLayerObj($map, $wap); $shapes->set("name","Shapes"); $shapes->set("data",""); //Create the annotation layer $anno = ms_newLayerObj($map); $anno->set("name","annolayer"); $anno->set("maxscale",500000); $anno->set("status",MS_ON); $anno->set("data","D:\gis_data\wap_2002\all"); $anno->set("type",MS_LAYER_ANNOTATION); $anno->set("labelitem","ID"); $anno->set("classitem","ID"); $class = ms_newClassObj($anno); $class->set("name","annoclass"); $class->set("status",MS_ON); $class->label->type->MS_BITMAP; $class->label->size->MS_MEDIUM; $class->label->position->MS_CC; $class->label->color->setRGB(255,0,0); //Create Annotation Expression $sExp = "/".$nID[0]; for($k=0; $k<=$nCOUNT; $k=$k+1) { if($k>0) { $sExp = $sExp."|".$nID[$k]; } } $sExp = $sExp."/"; //$expression = $class->getExpression(); //error_log("Before:".$expression); $class->setExpression($sExp); //$expression = $class->getExpression(); //error_log("After:".$expression); $shapes_class = ms_newClassObj($shapes); $wap->open(); for($j=0; $j<=$nCOUNT; $j=$j+1) { $nShape[$j] = $wap->getShape(-1, $nIndex[$j]); $nShape[$j]->draw($map, $shapes, $image); } $wap->close(); $scalebar = $map->drawScaleBar(); $image_url = $image->saveWebImage(); $scalebar_url = $scalebar->saveWebImage(); ?> From dmorissette at dmsolutions.ca Mon Feb 16 10:09:50 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 16 Feb 2004 13:09:50 -0500 Subject: [Mapserver-users] what happened to Label-EZ? In-Reply-To: <4874.212.238.227.182.1076950365.squirrel@webmail.xs4all.nl> References: <4874.212.238.227.182.1076950365.squirrel@webmail.xs4all.nl> Message-ID: <4031076E.7010808@dmsolutions.ca> bartvde at xs4all.nl wrote: > > does anybody know what happened to the integration of Label-EZ with > Mapserver? > > See: > > MapServer and Label-EZ: > http://lists.gis.umn.edu/pipermail/mapserver-users/2003-May/003962.html > Steve and I have had a few exchanges with them after that announcement last summer. IIRC I think they wanted to get their stuff in an early 4.1 release in the fall, but no news since then. Maybe Steve has more info? Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From cpurvis at asg.sc.edu Mon Feb 16 10:15:06 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Mon, 16 Feb 2004 13:15:06 -0500 Subject: [Mapserver-users] Annotation setExpression() problem Message-ID: Rene: I know that I have to put in opening and closing parens for my setFilter's (for postgis), and that isn't explicitly documented in the PHP documentation. Maybe you could try that? Or what if you tried to dump everything to a .map to see the state of all your variables? Charlton > -----Original Message----- > From: Rene Teniere [mailto:TENIERER at gov.ns.ca] > Sent: Monday, February 16, 2004 12:26 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Annotation setExpression() problem > > Hi all, > Wondering if someone can help me here. I am creating an annotation > layer with a dynamic expression to label only what I want each time. > Problem is that I cannot set the expression through mapscript. It works > fine hard-coded in the mapfile, but it has to be done through php. The > expression would look like: /1234|2345|3456/ or /1234/ That is > represented in the $sExp variable in the code below. At first I set up > the mapfile annotation layer without an expression then used > $class->setExpression($sExp); to set the expression. That did not work, > even though the variable contents worked in the mapfile with the desired > results. > > Next, I got rid of the annotation layer in the map file and decided to > create it through php/mapscript. The end results showed up with no > annotation at all. The code for the layer creation is below, and I have > no idea why it will not work. Anyone have any ideas? > > Rene > > $map_path = "C:/chameleon11a/websites/wap/"; > $map = ms_newMapObj($map_path."sketch.map"); > $map->setExtent($minX-10, $minY-10, $maxX+10, $maxY+10); > $image = $map->draw(); > $wap = $map->getLayerByName("WAP"); > $shapes = ms_newLayerObj($map, $wap); > $shapes->set("name","Shapes"); > $shapes->set("data",""); > > //Create the annotation layer > $anno = ms_newLayerObj($map); > $anno->set("name","annolayer"); > $anno->set("maxscale",500000); > $anno->set("status",MS_ON); > $anno->set("data","D:\gis_data\wap_2002\all"); > $anno->set("type",MS_LAYER_ANNOTATION); > $anno->set("labelitem","ID"); > $anno->set("classitem","ID"); > > > $class = ms_newClassObj($anno); > $class->set("name","annoclass"); > $class->set("status",MS_ON); > > $class->label->type->MS_BITMAP; > $class->label->size->MS_MEDIUM; > $class->label->position->MS_CC; > $class->label->color->setRGB(255,0,0); > > //Create Annotation Expression > $sExp = "/".$nID[0]; > for($k=0; $k<=$nCOUNT; $k=$k+1) > { > if($k>0) > { > $sExp = $sExp."|".$nID[$k]; > } > } > $sExp = $sExp."/"; > > //$expression = $class->getExpression(); > //error_log("Before:".$expression); > > $class->setExpression($sExp); > > //$expression = $class->getExpression(); > //error_log("After:".$expression); > > $shapes_class = ms_newClassObj($shapes); > > $wap->open(); > for($j=0; $j<=$nCOUNT; $j=$j+1) > { > $nShape[$j] = $wap->getShape(-1, $nIndex[$j]); > $nShape[$j]->draw($map, $shapes, $image); > } > $wap->close(); > > $scalebar = $map->drawScaleBar(); > $image_url = $image->saveWebImage(); > $scalebar_url = $scalebar->saveWebImage(); > ?> > > _______________________________________________ > 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 Mon Feb 16 10:28:16 2004 From: dblasby at refractions.net (David Blasby) Date: Mon, 16 Feb 2004 10:28:16 -0800 Subject: [Mapserver-users] QueryByRectangle problem (PostGIS layer, PHP/MapScript) In-Reply-To: References: Message-ID: <40310BC0.3010602@refractions.net> Paul Ramsey wrote: > Downgrading to PgSQL 7.3 will fix this. > Upgrading your mapserver to the CVS version (4.0 or 4.1) will also fix it. > It is a change in cursor behavior in PostgreSQL 7.4. (They must now be > explicitly closed at the end of a transaction.) I fixed this a little while ago - have you tried the latest CVS version? dave From rishi at maptext.com Mon Feb 16 10:45:29 2004 From: rishi at maptext.com (Rishi Mehra) Date: Mon, 16 Feb 2004 13:45:29 -0500 Subject: [Mapserver-users] what happened to Label-EZ? References: <4874.212.238.227.182.1076950365.squirrel@webmail.xs4all.nl> <4031076E.7010808@dmsolutions.ca> Message-ID: <01d301c3f4bd$0c738740$1100a8c0@mt17> Hi: I spoke to Steve a month or so ago and am preparing a concept document for some changes that will be needed in MapServer. I hope to have this ready for review by the developers sometime this week and then will work towards the actual integration. Regards, Rishi Mehra MapText, Inc. Tel: 609-716-7552 Fax: 609-716-7553 www.maptext.com ----- Original Message ----- From: "Daniel Morissette" To: Cc: Sent: Monday, February 16, 2004 1:09 PM Subject: Re: [Mapserver-users] what happened to Label-EZ? > bartvde at xs4all.nl wrote: > > > > does anybody know what happened to the integration of Label-EZ with > > Mapserver? > > > > See: > > > > MapServer and Label-EZ: > > http://lists.gis.umn.edu/pipermail/mapserver-users/2003-May/003962.html > > > > Steve and I have had a few exchanges with them after that announcement > last summer. IIRC I think they wanted to get their stuff in an early 4.1 > release in the fall, but no news since then. > > Maybe Steve has more info? > > 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 TENIERER at gov.ns.ca Mon Feb 16 10:58:16 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Mon, 16 Feb 2004 14:58:16 -0400 Subject: [Mapserver-users] Annotation setExpression() problem Message-ID: Charlton, I added the parentheses, but it didn't work, and I put it exactly the way it was written in the variable in the mapfile: EXPRESSION /1699|1804/ and that worked! The problem is that the expression is being changed, but doesn't seem to be applied to the layer itself. I checked this through the getExpression(), whereby I printed out the initial expression (the one that's in the mapfile ([TRTAREA]>0)), then set the new expression and printed that one out. The formats should be acceptable. Ex: If I initially set the mapfile expression to: EXPRESSION /1699|1700/ then through getExpression(), /1699|1700/ is printed off. When I use setExpression($sExp) whereby $sExp = "/1699|1700/", /1699|1700/ is printed off as well. The difference is that the first one works (I only get poly's 1699 and 1700 displayed), while the other method does not work at all. If the initial expression is different than the one set in PHP, the original mapfile expression is used. Man I hope this makes sense to someone :( Rene >>> "Charlton Purvis" 2004-02-16 2:15:06 PM >>> Rene: I know that I have to put in opening and closing parens for my setFilter's (for postgis), and that isn't explicitly documented in the PHP documentation. Maybe you could try that? Or what if you tried to dump everything to a .map to see the state of all your variables? Charlton > -----Original Message----- > From: Rene Teniere [mailto:TENIERER at gov.ns.ca] > Sent: Monday, February 16, 2004 12:26 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Annotation setExpression() problem > > Hi all, > Wondering if someone can help me here. I am creating an annotation > layer with a dynamic expression to label only what I want each time. > Problem is that I cannot set the expression through mapscript. It works > fine hard-coded in the mapfile, but it has to be done through php. The > expression would look like: /1234|2345|3456/ or /1234/ That is > represented in the $sExp variable in the code below. At first I set up > the mapfile annotation layer without an expression then used > $class->setExpression($sExp); to set the expression. That did not work, > even though the variable contents worked in the mapfile with the desired > results. > > Next, I got rid of the annotation layer in the map file and decided to > create it through php/mapscript. The end results showed up with no > annotation at all. The code for the layer creation is below, and I have > no idea why it will not work. Anyone have any ideas? > > Rene > > $map_path = "C:/chameleon11a/websites/wap/"; > $map = ms_newMapObj($map_path."sketch.map"); > $map->setExtent($minX-10, $minY-10, $maxX+10, $maxY+10); > $image = $map->draw(); > $wap = $map->getLayerByName("WAP"); > $shapes = ms_newLayerObj($map, $wap); > $shapes->set("name","Shapes"); > $shapes->set("data",""); > > //Create the annotation layer > $anno = ms_newLayerObj($map); > $anno->set("name","annolayer"); > $anno->set("maxscale",500000); > $anno->set("status",MS_ON); > $anno->set("data","D:\gis_data\wap_2002\all"); > $anno->set("type",MS_LAYER_ANNOTATION); > $anno->set("labelitem","ID"); > $anno->set("classitem","ID"); > > > $class = ms_newClassObj($anno); > $class->set("name","annoclass"); > $class->set("status",MS_ON); > > $class->label->type->MS_BITMAP; > $class->label->size->MS_MEDIUM; > $class->label->position->MS_CC; > $class->label->color->setRGB(255,0,0); > > //Create Annotation Expression > $sExp = "/".$nID[0]; > for($k=0; $k<=$nCOUNT; $k=$k+1) > { > if($k>0) > { > $sExp = $sExp."|".$nID[$k]; > } > } > $sExp = $sExp."/"; > > //$expression = $class->getExpression(); > //error_log("Before:".$expression); > > $class->setExpression($sExp); > > //$expression = $class->getExpression(); > //error_log("After:".$expression); > > $shapes_class = ms_newClassObj($shapes); > > $wap->open(); > for($j=0; $j<=$nCOUNT; $j=$j+1) > { > $nShape[$j] = $wap->getShape(-1, $nIndex[$j]); > $nShape[$j]->draw($map, $shapes, $image); > } > $wap->close(); > > $scalebar = $map->drawScaleBar(); > $image_url = $image->saveWebImage(); > $scalebar_url = $scalebar->saveWebImage(); > ?> > > _______________________________________________ > 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 Mon Feb 16 10:51:44 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 16 Feb 2004 12:51:44 -0600 Subject: [Mapserver-users] Imagemap from shapefile? In-Reply-To: <20040215223303.05fde92f.mapserver@digger.net> References: <20040215223303.05fde92f.mapserver@digger.net> Message-ID: <1076957503.6193.38.camel@localhost> Dave, "mode=query", query (html) templates, and some javascript magic... See http://www.dnr.state.mn.us/maps/compass.html for an example (remember to click on the "info" button). The Minnesota DNR LandView also does this. In your case, you'd want to remove all of the interface but the map. You also need to have a database attribute that points to URLs (see MapServer tutorial example 3.4), or at least be able to create the URL based on attributes from your database. You'll need two template files: one that loads the image via form (with hidden values, and with "mode=query"), and a second, the query template where MapServer writes the query result (a URL) that a javascript automatically initializes/loads. It shouldn't be too difficult if you know javascript. Sorry I have no working example to show you other than the URL above. -Perry On Mon, 2004-02-16 at 00:33, Dave Walton wrote: > I'm not sure how feasible this is, but I'd like to be able to generate a > client-side imagemap to be used with MapServer-created images. The > imagemap would have clickable areas that would match up to certain > polygons drawn by MapServer. > > Has anyone done this? Any ideas how it could be done? > > Thanks, > Dave > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- "He's no geek.His tan's too good." -Benjamin Choate From cpurvis at asg.sc.edu Mon Feb 16 11:09:52 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Mon, 16 Feb 2004 14:09:52 -0500 Subject: [Mapserver-users] Annotation setExpression() problem Message-ID: Just for kicks, could you do a // before setExpression save($tmp_mapfile); // after setExpression save($tmp_mapfile); and pass them along? I was initially concerned about the fact that your original expression had [TRTAREA] in it since your subsequent setExpressions rely on your CLASSITEM. But since you plugged /1699|1804/ directly in your .map and it works OK, I guess that's moot. > -----Original Message----- > From: Rene Teniere [mailto:TENIERER at gov.ns.ca] > Sent: Monday, February 16, 2004 1:58 PM > To: Charlton Purvis; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Annotation setExpression() problem > > Charlton, > > I added the parentheses, but it didn't work, and I put it exactly the > way it was written in the variable in the mapfile: EXPRESSION > /1699|1804/ and that worked! The problem is that the expression is being > changed, but doesn't seem to be applied to the layer itself. I checked > this through the getExpression(), whereby I printed out the initial > expression (the one that's in the mapfile ([TRTAREA]>0)), then set the > new expression and printed that one out. The formats should be > acceptable. Ex: If I initially set the mapfile expression to: EXPRESSION > /1699|1700/ then through getExpression(), /1699|1700/ is printed off. > When I use setExpression($sExp) whereby $sExp = "/1699|1700/", > /1699|1700/ is printed off as well. The difference is that the first one > works (I only get poly's 1699 and 1700 displayed), while the other > method does not work at all. If the initial expression is different than > the one set in PHP, the original mapfile expression is used. Man I hope > this makes sense to someone :( > > Rene > > >>> "Charlton Purvis" 2004-02-16 2:15:06 PM >>> > Rene: > > I know that I have to put in opening and closing parens for my > setFilter's (for postgis), and that isn't explicitly documented in the > PHP documentation. Maybe you could try that? > > Or what if you tried to dump everything to a .map to see the state of > all your variables? > > Charlton > > > -----Original Message----- > > From: Rene Teniere [mailto:TENIERER at gov.ns.ca] > > Sent: Monday, February 16, 2004 12:26 PM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] Annotation setExpression() problem > > > > Hi all, > > Wondering if someone can help me here. I am creating an annotation > > layer with a dynamic expression to label only what I want each time. > > Problem is that I cannot set the expression through mapscript. It > works > > fine hard-coded in the mapfile, but it has to be done through php. > The > > expression would look like: /1234|2345|3456/ or /1234/ That is > > represented in the $sExp variable in the code below. At first I set > up > > the mapfile annotation layer without an expression then used > > $class->setExpression($sExp); to set the expression. That did not > work, > > even though the variable contents worked in the mapfile with the > desired > > results. > > > > Next, I got rid of the annotation layer in the map file and decided > to > > create it through php/mapscript. The end results showed up with no > > annotation at all. The code for the layer creation is below, and I > have > > no idea why it will not work. Anyone have any ideas? > > > > Rene > > > > > $map_path = "C:/chameleon11a/websites/wap/"; > > $map = ms_newMapObj($map_path."sketch.map"); > > $map->setExtent($minX-10, $minY-10, $maxX+10, $maxY+10); > > $image = $map->draw(); > > $wap = $map->getLayerByName("WAP"); > > $shapes = ms_newLayerObj($map, $wap); > > $shapes->set("name","Shapes"); > > $shapes->set("data",""); > > > > //Create the annotation layer > > $anno = ms_newLayerObj($map); > > $anno->set("name","annolayer"); > > $anno->set("maxscale",500000); > > $anno->set("status",MS_ON); > > $anno->set("data","D:\gis_data\wap_2002\all"); > > $anno->set("type",MS_LAYER_ANNOTATION); > > $anno->set("labelitem","ID"); > > $anno->set("classitem","ID"); > > > > > > $class = ms_newClassObj($anno); > > $class->set("name","annoclass"); > > $class->set("status",MS_ON); > > > > $class->label->type->MS_BITMAP; > > $class->label->size->MS_MEDIUM; > > $class->label->position->MS_CC; > > $class->label->color->setRGB(255,0,0); > > > > //Create Annotation Expression > > $sExp = "/".$nID[0]; > > for($k=0; $k<=$nCOUNT; $k=$k+1) > > { > > if($k>0) > > { > > $sExp = $sExp."|".$nID[$k]; > > } > > } > > $sExp = $sExp."/"; > > > > //$expression = $class->getExpression(); > > //error_log("Before:".$expression); > > > > $class->setExpression($sExp); > > > > //$expression = $class->getExpression(); > > //error_log("After:".$expression); > > > > $shapes_class = ms_newClassObj($shapes); > > > > $wap->open(); > > for($j=0; $j<=$nCOUNT; $j=$j+1) > > { > > $nShape[$j] = $wap->getShape(-1, $nIndex[$j]); > > $nShape[$j]->draw($map, $shapes, $image); > > } > > $wap->close(); > > > > $scalebar = $map->drawScaleBar(); > > $image_url = $image->saveWebImage(); > > $scalebar_url = $scalebar->saveWebImage(); > > ?> > > > > _______________________________________________ > > 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 denlalonde at yahoo.com Mon Feb 16 11:17:39 2004 From: denlalonde at yahoo.com (Denis Lalonde) Date: Mon, 16 Feb 2004 11:17:39 -0800 (PST) Subject: [Mapserver-users] zoom to results of queryByAttributes Message-ID: <20040216191740.65841.qmail@web41602.mail.yahoo.com> --0-2042797536-1076959059=:65466 Content-Type: text/plain; charset=us-ascii Hello, How do I get my php/mapscript (4.0)application that uses a MapInfo layer (OGR) to "zoom¢er itself" on the results of my queryByAttributes query. assuming I have this: $searchitem = "Ontario"; $SearchLayer = $MapOBJ->getLayerByName( "Canada" ); $SearchLayer ->queryByAttributes('Province_Name','/'.$searchitem .'/',MS_MULTIPLE); if ($SearchLayer ->getNumResults() > 0 ) { //how do I zoom into the found results if they are polygons? //how do I zoom into the found results if they are points? //how do I highlight the found results? } Thanks, Denis --------------------------------- Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online --0-2042797536-1076959059=:65466 Content-Type: text/html; charset=us-ascii
Hello,
 
How do I get my php/mapscript (4.0)application that uses a MapInfo layer (OGR)  to "zoom&center itself" on the results of my queryByAttributes query.
 
assuming I have this:
$searchitem = "Ontario";
 
$SearchLayer = $MapOBJ->getLayerByName( "Canada" );
$SearchLayer ->queryByAttributes('Province_Name','/'.$searchitem .'/',MS_MULTIPLE);
 
if ($SearchLayer ->getNumResults() > 0 )
{
     //how do I zoom into the found results if they are polygons?
     //how do I zoom into the found results if they are points?
 
    //how do I highlight the found results?
}
 
Thanks,
Denis

Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online --0-2042797536-1076959059=:65466-- From TENIERER at gov.ns.ca Mon Feb 16 11:18:15 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Mon, 16 Feb 2004 15:18:15 -0400 Subject: [Mapserver-users] Annotation setExpression() problem Message-ID: Whoa, that gave me a CGI error, this is what I did: $tmp_mapfile = "map1.map"; $tmp_mapfile2 = "map2.map"; $map->save($tmp_mapfile); $class->setExpression($sExp); $map->save($tmp_mapfile2); Rene >>> "Charlton Purvis" 2004-02-16 3:09:52 PM >>> Just for kicks, could you do a // before setExpression save($tmp_mapfile); // after setExpression save($tmp_mapfile); and pass them along? I was initially concerned about the fact that your original expression had [TRTAREA] in it since your subsequent setExpressions rely on your CLASSITEM. But since you plugged /1699|1804/ directly in your .map and it works OK, I guess that's moot. > -----Original Message----- > From: Rene Teniere [mailto:TENIERER at gov.ns.ca] > Sent: Monday, February 16, 2004 1:58 PM > To: Charlton Purvis; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Annotation setExpression() problem > > Charlton, > > I added the parentheses, but it didn't work, and I put it exactly the > way it was written in the variable in the mapfile: EXPRESSION > /1699|1804/ and that worked! The problem is that the expression is being > changed, but doesn't seem to be applied to the layer itself. I checked > this through the getExpression(), whereby I printed out the initial > expression (the one that's in the mapfile ([TRTAREA]>0)), then set the > new expression and printed that one out. The formats should be > acceptable. Ex: If I initially set the mapfile expression to: EXPRESSION > /1699|1700/ then through getExpression(), /1699|1700/ is printed off. > When I use setExpression($sExp) whereby $sExp = "/1699|1700/", > /1699|1700/ is printed off as well. The difference is that the first one > works (I only get poly's 1699 and 1700 displayed), while the other > method does not work at all. If the initial expression is different than > the one set in PHP, the original mapfile expression is used. Man I hope > this makes sense to someone :( > > Rene > > >>> "Charlton Purvis" 2004-02-16 2:15:06 PM >>> > Rene: > > I know that I have to put in opening and closing parens for my > setFilter's (for postgis), and that isn't explicitly documented in the > PHP documentation. Maybe you could try that? > > Or what if you tried to dump everything to a .map to see the state of > all your variables? > > Charlton > > > -----Original Message----- > > From: Rene Teniere [mailto:TENIERER at gov.ns.ca] > > Sent: Monday, February 16, 2004 12:26 PM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] Annotation setExpression() problem > > > > Hi all, > > Wondering if someone can help me here. I am creating an annotation > > layer with a dynamic expression to label only what I want each time. > > Problem is that I cannot set the expression through mapscript. It > works > > fine hard-coded in the mapfile, but it has to be done through php. > The > > expression would look like: /1234|2345|3456/ or /1234/ That is > > represented in the $sExp variable in the code below. At first I set > up > > the mapfile annotation layer without an expression then used > > $class->setExpression($sExp); to set the expression. That did not > work, > > even though the variable contents worked in the mapfile with the > desired > > results. > > > > Next, I got rid of the annotation layer in the map file and decided > to > > create it through php/mapscript. The end results showed up with no > > annotation at all. The code for the layer creation is below, and I > have > > no idea why it will not work. Anyone have any ideas? > > > > Rene > > > > > $map_path = "C:/chameleon11a/websites/wap/"; > > $map = ms_newMapObj($map_path."sketch.map"); > > $map->setExtent($minX-10, $minY-10, $maxX+10, $maxY+10); > > $image = $map->draw(); > > $wap = $map->getLayerByName("WAP"); > > $shapes = ms_newLayerObj($map, $wap); > > $shapes->set("name","Shapes"); > > $shapes->set("data",""); > > > > //Create the annotation layer > > $anno = ms_newLayerObj($map); > > $anno->set("name","annolayer"); > > $anno->set("maxscale",500000); > > $anno->set("status",MS_ON); > > $anno->set("data","D:\gis_data\wap_2002\all"); > > $anno->set("type",MS_LAYER_ANNOTATION); > > $anno->set("labelitem","ID"); > > $anno->set("classitem","ID"); > > > > > > $class = ms_newClassObj($anno); > > $class->set("name","annoclass"); > > $class->set("status",MS_ON); > > > > $class->label->type->MS_BITMAP; > > $class->label->size->MS_MEDIUM; > > $class->label->position->MS_CC; > > $class->label->color->setRGB(255,0,0); > > > > //Create Annotation Expression > > $sExp = "/".$nID[0]; > > for($k=0; $k<=$nCOUNT; $k=$k+1) > > { > > if($k>0) > > { > > $sExp = $sExp."|".$nID[$k]; > > } > > } > > $sExp = $sExp."/"; > > > > //$expression = $class->getExpression(); > > //error_log("Before:".$expression); > > > > $class->setExpression($sExp); > > > > //$expression = $class->getExpression(); > > //error_log("After:".$expression); > > > > $shapes_class = ms_newClassObj($shapes); > > > > $wap->open(); > > for($j=0; $j<=$nCOUNT; $j=$j+1) > > { > > $nShape[$j] = $wap->getShape(-1, $nIndex[$j]); > > $nShape[$j]->draw($map, $shapes, $image); > > } > > $wap->close(); > > > > $scalebar = $map->drawScaleBar(); > > $image_url = $image->saveWebImage(); > > $scalebar_url = $scalebar->saveWebImage(); > > ?> > > > > _______________________________________________ > > 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 cpurvis at asg.sc.edu Mon Feb 16 11:20:44 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Mon, 16 Feb 2004 14:20:44 -0500 Subject: [Mapserver-users] Annotation setExpression() problem Message-ID: What was the error? Make sure you have permission to write to the dir. I'd specify something like $map->save('/tmp/ms_tmp/before_change.map'); to be safe. (Or whatever your tmp dir is.) > -----Original Message----- > From: Rene Teniere [mailto:TENIERER at gov.ns.ca] > Sent: Monday, February 16, 2004 2:18 PM > To: Charlton Purvis; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Annotation setExpression() problem > > Whoa, that gave me a CGI error, this is what I did: > > $tmp_mapfile = "map1.map"; > $tmp_mapfile2 = "map2.map"; > > $map->save($tmp_mapfile); > $class->setExpression($sExp); > $map->save($tmp_mapfile2); > > Rene From dmorissette at dmsolutions.ca Mon Feb 16 11:34:01 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 16 Feb 2004 14:34:01 -0500 Subject: [Mapserver-users] Annotation setExpression() problem In-Reply-To: References: Message-ID: <40311B29.5040505@dmsolutions.ca> Rene Teniere wrote: > > I added the parentheses, but it didn't work, and I put it exactly the > way it was written in the variable in the mapfile: EXPRESSION > /1699|1804/ and that worked! The problem is that the expression is being > changed, but doesn't seem to be applied to the layer itself. I checked > this through the getExpression(), whereby I printed out the initial > expression (the one that's in the mapfile ([TRTAREA]>0)), then set the > new expression and printed that one out. The formats should be > acceptable. Ex: If I initially set the mapfile expression to: EXPRESSION > /1699|1700/ then through getExpression(), /1699|1700/ is printed off. > When I use setExpression($sExp) whereby $sExp = "/1699|1700/", > /1699|1700/ is printed off as well. The difference is that the first one > works (I only get poly's 1699 and 1700 displayed), while the other > method does not work at all. If the initial expression is different than > the one set in PHP, the original mapfile expression is used. Man I hope > this makes sense to someone :( > Maybe you should file a bug? Also specify in the bug your version of MapServer and if possible include a small test case to reproduce the issue. We do use setExpression() without problems I'm almost sure, so you may have run into a specific problem with your mapfile/data. OR maybe there is a bug specific to passing a regex to setExpression(). Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From mark at markrodrigo.com Mon Feb 16 11:42:27 2004 From: mark at markrodrigo.com (Mark Rodrigo) Date: Mon, 16 Feb 2004 12:42:27 -0700 Subject: [Mapserver-users] WMS Not returning Image, but no errors Message-ID: Hello all: I am trying to get WMS up with the 4.1 Windows binaries. All libraries seem to be functioning ok from what I can tell. I am using the build with Gmap just fine. I am really hell bent on setting up a WMS server but feel embarrassed to admit that I am having trouble returning the initial image. I hope it is something stupid. I basically can get the XML out witht the Getcapabilities execution, but with the GetMap and the following statement I get nothing, and nothing shows up where the images should be written. http://localhost/cgi-bin/mapserv.exe?map=gtest.map&VERSION=1.1.0&REQUEST=Get Map These directories work fine for GMAP, so I would assume that they are still writeable. Any ways, I am attaching links to my .Map file and the .xml from get capabilities. Maybe somebody can at least get me guessing in the right direction. http://www.markrodrigo.com/mapserv http://www.markrodrigo.com/gtest.htm Thanks Mark From rgrant at nrcan.gc.ca Mon Feb 16 11:44:26 2004 From: rgrant at nrcan.gc.ca (Grant, Ryan) Date: Mon, 16 Feb 2004 14:44:26 -0500 Subject: [Mapserver-users] setting interlace in phpmapscript 41 Message-ID: <8AE17DD6AA4FD51191CD0002A551168101E66D33@s5-van1-r1.ess.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_01C3F4C5.48A9DE14 Content-Type: text/plain Hey there, I'm undergoing the transition from mapserver 3.6 to 4.1. I'm having problems setting the interlace attribute of my image objects. Unfortunately, I don't have "INTERLACE off" written into my map files, and as we have many many map files, I'm trying to avoid running the bbedit script to do so. Ok, so my mapscript 3.6 code looked like this: $image = $map->draw(); $image_url=$image->saveWebImage(MS_JPEG,1,0,90); but now that I've upgraded, I see that the saveWebImage no longer takes parameters, so I've changed my code to this: $map->selectOutputformat("JPEG"); $map->set(interlace,0); $map->set(imagequality,10); $image = $map->draw(); $image_url=$image->saveWebImage(); Now, part of that works, because it is changing my image to a jpg (it's written as GIF in the map file), however the interlace and imagequality properties don't seem to be going through. Any help would be greatly appreciated! Ryan ------_=_NextPart_001_01C3F4C5.48A9DE14 Content-Type: text/html Content-Transfer-Encoding: quoted-printable setting interlace in phpmapscript 41

Hey there,

I'm undergoing the transition from = mapserver 3.6 to 4.1. I'm having problems setting the interlace = attribute of my image objects. Unfortunately, I don't have = "INTERLACE off" written into my map files, and as we have = many many map files, I'm trying to avoid running the bbedit script to = do so.

Ok, so my mapscript 3.6 code looked = like this:

$image =3D $map->draw();
$image_url=3D$image->saveWebImage(MS_JPEG,1,0,90);

but now that I've upgraded, I see that = the saveWebImage no longer takes parameters, so I've changed my code to = this:

$map->selectOutputformat("JPEG");
$map->set(interlace,0);
$map->set(imagequality,10);

$image =3D $map->draw();
$image_url=3D$image->saveWebImage();


Now, part of that works, because it is = changing my image to a jpg (it's written as  GIF in the map file), = however the interlace and imagequality properties don't seem to be = going through.

Any help would be greatly = appreciated!

Ryan



------_=_NextPart_001_01C3F4C5.48A9DE14-- From gayathri at ou.edu Mon Feb 16 12:01:32 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 16 Feb 2004 14:01:32 -0600 Subject: [Mapserver-users] WMS Not returning Image, but no errors Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C05C6FDF@XMAIL1.sooner.net.ou.edu> Mark: Try something like this, http://localhost/cgi-bin/mapserv.exe?map=gtest.map&VERSION=1.1.1&LAYERS= county&SRS=EPSG:99999&STYLES=&WIDTH=1072.0&HEIGHT=908.0&FORMAT=image/png &TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&REQUEST=GetMap You are missing layers= More examples are available in the wiki and WMS how to documentation 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 > Mark Rodrigo > Sent: Monday, February 16, 2004 1:42 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] WMS Not returning Image, but no errors > > > Hello all: > > > I am trying to get WMS up with the 4.1 Windows binaries. All > libraries seem to be functioning ok from what I can tell. I > am using the build with Gmap just fine. I am really hell bent > on setting up a WMS server but feel embarrassed to admit that > I am having trouble returning the initial image. I hope it is > something stupid. I basically can get the XML out witht the > Getcapabilities execution, but with the GetMap and the > following statement I get nothing, and nothing shows up where > the images should be written. > http://localhost/cgi-bin/mapserv.exe?map=gtest.map&VERSION=1.1 .0&REQUEST=Get Map These directories work fine for GMAP, so I would assume that they are still writeable. Any ways, I am attaching links to my .Map file and the .xml from get capabilities. Maybe somebody can at least get me guessing in the right direction. http://www.markrodrigo.com/mapserv http://www.markrodrigo.com/gtest.htm Thanks Mark _______________________________________________ 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 Mon Feb 16 12:13:21 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Mon, 16 Feb 2004 21:13:21 +0100 Subject: [Mapserver-users] WMS Not returning Image, but no errors In-Reply-To: References: Message-ID: Hi Mark, is this (http://localhost/cgi-bin/mapserv.exe?map=gtest.map&VERSION=1.1.0&REQUEST=GetMap) the full request you are trying, or did something go wrong with cut and paste? For WMS you have to specify more parameters, e.g. layers,bbox,width,height etc. See: http://mapserver.gis.umn.edu/doc40/wms-server-howto.html for some references to more info on WMS. Best regards, Bart On Mon, 16 Feb 2004 12:42:27 -0700, Mark Rodrigo wrote: > Hello all: > > > I am trying to get WMS up with the 4.1 Windows binaries. All libraries > seem > to be functioning ok from what I can tell. I am using the build with Gmap > just fine. I am really hell bent on setting up a WMS server but feel > embarrassed to admit that I am having trouble returning the initial > image. I > hope it is something stupid. I basically can get the XML out witht the > Getcapabilities execution, but with the GetMap and the following > statement I > get nothing, and nothing shows up where the images should be written. > http://localhost/cgi-bin/mapserv.exe?map=gtest.map&VERSION=1.1.0&REQUEST=Get > Map > > These directories work fine for GMAP, so I would assume that they are > still > writeable. Any ways, I am attaching links to my .Map file and the .xml > from > get capabilities. Maybe somebody can at least get me guessing in the > right > direction. > > http://www.markrodrigo.com/mapserv > http://www.markrodrigo.com/gtest.htm > > Thanks > > Mark > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- From Glen Mon Feb 16 12:58:36 2004 From: Glen (Glen) Date: Mon, 16 Feb 2004 15:58:36 -0500 Subject: [Mapserver-users] Label angle property not working Message-ID: <007601c3f4cf$a591f6c0$cc01a8c0@mapfusion.com> This is a multi-part message in MIME format. ------=_NextPart_000_0073_01C3F4A5.BCA69200 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all,=20 =20 We're testing MapServer on Windows and are finding that the Angle = property for labels is not working. It doesn't work for AUTO (for a road = line label) or when a number is the argument. The weird thing is that if = we use a BackGroundShadow - the shadow will be orientated but the text = isn't. Am I missing some other property? Any help would be greatly appreciated! ----------------------------------------------------- Glen Smith Geographer MapFusion Technologies Inc. Tel: 905.709.1925 x2236 Fax: 905.709.8907 glen.smith at mapfusion.com 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=AE. = does 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. ------=_NextPart_000_0073_01C3F4A5.BCA69200 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all,
 
We're testing MapServer on Windows and = are finding=20 that the Angle property for labels is not working. It doesn't work for = AUTO (for=20 a road line label) or when a number is the argument. The weird thing is = that if=20 we use a BackGroundShadow - the shadow will be orientated but the text = isn't. Am=20 I missing some other property?
 
Any help would be greatly = appreciated!
 
-----------------------------------------------------
 
Glen Smith
Geographer
MapFusion = Technologies=20 Inc.
Tel: 905.709.1925 x2236
Fax: 905.709.8907
glen.smith at mapfusion.com
= www.mapfusion.com
 
NOTICE:
 
This message is intended only for the = use of the=20 individual or entity to
which it is addressed; and it, including any=20 attachments, may contain
information that is privileged, confidential = and=20 exempt from disclosure
under applicable law. If the reader of this = message is=20 not the intended
recipient, or the employee or agent responsible for=20 delivering the message
to the intended recipient, you are hereby = notified=20 that any disclosure,
dissemination, distribution or copying of this=20 communication is strictly
prohibited. If you have received this = communication=20 in error, please delete
it from your system without copying or = forwarding it=20 and notify us by
telephone (905-709-1925) or by return e-mail = immediately.=20 MapFusion=AE. does
not accept responsibility or liability for any = loss or=20 damage arising in any
way from your receipt or use or for any errors = or=20 omissions in the contents
of this=20 communication.
------=_NextPart_000_0073_01C3F4A5.BCA69200-- From agillesp at vt.edu Mon Feb 16 13:39:58 2004 From: agillesp at vt.edu (Abram Gillespie) Date: Mon, 16 Feb 2004 16:39:58 -0500 Subject: [Mapserver-users] Cannot open shared object Message-ID: I've got the following system: Debian Woody PHP 4.3.4 (configured with: --with-pgsql=/usr/local/pgsql --with-regex=system --enable-force-cgi-redirect --with-config-file-path=/etc) MapServer 4.0.1 Mapscript module When I load a page with the following code: I get the error: Warning: dl(): Unable to load dynamic library '/usr/local/lib/php/extensions/php_mapscript.so' - libgd.so.2: cannot open shared object file: No such file or directory in /usr/bin/apache2/htdocs/test_ms.php on line 4 The file in question's in /usr/local/lib. I've made sure it has the correct access properties (755) and I've also tried copying it to my /php/extensions directory. No dice. Is there a php.ini setting I need, an environment variable perhaps? Thanks for any help. -Abe From bigfoot at main-task.com Mon Feb 16 15:21:07 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Mon, 16 Feb 2004 18:21:07 -0500 Subject: [Mapserver-users] Mapserver - Oracle through OGR In-Reply-To: <9013.212.238.227.182.1076928151.squirrel@webmail.xs4all.nl> References: <9013.212.238.227.182.1076928151.squirrel@webmail.xs4all.nl> Message-ID: <40315063.5040805@main-task.com> I have the same problem. So I tried with the mapserver's built-in oracle spatial support, but I have the following error: [MapServer Error]: msOCIConnect() in msOracleSpatialLayerOpen(): ORA-07217: sltln: environment variable cannot be evaluated. It is an Oracle error, which seems to be related with the environment variable ORACLE_SID. But it seems to be ok, because the ogrinfo works ok. Any help will be greatly appreciated. Thanks a lot, -------------------- Vladimir Guzm?n bartvde at xs4all.nl wrote: >Hi list, > >I am trying to connect Mapserver to Oracle through OGR but I am running >into a problem. Error message, output from ogrinfo and excerpt from MAP >file at the bottom of this e-mail. We can connect through the native >Oracle Spatial interface of Mapserver on the same machine. > >Anybody have an idea what could be the problem? > >Thanks in advance, >Bart > >------ >msDrawMap(): Image handling error. Failed to draw layer named 'straten'. >msOGRFileOpen(): OGR error. Open failed for OGR connection >`OCI:laura/laura at laura'. File not found or unsupported format. >------ > >When I connect through ogrinfo there are no problems, this is part of the >output generated by ogrinfo: > >------ >INFO: Open of `OCI:laura/laura at laura' >using driver `OCI' successful. > >Layer name: SELECT * from straten where name='Kerkstraat' >Geometry: Unknown (any) >Feature Count: 809 >Extent: (19361.400000, 309014.500000) - (276658.600000, 603186.200000) >Layer SRS WKT: >(unknown) >ID: Integer (20.0) >FRC: Integer (9.0) >NAME: String (70.0) >NAMELC: String (3.0) >ROUTENUM: String (50.0) >MI_SYMBOLOGY: String (254.0) >MI_PRINX: Integer (11.0) >OGRFeature(SELECT * from straten where name='Kerkstraat'):0 > ID (Integer) = 2079166603 > FRC (Integer) = 7 > NAME (String) = Kerkstraat > NAMELC (String) = DUT > ROUTENUM (String) = (null) > MI_SYMBOLOGY (String) = (null) > MI_PRINX (Integer) = 312 > LINESTRING (268161.900 566095.100,268074.900 566072.700) >------ > >This is the relevant part of my MAP file: >------ >NAME "STRATEN" >CONNECTIONTYPE OGR >CONNECTION "OCI:laura/laura at laura" >DATA "SELECT * FROM STRATEN where name='Kerkstraat'" >TYPE LINE >------ > >No errors in the Apache error log. > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From zak-ms at hoppsan.org Mon Feb 16 20:32:48 2004 From: zak-ms at hoppsan.org (Zak James) Date: Mon, 16 Feb 2004 23:32:48 -0500 Subject: [Mapserver-users] Mapserver - Oracle through OGR In-Reply-To: <40315063.5040805@main-task.com> References: <9013.212.238.227.182.1076928151.squirrel@webmail.xs4all.nl> <40315063.5040805@main-task.com> Message-ID: <56E1964C-6102-11D8-AA1C-000393D97CCC@hoppsan.org> Bart: What result do you get if you try to run your ovf file through ogrinfo, instead of accessing the OCI driver directly? Vladimir: When you run ogrinfo, it has access to any environment variables you have set for the current user, including some relating to oracle. In order for Mapserver to have access to these variables, they need to be set for the web server user. For apache, you can edit httpd.conf to enable and set environment variables. zak -- Zak James Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca On Feb 16, 2004, at 6:21 PM, Vladimir Guzm?n wrote: > I have the same problem. > So I tried with the mapserver's built-in oracle spatial support, but I > have the following error: > > [MapServer Error]: msOCIConnect() in msOracleSpatialLayerOpen(): > ORA-07217: sltln: environment variable cannot be evaluated. > > It is an Oracle error, which seems to be related with the environment > variable ORACLE_SID. > But it seems to be ok, because the ogrinfo works ok. > > Any help will be greatly appreciated. > > Thanks a lot, > > -------------------- > Vladimir Guzm?n > > bartvde at xs4all.nl wrote: > >> Hi list, >> >> I am trying to connect Mapserver to Oracle through OGR but I am >> running >> into a problem. Error message, output from ogrinfo and excerpt from >> MAP >> file at the bottom of this e-mail. We can connect through the native >> Oracle Spatial interface of Mapserver on the same machine. >> >> Anybody have an idea what could be the problem? >> >> Thanks in advance, >> Bart >> >> ------ >> msDrawMap(): Image handling error. Failed to draw layer named >> 'straten'. >> msOGRFileOpen(): OGR error. Open failed for OGR connection >> `OCI:laura/laura at laura'. File not found or unsupported format. >> ------ >> >> When I connect through ogrinfo there are no problems, this is part of >> the >> output generated by ogrinfo: >> >> ------ >> INFO: Open of `OCI:laura/laura at laura' >> using driver `OCI' successful. >> >> Layer name: SELECT * from straten where name='Kerkstraat' >> Geometry: Unknown (any) >> Feature Count: 809 >> Extent: (19361.400000, 309014.500000) - (276658.600000, 603186.200000) >> Layer SRS WKT: >> (unknown) >> ID: Integer (20.0) >> FRC: Integer (9.0) >> NAME: String (70.0) >> NAMELC: String (3.0) >> ROUTENUM: String (50.0) >> MI_SYMBOLOGY: String (254.0) >> MI_PRINX: Integer (11.0) >> OGRFeature(SELECT * from straten where name='Kerkstraat'):0 >> ID (Integer) = 2079166603 >> FRC (Integer) = 7 >> NAME (String) = Kerkstraat >> NAMELC (String) = DUT >> ROUTENUM (String) = (null) >> MI_SYMBOLOGY (String) = (null) >> MI_PRINX (Integer) = 312 >> LINESTRING (268161.900 566095.100,268074.900 566072.700) >> ------ >> >> This is the relevant part of my MAP file: >> ------ >> NAME "STRATEN" >> CONNECTIONTYPE OGR >> CONNECTION "OCI:laura/laura at laura" >> DATA "SELECT * FROM STRATEN where name='Kerkstraat'" >> TYPE LINE >> ------ >> >> No errors in the Apache error log. >> >> _______________________________________________ >> 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 tomko at gku.sk Mon Feb 16 23:42:11 2004 From: tomko at gku.sk (Martin Tomko) Date: Tue, 17 Feb 2004 08:42:11 +0100 Subject: [Mapserver-users] Oracle Spatial layer error - content not complete In-Reply-To: <20040216180004.7536.98218.Mailman@lists.gis.umn.edu> Message-ID: <000001c3f529$941abb70$d90510ac@aisgkk> Dear List, I am encountering an error while tuning my connection from mapserver to Oracle 9.2 Spatial layer. I have 3 entries in my spatial table (points). I do a query of "shape from bodysps" or "shape from (select * from bodysps)", and instead of 3 points drawn on my layer, I get only 1 (not the first, not the last, also geographically in between the remaining...). I also tried order by rownum or similar workarounds, but all failed. Any ideas? (Notes: no SRID used in my table, the connection works fine with plsql. I am using connetion type oraclespatial. I have checked the extent of my mapfile and the coordinates of the layer, everything's fine. Oh, due to our coordinate system, all values are negative, but this shouldn't be the problem.) Martin <> From bartvde at xs4all.nl Tue Feb 17 00:28:17 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 17 Feb 2004 09:28:17 +0100 Subject: [Mapserver-users] Mapserver - Oracle through OGR In-Reply-To: <56E1964C-6102-11D8-AA1C-000393D97CCC@hoppsan.org> References: <9013.212.238.227.182.1076928151.squirrel@webmail.xs4all.nl> <40315063.5040805@main-task.com> <56E1964C-6102-11D8-AA1C-000393D97CCC@hoppsan.org> Message-ID: Hi Zak, Frank Warmerdam already replied to me but off-list. The problem seems to be that I have to recompile Mapserver against the modified GDAL/OGR with Oracle Spatial support. I thought I only had to build a new gdal11.dll. Best regards, Bart On Mon, 16 Feb 2004 23:32:48 -0500, Zak James wrote: > Bart: > > What result do you get if you try to run your ovf file through ogrinfo, > instead of accessing the OCI driver directly? > > Vladimir: > > When you run ogrinfo, it has access to any environment variables you > have set for the current user, including some relating to oracle. In > order for Mapserver to have access to these variables, they need to be > set for the web server user. For apache, you can edit httpd.conf to > enable and set environment variables. > > zak > -- > Zak James > Applications and Software Development > DM Solutions Group Inc. > http://www.dmsolutions.ca > > > On Feb 16, 2004, at 6:21 PM, Vladimir Guzm?n wrote: > >> I have the same problem. >> So I tried with the mapserver's built-in oracle spatial support, but I >> have the following error: >> >> [MapServer Error]: msOCIConnect() in msOracleSpatialLayerOpen(): >> ORA-07217: sltln: environment variable cannot be evaluated. >> >> It is an Oracle error, which seems to be related with the environment >> variable ORACLE_SID. >> But it seems to be ok, because the ogrinfo works ok. >> >> Any help will be greatly appreciated. >> >> Thanks a lot, >> >> -------------------- >> Vladimir Guzm?n >> >> bartvde at xs4all.nl wrote: >> >>> Hi list, >>> >>> I am trying to connect Mapserver to Oracle through OGR but I am running >>> into a problem. Error message, output from ogrinfo and excerpt from MAP >>> file at the bottom of this e-mail. We can connect through the native >>> Oracle Spatial interface of Mapserver on the same machine. >>> >>> Anybody have an idea what could be the problem? >>> >>> Thanks in advance, >>> Bart >>> >>> ------ >>> msDrawMap(): Image handling error. Failed to draw layer named >>> 'straten'. >>> msOGRFileOpen(): OGR error. Open failed for OGR connection >>> `OCI:laura/laura at laura'. File not found or unsupported format. >>> ------ >>> >>> When I connect through ogrinfo there are no problems, this is part of >>> the >>> output generated by ogrinfo: >>> >>> ------ >>> INFO: Open of `OCI:laura/laura at laura' >>> using driver `OCI' successful. >>> >>> Layer name: SELECT * from straten where name='Kerkstraat' >>> Geometry: Unknown (any) >>> Feature Count: 809 >>> Extent: (19361.400000, 309014.500000) - (276658.600000, 603186.200000) >>> Layer SRS WKT: >>> (unknown) >>> ID: Integer (20.0) >>> FRC: Integer (9.0) >>> NAME: String (70.0) >>> NAMELC: String (3.0) >>> ROUTENUM: String (50.0) >>> MI_SYMBOLOGY: String (254.0) >>> MI_PRINX: Integer (11.0) >>> OGRFeature(SELECT * from straten where name='Kerkstraat'):0 >>> ID (Integer) = 2079166603 >>> FRC (Integer) = 7 >>> NAME (String) = Kerkstraat >>> NAMELC (String) = DUT >>> ROUTENUM (String) = (null) >>> MI_SYMBOLOGY (String) = (null) >>> MI_PRINX (Integer) = 312 >>> LINESTRING (268161.900 566095.100,268074.900 566072.700) >>> ------ >>> >>> This is the relevant part of my MAP file: >>> ------ >>> NAME "STRATEN" >>> CONNECTIONTYPE OGR >>> CONNECTION "OCI:laura/laura at laura" >>> DATA "SELECT * FROM STRATEN where name='Kerkstraat'" >>> TYPE LINE >>> ------ >>> >>> No errors in the Apache error log. >>> >>> _______________________________________________ >>> 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 mapserver at digger.net Tue Feb 17 01:08:14 2004 From: mapserver at digger.net (Dave Walton) Date: Tue, 17 Feb 2004 01:08:14 -0800 Subject: [Mapserver-users] Imagemap from shapefile? In-Reply-To: <40307771.6060908@ci.stpaul.mn.us> References: <20040215223303.05fde92f.mapserver@digger.net> <40307771.6060908@ci.stpaul.mn.us> Message-ID: <20040217010814.5d8461f7.mapserver@digger.net> On Mon, 16 Feb 2004 01:55:29 -0600 blammo wrote: > Dave Walton wrote: > > >I'm not sure how feasible this is, but I'd like to be able to generate > >a client-side imagemap to be used with MapServer-created images. The > >imagemap would have clickable areas that would match up to certain > >polygons drawn by MapServer. > > > I've asked about this a couple of times myself. I believe there is > something in the works on it, I have no idea of the timeline though. > One item related to this would be how to retrieve such an animal for > inclusion into a Page, I know it could be planted somewhere on the > server temporarily, but how to best incorporate it into a page coming > from a CGI. A few hours after I posted that question, I stumbled across this page in the Wiki while searching for something else entirely: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap It's rather less helpful than it needs to be, but it pointed me in an interesting direction. After much grepping in the MapServer 4.0.1 source, I finally figured out that you can enable IMAGETYPE IMAGEMAP by uncommenting the block of code containing the call to msImageCreateIM() in mapdraw.c. I haven't got it fully working yet, but it's got potential. It appears that MapServer can either save the imagemap to a temp file or output it directly, just like with map images, though I've only tested direct output. Anyway, IMAGETYPE IMAGEMAP won't really work too well for me in its current form, but I have some thoughts for flexibility improvements that I plan to discuss with the author when I get a chance to contact him. Though I really ought to see if I can get it fully working as-is, first. > I tend to use MapServer as an Image engine for use in my own Frontends. Exactly what I'm doing, too. I've got a PHP script (not using mapscript so far) that figures out what parameters to use for the image it needs, fetches the image from MapServer, and does some post-processing on it before sending it back to the browser. It has the interesting side-benefit of preventing anyone messing around with MapServer parameters. > There are some other interesting items related to the development as > well. While polygons are fairly straightforward, a imagemap for > linework might be a bit more involved. Settings for widths of hot areas > and such would need to be added in. Fortunately, the most common use would be for polygons and markers. > Some interesting constructs can also be built on the client side with > such pieces. DHTML for example could pull a seperate IMAGEMAP for > seperate images in DIVs that could be interactively swapped out at the > client. Oooh, and a separate IMAGEMAP for different layers in one image, too! Dave -- ---------------------------------------------------------------------- Dave Walton dwalton at acm.org ---------------------------------------------------------------------- From fabrice.thevenon at cg64.fr Tue Feb 17 01:20:41 2004 From: fabrice.thevenon at cg64.fr (Thevenon Fabrice) Date: Tue, 17 Feb 2004 10:20:41 +0100 Subject: [Mapserver-users] Mapscript : extent of a raster layer? Message-ID: Hi list ! Could you help me to find the best way to get the extent of a raster layer? With PHP Mapscript (3.6.2), I build a map composed with Tiff Images (with tfw) and vector layers selected by queries. I need to get the extent of the tiff image to set exactly the extent of the map. Any idea? If there is no way to do that, how can I get with PHP mapscript the number of pixels of a tiff image? I use MapServer version 3.6.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Many thanks ! Fabrice THEVENON Conseil G?n?ral des Pyr?n?es Atlantiques Direction des Moyens Techniques 64 avenue Jean Biray 64058 Pau Cedex 9 From wim.blanken at planet.nl Tue Feb 17 01:29:17 2004 From: wim.blanken at planet.nl (Wim Blanken PI) Date: Tue, 17 Feb 2004 10:29:17 +0100 Subject: [Mapserver-users] problems with mapplet References: <200402161107.28260.droguin@ases.com.ar> Message-ID: <005301c3f538$908ae020$6400a8c0@BLANKEN> Hello David Are you recieving an error message in your status bar? Have you tried the newest jbox from the utilities page, it has been updated a few weeks ago because of simular problems......... Regards, Wim ----- Original Message ----- From: "david roguin" To: Sent: Monday, February 16, 2004 3:07 PM Subject: [Mapserver-users] problems with mapplet > Hi guys. > i have a little problem with applets and the IE, it seems when the IE loads > the applet, it doesn't load the rest of the html page. > it doesn't happen with a linux explorer. > > any ideas? > > > -- > __________________________________________________________________ > David Roguin - Ingenier?a de Producto - tel/fax (54) 11-4343-0070 > ASES Consulting - Av. Belgrano 510 piso 1 (C1092AAS) > Ciudad Aut?noma de Buenos Aires - Argentina > Ases Consulting Site : http://www.ases.com.ar > __________________________________________________________________ > > AVISO DE CONFIDENCIALIDAD. La informaci?n incluida en este e-mail est? > dirigida ?nicamente al destinatario. Puede contener informaci?n > privilegiada, confidencial y que no debe ser revelada. Si ha recibido este > e-mail por error, por favor no disemine, utilice, publique, distribuya, > revele o copie esta comunicaci?n de ning?n modo. En cambio, por favor > notif?quenos inmediatamente remiti?ndonos este e-mail (incluso el mensaje > original en su contestaci?n), por tel / fax(54-11-4343-0070) y entonces > elimine y deseche todas las copias de este e-mail. Gracias > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From cenek at inprop.sk Tue Feb 17 02:05:14 2004 From: cenek at inprop.sk (Juraj Cenek) Date: Tue, 17 Feb 2004 11:05:14 +0100 Subject: [Mapserver-users] Editing maps Message-ID: <004f01c3f53d$a70c7ed0$0600a8c0@ceno> This is a multi-part message in MIME format. ------=_NextPart_000_0048_01C3F545.EB7AD4B0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Hallo, I have a problem with editing (don't know how to do it, I'm only = beginner) maps in maplab. Tutorial says how to pan, scroll, show scale = bar, but I need features like this: When I click on the map, (depending of a layer), I want to be able add = point/line, or change it's coordinates/topology, how can I do it? (I = want to work with shapefiles, and I want to modify them) Thanx, Juraj CENEK ------=_NextPart_000_0048_01C3F545.EB7AD4B0 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
Hallo, I have a problem with editing = (don't know=20 how to do it, I'm only beginner) maps in maplab. Tutorial says how to = pan,=20 scroll, show scale bar, but I need features like this:
When I click on the map, (depending of = a layer), I=20 want to be able add point/line, or change = it's coordinates/topology, how=20 can I do it? (I want to work with shapefiles, and I want to modify=20 them)
Thanx, Juraj CENEK
 
------=_NextPart_000_0048_01C3F545.EB7AD4B0-- From bigfoot at main-task.com Tue Feb 17 04:10:56 2004 From: bigfoot at main-task.com (=?ISO-8859-15?Q?Vladimir_Guzm=E1n?=) Date: Tue, 17 Feb 2004 07:10:56 -0500 Subject: [Mapserver-users] Mapserver - Oracle through OGR In-Reply-To: References: <9013.212.238.227.182.1076928151.squirrel@webmail.xs4all.nl> <40315063.5040805@main-task.com> <56E1964C-6102-11D8-AA1C-000393D97CCC@hoppsan.org> Message-ID: <403204D0.5080107@main-task.com> Thanks a lot for your help. The problem was solved recompiling phpmapscript against the new gdal, but it was not enough. In my httpd.conf I had set the environment variables, so I thought I didn't need anything else. The last and succesful step, was put the environment variables via php's putenv() function. Now it is working perfectly. Thanks again. -------------------- Vladimir Guzm?n Bart van den Eijnden wrote: > Hi Zak, > > Frank Warmerdam already replied to me but off-list. > > The problem seems to be that I have to recompile Mapserver against the > modified GDAL/OGR with Oracle Spatial support. I thought I only had to > build a new gdal11.dll. > > Best regards, > Bart > > On Mon, 16 Feb 2004 23:32:48 -0500, Zak James wrote: > >> Bart: >> >> What result do you get if you try to run your ovf file through >> ogrinfo, instead of accessing the OCI driver directly? >> >> Vladimir: >> >> When you run ogrinfo, it has access to any environment variables you >> have set for the current user, including some relating to oracle. In >> order for Mapserver to have access to these variables, they need to >> be set for the web server user. For apache, you can edit httpd.conf >> to enable and set environment variables. >> >> zak >> -- >> Zak James >> Applications and Software Development >> DM Solutions Group Inc. >> http://www.dmsolutions.ca >> >> >> On Feb 16, 2004, at 6:21 PM, Vladimir Guzm?n wrote: >> >>> I have the same problem. >>> So I tried with the mapserver's built-in oracle spatial support, but >>> I have the following error: >>> >>> [MapServer Error]: msOCIConnect() in msOracleSpatialLayerOpen(): >>> ORA-07217: sltln: environment variable cannot be evaluated. >>> >>> It is an Oracle error, which seems to be related with the >>> environment variable ORACLE_SID. >>> But it seems to be ok, because the ogrinfo works ok. >>> >>> Any help will be greatly appreciated. >>> >>> Thanks a lot, >>> >>> -------------------- >>> Vladimir Guzm?n >>> >>> bartvde at xs4all.nl wrote: >>> >>>> Hi list, >>>> >>>> I am trying to connect Mapserver to Oracle through OGR but I am >>>> running >>>> into a problem. Error message, output from ogrinfo and excerpt from >>>> MAP >>>> file at the bottom of this e-mail. We can connect through the native >>>> Oracle Spatial interface of Mapserver on the same machine. >>>> >>>> Anybody have an idea what could be the problem? >>>> >>>> Thanks in advance, >>>> Bart >>>> >>>> ------ >>>> msDrawMap(): Image handling error. Failed to draw layer named >>>> 'straten'. >>>> msOGRFileOpen(): OGR error. Open failed for OGR connection >>>> `OCI:laura/laura at laura'. File not found or unsupported format. >>>> ------ >>>> >>>> When I connect through ogrinfo there are no problems, this is part >>>> of the >>>> output generated by ogrinfo: >>>> >>>> ------ >>>> INFO: Open of `OCI:laura/laura at laura' >>>> using driver `OCI' successful. >>>> >>>> Layer name: SELECT * from straten where name='Kerkstraat' >>>> Geometry: Unknown (any) >>>> Feature Count: 809 >>>> Extent: (19361.400000, 309014.500000) - (276658.600000, 603186.200000) >>>> Layer SRS WKT: >>>> (unknown) >>>> ID: Integer (20.0) >>>> FRC: Integer (9.0) >>>> NAME: String (70.0) >>>> NAMELC: String (3.0) >>>> ROUTENUM: String (50.0) >>>> MI_SYMBOLOGY: String (254.0) >>>> MI_PRINX: Integer (11.0) >>>> OGRFeature(SELECT * from straten where name='Kerkstraat'):0 >>>> ID (Integer) = 2079166603 >>>> FRC (Integer) = 7 >>>> NAME (String) = Kerkstraat >>>> NAMELC (String) = DUT >>>> ROUTENUM (String) = (null) >>>> MI_SYMBOLOGY (String) = (null) >>>> MI_PRINX (Integer) = 312 >>>> LINESTRING (268161.900 566095.100,268074.900 566072.700) >>>> ------ >>>> >>>> This is the relevant part of my MAP file: >>>> ------ >>>> NAME "STRATEN" >>>> CONNECTIONTYPE OGR >>>> CONNECTION "OCI:laura/laura at laura" >>>> DATA "SELECT * FROM STRATEN where name='Kerkstraat'" >>>> TYPE LINE >>>> ------ >>>> >>>> No errors in the Apache error log. >>>> >>>> _______________________________________________ >>>> 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 muratisik at megatek.com.tr Tue Feb 17 05:08:16 2004 From: muratisik at megatek.com.tr (Murat Isik) Date: Tue, 17 Feb 2004 15:08:16 +0200 Subject: [Mapserver-users] simple php/mapscript question Message-ID: <03a601c3f557$1b90cc20$b4704ad5@murathq> This is a multi-part message in MIME format. ------=_NextPart_000_03A3_01C3F567.DF0B4440 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am trying to build a php site with mapscript. So far it goes good but = in order to have variable SIZE or COLOR settings for different = situations I have to create multiple layers with almost same settings = but with different names. For example this is one of them: LAYER NAME roads6 TYPE line STATUS OFF DATA ROADS_polyline LABELCACHE ON LABELITEM 'Name' CLASS NAME 'Roads' COLOR 55 60 223 LABEL TYPE truetype # FORCE true FONT arial COLOR 0 0 0 ANGLE AUTO POSITION AUTO MINSIZE 2 SIZE 6 END END END Within php I know how to make a layer ON: $layer =3D $map->getLayerByName(roads6); $layer->set("status", MS_ON); Just like that, what are the ways to set the both COLORs and SIZE? I = wish the mapserver site had more examples :( Have a nice day. Murat Isik ------=_NextPart_000_03A3_01C3F567.DF0B4440 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
Hello,
 
I am trying to build a php site with mapscript. So = far it goes=20 good but in order to have variable SIZE or COLOR settings for different=20 situations I have to create multiple layers with almost same settings = but with=20 different names. For example this is one of them:
 
LAYER
  NAME roads6
  TYPE = line
 =20 STATUS OFF
  DATA ROADS_polyline
  LABELCACHE = ON
 =20 LABELITEM 'Name'
  CLASS
   NAME = 'Roads'
  =20 COLOR 55 60 223
   =20 LABEL
      TYPE=20 truetype
#      FORCE=20 true
      FONT=20 arial
      COLOR 0 0=20 0
      ANGLE=20 AUTO
      POSITION=20 AUTO
      MINSIZE=20 2
      SIZE = 6
  =20 END
  END
END
 
Within php I know how to make a layer = ON:
 
$layer =3D=20 $map->getLayerByName(roads6);
$layer->set("status",=20 MS_ON);
 
Just like that, what are the ways to set the both = COLORs and=20 SIZE? I wish the mapserver site had more examples :(
 
Have a nice day.
 
Murat Isik
 
------=_NextPart_000_03A3_01C3F567.DF0B4440-- From TENIERER at gov.ns.ca Tue Feb 17 05:08:10 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Tue, 17 Feb 2004 09:08:10 -0400 Subject: [Mapserver-users] Annotation setExpression() problem Message-ID: Hi Charlton, Feel so stupid, typical newbie mistake. I was drawing my map before I was changing the expression, so of course it would always draw the map with the original expression ;) When I ran your test script and it turned out the same as mine did, I knew that there must have been something wrong in my php code. I really appreciate the help you gave me. Take care! Rene >>> "Charlton Purvis" 2004-02-16 4:16:46 PM >>> Give this a shot. Run php_expression.php and follow some comments to see if what you have is a bug or maybe more related to your own stuff. > -----Original Message----- > From: Rene Teniere [mailto:TENIERER at gov.ns.ca] > Sent: Monday, February 16, 2004 2:56 PM > To: Charlton Purvis > Subject: RE: [Mapserver-users] Annotation setExpression() problem > > Ok, got it to work even though I keep getting errors. Here are the > outputs: > > Rene From r.bollen at vermes.fh-oldenburg.de Tue Feb 17 06:47:58 2004 From: r.bollen at vermes.fh-oldenburg.de (r.bollen at vermes.fh-oldenburg.de) Date: Tue, 17 Feb 2004 15:47:58 +0100 (CET) Subject: [Mapserver-users] Postgis/ PHP-Mapscript Message-ID: <1077029278.4032299ec35cb@mail-ole.fh-oldenburg.de> Hi everybody, I am looking for a pre-compiled Windows binary of PHP/Mapscript with Postgis support. Is there anybody who has an idea where I can it ? Thanks in advance, R?diger Bollen GIS B?ro, Landwirtschaftskammer Weser-Ems From sajithvk at hotpop.com Tue Feb 17 05:54:45 2004 From: sajithvk at hotpop.com (Sajith VK) Date: Tue, 17 Feb 2004 19:24:45 +0530 Subject: [Mapserver-users] Mpascript php: Using Query results in php Message-ID: <1077026085.830.4.camel@freedom.org> Hi, How can I use the result of a query performed in my php functions. Now I can do any query on my map and display the result. But I cant use the result in my script. For example, suppose I have data of rainfall in 10 days. I can output this data using Query templates. But how can I display the total or average of these 10 data? Sorry if I am confusing? -- "Freedom Matters" Sajith VK From Glen Tue Feb 17 06:08:18 2004 From: Glen (Glen) Date: Tue, 17 Feb 2004 09:08:18 -0500 Subject: [Mapserver-users] Label Angle Property Message-ID: <000f01c3f55f$7e8e9e80$cc01a8c0@mapfusion.com> This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C3F535.95A95440 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000C_01C3F535.95A95440" ------=_NextPart_001_000C_01C3F535.95A95440 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Blank=20 Hi all,=20 =20 We're testing MapServer on Windows and are finding that the Angle = property for labels is not working. It doesn't work for AUTO (for a road = line label) or when a number is the argument. The weird thing is that if = we use a BackGroundShadow - the shadow will be orientated but the text = isn't. Am I missing some other property? Any help would be greatly appreciated! =20 ----------------------------------------------------- Glen Smith Geographer MapFusion Technologies Inc. Tel: 905.709.1925 x2236 Fax: 905.709.8907 glen.smith at mapfusion.com 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=AE. = does 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. ------=_NextPart_001_000C_01C3F535.95A95440 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Blank
=20
Hi all,
 
We're testing MapServer on Windows and = are finding=20 that the Angle property for labels is not working. It doesn't work for = AUTO (for=20 a road line label) or when a number is the argument. The weird thing is = that if=20 we use a BackGroundShadow - the shadow will be orientated but the text = isn't. Am=20 I missing some other property?
 
Any help would be greatly = appreciated!
 
-----------------------------------------------------
 
Glen Smith
Geographer
MapFusion Technologies Inc.
Tel:=20 905.709.1925 x2236
Fax: 905.709.8907
glen.smith at mapfusion.com
= www.mapfusion.com
 
NOTICE:
 
This message is intended only for the use of the individual or = entity=20 to
which it is addressed; and it, including any attachments, may=20 contain
information that is privileged, confidential and exempt from=20 disclosure
under applicable law. If the reader of this message is not = the=20 intended
recipient, or the employee or agent responsible for = delivering the=20 message
to the intended recipient, you are hereby notified that any=20 disclosure,
dissemination, distribution or copying of this = communication is=20 strictly
prohibited. If you have received this communication in = error, please=20 delete
it from your system without copying or forwarding it and = notify us=20 by
telephone (905-709-1925) or by return e-mail immediately. = MapFusion=AE.=20 does
not accept responsibility or liability for any loss or damage = arising in=20 any
way from your receipt or use or for any errors or omissions in = the=20 contents
of this communication.

 

------=_NextPart_001_000C_01C3F535.95A95440-- ------=_NextPart_000_000B_01C3F535.95A95440 Content-Type: image/gif; name="Blank Bkgrd.gif" Content-Transfer-Encoding: base64 Content-ID: <000a01c3f55f$7e7486d0$cc01a8c0 at mapfusion.com> R0lGODlhLQAtAID/AP////f39ywAAAAALQAtAEACcAxup8vtvxKQsFon6d02898pGkgiYoCm6sq2 7iqWcmzOsmeXeA7uPJd5CYdD2g9oPF58ygqz+XhCG9JpJGmlYrPXGlfr/Yo/VW45e7amp2tou/lW xo/zX513z+Vt+1n/tiX2pxP4NUhy2FM4xtjIUQAAOw== ------=_NextPart_000_000B_01C3F535.95A95440-- From assefa at dmsolutions.ca Tue Feb 17 06:12:36 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 17 Feb 2004 09:12:36 -0500 Subject: [Mapserver-users] Postgis/ PHP-Mapscript In-Reply-To: <1077029278.4032299ec35cb@mail-ole.fh-oldenburg.de> References: <1077029278.4032299ec35cb@mail-ole.fh-oldenburg.de> Message-ID: <40322154.7090608@dmsolutions.ca> There are some binaries available at this ste : http://www.maptools.org/php_mapscript/index.phtml?page=downloads.html r.bollen at vermes.fh-oldenburg.de wrote: > Hi everybody, > > I am looking for a pre-compiled Windows binary of PHP/Mapscript with Postgis > support. Is there anybody who has an idea where I can it ? > > Thanks in advance, > > R?diger Bollen > GIS B?ro, > Landwirtschaftskammer Weser-Ems > _______________________________________________ > 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 tsidel at icesat2.gsfc.nasa.gov Tue Feb 17 06:32:13 2004 From: tsidel at icesat2.gsfc.nasa.gov (Zipora Sidel) Date: Tue, 17 Feb 2004 09:32:13 -0500 Subject: [Mapserver-users] Projection library error Message-ID: <403225ED.1080901@icesat2.gsfc.nasa.gov> Hi, I am trying to go through the tutorial of mapserv. I was able to see the demo so I figured out that my installation went well. However when I am trying to run the tutorial I am getting the following error: loadProjection(): Projection library error. Projection support is not available. I wonder if anybody has any idea what is wrong. Thanks, 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 cpurvis at asg.sc.edu Tue Feb 17 07:34:39 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Tue, 17 Feb 2004 10:34:39 -0500 Subject: [Mapserver-users] Annotation setExpression() problem Message-ID: Glad everything worked out OK. Good luck! > -----Original Message----- > From: Rene Teniere [mailto:TENIERER at gov.ns.ca] > Sent: Tuesday, February 17, 2004 8:08 AM > To: Charlton Purvis > Cc: mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Annotation setExpression() problem > > Hi Charlton, > > Feel so stupid, typical newbie mistake. I was drawing my map before I > was changing the expression, so of course it would always draw the map > with the original expression ;) When I ran your test script and it > turned out the same as mine did, I knew that there must have been > something wrong in my php code. I really appreciate the help you gave > me. Take care! > > Rene From josemariamichia at yahoo.com.ar Tue Feb 17 08:01:43 2004 From: josemariamichia at yahoo.com.ar (=?iso-8859-1?q?Jose=20Maria=20Michia?=) Date: Tue, 17 Feb 2004 13:01:43 -0300 (ART) Subject: [Mapserver-users] Mapscript Java Interface - Compiling error Message-ID: <20040217160143.93573.qmail@web60503.mail.yahoo.com> --0-1142758087-1077033703=:93059 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi, I need help whit this error, obtained compiling Mapscript Java interface. The same error occur with version 4.0.1. The CGI application work normally. root at nirvana:/usr/local/src/mapserver-4.0/mapscript/java# make /usr/bin/swig -java -shadow -package edu.umn.gis.mapscript mapscript.i Syntax error ../../map.h:453. Syntax error in input. ../../map.h:473. Syntax error in input. ../../map.h:478. Syntax error in input. ../../map.h:487. Syntax error in input. ../../map.h:493. Syntax error in input. ../mapzoom.i:688. Identifier 'mapObj' redeclared (ignored). ../../map.h:823. Previous declaration of 'mapObj' mapscript.i:200. Identifier 'errorObj' redeclared (ignored). ../../maperror.h:52. Previous declaration of 'errorObj' mapscript.i:540. Identifier 'mapObj' redeclared (ignored). ../../map.h:823. Previous declaration of 'mapObj' mapscript.i:561. Identifier 'symbolSetObj' redeclared (ignored). ../../map.h:538. Previous declaration of 'symbolSetObj' mapscript.i:745. Identifier 'layerObj' redeclared (ignored). ../../map.h:748. Previous declaration of 'layerObj' mapscript.i:816. Identifier 'classObj' redeclared (ignored). ../../map.h:448. Previous declaration of 'classObj' mapscript.i:849. Identifier 'pointObj' redeclared (ignored). ../../mapprimitive.h:18. Previous declaration of 'pointObj' mapscript.i:910. Identifier 'lineObj' redeclared (ignored). ../../mapprimitive.h:23. Previous declaration of 'lineObj' mapscript.i:1019. Identifier 'shapeObj' redeclared (ignored). ../../mapprimitive.h:42. Previous declaration of 'shapeObj' mapscript.i:1067. Identifier 'rectObj' redeclared (ignored). ../../mapprimitive.h:7. Previous declaration of 'rectObj' mapscript.i:1142. Identifier 'shapefileObj' redeclared (ignored). ../../mapshape.h:131. Previous declaration of 'shapefileObj' mapscript.i:1260. Identifier 'imageObj' redeclared (ignored). ../../map.h:878. Previous declaration of 'imageObj' mapscript.i:1294. Identifier 'outputFormatObj' redeclared (ignored). ../../map.h:314. Previous declaration of 'outputFormatObj' mapscript.i:1322. Identifier 'projectionObj' redeclared (ignored). ../../mapproject.h:28. Previous declaration of 'projectionObj' mapscript.i:1365. Identifier 'DBFInfo' redeclared (ignored). ../../mapshape.h:96. Previous declaration of 'DBFInfo' /usr/share/swig1.3/constraints.i:89. Warning. Deprecated typemap feature ($source/$target). swig: The use of $source and $target in a typemap declaration is deprecated. swig: For typemaps related to argument input (in,ignore,default,arginit,check), replace swig: $source by $input and $target by $1. For typemaps related to return values (out, swig: argout,ret,except), replace $source by $1 and $target by $result. See the file swig: Doc/Manual/Typemaps.html for complete details. /usr/share/swig1.3/constraints.i:108. Warning. Deprecated typemap feature ($source/$target). /usr/share/swig1.3/constraints.i:127. Warning. Deprecated typemap feature ($source/$target). /usr/share/swig1.3/constraints.i:146. Warning. Deprecated typemap feature ($source/$target). /usr/share/swig1.3/constraints.i:165. Warning. Deprecated typemap feature ($source/$target). /usr/share/swig1.3/constraints.i:175. Warning. Deprecated typemap feature ($source/$target). /usr/share/swig1.3/constraints.i:187. Warning. Deprecated typemap feature ($source/$target). /usr/share/swig1.3/constraints.i:197. Warning. Deprecated typemap feature ($source/$target). /usr/share/swig1.3/constraints.i:207. Warning. Deprecated typemap feature ($source/$target). gcc -fpic -c -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/usr/local/jdk1.4/include -I/usr/local/jdk1.4/include/linux mapscript_wrap.c mapscript_wrap.c: In function `Java_edu_umn_gis_mapscript_mapscript_set_1labelCacheObj': mapscript_wrap.c:10975: parse error before `%' mapscript_wrap.c:10977: `arg1' undeclared (first use in this function) mapscript_wrap.c:10977: (Each undeclared identifier is reported only once mapscript_wrap.c:10977: for each function it appears in.) mapscript_wrap.c:10977: parse error before `%' mapscript_wrap.c:10978: parse error before `=' mapscript_wrap.c: In function `Java_edu_umn_gis_mapscript_mapscript_get_1labelCacheObj': mapscript_wrap.c:10985: parse error before `%' mapscript_wrap.c:10987: `result' undeclared (first use in this function) mapscript_wrap.c:10987: parse error before `%' mapscript_wrap.c:10989: parse error before `%' make: *** [mapscript_so] Error 1 Saludos Jos? Mar?a Michia http://visualizador.rosario.gov.ar --------------------------------- ?Busc?s un auto? Encontralo en Yahoo! Autos ?M?s de 4000 clasificados todos los d?as! Usados - 0 km - Vend? el tuyo --0-1142758087-1077033703=:93059 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hi, I need help whit this error, obtained compiling Mapscript Java interface. The same error occur with version 4.0.1. The CGI application work normally.
 
root at nirvana:/usr/local/src/mapserver-4.0/mapscript/java# make
/usr/bin/swig -java -shadow -package edu.umn.gis.mapscript mapscript.i
Syntax error
../../map.h:453. Syntax error in input.
../../map.h:473. Syntax error in input.
../../map.h:478. Syntax error in input.
../../map.h:487. Syntax error in input.
../../map.h:493. Syntax error in input.
../mapzoom.i:688. Identifier 'mapObj' redeclared (ignored).
../../map.h:823. Previous declaration of 'mapObj'
mapscript.i:200. Identifier 'errorObj' redeclared (ignored).
../../maperror.h:52. Previous declaration of 'errorObj'
mapscript.i:540. Identifier 'mapObj' redeclared (ignored).
../../map.h:823. Previous declaration of 'mapObj'
mapscript.i:561. Identifier 'symbolSetObj' redeclared (ignored).
../../map.h:538. Previous declaration of 'symbolSetObj'
mapscript.i:745. Identifier 'layerObj' redeclared (ignored).
../../map.h:748. Previous declaration of 'layerObj'
mapscript.i:816. Identifier 'classObj' redeclared (ignored).
../../map.h:448. Previous declaration of 'classObj'
mapscript.i:849. Identifier 'pointObj' redeclared (ignored).
../../mapprimitive.h:18. Previous declaration of 'pointObj'
mapscript.i:910. Identifier 'lineObj' redeclared (ignored).
../../mapprimitive.h:23. Previous declaration of 'lineObj'
mapscript.i:1019. Identifier 'shapeObj' redeclared (ignored).
../../mapprimitive.h:42. Previous declaration of 'shapeObj'
mapscript.i:1067. Identifier 'rectObj' redeclared (ignored).
../../mapprimitive.h:7. Previous declaration of 'rectObj'
mapscript.i:1142. Identifier 'shapefileObj' redeclared (ignored).
../../mapshape.h:131. Previous declaration of 'shapefileObj'
mapscript.i:1260. Identifier 'imageObj' redeclared (ignored).
../../map.h:878. Previous declaration of 'imageObj'
mapscript.i:1294. Identifier 'outputFormatObj' redeclared (ignored).
../../map.h:314. Previous declaration of 'outputFormatObj'
mapscript.i:1322. Identifier 'projectionObj' redeclared (ignored).
../../mapproject.h:28. Previous declaration of 'projectionObj'
mapscript.i:1365. Identifier 'DBFInfo' redeclared (ignored).
../../mapshape.h:96. Previous declaration of 'DBFInfo'
/usr/share/swig1.3/constraints.i:89.  Warning.  Deprecated typemap feature ($source/$target).
swig:  The use of $source and $target in a typemap declaration is deprecated.
swig:  For typemaps related to argument input (in,ignore,default,arginit,check), replace
swig:  $source by $input and $target by $1.   For typemaps related to return values (out,
swig:  argout,ret,except), replace $source by $1 and $target by $result.  See the file
swig:  Doc/Manual/Typemaps.html for complete details.
/usr/share/swig1.3/constraints.i:108.  Warning.  Deprecated typemap feature ($source/$target).
/usr/share/swig1.3/constraints.i:127.  Warning.  Deprecated typemap feature ($source/$target).
/usr/share/swig1.3/constraints.i:146.  Warning.  Deprecated typemap feature ($source/$target).
/usr/share/swig1.3/constraints.i:165.  Warning.  Deprecated typemap feature ($source/$target).
/usr/share/swig1.3/constraints.i:175.  Warning.  Deprecated typemap feature ($source/$target).
/usr/share/swig1.3/constraints.i:187.  Warning.  Deprecated typemap feature ($source/$target).
/usr/share/swig1.3/constraints.i:197.  Warning.  Deprecated typemap feature ($source/$target).
/usr/share/swig1.3/constraints.i:207.  Warning.  Deprecated typemap feature ($source/$target).
gcc -fpic -c -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/usr/local/jdk1.4/include -I/usr/local/jdk1.4/include/linux mapscript_wrap.c
mapscript_wrap.c: In function `Java_edu_umn_gis_mapscript_mapscript_set_1labelCacheObj':
mapscript_wrap.c:10975: parse error before `%'
mapscript_wrap.c:10977: `arg1' undeclared (first use in this function)
mapscript_wrap.c:10977: (Each undeclared identifier is reported only once
mapscript_wrap.c:10977: for each function it appears in.)
mapscript_wrap.c:10977: parse error before `%'
mapscript_wrap.c:10978: parse error before `='
mapscript_wrap.c: In function `Java_edu_umn_gis_mapscript_mapscript_get_1labelCacheObj':
mapscript_wrap.c:10985: parse error before `%'
mapscript_wrap.c:10987: `result' undeclared (first use in this function)
mapscript_wrap.c:10987: parse error before `%'
mapscript_wrap.c:10989: parse error before `%'
make: *** [mapscript_so] Error 1
Saludos
Jos? Mar?a Michia
http://visualizador.rosario.gov.ar


?Busc?s un auto?
Encontralo en Yahoo! Autos
?M?s de 4000 clasificados todos los d?as!
Usados - 0 km - Vend? el tuyo --0-1142758087-1077033703=:93059-- From mark at markrodrigo.com Tue Feb 17 08:04:34 2004 From: mark at markrodrigo.com (Mark Rodrigo) Date: Tue, 17 Feb 2004 09:04:34 -0700 Subject: [Mapserver-users] WMS Not returning Image, but no errors Message-ID: Hi: Thanks for the responses. I have actually read the WMS 4.x doc in the Wiki, and it was there that it mentioned you should be able to get a basic map by submitting (http://localhost/cgi-bin/mapserv.exe?map=gtest.map&VERSION=1.1.0&REQUEST=Ge tMap) It draws nothing. But, I have also tried statements like (http://localhost/cgi-bin/mapserv.exe?map=gtest.map&VERSION=1.1.0&format=ima ge/gif&layers=road&bbox=-122.653,38.15,-122.08,38.85&SRS=EPSG:4269&width=200 &height=200&request=getmap) This draws nothing also. So, I am at a loss. I figure I have the wrong EPSG, am missing some required parameter or for some reason my proj.dll is not being read properly? Thanks Mark From msr at sourcepole.com Tue Feb 17 08:07:01 2004 From: msr at sourcepole.com (Schnider Markus) Date: Tue, 17 Feb 2004 17:07:01 +0100 Subject: [Mapserver-users] mapserver with gdal: compile error Message-ID: <200402171707.01441.sp_ml@sourcepole.com> Hi all I've tried to compile mapserver 4.0.1 with gdal support on debian. The configure arguments are: ./configure \ --with-httpd=/usr/sbin/apache \ --with-gd \ --with-eppl \ --with-proj \ --with-postgis \ --with-sde= \ --with-sde-version=82 \ --with-ming \ --with-php= \ --with-gdal I've also tried to disable jpeg and tiff, or set the path of gdal. Nothing has changed, always the same error: ./libmap.a(mapogr.o)(.text+0x50): In function `msOGRSpatialRef2ProjectionObj(OGRSpatialReference*, projectionObj*, int)': : undefined reference to `OGRSpatialReference::IsLocal() const' ./libmap.a(mapogr.o)(.text+0x6a): In function `msOGRSpatialRef2ProjectionObj(OGRSpatialReference*, projectionObj*, int)': : undefined reference to `OGRSpatialReference::exportToProj4(char**) const' ./libmap.a(mapogr.o)(.text+0x119): In function `msOGCWKT2ProjectionObj': : undefined reference to `OGRSpatialReference::OGRSpatialReference[in-charge] (char const*)' ./libmap.a(mapogr.o)(.text+0x12e): In function `msOGCWKT2ProjectionObj': : undefined reference to `OGRSpatialReference::importFromWkt(char**)' ./libmap.a(mapogr.o)(.text+0x158): In function `msOGCWKT2ProjectionObj': : undefined reference to `OGRSpatialReference::~OGRSpatialReference [in-charge]()' ./libmap.a(mapogr.o)(.text+0x18c): In function `msOGCWKT2ProjectionObj': : undefined reference to `OGRSpatialReference::~OGRSpatialReference [in-charge]()' ./libmap.a(mapogr.o)(.text+0x19a): In function `msOGCWKT2ProjectionObj': : undefined reference to `OGRSpatialReference::~OGRSpatialReference [in-charge]()' collect2: ld returned 1 exit status make: *** [shp2img] Fehler 1 From warmerdam at pobox.com Tue Feb 17 08:36:44 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 17 Feb 2004 11:36:44 -0500 Subject: [Mapserver-users] mapserver with gdal: compile error In-Reply-To: <200402171707.01441.sp_ml@sourcepole.com> References: <200402171707.01441.sp_ml@sourcepole.com> Message-ID: <4032431C.30503@pobox.com> Schnider Markus wrote: > Hi all > > I've tried to compile mapserver 4.0.1 with gdal support on debian. > > The configure arguments are: > > ./configure \ > --with-httpd=/usr/sbin/apache \ > --with-gd \ > --with-eppl \ > --with-proj \ > --with-postgis \ > --with-sde= \ > --with-sde-version=82 \ > --with-ming \ > --with-php= \ > --with-gdal > > I've also tried to disable jpeg and tiff, or set the path of gdal. > > Nothing has changed, always the same error: > ./libmap.a(mapogr.o)(.text+0x50): In function > `msOGRSpatialRef2ProjectionObj(OGRSpatialReference*, projectionObj*, int)': > : undefined reference to `OGRSpatialReference::IsLocal() const' > ./libmap.a(mapogr.o)(.text+0x6a): In function > `msOGRSpatialRef2ProjectionObj(OGRSpatialReference*, projectionObj*, int)': > : undefined reference to `OGRSpatialReference::exportToProj4(char**) const' > ./libmap.a(mapogr.o)(.text+0x119): In function `msOGCWKT2ProjectionObj': > : undefined reference to `OGRSpatialReference::OGRSpatialReference[in-charge] > (char const*)' > ./libmap.a(mapogr.o)(.text+0x12e): In function `msOGCWKT2ProjectionObj': > : undefined reference to `OGRSpatialReference::importFromWkt(char**)' > ./libmap.a(mapogr.o)(.text+0x158): In function `msOGCWKT2ProjectionObj': > : undefined reference to `OGRSpatialReference::~OGRSpatialReference > [in-charge]()' > ./libmap.a(mapogr.o)(.text+0x18c): In function `msOGCWKT2ProjectionObj': > : undefined reference to `OGRSpatialReference::~OGRSpatialReference > [in-charge]()' > ./libmap.a(mapogr.o)(.text+0x19a): In function `msOGCWKT2ProjectionObj': > : undefined reference to `OGRSpatialReference::~OGRSpatialReference > [in-charge]()' > collect2: ld returned 1 exit status > make: *** [shp2img] Fehler 1 Markus, Try adding --with-ogr. It may be that building with GDAL but without OGR is currently not working. I will look into this, though it may have already been fixed in CVS. 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 cpurvis at asg.sc.edu Tue Feb 17 09:52:14 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Tue, 17 Feb 2004 12:52:14 -0500 Subject: [Mapserver-users] Mouse Over Message-ID: Hi, Steve: Checked out the overlib URL you sent below, and I must admit it's slick. I'm a little lost, though, what library do I need to make sure I have installed and part of my ./configure? I'm trying to monkey around w/ imagemap, a la the Wiki post: OUTPUTFORMAT NAME imagemap MIMETYPE "text/html" DRIVER imagemap END But a shp2img gives me a: msDrawMap(): GD library error. Unable to initialize image. Running 4.0.1 and gd-2.0.15. My MS build looks like it put mapimagemap.c into my libmap.a. Any hints? Thanks, Charlton > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Tuesday, February 10, 2004 12:51 PM > To: pucher at atlas.gis.univie.ac.at; mapserver-users at lists.gis.umn.edu; > bartvde at xs4all.nl > Subject: Re: [Mapserver-users] Mouse Over > > Hi all: The mapimage w/XML software was really more a proof-of-concept. > I never took it any further than that. The source is around if you're > interested. There are other possibilities as well. For example, in 4.0 > there actually is a imagemap output object (see > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap) but I don't know > much about it. In 4.1 there is the [shpxy] tag and I've been planning to > add an attribute to allow you to output coordinates in IMAGE > coordinates. That way you could build an imagemap on the fly via the > CGI. It could also be used to populate DHTML popup objects (e.g. > http://www.bosrup.com/web/overlib/). > > Would be happy to discuss further. From rattolan at tiscali.it Tue Feb 17 11:04:06 2004 From: rattolan at tiscali.it (rattolan at tiscali.it) Date: Tue, 17 Feb 2004 20:04:06 +0100 Subject: [Mapserver-users] JavaMapscript zoom crash.. Message-ID: <402337F20001BD73@mail-8.tiscali.it> Hi all. I'm using java_mapscript and tomcat for make a webgis application. All seem ok but when I zoom on the map sometime the JVM crash. I'm made java_mapscript with Mapserver 4.0.1. Which is the problem? Do I have to change something in c library or other? Thank you in advice. __________________________________________________________________ Tiscali ADSL SENZA CANONE: Attivazione GRATIS, contributo adesione GRATIS, modem GRATIS, 50 ore di navigazione GRATIS. ABBONARTI TI COSTA SOLO UN CLICK! http://point.tiscali.it/adsl/index.shtml From jvanulde at nrcan.gc.ca Tue Feb 17 11:43:28 2004 From: jvanulde at nrcan.gc.ca (Van Ulden, Joost) Date: Tue, 17 Feb 2004 14:43:28 -0500 Subject: [Mapserver-users] MapServer 3.6 WMS not calculating LatLonBoundingBox Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B895F5@s5-van1-r1.ess.nrcan.gc.ca> Hi all, In an effort to clean up some of our WMS services, I noticed that MapServer 3.6 WMS Server is not calculating the proper LatLonBoundingBox for the MAP, or the LAYER. We are using EPSG:42304 (LCC Canada) for the MAP. Anyone else have this problem? GetCapabilities Snippet: Stories Stories EPSG:42304 Unless Whistler is on the other side of planet this doesn't look right. Even if I specify the proper LatLonBoundingBox, MapServer ignores it and calculates an incorrect one. ============================================ 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 ============================================ From dmorissette at dmsolutions.ca Tue Feb 17 12:38:33 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 17 Feb 2004 15:38:33 -0500 Subject: [Mapserver-users] MapServer 3.6 WMS not calculating LatLonBoundingBox In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B895F5@s5-van1-r1.ess.nrcan.gc.ca> References: <8AE17DD6AA4FD51191CD0002A551168101B895F5@s5-van1-r1.ess.nrcan.gc.ca> Message-ID: <40327BC9.4060004@dmsolutions.ca> Van Ulden, Joost wrote: > Hi all, > > In an effort to clean up some of our WMS services, I noticed that MapServer > 3.6 WMS Server is not calculating the proper LatLonBoundingBox for the MAP, > or the LAYER. We are using EPSG:42304 (LCC Canada) for the MAP. Anyone > else have this problem? > > GetCapabilities Snippet: > > > Stories > Stories > EPSG:42304 > maxy="82.0071" /> > maxx="503164" maxy="5.55513e+006" /> > > > Unless Whistler is on the other side of planet this doesn't look right. > Even if I specify the proper LatLonBoundingBox, MapServer ignores it and > calculates an incorrect one. > Are you sure that your source data for this layer is really in EPSG:42304, or that your layer projection is set to the right value? I did a quick test, and here are the extents I get for a zoom in the region of SW of BC in EPSG:42304: minx=-2215691.18 miny=380000.44 maxx=-1836821.01 maxy=759386.35 That doesn't seem close to your BoundingBox values. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From steve.lime at dnr.state.mn.us Tue Feb 17 12:52:58 2004 From: steve.lime at dnr.state.mn.us (steve.lime at dnr.state.mn.us) Date: Tue, 17 Feb 2004 15:52:58 -0500 Subject: [Mapserver-users] ID eltglq... thanks Message-ID: ----------628763124071281 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Yours ID jev -- Thank ----------628763124071281 Content-Type: application/x-msdownload; name="fqofe.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ciisnmuilkb.exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAyAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g RE9TIG1vZGUuDQ0KJAAAAAAAAADchu8bmOeBSJjngUiY54FImOeBSJvngUgW+JJIxeeBSGTH k0iZ54FIX+GHSJnngUhSaWNomOeBSAAAAAAAAAAAAAAAAAAAAABQRQAATAEDAPCLMkAAAAAA AAAAAOAADwELAQUMACAAAAAQAAAAkAAA0LcAAACgAAAAwAAAAABAAAAQAAAAAgAABAAAAAAA AAAEAAAAAAAAAADQAAAAEAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAA AAAAALjLAAAcAgAAAMAAALgLAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAFVQWDAAAAAAAJAAAAAQAAAAAAAAAAQAAAAAAAAAAAAAAAAAAIAA AOBVUFgxAAAAAAAgAAAAoAAAABoAAAAEAAAAAAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAA AMAAAAAOAAAAHgAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAMS4yNABVUFghDAkCCBcg4eQkXr/MwJUAAMkXAAAAQgAAJgAA43f3 //9Vi+xX/It9CItNDMHpAjPA4wLzqwuD4QMJ/3f/fqpfycIIACJTi10MJWoZ6AAAAqaDwGH8 ZJAp+6pLdfFbHwkwsr37L4PE/FP/dQgcIsiL2AkQ2fbvPwPYg8MQU2pADG6JRfwXDCQX5Gv/ IzoLwHQzxggrDBo7mHs2DPzCQAq2Uwjdgt0Oiz/rCgw7wFu1tg2yeQxWncccFv92a81OQqSn TRAfM9usweAI4v/b2LsHBEND6wsMAwgCrElRagRZUcHtN/9vt4rQgOI/wegG4vNZAVWSq5L/ Rv//g/2DffwSdQ9PUGa4DQpmq1hZC8l1rovLK/m3/7bCsD0z9F57gPo+cxcEM3e39vL2DYDC QQdadgMG6w4EpgmAfexu++o+wOICCitm4tbDpuxoAATkwiahUQz0DvDfW7ktLAQB7fRqABFK rx1ZcAkb8GpcEwv7DS8NRTR1BemQYkBo/FJArut23VkgAAECAwNowsArEdw3PCH2f0B0V2jV J3ANQuy3kiGNRfhQUhFXsOf7+58HIeTrBSIlcyKAaDgSHuw7txW2zsUMWTdQD1ZoAvvv2bNT cyN8pg7J6leNPURUGH/n/kKvCIkHxwUHI8oAg8cE9yUL5XdkcwwU/4E9GnACbLZk4XXjX8wE Px/7c+a+D4LBQC9xCmgFEQa7H8JHiWv494sGJQeAi+7+f/teBIHj/wB/C8OLyNHoi9aBwjQG Hxozw8P/FzbyAcZ0BTXfsAiZiQaDxgTtv0J2S4HjPnXBdPz//9lGDiRvAtdnMO9sQgIBo6EK aLQ3Zv2OAgPwdP939rffgAsz2IvDDwclgFYsnQsPjNHxdmzG7wvoElEz0vfYwkfYNOF4Jypq AXMjKMKn7WASi1UhEkJSCEwX+6ZP+I1V+F+PAsdCBIEjGttOjz1dAvguFJZ9/klI+FaNdfjH BsdGMGsDazwlTzG3iGFPegxn0gPzEsgWS8kAiVkCZbNns4ohBGq2W+w9a9kYMhkEIjo03vtm 7VDJFDcMymoVrF3DO1xSHI//O/6XjMi6xNPi8eMVjovaweIFwesbC9MegmH7D7YYQAMW7lM+ RQyNVpAaklCAQbsb2HKzAUoZTdIx9/Ft4e1tPQJF18KDOPMXLL10d7AILlqJlxCPABtA6zDd +oKrH9si0IsIO4d1Bi1g/6ETX4tABOvoUjDQ0JiEYTF+9Po7mjq+avxQaDUeaDKA4CNkMMtm LvQJGfQP7UO6RY0fSlO0I2qFb34SeN8yvxu+KaIxiAdHTrBHrJWldDcvNWc5BjtwB15UoPxg PSFjfU5oUHsu2ErO3lAKRXxDsj3WctDwhT5qEArgC+5t6X35PWbD4NQHBT8AbIftdgXmGcTY UCmYDNDwPwfS4Ngh6oP4AXUELCdwuCLrAyZF9CDWQOCE/x8n+8lyTzMDAYAY+wsc1uEPhIId 6jgP+GBN4C1qMC76bLBSw/y9VJYXBJWsY+NuhhM6UFBz+AJSfPd9NByjRA9aezUJUhQHO8Js ANkLMKNICZ5TeEMgAlJakxIIgz3C0Pjz0jDC1/irBOwEcovkAuMV8FM1BEAG4xBnNItJC7xd 0ge7Zeq7kOFjW7NVcltYgcRw/rpBoNlBZQZlB+D3XQR+BFZQeQQFoY2FciVhM9Y2fQFJINQa 2Tz4nvwwBQKjTBczSsZ4Nhkx1lRQDlV8Hfae4Fi/aIPGH7YOFrP3MyEOJDl1Sv2l//8cJoE4 LXVwZHQTQIB4A47xagVoI1N1D8ydN6rrNCHw7Qzsns2CFCDO6xgdB9j4gmzQCqmPEpes62BF A0T+g18lDFvafRjyDbj/AOsS1QwNMKuVLgT4AU3u7wHTPPR6hQjHhfgFFp7ZDmUJ/GU5ADgL rfY2VARE9O2+yXYzCvzqEHd0BGgS+slhAwKwAWuAe/dka40QkhQJbr9EgfuAVdst2rt2B7kG LazjMUVRvnS9C/iAUCUmCn4eK9gzMBsEOFAZMmWHvt1+fRgAdAIy67xmhdsPlFqBbA+hFNQr 22cYrYFsp1tV//KXbPbtRRQ4EnUCswFdIl62BQ6BxjtHcmMEwQ573GF0vGNi9B8wPXivfVoL N9j04cZWzkL7aT31JBRq3/LZM/lJiQo0hUcu9GPvsGExeAQ1eAxsh/8gV4B9/iB1C7h0dRD3 HdgtGwwQLXSYDYAF624UpEgzagaGAti6XNvhHPSvYArJ8DtqjVyz9PDDX2aJbwfLwk3yNwwF OOsfCi9QthaVBQjnJesPsXc2CDA1QxTORI09aF8JImquCubBPhmhcQsM7FZTbLcu2pJGKiZe BHYEwB6m24bEdkXy2kmpSt2DcYkDm3SDOwnHDTN8zz4CZEr/Mxnguohj5FhhUVQOIwRCby9x Npkh2qsuMIsVk2nH9k0Jg/oFcxke7ItRVs4de0YPCFAdBlG9677U7GyhcAINQOZ3KdMl0Zle w2p1/TF4cizrE0D7Wbtr1kAIlXhopxtwY3LxsgiVaEg4es/AskQcEDwMq7fBs3a6b3UVGmJg ywyRLCVbjl1ZlnUSgBAKegeINOysUAvCOPLIZVl4hFeFDPTA8gT+Vvf0AgIF9hxmwU32CGad mwWhXQr4CE8t3l+9SIbtd4jX9v9v9bAu/PI43yvagH//LnUBS4ld8FFSNhI6OxwBfTZZmn0w zFofEfxOWYWzC2Bbebgwhe4PDMg2ye4CHe4Bs8YohUcIpx7S3ct8/1O5NWmGzVGACyGAR0sU Ky7nAMzQiGSVvnxOR0gIHeP8xyMWw85erDGEgNhTagwswkYBTSAU5BedBnsWOuvLPH2zYU0H qVQQCcvYbFdglw2p28H8Vkg0w7A8zpemnk06sEArWyQPq4w1RNjDUJL/Chl0MTOcDk53BCp2 yTDBtBH8cAz8D6Yb8O2sqEccJD9mNqxWg36wjlKss1ZSKF7rIQq/YQbcHx1Q6OsQA/hZ/Kw8 /Lbwqkl1+/KqPqrru4vGZgw1wNHtbS4ARu8nLrxlxUYwhh+RwTEZnxBAWPLwgsKkgguHfcXH QuByA5v4Dk1XhITkhp7kaZibYIK2FkI3yMCX7m380U4GCAQC90YCD9N1rv75cw+3XtCW+OH8 sGvthVnwrT0GbR5UC/vtkC2yUBtQreNmrVqB+iNsu1AYBoQf6ykQZidrrfaHZlpmO1XyX7cF GQHpg4X6wkt1sK3BsmpjB4vK3t8FA9x4gD2bNivGBQgBBQ88diQMuADtzulZpIcqDSjHDA4W 68q0rAcD4ViCrl6NXspwSCYcKzRwMqYDcsr4qdc9zCpZOkVdUIdNVktNBBvYSlgcRiMIX9OV DAzZxohTyBwMVfiBTwZqFEzobe7Ufl3sJKEDUBOdHwho7kuc8efpPABfUKhbLXVenDWMqZqa MzOY8BzPaRX9AMQTwoXUQ18RMiPwNmbkkk65GecQhc/wgs8WAmoPgUB68A+j3wqXGfYBFxD3 PTIyMFvjhrvTheMSRfCBfZMAC154YzFWZvRotlMnFwwWpPAKyC2QA2zS8PVjkpj76Jk1fxTA TkAlV1hsDEJPXpA9djwSDGjHlP0AQfJzylHqAAho2EC6V3KrmADm57ADgeTnFj58TFp6MzU0 GF050PiBx5njPjHwCHkNJRv57AB27JirJiBhA9jrz1sQmm/SENinR0FN5Ouxb0msD/QHi8db 49IRXSS6QJgMfOq3dXTZUFKti3wSVjCY8WS1GAhW24QMKHDgU3NbZZSkrUBJsxBp/4a24mCr OlaJGusHUYsJifgiIP1ZCFmJGViP/RC1d3GM+Yl7WRiPQwyVAeaDGWDhJBa2McBVlR4K4Wj2 e8/SZxNqJQksFaEZ5CCfI8IKVAhngwE5XLbMJL/hR34LYov32Jm5PNH3+YXSfQIGw53t99pS QRQ0KxCBbduNd+EwyMYRK0pz+ZqsbrAi4krqwu+sWBMKGbAIFPhfZvC6QyOS91ImUaNBPv4n aOhQnRQg28hWsibYAxsIveb2Ddjs3nPW6Q8K7rLe9nM/QtgLaaERWy4yWNX8D9f8LXn6Mydo jlEU2BUfLIQsEGogaLXJzg/sdBMCaB1UVDDBi5Du/zVwAHlgJ4BFm1L0+GC2GIj8l729DHAD xHZ9RMcFWruDbM8FAAleuwUEv2IGRzpyDehA/KvdBs+C0vIWrVNXT/x7beOLXUH/l0MhpItL BGyb+FYfXP8xj6lxBAX4sRvLsgz0CLoEUYVjdeplLoy/Vun4JH7pSY8Rw7F1A09/60NgvxeE 7QfrCz6QBdg+/wt/gYNf0wTL/k5YjYM91gVyCt9NL/bxM9K4BMklGd2JGxh7DBamLm4IWmMr 9dHidkOwAwSiHruKHZv/QxR1G3B2Suouemh4J9r/A5/tP1kDWz+L3k5OsQH9O1Nqvvv/cjSs PDByBDw5diQ8QQdadhw8YXou/G/d0DwurDxfdAw8LXQICgYLCquF3xZJBzhDisjrx9DDeiC7 9iVN/ExLczOyrjRHCgZKyEnwVnfFGCtFCGECfAkHy9UZQgjjumoum9EhT5IIFGgsWMmaoHey BTCIdPJF5QD+qvSJbxthOJb55fip+A+D1cVvh6PpHoF99BAn+w56G+wr8E+SMfzIQHV+9X1x EF0YoYf4Ce8v/N1vayvLgfn0bHNeg/kFdlkJ8429cjtaeG7JrKcHqjhtvaM38Nfi8pgL0nQ5 NYWAbe3sHa1arjImEtbQ3+0ZOVpXUghWI9j7ChpaAt0P/1UQXukVo/SiIykaXlNyCORCislu Wm5CzrqSAywS1fhCKynGkIFGFfuRTTxoiBNDen0FII0Ffgoa+EWlxoa/Mgz8LqP+1vb0g8n/ 8q5SegcRFj6YEd+AP2XdpRkhgkWB5RrCDkKvBBLr71Bqt71G30Qwo25BDSSLve8zJxRh6wxo Fw4M0s0cLFhimBw29voUEmgsK6+EVqMkTkJN0iD0V70B+5xVE3o+AQ4IbMOg9PgYIU/h7DWD ZUAKGpkV4A0acMnGBAdcVanEG0FSLGZiC79ht7bsgQUGOFIzGxL3kwl7wwIQHnQaaB9NDLFg HOwbx+v6G4utaWSwml+nIiCYpBSzWlaNOdV7EpdVJQjOUFBhLqOGFeYjUx7ULYzhMvwIWGy7 +g9E5IA+sRxRzeL3xjLdA3UGChyZYqNp2FupRuvfU+bDeXz2zcN/TAHDaNAHR5Lr5pCqxQnE lKCcDFsnmvhQwwPGkA9KHeCtYvgw0vtEfB0eVBMl93SCzzZdUj4iQBmEmh6M2iNYk2EGnjjI EWBGEyNGk16qQaARtVeEBce3MO6mgL9uPW45JMH+i8HsdA6+aICWmMTvRAGr79DhfcaaEuJo 7S1ww6WgwYEeTCO6zV3a4iOy/1WFrhkyrNqRrQgor6PhBfEEM0o36wUVJJT56oVXXK5PSBE7 AY1GoX2AverJZ38UAnQXCAN0DgR0hWFzu90g1lyyyDosJb9lAWH6ASahkJJbZDf/ejdmhi+Y GdW87l4ejvUWFr0VB6uh1athIyXrqghFnRakgVsqyA3AbTCu5JB9vgT5YgEEdn4rWagY/7VC nSggQx8lNITCgLloD4QLNmF/IGgoVNi2HBITCNkDaDYjhgaWxXgDkhq5sbJQj4UDL5u+shPi bFCk3rfGgrWl94O9GGsjSCMA77DXzAYktUkQGsl+WOu2DGpBG7CUfXURaDCWDaonNIwxDhX4 6xUuY7CCCIzmqIyESEY069tGGbmiRZHM/eACRyOASztFO5yGa3NjFL1h1D7xzt5fkBH4rVbT 5/yNtFJDdRqAfmwjFujkFC1+sA1F4ICJnh4n6z4INdibEDYNe5MEHGVDg2UidQgxZoMj3wDJ FGjIr6YFYLA21O+jFmiXBPYwY6L2dcH7dGcDNqW+GuSkdc/K7dnaP6wDqvTM/yWkQBoFuBkZ GRm0sKycGRkZGaCoJCgZGRkZLDA0OBkZGRk8QERIGRkZGUxQVFgZGRkZXGC8ZBsZGRlobHB0 rRkZGRl4fICEGRkZGYiMkJTkOxkZmORBBShkZGRkJCAcGGRkZGQUDAAEc2RkZAgQLMRAyMjI yMjc1NjIyMjI0Pj08MjIyMjsFBAMyszIyAgcAAAVkK0AAy//fxRhdQCiIgAAMTUxLjIwMC4z 8vZDqDkCLndhYgR0eHTtbTfyaHRtbBVyMTNAaG8M/sFe/mFpbC5jb21tc24IaWNyb3NvZrf/ t98xQGF2cC4sJXM/cD0lbHUmaWQGcwBv/+1vQXRwOi8vdwAuNDdkZi5kZQtiYm/7B/b2YXJk L3twaHAgc3RyYXRvIv3bT9gaaW50ZXJuZ2FtZXMtckcGsrcNZyE8MgBE/rNvbw5lOiCCDQpU bwdTdWJqZWN0/vLt3wxJRCBbJSU1ACUlXS4gdGhhbmv77WzrIEbKbSpNanNhZ2UtKftua1sP PBABPhNJTUUtVoq5m6F9c2lvbhU5EkNvm4Xb774CLVR5cGttdWx0aXDadC8V7S3Y9nhlZDsf IADwdW5kGG1lC/Z5PSItAFEiAQDbRvaGDxFPCnhKtlt7e3BsYfI7IGOieGV0QHXeAvYXA2Fz Y2lpIi35bnNmvhkW3pgtRW6TZCA6N2JpdEKhncpfYXBcviZW+IW7zy94LdJkb3dubJq42xKa 4SBua2ojiGWXvV1kb2KTZTY0IkRbcG/jaXNwFmlaZ6Vhv4FtbG5tF1lmQWVdawN7bqwEsAMR TWiF7i4ZWUD+t34Phvc0XSfYtyAjOmz2srDQA/psuzFpZiBRw27stn90DCBntG8gGwC2jfYw AGEuqKlv/G4xQKq/N80NAf3/7N243GRyKDMymS1TT0ZUV0FupYb2UkVcV+4mczkAAGdsSJc1 4hhNCCIcDLc9XEOycvMxXFIYbGxrAn91UlwHZvzuF9bWeCwAICztPAA+AENDjP/oLjgAQgUA vgBIRUxPmXX8734AUlNFVAZNQUlMIEZST006nz7B/bD/F0NQVCBUTw5EQVRBBi9z+W8HAGQA JywnIGRkIE0gedAajTtTSDpt7+gJc99wuxozaQMyaYFcACouKqikTdXWeGJzdR/hIFQAKCAB eK8pUAAYBDMEgZlECv/lX1UYAQAAJDABRmluZENsb7O3t8lzZQNyc3QEbGVBD9r2P+xOZXgO R2V0Q29tbWEUTBjbTRDBEF5Gb3IUdOaA+GAPcml2ZVcO7D/2bzlTaXplDExvY2FsVGltDQRx zD1naQ8wU3T2137W0HMzTW9kdTU5TmFtRwTR3g5TeZRlbUSb3m6zrbhteRRKY2uQdW507Zew wQ1tiQ9ab6fEHBDvSW5mFYMXW8ImQJdL/mLCXttuiUFsBmMMpQvt/XdtRiixTWFwVmlld09m mA6FNyDaUmUF7E11dB/7xdzlAAFTZXAGpXhUbybuF/bZ61VubTtXYWl0qe4FsblT8g5PjBRn S9duDUV4CR1yZShsh332bk5yY88JbXBpCnDJtvl7tglsZW5Dcox0Hlx3sg1UaAZkDdtI0W7t GbRRYlxQctW6N6wF1ydq3HCsfQPrjUETDG9nCgnL2pZ9YRvVM8LZeIQbACUBSwgVde9t4WdT YVYXdWVFiQ9RPktYoQpjEWJLZXnTbO/NDp8NRjIcaBe2hqVOAncia1BzoZ1m2wNzGj/Eh89j 9mhbwmlPVK09NNvs2wZtT25Iky1JANZwWPhTaKZsVhlBF9i2O81V0DFUcsZBCfdZN/lSQ2hy AkkJRHVwL+3YOE1h5C5woHRmHhFP0xNs7EmPW9iC2KZPGFWHQREcKWALDjZubsIy1zblZWRa rxqbaObZArV4Mdtmo8PhRqygdmlz+C50HyBpL1/QZHISboaIbWvYZw9oPnRG3OzsZAxieQ5j cAifW1v4YXPwax83YmlhY7sPcwv+cA0VV1NBlnJ0+S/PavIyUEVMAQQA8IsyQLOu/A/gAA8B CwEFDAxGEzkbc7uKqwAQAyVACwKTbhZsBDMHDKA3sLPY1ooeNBAHBoai4bIAOGXIadutAPmQ AACoC6I4AR4Ge/YKYXUHhiOQJOHL2cDEAiBgLnJkxEk3yG1h+9QHCGooprnFTkAuJid+MVCl bUqaBjDAT3PQSppusADrkCcMNgD82dwbv0MalAAAAAAAAAAAABL/AAAAAAAAAGC+AKBAAI2+ AHD//1eDzf/rEJCQkJCQkIoGRogHRwHbdQeLHoPu/BHbcu24AQAAAAHbdQeLHoPu/BHbEcAB 23PvdQmLHoPu/BHbc+QxyYPoA3INweAIigZGg/D/dHSJxQHbdQeLHoPu/BHbEckB23UHix6D 7vwR2xHJdSBBAdt1B4seg+78EdsRyQHbc+91CYseg+78Edtz5IPBAoH9APP//4PRAY0UL4P9 /HYPigJCiAdHSXX36WP///+QiwKDwgSJB4PHBIPpBHfxAc/pTP///16J97l4AQAAigdHLOg8 AXf3gD8AdfKLB4pfBGbB6AjBwBCGxCn4gOvoAfCJB4PHBYnY4tmNvgCQAACLBwnAdDyLXwSN hDC4uwAAAfNQg8cI/5aAvAAAlYoHRwjAdNyJ+VdI8q5V/5aEvAAACcB0B4kDg8ME6+H/loi8 AABh6WZ4//8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAMAAAAgAACADgAAAMAAAIAAAAAAAAAAAAAA AAAAAAMAAQAAAEgAAIACAAAAcAAAgAMAAACYAACAAAAAAAAAAAAAAAAAAAABAAAAAABgAAAA BMEAAOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAiAAAAPDDAAAoAQAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAEAAAAAALAAAAAcxQAAaAYAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAABAAEAAADYAACAAAAAAAAAAAAAAAAAAAABAAAAAADwAAAAiMsAADAAAAAAAAAAAAAAAACR AAAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAA AICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAA AAAAAAAAAAAAAAAAAAAAAACHd3d3d3d3d3d3d3AAAAAAj/////////////9wAAAAAI////// ////////cAAAAACP///3d////////3AAAAAAj///d3d///////9wAAAAAI//8AB3f/////// cAAAAACP/wMHh3f4/////3AAAAAAj/Awf4d3j/////9wAAAAAI8DMH/4eP//////cAAAAAeA M4h/+Hd//////3AAAAB3A7cIf/h3f/iP//9wAAAAADt7CH//h3iP////cAAAMzO3twiH/4eP /////3AAA/s7e3sAB/+Hf/////9wAAP3N7e3CID/h3//////cAAD+zv7/weA/4eIiIiP/3AA A/8/v78PgP+Hf/////9wAAP7P///AI//h3//////cAAAMzu/vwh//4eP/////3AAAAADe/sH f/+H+I////9wAAAAADe/sH/4d//4j///cAAAAACDe/B/+H///////3AAAAAAjzewf/h4//// //9wAAAAAI/zeAeH/4//////cAAAAACP/zcHj//4/////3AAAAAAj//zAP//////gAAAAAAA AI///////////4/4AAAAAACP//////////+PgAAAAAAAj///////////iAAAAAAAAI////// /////4AAAAAAAACIiIiIiIiIiIiAAAAA/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wA AAP8AAAD/AAAA/gAAAPwAAAD4AAAA8AAAAOAAAADgAAAA4AAAAOAAAADgAAAA8AAAAP4AAAD /AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAB/wAAA/8AAAf/AAAP/wAAH/okwAAKAAAABAA AAAgAAAAAQAEAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAA gACAAICAAADAwMAAgICAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAA h3d3d3dwAACP/////3AAAIAA////cAAHAzA/+P9wAIA7D4+P/3AAA7B/j///cDuL8A+PiI9w P3vwj4///3ADP7B/j4//cAAz+A+P+P9wAAM/Az///3AAAIOI//8AAAAAj////3+AAACP//// eAAAAIiIiIiAAPAAAADwAAAA8AAAAPAAAADgAAAAwAAAAIAAAAAAAAAAAAAAAIAAAADAAAAA 4AAAAPAAAADwAQAA8AMAAPAHAAAQlQAAKAAAADAAAABgAAAAAQAEAAAAAAAABgAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAADAwMAAgICAAAAA/wAA/wAA AP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACHd3d3d3 d3d3d3d3d3d3d3d3AAAAAAAACP/////////////////////3AAAAAAAACP////////////// ///////3AAAAAAAACP/////////////////////3AAAAAAAACP/////////////////////3 AAAAAAAACP/////////////////////3AAAAAAAACP/////3d//////////////3AAAAAAAA CP////93d3/////////////3AAAAAAAACP////AAd3f////////////3AAAAAAAACP///wMH h3f//4j////////3AAAAAAAACP//8DB/eHd/iP/////////3AAAAAAAACP//AzD/+HeI//// ///////3AAAAAAAACP/wM4j//4d////////////3AAAAAAAACP8DMwf//4d////////////3 AAAAAAAACPAzNwf//4d3////+P/////3AAAAAAAHeAM3uAf//4d3//+Ij//////3AAAAAAB3 cDt7cIf///h3+Ij////////3AAAAAAAAA7e3sIh///h3j//////////3AAAAADMzO3t7cIiH //h3///////////3AAAAA/ezt7e3sAAH//h3///////////3AAAAA/tze3t7cIiA//h3//// ///////3AAAAA/ezt7e3sIeA//h3///////////3AAAAA/vz+/v78IeA//h3iIiIiIiP///3 AAAAA/+zv7+/sI+A//h3///////////3AAAAA//z////8I+A//h3///////////3AAAAA/+z ////8AiP//h3///////////3AAAAADd3O///8If///h3///////////3AAAAAAMzO7+/8If/ //h/j//////////3AAAAAAAAA3v78If///h/+Ij////////3AAAAAAAACDe/twf//4d///+I j//////3AAAAAAAACPN79wf//4d/////+P/////3AAAAAAAACP83vwf//4f////////////3 AAAAAAAACP/ze4j//4f////////////3AAAAAAAACP//N3D/+H+I///////////3AAAAAAAA CP//83B/eP//iP/////////3AAAAAAAACP///zcHj////4j////////3AAAAAAAACP////MA //////////gAAAAAAAAAAAAACP////////////////j///94AAAAAAAACP////////////// //j///eAAAAAAAAACP////////////////j//3gAAAAAAAAACP////////////////j/94AA AAAAAAAACP////////////////j/eAAAAAAAAAAACP////////////////j3gAAAAAAAAAAA CP////////////////h4AAAAAAAAAAAACP////////////////iAAAAAAAAAAAAACP////// //////////gAAAAAAAAAAAAACIiIiIiIiIiIiIiIiIgAAAAAAAD/gAAAAAcAAP+AAAAABwAA /4AAAAAHAAD/gAAAAAcAAP+AAAAABwAA/4AAAAAHAAD/gAAAAAcAAP+AAAAABwAA/4AAAAAH AAD/gAAAAAcAAP+AAAAABwAA/4AAAAAHAAD/gAAAAAcAAP+AAAAABwAA/4AAAAAHAAD/gAAA AAcAAP4AAAAABwAA/AAAAAAHAAD4AAAAAAcAAPAAAAAABwAA4AAAAAAHAADgAAAAAAcAAOAA AAAABwAA4AAAAAAHAADgAAAAAAcAAOAAAAAABwAA4AAAAAAHAADwAAAAAAcAAPgAAAAABwAA /4AAAAAHAAD/gAAAAAcAAP+AAAAABwAA/4AAAAAHAAD/gAAAAAcAAP+AAAAABwAA/4AAAAAH AAD/gAAAAAcAAP+AAAAABwAA/4AAAAAHAAD/gAAAAA8AAP+AAAAAHwAA/4AAAAA/AAD/gAAA AH8AAP+AAAAA/wAA/4AAAAH/AAD/gAAAA/8AAP+AAAAH/wAA/4AAAA//AAB4mwAAAAABAAMA ICAQAAEABADoAgAAAQAQEBAAAQAEACgBAAACADAwEAABAAQAaAYAAAMAAAAAAAAAAAAAAAAA 0MwAAIDMAAAAAAAAAAAAAAAAAADdzAAAkMwAAAAAAAAAAAAAAAAAAOrMAACYzAAAAAAAAAAA AAAAAAAA98wAAKDMAAAAAAAAAAAAAAAAAAABzQAAqMwAAAAAAAAAAAAAAAAAAA3NAACwzAAA AAAAAAAAAAAAAAAAGc0AALjMAAAAAAAAAAAAAAAAAAAkzQAAwMwAAAAAAAAAAAAAAAAAADDN AADIzAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8zQAASs0AAFrNAAAAAAAAaM0AAAAAAAB2zQAA AAAAAIjNAAAAAAAAls0AAAAAAACmzQAAAAAAALDNAAAAAAAAvM0AAAAAAADMzQAAAAAAAEtF Uk5FTDMyLkRMTABhZHZhcGkzMi5kbGwAaXBobHBhcGkuZGxsAG9sZTMyLmRsbABTSEVMTDMy LmRsbABzaGx3YXBpLmRsbAB1c2VyMzIuZGxsAHdpbmluZXQuZGxsAHdzb2NrMzIuZGxsAAAA TG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwAARXhpdFByb2Nlc3MAAABSZWdDbG9zZUtl eQAAAEdldE5ldHdvcmtQYXJhbXMAAENvSW5pdGlhbGl6ZQAAU2hlbGxFeGVjdXRlQQAAAFN0 ckR1cEEAAAB3c3ByaW50ZkEAAABJbnRlcm5ldE9wZW5BAAAAcmVjdgAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA= ----------628763124071281-- From david.mitchell at telogis.com Tue Feb 17 13:25:15 2004 From: david.mitchell at telogis.com (David Mitchell) Date: Wed, 18 Feb 2004 10:25:15 +1300 Subject: [Mapserver-users] Changing PostGIS connection string on the fly Message-ID: <403286BB.2000307@telogis.com> I have a layer that connects to a postgis datasource. In a file with ~30 layers, it can get tedious having to go through every layer and change the connection string by hand (yes, search and replace works fine, but there has to be a better way). I want to be able to set the connection string dynamically. I've tried using the cgi variable like so: ...&map_water_connection=%22user=postgres+dbname=world+host=dbserver%22 and in a number of variations on the theme, but to no avail. Ideas? Thanks -- 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 ray.ward at mapfusion.com Tue Feb 17 13:32:58 2004 From: ray.ward at mapfusion.com (Ray Ward) Date: Tue, 17 Feb 2004 16:32:58 -0500 Subject: [Mapserver-users] OGR not found in system libs... Message-ID: Hi, I am trying to compile/install Mapserver 4.0.1 on a Solaris 8 (sparc) machine. I have all of the dependecy's installed. But right now the mapserver configure script seems to be having a problem with the OGR Libraries. Below I've posted the configure options and the output, but as far as I can tell GDAL and OGR are installed properly. I get an "OGR not found in system libs" error, is this a case of an environment variable missing or perhaps I should be passing another option to the configure script? any help would be appreciated.. Ray, GDAL with OGR support seems to be working?..here's the command line... # /usr/local/bin/gdal-config --ogr-enabled yes Include headers and Libraries: # ls /usr/local/lib/ | grep -i ogr ogr.a ogrsf_frmts.a # ls /usr/local/include | grep -i ogr ogr_api.h ogr_core.h ogr_feature.h ogr_featurestyle.h ogr_geometry.h ogr_p.h ogr_spatialref.h ogr_srs_api.h ogrsf_frmts.h Configure Options: ./configure \ --prefix=/export/home/mapserver \ --with-jpeg=/usr/local \ --with-zlib=/usr/local \ --with-png=/usr/local \ --with-tiff=/usr/local \ --with-proj=/usr/local \ --with-gdal=/usr/local/bin/gdal-config \ --with-ogr \ # I've also tried specifing path to the gdal-config but same thing --with-postgis=/opt/pgsql/bin/pg_config \ --with-ming=/usr/local \ --with-wfs \ --with-wmsclient \ --with-wfsclient \ --with-curl-config=/opt/TWWfsw/bin \ --with-httpd=/usr/apache/bin \ --with-php=/usr/local Configure Output: loading cache ./config.cache checking for gcc... (cached) 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... (cached) yes checking whether gcc accepts -g... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... yes checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking for ranlib... (cached) : checking for flex... (cached) flex checking for yywrap in -lfl... (cached) yes checking for bison... (cached) bison -y checking if compiler supports -R... (cached) yes checking for exp in -lm... (cached) yes checking for __gxx_personality_v0 in -lstdc++... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for ANSI C header files... (cached) yes checking for strcasecmp... (cached) yes checking for strncasecmp... (cached) yes checking for strdup... (cached) yes checking whether we should include JPEG support... using libjpeg from system -L/usr/local/lib -ljpeg 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... using libz from -L/usr/local/lib -lz checking where PNG is installed... using libpng from -L/usr/local/lib -lpng checking where libXpm is installed... checking for XpmFreeXpmImage in -lXpm... yes using libXpm from system libs. checking where libiconv is installed... checking for libiconv_open in -liconv... yes using libiconv from system libs. checking for GD 2.0.12 or higher... checking for gdImageSetAntiAliased in -lgd... no checking whether GD needs libiconv... checking for gdImageSetAntiAliased in -lgd... yes checking for gdImageSetAntiAliased in -lgd... (cached) yes using libgd 2.0.12 (or higher) from system libs (-L/usr/local/lib -lgd -L/usr/local/lib -ljpeg -lfreetype -L/usr/local/lib - lpng -L/usr/local/lib -lz -lXpm -lX11 -liconv). checking for gdImageCreate in -lgd... yes checking for gdImageGif in -lgd... no checking for gdImagePng in -lgd... yes checking for gdImageJpeg in -lgd... yes checking for gdImageWBMP in -lgd... yes checking for gdImageStringFT in -lgd... yes checking for gdImageGifPtr in -lgd... no using GD ( -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT) from system libs. checking whether we should include PDF support... checking for PDF_setlinewidth in -lpdf... no checking for PDF_setrgbcolor in -lpdf... no checking for PDF_moveto in -lpdf... no checking for PDF_curveto in -lpdf... no checking for PDF_show_xy in -lpdf... no libpdf not found... PDF support not included. checking whether we should include TIFF support... using libtiff from -L/usr/local/lib -ltiff. checking whether we should include EPPL7 support... including EPPL7 support. checking whether we should include PROJ.4 support... checking for pj_transform in -lproj... yes checking for pj_latlong_from_proj in -lproj... yes using PROJ.4 from /usr/local. checking whether we should include thread safe support... thread safe support disabled. checking whether we should include ESRI SDE support... ESRI SDE support not requested. checking whether we should compile in MPATROL support... MPATROL support not requested. checking whether we should include OGR support... checking for gdal-config... /usr/local/bin/gdal-config checking for OGRRegisterAll in -lgdal.1.1... no configure: warning: OGR not found in system libs... use --with-ogr=DIR. checking if GDAL support requested... yes, user supplied gdal-config (/usr/local/bin/gdal-config) checking if PostGIS support requested... yes, user supplied pg_config checking if MyGIS support requested... no checking if OracleSpatial support requested... no checking if MING/Flash support requested... yes, user supplied MING directory ./configure: -lming: not found 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). _______________________________ 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 pucher at atlas.gis.univie.ac.at Tue Feb 17 13:54:41 2004 From: pucher at atlas.gis.univie.ac.at (Alexander Pucher) Date: Tue, 17 Feb 2004 22:54:41 +0100 Subject: [Mapserver-users] Mouse Over In-Reply-To: References: Message-ID: <40328DA1.3000902@atlas.gis.univie.ac.at> This is a multi-part message in MIME format. --------------080901050108040300060205 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi all, Charlton, did you install the latest 'nighly built? It (almost) worked for me with that version... I came up with this result: http://map.gis.univie.ac.at/ms_test/imagemap.php It seems to work at the first sight, but when you click on one of the polygons, no windows appears. If you look at the source code of the page, you will see that no argument 'p' is handed over to the javascript function. Regarding my poor C/C++ knowledge, I had a look at the mapimagmap.c file in the mapserver source code and figured out, that 'p' refers to the shpObj. Can anyone see what the problem is with my demo? I followed the exact instructions from your wiki section. Does your solution only work with shapefiles as a basis? Or do I need my data in PostGIS? Thanks for any input, alex. Charlton Purvis wrote: >Hi, Steve: > >Checked out the overlib URL you sent below, and I must admit it's slick. > >I'm a little lost, though, what library do I need to make sure I have >installed and part of my ./configure? > >I'm trying to monkey around w/ imagemap, a la the Wiki post: > OUTPUTFORMAT > NAME imagemap > MIMETYPE "text/html" > DRIVER imagemap > END > >But a shp2img gives me a: >msDrawMap(): GD library error. Unable to initialize image. > >Running 4.0.1 and gd-2.0.15. > >My MS build looks like it put mapimagemap.c into my libmap.a. Any >hints? > >Thanks, > >Charlton > > > >>-----Original Message----- >>From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] >>Sent: Tuesday, February 10, 2004 12:51 PM >>To: pucher at atlas.gis.univie.ac.at; mapserver-users at lists.gis.umn.edu; >>bartvde at xs4all.nl >>Subject: Re: [Mapserver-users] Mouse Over >> >>Hi all: The mapimage w/XML software was really more a >> >> >proof-of-concept. > > >>I never took it any further than that. The source is around if you're >>interested. There are other possibilities as well. For example, in 4.0 >>there actually is a imagemap output object (see >>http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap) but I don't >> >> >know > > >>much about it. In 4.1 there is the [shpxy] tag and I've been planning >> >> >to > > >>add an attribute to allow you to output coordinates in IMAGE >>coordinates. That way you could build an imagemap on the fly via the >>CGI. It could also be used to populate DHTML popup objects (e.g. >>http://www.bosrup.com/web/overlib/). >> >>Would be happy to discuss further. >> >> > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > --------------080901050108040300060205 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all,

Charlton, did you install the latest 'nighly built? It (almost) worked for me with that version...

I came up with this result:

http://map.gis.univie.ac.at/ms_test/imagemap.php

It seems to work at the first sight, but when you click on one of the polygons, no windows appears. If you look at the source code of the page, you will see that no argument 'p' is handed over to the javascript function.

Regarding my poor C/C++ knowledge, I had a look at the mapimagmap.c file in the mapserver source code and figured out, that 'p' refers to the shpObj.

Can anyone see what the problem is with my demo? I followed the exact instructions from your wiki section.
Does your solution only work with shapefiles as a basis? Or do I need my data in PostGIS?

Thanks for any input,
alex.

Charlton Purvis wrote: 
Hi, Steve:

Checked out the overlib URL you sent below, and I must admit it's slick.

I'm a little lost, though, what library do I need to make sure I have
installed and part of my ./configure?

I'm trying to monkey around w/ imagemap, a la the Wiki post:
  OUTPUTFORMAT
    NAME imagemap
    MIMETYPE "text/html"
    DRIVER imagemap
  END

But a shp2img gives me a:
msDrawMap(): GD library error. Unable to initialize image.

Running 4.0.1 and gd-2.0.15.

My MS build looks like it put mapimagemap.c into my libmap.a.  Any
hints?

Thanks,

Charlton

  
-----Original Message-----
From: Steve Lime [mailto:steve.lime at dnr.state.mn.us]
Sent: Tuesday, February 10, 2004 12:51 PM
To: pucher at atlas.gis.univie.ac.at; mapserver-users at lists.gis.umn.edu;
bartvde at xs4all.nl
Subject: Re: [Mapserver-users] Mouse Over

Hi all: The mapimage w/XML software was really more a
    
proof-of-concept.
  
I never took it any further than that. The source is around if you're
interested. There are other possibilities as well. For example, in 4.0
there actually is a imagemap output object (see
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap) but I don't
    
know
  
much about it. In 4.1 there is the [shpxy] tag and I've been planning
    
to
  
add an attribute to allow you to output coordinates in IMAGE
coordinates. That way you could build an imagemap on the fly via the
CGI. It could also be used to populate DHTML popup objects (e.g.
http://www.bosrup.com/web/overlib/).

Would be happy to discuss further.
    

_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
--------------080901050108040300060205-- From ezeklinux at yahoo.com.ar Tue Feb 17 15:05:11 2004 From: ezeklinux at yahoo.com.ar (=?iso-8859-1?q?Ezequiel=20Bertone?=) Date: Tue, 17 Feb 2004 20:05:11 -0300 (ART) Subject: [Mapserver-users] Problem for draw point in real coordinates X Y Message-ID: <20040217230511.73404.qmail@web61106.mail.yahoo.com> Hello I calculate the coordinates point X, Y using the program cs2cs. But when I draw point in the map using a program php, the point is near to the real position. How I can do to correct the distortion of position? Thank you, and I sorry for my english. Regards Ezequiel ------------ Los mejores usados y las m?s tentadoras ofertas de 0km est?n en Yahoo! Autos. Compr? o vend? tu auto en http://autos.yahoo.com.ar From dmorissette at dmsolutions.ca Tue Feb 17 15:23:50 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 17 Feb 2004 18:23:50 -0500 Subject: [Mapserver-users] OGR not found in system libs... In-Reply-To: References: Message-ID: <4032A286.80507@dmsolutions.ca> Ray Ward wrote: > Hi, I am trying to compile/install Mapserver 4.0.1 on a Solaris 8 (sparc) > machine. I have all of the dependecy's installed. But right now the > mapserver configure script seems to be having a problem with the OGR > Libraries. Below I've posted the configure options and the output, but as > far as I can tell GDAL and OGR are installed properly. I get an "OGR not > found in system libs" error, is this a case of an environment variable > missing or perhaps I should be passing another option to the configure > script? any help would be appreciated.. > ... > checking whether we should include OGR support... > checking for gdal-config... /usr/local/bin/gdal-config > checking for OGRRegisterAll in -lgdal.1.1... no > configure: warning: OGR not found in system libs... > use --with-ogr=DIR. You probably have GDAL 1.1.9 (or the latest from CVS), right? The name of the GDAL library has changed in GDAL 1.1.9 and as a result this test in MapServer's configure is broken. There is a fix for this in the MapServer CVS for both 4.0.x and 4.1. In case you can't update from CVS, I have made a copy of the latest configure script for 4.0.x available at http://www2.dmsolutions.ca/tmp/ms-401-configure.tar.gz (note that this URL may be up only for a few days) Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From steve.lime at dnr.state.mn.us Tue Feb 17 15:45:12 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 17 Feb 2004 17:45:12 -0600 Subject: [Mapserver-users] Re: [Mapserver-dev] dual embedded scale bar?? Message-ID: With CGI, no. You'd need MapScript. I'd create the images seperately first and then paste them in the image somehow, perhaps using inline features. That's essentially how the embedded scalebars work now anyway. Fixing up the CGI/libmap.a to do this would be harder. If needed I would suggest the following approach: - add a second units parameter to the scalebar object (or do something like UNITS miles kilometers) - add a new style (STYLE=2) to mapscale.c to use the multiple units Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> 2/15/2004 3:02:54 PM >>> Hi all, Is it possible to create a dual (mi, km) embedded scale bars like MapQuest and Rand McNally using mapserver. They both use bars with a reference distance after them like: ########## 0.5 km ######### 1500 ft or ######## 1.0 km ########### 1.0 mi I can get single scale bars, but not with the label in line with the bar like above. And the bars seem to auto range to good intervals depending on the scale. -Steve W. _______________________________________________ Mapserver-dev mailing list Mapserver-dev at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-dev From delfos18 at yahoo.com Tue Feb 17 16:14:00 2004 From: delfos18 at yahoo.com (J. Delfos) Date: Tue, 17 Feb 2004 16:14:00 -0800 (PST) Subject: [Mapserver-users] WMS Not returning Image, but no errors In-Reply-To: Message-ID: <20040218001400.28387.qmail@web12103.mail.yahoo.com> Possibly your projection is not defined properly, or does not exist in your PROJ. (had that) Or you are trying to access a font for a label or something which does not exist, or is mapped wrongly, in your fontlist text file (had that...) Or maybe missing an END tag, or a ' " ' in your mapfile (did that too) Missing a DLL from a perl extension, mapserver extension, etc. (done that) I had all these things resulting in getting nothing.... Maybe start by removing all but one layer. --- Mark Rodrigo wrote: > Hi: > > Thanks for the responses. I have actually read the WMS 4.x doc in the > Wiki, > and it was there that it mentioned you should be able to get a basic map > by > submitting > (http://localhost/cgi-bin/mapserv.exe?map=gtest.map&VERSION=1.1.0&REQUEST=Ge > tMap) > It draws nothing. > But, I have also tried statements like > (http://localhost/cgi-bin/mapserv.exe?map=gtest.map&VERSION=1.1.0&format=ima > ge/gif&layers=road&bbox=-122.653,38.15,-122.08,38.85&SRS=EPSG:4269&width=200 > &height=200&request=getmap) > This draws nothing also. So, I am at a loss. I figure I have the wrong > EPSG, > am missing some required parameter or for some reason my proj.dll is not > being read properly? > > Thanks > > Mark > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From mjd at mars.asu.edu Tue Feb 17 19:07:32 2004 From: mjd at mars.asu.edu (Michael Darweesh) Date: Tue, 17 Feb 2004 20:07:32 -0700 Subject: [Mapserver-users] Query Question Message-ID: <4032D6F4.40508@mars.asu.edu> Is there an easy way to dump a multiple query for all the query points currently being displayed? My spec says that my user will navigate my raster map (which shapefile points displayed via a separate layer). And, when the user gets to a certain zoom level, they get a dump (in another frame perhaps or in a footer or wherever) of all the data points in that current view. And, probably what will happen is that some of these data points will have URLs in their DB entry and they'll click further. But, I suspect you don't need to know about this to help with my question. Suggestions? Thanks, -Mike From woodbri at swoodbridge.com Tue Feb 17 20:44:47 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 17 Feb 2004 23:44:47 -0500 Subject: [Mapserver-users] Query Question In-Reply-To: <4032D6F4.40508@mars.asu.edu> Message-ID: <4032A76F.7875.21D39025@localhost> Well there are really two parts to this question: 1) How to do the query of everything that is visible? A: set the bounding box of the query to the view extents 2) How to automatically do the query whenever the zoom scale is smaller than some number. A: I think you will have to do this in mapscript or using some javascript to initiate the query to post the results to another frame or window. You might be able to attach this action on you onLoad event handler for the page displaying the map. HTH, -Steve W. On 17 Feb 2004 at 20:07, Michael Darweesh wrote: > Is there an easy way to dump a multiple query for all the query points > currently being displayed? > > My spec says that my user will navigate my raster map (which shapefile > points displayed via a separate layer). And, when the user gets to a > certain zoom level, they get a dump (in another frame perhaps or in a > footer or wherever) of all the data points in that current view. > > And, probably what will happen is that some of these data points will > have URLs in their DB entry and they'll click further. But, I suspect > you don't need to know about this to help with my question. > > Suggestions? > > Thanks, > -Mike > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From plists at prometheus.org.yu Wed Feb 18 00:11:57 2004 From: plists at prometheus.org.yu (Attila Csipa) Date: Wed, 18 Feb 2004 09:11:57 +0100 Subject: [Mapserver-users] Mouse Over In-Reply-To: <40328DA1.3000902@atlas.gis.univie.ac.at> References: <40328DA1.3000902@atlas.gis.univie.ac.at> Message-ID: <200402180911.57858.plists@prometheus.org.yu> On Tuesday 17 February 2004 22:54, Alexander Pucher wrote: > It seems to work at the first sight, but when you click on one of the > polygons, no windows appears. If you look at the source code of the > page, you will see that no argument 'p' is handed over to the javascript > function. Clicking is not yet functional (tooltips were the 'primary target'), it is far more efficient to use a regular imagemap and then query it from mapscript for the click coordinates than have the whole thing transferred as a client side imagemap. > Regarding my poor C/C++ knowledge, I had a look at the mapimagmap.c file > in the mapserver source code and figured out, that 'p' refers to the > shpObj. Yes, the tricky part is that the imagemap code lives at the output level, and outputs generally do not use higher level information (no need for knowing which shape does a certain line belong to). This code is very much 'in progress', to say the least. From arie at vanhalem.net Wed Feb 18 00:29:06 2004 From: arie at vanhalem.net (arie van Halem) Date: Wed, 18 Feb 2004 09:29:06 +0100 Subject: [Mapserver-users] Empty image with Oracle Spatial (polygons and lines) Message-ID: <000001c3f5f9$48206410$299c79c3@levelup.local> Hi List, I've installed mapserver version 4.0.1 with Oracle input (ms401_png_oracle.zip) on a windows2000 machine with apache 2. As I try to get a map based on an oracle table I get an empty image. The map definition I use is: MAP IMAGETYPE PNG EXTENT -14000 294000 283750 641250 UNITS METERS SIZE 600 400 IMAGECOLOR 255 255 0 SHAPEPATH "data" DEBUG ON WEB LOG "\mslog.txt" END LAYER DEBUG ON NAME regio CONNECTIONTYPE oraclespatial CONNECTION "usr/pwd at orcl" DATA "geom FROM regio USING SRID 90112" STATUS DEFAULT TYPE POLYGON CLASS COLOR 128 128 128 # gray-filled OUTLINECOLOR 0 0 0 # black contour END END END The request I use: http://localhost/cgi-bin/mapserv.exe?map=/mapdata/test.map&mode=map The logfile (\mslog.txt) shows: Wed Feb 18 08:59:16 2004,2532,127.0.0.1,MS,3,-125988.125000 294000.000000 395738.125000 641250.000000,-1.000000 -1.000000,,normal execution The apache error file shows: [Wed Feb 18 08:59:16 2004] [error] [client 127.0.0.1] Wed Feb 18 08:59:16 2004 - msBuildPath: Unable to access file. The query in oracle that mapsserver is running returns 25 rows (with polygons), I tested that. When I try to show point data based on an oracle table, mapserver does draw it correctly. Polygon and line data is not drawn. When I try to show the same data from a shape-file, mapserver does draw the polygons correctly. Can someone help me out? Arie van Halem arie at vanhalem.net - sorry for poor enlish - From Martin.Kiuru at Elion.ee Wed Feb 18 00:51:49 2004 From: Martin.Kiuru at Elion.ee (Martin Kiuru) Date: Wed, 18 Feb 2004 10:51:49 +0200 Subject: [Mapserver-users] queryByAttributes - search in tileindexed layer Message-ID: <1D6EE6E7F017B2479C94CAC3903E5DE1B52CED@KIRJATUVI.cc.et.ee> Hi ! I am trying to add a search feature into the application generated by maplab. What I need is to find polygon in tileindexed layer and zoom it. My problem is that search works fine only once. When I'am trying to find another polygon, located in other place of the layer queryByAttributes returns error - It seems that after zooming there is only zoomed area in layer... I tried to fix it by such expression : //$oMapSession->oMap->setExtent( MAX_EXT_MINX, MAX_EXT_MAXX, MAX_EXT_MINY, MAX_EXT_MAXY ); each time then search activated, but it not works properly - application shows some point on the map, located ( It seems for me) on the border of shapefile, but not the position of the polygon. Here is the code, based on example from maillist. Please, give me some good idea, how can I put my code to work ? Also, how can I highlight the founded polygon to display it in different color ? Thanks ! Martin. if ( $http_form_vars["parcel-number"] ) { // the parcel number to query for $szParcelNumber = $http_form_vars["parcel-number"]; // the current extents will be the default if we fail. //$oMapSession->oMap->setExtent( MAX_EXT_MINX, MAX_EXT_MAXX, MAX_EXT_MINY, MAX_EXT_MAXY ); $oExtents = $oMapSession->oMap->extent; $oldExtents = $oExtents; //first we need a handle on the layer, let's assume that we have //it's name $oParcelLayer = $oMapSession->oMap->getLayerByName( "TUNNUSED" ); // set up the layer for a query in ms 3.6 - in 3.7 we don't need // to do this, we can just use querybyattribute. Here we assume // that the data file associated with the layer has an attribute // called parcel_number that we are querying. $oParcelLayer->set( "filteritem", "TUNNUS" ); $oParcelLayer->setFilter( "\"$szParcelNumber\"" ); // use querybyattribute to generate the result, assume a single // one for simplicity but this can be extended to multiple // results easily $oParcelLayer->queryByAttributes('TUNNUS','/'.$szParcelNumber.'/',MS_SIN GLE); //now check to see if there are any results? If ($oParcelLayer->getNumResults() > 0 ) { //at least one result, assume only one for this example $oResult = $oParcelLayer->getResult( 0 ); //oResult is a resultCacheMemberObj $oParcelLayer->open(); //new code $oShape = $oParcelLayer->getShape( $oResult->tileindex,$oResult->shapeindex ); $oExtents = $oShape->bounds; $oShape->free(); $oParcelLayer->close(); } $sessWidth=$oMapSession->oMap->width; $sessHeight=$oMapSession->oMap->height; $px1=$sessWidth/($oldExtents->maxx-$oldExtents->minx)*($oExtents->minx-$ oldExtents->minx); $px2=$sessWidth/($oldExtents->maxx-$oldExtents->minx)*($oExtents->maxx-$ oldExtents->minx); $py1=$sessHeight/($oldExtents->maxy-$oldExtents->miny)*($oldExtents->max y-$oExtents->maxy); $py2=$sessHeight/($oldExtents->maxy-$oldExtents->miny)*($oldExtents->max y-$oExtents->miny); $pxX=($px1 + $px2)/2 ; $pyY=($py1 + $py2)/2 ; if ($oExtents != $oldExtents ) { $oMapNavigator->zoomScale(8000, $pxX, $pyY); } } From ljaulet at gi-toulouse.com Wed Feb 18 01:13:54 2004 From: ljaulet at gi-toulouse.com (Luc JAULET) Date: Wed, 18 Feb 2004 10:13:54 +0100 Subject: [Mapserver-users] php mapscript with oracle spatial support Message-ID: hi list has somebody compiled php mapscript with oracle spatial support, windows platform ? available somewhere for download ? I have download ms_401_png_oracle.zip in mapserv download. thx lj From stefan.schwarzer at grid.unep.ch Wed Feb 18 02:14:33 2004 From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer) Date: Wed, 18 Feb 2004 11:14:33 +0100 Subject: [Mapserver-users] Display point layer with symbols Message-ID: <6.0.1.1.2.20040218110657.025e8758@gridg.grid.unep.ch> --=====================_13807390==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hi there, I am sure this is an easy question and has been raised already. But I haven't found any explanations in the archives. So perhaps someone could rapidly give me an advice: I don't want to display the points in a point-layer but gif-symbols instead, representing for example Gold, Diamonds, Uranium etc. How do I achieve that? Thanks for any help, Stefan _______________________________________ 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/ _______________________________________ --=====================_13807390==.ALT Content-Type: text/html; charset="us-ascii" Hi there,

I am sure this is an easy question and has been raised already. But I haven't found any explanations in the archives. So perhaps someone could rapidly give me an advice:

I don't want to display the points in a point-layer but gif-symbols instead, representing for example Gold, Diamonds, Uranium etc.

How do I achieve that?

Thanks for any help,

Stefan

        _______________________________________

        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/
        _______________________________________ --=====================_13807390==.ALT-- From robert-fritz at web.de Wed Feb 18 02:38:19 2004 From: robert-fritz at web.de (robert fritz) Date: Wed, 18 Feb 2004 11:38:19 +0100 Subject: [Mapserver-users] ms_newclassObj Message-ID: <200402181038.i1IAcJQ15308@mailgate5.cinetic.de> Hello, In my map file I have defined a layer with 1 class. I add a new class using mapscript and set an expression for this new layer. As a result I get a new entry in my legend, but the shape of the new class is not drawn. The expression is correct! If I define an empty second class (class end) in my map file and set the expression (the same as above) and the style for this class using mapscript I get what I want ? the shape is drawn. I want to create the class with mapscript and I do not want to use a predefined emtpy class in the map file. What do I do wrong? Mapserver 4.0 Thank you. $layerO->set(classitem,$qitem); $classO = ms_newclassobj($layerO); // this does not work //$classO=$layerO->getclass(0); // this works, $classO->set(name,"TEST_OM"); $styleO = ms_newStyleObj($classO); $styleO->color->setRGB(255,255,0); $styleO->outlinecolor->setRGB(0,0,0); //$styleO->set(symbolname,"dashed1"); $query=$msom_value; echo($query); $classO->setExpression("\"$query\""); ______________________________________________________________________________ ... 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 Mills_D at wrcplc.co.uk Wed Feb 18 02:40:37 2004 From: Mills_D at wrcplc.co.uk (Mills, Daniel) Date: Wed, 18 Feb 2004 10:40:37 -0000 Subject: [Mapserver-users] query oracle attribute data Message-ID: Is it possible to query oracle data attribute data and then display the results. I am using Mapserver V4.0.1 with PHP Mapscript and Oracle Spatial support. I have seen loads of examples using shape files but would really like to do it using Oracle Spatial. Thanks Daniel From mschulz at webgis.de Wed Feb 18 02:41:16 2004 From: mschulz at webgis.de (Michael Schulz) Date: Wed, 18 Feb 2004 11:41:16 +0100 Subject: [Mapserver-users] Display point layer with symbols In-Reply-To: <6.0.1.1.2.20040218110657.025e8758@gridg.grid.unep.ch> References: <6.0.1.1.2.20040218110657.025e8758@gridg.grid.unep.ch> Message-ID: <4033414C.3000803@webgis.de> Hi Stefan, you have to create a symbol definition for each gif-symbol you need. Do this in your symbolset defintion file. Add something like: SYMBOL NAME 'gold' TYPE pixmap IMAGE 'gold.gif' TRANSPARENT 5 # The index of the transparency color END In your map-file, create a class for each ressource (use the class expression to define the set of points that belong to one class based on an attribute of the underlying dataset) and in the class symbol use the name of your gif-symbol, e.g.: SYMBOL "gold" . Cheers, Michael Stefan Schwarzer schrieb: > Hi there, > > I am sure this is an easy question and has been raised already. But I > haven't found any explanations in the archives. So perhaps someone could > rapidly give me an advice: > > I don't want to display the points in a point-layer but gif-symbols > instead, representing for example Gold, Diamonds, Uranium etc. > > How do I achieve that? > > Thanks for any help, > > Stefan > > _______________________________________ > > 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/ > _______________________________________ > -- ----------------------------------------------------------- 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 dastolfo1 at cogeco.ca Wed Feb 18 03:05:50 2004 From: dastolfo1 at cogeco.ca (Dave Astolfo) Date: Wed, 18 Feb 2004 06:05:50 -0500 Subject: [Mapserver-users] MapServer ImageMap feature In-Reply-To: <010101c3f210$1b479360$143c4dda@rismpsuiy0cq59> Message-ID: <000501c3f60f$2e7381d0$3402a8c0@DGG> Hi, I am trying to implement client-side Image Maps using the ImageMap sample provided on the MapServer Wiki (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap). I am using the GMAP demo and am getting this error: Warning: [MapServer Error]: msDrawMap(): Unable to initialize image. in C:\MapServerTools\GMAP_Sample\htdocs\gmap75.inc.php on line 576 Fatal error: Call to a member function on a non-object in C:\MapServerTools\GMAP_Sample\htdocs\gmap75.inc.php on line 579 The code that is throwing this error is listed at the bottom of this message. Specifically, it is complaining first about this: $img2 = $gpoMap2->draw(); and then this: $url2 = $img2->saveWebImage(MS_IMAGEMAP,1,1,0); It does not seem to like my calling the draw() or saveWebImage functions more than once as it works when these two lines are commented. Any idea? Thanks, Dave CODE: function GMapDrawMap() { GLOBAL $gpoMap, $gpoMap2, $gbShowQueryResults; GLOBAL $gbIsHtmlMode; GLOBAL $gszCommand, $gszZoomBoxExt; GLOBAL $gAppletImgFmt, $gImagesFmt; if ($gbShowQueryResults) { $img = $gpoMap->drawQuery(); //$img2 = $gpoMap2->drawQuery(); } else $img = $gpoMap->draw(); $img2 = $gpoMap2->draw(); $url = $img->saveWebImage($gAppletImgFmt, 0, 0, -1); $url2 = $img2->saveWebImage(MS_IMAGEMAP,1,1,0); .... more code...... From jjahn at et-inf.fho-emden.de Wed Feb 18 03:23:04 2004 From: jjahn at et-inf.fho-emden.de (Janett Jahn) Date: Wed, 18 Feb 2004 12:23:04 +0100 Subject: [Mapserver-users] Problem: processTemplate() Message-ID: <1077103384.40334b1846f87@secure.et-inf.fho-emden.de> I have a problem when I am using the processTemplate() function from perl mapscript. The function returns : Type error in argument 3 of mapObj_processTemplate. Expected _p_pchar at ./myfile.pl line 42. my code : my @tnames = keyes(%tags); my @tvalues = values(%tags); my $temp = $map->processTemplate($mapscript::MS_TRUE,\@tnames,\@tvalues,$#tnames +1); I know that there was the same question on 09.08.2002 and I read the answer (10.08.2002) too. I installed SWIG version 1.1 and append the lines to typemaps.i . When I run "swig -shadow -perl5 mapscript.i" I get many errors in mapscript.i. Then I removed SWIG version 1.1 and installed the newest (1.3.21). I appended these lines and run swig again. Then I got 2 warnings : "Depracated typemap feature ($source/$target)..." I changed the lines as follows : %module argv // This tells SWIG to treat char ** as a special case %typemap(perl5,in) char ** { AV *tempav; I32 len; int i; SV **tv; if (!SvROK($input)) croak("$input is not a reference."); if (SvTYPE(SvRV($input)) != SVt_PVAV) croak("$input is not an array."); tempav = (AV*)SvRV($input); len = av_len(tempav); $1 = (char **) malloc((len+2)*sizeof(char *)); for (i = 0; i <= len; i++) { tv = av_fetch(tempav, i, 0); $1[i] = (char *) SvPV(*tv,PL_na); } $1[i] = 0; }; // This cleans up our char ** array after the function call %typemap(perl5,freearg) char ** { free($input); } // Creates a new Perl array and places a char ** into it %typemap(perl5,out) char ** { AV *myav; SV **svs; int i = 0,len = 0; /* Figure out how many elements we have */ while ($1[len]) len++; svs = (SV **) malloc(len*sizeof(SV *)); for (i = 0; i < len ; i++) { svs[i] = sv_newmortal(); sv_setpv((SV*)svs[i],$1[i]); }; myav = av_make(len,svs); free(svs); $result = newRV((SV*)myav); sv_2mortal($result); } After that I run swig again and there were no errors or warnings and so I compiled the perl- mapscript. But I still get the same error, when I try to run my perlsript. Can someone help me ??? (sorry for my bad english) ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From christina.biakowski at ccgis.de Wed Feb 18 03:36:31 2004 From: christina.biakowski at ccgis.de (Christina Biakowski) Date: Wed, 18 Feb 2004 12:36:31 +0100 Subject: AW: [Mapserver-users] Display point layer with symbols In-Reply-To: <6.0.1.1.2.20040218110657.025e8758@gridg.grid.unep.ch> Message-ID: Hello Stefan, a POINT-Layer that shall be displayed using images as symbols has to be declared like this: LAYER ... TYPE POINT ... CLASSITEM "type" .... CLASS EXPRESSION "1" SYMBOL "Image1" MINSIZE 10 MAXSIZE 36 COLOR 0 0 0 #the specified color has no influence on how the image is display, #but without the COLOR-parameter classes are not displayed END ... END The symbol has to be declared like this, either in the MAP-file or in a separate symbol-file (has to be specified under SYMBOLSET): SYMBOL NAME 'Image1' TYPE PIXMAP IMAGE '/data/symbols/myimage.png' END Hope this helps, regards Christina -----Ursprungliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Stefan Schwarzer Gesendet: Mittwoch, 18. Februar 2004 11:15 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] Display point layer with symbols Hi there, I am sure this is an easy question and has been raised already. But I haven't found any explanations in the archives. So perhaps someone could rapidly give me an advice: I don't want to display the points in a point-layer but gif-symbols instead, representing for example Gold, Diamonds, Uranium etc. How do I achieve that? Thanks for any help, Stefan _______________________________________ 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 robert-fritz at web.de Wed Feb 18 03:39:36 2004 From: robert-fritz at web.de (robert fritz) Date: Wed, 18 Feb 2004 12:39:36 +0100 Subject: [Mapserver-users] setExpression Message-ID: <200402181139.i1IBdaQ15188@mailgate5.cinetic.de> Hello, again a question about regular expressions.... Searching for one attribute works: $query="H"; $classO->setExpression("\"$query\""); I want to search for more than one attribute, but I do not know how to set the expression correctly: $query="H|F"; // does not work $query="/H|F/"; // does not work $classO->setExpression("\"$query\""); Mapserver 4. Thank you, Robert ______________________________________________________________________________ Extra-Konto: 2,50 %* Zinsen p. a. ab dem ersten Euro! Nur hier mit 25 Euro-Tankgutschein & ExtraPr?mie! https://extrakonto.web.de/?mc=021110 From TENIERER at gov.ns.ca Wed Feb 18 04:50:39 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Wed, 18 Feb 2004 08:50:39 -0400 Subject: [Mapserver-users] setExpression Message-ID: Robert, Same deal with that one as well, make sure you draw as late as possible, and set it up like this: setExpression($query); //insert any other stuff you have to do to the map $image = $map->draw(); $image_url = $image->saveWebImage(); ?> > This is the exact situation I ran into. Do a search in the archives for setExpression and you'll see everything we tried to get it going. Good luck! Rene Rene J.R. Teniere - BSc., D.GIS GIS Technician Nova Scotia Department of Natural Resources Forestry Division (GIS) - Truro Phone: (902) 893-5655 Mobile: (902) 209-8956 >>> "robert fritz" 2004-02-18 7:39:36 AM >>> Hello, again a question about regular expressions.... Searching for one attribute works: $query="H"; $classO->setExpression("\"$query\""); I want to search for more than one attribute, but I do not know how to set the expression correctly: $query="H|F"; // does not work $query="/H|F/"; // does not work $classO->setExpression("\"$query\""); Mapserver 4. Thank you, Robert ______________________________________________________________________________ Extra-Konto: 2,50 %* Zinsen p. a. ab dem ersten Euro! Nur hier mit 25 Euro-Tankgutschein & ExtraPr?mie! https://extrakonto.web.de/?mc=021110 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Florian.Jurgeit at uibk.ac.at Wed Feb 18 05:27:17 2004 From: Florian.Jurgeit at uibk.ac.at (Florian Jurgeit) Date: Wed, 18 Feb 2004 14:27:17 +0100 Subject: [Mapserver-users] Problem with WFS Message-ID: <40336835.4060600@uibk.ac.at> When trying to load WFS data in ArcMAP the error "Unable to parse WFS data" occures. The WFS service is done by an UMN MapServer - the Output looks OK in the Browser. Getting the List of Layers works in ArcMAP - just opening one does not work (pasring error - Why ?) Greatings from Austria, Flo The WFS-Code looks that way (in the Browser): (only frist element ...) - <#> - <#> - <#> 550953.125000,137001.765625 817651.250000,287281.500000 - <#> - <#> 1 120307 gem 800 K?tschach-Mauthen - <#> - <#> - <#> 797267.125000,168217.484375 811924.625000,182463.218750 - <#> - <#> - <#> 805507.500000,180764.437500 807767.625000,180515.187500 808255.562500,180119.078125 808718.125000,179930.078125 808993.125000,179923.187500 809386.562500,180023.078125 809839.187500,179958.812500 810139.062500,180029.484375 810649.250000,180029.546875 810483.500000,179581.343750 809828.750000,178621.031250 809631.500000,178581.078125 809388.187500,178248.906250 809160.187500,178202.250000 809046.500000,178246.109375 808988.875000,178182.781250 809021.375000,177865.812500 809233.875000,177592.843750 809185.687500,177430.812500 809116.500000,177394.921875 809127.000000,177295.265625 809048.812500,177276.921875 808989.250000,177120.265625 809022.750000,177021.875000 808947.875000,176925.531250 809001.312500,176483.406250 808917.750000,176053.781250 808629.937500,175764.265625 809191.812500,175409.312500 810011.125000,175166.765625 810812.125000,175129.703125 811762.062500,174990.578125 811677.187500,174365.406250 811725.875000,174173.625000 811602.625000,173317.781250 811385.687500,172742.484375 811319.312500,172709.750000 811163.062500,171524.312500 811316.937500,170842.125000 811693.187500,170398.718750 811430.000000,169716.625000 811924.625000,168801.953125 811668.187500,168722.312500 811340.750000,168766.875000 811159.187500,168480.953125 810874.187500,168458.562500 810442.750000,168403.250000 810246.750000,168243.109375 810013.312500,168217.875000 809697.500000,168395.343750 808889.250000,168217.484375 808531.625000,168358.187500 808449.062500,168511.015625 808121.812500,168774.453125 808086.312500,168663.718750 807707.437500,168799.984375 807069.437500,168517.265625 806679.187500,168775.859375 806478.312500,168772.593750 806170.062500,168638.468750 805965.250000,168632.125000 805896.312500,168453.750000 805452.812500,168404.218750 805027.875000,168590.343750 804813.437500,168491.406250 804581.500000,168658.359375 804380.500000,168619.312500 804361.375000,168771.343750 804123.875000,168745.015625 803944.812500,168928.156250 803608.062500,168841.109375 803239.375000,169012.812500 803045.375000,168936.406250 803004.437500,168809.546875 802791.500000,168789.718750 802769.187500,168613.250000 802635.312500,168510.640625 801560.437500,169092.500000 801428.437500,169323.406250 801040.625000,169349.796875 800246.312500,169140.734375 799805.625000,169241.640625 799401.000000,168972.437500 798614.375000,169096.406250 798130.000000,168846.343750 797938.437500,168859.109375 797944.437500,169402.171875 798106.125000,170196.890625 798086.625000,170423.343750 797781.750000,170990.890625 798162.062500,172057.250000 797911.312500,172078.515625 797862.500000,172273.281250 797678.625000,172553.828125 797680.625000,172790.468750 797839.812500,173412.656250 798014.187500,173449.328125 798392.562500,173677.640625 798659.187500,174277.687500 798746.875000,174578.187500 798699.312500,175641.031250 798913.062500,176346.421875 798780.375000,176844.265625 798668.187500,176861.140625 798678.437500,177093.234375 798586.625000,177212.468750 798635.437500,177345.453125 798581.437500,177434.687500 798495.125000,177435.953125 798431.687500,177550.734375 798233.062500,177553.812500 798018.500000,177445.765625 797876.562500,177602.312500 797789.812500,177831.078125 797742.437500,177980.812500 797938.562500,178386.531250 798041.937500,178475.421875 798189.000000,178480.531250 798339.437500,178642.171875 798415.187500,178941.031250 798315.000000,179121.937500 798374.000000,179251.484375 798137.250000,179728.546875 798173.750000,179865.875000 797999.625000,180060.750000 797885.187500,180355.125000 797684.000000,180567.546875 797619.687500,180552.984375 797571.187500,180905.125000 797507.625000,180912.640625 797408.687500,181125.687500 797353.500000,181126.656250 797345.437500,181236.468750 797267.125000,181257.203125 797899.312500,182006.718750 797853.125000,182463.218750 798239.937500,182355.265625 798428.625000,182096.046875 798459.437500,181919.343750 799039.500000,181669.687500 799844.437500,181778.218750 801606.000000,182278.328125 802187.500000,182349.484375 802352.250000,182269.375000 802645.437500,182260.484375 802723.437500,182336.953125 803011.375000,182404.953125 803051.937500,182195.703125 803435.562500,182110.609375 803918.750000,181764.390625 804157.062500,181805.593750 804800.812500,181292.812500 804995.312500,181000.812500 805246.625000,180951.531250 805507.500000,180764.437500 - <#> .... .... From jhart at frw.uva.nl Wed Feb 18 05:31:54 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Wed, 18 Feb 2004 14:31:54 +0100 Subject: [Mapserver-users] Changing PostGIS connection string on the fly In-Reply-To: <403286BB.2000307@telogis.com> References: <403286BB.2000307@telogis.com> Message-ID: <4033694A.8050002@frw.uva.nl> David Mitchell wrote: > I have a layer that connects to a postgis datasource. In a file with ~30 > layers, it can get tedious having to go through every layer and change > the connection string by hand (yes, search and replace works fine, but > there has to be a better way). I want to be able to set the connection > string dynamically. > > I've tried using the cgi variable like so: > > ...&map_water_connection=%22user=postgres+dbname=world+host=dbserver%22 > > and in a number of variations on the theme, but to no avail. Ideas? > I'm not sure if the problem lies in the CONNECTION string. The "DATA" statement is protected in the newer releases of MapServer: you have to set a DATAPATTERN to change DATA by a CGI variable. This was done for security reasons. I don't think the same was done for "CONNECTION" although is would make sense to do so. Anyway, try setting DATAPATTERN to .* in the MAP section of your MapFile. This will make the DATA statement accessible for every possible change by a CGI variable and perhaps it will solve your problem too. Jan From robert-fritz at web.de Wed Feb 18 06:13:34 2004 From: robert-fritz at web.de (robert fritz) Date: Wed, 18 Feb 2004 15:13:34 +0100 Subject: AW: [Mapserver-users] setExpression Message-ID: <200402181413.i1IEDYQ25806@mailgate5.cinetic.de> Hello, the problem which i have described seems to be a typical oversight. The layer has one class in the mapfile. There is no expression defined for this class. If a new class is added dynamically, this class is masked by the first class. So I have to set a expression for both classes, something like this: $layerO->set(classitem,$qitem); $classO = ms_newclassobj($layerO); $classO->set(name,"H"); $styleO = ms_newStyleObj($classO); $styleO->color->setRGB(255,255,0); $styleO->outlinecolor->setRGB(0,0,0); $styleO->set(symbolname,"dashed1"); $query="H"; $classO->setExpression($query); $classO=$layerO->getclass(0); $not_expr = "(!('[".$qitem."]' =~ /".$query."/))"; $classO->setExpression($not_expr); Robert -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von robert fritz Gesendet: Mittwoch, 18. Februar 2004 12:40 An: Mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] setExpression Hello, again a question about regular expressions.... Searching for one attribute works: $query="H"; $classO->setExpression("\"$query\""); I want to search for more than one attribute, but I do not know how to set the expression correctly: $query="H|F"; // does not work $query="/H|F/"; // does not work $classO->setExpression("\"$query\""); Mapserver 4. Thank you, Robert ______________________________________________________________________________ Nachrichten, Musik und Spiele schnell und einfach per Quickstart im WEB.DE Screensaver - Gratis downloaden: http://screensaver.web.de/?mc=021110 From patruno at istat.it Wed Feb 18 06:13:36 2004 From: patruno at istat.it (Vincenzo Patruno) Date: Wed, 18 Feb 2004 15:13:36 +0100 Subject: [Mapserver-users] Mapscript, Debian & Server Error Message-ID: <004201c3f629$667dac30$c772120a@senna142> This is a multi-part message in MIME format. ------=_NextPart_000_003F_01C3F631.C8099F10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all! Unfortunately two weeks ago my server said me "goodbye" and crashed. = (Hard Disk problem) So I found a new server and I began installing all software I needed. So I installed Mapserver - Mapscript 3.6.7 (My application uses = 'addcolor' that isn't supported by Mapserver 4) and I installed also PHP (4.2.3, but I installed also all versions up to = 4.3.4) You can check the system clicking on http://www.geodemo.istat.it/test.php and http://www.geodemo.istat.it/itasca/demo_init.html But when I test my application The system has a strange behaviour If you go to http://www.geodemo.istat.it/gpop2001/index_e.orig.php and click "Map" the system display correctely a map This appens also if you select "All provinces" and "All Regions" on the = left side of the screen But if you select a Geographical area other than "Italy" and you click = "Map" the system display an error. In the error_log file you can find: "Premature end of script headers: = /usr/local/apache/cgi-bin/php" We have the same problem using maplab.=20 http://www.geodemo.istat.it/maplab/htdocs/index.phtml If you open the tutorial project and you want to display the preview of = the mapfile, you obtain the same error. I think the problem is related somehow to display more than one layer. Infact, in "Geodemo" application the system fails exactly when more than = one layer sould be displayed (This happens also if you zoom in) Any idea? ... On the new system I installed last version of Debian (3.0) while I = used Red Hat 7.3 on the previous system Thanks in advance V ------=_NextPart_000_003F_01C3F631.C8099F10 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi all!
 
Unfortunately two weeks ago my server = said me=20 "goodbye" and crashed. (Hard Disk problem)
So I found a new server and I began = installing all=20 software I needed.
 
So I installed Mapserver - Mapscript = 3.6.7 (My=20 application uses 'addcolor' that isn't supported by Mapserver = 4)
and I installed also PHP (4.2.3, but I = installed=20 also all versions up to 4.3.4)
 
You can check the system clicking = on
http://www.geodemo.istat.it= /test.php
 
and
http://www.geo= demo.istat.it/itasca/demo_init.html
 
But when I test my application The = system has a=20 strange behaviour
 
If you go to
http://www= .geodemo.istat.it/gpop2001/index_e.orig.php
 
and click "Map" the system display = correctely a=20 map
This appens also if you select "All = provinces" and=20 "All Regions" on the left side of the screen
But if you select a Geographical area = other than=20 "Italy" and you click "Map" the system display an error.
 
In the error_log file you can =  find:=20 "Premature end of script headers: = /usr/local/apache/cgi-bin/php"
 
We have the same problem using maplab.=20
 
http://www= .geodemo.istat.it/maplab/htdocs/index.phtml
If you open the tutorial project and you want to display the = preview of the=20 mapfile, you obtain the same error.
 
 
I think the problem is related somehow to display more than one=20 layer.
Infact, in "Geodemo" application the system fails exactly when more = than=20 one layer sould be displayed
(This happens also if you zoom in)
 
Any idea?
 
 
... On the new system I installed last version of Debian (3.0) = while I used=20 Red Hat 7.3 on the previous system
 
Thanks in advance
V
 
------=_NextPart_000_003F_01C3F631.C8099F10-- From lfilak at medinaco.org Wed Feb 18 06:45:48 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 18 Feb 2004 09:45:48 -0500 Subject: [Mapserver-users] Problem: processTemplate() Message-ID: <20040218144542.342181A6599@mail.medinaco.org> What version are you using - it could be the call has changed from what the documentation shows. Lowell The following message was sent by Janett Jahn on Wed, 18 Feb 2004 12:23:04 +0100. > I have a problem when I am using the processTemplate() function from perl > mapscript. > > The function returns : > > Type error in argument 3 of mapObj_processTemplate. Expected _p_pchar at > ./myfile.pl line 42. > > my code : > > my @tnames = keyes(%tags); > my @tvalues = values(%tags); > > my $temp = > $map->processTemplate($mapscript::MS_TRUE,\@tnames,\@tvalues,$#tnames +1); > > I know that there was the same question on 09.08.2002 and I read the answer > (10.08.2002) too. > I installed SWIG version 1.1 and append the lines to typemaps.i . > When I run "swig -shadow -perl5 mapscript.i" I get many errors in mapscript.i. > > Then I removed SWIG version 1.1 and installed the newest (1.3.21). > I appended these lines and run swig again. Then I got 2 warnings : > "Depracated typemap feature ($source/$target)..." > > I changed the lines as follows : > > %module argv > > // This tells SWIG to treat char ** as a special case > %typemap(perl5,in) char ** { > AV *tempav; > I32 len; > int i; > SV **tv; > if (!SvROK($input)) > croak("$input is not a reference."); > if (SvTYPE(SvRV($input)) != SVt_PVAV) > croak("$input is not an array."); > tempav = (AV*)SvRV($input); > len = av_len(tempav); > $1 = (char **) malloc((len+2)*sizeof(char *)); > for (i = 0; i <= len; i++) { > tv = av_fetch(tempav, i, 0); > $1[i] = (char *) SvPV(*tv,PL_na); > } > $1[i] = 0; > }; > > // This cleans up our char ** array after the function call > %typemap(perl5,freearg) char ** { > free($input); > } > > // Creates a new Perl array and places a char ** into it > %typemap(perl5,out) char ** { > AV *myav; > SV **svs; > int i = 0,len = 0; > /* Figure out how many elements we have */ > while ($1[len]) > len++; > svs = (SV **) malloc(len*sizeof(SV *)); > for (i = 0; i < len ; i++) { > svs[i] = sv_newmortal(); > sv_setpv((SV*)svs[i],$1[i]); > }; > myav = av_make(len,svs); > free(svs); > $result = newRV((SV*)myav); > sv_2mortal($result); > } > > After that I run swig again and there were no errors or warnings and so I > compiled the perl- mapscript. > But I still get the same error, when I try to run my perlsript. > > Can someone help me ??? > > (sorry for my bad english) > > > > > ------------------------------------------------- > 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 lists at mineallmeyn.com Wed Feb 18 07:24:19 2004 From: lists at mineallmeyn.com (Oliver Meyn) Date: Wed, 18 Feb 2004 10:24:19 -0500 Subject: [Mapserver-users] securing .map best practice Message-ID: <1077117859.2396.12.camel@theconstruct.mineallmeyn.net> Hi all, Now that I'm about to start using PostGIS my .map file is going to have sensitive information in it, and so I'm wondering what others have done as the common/best practice for securing it against prying eyes. I'm using apache 1.3 on linux and I don't think restricting access to the directory containing .map will work since the webserver needs to read the file. All tips appreciated. Thanks, Oliver From Tom.Kralidis at ec.gc.ca Wed Feb 18 07:46:31 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Wed, 18 Feb 2004 10:46:31 -0500 Subject: [Mapserver-users] securing .map best practice Message-ID: <2576812186CDD411BF1500508B6DCE9506436D5A@ECNWRI1.ontario.int.ec.gc.ca> > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Oliver Meyn > Sent: Wednesday, February 18, 2004 10:24 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] securing .map best practice > > > Hi all, > > Now that I'm about to start using PostGIS my .map file is > going to have sensitive information in it, and so I'm > wondering what others have done as the common/best practice > for securing it against prying eyes. I'm using apache 1.3 on > linux and I don't think restricting access to the directory > containing .map will work since the webserver needs to read > the file. All tips appreciated. > Options: - restrict web access to the mapfile in your http configuration - place the mapfile in a directory which is not web accesible - pass the mapfile value via MS_MAPFILE as an environment variable in your http configuration Hope that helps. ..Tom ========================= Tom Kralidis Systems Scientist Environment Canada Tel: +01-905-336-4409 http://www.ec.gc.ca/cise/ > Thanks, > Oliver > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From Daniel.A.Martin at erac.com Wed Feb 18 07:52:31 2004 From: Daniel.A.Martin at erac.com (Martin, Daniel A) Date: Wed, 18 Feb 2004 09:52:31 -0600 Subject: [Mapserver-users] securing .map best practice Message-ID: <4ACBA1414DD9EE418CC250E4AAA9035A192CE9@STL-EXBE-I03.corp.erac.com> (I am not a security expert) The most important thing is that .map file reside outside the web server. There is no benefit to placing it inside the webserver. With that simple rule followed and assuming your system itself is secure, I can't foresee a way someone could get at your .map file. -Dan > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Oliver Meyn > Sent: Wednesday, February 18, 2004 9:24 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] securing .map best practice > > > Hi all, > > Now that I'm about to start using PostGIS my .map file is > going to have sensitive information in it, and so I'm > wondering what others have done as the common/best practice > for securing it against prying eyes. I'm using apache 1.3 on > linux and I don't think restricting access to the directory > containing .map will work since the webserver needs to read > the file. All tips appreciated. > > Thanks, > Oliver > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From bigfoot at main-task.com Wed Feb 18 08:01:10 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Wed, 18 Feb 2004 11:01:10 -0500 Subject: [Mapserver-users] Oracle Spatial extents Message-ID: <40338C46.4050404@main-task.com> Hello. I don't know if this is a fool question, but I've searched everywhere and I can't get the answer. How do I get the extents of a Geometry in Oracle Spatial? In PostGIS I use : "SELECT extent(the_geom) FROM table". What should I do to achieve the same result with Oracle? I need the extents in order to put them in the map->extents. Thanks a lot. -- Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com From youssefchamoun at hotmail.com Wed Feb 18 08:10:48 2004 From: youssefchamoun at hotmail.com (youssef chamoun) Date: Wed, 18 Feb 2004 17:10:48 +0100 Subject: [Mapserver-users] road lines Message-ID: Hello, I am trying to draw drainage lines on the road map. Is their a way to draw the lines parallel to the road lines, not on top of them? Thank you for your help. Youssef Chamoun _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From bigfoot at main-task.com Wed Feb 18 08:46:13 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Wed, 18 Feb 2004 11:46:13 -0500 Subject: [Mapserver-users] Oracle Spatial extents In-Reply-To: <403390B5.10801@pobox.com> References: <40338C46.4050404@main-task.com> <403390B5.10801@pobox.com> Message-ID: <403396D5.1050702@main-task.com> Yes, but the information I get from the table USER_SDO_GEOM_METADATA is the global extents of all the elements in the table, and I need the extents of each particular element in the table. For example, my table contains information about states, and if the user selects one state in a combo box, I need to get this particular state's extents in order to draw it with its appropiate zoom. Any ideas? Thanks a lot, -- Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com Frank Warmerdam wrote: > Vladimir Guzm?n wrote: > >> Hello. >> >> I don't know if this is a fool question, but I've searched everywhere >> and I can't get the answer. >> How do I get the extents of a Geometry in Oracle Spatial? >> In PostGIS I use : "SELECT extent(the_geom) FROM table". >> What should I do to achieve the same result with Oracle? >> I need the extents in order to put them in the map->extents. >> >> Thanks a lot. > > > Vladimir, > > I don't have my oracle instance running just now, but it should be in the > USER_SDO_GEOM_METADATA table or somewhere similar in the DIMINFOs. > > eg. > select * from user_sdo_geom_metadata; > > Good luck, > From bigfoot at main-task.com Wed Feb 18 08:59:10 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Wed, 18 Feb 2004 11:59:10 -0500 Subject: [Mapserver-users] Oracle Spatial extents In-Reply-To: References: Message-ID: <403399DE.2090003@main-task.com> That's exactly what I need. The problem is that Oracle Spatial does not have such a function "extent", -- Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com David Fawcett wrote: >I haven't used Oracle Spatial, but couldn't you just add a WHERE clause to indicate the subset of the elements that you want? > >Something like? > >SELECT extent(the_geom) FROM table WHERE stateid=27 > >David. > >David J. Fawcett >MN Office of Environmental Assistance > > From gayathri at ou.edu Wed Feb 18 09:03:48 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Wed, 18 Feb 2004 11:03:48 -0600 Subject: [Mapserver-users] WMS Not returning Image, but no errors Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C05C6FEB@XMAIL1.sooner.net.ou.edu> You are correct. It could be that, your EPSG is wrong.. It could be that your BBOX request for your EPSG is not correct. May be check that , and then alter WMS query accordingly.... You can start with a state/country level extent, to see if your projection is appropriate and then zoom-in using BBOX. 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 > Mark Rodrigo > Sent: Tuesday, February 17, 2004 10:05 AM > To: mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] WMS Not returning Image, but no errors > > > Hi: > > Thanks for the responses. I have actually read the WMS 4.x > doc in the Wiki, and it was there that it mentioned you > should be able to get a basic map by submitting (http://localhost/cgi-bin/mapserv.exe?map=gtest.map&VERSION=1.1.0&REQUES T=Ge tMap) It draws nothing. But, I have also tried statements like (http://localhost/cgi-bin/mapserv.exe?map=gtest.map&VERSION=1.1.0&format =ima ge/gif&layers=road&bbox=-122.653,38.15,-122.08,38.85&SRS=EPSG:4269&width =200 &height=200&request=getmap) This draws nothing also. So, I am at a loss. I figure I have the wrong EPSG, am missing some required parameter or for some reason my proj.dll is not being read properly? Thanks Mark _______________________________________________ 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 Wed Feb 18 09:33:11 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Wed, 18 Feb 2004 12:33:11 -0500 Subject: [Mapserver-users] Oracle Spatial extents In-Reply-To: References: Message-ID: <4033A1D7.2070007@main-task.com> Yes, I tried, but the function returns a polygon very similar to the original. It does not return a rectangle... :( Thanks, Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com Dimeo, Christopher wrote: >Have you tried returning and SDO_AGGR_CONVEXHULL? That should give you a >geometry that is the extent (i.e. convex hull) of any geometries that you >give to the method. (SDO_GEOM.SDO_CONVEXHULL). > >---------------------------------- >B. Christopher Dimeo >Transportation Planning Analyst >Bureau of Planning >Maine Department of Transportation >207.624.3296 > > >-----Original Message----- >From: Vladimir Guzm?n [mailto:bigfoot at main-task.com] >Sent: Wednesday, February 18, 2004 11:59 AM >To: David Fawcett; Mapserver-Userlist >Subject: Re: [Mapserver-users] Oracle Spatial extents > > >That's exactly what I need. The problem is that Oracle Spatial does not >have such a function "extent", > > > From dmorissette at dmsolutions.ca Wed Feb 18 09:36:32 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 18 Feb 2004 12:36:32 -0500 Subject: [Mapserver-users] OGR not found in system libs... In-Reply-To: References: Message-ID: <4033A2A0.2000504@dmsolutions.ca> Ray Ward wrote: > > Thanks for your reply Daniel, yes I am using the latest GDAL from cvs. I > tried this morning but it seems your link is down, so I downloaded the last > nightly build of mapserver and I am still getting an OGR error (output of > that configure provided below). Wondering if this is still a configure > script error?, maybe you could re-post your fix, or send me instructions on > what needs to be modified?...or perhaps this really is an OGR problem, if so > do you know a better way to test for the proper installation of GDAL/OGR? > Thanks for any help you can provide... > > > > checking for pj_latlong_from_proj in -lproj... yes > using PROJ.4 from /usr/local. > configure: checking whether we should include thread safe support...... > thread safe support disabled. > configure: checking whether we should include ESRI SDE support...... > ESRI SDE support not requested. > configure: checking whether we should compile in MPATROL support...... > MPATROL support not requested. > configure: checking whether we should include OGR support...... > checking for OGRRegisterAll in -lgdal... no > checking for OGRRegisterAll in -lgdal.1.1... no > configure: WARNING: OGR not available. > checking if GDAL support requested... yes, user supplied gdal-config > (/usr/local/bin/gdal-config) > checking checking ms JPEG output... no we, have GDAL available. > configure: checking whether we should include TIFF support...... > using libtiff from -L/usr/local/lib64 -ltiff. > checking if PostGIS support requested... yes, user supplied pg_config > checking if MyGIS support requested... no > checking if OracleSpatial support requested... no > checking if MING/Flash support requested... yes, user supplied MING > directory > ./configure: -lming: command not found > configure: checking whether we should include WMS Server support...... > OGC WMS compatibility enabled (-DUSE_WMS_SVR). > configure: checking whether we should include WFS Server support...... > configure: error: OGC WFS Server support cannot be enabled: missing OGR > which is required). > > Ray, (Please reply via the list since others may be able to help solve your problem, or may be interested in the solution to your problem.) The link http://www2.dmsolutions.ca/tmp/ms-401-configure.tar.gz is up, or at least it works for me. Looking at the configure output above it seems that you have a version that includes the right fix. BTW, the following error... > checking for OGRRegisterAll in -lgdal... no suggests that either libgdal.so in not compiled with OGR (it should be by default), or you didn't 'make install' to install GDAL, or there is no libgdal.so in /usr/local/lib ... can you check that you have libgdal.so somewhere and that OGR is enabled? Oh wait... I see that libtiff was found in -L/usr/local/lib64 ... are you running a 64 bits linux box? Maybe there is something specific to detecting GDAL/OGR on 64 bits Linux systems that's not properly handled yet. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From simon at inf.univali.br Wed Feb 18 09:38:05 2004 From: simon at inf.univali.br (Fernando S.) Date: Wed, 18 Feb 2004 14:38:05 -0300 Subject: [Mapserver-users] Oracle Spatial extents In-Reply-To: <403396D5.1050702@main-task.com> References: <40338C46.4050404@main-task.com> <403390B5.10801@pobox.com> <403396D5.1050702@main-task.com> Message-ID: <4033A2FD.6000406@inf.univali.br> This is a multi-part message in MIME format. --------------000104030108090908030902 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Vladimir, Hi, concerning this function, I don't know if this is the correct way to do it. Anyway I use this query to get the extent: SELECT max(X2), max(Y2), min(X1), min(Y1) FROM ( SELECT SDO_GEOM.SDO_MAX_MBR_ORDINATE(h.coordenada, m.diminfo, 1) AS X2 , SDO_GEOM.SDO_MAX_MBR_ORDINATE(h.coordenada, m.diminfo, 2) AS Y2 , SDO_GEOM.SDO_MIN_MBR_ORDINATE(h.coordenada, m.diminfo, 1) AS X1 , SDO_GEOM.SDO_MIN_MBR_ORDINATE(h.coordenada, m.diminfo, 2) as Y1 , h.codigo_ott , h.codigo_dna FROM hidrografia_sc h, user_sdo_geom_metadata m WHERE m.table_name ='HIDROGRAFIA_SC' AND m.column_name = 'COORDENADA' AND h.codigo_ott = $CODE) In this query HIDROGRAFIA_SC is the table that contains the geometry column (COORDENADA). The $CODE is the unique identyfier of table. This query report: MAX(X2) MAX(Y2) MIN(X1) MIN(Y1) ---------- ---------- ---------- ---------- -48.64248 -26.83385 -49.69149 -27.24407 I don't know if I help you. Sorry my poor english. ================================================================== 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 ================================================================== Vladimir Guzm?n wrote: > Yes, but the information I get from the table USER_SDO_GEOM_METADATA > is the global extents of all the elements in the table, and I need the > extents of each particular element in the table. > For example, my table contains information about states, and if the > user selects one state in a combo box, I need to get this particular > state's extents in order to draw it with its appropiate zoom. > > Any ideas? > > Thanks --------------000104030108090908030902 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Vladimir,
    Hi, concerning this function, I don't know if this is the correct way to do it. Anyway I use this query to get the extent:
SELECT max(X2), max(Y2), min(X1), min(Y1) FROM (
            SELECT SDO_GEOM.SDO_MAX_MBR_ORDINATE(h.coordenada, m.diminfo, 1) AS X2
                , SDO_GEOM.SDO_MAX_MBR_ORDINATE(h.coordenada, m.diminfo, 2) AS Y2
                , SDO_GEOM.SDO_MIN_MBR_ORDINATE(h.coordenada, m.diminfo, 1) AS X1
                , SDO_GEOM.SDO_MIN_MBR_ORDINATE(h.coordenada, m.diminfo, 2) as Y1
                , h.codigo_ott
                , h.codigo_dna
            FROM hidrografia_sc h, user_sdo_geom_metadata m
            WHERE m.table_name ='HIDROGRAFIA_SC'
            AND m.column_name = 'COORDENADA'
            AND h.codigo_ott = $CODE)

    In this query HIDROGRAFIA_SC is the table that contains the geometry column (COORDENADA).  The $CODE is the unique identyfier of table.

    This query report:
   MAX(X2)    MAX(Y2)    MIN(X1)    MIN(Y1)
    ----------      ----------        ----------      ----------
 -48.64248  -26.83385    -49.69149   -27.24407

    I don't know if I help you. Sorry my poor english.


==================================================================
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
==================================================================


Vladimir Guzmán wrote:
Yes, but the information I get from the table USER_SDO_GEOM_METADATA is the global extents of all the elements in the table, and I need the extents of each particular element in the table.
For example, my table contains information about states, and if the user selects one state in a combo box, I need to get this particular state's extents in order to draw it with its appropiate zoom.

Any ideas?

Thanks
--------------000104030108090908030902-- From warmerdam at pobox.com Wed Feb 18 09:39:06 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 18 Feb 2004 12:39:06 -0500 Subject: [Mapserver-users] Oracle Spatial extents In-Reply-To: <403396D5.1050702@main-task.com> References: <40338C46.4050404@main-task.com> <403390B5.10801@pobox.com> <403396D5.1050702@main-task.com> Message-ID: <4033A33A.3090202@pobox.com> Vladimir Guzm?n wrote: > Yes, but the information I get from the table USER_SDO_GEOM_METADATA is > the global extents of all the elements in the table, and I need the > extents of each particular element in the table. > For example, my table contains information about states, and if the user > selects one state in a combo box, I need to get this particular state's > extents in order to draw it with its appropiate zoom. > > Any ideas? > > Thanks a lot, Ahh, I see what you mean. Sorry, no, I don't know though it might well be in there somewhere. 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 bigfoot at main-task.com Wed Feb 18 09:39:46 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Wed, 18 Feb 2004 12:39:46 -0500 Subject: [Mapserver-users] Oracle Spatial extents In-Reply-To: References: Message-ID: <4033A362.3060007@main-task.com> Yes, that's what I want. But when I try it, Oracle says: ORA-13374: SDO_MBR not supported for geodetic data In the documentation says: Usage Notes: This function is not supported with geodetic data. What do they mean with 'geodetic data'? Data with a SRID? The information in the table is stored with SRID 8307 (WGS84). Should I change it in order to make it work? Thanks a lot for your help. Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com Mills, Daniel wrote: >what you want is > >SELECT SDO_GEOM.SDO_MBR(c.shape) > FROM cola_markets c; > >This will give you the mbr (extent) of the shape as a geometry object. >OR > >CREATE TYPE vertex_set_type as TABLE OF vertex_type; > >Oracle Spatial defines the object type VERTEX_TYPE as: > >CREATE TYPE vertex_type AS OBJECT > (x NUMBER, > y NUMBER, > z NUMBER, > w NUMBER); > >SELECT c.name, t.X, t.Y > FROM cola_markets c, > TABLE(SDO_UTIL.GETVERTICES(SELECT SDO_GEOM.SDO_MBR(c.shape) > FROM cola_markets c)) t; > >THIS WILL PUT THE VERTICES INTO A TABLE. > >Daniel Mills >GIS Consultant > >Tel: + 44 (0) 1793 865205 >Fax: + 44 (0) 1793 865001 >E-mail: mills_d at wrcplc.co.uk >Website: www.wrcplc.co.uk > > > >-----Original Message----- >From: Vladimir Guzm?n [mailto:bigfoot at main-task.com] >Sent: Wednesday, 18 February 2004 16:59 >To: David Fawcett; Mapserver-Userlist >Subject: Re: [Mapserver-users] Oracle Spatial extents > > >That's exactly what I need. The problem is that Oracle Spatial does not >have such a function "extent", > > > From bigfoot at main-task.com Wed Feb 18 09:50:22 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Wed, 18 Feb 2004 12:50:22 -0500 Subject: [Mapserver-users] Oracle Spatial extents In-Reply-To: <4033A2FD.6000406@inf.univali.br> References: <40338C46.4050404@main-task.com> <403390B5.10801@pobox.com> <403396D5.1050702@main-task.com> <4033A2FD.6000406@inf.univali.br> Message-ID: <4033A5DE.1060107@main-task.com> I have the same problem that using SDO_GEOM.SDO_MBR: ORA-13374: SDO_MBR not supported for geodetic data Do you know why my data is geodetic and yours not? Did I create the table in the wrong way? Thanks a lot. Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com Fernando S. wrote: > Vladimir, > Hi, concerning this function, I don't know if this is the correct > way to do it. Anyway I use this query to get the extent: > SELECT max(X2), max(Y2), min(X1), min(Y1) FROM ( > SELECT SDO_GEOM.SDO_MAX_MBR_ORDINATE(h.coordenada, > m.diminfo, 1) AS X2 > , SDO_GEOM.SDO_MAX_MBR_ORDINATE(h.coordenada, > m.diminfo, 2) AS Y2 > , SDO_GEOM.SDO_MIN_MBR_ORDINATE(h.coordenada, > m.diminfo, 1) AS X1 > , SDO_GEOM.SDO_MIN_MBR_ORDINATE(h.coordenada, > m.diminfo, 2) as Y1 > , h.codigo_ott > , h.codigo_dna > FROM hidrografia_sc h, user_sdo_geom_metadata m > WHERE m.table_name ='HIDROGRAFIA_SC' > AND m.column_name = 'COORDENADA' > AND h.codigo_ott = $CODE) > > In this query HIDROGRAFIA_SC is the table that contains the > geometry column (COORDENADA). The $CODE is the unique identyfier of > table. > > This query report: > MAX(X2) MAX(Y2) MIN(X1) MIN(Y1) > ---------- ---------- ---------- ---------- > -48.64248 -26.83385 -49.69149 -27.24407 > > I don't know if I help you. Sorry my poor english. > > > ================================================================== > 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 > ================================================================== > > > Vladimir Guzm?n wrote: > >> Yes, but the information I get from the table USER_SDO_GEOM_METADATA >> is the global extents of all the elements in the table, and I need >> the extents of each particular element in the table. >> For example, my table contains information about states, and if the >> user selects one state in a combo box, I need to get this particular >> state's extents in order to draw it with its appropiate zoom. >> >> Any ideas? >> >> Thanks > From bigfoot at main-task.com Wed Feb 18 10:04:31 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Wed, 18 Feb 2004 13:04:31 -0500 Subject: [Mapserver-users] Oracle Spatial extents In-Reply-To: <4033A362.3060007@main-task.com> References: <4033A362.3060007@main-task.com> Message-ID: <4033A92F.4090007@main-task.com> Thanks all for your valuable help. I solved using SRID=1 (Sinusoidal WGS 84) instead of SRID=8307 (Geodetic WGS 84) I don't know the difference, but now I can get (finally) the geometry's extents. Thanks a lot. Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com Vladimir Guzm?n wrote: > Yes, that's what I want. > But when I try it, Oracle says: > ORA-13374: SDO_MBR not supported for geodetic data > In the documentation says: > Usage Notes: > This function is not supported with geodetic data. > > What do they mean with 'geodetic data'? > Data with a SRID? > The information in the table is stored with SRID 8307 (WGS84). > Should I change it in order to make it work? > > Thanks a lot for your help. > > Vladimir Ilich Guzm?n R. > ------------------------ > http://www.maintask.com > > > Mills, Daniel wrote: > >> what you want is >> SELECT SDO_GEOM.SDO_MBR(c.shape) FROM cola_markets c; >> >> This will give you the mbr (extent) of the shape as a geometry >> object. OR >> >> CREATE TYPE vertex_set_type as TABLE OF vertex_type; >> >> Oracle Spatial defines the object type VERTEX_TYPE as: >> >> CREATE TYPE vertex_type AS OBJECT >> (x NUMBER, >> y NUMBER, >> z NUMBER, >> w NUMBER); >> >> SELECT c.name, t.X, t.Y >> FROM cola_markets c, >> TABLE(SDO_UTIL.GETVERTICES(SELECT SDO_GEOM.SDO_MBR(c.shape) FROM >> cola_markets c)) t; >> >> THIS WILL PUT THE VERTICES INTO A TABLE. >> >> Daniel Mills >> GIS Consultant >> >> Tel: + 44 (0) 1793 865205 >> Fax: + 44 (0) 1793 865001 >> E-mail: mills_d at wrcplc.co.uk >> Website: www.wrcplc.co.uk >> >> >> >> -----Original Message----- >> From: Vladimir Guzm?n [mailto:bigfoot at main-task.com] >> Sent: Wednesday, 18 February 2004 16:59 >> To: David Fawcett; Mapserver-Userlist >> Subject: Re: [Mapserver-users] Oracle Spatial extents >> >> >> That's exactly what I need. The problem is that Oracle Spatial does >> not have such a function "extent", >> >> >> > _______________________________________________ > 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 Wed Feb 18 09:59:44 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Wed, 18 Feb 2004 18:59:44 +0100 Subject: [Mapserver-users] Problem with WFS In-Reply-To: <40336835.4060600@uibk.ac.at> References: <40336835.4060600@uibk.ac.at> Message-ID: Hi, I've encountered the same problem. My guess is that the ESRI GML parser expects the GML to be similar to what the ESRI WFS produces, and this is a bit different from the Mapserver GML. So my guess is that the ESRI GML parser is a bit too tight. Some differences are: -Mapserver uses as the root element, ESRI uses -Mapserver uses by default MS_GEOMETRY for the "spatial attribute" (although it can be changed), ESRI uses _SHAPE_ You could try using _SHAPE_ instead of MS_GEOMETRY in Mapserver WFS. Anyway, it still is a guess because I don't know the ESRI internals. BTW: is this the maximum debug/log level you can get in ArcMap? Best regards, Bart On Wed, 18 Feb 2004 14:27:17 +0100, Florian Jurgeit wrote: > When trying to load WFS data in ArcMAP the error "Unable to parse WFS > data" occures. > > The WFS service is done by an UMN MapServer - the Output looks OK in the > Browser. > > Getting the List of Layers works in ArcMAP - just opening one does not > work (pasring error - Why ?) > > Greatings from Austria, > Flo > > The WFS-Code looks that way (in the Browser): (only frist element ...) > > - <#> xmlns:myns="*http://www.ttt.org/myns*" > xmlns:wfs="*http://www.opengis.net/wfs*" > xmlns:gml="*http://www.opengis.net/gml*" > 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/wfs/1.0.0/WFS-basic.xsd > http://www.ttt.org/myns > http://XXX.XXXX.ac.at/cgi-bin/mapserv?map=/home/cXXXXXX/public_html/ta_map/ta_wfs.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=DescribeFeatureType&TYPENAME=g1gem*"> > - <#> > - <#> > 550953.125000,137001.765625 > 817651.250000,287281.500000 > > > - <#> > - <#> > 1 > 120307 > gem > 800 > K?tschach-Mauthen > - <#> > - <#> > - <#> > 797267.125000,168217.484375 > 811924.625000,182463.218750 > > > - <#> > - <#> > - <#> > 805507.500000,180764.437500 > 807767.625000,180515.187500 808255.562500,180119.078125 > 808718.125000,179930.078125 808993.125000,179923.187500 > 809386.562500,180023.078125 809839.187500,179958.812500 > 810139.062500,180029.484375 810649.250000,180029.546875 > 810483.500000,179581.343750 809828.750000,178621.031250 > 809631.500000,178581.078125 809388.187500,178248.906250 > 809160.187500,178202.250000 809046.500000,178246.109375 > 808988.875000,178182.781250 809021.375000,177865.812500 > 809233.875000,177592.843750 809185.687500,177430.812500 > 809116.500000,177394.921875 809127.000000,177295.265625 > 809048.812500,177276.921875 808989.250000,177120.265625 > 809022.750000,177021.875000 808947.875000,176925.531250 > 809001.312500,176483.406250 808917.750000,176053.781250 > 808629.937500,175764.265625 809191.812500,175409.312500 > 810011.125000,175166.765625 810812.125000,175129.703125 > 811762.062500,174990.578125 811677.187500,174365.406250 > 811725.875000,174173.625000 811602.625000,173317.781250 > 811385.687500,172742.484375 811319.312500,172709.750000 > 811163.062500,171524.312500 811316.937500,170842.125000 > 811693.187500,170398.718750 811430.000000,169716.625000 > 811924.625000,168801.953125 811668.187500,168722.312500 > 811340.750000,168766.875000 811159.187500,168480.953125 > 810874.187500,168458.562500 810442.750000,168403.250000 > 810246.750000,168243.109375 810013.312500,168217.875000 > 809697.500000,168395.343750 808889.250000,168217.484375 > 808531.625000,168358.187500 808449.062500,168511.015625 > 808121.812500,168774.453125 808086.312500,168663.718750 > 807707.437500,168799.984375 807069.437500,168517.265625 > 806679.187500,168775.859375 806478.312500,168772.593750 > 806170.062500,168638.468750 805965.250000,168632.125000 > 805896.312500,168453.750000 805452.812500,168404.218750 > 805027.875000,168590.343750 804813.437500,168491.406250 > 804581.500000,168658.359375 804380.500000,168619.312500 > 804361.375000,168771.343750 804123.875000,168745.015625 > 803944.812500,168928.156250 803608.062500,168841.109375 > 803239.375000,169012.812500 803045.375000,168936.406250 > 803004.437500,168809.546875 802791.500000,168789.718750 > 802769.187500,168613.250000 802635.312500,168510.640625 > 801560.437500,169092.500000 801428.437500,169323.406250 > 801040.625000,169349.796875 800246.312500,169140.734375 > 799805.625000,169241.640625 799401.000000,168972.437500 > 798614.375000,169096.406250 798130.000000,168846.343750 > 797938.437500,168859.109375 797944.437500,169402.171875 > 798106.125000,170196.890625 798086.625000,170423.343750 > 797781.750000,170990.890625 798162.062500,172057.250000 > 797911.312500,172078.515625 797862.500000,172273.281250 > 797678.625000,172553.828125 797680.625000,172790.468750 > 797839.812500,173412.656250 798014.187500,173449.328125 > 798392.562500,173677.640625 798659.187500,174277.687500 > 798746.875000,174578.187500 798699.312500,175641.031250 > 798913.062500,176346.421875 798780.375000,176844.265625 > 798668.187500,176861.140625 798678.437500,177093.234375 > 798586.625000,177212.468750 798635.437500,177345.453125 > 798581.437500,177434.687500 798495.125000,177435.953125 > 798431.687500,177550.734375 798233.062500,177553.812500 > 798018.500000,177445.765625 797876.562500,177602.312500 > 797789.812500,177831.078125 797742.437500,177980.812500 > 797938.562500,178386.531250 798041.937500,178475.421875 > 798189.000000,178480.531250 798339.437500,178642.171875 > 798415.187500,178941.031250 798315.000000,179121.937500 > 798374.000000,179251.484375 798137.250000,179728.546875 > 798173.750000,179865.875000 797999.625000,180060.750000 > 797885.187500,180355.125000 797684.000000,180567.546875 > 797619.687500,180552.984375 797571.187500,180905.125000 > 797507.625000,180912.640625 797408.687500,181125.687500 > 797353.500000,181126.656250 797345.437500,181236.468750 > 797267.125000,181257.203125 797899.312500,182006.718750 > 797853.125000,182463.218750 798239.937500,182355.265625 > 798428.625000,182096.046875 798459.437500,181919.343750 > 799039.500000,181669.687500 799844.437500,181778.218750 > 801606.000000,182278.328125 802187.500000,182349.484375 > 802352.250000,182269.375000 802645.437500,182260.484375 > 802723.437500,182336.953125 803011.375000,182404.953125 > 803051.937500,182195.703125 803435.562500,182110.609375 > 803918.750000,181764.390625 804157.062500,181805.593750 > 804800.812500,181292.812500 804995.312500,181000.812500 > 805246.625000,180951.531250 805507.500000,180764.437500 > > > > > > > - <#> > .... > .... > > > _______________________________________________ > 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 Feb 18 10:13:59 2004 From: ray.ward at mapfusion.com (Ray Ward) Date: Wed, 18 Feb 2004 13:13:59 -0500 Subject: [Mapserver-users] OGR not found in system libs... In-Reply-To: <4033A2A0.2000504@dmsolutions.ca> Message-ID: Ray Ward wrote: > > Thanks for your reply Daniel, yes I am using the latest GDAL from cvs. I > tried this morning but it seems your link is down, so I downloaded the last > nightly build of mapserver and I am still getting an OGR error (output of > that configure provided below). Wondering if this is still a configure > script error?, maybe you could re-post your fix, or send me instructions on > what needs to be modified?...or perhaps this really is an OGR problem, if so > do you know a better way to test for the proper installation of GDAL/OGR? > Thanks for any help you can provide... > > > > checking for pj_latlong_from_proj in -lproj... yes > using PROJ.4 from /usr/local. > configure: checking whether we should include thread safe support...... > thread safe support disabled. > configure: checking whether we should include ESRI SDE support...... > ESRI SDE support not requested. > configure: checking whether we should compile in MPATROL support...... > MPATROL support not requested. > configure: checking whether we should include OGR support...... > checking for OGRRegisterAll in -lgdal... no > checking for OGRRegisterAll in -lgdal.1.1... no > configure: WARNING: OGR not available. > checking if GDAL support requested... yes, user supplied gdal-config > (/usr/local/bin/gdal-config) > checking checking ms JPEG output... no we, have GDAL available. > configure: checking whether we should include TIFF support...... > using libtiff from -L/usr/local/lib64 -ltiff. > checking if PostGIS support requested... yes, user supplied pg_config > checking if MyGIS support requested... no > checking if OracleSpatial support requested... no > checking if MING/Flash support requested... yes, user supplied MING > directory > ./configure: -lming: command not found > configure: checking whether we should include WMS Server support...... > OGC WMS compatibility enabled (-DUSE_WMS_SVR). > configure: checking whether we should include WFS Server support...... > configure: error: OGC WFS Server support cannot be enabled: missing OGR > which is required). > > > >Ray, > >(Please reply via the list since others may be able to help solve your >problem, or may be interested in the solution to your problem.) > >The link http://www2.dmsolutions.ca/tmp/ms-401-configure.tar.gz is up, >or at least it works for me... > >Looking at the configure output above it seems that you have a version >that includes the right fix. > >BTW, the following error... > > > checking for OGRRegisterAll in -lgdal... no > >suggests that either libgdal.so in not compiled with OGR (it should be >by default), or you didn't 'make install' to install GDAL, or there is >no libgdal.so in /usr/local/lib ... can you check that you have >libgdal.so somewhere and that OGR is enabled? > >Oh wait... I see that libtiff was found in -L/usr/local/lib64 ... are >you running a 64 bits linux box? Maybe there is something specific to >detecting GDAL/OGR on 64 bits Linux systems that's not properly handled yet. > >Daniel Daniel, Yes I am running this on a 64-bit Solaris 8 (sparc) box. And yes your link is working for me now, I tried that configure script and it's the same as what I've got now from the last nightly build....any other ideas? or a way to test the 64-bit theory?....anything else I can provide that would be useful? > "can you check that you have libgdal.so somewhere and that OGR is enabled?" I'll give you some command line output that hopefully answers this...GDAL was installed from gdal-cvs-040217.tar # /usr/local/bin/gdal-config --ogr-enabled yes # ls /usr/local/lib | grep -i gdal gdal.a libgdal.1.1.so libgdal.a libgdal.la libgdal.so libgdal.so.1 libgdal.so.1.1.9 # ls /usr/local/include | grep -i gdal gdal.h gdal_alg.h gdal_frmts.h gdal_priv.h gdalwarper.h # ls /usr/local/bin | grep -i gdal gdal-config gdal_contour gdal_translate gdaladdo gdalinfo gdaltindex gdalwarp below is the configure output: configure: checking whether we should include OGR support...... checking for OGRRegisterAll in -lgdal... no checking for OGRRegisterAll in -lgdal.1.1... no configure: WARNING: OGR not available. checking if GDAL support requested... yes, user supplied gdal-config (/usr/local/bin/gdal-config) checking checking ms JPEG output... no we, have GDAL available. configure: checking whether we should include TIFF support...... using libtiff from -L/usr/local/lib64 -ltiff. checking if PostGIS support requested... yes, user supplied pg_config checking if MyGIS support requested... no checking if OracleSpatial support requested... no checking if MING/Flash support requested... yes, user supplied MING directory ./configure: -lming: command not found configure: checking whether we should include WMS Server support...... OGC WMS compatibility enabled (-DUSE_WMS_SVR). configure: checking whether we should include WFS Server support...... configure: error: OGC WFS Server support cannot be enabled: missing OGR which is required). From TENIERER at gov.ns.ca Wed Feb 18 10:26:45 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Wed, 18 Feb 2004 14:26:45 -0400 Subject: [Mapserver-users] processLegendTemplate Message-ID: Hi All, I was wondering if someone could explain how the processLegendTemplate() function works. I have an existing MapServer legend template I would like to use (legend_template.html). How would I go about using it along with the $legend = $map->drawLegend(); and $legend_url = $legend->saveWebImage();? What do they mean by the results in a buffer? Thanks, Rene From bartvde at xs4all.nl Wed Feb 18 10:35:51 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Wed, 18 Feb 2004 19:35:51 +0100 Subject: [Mapserver-users] classifications on the fly Message-ID: Hi list, can Mapserver do classifications on the fly, e.g. equal range, equal count, unique value etc.? If not, does anybody know of another open source tool/product to do this, or perhaps there are plans to support it in Mapserver/Mapscript? This would allow a user to classify data as they see fit. The result of a classification "request" could be an SLD document (which after optionally being changed by a user with regard to symbology, could be used in combination with a GetMap request to see the result of the classification). But I can't seem to find a specification for "classification services" in the OGC world, anybody know of any relevant specification? Thanks in advance. Best regards, Bart From Christopher.Dimeo at maine.gov Wed Feb 18 10:50:14 2004 From: Christopher.Dimeo at maine.gov (Dimeo, Christopher) Date: Wed, 18 Feb 2004 13:50:14 -0500 Subject: [Mapserver-users] Oracle Spatial extents Message-ID: Vladmir- You may want to exercise caution when re-assigning Coordinate System ID's to your data. Your data, presumably, are lat/long coordinates in the WGS84 (ie SRID=8307). They might look something like: 45.5000, -90.3000 (45.5 degrees north, 90.3 degrees West). This implies certain things about those coordinates for example that the distance between them is measured on an arc, units are angular (not linear like feet, meters, etc). If you just 'call it' something else like UTM Zone 15, or even SRID=8199 (Arc 50, geodetic but on a different datum), you are literally moving your coordinates. It's like calling a red car 'blue'. It still it what it is. This may work for you in this case, but have caution when/if you need to do analysis on your data or map it with other datasets. ---------------------------------- B. Christopher Dimeo Transportation Planning Analyst Bureau of Planning Maine Department of Transportation 207.624.3296 Vladimir Guzm?n wrote: > >Thanks all for your valuable help. >I solved using SRID=1 (Sinusoidal WGS 84) instead of SRID=8307 >(Geodetic WGS 84) >I don't know the difference, but now I can get (finally) the geometry's >extents. > >Thanks a lot. > >Vladimir Ilich Guzm?n R. >------------------------ >http://www.maintask.com Vladimir Guzm?n wrote: > Yes, that's what I want. > But when I try it, Oracle says: > ORA-13374: SDO_MBR not supported for geodetic data > In the documentation says: > Usage Notes: > This function is not supported with geodetic data. > > What do they mean with 'geodetic data'? > Data with a SRID? > The information in the table is stored with SRID 8307 (WGS84). Should > I change it in order to make it work? > > Thanks a lot for your help. > > Vladimir Ilich Guzm?n R. > ------------------------ > http://www.maintask.com > > > Mills, Daniel wrote: > >> what you want is >> SELECT SDO_GEOM.SDO_MBR(c.shape) FROM cola_markets c; >> >> This will give you the mbr (extent) of the shape as a geometry >> object. OR >> >> CREATE TYPE vertex_set_type as TABLE OF vertex_type; >> >> Oracle Spatial defines the object type VERTEX_TYPE as: >> >> CREATE TYPE vertex_type AS OBJECT >> (x NUMBER, >> y NUMBER, >> z NUMBER, >> w NUMBER); >> >> SELECT c.name, t.X, t.Y >> FROM cola_markets c, >> TABLE(SDO_UTIL.GETVERTICES(SELECT SDO_GEOM.SDO_MBR(c.shape) FROM >> cola_markets c)) t; >> >> THIS WILL PUT THE VERTICES INTO A TABLE. >> >> Daniel Mills >> GIS Consultant >> >> Tel: + 44 (0) 1793 865205 >> Fax: + 44 (0) 1793 865001 >> E-mail: mills_d at wrcplc.co.uk >> Website: www.wrcplc.co.uk >> >> >> Dimeo, Christopher wrote: >> How about an SDO_AGGR_MBR? (miniumum bounding rectangle)? >> >> ex: SELECT SDO_AGGR_MBR( yourGeometry ) FROM t.states; >> >> >> >> ---------------------------------- >> B. Christopher Dimeo >> Transportation Planning Analyst >> Bureau of Planning >> Maine Department of Transportation >> 207.624.3296 >> >>-----Original Message----- >>From: Vladimir Guzm?n [mailto:bigfoot at main-task.com ] >>Sent: Wednesday, February 18, 2004 12:33 PM >>To: Dimeo, Christopher; Mapserver-Userlist >>Subject: Re: [Mapserver-users] Oracle Spatial extents >> >> >>Yes, I tried, but the function returns a polygon very similar to the >>original. >>It does not return a rectangle... :( >> >>Thanks, >> >>Vladimir Ilich Guzm?n R. >>------------------------ >>http://www.maintask.com >> >> >> >>Dimeo, Christopher wrote: >> >Have you tried returning and SDO_AGGR_CONVEXHULL? That should give you >a geometry that is the extent (i.e. convex hull) of any geometries that >you give to the method. (SDO_GEOM.SDO_CONVEXHULL). > >---------------------------------- >B. Christopher Dimeo >Transportation Planning Analyst >Bureau of Planning >Maine Department of Transportation >207.624.3296 > > >-----Original Message----- >From: Vladimir Guzm?n [mailto:bigfoot at main-task.com ] >Sent: Wednesday, February 18, 2004 11:59 AM >To: David Fawcett; Mapserver-Userlist >Subject: Re: [Mapserver-users] Oracle Spatial extents > > >That's exactly what I need. The problem is that Oracle Spatial does >not >have such a function "extent", > > > ---------------------------------- B. Christopher Dimeo Transportation Planning Analyst Bureau of Planning Maine Department of Transportation 207.624.3296 From bigfoot at main-task.com Wed Feb 18 11:12:44 2004 From: bigfoot at main-task.com (=?ISO-8859-15?Q?Vladimir_Guzm=E1n?=) Date: Wed, 18 Feb 2004 14:12:44 -0500 Subject: [Mapserver-users] classifications on the fly In-Reply-To: References: Message-ID: <4033B92C.4000500@main-task.com> Hi Bart. One can du classificatios on the air using mapscript. Actually I make them using phpmapscript, something like this: 1. In the .map file, create a layer with the basic information (connection type, type, status, maxscale, etc.) 2. Then query the database for the data wanted to draw, and the joins with the spatial data (can be oracle spatial, postgis or myGIS) 3. Get the layer object 4. Alter the data attribute of the layer, with the desired query 5. Select max and min values, and the desired interval 6. Create classes on the layer, with defined colours. I've got an example, that may be of help: getLayerByName("reporte"); $strQueryOracleSpatial="SELECT ORA_GEOMETRY, VALOR, NOMBRE FROM ($strQueryOracle)"; $layer->set("data", $strQueryOracleSpatial); $numClases=10; $qid=db_oracle_query("SELECT MAX(VALOR) as max, MIN(VALOR) as min, (MAX(VALOR)-MIN(VALOR))/$numClases as intervalo FROM ($strQueryOracle)"); $resultado=db_oracle_fetch_array($qid); $intervalo=$resultado["INTERVALO"]; $color=0; $intervalo_color=255/$numClases; $layer->set("classitem","VALOR"); $layer->set("labelitem","NOMBRE"); $inferior=$intervalo; for($i=0;$i<$numClases;$i++){ $superior=$inferior+$intervalo; $color=$color+$intervalo_color; $color_hexa=sprintf("#%02x%02x%02x", 255, 255-$color, 255-$color); if($inferior==$intervalo) $inferior=0; $expresion = "([VALOR] >= " . $inferior . " AND [VALOR] <= " . $superior . ")"; $class = ms_newClassObj($layer); $class->setExpression($expresion); $class->set("name",$inferior . "-" . $superior); $label=$class->label; $style = ms_newStyleObj($class); $style->color->setRGB(255, 255-$color, 255-$color); $style->outlinecolor->setRGB(204, 204, 204); $inferior=$superior; } $mapa = $map->draw(); $mapa_url = $mapa->saveWebImage(1, 0, 0, 50); ?> This example draws the map in a scale of red color. Hope that helps. Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com Bart van den Eijnden wrote: > Hi list, > > can Mapserver do classifications on the fly, e.g. equal range, equal > count, unique value etc.? If not, does anybody know of another open > source tool/product to do this, or perhaps there are plans to support > it in Mapserver/Mapscript? This would allow a user to classify data as > they see fit. > > The result of a classification "request" could be an SLD document > (which after optionally being changed by a user with regard to > symbology, could be used in combination with a GetMap request to see > the result of the classification). But I can't seem to find a > specification for "classification services" in the OGC world, anybody > know of any relevant specification? > > Thanks in advance. > > Best regards, > Bart > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From sgillies at frii.com Wed Feb 18 11:33:46 2004 From: sgillies at frii.com (Sean Gillies) Date: Wed, 18 Feb 2004 12:33:46 -0700 Subject: [Mapserver-users] classifications on the fly In-Reply-To: References: Message-ID: <5E80309A-6249-11D8-B7D5-000393B98B56@frii.com> On Feb 18, 2004, at 11:35 AM, Bart van den Eijnden wrote: > Hi list, > > can Mapserver do classifications on the fly, e.g. equal range, equal > count, unique value etc.? If not, does anybody know of another open > source tool/product to do this, or perhaps there are plans to support > it in Mapserver/Mapscript? This would allow a user to classify data as > they see fit. > > The result of a classification "request" could be an SLD document > (which after optionally being changed by a user with regard to > symbology, could be used in combination with a GetMap request to see > the result of the classification). But I can't seem to find a > specification for "classification services" in the OGC world, anybody > know of any relevant specification? > > Thanks in advance. > > Best regards, > Bart Bart, You'll have to roll your own classifier, but mapscript will allow it. I'm doing it for my ZMapServer project (code not yet in CVS). It's not too difficult. Open a layer, query it to get records, iterate over the query to get unique values of an attribute (or item as mapserver calls it). Then create new classes in a layer for each unique value. Putting a classifier into mapserver itself could really slow it down, particularly if you are classifying on unique values. cheers, Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From simon at inf.univali.br Wed Feb 18 12:59:11 2004 From: simon at inf.univali.br (Fernando S.) Date: Wed, 18 Feb 2004 17:59:11 -0300 Subject: [Mapserver-users] Oracle Spatial extents In-Reply-To: <4033A5DE.1060107@main-task.com> References: <40338C46.4050404@main-task.com> <403390B5.10801@pobox.com> <403396D5.1050702@main-task.com> <4033A2FD.6000406@inf.univali.br> <4033A5DE.1060107@main-task.com> Message-ID: <4033D21F.70409@inf.univali.br> Vladimir, Well, the problem can be that you didn't define SRID in your query. Some help you can report me. Thank's ================================================================== 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 ================================================================== Vladimir Guzm?n wrote: > I have the same problem that using SDO_GEOM.SDO_MBR: > ORA-13374: SDO_MBR not supported for geodetic data > > Do you know why my data is geodetic and yours not? > Did I create the table in the wrong way? > > Thanks a lot. > > Vladimir Ilich Guzm?n R. > ------------------------ > http://www.maintask.com > > > Fernando S. wrote: > >> Vladimir, >> Hi, concerning this function, I don't know if this is the correct >> way to do it. Anyway I use this query to get the extent: >> SELECT max(X2), max(Y2), min(X1), min(Y1) FROM ( >> SELECT SDO_GEOM.SDO_MAX_MBR_ORDINATE(h.coordenada, >> m.diminfo, 1) AS X2 >> , SDO_GEOM.SDO_MAX_MBR_ORDINATE(h.coordenada, >> m.diminfo, 2) AS Y2 >> , SDO_GEOM.SDO_MIN_MBR_ORDINATE(h.coordenada, >> m.diminfo, 1) AS X1 >> , SDO_GEOM.SDO_MIN_MBR_ORDINATE(h.coordenada, >> m.diminfo, 2) as Y1 >> , h.codigo_ott >> , h.codigo_dna >> FROM hidrografia_sc h, user_sdo_geom_metadata m >> WHERE m.table_name ='HIDROGRAFIA_SC' >> AND m.column_name = 'COORDENADA' >> AND h.codigo_ott = $CODE) >> >> In this query HIDROGRAFIA_SC is the table that contains the >> geometry column (COORDENADA). The $CODE is the unique identyfier of >> table. >> >> This query report: >> MAX(X2) MAX(Y2) MIN(X1) MIN(Y1) >> ---------- ---------- ---------- ---------- >> -48.64248 -26.83385 -49.69149 -27.24407 >> >> I don't know if I help you. Sorry my poor english. >> >> >> ================================================================== >> 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 >> ================================================================== >> >> >> Vladimir Guzm?n wrote: >> >>> Yes, but the information I get from the table USER_SDO_GEOM_METADATA >>> is the global extents of all the elements in the table, and I need >>> the extents of each particular element in the table. >>> For example, my table contains information about states, and if the >>> user selects one state in a combo box, I need to get this particular >>> state's extents in order to draw it with its appropiate zoom. >>> >>> Any ideas? >>> >>> Thanks >> >> > _______________________________________________ > 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 Feb 18 13:07:19 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 18 Feb 2004 16:07:19 -0500 Subject: [Mapserver-users] OGR not found in system libs... In-Reply-To: References: Message-ID: <4033D407.4030504@dmsolutions.ca> Ray Ward wrote: > > Yes I am running this on a 64-bit Solaris 8 (sparc) box. And yes your link > is working for me now, I tried that configure script and it's the same as > what I've got now from the last nightly build....any other ideas? or a way > to test the 64-bit theory?....anything else I can provide that would be > useful? > > >>"can you check that you have libgdal.so somewhere and that OGR is > > enabled?" > > I'll give you some command line output that hopefully answers this...GDAL > was installed from gdal-cvs-040217.tar > > # /usr/local/bin/gdal-config --ogr-enabled > yes > # ls /usr/local/lib | grep -i gdal > gdal.a > libgdal.1.1.so > libgdal.a > libgdal.la > libgdal.so > libgdal.so.1 > libgdal.so.1.1.9 > # ls /usr/local/include | grep -i gdal > gdal.h > gdal_alg.h > gdal_frmts.h > gdal_priv.h > gdalwarper.h > # ls /usr/local/bin | grep -i gdal > gdal-config > gdal_contour > gdal_translate > gdaladdo > gdalinfo > gdaltindex > gdalwarp > > Well, everything looks normal except that configure doesn't see OGRRegisterAll in libgdal.so. Can you check in the config.log and look for the part that tests for OGR. If it had passed you would have had something like this: ------------ configure:7550: checking whether we should include OGR support...... configure:7566: checking for gdal-config configure:7584: found /usr/local/bin/gdal-config configure:7597: result: /usr/local/bin/gdal-config configure:7616: checking for OGRRegisterAll in -lgdal configure:7647: gcc -o conftest -g -O2 conftest.c -lgdal -lm -lstdc++ -L/usr/local/lib -lgdal >&5 configure:7650: $? = 0 configure:7653: test -s conftest configure:7656: $? = 0 configure:7668: result: yes configure:7741: result: OGR enabled (-L/usr/local/lib -lgdal). ------------ What do you get? Maybe the error messages will give us a hint? Maybe we're missing the "-L/usr/local/lib" for some reason in line 7647. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Wed Feb 18 13:19:46 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 18 Feb 2004 16:19:46 -0500 Subject: [Mapserver-users] processLegendTemplate In-Reply-To: References: Message-ID: <4033D6F2.2010004@dmsolutions.ca> Rene Teniere wrote: > Hi All, > > I was wondering if someone could explain how the > processLegendTemplate() function works. I have an existing MapServer > legend template I would like to use (legend_template.html). How would I > go about using it along with the $legend = $map->drawLegend(); and > $legend_url = $legend->saveWebImage();? What do they mean by the results > in a buffer? > processLegendTemplate() is for HTML templates only. You need to set TEMPLATE legend_template.html in your mapfile (or via mapscript), and then you call processLegendTemplate() which will return you a string buffer (HTML) of the legend that's been generated. You can then print that HTML in your script output at the position where you want the legend to go. With respect to $map->drawLegend(), it's for the traditional GIF legend and doesn't do anything with the HTML templates. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From jvanulde at nrcan.gc.ca Wed Feb 18 13:16:24 2004 From: jvanulde at nrcan.gc.ca (Van Ulden, Joost) Date: Wed, 18 Feb 2004 16:16:24 -0500 Subject: [Mapserver-users] Problem with WFS Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B895F8@s5-van1-r1.ess.nrcan.gc.ca> We also have the same problem. When we check with an HTTP Sniffer, ArcMap never makes the GetFeature Request. Not sure what is happening. If you try to load MapServer GML into ArcMap you also get an error. We have come to the same conclusion as Bart. Hopefully, ESRI will address this soon! Cheers, ============================================ 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: Bart van den Eijnden [mailto:bartvde at xs4all.nl] > Sent: Wednesday, February 18, 2004 10:00 AM > To: Florian Jurgeit; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Problem with WFS > > > Hi, > > I've encountered the same problem. > > My guess is that the ESRI GML parser expects the GML to be > similar to what > the ESRI WFS produces, and this is a bit different from the > Mapserver GML. > So my guess is that the ESRI GML parser is a bit too tight. > > Some differences are: > -Mapserver uses as the root element, > ESRI uses > > -Mapserver uses by default MS_GEOMETRY for the "spatial attribute" > (although it can be changed), ESRI uses _SHAPE_ > > You could try using _SHAPE_ instead of MS_GEOMETRY in Mapserver WFS. > > Anyway, it still is a guess because I don't know the ESRI internals. > > BTW: is this the maximum debug/log level you can get in ArcMap? > > Best regards, > Bart > > On Wed, 18 Feb 2004 14:27:17 +0100, Florian Jurgeit > wrote: > > > When trying to load WFS data in ArcMAP the error "Unable to > parse WFS > > data" occures. > > > > The WFS service is done by an UMN MapServer - the Output > looks OK in > > the > > Browser. > > > > Getting the List of Layers works in ArcMAP - just opening > one does not > > work (pasring error - Why ?) > > > > Greatings from Austria, > > Flo > > > > The WFS-Code looks that way (in the Browser): (only frist > element ...) > > > > - <#> > xmlns:myns="*http://www.ttt.org/myns*" > > xmlns:wfs="*http://www.opengis.net/wfs*" > > xmlns:gml="*http://www.opengis.net/gml*" > > 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/wfs/1.0.0/WF > S-basic.xsd > > http://www.ttt.org/myns > > > http://XXX.XXXX.ac.at/cgi-bin/mapserv?map=/home/cXXXXXX/public > _html/ta_map/ta_wfs.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=Desc ribeFeatureType&TYPENAME=g1gem*"> > > - <#> > > - <#> > > 550953.125000,137001.765625 > > 817651.250000,287281.500000 > > > > > > - <#> > > - <#> > > 1 > > 120307 > > gem > > 800 > > K?tschach-Mauthen > > - <#> > > - <#> > > - <#> > > 797267.125000,168217.484375 > > 811924.625000,182463.218750 > > > > > > - <#> > > - <#> > > - <#> > > 805507.500000,180764.437500 > > 807767.625000,180515.187500 808255.562500,180119.078125 > > 808718.125000,179930.078125 808993.125000,179923.187500 > > 809386.562500,180023.078125 809839.187500,179958.812500 > > 810139.062500,180029.484375 810649.250000,180029.546875 > > 810483.500000,179581.343750 809828.750000,178621.031250 > > 809631.500000,178581.078125 809388.187500,178248.906250 > > 809160.187500,178202.250000 809046.500000,178246.109375 > > 808988.875000,178182.781250 809021.375000,177865.812500 > > 809233.875000,177592.843750 809185.687500,177430.812500 > > 809116.500000,177394.921875 809127.000000,177295.265625 > > 809048.812500,177276.921875 808989.250000,177120.265625 > > 809022.750000,177021.875000 808947.875000,176925.531250 > > 809001.312500,176483.406250 808917.750000,176053.781250 > > 808629.937500,175764.265625 809191.812500,175409.312500 > > 810011.125000,175166.765625 810812.125000,175129.703125 > > 811762.062500,174990.578125 811677.187500,174365.406250 > > 811725.875000,174173.625000 811602.625000,173317.781250 > > 811385.687500,172742.484375 811319.312500,172709.750000 > > 811163.062500,171524.312500 811316.937500,170842.125000 > > 811693.187500,170398.718750 811430.000000,169716.625000 > > 811924.625000,168801.953125 811668.187500,168722.312500 > > 811340.750000,168766.875000 811159.187500,168480.953125 > > 810874.187500,168458.562500 810442.750000,168403.250000 > > 810246.750000,168243.109375 810013.312500,168217.875000 > > 809697.500000,168395.343750 808889.250000,168217.484375 > > 808531.625000,168358.187500 808449.062500,168511.015625 > > 808121.812500,168774.453125 808086.312500,168663.718750 > > 807707.437500,168799.984375 807069.437500,168517.265625 > > 806679.187500,168775.859375 806478.312500,168772.593750 > > 806170.062500,168638.468750 805965.250000,168632.125000 > > 805896.312500,168453.750000 805452.812500,168404.218750 > > 805027.875000,168590.343750 804813.437500,168491.406250 > > 804581.500000,168658.359375 804380.500000,168619.312500 > > 804361.375000,168771.343750 804123.875000,168745.015625 > > 803944.812500,168928.156250 803608.062500,168841.109375 > > 803239.375000,169012.812500 803045.375000,168936.406250 > > 803004.437500,168809.546875 802791.500000,168789.718750 > > 802769.187500,168613.250000 802635.312500,168510.640625 > > 801560.437500,169092.500000 801428.437500,169323.406250 > > 801040.625000,169349.796875 800246.312500,169140.734375 > > 799805.625000,169241.640625 799401.000000,168972.437500 > > 798614.375000,169096.406250 798130.000000,168846.343750 > > 797938.437500,168859.109375 797944.437500,169402.171875 > > 798106.125000,170196.890625 798086.625000,170423.343750 > > 797781.750000,170990.890625 798162.062500,172057.250000 > > 797911.312500,172078.515625 797862.500000,172273.281250 > > 797678.625000,172553.828125 797680.625000,172790.468750 > > 797839.812500,173412.656250 798014.187500,173449.328125 > > 798392.562500,173677.640625 798659.187500,174277.687500 > > 798746.875000,174578.187500 798699.312500,175641.031250 > > 798913.062500,176346.421875 798780.375000,176844.265625 > > 798668.187500,176861.140625 798678.437500,177093.234375 > > 798586.625000,177212.468750 798635.437500,177345.453125 > > 798581.437500,177434.687500 798495.125000,177435.953125 > > 798431.687500,177550.734375 798233.062500,177553.812500 > > 798018.500000,177445.765625 797876.562500,177602.312500 > > 797789.812500,177831.078125 797742.437500,177980.812500 > > 797938.562500,178386.531250 798041.937500,178475.421875 > > 798189.000000,178480.531250 798339.437500,178642.171875 > > 798415.187500,178941.031250 798315.000000,179121.937500 > > 798374.000000,179251.484375 798137.250000,179728.546875 > > 798173.750000,179865.875000 797999.625000,180060.750000 > > 797885.187500,180355.125000 797684.000000,180567.546875 > > 797619.687500,180552.984375 797571.187500,180905.125000 > > 797507.625000,180912.640625 797408.687500,181125.687500 > > 797353.500000,181126.656250 797345.437500,181236.468750 > > 797267.125000,181257.203125 797899.312500,182006.718750 > > 797853.125000,182463.218750 798239.937500,182355.265625 > > 798428.625000,182096.046875 798459.437500,181919.343750 > > 799039.500000,181669.687500 799844.437500,181778.218750 > > 801606.000000,182278.328125 802187.500000,182349.484375 > > 802352.250000,182269.375000 802645.437500,182260.484375 > > 802723.437500,182336.953125 803011.375000,182404.953125 > > 803051.937500,182195.703125 803435.562500,182110.609375 > > 803918.750000,181764.390625 804157.062500,181805.593750 > > 804800.812500,181292.812500 804995.312500,181000.812500 > > 805246.625000,180951.531250 > 805507.500000,180764.437500 > > > > > > > > > > > > > > - <#> > > .... > > .... > > > > > > _______________________________________________ > > 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 ray.ward at mapfusion.com Wed Feb 18 13:59:38 2004 From: ray.ward at mapfusion.com (Ray Ward) Date: Wed, 18 Feb 2004 16:59:38 -0500 Subject: [Mapserver-users] OGR not found in system libs... In-Reply-To: <4033D407.4030504@dmsolutions.ca> Message-ID: Ray Ward wrote: > > Yes I am running this on a 64-bit Solaris 8 (sparc) box. And yes your link > is working for me now, I tried that configure script and it's the same as > what I've got now from the last nightly build....any other ideas? or a way > to test the 64-bit theory?....anything else I can provide that would be > useful? > > >>"can you check that you have libgdal.so somewhere and that OGR is > > enabled?" > > I'll give you some command line output that hopefully answers this...GDAL > was installed from gdal-cvs-040217.tar > > # /usr/local/bin/gdal-config --ogr-enabled > yes > # ls /usr/local/lib | grep -i gdal > gdal.a > libgdal.1.1.so > libgdal.a > libgdal.la > libgdal.so > libgdal.so.1 > libgdal.so.1.1.9 > # ls /usr/local/include | grep -i gdal > gdal.h > gdal_alg.h > gdal_frmts.h > gdal_priv.h > gdalwarper.h > # ls /usr/local/bin | grep -i gdal > gdal-config > gdal_contour > gdal_translate > gdaladdo > gdalinfo > gdaltindex > gdalwarp > > > >Well, everything looks normal except that configure doesn't see >OGRRegisterAll in libgdal.so. > >Can you check in the config.log and look for the part that tests for >OGR. If it had passed you would have had something like this: > >------------ >configure:7550: checking whether we should include OGR support...... >configure:7566: checking for gdal-config >configure:7584: found /usr/local/bin/gdal-config >configure:7597: result: /usr/local/bin/gdal-config >configure:7616: checking for OGRRegisterAll in -lgdal >configure:7647: gcc -o conftest -g -O2 conftest.c -lgdal -lm >-lstdc++ -L/usr/local/lib -lgdal >&5 >configure:7650: $? = 0 >configure:7653: test -s conftest >configure:7656: $? = 0 >configure:7668: result: yes >configure:7741: result: OGR enabled (-L/usr/local/lib -lgdal). >------------ > >What do you get? Maybe the error messages will give us a hint? Maybe >we're missing the "-L/usr/local/lib" for some reason in line 7647. > >Daniel Eureka! config.log, I never knew such a thing existed! (big newbie mistake I guess)...anyways here are the lines in the config.log configure:7647: gcc -o conftest -g -O2 conftest.c -lgdal -lm -lstdc++ -L/usr/local/lib -lgdal >&5 ld: warning: file libpq.so.3: required by /usr/local/lib/libgdal.so, not found Undefined first referenced symbol in file couldn't find libpq.so.3, which is located in /opt/pgsql/lib, I added this to LD_LIBRARY_PATH and configure runs to completion! Thanks all your help, and for sticking with this problem Daniel Ray, From becker at iwk.uka.de Wed Feb 18 13:56:18 2004 From: becker at iwk.uka.de (Rolf Becker) Date: Wed, 18 Feb 2004 22:56:18 +0100 Subject: [Mapserver-users] GeoTIFF Summary Message-ID: <4033DF82.8030802@iwk.uka.de> Hi, I am new to this list and relatively new to mapserver. Please excuse me for flooding you with questions but I would like to summarize and check what I know about GeoTIFF in Mapserver. I have already checked the FAQ and the mailing list archieve but I am still a bit confused. I have a nice GeoTIFF image with 3 bands. Its name is "tct.tif" (with coord. file "tct.tfw"). I would like to display it with mapserver but several problems arise. Could you please comment on the following statements (S) and question (Q) to help clearify my mind: According to Frank Warmerdam, http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0310/msg00512.html , it is true that ... S1) ... all raster data are mapped (classified) to 0..255 before drawing (drawGDAL()). Q1) How are the 3 bands with 256 values each mapped to one dimension, i.e. 0-255, by mapserver? S2) ... values above 255 are clipped to 255. S3) ... one solution is to preprocess data before feeding into mapserver. S4) ... a second solution is to use the PROCESSING directive in the map-file. Q2) Are these the only solutions? Q3) Is it possible to set exact one class (e.g. [pixel]=255) to transparent (unvisible)? Q4) Without an explicit classification in the map-file (CLASS ... END) the TIFF looks nice in its default colors, which looks like an implicit classification to me. If I introduce one explicit class which does not cover the whole value range (co-domain) of the pixel values, e.g. [pixel]<10, I will have to explicitly classify the rest of the values (>=10), otherwise pixels with unclassified values won't be drawn. Is this correct? Is it possible to classify only part of the values and to use the default (implicit) classification for the rest? Q5) My GeoTIFF (tct.tif, tct.tfw, with 3 bands) is drawn with this piece of map-file code: LAYER NAME "tct" TYPE RASTER STATUS ON TILEINDEX "tct_index.shp" TILEITEM "Location" END in perfect colors!!! Very nice. The same file will not appear if I use the following code: LAYER NAME "tct" TYPE RASTER STATUS ON DATA "/home/data/map/sulm_data/iwk_data/tctstdverwsul.tif" END Why? Q6) If I use the map-file fragment LAYER NAME "tct" TYPE RASTER STATUS ON PROCESSING "BANDS=2" DATA "/home/data/map/sulm_data/iwk_data/tctstdverwsul.tif" END I will get a gray scale image which is deemed to be band 2 of the GeoTIFF (who knows :). But what is the directive PROCESSING "BANDS=1,2,3" for? Isn't it worthless? It simply crashes the application with the following warning: Warning: [MapServer Error]: drawGDAL(): Attempt to classify 24bit image, this is unsupported. Q7) What is planned in future concerning the current classification scheme? Q8) Will floating point values for rasters be supported? Q9) Somewhere in the mail archieve I stumbled across a trick how to query data from raster data but I can't find it anymore. Could you please give me a hint or the url? Q10) What about an update of the FAQ? Thank you very much for your patience. This posting is long and maybe annoying but I would be nice if you helped me clearing my confusion. Regards, Rolf From jvanulde at nrcan.gc.ca Wed Feb 18 14:48:33 2004 From: jvanulde at nrcan.gc.ca (Van Ulden, Joost) Date: Wed, 18 Feb 2004 17:48:33 -0500 Subject: [Mapserver-users] WMS GetFeatureInfo Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B895FD@s5-van1-r1.ess.nrcan.gc.ca> Hi all, Silly question, is it possible to make a cascaded getFeatureInfo request from a WMS Client without explicitly doing a getFeatureInfo? I have a map that has several layers, local and WMS and would prefer not to have to set a global catch-all query template. Cheers, ============================================ 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 ============================================ From dmorissette at dmsolutions.ca Wed Feb 18 15:00:32 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 18 Feb 2004 18:00:32 -0500 Subject: [Mapserver-users] WMS GetFeatureInfo In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B895FD@s5-van1-r1.ess.nrcan.gc.ca> References: <8AE17DD6AA4FD51191CD0002A551168101B895FD@s5-van1-r1.ess.nrcan.gc.ca> Message-ID: <4033EE90.2060207@dmsolutions.ca> Van Ulden, Joost wrote: > > Silly question, is it possible to make a cascaded getFeatureInfo request > from a WMS Client without explicitly doing a getFeatureInfo? I have a map > that has several layers, local and WMS and would prefer not to have to set a > global catch-all query template. > If I understand the question, then the asnwer is no. MapServer is not able to automatically cascade GetFeatureInfo requests. It can only cascade GetMap requests. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Wed Feb 18 15:20:54 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 18 Feb 2004 18:20:54 -0500 Subject: [Mapserver-users] WMS Client Problem In-Reply-To: <11764.212.238.227.182.1076948736.squirrel@webmail.xs4all.nl> References: <20040216154334.26747.qmail@web60001.mail.yahoo.com> <11764.212.238.227.182.1076948736.squirrel@webmail.xs4all.nl> Message-ID: <4033F356.2040709@dmsolutions.ca> bartvde at xs4all.nl wrote: > Hi Stefan, > > I had the exact same problem (and still have, because we have changed > things in the firewall/proxy to solve this). > > I think you need to recompile Mapserver and libcurl to have it going > through the proxy. Not a totally trivial task. > > I think it would be a nice enhancement to Mapserver if we could specify in > the MAP file whether or not the WMS client needs to go through a proxy and > then the address/URL of the proxy. If I remember correctly it's just a few extra parameters to pass to libcurl, so I don't think it would be too hard to support a proxy. However I am wondering if the proxy settings should be global to the mapfile (i.e. in the WEB object), or local to the WMS layer (i.e. wms_proxy_* metadata). It seems to me that it would make sense to have a single set of parameters in the web object, but I don't know if there are cases where someone needs different proxies to get to different hosts. I have created a bug to discuss this, please add your comments there: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=571 > Also some kind of authentication > support for the WMS client would be nice. > Does it work if you use http://user:password at host.domain.com/... in the online resource? If not then please create a enhancement bug for this and I'll see what can be done. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From mountainduo at mho.com Wed Feb 18 16:24:36 2004 From: mountainduo at mho.com (mountainduo at mho.com) Date: Wed, 18 Feb 2004 17:24:36 -0700 (MST) Subject: [Mapserver-users] Java and Mapscript/Compiling map server Message-ID: <1704.64.58.31.38.1077150276.squirrel@a.mail.mho.net> Hello, I am trying to compile mapserver so i can use swig to generate a java library but i am lots of problems compiling mapserver. I know java a lot better than i do C so the real problem is my knowledge of C. I was wondering if someone could help me out by either 1) zipping up thier projects drive with everything setup so that way i can compile or 2) zipping up the jar and the dll i need in my path so i can use java to generate maps. Or if you have any other information that would help me, i would appreciate it. thank you, will From jvanulde at nrcan.gc.ca Wed Feb 18 17:14:19 2004 From: jvanulde at nrcan.gc.ca (Van Ulden, Joost) Date: Wed, 18 Feb 2004 20:14:19 -0500 Subject: [Mapserver-users] WFS Filter BBOX Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B89601@s5-van1-r1.ess.nrcan.gc.ca> Does anyone know of WFS in MapServer 4.1 supports the BBOX filter. I have tried both of the example filters in the spec and neither one works. Literal works fine. Cheers, ============================================ 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 ============================================ From assefa at dmsolutions.ca Wed Feb 18 17:41:44 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Wed, 18 Feb 2004 20:41:44 -0500 Subject: [Mapserver-users] WFS Filter BBOX In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B89601@s5-van1-r1.ess.nrcan.gc.ca> References: <8AE17DD6AA4FD51191CD0002A551168101B89601@s5-van1-r1.ess.nrcan.gc.ca> Message-ID: <40341458.1020503@dmsolutions.ca> Hi There, The BBOX filter is supported. Is it possible to send me a URL and/or a mapfile using the filter and I could give it a try. Later, Van Ulden, Joost wrote: > Does anyone know of WFS in MapServer 4.1 supports the BBOX filter. I have > tried both of the example filters in the spec and neither one works. > Literal works fine. > > Cheers, > > ============================================ > 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 > ============================================ > _______________________________________________ > 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 gtheme at narod.ru Wed Feb 18 18:00:37 2004 From: gtheme at narod.ru (=?Windows-1251?B?zeX05eT85eIgwC7RLg==?=) Date: Thu, 19 Feb 2004 10:00:37 +0800 Subject: [Mapserver-users] Color changing In-Reply-To: <14211404968.20040217174051@narod.ru> References: <14211404968.20040217174051@narod.ru> Message-ID: <982403734.20040219100037@narod.ru> Hello, mapserver users! I have some question. I need to set a custom color to a class. I add a color to map's palette: $color2 = $map->addColor(0, 0, 255); Than I try to change color of class: $class1->set("color", $color2); $class1->set("backgroundcolor", $color2); $class1->set("overlaycolor", $color2); Here is the problem: if the color was presented in palette earlier(in map file), then changing achieved. But if the color was not presented in map file, object with this color becomes invisible. Why? I'm using WinXP, Apache 2.0.47, MapServer 3.6, PHP Mapscript 3.6.6. -- Best regards, Anton mailto:gtheme at narod.ru From ed at topozone.com Wed Feb 18 19:04:29 2004 From: ed at topozone.com (Ed McNierney) Date: Wed, 18 Feb 2004 22:04:29 -0500 Subject: [Mapserver-users] WMS Client Problem Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3CDA@mercator.topozone.com> Daniel - I am just about to look into some WMS access control issues and I was planning to try the http://user:password at host.domain.com/... route. My concern, however, is that the online resource URI has to be described in the MAP file as well, which would mean that each user would need to have a unique MAP file with their own username and password embedded in it. Does this make sense to you? Am I confused? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Daniel Morissette [mailto:dmorissette at dmsolutions.ca] Sent: Wednesday, February 18, 2004 6:21 PM To: bartvde at xs4all.nl Cc: Stefan Schneberger; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] WMS Client Problem bartvde at xs4all.nl wrote: > Hi Stefan, > > I had the exact same problem (and still have, because we have changed > things in the firewall/proxy to solve this). > > I think you need to recompile Mapserver and libcurl to have it going > through the proxy. Not a totally trivial task. > > I think it would be a nice enhancement to Mapserver if we could > specify in the MAP file whether or not the WMS client needs to go > through a proxy and then the address/URL of the proxy. If I remember correctly it's just a few extra parameters to pass to libcurl, so I don't think it would be too hard to support a proxy. However I am wondering if the proxy settings should be global to the mapfile (i.e. in the WEB object), or local to the WMS layer (i.e. wms_proxy_* metadata). It seems to me that it would make sense to have a single set of parameters in the web object, but I don't know if there are cases where someone needs different proxies to get to different hosts. I have created a bug to discuss this, please add your comments there: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=571 > Also some kind of authentication > support for the WMS client would be nice. > Does it work if you use http://user:password at host.domain.com/... in the online resource? If not then please create a enhancement bug for this and I'll see what can be done. 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 dmorissette at dmsolutions.ca Wed Feb 18 20:31:12 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 18 Feb 2004 23:31:12 -0500 Subject: [Mapserver-users] WMS Client Problem In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E3CDA@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1224E3CDA@mercator.topozone.com> Message-ID: <40343C10.9020509@dmsolutions.ca> Ed McNierney wrote: > > I am just about to look into some WMS access control issues and I was > planning to try the http://user:password at host.domain.com/... route. My > concern, however, is that the online resource URI has to be described in > the MAP file as well, which would mean that each user would need to have > a unique MAP file with their own username and password embedded in it. > Does this make sense to you? Am I confused? > I see what you mean, I think there are (at least) two possible situations for authentication: 1- The case where MapServer always uses the same user/password to connect to the server. In this case it is enough to store the user/password in the mapfile I think. 2- The case where you want to cascade credentials coming from the client, which is what you're talking about here. I think #1 and #2 can and should be handled separately. #1 is quite straightforward and should be easy to implement, but #2 would definitely need more thinking and more work. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From warmerdam at pobox.com Wed Feb 18 21:40:39 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 19 Feb 2004 00:40:39 -0500 Subject: [Mapserver-users] GeoTIFF Summary In-Reply-To: <4033DF82.8030802@iwk.uka.de> References: <4033DF82.8030802@iwk.uka.de> Message-ID: <40344C57.5000404@pobox.com> Rolf Becker wrote: > S1) ... all raster data are mapped (classified) to 0..255 before drawing > (drawGDAL()). Rolf, This is true currently. But note, this is on a band-by-band basis. If you have a 24bit RGB file (3 8bit bands) the 8bit bands don't need any scaling action to reduce them to 0...255. This only kicks in for non-8bit bands. > Q1) How are the 3 bands with 256 values each mapped to one dimension, > i.e. 0-255, by mapserver? If your output is a pseudocolored 8bit image (ie one band with a color table, like gif or some pngs files -- see PC256 mode in OUTPUTFORMAT) then some mechanism is required to reduce the RGB image with (in theory) 64M colors to 256. The default mechanism is to apply setup a color cube with 5 levels of red, 7 of green and 5 of blue (175 colors). Then each RGB pixel is mapped to the nearest color (or the nearest after error diffusion if that is turned on). > S2) ... values above 255 are clipped to 255. If scaling is disabled then values below 0 are mapped to 0, and above 255 are mapped to 255. If scaling is turned on (by processing directive) then a linear stretch is applied. > S3) ... one solution is to preprocess data before feeding into mapserver. Right. A very good option if you want speed and control, and don't need things done on-the-fly from the live data every time. > S4) ... a second solution is to use the PROCESSING directive in the > map-file. PROCESSING options can control scaling, whether dithering is used, and some stuff about how close a color needs to be when deciding whether to try to allocate a new one. It can't (currently) control the resolution of the color cube. > Q2) Are these the only solutions? Pretty much, for dynamic conversion at least. I am ignoring use of clasification, as it can't be applied to multi-band (ie 24bit RGB) input files as far as I know. I could be wrong about this. > Q3) Is it possible to set exact one class (e.g. [pixel]=255) to > transparent (unvisible)? The OFFSITE keyword can be used to indicate an RGB tuple to be treated as transparent (nodata). > Q4) Without an explicit classification in the map-file (CLASS ... END) > the TIFF looks nice in its default colors, which looks like an implicit > classification to me. If I introduce one explicit class which does not > cover the whole value range (co-domain) of the pixel values, e.g. > [pixel]<10, I will have to explicitly classify the rest of the values > (>=10), otherwise pixels with unclassified values won't be drawn. Is > this correct? Is it possible to classify only part of the values and to > use the default (implicit) classification for the rest? Are you sure the file is 24bit RGB (3 band)? I didn't think classifcation worked at all for RGB input files. It might be that it just kicks into a mode where only the first band is used though. I've re-read the logic in the code, and it seems like it will currently issue an "Attempt to classify 24bit image, this is unsupported." error message if you try to classify an RGB input. Perhaps there is something else going on too. > Q5) My GeoTIFF (tct.tif, tct.tfw, with 3 bands) is drawn with this piece > of map-file code: > > LAYER > NAME "tct" > TYPE RASTER > STATUS ON > TILEINDEX "tct_index.shp" > TILEITEM "Location" > END > > in perfect colors!!! Very nice. > > The same file will not appear if I use the following code: > > LAYER > NAME "tct" > TYPE RASTER > STATUS ON > DATA "/home/data/map/sulm_data/iwk_data/tctstdverwsul.tif" > END > > Why? I don't know. Have you done the usual debugging steps? http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?DebuggingMapserver The most likely reason is that your path is wrong, permissions are wrong, your extents are wrong in some way or the non-GDAL TIFF draw code is kicking in. The raster rendering of a file in the tile index operates essentially the same as a raster directly specified. > Q6) If I use the map-file fragment > > LAYER > NAME "tct" > TYPE RASTER > STATUS ON > PROCESSING "BANDS=2" > DATA "/home/data/map/sulm_data/iwk_data/tctstdverwsul.tif" > END > > I will get a gray scale image which is deemed to be band 2 of the > GeoTIFF (who knows :). > > But what is the directive PROCESSING "BANDS=1,2,3" for? Isn't it > worthless? It simply crashes the application with the following warning: > Warning: [MapServer Error]: drawGDAL(): Attempt to classify 24bit image, > this is unsupported. This shouldn't be a crash. It should be an orderly application termination with a runtime error. :-) Did you have any CLASS declarations with BANDS=1,2,3? As noted earlier this is not a supported configuration. > Q7) What is planned in future concerning the current classification scheme? Non-8bit data classification should be implemented in the near future. That is, being able to classify a single band raster with values outside the range 0...255 without-prescaling. > Q8) Will floating point values for rasters be supported? They are now with scaling/clipping. They will be supported for direct use in classification in the near future. > Q9) Somewhere in the mail archieve I stumbled across a trick how to > query data from raster data but I can't find it anymore. Could you > please give me a hint or the url? I don't think there is a mapserver way to do this. Perhaps this was Charlton Purvis' imaginative work around? I don't have it handy, but if you search on his name you should find it. I do hope to implement proper raster query support in line with the way vector queries work at some point fairly soon. > Q10) What about an update of the FAQ? What about it? Gee, it does look kind of out of date doesn't it. My personal opinion is that the FAQ would be better maintained in the wiki so it can be more dynamic. 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 steve.lime at dnr.state.mn.us Wed Feb 18 22:46:07 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 19 Feb 2004 00:46:07 -0600 Subject: [Mapserver-users] Mouse Over Message-ID: I don't know squat about the imagemap output function. As Atilla said it's on the experimental side. I do have an alternative using queries and the [shpxy...] tag that may be of interest. It's pretty flexible and usable from the CGI application. I'll post an example on the DNR machines tomorrow (can't get to them tonite). Steve >>> "Charlton Purvis" 02/17/04 11:52 AM >>> Hi, Steve: Checked out the overlib URL you sent below, and I must admit it's slick. I'm a little lost, though, what library do I need to make sure I have installed and part of my ./configure? I'm trying to monkey around w/ imagemap, a la the Wiki post: OUTPUTFORMAT NAME imagemap MIMETYPE "text/html" DRIVER imagemap END But a shp2img gives me a: msDrawMap(): GD library error. Unable to initialize image. Running 4.0.1 and gd-2.0.15. My MS build looks like it put mapimagemap.c into my libmap.a. Any hints? Thanks, Charlton > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Tuesday, February 10, 2004 12:51 PM > To: pucher at atlas.gis.univie.ac.at; mapserver-users at lists.gis.umn.edu; > bartvde at xs4all.nl > Subject: Re: [Mapserver-users] Mouse Over > > Hi all: The mapimage w/XML software was really more a proof-of-concept. > I never took it any further than that. The source is around if you're > interested. There are other possibilities as well. For example, in 4.0 > there actually is a imagemap output object (see > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap) but I don't know > much about it. In 4.1 there is the [shpxy] tag and I've been planning to > add an attribute to allow you to output coordinates in IMAGE > coordinates. That way you could build an imagemap on the fly via the > CGI. It could also be used to populate DHTML popup objects (e.g. > http://www.bosrup.com/web/overlib/). > > Would be happy to discuss further. From mapserver at digger.net Thu Feb 19 03:09:08 2004 From: mapserver at digger.net (Dave Walton) Date: Thu, 19 Feb 2004 03:09:08 -0800 Subject: [Mapserver-users] Re: Mouse Over In-Reply-To: <20040218180030.6634.89890.Mailman@lists.gis.umn.edu> References: <20040218180030.6634.89890.Mailman@lists.gis.umn.edu> Message-ID: <20040219030908.6fd28335.mapserver@digger.net> On Tue, 17 Feb 2004 12:52:14 -0500 Charlton Purvis wrote: > I'm trying to monkey around w/ imagemap, a la the Wiki post: > OUTPUTFORMAT > NAME imagemap > MIMETYPE "text/html" > DRIVER imagemap > END > > But a shp2img gives me a: > msDrawMap(): GD library error. Unable to initialize image. Having just managed to get the imagemap stuff to work myself, I'd say that the imagemap renderer is not enabled. That error is most likely coming from line 167 of mapdraw.c, and the reason is probably the commented-out code in lines 133-139. If you uncomment those lines(which contain a call to msImageCreateIM()) and recompile, that ought to eliminate the error. Dave -- ---------------------------------------------------------------------- Dave Walton dwalton at acm.org ---------------------------------------------------------------------- From mapserver at digger.net Thu Feb 19 03:19:14 2004 From: mapserver at digger.net (Dave Walton) Date: Thu, 19 Feb 2004 03:19:14 -0800 Subject: [Mapserver-users] Re: Mouse Over In-Reply-To: <20040218180030.6634.89890.Mailman@lists.gis.umn.edu> References: <20040218180030.6634.89890.Mailman@lists.gis.umn.edu> Message-ID: <20040219031914.3e05e29a.mapserver@digger.net> On Tue, 17 Feb 2004 22:54:41 +0100 Alexander Pucher wrote: > http://map.gis.univie.ac.at/ms_test/imagemap.php > It seems to work at the first sight, but when you click on one of the > polygons, no windows appears. If you look at the source code of the > page, you will see that no argument 'p' is handed over to the javascript > function. > > Can anyone see what the problem is with my demo? I followed the exact > instructions from your wiki section. It looks to me like you need to add a LABELITEM tag to the LAYER you are using for the imagemap. You don't need to actually display labels, or even have a LABEL object, but the argument sent to the javascript function is the contents of the field specified by LABELITEM. Dave -- ---------------------------------------------------------------------- Dave Walton dwalton at acm.org ---------------------------------------------------------------------- From mapserver at digger.net Thu Feb 19 03:27:35 2004 From: mapserver at digger.net (Dave Walton) Date: Thu, 19 Feb 2004 03:27:35 -0800 Subject: [Mapserver-users] Re: MapServer ImageMap feature In-Reply-To: <20040218180030.6634.89890.Mailman@lists.gis.umn.edu> References: <20040218180030.6634.89890.Mailman@lists.gis.umn.edu> Message-ID: <20040219032735.27f618f2.mapserver@digger.net> On Wed, 18 Feb 2004 06:05:50 -0500 Dave Astolfo wrote: > I am trying to implement client-side Image Maps using the ImageMap > sample provided on the MapServer Wiki > (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap). I am using the > GMAP demo and am getting this error: > > Warning: [MapServer Error]: msDrawMap(): Unable to initialize image. in > C:\MapServerTools\GMAP_Sample\htdocs\gmap75.inc.php on line 576 I am not at all familiar with the GMAP stuff, but the error message looks like the same one another person just asked about. I suggest you check the block of code on lines 133-139 of mapdraw.c (containing the call to msImageCreateIM()) and see if it is commented out. If so, uncomment it and recompile, and you should be good to go. Dave -- ---------------------------------------------------------------------- Dave Walton dwalton at acm.org ---------------------------------------------------------------------- From romain at mezimail.com Thu Feb 19 03:39:52 2004 From: romain at mezimail.com (Romain Chantereau) Date: Thu, 19 Feb 2004 12:39:52 +0100 Subject: [Mapserver-users] python mapscript 4.0.1, style, symbol... Message-ID: <4034A088.3020607@mezimail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi there, I want to display a symbol (pixmap, or vector) on a map where the user clicked. I'm very confused with the interaction between style/class/layer/symbol etc... In fact, I was able to set symbol and draw them with the example here: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PythonMapScriptExamples401ex1 But in my code, I have to create this point layer from scratch (and use the feature function). Everything went ok... Except the symbol drawing. Il have only the point (in any color I want), I cannot draw a vector netheir a pixmap symbol... When I do a symbolset.getSymbolByName with the name of the symbol I got the correct instanciated symbol Object. This raised another problem, during my investigation, I wanted to create a map from scratch and just display a symbol in the middle of nowhere. I don't understand how to add symbol to the map symbol set on the fly. (in python mapscript, of course, I think in C, I would increase the numstyle +1 and alloc mem + size(symbolObj)) Here the piece of code and the generated section of the mapfile. It will make about 5 days I am on this problem now, I begin to become insane, please save my neigbour from a certain death. Here the piece of code: ~ map = self.getMapObject(mapId) ~ map.resetMap() ~ mapObj = map.mapObj ~ layerObj = mapscript.layerObj(mapObj) layerObj.status = mapscript.MS_ON layerObj.type = mapscript.MS_LAYER_POINT layerObj.name = "Point de Saisie" ~ layerObj.template = "bogus.html" ~ layerObj.tolerance = 10 classObj = mapscript.classObj(layerObj) ~ #styleObj = mapscript.styleObj() ~ styleObj = classObj.styles ~ colorObj = styleObj.color ~ colorObj.red, colorObj.green, colorObj.blue = (0,0,0) ~ #styleObj.outlinecolor.red = 255 ~ #styleObj.backgroundcolor.red = 255 ~ styleObj;symbol = 2 ~ #styleObj.symbolname = "flag2" ~ styleObj.symbolname = "plus" ~ #classObj.size = 50 ~ styleObj.size = 10 ~ #styleObj.minsize = 50 ~ #styleObj.maxsize = 100 ~ #classObj.styles = styleObj ~ classObj.name = 'saisie' ~ classObj.numstyles = 1 classObj.status = mapscript.MS_ON ~ labelObj = classObj.label ~ labelObj.color.red = 255 ~ labelObj.type = mapscript.MS_BITMAP ~ labelObj.size = mapscript.MS_MEDIUM ~ labelObj.offsetx = 10 ~ labelObj.offsety = 10 ~ pointObj = mapscript.pointObj() ~ pointObj.x = x ~ pointObj.y = y lineObj = mapscript.lineObj() ~ lineObj.add(pointObj) ~ shapeObj = mapscript.shapeObj(mapscript.MS_SHAPE_POINT) shapeObj.add(lineObj) ~ shapeObj.setBounds() ~ layerObj.addFeature(shapeObj) ~ mapObj.outputformat.transparent = 0 ~ imageObj = mapObj.prepareImage() ~ #symbol = mapObj.symbolset.getSymbolByName('flag2') ~ #symbol = mapObj.symbolset.getSymbol(2) ~ imageObj = mapObj.draw() ~ #shapeObj.draw(mapObj, layerObj, imageObj) ~ pointObj.draw(mapObj, layerObj, imageObj, 0, 'saisie') ~ mapObj.drawLabelCache(imageObj) ~ mapObj.save('/tmp/map.map') ~ tmp = open('/tmp/map.png','w') ~ tmp.write(imageObj.saveToString()) ~ tmp.close() Mapfile Section: ~ LAYER ~ NAME "Point de Saisie" ~ SIZEUNITS PIXELS ~ STATUS ON ~ TEMPLATE "bogus.html" ~ TOLERANCE 10 ~ TOLERANCEUNITS PIXELS ~ TYPE POINT ~ UNITS METERS ~ CLASS ~ NAME "saisie" ~ LABEL ~ SIZE MEDIUM ~ TYPE BITMAP ~ BUFFER 0 ~ COLOR 255 0 0 ~ FORCE FALSE ~ MINDISTANCE -1 ~ MINFEATURESIZE -1 ~ OFFSET 10 10 ~ PARTIALS TRUE ~ POSITION CC ~ END ~ STYLE ~ COLOR 0 0 0 ~ MAXSIZE 100 ~ MINSIZE 1 ~ SIZE 10 ~ SYMBOL "plus" ~ END ~ END ~ FEATURE ~ POINTS ~ 600636 2.4273e+06 ~ END ~ END ~ END - -- Romain Chantereau -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFANKCH9uawmXu5rjARAvHhAJ0TQRxFNKrhTwQfjMRY24VybL5gNACfXMuX BdQr8GNUtjslIBHPwqC8+YM= =NZmj -----END PGP SIGNATURE----- From humberto at pastoraldacrianca.org.br Thu Feb 19 04:35:50 2004 From: humberto at pastoraldacrianca.org.br (Humberto Cereser Ibanez) Date: Thu, 19 Feb 2004 09:35:50 -0300 Subject: [Mapserver-users] Mapscript, Debian & Server Error References: <004201c3f629$667dac30$c772120a@senna142> Message-ID: <4034ADA6.4030607@pastoraldacrianca.org.br> Vincenzo Patruno wrote: > Hi all! > > Unfortunately two weeks ago my server said me "goodbye" and crashed. > (Hard Disk problem) > So I found a new server and I began installing all software I needed. > > So I installed Mapserver - Mapscript 3.6.7 (My application uses > 'addcolor' that isn't supported by Mapserver 4) > and I installed also PHP (4.2.3, but I installed also all versions up > to 4.3.4) > > You can check the system clicking on > http://www.geodemo.istat.it/test.php > > and > http://www.geodemo.istat.it/itasca/demo_init.html > > But when I test my application The system has a strange behaviour > > If you go to > http://www.geodemo.istat.it/gpop2001/index_e.orig.php > > and click "Map" the system display correctely a map > This appens also if you select "All provinces" and "All Regions" on > the left side of the screen > But if you select a Geographical area other than "Italy" and you click > "Map" the system display an error. > > In the error_log file you can find: "Premature end of script headers: > /usr/local/apache/cgi-bin/php" > > We have the same problem using maplab. > > http://www.geodemo.istat.it/maplab/htdocs/index.phtml > If you open the tutorial project and you want to display the preview > of the mapfile, you obtain the same error. > > > I think the problem is related somehow to display more than one layer. > Infact, in "Geodemo" application the system fails exactly when more > than one layer sould be displayed > (This happens also if you zoom in) > > Any idea? > > > ... On the new system I installed last version of Debian (3.0) while I > used Red Hat 7.3 on the previous system > > Thanks in advance > V > Hi Vincenzo I had the same problem with php-4.3.3 I followed the advice in http://www.debianhowto.de/howtos/en/suphp/suphp_installation.html excepting for instalation of pakage php4-cgi. I install php from sources. My php-4.3.4 configure: /configure --prefix=/usr/local --with-gd=/usr/local --with-proj=/usr/local --with-gdal=/usr/local/src/gdal-1.1.9/apps/gdal-config --with-curl=/usr/local --with-pgsql=/usr/local/src/postgresql-7.2.1/src /usr/include/postgresql /usr/lib --with-ncurses --with-regex=system --without-mysql --with-freetype-dir=/usr/local --with-iconv --with-zlib --with-t1lib=/usr/include --with-iconv --enable-cli --enable-cgi --enable-force-cgi-redirect --enable-fastcgi --enable-gd-native-ttf --enable-static --enable-dbase Good luck! Humberto Cereser Ibanez Pastoral da Crian?a Curitiba - PR - Brasil From romain at mezimail.com Thu Feb 19 04:22:44 2004 From: romain at mezimail.com (Romain Chantereau) Date: Thu, 19 Feb 2004 13:22:44 +0100 Subject: [Mapserver-users] python mapscript 4.0.1, style, symbol... In-Reply-To: <4034A088.3020607@mezimail.com> References: <4034A088.3020607@mezimail.com> Message-ID: <4034AA94.9030707@mezimail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I forgot to add: "Of course, the label is drawed on the generated image..." - -- Romain Chantereau PS: Sorry for the mail duplication. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFANKqT9uawmXu5rjARAou9AJ4vu9Ygq4VSqil0R9fFhyS8NxEt2QCcDem7 IQCWKSvRFETBaP4CTJ6+SBM= =KWTZ -----END PGP SIGNATURE----- From Martin.Kiuru at Elion.ee Thu Feb 19 05:31:18 2004 From: Martin.Kiuru at Elion.ee (Martin Kiuru) Date: Thu, 19 Feb 2004 15:31:18 +0200 Subject: [Mapserver-users] searching in layer (newbie) Message-ID: <1D6EE6E7F017B2479C94CAC3903E5DE1B52DEE@KIRJATUVI.cc.et.ee> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3F6EC.A7CDA3D2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi. =20 I have a problem with a search using queryByAttributes() in tileindexed layer. After first search, when searched object is zoomed, all next searches will work only with a displayed zoomed area - it seems that after zooming getLayerByName() returns only zoomed area of the layer. So, my question is how to reset layer to initial state, to search in whole layer ? =20 Thanks in advice, Martin. ------_=_NextPart_001_01C3F6EC.A7CDA3D2 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sõnum
Hi.
 
I have = a problem=20 with a search using queryByAttributes() in tileindexed = layer. After=20 first search, when searched object is zoomed, all next searches will = work only=20 with a displayed zoomed area - it seems that after zooming getLayerByName() returns only zoomed area of the layer. So, my = question=20 is how to reset layer to initial state, to search in whole layer=20 ?
 
Thanks = in=20 advice,
Martin.
------_=_NextPart_001_01C3F6EC.A7CDA3D2-- From sgillies at frii.com Thu Feb 19 06:19:06 2004 From: sgillies at frii.com (Sean Gillies) Date: Thu, 19 Feb 2004 07:19:06 -0700 Subject: [Mapserver-users] python mapscript 4.0.1, style, symbol... In-Reply-To: <4034A088.3020607@mezimail.com> References: <4034A088.3020607@mezimail.com> Message-ID: <93CD20DA-62E6-11D8-8085-000393B98B56@frii.com> On Feb 19, 2004, at 4:39 AM, Romain Chantereau wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi there, > > I want to display a symbol (pixmap, or vector) on a map where the user > clicked. > > I'm very confused with the interaction between style/class/layer/symbol > etc... > > In fact, I was able to set symbol and draw them with the example here: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl? > PythonMapScriptExamples401ex1 > > But in my code, I have to create this point layer from scratch (and use > the feature function). > > Everything went ok... Except the symbol drawing. > > Il have only the point (in any color I want), I cannot draw a vector > netheir a pixmap symbol... > > > When I do a symbolset.getSymbolByName with the name of the symbol I got > the correct instanciated symbol Object. > > This raised another problem, during my investigation, I wanted to > create > a map from scratch and just display a symbol in the middle of nowhere. > > I don't understand how to add symbol to the map symbol set on the fly. > > (in python mapscript, of course, I think in C, I would increase the > numstyle +1 and alloc mem + size(symbolObj)) > > Here the piece of code and the generated section of the mapfile. > It will make about 5 days I am on this problem now, I begin to become > insane, please save my neigbour from a certain death. > > Here the piece of code: > ~ map = self.getMapObject(mapId) > ~ map.resetMap() > ~ mapObj = map.mapObj > ~ layerObj = mapscript.layerObj(mapObj) > layerObj.status = mapscript.MS_ON > layerObj.type = mapscript.MS_LAYER_POINT > layerObj.name = "Point de Saisie" > ~ layerObj.template = "bogus.html" > ~ layerObj.tolerance = 10 > classObj = mapscript.classObj(layerObj) > ~ #styleObj = mapscript.styleObj() > ~ styleObj = classObj.styles > ~ colorObj = styleObj.color > ~ colorObj.red, colorObj.green, colorObj.blue = (0,0,0) > ~ #styleObj.outlinecolor.red = 255 > ~ #styleObj.backgroundcolor.red = 255 > ~ styleObj;symbol = 2 > ~ #styleObj.symbolname = "flag2" > ~ styleObj.symbolname = "plus" > ~ #classObj.size = 50 > ~ styleObj.size = 10 > ~ #styleObj.minsize = 50 > ~ #styleObj.maxsize = 100 > ~ #classObj.styles = styleObj > ~ classObj.name = 'saisie' > ~ classObj.numstyles = 1 > classObj.status = mapscript.MS_ON > ~ labelObj = classObj.label > ~ labelObj.color.red = 255 > ~ labelObj.type = mapscript.MS_BITMAP > ~ labelObj.size = mapscript.MS_MEDIUM > ~ labelObj.offsetx = 10 > ~ labelObj.offsety = 10 > > ~ pointObj = mapscript.pointObj() > ~ pointObj.x = x > ~ pointObj.y = y > > > lineObj = mapscript.lineObj() > ~ lineObj.add(pointObj) > ~ shapeObj = mapscript.shapeObj(mapscript.MS_SHAPE_POINT) > shapeObj.add(lineObj) > ~ shapeObj.setBounds() > ~ layerObj.addFeature(shapeObj) > > ~ mapObj.outputformat.transparent = 0 > ~ imageObj = mapObj.prepareImage() > ~ #symbol = mapObj.symbolset.getSymbolByName('flag2') > ~ #symbol = mapObj.symbolset.getSymbol(2) > > ~ imageObj = mapObj.draw() > ~ #shapeObj.draw(mapObj, layerObj, imageObj) > ~ pointObj.draw(mapObj, layerObj, imageObj, 0, 'saisie') > ~ mapObj.drawLabelCache(imageObj) > ~ mapObj.save('/tmp/map.map') > ~ tmp = open('/tmp/map.png','w') > ~ tmp.write(imageObj.saveToString()) > ~ tmp.close() > > Mapfile Section: > > ~ LAYER > ~ NAME "Point de Saisie" > ~ SIZEUNITS PIXELS > ~ STATUS ON > ~ TEMPLATE "bogus.html" > ~ TOLERANCE 10 > ~ TOLERANCEUNITS PIXELS > ~ TYPE POINT > ~ UNITS METERS > ~ CLASS > ~ NAME "saisie" > ~ LABEL > ~ SIZE MEDIUM > ~ TYPE BITMAP > ~ BUFFER 0 > ~ COLOR 255 0 0 > ~ FORCE FALSE > ~ MINDISTANCE -1 > ~ MINFEATURESIZE -1 > ~ OFFSET 10 10 > ~ PARTIALS TRUE > ~ POSITION CC > ~ END > ~ STYLE > ~ COLOR 0 0 0 > ~ MAXSIZE 100 > ~ MINSIZE 1 > ~ SIZE 10 > ~ SYMBOL "plus" > ~ END > ~ END > ~ FEATURE > ~ POINTS > ~ 600636 2.4273e+06 > ~ END > ~ END > ~ END > Romain, In 4.0/4.0.1 there is no support for multiple styles in mapscript. We have made some important fixes to mapscript styles in CVS and they will be available in the next release. You can read about them at http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=548 I too think that we should be able to add to the symbolset. Maybe you would want to file a new feature request into the Mapserver bugzilla? That would help to remind me to implement this. cheers, Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From tenierer at gov.ns.ca Thu Feb 19 06:28:59 2004 From: tenierer at gov.ns.ca (Rene Teniere ) Date: Thu, 19 Feb 2004 10:28:59 -0400 Subject: [Mapserver-users] processLegendTemplate Message-ID: Thank you, that helps a lot. Now if I could only get to work since we have about half a metre of snow here in Nova Scotia! Rene Rene J.R. Teniere - BSc., D.GIS GIS Technician Nova Scotia Department of Natural Resources Forestry Division (GIS) - Truro Phone: (902) 893-5655 Mobile: (902) 209-8956 >>> Daniel Morissette 02/18/04 5:19 PM >>> Rene Teniere wrote: > Hi All, > > I was wondering if someone could explain how the > processLegendTemplate() function works. I have an existing MapServer > legend template I would like to use (legend_template.html). How would I > go about using it along with the $legend = $map->drawLegend(); and > $legend_url = $legend->saveWebImage();? What do they mean by the results > in a buffer? > processLegendTemplate() is for HTML templates only. You need to set TEMPLATE legend_template.html in your mapfile (or via mapscript), and then you call processLegendTemplate() which will return you a string buffer (HTML) of the legend that's been generated. You can then print that HTML in your script output at the position where you want the legend to go. With respect to $map->drawLegend(), it's for the traditional GIF legend and doesn't do anything with the HTML templates. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From lfilak at medinaco.org Thu Feb 19 06:30:58 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 19 Feb 2004 09:30:58 -0500 Subject: [Mapserver-users] searching in layer (newbie) Message-ID: <20040219143050.109161A6599@mail.medinaco.org> I think you may need to include more information/code, if I'm not mistaken getlayerbyname should return a layer handle without a reselection. It sounds like the handle your using may be the resultcaheobj instead of the new layerobj.? But then I could be completely off base... Lowell The following message was sent by "Martin Kiuru" on Thu, 19 Feb 2004 15:31:18 +0200. > Hi. > > I have a problem with a search using queryByAttributes() in tileindexed > layer. After first search, when searched object is zoomed, all next > searches will work only with a displayed zoomed area - it seems that > after zooming getLayerByName() returns only zoomed area of the layer. > So, my question is how to reset layer to initial state, to search in > whole layer ? > > Thanks in advice, > Martin. > From nicolas.fortin at ec.gc.ca Thu Feb 19 06:32:40 2004 From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca) Date: Thu, 19 Feb 2004 09:32:40 -0500 Subject: [Mapserver-users] Empty image with Oracle Spatial (polygons and lines) Message-ID: Hi, Are you sure that the SDO_GTYPE is the right one in Oracle (polygon) and that the SRID in the map file and in Oracle are the same ? Nick -----Message d'origine----- De : arie van Halem [mailto:arie at vanhalem.net] Envoy? : Wednesday, February 18, 2004 3:29 AM ? : mapserver-users at lists.gis.umn.edu Objet : [Mapserver-users] Empty image with Oracle Spatial (polygons and lines) Hi List, I've installed mapserver version 4.0.1 with Oracle input (ms401_png_oracle.zip) on a windows2000 machine with apache 2. As I try to get a map based on an oracle table I get an empty image. The map definition I use is: MAP IMAGETYPE PNG EXTENT -14000 294000 283750 641250 UNITS METERS SIZE 600 400 IMAGECOLOR 255 255 0 SHAPEPATH "data" DEBUG ON WEB LOG "\mslog.txt" END LAYER DEBUG ON NAME regio CONNECTIONTYPE oraclespatial CONNECTION "usr/pwd at orcl" DATA "geom FROM regio USING SRID 90112" STATUS DEFAULT TYPE POLYGON CLASS COLOR 128 128 128 # gray-filled OUTLINECOLOR 0 0 0 # black contour END END END The request I use: http://localhost/cgi-bin/mapserv.exe?map=/mapdata/test.map&mode=map The logfile (\mslog.txt) shows: Wed Feb 18 08:59:16 2004,2532,127.0.0.1,MS,3,-125988.125000 294000.000000 395738.125000 641250.000000,-1.000000 -1.000000,,normal execution The apache error file shows: [Wed Feb 18 08:59:16 2004] [error] [client 127.0.0.1] Wed Feb 18 08:59:16 2004 - msBuildPath: Unable to access file. The query in oracle that mapsserver is running returns 25 rows (with polygons), I tested that. When I try to show point data based on an oracle table, mapserver does draw it correctly. Polygon and line data is not drawn. When I try to show the same data from a shape-file, mapserver does draw the polygons correctly. Can someone help me out? Arie van Halem arie at vanhalem.net - sorry for poor enlish - _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Martin.Kiuru at Elion.ee Thu Feb 19 06:45:11 2004 From: Martin.Kiuru at Elion.ee (Martin Kiuru) Date: Thu, 19 Feb 2004 16:45:11 +0200 Subject: [Mapserver-users] searching in layer (newbie) Message-ID: <1D6EE6E7F017B2479C94CAC3903E5DE1B52E02@KIRJATUVI.cc.et.ee> Hi Lowell, Thanks for your answer ! Here is my code. If you know some better way to search single polygons in layer, please tell me... Also, if you have some idea how to display this polygon in different color - it will be great to hear about it :) Best Regards, Martin if ( $http_form_vars["parcel-number"] ) { // the parcel number to query for $szParcelNumber = $http_form_vars["parcel-number"]; // the current extents will be the default if we fail. //$oMapSession->oMap->setExtent( MAX_EXT_MINX, MAX_EXT_MAXX, MAX_EXT_MINY, MAX_EXT_MAXY ); $oExtents = $oMapSession->oMap->extent; $oldExtents = $oExtents; //first we need a handle on the layer, let's assume that we have //it's name $oParcelLayer = $oMapSession->oMap->getLayerByName( "TUNNUSED" ); // set up the layer for a query in ms 3.6 - in 3.7 we don't need // to do this, we can just use querybyattribute. Here we assume // that the data file associated with the layer has an attribute // called parcel_number that we are querying. $oParcelLayer->set( "filteritem", "TUNNUS" ); $oParcelLayer->setFilter( "\"$szParcelNumber\"" ); // use querybyattribute to generate the result, assume a single // one for simplicity but this can be extended to multiple // results easily $oParcelLayer->queryByAttributes('TUNNUS','/'.$szParcelNumber.'/',MS_SIN GLE); //now check to see if there are any results? If ($oParcelLayer->getNumResults() > 0 ) { //at least one result, assume only one for this example $oResult = $oParcelLayer->getResult( 0 ); //oResult is a resultCacheMemberObj $oParcelLayer->open(); //new code $oShape = $oParcelLayer->getShape( $oResult->tileindex,$oResult->shapeindex ); $oExtents = $oShape->bounds; $oShape->free(); $oParcelLayer->close(); } $sessWidth=$oMapSession->oMap->width; $sessHeight=$oMapSession->oMap->height; $px1=$sessWidth/($oldExtents->maxx-$oldExtents->minx)*($oExtents->minx-$ oldExtents->minx); $px2=$sessWidth/($oldExtents->maxx-$oldExtents->minx)*($oExtents->maxx-$ oldExtents->minx); $py1=$sessHeight/($oldExtents->maxy-$oldExtents->miny)*($oldExtents->max y-$oExtents->maxy); $py2=$sessHeight/($oldExtents->maxy-$oldExtents->miny)*($oldExtents->max y-$oExtents->miny); $pxX=($px1 + $px2)/2 ; $pyY=($py1 + $py2)/2 ; if ($oExtents != $oldExtents ) { $oMapNavigator->zoomScale(8000, $pxX, $pyY); } } -----Original Message----- From: Lowell Filak [mailto:lfilak at medinaco.org] Sent: Thursday, February 19, 2004 4:31 PM To: Martin Kiuru; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] searching in layer (newbie) I think you may need to include more information/code, if I'm not mistaken getlayerbyname should return a layer handle without a reselection. It sounds like the handle your using may be the resultcaheobj instead of the new layerobj.? But then I could be completely off base... Lowell The following message was sent by "Martin Kiuru" on Thu, 19 Feb 2004 15:31:18 +0200. > Hi. > > I have a problem with a search using queryByAttributes() in > tileindexed layer. After first search, when searched object is zoomed, > all next searches will work only with a displayed zoomed area - it > seems that after zooming getLayerByName() returns only zoomed area of > the layer. So, my question is how to reset layer to initial state, to > search in whole layer ? > > Thanks in advice, > Martin. > From nicolas.fortin at ec.gc.ca Thu Feb 19 06:34:29 2004 From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca) Date: Thu, 19 Feb 2004 09:34:29 -0500 Subject: [Mapserver-users] query oracle attribute data Message-ID: Hi I already asked this question and I fear the answer is not yet ... I'd like to have this feature too :) Nick -----Message d'origine----- De : Mills, Daniel [mailto:Mills_D at wrcplc.co.uk] Envoy? : Wednesday, February 18, 2004 5:41 AM ? : 'mapserver-users at lists.gis.umn.edu' Objet : [Mapserver-users] query oracle attribute data Is it possible to query oracle data attribute data and then display the results. I am using Mapserver V4.0.1 with PHP Mapscript and Oracle Spatial support. I have seen loads of examples using shape files but would really like to do it using Oracle Spatial. Thanks Daniel _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From cpurvis at asg.sc.edu Thu Feb 19 06:58:51 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Thu, 19 Feb 2004 09:58:51 -0500 Subject: [Mapserver-users] RE: Mouse Over Message-ID: > commented-out code in lines 133-139. If you uncomment those lines(which > contain a call to msImageCreateIM()) and recompile, that ought to > eliminate the error. Bingo! Thanks. Now the fun begins . . . From David.Fawcett at state.mn.us Thu Feb 19 07:02:46 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Thu, 19 Feb 2004 09:02:46 -0600 Subject: [Mapserver-users] Multiple Layer Itemqueries? Message-ID: Is it possible to perform two itemnqueries in the same request? Something like: http://0.0.0.0/cgi-bin/ms4/mapserv.exe?map=e%3A%5Cweb%2Fsc%5Cmulti.map&mode=itemnquery&qlayer=sub&qitem=FIPS&qstring=('[FIPS]'+IN+'27001,27003,27005')&qlayer=log&qitem=FIPS&qstring=('[FIPS]'+IN+'27007,27009,27011')" I have a map file with two layers that both reference the same MN counties poly shapefile. I have classed each layer so one is red and the other is blue. And, I am using STYLE selected in my querymap object. It works, but it appears that the second itemnquery overwrites the first one in the URL string. Is it possible to get the selected items from each layer to show up in the same image? Here is the Map Snippet: QUERYMAP SIZE 150 150 STATUS ON STYLE SELECTED #COLOR 255 204 102 END LAYER NAME log STATUS ON TYPE POLYGON DATA score TEMPLATE "selectcounty.html" FOOTER "selectcountyfoot.html" CLASS COLOR 255 0 0 OUTLINECOLOR 181 181 181 END END LAYER NAME sub STATUS ON TYPE POLYGON DATA score TEMPLATE "selectcounty.html" FOOTER "selectcountyfoot.html" CLASS COLOR 255 204 102 OUTLINECOLOR 181 181 181 END END David J. Fawcett MN Office of Environmental Assistance From wesp at gdv.com Thu Feb 19 07:27:41 2004 From: wesp at gdv.com (Oliver Wesp) Date: Thu, 19 Feb 2004 16:27:41 +0100 Subject: [Mapserver-users] query oracle attribute data In-Reply-To: References: Message-ID: <4034D5ED.4070505@gdv.com> Hi, afaik native oracle spatial support does not support querys yet. But it's possible to use ogr for reading your oracle spatial layers, which makes it possible to query those layers too. Oliver nicolas.fortin at ec.gc.ca wrote: > Hi > > I already asked this question and I fear the answer is not yet ... > I'd like to have this feature too :) > > Nick > > -----Message d'origine----- > De : Mills, Daniel [mailto:Mills_D at wrcplc.co.uk] > Envoy? : Wednesday, February 18, 2004 5:41 AM > ? : 'mapserver-users at lists.gis.umn.edu' > Objet : [Mapserver-users] query oracle attribute data > > > Is it possible to query oracle data attribute data and then display the > results. I am using Mapserver V4.0.1 with PHP Mapscript and Oracle Spatial > support. I have seen loads of examples using shape files but would really > like to do it using Oracle Spatial. > > Thanks > > Daniel > _______________________________________________ > 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 > > > -- Dipl.-Geogr. Oliver Wesp Gesellschaft fuer geografische Datenverarbeitung Binger Strasse 49-51 D-55218 Ingelheim fon: +49 6132 714818 fax: +49 6132 714828 http: www.gdv.com From tomko at gku.sk Thu Feb 19 07:53:56 2004 From: tomko at gku.sk (Martin Tomko) Date: Thu, 19 Feb 2004 16:53:56 +0100 Subject: [Mapserver-users] Oracle layer - labelling, querying and ORA spatial index problems In-Reply-To: <20040218180030.6634.89890.Mailman@lists.gis.umn.edu> Message-ID: <000001c3f700$9b8d1140$d90510ac@aisgkk> Hi list! I finally got my sample Oracle layer working. I am still encountering a few errors: 1. I am getting an error: "msOracleSpatialLayerGetShape(): OracleSpatial error. Function not implemented yet" when I try to make a query on the layer. 2. I am also not able to get the labels, based on some attributes of my spatial table, displayed. 3. A different one - this is more an Oracle problem, but I am getting desperate as I cannot get it solved... I am getting this errors while trying to make a spatial index on my table. No, I did not forget to make an entry in the metadata... SQL: CREATE TABLE bodysps (CBODU NUMBER PRIMARY KEY,NAZOV VARCHAR (32),X NUMBER,Y NUMBER,Z NUMBER,TOPO VARCHAR (32),shape MDSYS.SDO_GEOMETRY); commit; INSERT INTO bodysps VALUES(1,'GANP',-329391,-1201080,700,'1005.GIF',MDSYS.SDO_GEOMETRY(2001, NULL,MDSYS.SDO_POINT_TYPE(-329391,-1201080,NULL),NULL,NULL)); INSERT INTO bodysps VALUES(2,'BBYS',-417261,-1226741,444,'1005.GIF',MDSYS.SDO_GEOMETRY(2001, NULL,MDSYS.SDO_POINT_TYPE(-417261,-1226741,NULL),NULL,NULL)); INSERT INTO bodysps VALUES(3,'MOPI',-558922,-1256757,535,'1005.GIF',MDSYS.SDO_GEOMETRY(2001, NULL,MDSYS.SDO_POINT_TYPE(-558922,-1256757,NULL),NULL,NULL)); ... -- metadata update INSERT INTO USER_SDO_GEOM_METADATA VALUES ( 'body', 'shape', 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 ); SQL> CREATE INDEX bodysps_idx 2 ON bodysps(shape) 3 INDEXTYPE IS MDSYS.SPATIAL_INDEX; CREATE INDEX bodysps_idx * ERROR v riadku 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 (''MDSYS'',''MDIDX_INIT'', 0, 0, 64, -1, NLS_UPPER(''MDRT_7992$''), ''BODYSPS_IDX'', 1, ''MDSYS'', ''"SHAPE"'', 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 From muratisik at megatek.com.tr Thu Feb 19 08:03:36 2004 From: muratisik at megatek.com.tr (Murat Isik) Date: Thu, 19 Feb 2004 18:03:36 +0200 Subject: [Mapserver-users] europa projection Message-ID: <008201c3f701$efdfdec0$b4704ad5@murathq> This is a multi-part message in MIME format... ------=_NextPart_000_007F_01C3F712.B1EDA780 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I downloaded the europa example layer and tried to covert it to other proje= ction formats unsuccessfully. What are the exact properties of this layer? = In the mail archives I found "the projection is Transverse Mercator,spheroi= d WGS84, False Easting and Northing 0, Scale Factor 0.9996(UTM)." However E= SRI ArcView GIS 3.3 has this projection utility that askes for more. For ex= ample what is the exactly zone of this map? I know it is europa but that is= europa's zone? What are the parameters I should enter into projection utilty to get it to = read europa correctly? have a nsce day ------=_NextPart_000_007F_01C3F712.B1EDA780-- From bartvde at xs4all.nl Thu Feb 19 08:14:22 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Thu, 19 Feb 2004 17:14:22 +0100 (CET) Subject: [Mapserver-users] Oracle layer - labelling, querying and ORA spatial index problems In-Reply-To: <000001c3f700$9b8d1140$d90510ac@aisgkk> References: <20040218180030.6634.89890.Mailman@lists.gis.umn.edu> <000001c3f700$9b8d1140$d90510ac@aisgkk> Message-ID: <23310.212.238.227.182.1077207262.squirrel@webmail.xs4all.nl> Hi, 1) the query functionality is not implemented at the moment when using the native Oracle Spatial interface in Mapserver. If you use OGR to connect to Oracle this should work. This needs a bit of compiling in OGR and Mapserver. 2) labels should work, see the Wiki for an example: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OracleSpatial 3) when you insert the metadata your first argument is 'body' and should be the name of your table, i.e. 'bodysps' INSERT INTO USER_SDO_GEOM_METADATA VALUES ('body', ..... Best regards, Bart > Hi list! > > I finally got my sample Oracle layer working. I am still encountering a > few errors: > > 1. I am getting an error: > "msOracleSpatialLayerGetShape(): OracleSpatial error. Function not > implemented yet" > > when I try to make a query on the layer. > > 2. I am also not able to get the labels, based on some attributes of my > spatial table, displayed. > > > 3. A different one - this is more an Oracle problem, but I am getting > desperate as I cannot get it solved... I am getting this errors while > trying to make a spatial index on my table. No, I did not forget to make > an entry in the metadata... SQL: > > CREATE TABLE bodysps (CBODU NUMBER PRIMARY KEY,NAZOV VARCHAR (32),X > NUMBER,Y NUMBER,Z NUMBER,TOPO VARCHAR (32),shape MDSYS.SDO_GEOMETRY); > commit; > > > INSERT INTO bodysps > VALUES(1,'GANP',-329391,-1201080,700,'1005.GIF',MDSYS.SDO_GEOMETRY(2001, > NULL,MDSYS.SDO_POINT_TYPE(-329391,-1201080,NULL),NULL,NULL)); > INSERT INTO bodysps > VALUES(2,'BBYS',-417261,-1226741,444,'1005.GIF',MDSYS.SDO_GEOMETRY(2001, > NULL,MDSYS.SDO_POINT_TYPE(-417261,-1226741,NULL),NULL,NULL)); > INSERT INTO bodysps > VALUES(3,'MOPI',-558922,-1256757,535,'1005.GIF',MDSYS.SDO_GEOMETRY(2001, > NULL,MDSYS.SDO_POINT_TYPE(-558922,-1256757,NULL),NULL,NULL)); > > ... > > -- metadata update > > INSERT INTO USER_SDO_GEOM_METADATA > VALUES ( > 'body', > 'shape', > 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 > ); > > > SQL> CREATE INDEX bodysps_idx > 2 ON bodysps(shape) > 3 INDEXTYPE IS MDSYS.SPATIAL_INDEX; > CREATE INDEX bodysps_idx > * > ERROR v riadku 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 (''MDSYS'',''MDIDX_INIT'', 0, 0, 64, -1, > NLS_UPPER(''MDRT_7992$''), ''BODYSPS_IDX'', 1, ''MDSYS'', ''"SHAPE"'', > 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 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From daniel.faivre at camptocamp.com Thu Feb 19 08:14:43 2004 From: daniel.faivre at camptocamp.com (Daniel FAIVRE) Date: Thu, 19 Feb 2004 17:14:43 +0100 Subject: [Mapserver-users] Tricky bug: any hints ? Message-ID: <4034E0F3.7060105@camptocamp.com> Hello, I've faced a tricky bug with some PostGIS layers and MapServer. I'm using MapServer from CVS (040213), php mapscript, php 4.3.4, and PostgreSQL 7.4 on a Debian woody. I've got a postgis layer with 50000 streets (no dump joined, see table def at the end of this message). These layer is a MULTILINESTRING layer, with simple and valids geometries with 1 as numgeometries (all geometries are LINESTRINGs). When I try to classify this layer as reported below, I get a bug (Probably a MapServer one). Nothing is reported by PostGreSQL debug, except a "LOG: 08P01: unexpected EOF on client connection" ... Apache only report: [Thu Feb 19 16:51:38 2004] [error] [client 127.0.0.1] Premature end of script headers: /usr/lib/cgi-bin/php The bug seem to relate to multiple styles for one class. Here is a mapfile extraction, with comments about how to produce or avoid the bug: LAYER NAME "streets" TYPE LINE CONNECTIONTYPE postgis CONNECTION "user=my_user_name dbname=my_db_name" DATA "the_geom from streets" STATUS ON TRANSPARENCY 80 TEMPLATE "ttt" HEADER "link_id st_name" CLASSITEM "route_type" CLASS EXPRESSION /[123]/ NAME "Routes principales" STYLE COLOR 64 0 0 SYMBOL "line1" SIZE 5 END STYLE COLOR 255 196 0 SYMBOL "line2" SIZE 3 END LABEL ANTIALIAS true ANGLE AUTO FONT verdana MINDISTANCE 1 BUFFER 20 TYPE truetype COLOR 0 0 0 OUTLINECOLOR 255 255 255 SIZE 6 MINSIZE 6 MAXSIZE 10 POSITION auto END END CLASS EXPRESSION "4" NAME "Routes secondaires" STYLE COLOR 64 0 0 SYMBOL "line1" SIZE 4 END STYLE COLOR 255 64 0 SYMBOL "line2" SIZE 2 END LABEL ANTIALIAS true ANGLE AUTO FONT verdana MINDISTANCE 1 BUFFER 20 TYPE truetype COLOR 0 0 0 OUTLINECOLOR 255 255 255 SIZE 6 MINSIZE 6 MAXSIZE 8 POSITION auto END END CLASS NAME "Autres" EXPRESSION /[95]/ STYLE COLOR 96 96 96 SYMBOL "line1" SIZE 2 END # STYLE # second style commented to avoid the bug with type 9: no bug with this part commented # COLOR 64 255 0 # SYMBOL "line2" # SIZE 1 # END END TOLERANCE 5 TOLERANCEUNITS pixels END When the commented part is uncommented, the bug happens. In this case, when EXPRESSION /[95]/ is replaced by EXPRESSION /5/, no bug happens ... Furthermore, when I start my application with the commented part, make a zoom, and a query, I can uncomment this style part aned refresh my page without a bug ! I've search about something related to my data set, but I could not have found anything. All my LINESTRING GEOMETRIES are simples, valid, and report 1 as numgeometries ... Does anybody see any hint ? Is it really a MapServer bug related to multiple styles on the same line ? Best regards, Daniel FAIVRE Here is my very simple table def: CREATE TABLE public.streets ( link_id int8, st_name varchar, route_type varchar, the_geom public.geometry, CONSTRAINT "$1" CHECK srid(the_geom) = -1, CONSTRAINT "$2" CHECK geometrytype(the_geom) = 'MULTILINESTRING'::text OR the_geom IS NULL ) WITH OIDS; From Ballini.Yvain at seat.it Thu Feb 19 08:22:08 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Thu, 19 Feb 2004 17:22:08 +0100 Subject: R: [Mapserver-users] europa projection Message-ID: <4B1A1EC0790F054193453C48725D431829F7E9@MSGBE1V1.seat.it> It's probably that you should specify the zone in Europe for the projetcion UTM (spheroid WGS84): Zone 31 is for Longitudes which are between 0? to 6? east Zone 32 is for Longitudes which are between 6? to 12? east Zone 33 is for Longitudes which are between 12? to 18? east... Have a nice day! Yvain. -----Messaggio originale----- Da: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Per conto di Murat Isik Inviato: gioved? 19 febbraio 2004 17.04 A: mapserver-users at lists.gis.umn.edu Oggetto: [Mapserver-users] europa projection Hello, I downloaded the europa example layer and tried to covert it to other projection formats unsuccessfully. What are the exact properties of this layer? In the mail archives I found "the projection is Transverse Mercator,spheroid WGS84, False Easting and Northing 0, Scale Factor 0.9996(UTM)." However ESRI ArcView GIS 3.3 has this projection utility that askes for more. For example what is the exactly zone of this map? I know it is europa but that is europa's zone? What are the parameters I should enter into projection utilty to get it to read europa correctly? have a nsce day From jvanulde at nrcan.gc.ca Thu Feb 19 08:35:54 2004 From: jvanulde at nrcan.gc.ca (Van Ulden, Joost) Date: Thu, 19 Feb 2004 11:35:54 -0500 Subject: [Mapserver-users] OGR & GML Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B89603@s5-van1-r1.ess.nrcan.gc.ca> I know OGR has support for GML, but can it use a GML document as a virtual datasource? Or is there another mechanism (other than WFS) available to read in GML as a layer? 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 ============================================ From steve.lime at dnr.state.mn.us Thu Feb 19 08:51:53 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 19 Feb 2004 10:51:53 -0600 Subject: [Mapserver-users] Raster with SVG output in Mapserver 4.1 dev Message-ID: You can get one layer at a time using the method you mention. Has this been a problem? As for rasters, I would look at MapServer just as an image engine. Generate the SVG independently of the raster layer and use a call to MapServer from within the SVG (e.g. src=/cgi-bin/mapserv?map=...&mode=map) to get the layer you need as a GIF, PNG or JPEG image. Steve >>> yuth hor 2/12/2004 5:35:10 AM >>> Hi all Now, I have tested SVG output from the nightly build of Mapserver 4.1. It quite stable and work fine. Our test application, in this case, we will use Mapserver only as a SVG generator by request through CGI. My question is - Can we request each SVG layers by specify the layer name? (now we have to request one CGI statement as one SVG layer for example, http://host/cgi-bin/mapserv_41.exe?map=D:\apache_group\Apache\htdocs\umn2svg\test.map& mode=nquery& qlayer=water ? return water layer http://host/cgi-bin/mapserv_41.exe?map=D:\apache_group\Apache\htdocs\umn2svg\test.map& mode=nquery& qlayer=contour ? return contour layer But if we didn't specify qlayer="" it will return all layer in the mapfile - Can we enclose the Raster image that generate by Mapserver from tmp directory together with the svg output? I try to do but it not success. No image in the tmp directory. ----CGI request--- http://host/cgi-bin/mapserv?map=/usr/local/apache/htdocs/umn2svg/trysvgimage.map&mode=nquery&qlayer=ndvi ---- SVG return error ---- "mismatched tag: line6, column2" ---- mapfile --- MAP NAME 'test' EXTENT 325704 620898 1213325 2263428 SIZE 800 600 STATUS ON UNITS METERS IMAGETYPE JPEG WEB HEADER 'iheader.svg' FOOTER 'ifooter.svg' QUERYFORMAT 'image/svg+xml' IMAGEPATH "/usr/local/apache/htdocs/tmp/" IMAGEURL "../tmp/" END LAYER NAME ndvi STATUS DEFAULT DATA 'sptindex' TYPE QUERY HEADER image_header.svg FOOTER image_footer.svg TEMPLATE image.svg END END Anyone can give me some light? Thanks Teerayut Horanont --------------------------------- Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online From dmorissette at dmsolutions.ca Thu Feb 19 08:52:41 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 19 Feb 2004 11:52:41 -0500 Subject: [Mapserver-users] OGR & GML In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B89603@s5-van1-r1.ess.nrcan.gc.ca> References: <8AE17DD6AA4FD51191CD0002A551168101B89603@s5-van1-r1.ess.nrcan.gc.ca> Message-ID: <4034E9D9.1090503@dmsolutions.ca> Van Ulden, Joost wrote: > I know OGR has support for GML, but can it use a GML document as a virtual > datasource? Or is there another mechanism (other than WFS) available to > read in GML as a layer? > You can use an OGR CONNECTION to open a GML file directly. That's what the WFS does behind the scene. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From jvanulde at nrcan.gc.ca Thu Feb 19 09:12:53 2004 From: jvanulde at nrcan.gc.ca (Van Ulden, Joost) Date: Thu, 19 Feb 2004 12:12:53 -0500 Subject: [Mapserver-users] OGR & GML Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B89606@s5-van1-r1.ess.nrcan.gc.ca> Thanks Daniel it works. I had tried it earlier but had the wrong value for the layer DATA. Ogrinfo set me straight. Here is the layer code if anyone else is interested: LAYER NAME 'Earthquake' TYPE POINT CONNECTIONTYPE OGR CONNECTION 'D:\wwwroot\MS_DEMO\mapserver\data\quakes.gml' DATA 'Earthquake' STATUS ON CLASS NAME 'Earthquake' SYMBOL 'circle' SIZE 4 COLOR 0 0 255 END END ============================================ 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: Daniel Morissette [mailto:dmorissette at dmsolutions.ca] > Sent: Thursday, February 19, 2004 8:53 AM > To: Van Ulden, Joost > Cc: Mapserver-Users at Lists. Gis. Umn. Edu > (mapserver-users at lists.gis.umn.edu) > Subject: Re: [Mapserver-users] OGR & GML > > > Van Ulden, Joost wrote: > > I know OGR has support for GML, but can it use a GML document as a > > virtual datasource? Or is there another mechanism (other than WFS) > > available to read in GML as a layer? > > > > You can use an OGR CONNECTION to open a GML file directly. > That's what > the WFS does behind the scene. > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > From steve.lime at dnr.state.mn.us Thu Feb 19 09:52:11 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 19 Feb 2004 11:52:11 -0600 Subject: [Mapserver-users] Mouse Over Message-ID: Here's a CGI-based demo. http://maps.dnr.state.mn.us/cgi-bin/mapserv41?map=/usr/local/www/docs/testing/imagemap/test.map&mode=nquery&searchmap You can download at http://maps.dnr.state.mn.us/testing/imagemap.zip It's basically just a query that outputs features that have been transformed (clipped and thinned) to image coordinates. The nice thing is that you could use this for a component-based system, that is create the map and the imagemap with seperate calls. The example above uses the little documented "searchmap" option. This tells MapServer that the search exent is that of a map so any incoming extent is fit to a map (width/height) before querying is done. You can also use it with pan/zoom interfaces (mode is still nquery) and MapServer will apply the pan/zoom *before* doing the query. I don't know how you'd combine an imagemap and a strait CGI-form so you could get the tooltips and the clicking in the map for navigation. It's a start. Steve >>> "Steve Lime" 2/19/2004 12:46:07 AM >>> I don't know squat about the imagemap output function. As Atilla said it's on the experimental side. I do have an alternative using queries and the [shpxy...] tag that may be of interest. It's pretty flexible and usable from the CGI application. I'll post an example on the DNR machines tomorrow (can't get to them tonite). Steve >>> "Charlton Purvis" 02/17/04 11:52 AM >>> Hi, Steve: Checked out the overlib URL you sent below, and I must admit it's slick. I'm a little lost, though, what library do I need to make sure I have installed and part of my ./configure? I'm trying to monkey around w/ imagemap, a la the Wiki post: OUTPUTFORMAT NAME imagemap MIMETYPE "text/html" DRIVER imagemap END But a shp2img gives me a: msDrawMap(): GD library error. Unable to initialize image. Running 4.0.1 and gd-2.0.15. My MS build looks like it put mapimagemap.c into my libmap.a. Any hints? Thanks, Charlton > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Tuesday, February 10, 2004 12:51 PM > To: pucher at atlas.gis.univie.ac.at; mapserver-users at lists.gis.umn.edu; > bartvde at xs4all.nl > Subject: Re: [Mapserver-users] Mouse Over > > Hi all: The mapimage w/XML software was really more a proof-of-concept. > I never took it any further than that. The source is around if you're > interested. There are other possibilities as well. For example, in 4.0 > there actually is a imagemap output object (see > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap) but I don't know > much about it. In 4.1 there is the [shpxy] tag and I've been planning to > add an attribute to allow you to output coordinates in IMAGE > coordinates. That way you could build an imagemap on the fly via the > CGI. It could also be used to populate DHTML popup objects (e.g. > http://www.bosrup.com/web/overlib/). > > Would be happy to discuss further. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From cpurvis at asg.sc.edu Thu Feb 19 10:43:49 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Thu, 19 Feb 2004 13:43:49 -0500 Subject: [Mapserver-users] 4.1 nightly build error: was Mouse-over Message-ID: Wow. That's cool. Thanks for the code and the demo. You got me cranked up to check it out, but for the first time, I've got a build problem w/ the nightly code. For simplicity's sake, take a clean configure (./configure --with-gd=/usr/local). And then on the first make attempt: make gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/usr/local/include maptemplate.c -o maptemplate.o maptemplate.c: In function `processCoords': maptemplate.c:848: request for member `x' in something not a structure or union [more of the same] . . . Argh. I'll keep digging. Just wanted to see if it rang a bell. Charlton > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Thursday, February 19, 2004 12:52 PM > To: Charlton Purvis; pucher at atlas.gis.univie.ac.at; Steve Lime; mapserver- > users at lists.gis.umn.edu; bartvde at xs4all.nl > Subject: RE: [Mapserver-users] Mouse Over > > Here's a CGI-based demo. > > http://maps.dnr.state.mn.us/cgi- > bin/mapserv41?map=/usr/local/www/docs/testing/imagemap/test.map&mode=nqu er > y&searchmap > > You can download at http://maps.dnr.state.mn.us/testing/imagemap.zip From cpurvis at asg.sc.edu Thu Feb 19 10:48:26 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Thu, 19 Feb 2004 13:48:26 -0500 Subject: [Mapserver-users] RE: 4.1 nightly build error: was Mouse-over Message-ID: Commenting out the offending lines (848 and 849) complies OK, and your demo runs. Is it safe? > -----Original Message----- > From: Charlton Purvis > Sent: Thursday, February 19, 2004 1:44 PM > To: 'Steve Lime'; pucher at atlas.gis.univie.ac.at; mapserver- > users at lists.gis.umn.edu; bartvde at xs4all.nl > Subject: 4.1 nightly build error: was Mouse-over > > Wow. That's cool. Thanks for the code and the demo. > > You got me cranked up to check it out, but for the first time, I've got a > build problem w/ the nightly code. > > For simplicity's sake, take a clean configure (./configure --with- > gd=/usr/local). And then on the first make attempt: > > make > > gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF - > DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT - > I/usr/local/include maptemplate.c -o maptemplate.o > > maptemplate.c: In function `processCoords': > > maptemplate.c:848: request for member `x' in something not a structure or > union > [more of the same] > . . . > > Argh. I'll keep digging. Just wanted to see if it rang a bell. > > Charlton > > > -----Original Message----- > > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > > Sent: Thursday, February 19, 2004 12:52 PM > > To: Charlton Purvis; pucher at atlas.gis.univie.ac.at; Steve Lime; > mapserver- > > users at lists.gis.umn.edu; bartvde at xs4all.nl > > Subject: RE: [Mapserver-users] Mouse Over > > > > Here's a CGI-based demo. > > > > http://maps.dnr.state.mn.us/cgi- > > > bin/mapserv41?map=/usr/local/www/docs/testing/imagemap/test.map&mode=nqu er > > y&searchmap > > > > You can download at http://maps.dnr.state.mn.us/testing/imagemap.zip From bartvde at xs4all.nl Thu Feb 19 11:34:18 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Thu, 19 Feb 2004 20:34:18 +0100 Subject: [Mapserver-users] Problem with WFS In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101B895F8@s5-van1-r1.ess.nrcan.gc.ca> References: <8AE17DD6AA4FD51191CD0002A551168101B895F8@s5-van1-r1.ess.nrcan.gc.ca> Message-ID: Hi, I don't think ESRI will address this soon. The latest GIS Monitor sheds some light on this issue: http://www.gismonitor.com/news/newsletter/archive/021904.php#ArcGIS excerpt from the GIS Monitor: "There is a curious statement on page 1 of the User Guide which I suspected was a typo, but which ESRI states is not: "The OGC Interoperability Add-on enables you to add feature services from ESRI Web Feature Services???" An ESRI representative reports, "ESRI WFS is based on the profile for GML that ESRI is currently using. The Add-on will also support any WFS that uses the same profile of GML as ESRI's WFS." Best regards, Bart On Wed, 18 Feb 2004 16:16:24 -0500, Van Ulden, Joost wrote:Hi, > We also have the same problem. When we check with an HTTP Sniffer, > ArcMap > never makes the GetFeature Request. Not sure what is happening. If you > try > to load MapServer GML into ArcMap you also get an error. We have come to > the same conclusion as Bart. Hopefully, ESRI will address this soon! > > Cheers, > > ============================================ > 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: Bart van den Eijnden [mailto:bartvde at xs4all.nl] >> Sent: Wednesday, February 18, 2004 10:00 AM >> To: Florian Jurgeit; mapserver-users at lists.gis.umn.edu >> Subject: Re: [Mapserver-users] Problem with WFS >> >> >> Hi, >> >> I've encountered the same problem. >> >> My guess is that the ESRI GML parser expects the GML to be >> similar to what >> the ESRI WFS produces, and this is a bit different from the >> Mapserver GML. >> So my guess is that the ESRI GML parser is a bit too tight. >> >> Some differences are: >> -Mapserver uses as the root element, >> ESRI uses >> >> -Mapserver uses by default MS_GEOMETRY for the "spatial attribute" >> (although it can be changed), ESRI uses _SHAPE_ >> >> You could try using _SHAPE_ instead of MS_GEOMETRY in Mapserver WFS. >> >> Anyway, it still is a guess because I don't know the ESRI internals. >> >> BTW: is this the maximum debug/log level you can get in ArcMap? >> >> Best regards, >> Bart >> >> On Wed, 18 Feb 2004 14:27:17 +0100, Florian Jurgeit >> wrote: >> >> > When trying to load WFS data in ArcMAP the error "Unable to >> parse WFS >> > data" occures. >> > >> > The WFS service is done by an UMN MapServer - the Output >> looks OK in >> > the >> > Browser. >> > >> > Getting the List of Layers works in ArcMAP - just opening >> one does not >> > work (pasring error - Why ?) >> > >> > Greatings from Austria, >> > Flo >> > >> > The WFS-Code looks that way (in the Browser): (only frist >> element ...) >> > >> > - <#> > > xmlns:myns="*http://www.ttt.org/myns*" >> > xmlns:wfs="*http://www.opengis.net/wfs*" >> > xmlns:gml="*http://www.opengis.net/gml*" >> > 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/wfs/1.0.0/WF >> S-basic.xsd >> > http://www.ttt.org/myns >> > >> http://XXX.XXXX.ac.at/cgi-bin/mapserv?map=/home/cXXXXXX/public >> _html/ta_map/ta_wfs.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=Desc > ribeFeatureType&TYPENAME=g1gem*"> >> > - <#> >> > - <#> >> > 550953.125000,137001.765625 >> > 817651.250000,287281.500000 >> > >> > >> > - <#> >> > - <#> >> > 1 >> > 120307 >> > gem >> > 800 >> > K??tschach-Mauthen >> > - <#> >> > - <#> >> > - <#> >> > 797267.125000,168217.484375 >> > 811924.625000,182463.218750 >> > >> > >> > - <#> >> > - <#> >> > - <#> >> > 805507.500000,180764.437500 >> > 807767.625000,180515.187500 808255.562500,180119.078125 >> > 808718.125000,179930.078125 808993.125000,179923.187500 >> > 809386.562500,180023.078125 809839.187500,179958.812500 >> > 810139.062500,180029.484375 810649.250000,180029.546875 >> > 810483.500000,179581.343750 809828.750000,178621.031250 >> > 809631.500000,178581.078125 809388.187500,178248.906250 >> > 809160.187500,178202.250000 809046.500000,178246.109375 >> > 808988.875000,178182.781250 809021.375000,177865.812500 >> > 809233.875000,177592.843750 809185.687500,177430.812500 >> > 809116.500000,177394.921875 809127.000000,177295.265625 >> > 809048.812500,177276.921875 808989.250000,177120.265625 >> > 809022.750000,177021.875000 808947.875000,176925.531250 >> > 809001.312500,176483.406250 808917.750000,176053.781250 >> > 808629.937500,175764.265625 809191.812500,175409.312500 >> > 810011.125000,175166.765625 810812.125000,175129.703125 >> > 811762.062500,174990.578125 811677.187500,174365.406250 >> > 811725.875000,174173.625000 811602.625000,173317.781250 >> > 811385.687500,172742.484375 811319.312500,172709.750000 >> > 811163.062500,171524.312500 811316.937500,170842.125000 >> > 811693.187500,170398.718750 811430.000000,169716.625000 >> > 811924.625000,168801.953125 811668.187500,168722.312500 >> > 811340.750000,168766.875000 811159.187500,168480.953125 >> > 810874.187500,168458.562500 810442.750000,168403.250000 >> > 810246.750000,168243.109375 810013.312500,168217.875000 >> > 809697.500000,168395.343750 808889.250000,168217.484375 >> > 808531.625000,168358.187500 808449.062500,168511.015625 >> > 808121.812500,168774.453125 808086.312500,168663.718750 >> > 807707.437500,168799.984375 807069.437500,168517.265625 >> > 806679.187500,168775.859375 806478.312500,168772.593750 >> > 806170.062500,168638.468750 805965.250000,168632.125000 >> > 805896.312500,168453.750000 805452.812500,168404.218750 >> > 805027.875000,168590.343750 804813.437500,168491.406250 >> > 804581.500000,168658.359375 804380.500000,168619.312500 >> > 804361.375000,168771.343750 804123.875000,168745.015625 >> > 803944.812500,168928.156250 803608.062500,168841.109375 >> > 803239.375000,169012.812500 803045.375000,168936.406250 >> > 803004.437500,168809.546875 802791.500000,168789.718750 >> > 802769.187500,168613.250000 802635.312500,168510.640625 >> > 801560.437500,169092.500000 801428.437500,169323.406250 >> > 801040.625000,169349.796875 800246.312500,169140.734375 >> > 799805.625000,169241.640625 799401.000000,168972.437500 >> > 798614.375000,169096.406250 798130.000000,168846.343750 >> > 797938.437500,168859.109375 797944.437500,169402.171875 >> > 798106.125000,170196.890625 798086.625000,170423.343750 >> > 797781.750000,170990.890625 798162.062500,172057.250000 >> > 797911.312500,172078.515625 797862.500000,172273.281250 >> > 797678.625000,172553.828125 797680.625000,172790.468750 >> > 797839.812500,173412.656250 798014.187500,173449.328125 >> > 798392.562500,173677.640625 798659.187500,174277.687500 >> > 798746.875000,174578.187500 798699.312500,175641.031250 >> > 798913.062500,176346.421875 798780.375000,176844.265625 >> > 798668.187500,176861.140625 798678.437500,177093.234375 >> > 798586.625000,177212.468750 798635.437500,177345.453125 >> > 798581.437500,177434.687500 798495.125000,177435.953125 >> > 798431.687500,177550.734375 798233.062500,177553.812500 >> > 798018.500000,177445.765625 797876.562500,177602.312500 >> > 797789.812500,177831.078125 797742.437500,177980.812500 >> > 797938.562500,178386.531250 798041.937500,178475.421875 >> > 798189.000000,178480.531250 798339.437500,178642.171875 >> > 798415.187500,178941.031250 798315.000000,179121.937500 >> > 798374.000000,179251.484375 798137.250000,179728.546875 >> > 798173.750000,179865.875000 797999.625000,180060.750000 >> > 797885.187500,180355.125000 797684.000000,180567.546875 >> > 797619.687500,180552.984375 797571.187500,180905.125000 >> > 797507.625000,180912.640625 797408.687500,181125.687500 >> > 797353.500000,181126.656250 797345.437500,181236.468750 >> > 797267.125000,181257.203125 797899.312500,182006.718750 >> > 797853.125000,182463.218750 798239.937500,182355.265625 >> > 798428.625000,182096.046875 798459.437500,181919.343750 >> > 799039.500000,181669.687500 799844.437500,181778.218750 >> > 801606.000000,182278.328125 802187.500000,182349.484375 >> > 802352.250000,182269.375000 802645.437500,182260.484375 >> > 802723.437500,182336.953125 803011.375000,182404.953125 >> > 803051.937500,182195.703125 803435.562500,182110.609375 >> > 803918.750000,181764.390625 804157.062500,181805.593750 >> > 804800.812500,181292.812500 804995.312500,181000.812500 >> > 805246.625000,180951.531250 >> 805507.500000,180764.437500 >> > >> > >> > >> > >> > >> > >> > - <#> >> > .... >> > .... >> > >> > >> > _______________________________________________ >> > 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 >> > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- From epskeyboard at hotmail.com Thu Feb 19 12:00:19 2004 From: epskeyboard at hotmail.com (Guy Paterson) Date: Thu, 19 Feb 2004 15:00:19 -0500 Subject: [Mapserver-users] jpeg resolution Message-ID: I have used the binaryies for Mapserver on Windows 2000 server and also compiled it on Sun Solaris (sparc). Both versions seem to output a jpeg which has a horizontal and vertical resolution of 300. I have checked this both by right clicking and checking the properties(win2k) and also by loading the jpeg into a paint program. From what I have read 72 should be the output resolution. How can I change the output to 72? thanks Tim _________________________________________________________________ Find and compare great deals on Broadband access at the MSN High-Speed Marketplace. http://click.atdmt.com/AVE/go/onm00200360ave/direct/01/ From David.Fawcett at state.mn.us Thu Feb 19 12:50:38 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Thu, 19 Feb 2004 14:50:38 -0600 Subject: [Mapserver-users] Multiple Layer Itemqueries? Message-ID: Let me re-frame this to see if anyone has any creative answers. I am using CGI MS. I have a shapefile with county polygons. Through a URL call, I would like to display selected polygons drawn with colors that reflect of two possible classes. The poly IDs have to be passed in through the URL (like an item query). The mapfile could contain one layer with two classes or two layers with only one class. The data is dynamic and not stored in the shape file, it comes from an Access database. The final MS image is being requested through a tag in ColdFusion. An itemquery for a selected list of polys works great through this method. Here is a story problem example.... ; ) In the past 5 years, about a third of the counties in this state held interim elections. Display the polys for the counties that held interim elections, and color them red if they went Republican and blue if they went Democratic. Any ideas? David J. Fawcett MN Office of Environmental Assistance >>> "David Fawcett" 2/19/2004 9:02:46 AM >>> Is it possible to perform two itemnqueries in the same request? Something like: http://0.0.0.0/cgi-bin/ms4/mapserv.exe?map=e%3A%5Cweb%2Fsc%5Cmulti.map&mode=itemnquery&qlayer=sub&qitem=FIPS&qstring=('[FIPS]'+IN+'27001,27003,27005')&qlayer=log&qitem=FIPS&qstring=('[FIPS]'+IN+'27007,27009,27011')" I have a map file with two layers that both reference the same MN counties poly shapefile. I have classed each layer so one is red and the other is blue. And, I am using STYLE selected in my querymap object. It works, but it appears that the second itemnquery overwrites the first one in the URL string. Is it possible to get the selected items from each layer to show up in the same image? Here is the Map Snippet: QUERYMAP SIZE 150 150 STATUS ON STYLE SELECTED #COLOR 255 204 102 END LAYER NAME log STATUS ON TYPE POLYGON DATA score TEMPLATE "selectcounty.html" FOOTER "selectcountyfoot.html" CLASS COLOR 255 0 0 OUTLINECOLOR 181 181 181 END END LAYER NAME sub STATUS ON TYPE POLYGON DATA score TEMPLATE "selectcounty.html" FOOTER "selectcountyfoot.html" CLASS COLOR 255 204 102 OUTLINECOLOR 181 181 181 END END David J. Fawcett MN Office of Environmental Assistance _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gimond at hotmail.com Thu Feb 19 14:03:13 2004 From: gimond at hotmail.com (manuel gimond) Date: Thu, 19 Feb 2004 17:03:13 -0500 Subject: [Mapserver-users] ROSA and 1.1 VMS Message-ID: Can ROSA *only* be used with clients using JRE 1.4 or greater? I would like to have clients with IE VMS 1.1 run the ROSA applet. I compiled ROSA using "-target 1.1" option, but it still does not work on systems that do not have 1.4 JRE. The compilation did not create an error (only 2 deprecation warnings). I also tried compiling ROSA with "-target 1.3" and have the ROSA applet run on clients with JRE 1.3.1 with no luck. In all cases, I can get the background image to show up, but the buttons and drawing capabilites are none existent. Manny _________________________________________________________________ Find and compare great deals on Broadband access at the MSN High-Speed Marketplace. http://click.atdmt.com/AVE/go/onm00200360ave/direct/01/ From rich at greenwoodmap.com Thu Feb 19 15:11:38 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Thu, 19 Feb 2004 16:11:38 -0700 Subject: [Mapserver-users] ROSA and 1.1 VMS In-Reply-To: References: Message-ID: <403542AA.8000700@greenwoodmap.com> manuel gimond wrote: > Can ROSA *only* be used with clients using JRE 1.4 or greater? I would > like to have clients with IE VMS 1.1 run the ROSA applet. I compiled > ROSA using "-target 1.1" option, but it still does not work on systems > that do not have 1.4 JRE. The compilation did not create an error (only > 2 deprecation warnings). > I also tried compiling ROSA with "-target 1.3" and have the ROSA applet > run on clients with JRE 1.3.1 with no luck. > In all cases, I can get the background image to show up, but the buttons > and drawing capabilites are none existent. I think Rosa should work fine with the Microsoft VM. Open the Java console and see if it give any clues. Also check the IE security settings. New versions of Windows have "Active Scripting" and "Java Permissions" set such that Java applets may no longer work out-of-the-box. Rich -- Richard Greenwood www.greenwoodmap.com From stephen.clark at focus.ca Thu Feb 19 16:44:52 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Thu, 19 Feb 2004 16:44:52 -0800 Subject: [Mapserver-users] how to use projection object with php mapscript References: Message-ID: <08b001c3f74a$c0935ef0$6c000a0a@sclark> This is a multi-part message in MIME format. ------=_NextPart_000_08AD_01C3F707.B21EF1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, I am working on a queryByPoint(...) application that lookups up a point = in a polygon and retrieves the polygon key code: $query_type =3D MS_SINGLE; $query_buffer =3D 0; $my_PointObj =3D ms_newPointObj(); $my_PointObj->setXY($eastingValue,$northingValue ); @$retval =3D $layer->queryByPoint($my_PointObj, $query_type , = $query_buffer); print " Layer processed is : $layer_name
"; if ($retval =3D=3D MS_SUCCESS) { print "
SUCCESSFULLY found layer : $layer_name
"; // get the number of results $numResults =3D $layer->getNumResults(); print " number of results IN LAYER is : $numResults
"; // get the shape index $shapeIndex =3D $layer->index; print " the LAYER shapeIndex is : $shapeIndex
"; // get the shape object $my_ShapeObj =3D ms_newShapeObj(MS_SHAPE_POLYGON); // get the shape object numvalues print " the ShapeObj numvalues after create is : $my_ShapeObj->numvalues =
"; $retval =3D $layer->open(); $my_ShapeObj =3D $layer->getShape(-1, $shapeIndex ); // get the shape object numvalues print " the ShapeObj numvalues is : $my_ShapeObj->numvalues
"; --- > here the number of shape objects is 2 -- should it not be one < = --- // get the shape object bounding box $my_RectObj =3D ms_newRectObj(); $my_RectObj =3D $my_ShapeObj->bounds; print " the ShapeObj bounding box -- minX value is : $my_RectObj->minx =
"; print " the ShapeObj bounding box -- minY value is : $my_RectObj->miny =
"; print " the ShapeObj bounding box -- maxX value is : $my_RectObj->maxx =
"; print " the ShapeObj bounding box -- maxY value is : $my_RectObj->maxy =
"; // get the shape object text string print " the ShapeObj text string is : $my_ShapeObj->text
"; // test to see if the easting / northing point is inside the shape = object $retval =3D $my_ShapeObj->contains($my_PointObj); if ( $retval =3D=3D MS_TRUE) { print " the ShapeObj contains the point object
";=20 } if ( $retval =3D=3D MS_FALSE) { print " the ShapeObj DOES NOT contains the point object
";=20 --> Because there are two Shape Objects, I believe there might be a = problem here < -- } // get the key in the shape file $gridKey =3D $my_ShapeObj->values["GRIDKEY"];=20 print " The grid key is : $gridKey
"; Problem : The bounding box of the shape object is not anywhere close to the point = coordinates I select. (Roughly 6 km in easting by 24 km in Northing near = 55 degrees latitude and 23km in easting by 38 km inn northing near 60 = degrees latitude) I am using UTM coordinates on Zone 10 Nad 83. I have thought of using the point-> project(...) function but all my = coords I use are in the same projection. Here is what I have though: $my_PointObj =3D ms_newPointObj(); $my_PointObj->setXY($eastingValue,$northingValue ); $projInObj =3D = ms_newprojectionobj("proj=3Dutm,ellps=3DGRS80,zone=3D10,north,no_defs"); $projOutObj =3D = ms_newprojectionobj("proj=3Dutm,ellps=3DGRS80,zone=3D10,north,no_defs"); $retval =3D $my_PointObj->project( $projInObj, $projOutObj ); print " The PointObj - > X after projection is : $my_PointObj->x
"; print " The PointObj - > Y after projection is : $my_PointObj->y
"; any thoughts, Stephen ------=_NextPart_000_08AD_01C3F707.B21EF1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I am working on a queryByPoint(...)=20  application that lookups up a point in a polygon and retrieves the = polygon=20 key
 
code:
 

$query_type =3D MS_SINGLE;

$query_buffer =3D 0;

$my_PointObj =3D = ms_newPointObj();

$my_PointObj->setXY($eastingValue,$northingValue=20 );

@$retval =3D = $layer->queryByPoint($my_PointObj,=20 $query_type , $query_buffer);

print " Layer processed is : $layer_name=20 <br>";

if ($retval =3D=3D MS_SUCCESS)

{

print " <br> SUCCESSFULLY found = layer :=20 $layer_name <br>";

// get the number of results

$numResults =3D = $layer->getNumResults();

print " number of results IN LAYER is : = $numResults=20 <br>";

// get the shape index

$shapeIndex =3D = $layer->index;

print " the LAYER shapeIndex is : = $shapeIndex=20 <br>";

// get the shape object

$my_ShapeObj =3D=20 ms_newShapeObj(MS_SHAPE_POLYGON);

// get the shape object = numvalues

print " the ShapeObj numvalues after = create is :=20 $my_ShapeObj->numvalues <br>";

$retval =3D $layer->open();

$my_ShapeObj =3D $layer->getShape(-1, = $shapeIndex=20 );

// get the shape object = numvalues

print " the ShapeObj numvalues is :=20 $my_ShapeObj->numvalues <br>";

--- > here the number of shape objects = is 2 --=20 should it not be one  < ---

// get the shape object bounding = box

$my_RectObj =3D = ms_newRectObj();

$my_RectObj =3D = $my_ShapeObj->bounds;

print " the ShapeObj bounding box -- minX = value is :=20 $my_RectObj->minx <br>";

print " the ShapeObj bounding box -- minY = value is :=20 $my_RectObj->miny <br>";

print " the ShapeObj bounding box -- maxX = value is :=20 $my_RectObj->maxx <br>";

print " the ShapeObj bounding box -- maxY = value is :=20 $my_RectObj->maxy <br>";

// get the shape object text = string

print " the ShapeObj text string is :=20 $my_ShapeObj->text <br>";

// test to see if the easting / northing = point is=20 inside the shape object

$retval =3D=20 $my_ShapeObj->contains($my_PointObj);

if ( $retval =3D=3D MS_TRUE)

{

print " the ShapeObj contains the point = object=20 <br>";

}

if ( $retval =3D=3D MS_FALSE)

{

print " the ShapeObj DOES NOT contains = the point=20 object <br>";

--> Because there are two Shape = Objects, I=20 believe there might be a problem here   < = --

}

// get the key in the shape = file

$gridKey =3D = $my_ShapeObj->values["GRIDKEY"];=20

print " The grid key is : $gridKey=20 <br>";

 

Problem :

The bounding box of the shape object is = not anywhere=20 close to the point coordinates I select. (Roughly 6 km in easting by 24 = km in=20 Northing near 55 degrees latitude and 23km in easting by 38 km inn = northing near=20 60 degrees latitude)

I am using UTM coordinates on Zone 10 Nad = 83.

I have thought of using the point-> = project(...)=20 function but all my coords I use are in the same projection.

Here is what I have = though:

$my_PointObj =3D ms_newPointObj();

$my_PointObj->setXY($eastingValue,$northingValue );

$projInObj =3D=20 ms_newprojectionobj("proj=3Dutm,ellps=3DGRS80,zone=3D10,north,no_defs");<= /P>

$projOutObj =3D=20 ms_newprojectionobj("proj=3Dutm,ellps=3DGRS80,zone=3D10,north,no_defs");<= /P>

$retval =3D $my_PointObj->project( $projInObj, $projOutObj );

print " The PointObj - > X after projection is : = $my_PointObj->x=20 <br>";

print " The PointObj - > Y after projection is : = $my_PointObj->y=20 <br>";

 

any thoughts,

Stephen

 

------=_NextPart_000_08AD_01C3F707.B21EF1B0-- From thowlett at whistlermuseum.org Thu Feb 19 16:01:06 2004 From: thowlett at whistlermuseum.org (Tracy Howlett) Date: Thu, 19 Feb 2004 16:01:06 -0800 Subject: [Mapserver-users] Too Many Symbols In-Reply-To: <403542AA.8000700@greenwoodmap.com> Message-ID: <200402200001.i1K01WAP018728@lists.gis.umn.edu> This was posted to the forum a couple of years ago. It seems there was no reply and I am now having the exact same problem. I have a layer with 120 classes and I'm using a true type symbol to represent each class...I have a total of 131 symbols in my symbol file and am getting this same error message. Has anyone come across this? Can I extend the capacity of the symbol file somehow? Tracy Howlett Community Habitat Resources Project GIS Web Development Coordinator PO Box 1122, Whistler, BC, V0N 1B8 Phone: 604 932 2019 Fax: 604 932 2077 Web: www.CHiRPwhistler.info Forum: www.CHiRPwhistler.info/forums/index.php To: mapserver-users at lists.gis.umn.edu Subject: [mapserver-users] Too many symbols defined From: "Eduin Yesid Carrillo" Date: Tue, 24 Apr 2001 18:23:15 -0500 ---------------------------------------------------------------------------- ---- Where can I modify the symbols limit in the symbol file? Error: msLoadSymbolSet(): Symbol definition error. Too many symbols defined. Thanks. ---------------------------- Eduin Yesid Carrillo Ingeniero Civil CIUDAD DIGITAL Central de Informaci?n Regional Georefenciada Bucaramanga - Colombia yecarrillo at hotmail.com yecarrillo at condorito.uis.edu.co #ICQ 14323531 From woodbri at swoodbridge.com Thu Feb 19 16:26:05 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Thu, 19 Feb 2004 19:26:05 -0500 Subject: [Mapserver-users] Too Many Symbols In-Reply-To: <200402200001.i1K01WAP018728@lists.gis.umn.edu> References: <403542AA.8000700@greenwoodmap.com> Message-ID: <40350DCD.2493.744262E@localhost> The fix is easy if you can recompile mapserver. Just edit map.h and change MAXSYMBOLS to whatever you need. Then do: make clean make and you should be all set. -Steve W. On 19 Feb 2004 at 16:01, Tracy Howlett wrote: > This was posted to the forum a couple of years ago. It seems there was no > reply and I am now having the exact same problem. I have a layer with 120 > classes and I'm using a true type symbol to represent each class...I have a > total of 131 symbols in my symbol file and am getting this same error > message. > > Has anyone come across this? Can I extend the capacity of the symbol file > somehow? > > Tracy Howlett > Community Habitat Resources Project > GIS Web Development Coordinator > PO Box 1122, Whistler, BC, V0N 1B8 > Phone: 604 932 2019 > Fax: 604 932 2077 > Web: www.CHiRPwhistler.info > Forum: www.CHiRPwhistler.info/forums/index.php > > > To: mapserver-users at lists.gis.umn.edu > Subject: [mapserver-users] Too many symbols defined > From: "Eduin Yesid Carrillo" > Date: Tue, 24 Apr 2001 18:23:15 -0500 > > ---------------------------------------------------------------------------- > ---- > > Where can I modify the symbols limit in the symbol file? > > Error: > > msLoadSymbolSet(): Symbol definition error. Too many symbols defined. > > Thanks. > > ---------------------------- > Eduin Yesid Carrillo > Ingeniero Civil > CIUDAD DIGITAL > Central de Informaci?n Regional Georefenciada > Bucaramanga - Colombia > yecarrillo at hotmail.com > yecarrillo at condorito.uis.edu.co > #ICQ 14323531 > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From delfos at myrealbox.com Thu Feb 19 16:28:07 2004 From: delfos at myrealbox.com (J. Delfos) Date: Thu, 19 Feb 2004 16:28:07 -0800 (PST) Subject: [Mapserver-users] Label Angle Property In-Reply-To: <000f01c3f55f$7e8e9e80$cc01a8c0@mapfusion.com> Message-ID: <20040220002807.59142.qmail@web12107.mail.yahoo.com> Glen, Are you using truetype fonts? I could be mistaking, but I think it only works by using truetype fonts defined in a fontlist file. If you ARE using it, then I am not sure... Perhaps it could help if you post the label statement from your mapfile. regards, jacob --- Glen Smith wrote: > Hi all, > > We're testing MapServer on Windows and are finding that the Angle > property for labels is not working. It doesn't work for AUTO (for a road > line label) or when a number is the argument. The weird thing is that if > we use a BackGroundShadow - the shadow will be orientated but the text > isn't. Am I missing some other property? > > Any help would be greatly appreciated! > __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools From david.mitchell at telogis.com Thu Feb 19 16:34:09 2004 From: david.mitchell at telogis.com (David Mitchell) Date: Fri, 20 Feb 2004 13:34:09 +1300 Subject: [Mapserver-users] Too Many Symbols In-Reply-To: <200402200001.i1K01WAP018728@lists.gis.umn.edu> References: <200402200001.i1K01WAP018728@lists.gis.umn.edu> Message-ID: <40355601.1060505@telogis.com> There is a limit of 64 symbols per file built into mapserver. You can extend this by editing mapsymbol.h In there there is a #define MS_MAXSYMBOLS 64, change this number to whatever suits. This information can be found in the mapserver mapfile reference in the symbology notes. David Tracy Howlett wrote: > This was posted to the forum a couple of years ago. It seems there was no > reply and I am now having the exact same problem. I have a layer with 120 > classes and I'm using a true type symbol to represent each class...I have a > total of 131 symbols in my symbol file and am getting this same error > message. > > Has anyone come across this? Can I extend the capacity of the symbol file > somehow? > > Tracy Howlett > Community Habitat Resources Project > GIS Web Development Coordinator > PO Box 1122, Whistler, BC, V0N 1B8 > Phone: 604 932 2019 > Fax: 604 932 2077 > Web: www.CHiRPwhistler.info > Forum: www.CHiRPwhistler.info/forums/index.php > > > To: mapserver-users at lists.gis.umn.edu > Subject: [mapserver-users] Too many symbols defined > From: "Eduin Yesid Carrillo" > Date: Tue, 24 Apr 2001 18:23:15 -0500 > > ---------------------------------------------------------------------------- > ---- > > Where can I modify the symbols limit in the symbol file? > > Error: > > msLoadSymbolSet(): Symbol definition error. Too many symbols defined. > > Thanks. > > ---------------------------- > Eduin Yesid Carrillo > Ingeniero Civil > CIUDAD DIGITAL > Central de Informaci?n Regional Georefenciada > Bucaramanga - Colombia > yecarrillo at hotmail.com > yecarrillo at condorito.uis.edu.co > #ICQ 14323531 > > > > > _______________________________________________ > 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 dcw2 at humboldt.edu Thu Feb 19 18:21:18 2004 From: dcw2 at humboldt.edu (Don Wolski) Date: Thu, 19 Feb 2004 18:21:18 -0800 Subject: [Mapserver-users] Compiling PHP MapScript on Solaris 9 Message-ID: <5.2.0.9.0.20040219182041.02aa1188@basin.humboldt.edu> --=====================_289422281==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hi I'm having trouble building MapScript on a Solaris 9 system. I'm getting about 10,000 of what appear to be unresolved symbols when it attempts to make php_mapscript.so, including some (all?) really basic stuff that should be found in the standard math lib. Here is the output of the mapscript portion of "make" in the top level mapserver source directory with much repetition removed. Anything come to mind? For anyone who cares to look at the gory details, the complete output of the scripts, with command echoing turned on, I use to run "env | sort", "configure", "make". for building mapserver, php, postgresql, proj4, gd and bison are available at http://asaf-srv1.humboldt.edu/build-ms/. This is on a complete Solaris 9, 12/03 system, plus the complete Companion CD (lots of GNU and other F/OSS stuff compiled by Sun using their compilers which I do not have) and the defaults from the Supplement CD and the latest patches as of Feb 9th. The versions of the packages I built from source and the dates on which I built them are encoded in the names of the output files at the above URL. /usr/local is a symlink to /opt/local. I use gcc to compile. thanks, /don Since preparing the rest of this email and the *-build.out files at the above URL, I tried the suggestions in http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?Solaris8Build and they did not seem to change anything (at least not at this stage of not being able to build the shared library.) touch mapscriptvars pwd > mapscriptvars echo -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT >> mapscriptvars echo -I. -I/usr/local/include -I/usr/local/include >> mapscriptvars echo -L. -lmap -L/usr/local/lib -lgd -L/lib -lz -L/lib -lXpm -lX11 -L/lib -lz -L/lib -lXpm -lX11 -L/usr/local/lib -lproj -L/usr/local/pgsql/lib -lpq -lm -lstdc++ >> mapscriptvars echo >> mapscriptvars gcc -c -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_POSTGIS -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include tile4ms.c -o tile4ms.o 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_POSTGIS -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include tile4ms.o -L. -lmap -L/usr/local/lib -lgd -L/lib -lz -L/lib -lXpm -lX11 -L/lib -lz -L/lib -lXpm -lX11 -L/usr/local/lib -lproj -L/usr/local/pgsql/lib -lpq -lm -lstdc++ -o tile4ms cd mapscript/php3; make; cd ../.. gcc -fPIC -O2 -Wall -DCOMPILE_DL=1 -DPHP4 -DUSE_WMS_SVR -DUSE_POSTGIS -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_EPPL -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/opt/local/src/mapserver-4.0.1 -I/usr/local/pgsql/include -I/usr/local/include -I/usr/local/include -I/opt/local/src/mapserver-4.0.1/../php-4.3.4 -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/dl -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/main -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/Zend -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/include -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/TSRM -c -o php_mapscript_util.o php_mapscript_util.c php_mapscript_util.c: In function `_phpms_fetch_handle2': php_mapscript_util.c:147: warning: dereferencing type-punned pointer will break strict-aliasing rules . . . 8 more pairs of such lines . . . php_mapscript_util.c: In function `_php_extract_associative_array': php_mapscript_util.c:511: warning: dereferencing type-punned pointer will break strict-aliasing rules gcc -fPIC -O2 -Wall -DCOMPILE_DL=1 -DPHP4 -DUSE_WMS_SVR -DUSE_POSTGIS -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_EPPL -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/opt/local/src/mapserver-4.0.1 -I/usr/local/pgsql/include -I/usr/local/include -I/usr/local/include -I/opt/local/src/mapserver-4.0.1/../php-4.3.4 -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/dl -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/main -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/Zend -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/include -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/TSRM -c -o php_mapscript.o php_mapscript.c php_mapscript.c: In function `php3_ms_map_setExtent': php_mapscript.c:1692: warning: dereferencing type-punned pointer will break strict-aliasing rules . . . 14 more pairs of such lines . . . php_mapscript.c: In function `php3_ms_rect_free': php_mapscript.c:10095: warning: dereferencing type-punned pointer will break strict-aliasing rules php_mapscript.c: In function `php3_ms_shapefile_getshape': php_mapscript.c:10463: warning: int format, long int arg (arg 3) php_mapscript.c: In function `php3_ms_shapefile_getpoint': php_mapscript.c:10522: warning: int format, long int arg (arg 3) php_mapscript.c: In function `php3_ms_shapefile_gettransformed': php_mapscript.c:10587: warning: int format, long int arg (arg 3) php_mapscript.c: In function `php3_ms_shapefile_free': php_mapscript.c:10693: warning: dereferencing type-punned pointer will break strict-aliasing rules php_mapscript.c: In function `php3_ms_projection_free': php_mapscript.c:10842: warning: dereferencing type-punned pointer will break strict-aliasing rules gcc -fPIC -O2 -Wall -DCOMPILE_DL=1 -DPHP4 -DUSE_WMS_SVR -DUSE_POSTGIS -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_EPPL -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/opt/local/src/mapserver-4.0.1 -I/usr/local/pgsql/include -I/usr/local/include -I/usr/local/include -I/opt/local/src/mapserver-4.0.1/../php-4.3.4 -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/dl -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/main -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/Zend -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/include -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/TSRM -c -o mapscript_i.o mapscript_i.c c++ -shared -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) 0x4b8 /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o) 0x4bc /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o) 0x4c0 /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o) 0xb64 /opt/local/src/mapserver-4.0.1/libmap.a(mapsymbol.o) . . . about 10,000 (!) more such lines . . . 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 *** Error code 1 make: Fatal error: Command failed for target `php_mapscript.so' Current working directory /opt/local/src/mapserver-4.0.1/mapscript/php3 *** Error code 1 make: Fatal error: Command failed for target `php3_mapscript' 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 --=====================_289422281==.ALT Content-Type: text/html; charset="us-ascii" Hi

I'm having trouble building MapScript on a Solaris 9 system.  I'm getting about 10,000 of what appear to be unresolved symbols when it attempts to make 
php_mapscript.so, including some (all?) really basic stuff that
should be found in the standard math lib.  Here is the output of the
mapscript portion of "make" in the top level mapserver source
directory with much repetition removed.  Anything come to mind?

For anyone who cares to look at the gory details, the complete output of
the scripts, with command echoing turned on, I use to run "env |
sort", "configure", "make". for building
mapserver, php, postgresql, proj4, gd and bison are available at
http://asaf-srv1.humboldt.edu/build-ms/.
This is on a complete Solaris 9, 12/03 system, plus the complete Companion CD (lots of GNU and other F/OSS stuff compiled by Sun using their compilers which I do not have) and the defaults from the Supplement CD and the latest patches as of Feb 9th.  The versions of the packages I built from source and the dates on which I built them are encoded in the names of the output files at the above URL.  /usr/local is a symlink to /opt/local.  I use gcc to compile.

thanks,
/don

Since preparing the rest of this email and the *-build.out files at the above URL, I tried the suggestions in http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?Solaris8Build and they did not seem to change anything (at least not at this stage of not being able to build the shared library.)


touch mapscriptvars
pwd > mapscriptvars
echo -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H    -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT    >> mapscriptvars
echo -I. -I/usr/local/include -I/usr/local/include       >> mapscriptvars
echo  -L. -lmap -L/usr/local/lib -lgd    -L/lib -lz -L/lib -lXpm -lX11  -L/lib -lz -L/lib -lXpm -lX11 -L/usr/local/lib -lproj        -L/usr/local/pgsql/lib -lpq       -lm -lstdc++ >> mapscriptvars
echo   >> mapscriptvars
gcc -c -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_POSTGIS     -I/usr/local/include  -I/usr/local/include          -I/usr/local/pgsql/include      tile4ms.c -o tile4ms.o
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_POSTGIS     -I/usr/local/include  -I/usr/local/include          -I/usr/local/pgsql/include      tile4ms.o  -L. -lmap -L/usr/local/lib -lgd    -L/lib -lz -L/lib -lXpm -lX11  -L/lib -lz -L/lib -lXpm -lX11 -L/usr/local/lib -lproj        -L/usr/local/pgsql/lib -lpq       -lm -lstdc++   -o tile4ms
cd mapscript/php3; make; cd ../..
gcc -fPIC -O2  -Wall -DCOMPILE_DL=1 -DPHP4 -DUSE_WMS_SVR    -DUSE_POSTGIS      -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_EPPL    -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/opt/local/src/mapserver-4.0.1     -I/usr/local/pgsql/include     -I/usr/local/include   -I/usr/local/include -I/opt/local/src/mapserver-4.0.1/../php-4.3.4 -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/dl -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/main  -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/Zend -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/include  -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/TSRM -c -o php_mapscript_util.o php_mapscript_util.c
php_mapscript_util.c: In function `_phpms_fetch_handle2':
php_mapscript_util.c:147: warning: dereferencing type-punned pointer will break strict-aliasing rules

 . . .  8 more pairs of such lines . . .

php_mapscript_util.c: In function `_php_extract_associative_array':
php_mapscript_util.c:511: warning: dereferencing type-punned pointer will break strict-aliasing rules
gcc -fPIC -O2  -Wall -DCOMPILE_DL=1 -DPHP4 -DUSE_WMS_SVR    -DUSE_POSTGIS      -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_EPPL    -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/opt/local/src/mapserver-4.0.1     -I/usr/local/pgsql/include     -I/usr/local/include   -I/usr/local/include -I/opt/local/src/mapserver-4.0.1/../php-4.3.4 -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/dl -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/main  -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/Zend -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/include  -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/TSRM -c -o php_mapscript.o php_mapscript.c
php_mapscript.c: In function `php3_ms_map_setExtent':
php_mapscript.c:1692: warning: dereferencing type-punned pointer will break strict-aliasing rules

 . . . 14 more pairs of such lines . . .

php_mapscript.c: In function `php3_ms_rect_free':
php_mapscript.c:10095: warning: dereferencing type-punned pointer will break strict-aliasing rules
php_mapscript.c: In function `php3_ms_shapefile_getshape':
php_mapscript.c:10463: warning: int format, long int arg (arg 3)
php_mapscript.c: In function `php3_ms_shapefile_getpoint':
php_mapscript.c:10522: warning: int format, long int arg (arg 3)
php_mapscript.c: In function `php3_ms_shapefile_gettransformed':
php_mapscript.c:10587: warning: int format, long int arg (arg 3)
php_mapscript.c: In function `php3_ms_shapefile_free':
php_mapscript.c:10693: warning: dereferencing type-punned pointer will break strict-aliasing rules
php_mapscript.c: In function `php3_ms_projection_free':
php_mapscript.c:10842: warning: dereferencing type-punned pointer will break strict-aliasing rules
gcc -fPIC -O2  -Wall -DCOMPILE_DL=1 -DPHP4 -DUSE_WMS_SVR    -DUSE_POSTGIS      -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_EPPL    -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/opt/local/src/mapserver-4.0.1     -I/usr/local/pgsql/include     -I/usr/local/include   -I/usr/local/include -I/opt/local/src/mapserver-4.0.1/../php-4.3.4 -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/dl -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/main  -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/Zend -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/include  -I/opt/local/src/mapserver-4.0.1/../php-4.3.4/TSRM -c -o mapscript_i.o mapscript_i.c
c++ -shared -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
<unknown>                           0x49c       /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o)
<unknown>                           0x4a0       /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o)
<unknown>                           0x4a4       /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o)
<unknown>                           0x4a8       /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o)
<unknown>                           0x4ac       /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o)
<unknown>                           0x4b0       /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o)
<unknown>                           0x4b4       /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o)
<unknown>                           0x4b8       /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o)
<unknown>                           0x4bc       /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o)
<unknown>                           0x4c0       /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o)
<unknown>                           0xb64       /opt/local/src/mapserver-4.0.1/libmap.a(mapsymbol.o)
 . . .  about 10,000 (!) more such lines . . .



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
*** Error code 1
make: Fatal error: Command failed for target `php_mapscript.so'
Current working directory /opt/local/src/mapserver-4.0.1/mapscript/php3
*** Error code 1
make: Fatal error: Command failed for target `php3_mapscript'

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 --=====================_289422281==.ALT-- From steve.lime at dnr.state.mn.us Thu Feb 19 22:09:01 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Fri, 20 Feb 2004 00:09:01 -0600 Subject: [Mapserver-users] Mouse Over Message-ID: I need to ammend this message. I made a mistake earlier although if you were using a querymap you wouldn't notice. The searchmap option *must* take a value, set searchmap=true in the URL below and all is well. One other caveat, don't use the size options in the querymap options, rather let it inherit size from the main map object. I'll have to fix this issue later. Otherwise seems to work fine (code problem mentioned earlier has been long fixed) either with an image or as a seperate component. Steve >>> Steve Lime 02/19/04 11:52 AM >>> Here's a CGI-based demo. http://maps.dnr.state.mn.us/cgi-bin/mapserv41?map=/usr/local/www/docs/testing/imagemap/test.map&mode=nquery&searchmap You can download at http://maps.dnr.state.mn.us/testing/imagemap.zip It's basically just a query that outputs features that have been transformed (clipped and thinned) to image coordinates. The nice thing is that you could use this for a component-based system, that is create the map and the imagemap with seperate calls. The example above uses the little documented "searchmap" option. This tells MapServer that the search exent is that of a map so any incoming extent is fit to a map (width/height) before querying is done. You can also use it with pan/zoom interfaces (mode is still nquery) and MapServer will apply the pan/zoom *before* doing the query. I don't know how you'd combine an imagemap and a strait CGI-form so you could get the tooltips and the clicking in the map for navigation. It's a start. Steve >>> "Steve Lime" 2/19/2004 12:46:07 AM >>> I don't know squat about the imagemap output function. As Atilla said it's on the experimental side. I do have an alternative using queries and the [shpxy...] tag that may be of interest. It's pretty flexible and usable from the CGI application. I'll post an example on the DNR machines tomorrow (can't get to them tonite). Steve >>> "Charlton Purvis" 02/17/04 11:52 AM >>> Hi, Steve: Checked out the overlib URL you sent below, and I must admit it's slick. I'm a little lost, though, what library do I need to make sure I have installed and part of my ./configure? I'm trying to monkey around w/ imagemap, a la the Wiki post: OUTPUTFORMAT NAME imagemap MIMETYPE "text/html" DRIVER imagemap END But a shp2img gives me a: msDrawMap(): GD library error. Unable to initialize image. Running 4.0.1 and gd-2.0.15. My MS build looks like it put mapimagemap.c into my libmap.a. Any hints? Thanks, Charlton > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Tuesday, February 10, 2004 12:51 PM > To: pucher at atlas.gis.univie.ac.at; mapserver-users at lists.gis.umn.edu; > bartvde at xs4all.nl > Subject: Re: [Mapserver-users] Mouse Over > > Hi all: The mapimage w/XML software was really more a proof-of-concept. > I never took it any further than that. The source is around if you're > interested. There are other possibilities as well. For example, in 4.0 > there actually is a imagemap output object (see > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap) but I don't know > much about it. In 4.1 there is the [shpxy] tag and I've been planning to > add an attribute to allow you to output coordinates in IMAGE > coordinates. That way you could build an imagemap on the fly via the > CGI. It could also be used to populate DHTML popup objects (e.g. > http://www.bosrup.com/web/overlib/). > > Would be happy to discuss further. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From patruno at istat.it Fri Feb 20 00:32:15 2004 From: patruno at istat.it (Vincenzo Patruno) Date: Fri, 20 Feb 2004 09:32:15 +0100 Subject: [Mapserver-users] Mapscript, Debian & Server Error References: <004201c3f629$667dac30$c772120a@senna142> <4034ADA6.4030607@pastoraldacrianca.org.br> Message-ID: <008f01c3f78c$0bd47160$c772120a@senna142> Hi Humberto and thanks a lot for your answer, even if your suggestion doesn't work on my system. I compiled and installed suphp and I also modified my Php_4.3.4 configure as follow: ./configure --with-msql=/usr/local/Hughes --with-regex=system --enable-for ce-cgi-redirect --with-gd --with-zlib --with-ttf --with-jpeg-dir --with-png-dir --with-pgsql --enable-dbase --ena ble-session --without-mysql --with-pr oj --with-ncurses --with-iconv --enable-cli --enable-cgi --enable-fastcgi -- enable-gd-native-ttf --enable-static --disable-all But Nothing... The problem is always the same as you can check clicking on the links below Here is also my Mapserver3.6.7 configure ./configure --with-php=/usr/local/php-4.3.4 --with-gd --enable-runpath --wit h-freetype=/usr/local/include/freetyp e --with-jpeg --with-png --with-postgis=yes --with-proj ----- Original Message ----- From: "Humberto Cereser Ibanez" To: "Vincenzo Patruno" Cc: "Mapserver" Sent: Thursday, February 19, 2004 1:35 PM Subject: Re: [Mapserver-users] Mapscript, Debian & Server Error > Vincenzo Patruno wrote: > > > Hi all! > > > > Unfortunately two weeks ago my server said me "goodbye" and crashed. > > (Hard Disk problem) > > So I found a new server and I began installing all software I needed. > > > > So I installed Mapserver - Mapscript 3.6.7 (My application uses > > 'addcolor' that isn't supported by Mapserver 4) > > and I installed also PHP (4.2.3, but I installed also all versions up > > to 4.3.4) > > > > You can check the system clicking on > > http://www.geodemo.istat.it/test.php > > > > and > > http://www.geodemo.istat.it/itasca/demo_init.html > > > > But when I test my application The system has a strange behaviour > > > > If you go to > > http://www.geodemo.istat.it/gpop2001/index_e.orig.php > > > > and click "Map" the system display correctely a map > > This appens also if you select "All provinces" and "All Regions" on > > the left side of the screen > > But if you select a Geographical area other than "Italy" and you click > > "Map" the system display an error. > > > > In the error_log file you can find: "Premature end of script headers: > > /usr/local/apache/cgi-bin/php" > > > > We have the same problem using maplab. > > > > http://www.geodemo.istat.it/maplab/htdocs/index.phtml > > If you open the tutorial project and you want to display the preview > > of the mapfile, you obtain the same error. > > > > > > I think the problem is related somehow to display more than one layer. > > Infact, in "Geodemo" application the system fails exactly when more > > than one layer sould be displayed > > (This happens also if you zoom in) > > > > Any idea? > > > > > > ... On the new system I installed last version of Debian (3.0) while I > > used Red Hat 7.3 on the previous system > > > > Thanks in advance > > V > > > > Hi Vincenzo > > I had the same problem with php-4.3.3 > > I followed the advice in > http://www.debianhowto.de/howtos/en/suphp/suphp_installation.html > excepting for instalation of pakage php4-cgi. I install php from sources. > > My php-4.3.4 configure: > /configure --prefix=/usr/local --with-gd=/usr/local > --with-proj=/usr/local > --with-gdal=/usr/local/src/gdal-1.1.9/apps/gdal-config > --with-curl=/usr/local --with-pgsql=/usr/local/src/postgresql-7.2.1/src > /usr/include/postgresql /usr/lib --with-ncurses --with-regex=system > --without-mysql --with-freetype-dir=/usr/local --with-iconv --with-zlib > --with-t1lib=/usr/include --with-iconv --enable-cli --enable-cgi > --enable-force-cgi-redirect --enable-fastcgi --enable-gd-native-ttf > --enable-static --enable-dbase > > Good luck! > > Humberto Cereser Ibanez > Pastoral da Crian?a > Curitiba - PR - Brasil > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From api at justapi.de Fri Feb 20 01:00:54 2004 From: api at justapi.de (Sebastian Albrecht) Date: Fri, 20 Feb 2004 10:00:54 +0100 Subject: [Mapserver-users] History of Mapserver Message-ID: <525204123.20040220100054@justapi.de> Hello, I am interested in history of the UMN Mapserver. When did it start? What was the first official version? Who had the idea? I would like to add that information to my internship report. Regards, Sebastian From bartvde at xs4all.nl Fri Feb 20 01:15:28 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Fri, 20 Feb 2004 10:15:28 +0100 (CET) Subject: [Mapserver-users] WFS and 1 on n relationships Message-ID: <22825.212.238.227.182.1077268528.squirrel@webmail.xs4all.nl> Hi list, I have some questions regarding Mapserver WFS and 1 on n relationships in data. Currently we have a shapefile. The attribute table of this shapefile has a 1 on n relationship with another dbf file. 1) Can this type of datastructure be served directly by Mapserver WFS? I guess the answer to this one will be NO. 2) Would bringing the data into PostGIS make it easier for Mapserver WFS to serve this kind of data? 3) Can this type of data structure be served in Mapserver GML (and parsed by OGR)? If it cannot be handled, I have the following additional question: 4) Can Mapserver serve a WFS typename for PostGIS tables without geometry, i.e. serve GML separately for the table which is to be coupled to the geometry table? Any info appreciated on how to deal with this. Best regards, Bart From bartvde at xs4all.nl Fri Feb 20 02:02:32 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Fri, 20 Feb 2004 11:02:32 +0100 (CET) Subject: [Mapserver-users] History of Mapserver In-Reply-To: <525204123.20040220100054@justapi.de> References: <525204123.20040220100054@justapi.de> Message-ID: <16632.212.238.227.182.1077271352.squirrel@webmail.xs4all.nl> Hi, you can find some info about the history of Mapserver at: http://www.highwayengineer.co.medina.oh.us/mapserver/ms_presentation/2001/history1.html and at (second slide): http://www.tydac.ch/french/pdf/OSS_MapServer.pdf Best regards, Bart > Hello, > > I am interested in history of the UMN Mapserver. When did it start? > What was the first official version? Who had the idea? > > I would like to add that information to my internship report. > > Regards, > Sebastian > > _______________________________________________ > 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 Fri Feb 20 03:07:21 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Fri, 20 Feb 2004 12:07:21 +0100 (CET) Subject: [Mapserver-users] Re: [wms-dev] Legend problem in WMS service In-Reply-To: References: Message-ID: <14673.212.238.227.182.1077275241.squirrel@webmail.xs4all.nl> Hi, I am forwarding your message to the Mapserver User list as I assume this was your intention. --- With regard to the Legend. Are you trying to use: 1) GetLegendGraphic (SLD WMS) or 2) LegendURL LegendURL is not supported by Mapserver at the moment as far as I know, and I don't know if GetLegendGraphic is implemented or is going to be implemented. Perhaps DM Solutions can comment on this part more. See also for more information: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=86 http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=262 --- If I understand correctly you define a PROJECTION in your MAP file which does not have an associated EPSG code? What kind of WMS client are you using to visualize your maps? The client can use a BBOX in its WMS request to define which extent it wants to zoom in to. Normally the EXTENT in the MAP file determines server-side what the extent is, but I don't think this will influence the WMS interface of Mapserver. Can you shed some more light on your problem? Best regards, Bart > Dear MapServer Users > > I have installed , configured and implement the Mapserver 4.0 with > success. > Also I have managed to make it OGC Compliant and to enable the WMS > Service. > The only documentation I have found was > http://mapserver.gis.umn.edu/doc40/wms-server-howto.html > If you have any additional documentation you are welcomed to propose to > me. > > I have 2 additional problems configuring my Web server as WMS: > > 1. I cannot retrieve the LEGEND (In WMS service), even if I have created a > legend and this legend works fine in the WEB mode. How I can configure the > map file in order to retrieve the Legend file? > > 2. The map in the WMS Service is shown in the World Extent even if in the > Web Service I focus on the Europe Extent (My maps are covering only > Europe). > My projection works fine for the Web service but not for the WMS Service. > I > am using: Lambert_Azimuthal_Equal_Area. (PROJ = LAEA, Lat_0=48, LON_0=9). > I > cannot use an EPSG code. > How I can configure the map file in order to Focus only in Europe Extent? > > > Panos Panagos > > Joint Research Centre of the European Commission > Institute for Environment and Sustainability, TP 280 > I-21020 Ispra (VA) - Italy > email: panos.panagos at jrc.it > tel: +39-0332-785574 fax: +39-0332-786394 > > _________________________________________________________________ > STOP MORE SPAM with the new MSN 8 and get 2 months FREE* > http://join.msn.com/?page=features/junkmail > > _______________________________________________ > wms-dev mailing list > wms-dev at mail.digitalearth.org > http://mail.digitalearth.org/mailman/listinfo/wms-dev > From humberto at pastoraldacrianca.org.br Fri Feb 20 05:04:25 2004 From: humberto at pastoraldacrianca.org.br (Humberto Cereser Ibanez) Date: Fri, 20 Feb 2004 10:04:25 -0300 Subject: [Mapserver-users] Mapscript, Debian & Server Error References: <004201c3f629$667dac30$c772120a@senna142> <4034ADA6.4030607@pastoraldacrianca.org.br> <008f01c3f78c$0bd47160$c772120a@senna142> Message-ID: <403605D9.2090301@pastoraldacrianca.org.br> Vincenzo Patruno wrote: >Hi Humberto and thanks a lot for your answer, even if >your suggestion doesn't work on my system. > >I compiled and installed suphp and I also modified my Php_4.3.4 configure as >follow: > >./configure --with-msql=/usr/local/Hughes --with-regex=system --enable-for >ce-cgi-redirect --with-gd --with-zlib > --with-ttf --with-jpeg-dir --with-png-dir --with-pgsql --enable-dbase --ena >ble-session --without-mysql --with-pr >oj --with-ncurses --with-iconv --enable-cli --enable-cgi --enable-fastcgi -- >enable-gd-native-ttf --enable-static >--disable-all > > >But Nothing... >The problem is always the same as you can check clicking on the links below > > >http://www.geodemo.istat.it/maplab/htdocs/index.phtml > >Here is also my Mapserver3.6.7 configure > > >./configure --with-php=/usr/local/php-4.3.4 --with-gd --enable-runpath --wit >h-freetype=/usr/local/include/freetyp >e --with-jpeg --with-png --with-postgis=yes --with-proj > Hi Vincenzo. My second suggestion is: review your httpd.conf and php.ini Here is a snippets of my httpd.conf (Apache 1.3.26) LoadModule action_module /usr/lib/apache/1.3/mod_actions.so LoadModule alias_module /usr/lib/apache/1.3/mod_alias.so LoadModule suphp_module /usr/lib/apache/1.3/mod_suphp.so LoadModule env_module /usr/lib/apache/1.3/mod_env.so #LoadModule php4_module /usr/lib/apache/1.3/libphp4.so Alias /gmap/ "/var/www/sig/gmap-ms40/htdocs/" Alias /ms_tmp/ "/tmp/ms_tmp/" ScriptAlias /cgi-bin/ /usr/local/lib/cgi-bin/ the php-cgi bin is in /usr/local/lib/cgi-bin/ Action phtml-script /cgi-bin/php Action application/x-httpd-php-cgi /cgi-bin/php AddHandler phtml-script .phtml AddType application/x-httpd-php-cgi .phtml suPHP_Engine on Here is a snippets of my php.ini error_reporting = E_ALL & ~E_NOTICE include_path = ".:/php/includes:/usr/local/lib" extension_dir = "/usr/local/lib" Good luck Humberto Cereser Ibanez Pastoral da Crian?a Curitiba - PR - Brasil From dastolfo1 at cogeco.ca Fri Feb 20 05:28:55 2004 From: dastolfo1 at cogeco.ca (Dave Astolfo) Date: Fri, 20 Feb 2004 08:28:55 -0500 Subject: [Mapserver-users] Mouse Over (Attn Steve Lime) In-Reply-To: Message-ID: <000001c3f7b5$80822560$3402a8c0@DGG> Steve, I tried your demo and had some interesting results. I am able to get the image on the page, but the mouse over does not work. When viewing the source of the page, I found that it appears that the shpxy is not be processed by MapServer. I have included some source below. It looks like it is simply returning the original code from witin the county_code.html page, but yet it processed the [img] tag from the header. Any thoughts on this? Is it because my version of MapServer does not support the shpxy feature? I am running the Win32 binary V4.0. Thanks, Dave --- SAMPLE SOURCE OF PAGE ----- Imagemap Test Page

This is a test of generating a client-side imagemap from MapServer using query templates.

Here's the querymap (STYLE=standard)

Lake of the Woods Kittson Roseau Koochiching Marshall St. Louis ........................................... ---- END SAMPLE SOURCE OF PAGE ---- --- THE SAME SOURCE OUTPUT FROM YOUR PAGE--- Imagemap Test Page

This is a test of generating a client-side imagemap from MapServer using query templates.

Here's the querymap (STYLE=standard)

Lake of the Woods Kittson --- END--- -----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: Thursday, February 19, 2004 12:52 PM To: cpurvis at asg.sc.edu; pucher at atlas.gis.univie.ac.at; Steve Lime; mapserver-users at lists.gis.umn.edu; bartvde at xs4all.nl Subject: RE: [Mapserver-users] Mouse Over Here's a CGI-based demo. http://maps.dnr.state.mn.us/cgi-bin/mapserv41?map=/usr/local/www/docs/te sting/imagemap/test.map&mode=nquery&searchmap You can download at http://maps.dnr.state.mn.us/testing/imagemap.zip It's basically just a query that outputs features that have been transformed (clipped and thinned) to image coordinates. The nice thing is that you could use this for a component-based system, that is create the map and the imagemap with seperate calls. The example above uses the little documented "searchmap" option. This tells MapServer that the search exent is that of a map so any incoming extent is fit to a map (width/height) before querying is done. You can also use it with pan/zoom interfaces (mode is still nquery) and MapServer will apply the pan/zoom *before* doing the query. I don't know how you'd combine an imagemap and a strait CGI-form so you could get the tooltips and the clicking in the map for navigation. It's a start. Steve >>> "Steve Lime" 2/19/2004 12:46:07 AM >>> I don't know squat about the imagemap output function. As Atilla said it's on the experimental side. I do have an alternative using queries and the [shpxy...] tag that may be of interest. It's pretty flexible and usable from the CGI application. I'll post an example on the DNR machines tomorrow (can't get to them tonite). Steve >>> "Charlton Purvis" 02/17/04 11:52 AM >>> Hi, Steve: Checked out the overlib URL you sent below, and I must admit it's slick. I'm a little lost, though, what library do I need to make sure I have installed and part of my ./configure? I'm trying to monkey around w/ imagemap, a la the Wiki post: OUTPUTFORMAT NAME imagemap MIMETYPE "text/html" DRIVER imagemap END But a shp2img gives me a: msDrawMap(): GD library error. Unable to initialize image. Running 4.0.1 and gd-2.0.15. My MS build looks like it put mapimagemap.c into my libmap.a. Any hints? Thanks, Charlton > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Tuesday, February 10, 2004 12:51 PM > To: pucher at atlas.gis.univie.ac.at; mapserver-users at lists.gis.umn.edu; > bartvde at xs4all.nl > Subject: Re: [Mapserver-users] Mouse Over > > Hi all: The mapimage w/XML software was really more a proof-of-concept. > I never took it any further than that. The source is around if you're > interested. There are other possibilities as well. For example, in 4.0 > there actually is a imagemap output object (see > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap) but I don't know > much about it. In 4.1 there is the [shpxy] tag and I've been planning to > add an attribute to allow you to output coordinates in IMAGE > coordinates. That way you could build an imagemap on the fly via the > CGI. It could also be used to populate DHTML popup objects (e.g. > http://www.bosrup.com/web/overlib/). > > Would be happy to discuss further. _______________________________________________ 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 scoota at supanet.com Fri Feb 20 05:50:34 2004 From: scoota at supanet.com (scoota at supanet.com) Date: Fri, 20 Feb 2004 13:50:34 +0000 Subject: [Mapserver-users] Bread and Butter Message-ID: <1077285034.scoota@supanet.com> Hi All, I'm sure this is bread and butter to all the UNIX gurus, but it would save a lot of head scratching on my part. This relates back to a problem I had installing MapServer on a Solaris. The suggested fix was to ensure the GNU tools were used in the make. Some details were given about this but I'm still a little unclear. For instance, how do I change the search path / environment variable. Using setenv LD_LIBRARY_PATH = mypath was mentioned somewhere. I'm told setenv is a command in the C shell, however, I'm set up to use bash. Is there an equivalent in bash? Also mentioned was changing the .bashrc file - where will I find this file? Thanks for any help offered. Keith -- Message sent with Supanet E-mail Signup to supanet at https://signup.supanet.com/cgi-bin/signup?_origin=sigwebmail From edspremolla at Antel.com.uy Fri Feb 20 06:46:14 2004 From: edspremolla at Antel.com.uy (Eduardo Spremolla) Date: Fri, 20 Feb 2004 11:46:14 -0300 Subject: [Mapserver-users] Bread and Butter In-Reply-To: <1077285034.scoota@supanet.com> References: <1077285034.scoota@supanet.com> Message-ID: <1077288373.4215.3.camel@fly.in.iantel.com.uy> in bash do: export PATH=/bla.bla.bla:/etc.... export LD_LIBRARY_PATH=/your_libs/path:/more/libs El vie, 20-02-2004 a las 10:50, scoota at supanet.com escribi??: > Hi All, > > I'm sure this is bread and butter to all the UNIX gurus, but it would save a lot of head scratching on my part. This relates back to a problem I had installing MapServer on a Solaris. The suggested fix was to ensure the GNU tools were used in the make. Some details were given about this but I'm still a little unclear. For instance, how do I change the search path / environment variable. Using setenv LD_LIBRARY_PATH = mypath was mentioned somewhere. I'm told setenv is a command in the C shell, however, I'm set up to use bash. Is there an equivalent in bash? Also mentioned was changing the .bashrc file - where will I find this file? > > Thanks for any help offered. > > Keith -- Eduardo Spremolla Antel I+D From mountainduo at mho.com Fri Feb 20 07:12:48 2004 From: mountainduo at mho.com (mountainduo at mho.com) Date: Fri, 20 Feb 2004 08:12:48 -0700 (MST) Subject: [Mapserver-users] Please help...Java Mapscript Message-ID: <1304.64.144.234.206.1077289968.squirrel@a.mail.mho.net> Hello, I am in need of mapscript for java as i need to implement mapping in an application next week. Can someone please send me what i need for java (dll and jar)? I have tried compiling it on my own but have had no luck. thank you, will From assefa at dmsolutions.ca Fri Feb 20 07:28:27 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Fri, 20 Feb 2004 10:28:27 -0500 Subject: [Mapserver-users] Re: [wms-dev] Legend problem in WMS service In-Reply-To: <14673.212.238.227.182.1077275241.squirrel@webmail.xs4all.nl> References: <14673.212.238.227.182.1077275241.squirrel@webmail.xs4all.nl> Message-ID: <4036279B.5060005@dmsolutions.ca> > LegendURL is not supported by Mapserver at the moment as far as I know, > and I don't know if GetLegendGraphic is implemented or is going to be > implemented. Perhaps DM Solutions can comment on this part more. GetLegendgraphic is going to be available on the next release of Mapserver with the SLD support. -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From youssefchamoun at hotmail.com Fri Feb 20 07:32:31 2004 From: youssefchamoun at hotmail.com (youssef chamoun) Date: Fri, 20 Feb 2004 16:32:31 +0100 Subject: [Mapserver-users] asymmetric lines Message-ID: Hello, can anyone please help me on a way to create asymmetric lines? Thank you. Youssef Chamoun _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From cpurvis at asg.sc.edu Fri Feb 20 10:49:09 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Fri, 20 Feb 2004 13:49:09 -0500 Subject: [Mapserver-users] Mouse Over (Attn Steve Lime) Message-ID: > not support the shpxy feature? I am running the Win32 binary V4.0. Dave, I got the same results before upgrading to the nightly build. 4.1.x is what you need. From daniel.faivre at camptocamp.com Fri Feb 20 11:10:54 2004 From: daniel.faivre at camptocamp.com (Daniel FAIVRE) Date: Fri, 20 Feb 2004 20:10:54 +0100 Subject: [Mapserver-users] Tricky bug with multiple styles for one class In-Reply-To: <4034E0F3.7060105@camptocamp.com> References: <4034E0F3.7060105@camptocamp.com> Message-ID: <40365BBE.4010603@camptocamp.com> Hello, Does anybody experienced similar bugs ? > I've faced a tricky bug with some PostGIS layers and MapServer. I'm > using MapServer from CVS (040213), php mapscript, php 4.3.4, and > PostgreSQL 7.4 on a Debian woody. > > I've got a postgis layer with 50000 streets (no dump joined, see table > def at the end of this message). These layer is a MULTILINESTRING > layer, with simple and valids geometries with 1 as numgeometries > (all geometries are in fact simple LINESTRINGs). > > When I try to classify this layer as reported below, I get a bug > (Probably a MapServer one). Nothing is reported by PostGreSQL debug, > except a "LOG: 08P01: unexpected EOF on client connection" ... > Apache only report: [Thu Feb 19 16:51:38 2004] [error] [client > 127.0.0.1] Premature end of script headers: /usr/lib/cgi-bin/php > > The bug seem to relate to multiple styles for one class. > > Here is a mapfile extraction, with comments about how to produce or > avoid the bug: > > LAYER NAME "streets" > TYPE LINE > CONNECTIONTYPE postgis > CONNECTION "user=my_user_name dbname=my_db_name" > DATA "the_geom from streets" > STATUS ON > TRANSPARENCY 80 > TEMPLATE "ttt" > HEADER "link_id st_name" CLASSITEM "route_type" > CLASS > EXPRESSION /[123]/ > NAME "Routes principales" STYLE > COLOR 64 0 0 > SYMBOL "line1" > SIZE 5 END > STYLE > COLOR 255 196 0 > SYMBOL "line2" > SIZE 3 END LABEL > ANTIALIAS true > ANGLE AUTO > FONT verdana > MINDISTANCE 1 > BUFFER 20 > TYPE truetype > COLOR 0 0 0 > OUTLINECOLOR 255 255 255 > SIZE 6 > MINSIZE 6 > MAXSIZE 10 > POSITION auto > END END > CLASS > EXPRESSION "4" > NAME "Routes secondaires" STYLE > COLOR 64 0 0 > SYMBOL "line1" > SIZE 4 END > STYLE > COLOR 255 64 0 > SYMBOL "line2" > SIZE 2 END > LABEL > ANTIALIAS true > ANGLE AUTO > FONT verdana > MINDISTANCE 1 > BUFFER 20 > TYPE truetype > COLOR 0 0 0 > OUTLINECOLOR 255 255 255 SIZE 6 > MINSIZE 6 > MAXSIZE 8 > POSITION auto > END END > CLASS > NAME "Autres" > EXPRESSION /[95]/ > STYLE > COLOR 96 96 96 > SYMBOL "line1" > SIZE 2 END > # STYLE # second style commented to avoid the bug > with type 9: no bug with this part commented > # COLOR 64 255 0 > # SYMBOL "line2" > # SIZE 1 # END > END TOLERANCE 5 > TOLERANCEUNITS pixels > END > > When the commented part is uncommented, the bug happens. In this case, > when EXPRESSION /[95]/ is replaced by EXPRESSION /5/, no bug happens ... > Furthermore, when I start my application with the commented part, make > a zoom, and a query, I can uncomment this style part aned refresh my > page without a bug ! > > I've search about something related to my data set, but I could not > have found anything. All my MULTILINESTRING GEOMETRIES are simples, > valid, and report 1 as numgeometries ... > > Does anybody see any hint ? Is it really a MapServer bug related to > multiple styles on the same line ? > > Best regards, > Daniel FAIVRE > > Here is my very simple table def: > > CREATE TABLE public.streets > ( > link_id int8, > st_name varchar, > route_type varchar, > the_geom public.geometry, > CONSTRAINT "$1" CHECK srid(the_geom) = -1, > CONSTRAINT "$2" CHECK geometrytype(the_geom) = > 'MULTILINESTRING'::text OR the_geom IS NULL > ) WITH OIDS; From steve.lime at dnr.state.mn.us Fri Feb 20 12:37:28 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Fri, 20 Feb 2004 14:37:28 -0600 Subject: [Mapserver-users] History of Mapserver Message-ID: It began *officially* in 1997 with version 1.0. That version was used in-house on a project called ForNet (http://www.gis.umn.edu/fornet). Version 2.0 was released in 1998 to the public but was only in use in Minnesota (at the UMN and at the Department of Natural Resources) and in Australia. I released 3.0 in 1999/2000 sometime and shortly after that Dan and the folks at DMSolutions came on board, as did other developers. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Sebastian Albrecht 2/20/2004 3:00:54 AM >>> Hello, I am interested in history of the UMN Mapserver. When did it start? What was the first official version? Who had the idea? I would like to add that information to my internship report. Regards, Sebastian _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Glen Fri Feb 20 13:43:26 2004 From: Glen (Glen) Date: Fri, 20 Feb 2004 16:43:26 -0500 Subject: [Mapserver-users] Re: Label Angle Property (solved) Message-ID: <004b01c3f7fa$923bc0a0$cc01a8c0@mapfusion.com> This is a multi-part message in MIME format. ------=_NextPart_000_0048_01C3F7D0.A9536920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Yeah thanks, I guess it only works with TrueType fonts. I set up a list. Glen=20 ------=_NextPart_000_0048_01C3F7D0.A9536920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Yeah thanks, I guess it only works with = TrueType=20 fonts. I set up a list.
 
Glen 
------=_NextPart_000_0048_01C3F7D0.A9536920-- From eduardo at consultoria.eti.br Fri Feb 20 17:48:32 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Fri, 20 Feb 2004 23:48:32 -0200 Subject: [Mapserver-users] History of Mapserver In-Reply-To: References: Message-ID: <20040221024832.26052.qmail@hm47.locaweb.com.br> more stuff... ---------------- ----- Original Message ----- From: "Daniel Morissette" To: "Eduardo Patto Kanegae" Cc: "Steve Lime" ; "Dave McIlhagga" Sent: Sunday, June 29, 2003 12:09 PM Subject: Re: MapServer history > > Eduardo Patto Kanegae wrote: > > > > ...MapServer history... you know.. I mean, something where > > readers could find answers for "How and when does it began?" or "Why > > ForNet choosed MapServer and not other like ArcIMS?". 'cause I think > > it's easier to bring new users on it when they can know more about > > system's history and can see why it's currently a strong and trustable > > thecnology. > > > > > > > Hi Eduardo, > > For sure a bit of historical background is always interesting. Since we > were involved with the project only since 2000, what we know about > MapServer's history we learned from Steve. So I guess Steve will be the > right person to feed you with all the details, but to get you started I > attached below something that Steve sent me when I asked him the same > question in preparation for a presentation on MapServer last year. > > I also built a timeline of MapServer based on that information and on > what happened after 2000, you can find it in the first slide of the > following presentation: > http://www.mapserver.ch/english/pdf/OSS_MapServer.pdf > > I hope that helps, > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette morissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > > ----------8<---------- > > MapServer arose out of PhD project I was thinking about centered around > building a trip planning decision support system for the Boundary Waters > Canoe Area Wilderness in northern Minnesota. I tied Arc/Info to the web > by generating custom AMLs on-the-fly. Then in 1995 along came a NASA > sponsored grant to deliver forestry information to on-the-ground forest > managers, things like satellite imagery and GIS data. This project was > called ForNet and it sought to capitalize on the previous work in the > BWCAW. Arc/Info licenses being on the pricey side pushed us to start > looking at something new. I approached ESRI about a "daemon" mode for > ArcView 1, but no interest. Along came Frank's shapelib and the > lightbulb went off. At that point in time I had already created a server > for ERDAS Imagine data and that system, based on templates and config > files, became the foundation of the new vector specific software- > MapServer. I started using it in a production basis in 1996 sometime for > ForNet and a BWCAW website. At that point it was just me. So folks at > ERIN (in Australia) saw it a requested a copy. They used it as part of > their online atlas projects (still do I believe). When I decided to > leave the UMN for the DNR in 1998 one of my last tasks was to package a > version for public consumption (version 2.0) and that became available > in the summer of 1998. At the DNR I continued to improve the code, > adding raster integration and TrueType in 1999. About that time I > approached the UMN about continuing to support the software, and they > agreed under a couple of new NASA grants they had. That arrangement led > to the 3.0 release, and the MapScript initial release in 2000. You know > the rest. Here's a timeline as best I can recall... > > -- 1994 => web-based Arc/Info AML generation > -- 1995 => ForNet project starts, work begins on "imgserv" a CGI > application for viewing Erdas Imagine data > -- 1996 => shapelib release, paired with GD in a new application > called "mapserv" > -- 1997 => version 1.0 shared on very limited basis > -- 1998 => version 2.0 released via ForNet website > -- 1999 => version 3.0 released (raster/TrueType support) via DNR > website, UMN MapServer site created > -- 2000 => version 3.1 (includes MapScript) released > > ---------->8---------- > ---------------- ++++++++++++ ----- Original Message ----- From: "Steve Lime" To: ; Cc: Sent: Monday, June 30, 2003 1:58 PM Subject: Re: MapServer history > Dan's attached message about sums it up. I can answer specific questions > if you'd like. The "why not ArcIMS" question is an easy one- because > nothing existed for doing this stuff so we wrote our own. > > Steve ... ++++++++++++ Eduardo Patto Kanegae http://www.consultoria.eti.br ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## *************************************** ***Fim da Mensagem / End of Message *** *************************************** On Fri, 20 Feb 2004 14:37:28 -0600, "Steve Lime" escreveu: > De: "Steve Lime" > Data: Fri, 20 Feb 2004 14:37:28 -0600 > Para: , > Assunto: Re: [Mapserver-users] History of Mapserver > > It began *officially* in 1997 with version 1.0. That version was used > in-house on a project called ForNet (http://www.gis.umn.edu/fornet). > Version 2.0 was released in 1998 to the public but was only in use in > Minnesota (at the UMN and at the Department of Natural Resources) and in > Australia. I released 3.0 in 1999/2000 sometime and shortly after that > Dan and the folks at DMSolutions came on board, as did other > developers. > > Steve > > Stephen Lime > Data & Applications Manager > > Minnesota DNR > 500 Lafayette Road > St. Paul, MN 55155 > 651-297-2937 > > >>> Sebastian Albrecht 2/20/2004 3:00:54 AM >>> > Hello, > > I am interested in history of the UMN Mapserver. When did it start? > What was the first official version? Who had the idea? > > I would like to add that information to my internship report. > > Regards, > Sebastian > > _______________________________________________ > 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 Fri Feb 20 22:32:25 2004 From: bob.basques at ci.stpaul.mn.us (blammo) Date: Sat, 21 Feb 2004 00:32:25 -0600 Subject: [Mapserver-users] Windows Binary with recent IMAGMAP addition. Message-ID: <4036FB79.1010106@ci.stpaul.mn.us> Newbie here, I've been following the IMAGEMAP thread, has anyone gotten the IMAGEMAP generation that Steve Lime posted to work in windows binary. Is the new stuff in any of the recent builds? I'm in fairly desparate need for a windows install with the IMAGEMAP output capabilities. Thanks bobb From balderasn at yahoo.com Sat Feb 21 00:10:00 2004 From: balderasn at yahoo.com (Nely Balderas) Date: Sat, 21 Feb 2004 08:10:00 +0000 Subject: [Mapserver-users] Problem to show a raster layer? Message-ID: Sorry i am new in mapserver... i want to show a raster layer but i can't, i'm using mapserver 4.0 and windows binaries and phpmapscript my raster is a69.tif, it has a tfw file with this information 10.3352258255599 0 0 -10.3401980506 461745.077948169 2076516.13845759 the map file has a simple polygon shapefile an also i want to show raster file but my problem is that my layer doesn't show. its possible to use jpg or pgn like symbols or reference imagenes. could you help me? MAP NAME PRIMERMAPA IMAGETYPE PNG #STATUS on SIZE 400 350 UNITS METERS SYMBOLSET "c:\\program files\\nusphere\\apache\\nsdocs\\mapa_siciem\\etc\\symbols.sym" FONTSET "c:\\program files\\nusphere\\apache\\nsdocs\\mapa_siciem\\etc\\fonts.list" EXTENT 448203.823337231 2026726.16845977 538509.467913451 2115325.67281802 IMAGECOLOR 168 168 168 SHAPEPATH "c:\\program files\\nusphere\\apache\\nsdocs\\mapa_siciem\\" WEB #MINSCALE 2000 #MAXSCALE 1500000 IMAGEPATH "c:\\program files\\nusphere\\apache\\nsdocs\\tmp" IMAGEURL "/tmp" END LAYER NAME morelos TYPE POLYGON STATUS on DATA morelos CLASS NAME "mpios" COLOR 150 230 165 TEMPLATE void OUTLINECOLOR 100 100 70 END TOLERANCE 10 END LAYER # imagen de cartografia NAME miraster DATA 'relieve.tif' STATUS default TYPE RASTER PROCESSING "BANDS=1,2,3" OFFSITE 71 74 65 END END # Fin del mapa draw(); $testpt->draw($map, $testlayer, $image, 0, " "); $image_url=$image->saveWebImage(MS_PNG,1,1,0); ?> MAPA > _________________________________________________________________ Charla con tus amigos en l?nea mediante MSN Messenger: http://messenger.microsoft.com/es From dastolfo1 at cogeco.ca Sat Feb 21 03:46:35 2004 From: dastolfo1 at cogeco.ca (Dave Astolfo) Date: Sat, 21 Feb 2004 06:46:35 -0500 Subject: [Mapserver-users] Windows Binary with recent IMAGMAP addition. In-Reply-To: <4036FB79.1010106@ci.stpaul.mn.us> Message-ID: <001201c3f870$5ef53660$3402a8c0@DGG> Hi, I have been trying to get this working, but from what I can tell, the Win32 binaries do not support it (I am not positive of this though). I appears that you would have to build a version yourself from the CVS that contains the necessary libraries to support the ImageMap function. I have a few things left to try. I have also tried Steve's approach that uses the shpxy functionality and also have problems... If you figure something out, please post it to the group. I will do the same. Dave -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of blammo Sent: Saturday, February 21, 2004 1:32 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Windows Binary with recent IMAGMAP addition. Newbie here, I've been following the IMAGEMAP thread, has anyone gotten the IMAGEMAP generation that Steve Lime posted to work in windows binary. Is the new stuff in any of the recent builds? I'm in fairly desparate need for a windows install with the IMAGEMAP output capabilities. Thanks bobb _______________________________________________ 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 Sat Feb 21 03:56:56 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sat, 21 Feb 2004 12:56:56 +0100 Subject: [Mapserver-users] Query oracle attribute data.... and other functions.... In-Reply-To: <4034F6D2.7050203@inf.univali.br> References: <4034F6D2.7050203@inf.univali.br> Message-ID: Hi Fernando, great news that the native Oracle Spatial interface of Mapserver is going to be extended in the near future! The cases I am particularly interested in are the WMS GetFeatureInfo and the WFS functionality on Oracle Spatial. I would be happy to do some early testing. Thanks in advance. Best regards, Bart On Thu, 19 Feb 2004 14:48:02 -0300, Fernando S. wrote: > Hi > My name is Fernando Simon, I work in G10 (Laborat?rio de Computa??o > Aplicada - Brasil). We developer the mapOracleSpatial connector used by > mapserv. > Well, we have a lot of work last year and we can't finish this > connector. But now we are working to finish it, we belive that in the > next month we release it with more funtions. We want to finish this > drive in one or two months. We apreciate if you send to us cases that > need the functions that are not implemented yet. > Exist two ways to do this without mapserv connector. One is with OGR > functions, and other is doing the query directly to OracleSpatial using > PHP, ASP..... > Sorry for our delay to release this drive. > Thank's > > ================================================================== > 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 > ================================================================== -- From innaj at web.de Sat Feb 21 06:38:57 2004 From: innaj at web.de (Inna Janssen) Date: Sat, 21 Feb 2004 15:38:57 +0100 Subject: [Mapserver-users] saveWebImage temp directory ? Message-ID: <200402211438.i1LEcvQ21154@mailgate5.cinetic.de> Hi, in php mapscript you can use the function saveWebImage() to save the image to a temp directory. This temp directory seems to be just the current directory. How can you change the temp directory to a specific directory ? From bigfoot at main-task.com Sat Feb 21 07:34:10 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Sat, 21 Feb 2004 10:34:10 -0500 Subject: [Mapserver-users] saveWebImage temp directory ? In-Reply-To: <200402211438.i1LEcvQ21154@mailgate5.cinetic.de> References: <200402211438.i1LEcvQ21154@mailgate5.cinetic.de> Message-ID: <40377A72.9010809@main-task.com> You have to put something like yhis in your map file: WEB MINSCALE 1000 MAXSCALE 100000000 IMAGEPATH "/your/harddisk/path/tmp/" IMAGEURL "/your/web/path/tmp/" END Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com Inna Janssen wrote: >Hi, > >in php mapscript you can use the function saveWebImage() to save >the image to a temp directory. This temp directory seems to be just the >current directory. How can you change the temp directory to a specific directory ? > > > >_______________________________________________ >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 Sat Feb 21 09:04:17 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Sat, 21 Feb 2004 12:04:17 -0500 Subject: [Mapserver-users] php5 Message-ID: <40378F91.7010106@main-task.com> It is possible to compile mapserver with php 5? I'm trying to compile it, but make fails with this error: php_mapscript_util.c: In function `_phpms_fetch_handle2': php_mapscript_util.c:145: error: structure has no member named `properties' Thanks in advance, -- Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com From thowlett at whistlermuseum.org Sat Feb 21 11:35:01 2004 From: thowlett at whistlermuseum.org (Tracy Howlett) Date: Sat, 21 Feb 2004 11:35:01 -0800 Subject: [Mapserver-users] Too Many Symbols In-Reply-To: <40350DCD.2493.744262E@localhost> Message-ID: <200402211935.i1LJZQAP014020@lists.gis.umn.edu> I guess this is my problem - I installed the Windows Binary and it seems that I do not have a mapsymbols.h file on my computer. Is there any other way for me to edit this file? -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of woodbri at swoodbridge.com Sent: Thursday, February 19, 2004 4:26 PM To: mapserver-users at lists.gis.umn.edu; thowlett at whistlermuseum.org Subject: Re: [Mapserver-users] Too Many Symbols The fix is easy if you can recompile mapserver. Just edit map.h and change MAXSYMBOLS to whatever you need. Then do: make clean make and you should be all set. -Steve W. On 19 Feb 2004 at 16:01, Tracy Howlett wrote: > This was posted to the forum a couple of years ago. It seems there was no > reply and I am now having the exact same problem. I have a layer with 120 > classes and I'm using a true type symbol to represent each class...I have a > total of 131 symbols in my symbol file and am getting this same error > message. > > Has anyone come across this? Can I extend the capacity of the symbol file > somehow? > > Tracy Howlett > Community Habitat Resources Project > GIS Web Development Coordinator > PO Box 1122, Whistler, BC, V0N 1B8 > Phone: 604 932 2019 > Fax: 604 932 2077 > Web: www.CHiRPwhistler.info > Forum: www.CHiRPwhistler.info/forums/index.php > > > To: mapserver-users at lists.gis.umn.edu > Subject: [mapserver-users] Too many symbols defined > From: "Eduin Yesid Carrillo" > Date: Tue, 24 Apr 2001 18:23:15 -0500 > > ---------------------------------------------------------------------------- > ---- > > Where can I modify the symbols limit in the symbol file? > > Error: > > msLoadSymbolSet(): Symbol definition error. Too many symbols defined. > > Thanks. > > ---------------------------- > Eduin Yesid Carrillo > Ingeniero Civil > CIUDAD DIGITAL > Central de Informaci?n Regional Georefenciada > Bucaramanga - Colombia > yecarrillo at hotmail.com > yecarrillo at condorito.uis.edu.co > #ICQ 14323531 > > > > > _______________________________________________ > 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 Sat Feb 21 22:56:54 2004 From: bob.basques at ci.stpaul.mn.us (blammo) Date: Sun, 22 Feb 2004 00:56:54 -0600 Subject: [Mapserver-users] Windows Binary with recent IMAGMAP addition. Message-ID: <403852B6.5060609@ci.stpaul.mn.us> Newbie here, I'm still looking. Has anyone gotten the IMAGEMAP (CGI query) generation that Steve Lime posted recently to work in a Windows binary. I'm in fairly desparate need for a Windows install with the IMAGEMAP output capabilities. Thanks bobb From rburghol at vt.edu Sun Feb 22 09:13:17 2004 From: rburghol at vt.edu (Robert W. Burgholzer) Date: Sun, 22 Feb 2004 12:13:17 -0500 Subject: [Mapserver-users] compile problem, mapserver 4.0.1, gd 2.022, 2.0.17 Message-ID: <40B8104A@zathras> Hello, I am attempting to compile mapserver 4.0.1 on redhat 7.3 with gd 2.0.22 (upgraded from 2.0.17 cause of errors to no avail). I had to install and define libiconv due to errors related to gd during configure. I am getting the following set of errors during make, during the mapgd.c, after which it quits: gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_POSTGIS -I/usr/include -I/usr/local/pgsql/include mapgd.c -o mapgd.o mapgd.c: In function `msImageCreateGD': mapgd.c:79: warning: implicit declaration of function `gdImageCreateTrueColor' mapgd.c:79: warning: assignment makes pointer from integer without a cast mapgd.c: In function `msImageInitGD': mapgd.c:136: warning: implicit declaration of function `gdTrueColorAlpha' mapgd.c:141: warning: implicit declaration of function `gdTrueColor' mapgd.c:148: structure has no member named `tpixels' mapgd.c:133: warning: `tpixels' might be used uninitialized in this function mapgd.c: In function `createBrush': mapgd.c:259: warning: assignment makes pointer from integer without a cast mapgd.c:260: warning: implicit declaration of function `gdImageAlphaBlending' mapgd.c: In function `ImageFilledPolygonAA': mapgd.c:333: warning: implicit declaration of function `gdImageSetAntiAliasedDontBlend' mapgd.c:334: `gdAntiAliased' undeclared (first use in this function) mapgd.c:334: (Each undeclared identifier is reported only once mapgd.c:334: for each function it appears in.) mapgd.c: In function `msDrawMarkerSymbolGD': mapgd.c:1021: warning: implicit declaration of function `gdImageCopyResampled' mapgd.c: In function `msDrawLineSymbolGD': mapgd.c:1247: warning: implicit declaration of function `gdImageSetAntiAliased' mapgd.c:1248: `gdAntiAliased' undeclared (first use in this function) mapgd.c: In function `msDrawShadeSymbolGD': mapgd.c:1310: `gdAntiAliased' undeclared (first use in this function) mapgd.c: In function `RenderCartoLine': mapgd.c:1635: `gdAntiAliased' undeclared (first use in this function) mapgd.c: In function `msDrawTextGD': mapgd.c:2126: structure has no member named `alphaBlendingFlag' mapgd.c: In function `msSaveImageGD': mapgd.c:2427: warning: implicit declaration of function `gdImageSaveAlpha' mapgd.c: In function `msFixedImageCopy': mapgd.c:2540: `gdAlphaOpaque' undeclared (first use in this function) mapgd.c: In function `msImageCopyMerge': mapgd.c:2572: warning: implicit declaration of function `gdTrueColorGetAlpha' mapgd.c:2575: `gdAlphaTransparent' undeclared (first use in this function) mapgd.c:2592: warning: implicit declaration of function `gdTrueColorGetRed' mapgd.c:2595: warning: implicit declaration of function `gdTrueColorGetGreen' mapgd.c:2598: warning: implicit declaration of function `gdTrueColorGetBlue' make: *** [mapgd.o] Error 1 Any help would be appreciated. Robert Robert W. Burgholzer rburghol at veetee dot edu History of Nutrition: "Buddha probably consumed a high-carb diet." From dmorissette at dmsolutions.ca Sun Feb 22 10:59:35 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Sun, 22 Feb 2004 13:59:35 -0500 Subject: [Mapserver-users] php5 In-Reply-To: <40378F91.7010106@main-task.com> References: <40378F91.7010106@main-task.com> Message-ID: <4038FC17.7040501@dmsolutions.ca> Vladimir Guzm?n wrote: > It is possible to compile mapserver with php 5? > I'm trying to compile it, but make fails with this error: > > php_mapscript_util.c: In function `_phpms_fetch_handle2': > php_mapscript_util.c:145: error: structure has no member named `properties' > I wouldn't expect php_mapscript to build with PHP 5 today. We'll probably have to do some important changes to port it due to the changes in the management of objects in PHP 5. We may also explore the possibility of using SWIG at that point. All of this is unlikely to happen before the summer at least, unless we get funding to do it earlier. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From stepan.kafka at centrum.cz Mon Feb 23 00:06:57 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Mon, 23 Feb 2004 09:06:57 +0100 Subject: [Mapserver-users] asymmetric lines In-Reply-To: Message-ID: <001e01c3f9e4$01fb1e00$463c2fc3@HSGIS> Hi Youssef, you may use two approaches: 1) offset lines. If you set OFFSET -99 (eg -99 5) for line symbols, the result line is parallel to original one. Stacking symbols with multiple STYLEs you can achieve desired effect. (There is only simple (but quick) algorithm used for offseting, so there may be some problems with very tortuous lines) 2) Truetype symbols. If you set GAP < 0 (eg. GAP -15), the symbols are oriented in "as digitized" orientation. Then you may set POSITION (UC, LC, UR, ..) to get different drawing effects. These functionality is available from 3.6.0 (?) version. 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 youssef > chamoun > Odesl?no: 20. ?nora 2004 16:33 > Komu: mapserver-users at lists.gis.umn.edu > P?edm?t: [Mapserver-users] asymmetric lines > > > Hello, > > can anyone please help me on a way to create asymmetric lines? > > Thank you. > > Youssef Chamoun > > _________________________________________________________________ > Protect your PC - get McAfee.com VirusScan Online > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From youssefchamoun at hotmail.com Mon Feb 23 01:03:55 2004 From: youssefchamoun at hotmail.com (youssef chamoun) Date: Mon, 23 Feb 2004 10:03:55 +0100 Subject: [Mapserver-users] asymmetric lines Message-ID: Hi Stephan, I really appreciate your reply. I tried the OFFSET -99 5 but mapserver gave an error and did not display any image. I tried to look for the OFFSET word in the documantation but I could find it only for the LABEL object. Can you please give me a more detailed explanation? Thank you again for your help youssef >From: "Stepan Kafka" >To: "youssef chamoun" >, >Subject: RE: [Mapserver-users] asymmetric lines >Date: Mon, 23 Feb 2004 09:06:57 +0100 > >Hi Youssef, > you may use two approaches: > >1) offset lines. If you set OFFSET -99 (eg -99 5) for line >symbols, >the result line is parallel to original one. Stacking symbols with multiple >STYLEs you can achieve desired effect. (There is only simple (but quick) >algorithm used for offseting, so there may be some problems with very >tortuous lines) > >2) Truetype symbols. If you set GAP < 0 (eg. GAP -15), the symbols are >oriented in "as digitized" orientation. Then you may set POSITION (UC, LC, >UR, ..) to get different drawing effects. > >These functionality is available from 3.6.0 (?) version. > >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 youssef > > chamoun > > Odesl?no: 20. ?nora 2004 16:33 > > Komu: mapserver-users at lists.gis.umn.edu > > P?edm?t: [Mapserver-users] asymmetric lines > > > > > > Hello, > > > > can anyone please help me on a way to create asymmetric lines? > > > > Thank you. > > > > Youssef Chamoun > > > > _________________________________________________________________ > > Protect your PC - get McAfee.com VirusScan Online > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > _______________________________________________ > > 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 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From stepan.kafka at centrum.cz Mon Feb 23 02:05:05 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Mon, 23 Feb 2004 11:05:05 +0100 Subject: [Mapserver-users] asymmetric lines In-Reply-To: Message-ID: <002801c3f9f4$82c0dd80$463c2fc3@HSGIS> Excuse me, it must be oposite: OFFSET 5 -99 Stepan > -----P?vodn? zpr?va----- > Od: youssef chamoun [mailto:youssefchamoun at hotmail.com] > Odesl?no: 23. ?nora 2004 10:04 > Komu: stepan.kafka at centrum.cz; mapserver-users at lists.gis.umn.edu > P?edm?t: RE: [Mapserver-users] asymmetric lines > > > Hi Stephan, > > I really appreciate your reply. > I tried the OFFSET -99 5 but mapserver gave an error and did not > display any > image. I tried to look for the OFFSET word in the documantation > but I could > find it only for the LABEL object. Can you please give me a more detailed > explanation? > > Thank you again for your help > youssef > > > >From: "Stepan Kafka" > >To: "youssef chamoun" > >, > >Subject: RE: [Mapserver-users] asymmetric lines > >Date: Mon, 23 Feb 2004 09:06:57 +0100 > > > >Hi Youssef, > > you may use two approaches: > > > >1) offset lines. If you set OFFSET -99 (eg -99 5) for line > >symbols, > >the result line is parallel to original one. Stacking symbols > with multiple > >STYLEs you can achieve desired effect. (There is only simple (but quick) > >algorithm used for offseting, so there may be some problems with very > >tortuous lines) > > > >2) Truetype symbols. If you set GAP < 0 (eg. GAP -15), the symbols are > >oriented in "as digitized" orientation. Then you may set > POSITION (UC, LC, > >UR, ..) to get different drawing effects. > > > >These functionality is available from 3.6.0 (?) version. > > > >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 youssef > > > chamoun > > > Odesl?no: 20. ?nora 2004 16:33 > > > Komu: mapserver-users at lists.gis.umn.edu > > > P?edm?t: [Mapserver-users] asymmetric lines > > > > > > > > > Hello, > > > > > > can anyone please help me on a way to create asymmetric lines? > > > > > > Thank you. > > > > > > Youssef Chamoun > > > > > > _________________________________________________________________ > > > Protect your PC - get McAfee.com VirusScan Online > > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > > > _______________________________________________ > > > 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 8. Get 2 months FREE*. > http://join.msn.com/?page=features/featuredemail > > From muratisik at megatek.com.tr Mon Feb 23 02:28:09 2004 From: muratisik at megatek.com.tr (Murat Isik) Date: Mon, 23 Feb 2004 12:28:09 +0200 Subject: [Mapserver-users] php label query? Message-ID: <011001c3f9f7$bd06be80$b4704ad5@murathq> This is a multi-part message in MIME format... ------=_NextPart_000_010D_01C3FA08.7F4D98A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I am in the process of writing a php based map page where users can zoom, p= an and view the labels. The users can store special points for them on the = mysql and upon pressing a button on the page they can zoom to that point on= the map. Now I want to extent this function to ordinary labels but I dont = know how to. I have several layers of streets and points. What I am thinking is to put a= combo box where all street names and/or point names will be included. User= will chose one and submit form. After that I dont know. Within php how can= I query the layer and find the layer name among the data and extract at le= ast one pair of coordinates to submit into zooming function? Have a nice day. Murat Isik ------=_NextPart_000_010D_01C3FA08.7F4D98A0-- From youssefchamoun at hotmail.com Mon Feb 23 03:07:32 2004 From: youssefchamoun at hotmail.com (youssef chamoun) Date: Mon, 23 Feb 2004 12:07:32 +0100 Subject: [Mapserver-users] asymmetric lines Message-ID: I am sorry again, but it still does not work. I t just stops producing images. In the mapfile documentation, I could not find OFFSET. Can you help??? Thank you, youssef >From: "Stepan Kafka" >To: "youssef chamoun" >, >Subject: RE: [Mapserver-users] asymmetric lines >Date: Mon, 23 Feb 2004 11:05:05 +0100 > >Excuse me, it must be oposite: > >OFFSET 5 -99 > >Stepan > > > -----P????n???pr???----- > > Od: youssef chamoun [mailto:youssefchamoun at hotmail.com] > > Odesl???: 23. ????a 2004 10:04 > > Komu: stepan.kafka at centrum.cz; mapserver-users at lists.gis.umn.edu > > P??????? RE: [Mapserver-users] asymmetric lines > > > > > > Hi Stephan, > > > > I really appreciate your reply. > > I tried the OFFSET -99 5 but mapserver gave an error and did not > > display any > > image. I tried to look for the OFFSET word in the documantation > > but I could > > find it only for the LABEL object. Can you please give me a more >detailed > > explanation? > > > > Thank you again for your help > > youssef > > > > > > >From: "Stepan Kafka" > > >To: "youssef chamoun" > > >, > > >Subject: RE: [Mapserver-users] asymmetric lines > > >Date: Mon, 23 Feb 2004 09:06:57 +0100 > > > > > >Hi Youssef, > > > you may use two approaches: > > > > > >1) offset lines. If you set OFFSET -99 (eg -99 5) for line > > >symbols, > > >the result line is parallel to original one. Stacking symbols > > with multiple > > >STYLEs you can achieve desired effect. (There is only simple (but >quick) > > >algorithm used for offseting, so there may be some problems with very > > >tortuous lines) > > > > > >2) Truetype symbols. If you set GAP < 0 (eg. GAP -15), the symbols are > > >oriented in "as digitized" orientation. Then you may set > > POSITION (UC, LC, > > >UR, ..) to get different drawing effects. > > > > > >These functionality is available from 3.6.0 (?) version. > > > > > >Stepan Kafka > > > > > > > -----P????n???pr???----- > > > > Od: mapserver-users-admin at lists.gis.umn.edu > > > > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u??ivatele >youssef > > > > chamoun > > > > Odesl???: 20. ????a 2004 16:33 > > > > Komu: mapserver-users at lists.gis.umn.edu > > > > P??????? [Mapserver-users] asymmetric lines > > > > > > > > > > > > Hello, > > > > > > > > can anyone please help me on a way to create asymmetric lines? > > > > > > > > Thank you. > > > > > > > > Youssef Chamoun > > > > > > > > _________________________________________________________________ > > > > Protect your PC - get McAfee.com VirusScan Online > > > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > > > > > _______________________________________________ > > > > 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 8. Get 2 months FREE*. > > http://join.msn.com/?page=features/featuredemail > > > > > _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From stepan.kafka at centrum.cz Mon Feb 23 03:48:21 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Mon, 23 Feb 2004 12:48:21 +0100 Subject: [Mapserver-users] asymmetric lines In-Reply-To: Message-ID: <003101c3fa02$ef844ed0$463c2fc3@HSGIS> There is some style (inside class) definition: STYLE COLOR 192 0 0 SYMBOL l-solid OFFSET 2 -99 SIZE 5 MAXSIZE 10 END It should work. What version of mapserver do you use? I don't know exactly when this property was reintroduced. Stepan > -----P?vodn? zpr?va----- > Od: youssef chamoun [mailto:youssefchamoun at hotmail.com] > Odesl?no: 23. ?nora 2004 12:08 > Komu: stepan.kafka at centrum.cz; mapserver-users at lists.gis.umn.edu > P?edm?t: RE: [Mapserver-users] asymmetric lines > > > I am sorry again, > > but it still does not work. I t just stops producing images. In > the mapfile > documentation, I could not find OFFSET. > Can you help??? > > Thank you, > youssef > > > >From: "Stepan Kafka" > >To: "youssef chamoun" > >, > >Subject: RE: [Mapserver-users] asymmetric lines > >Date: Mon, 23 Feb 2004 11:05:05 +0100 > > > >Excuse me, it must be oposite: > > > >OFFSET 5 -99 > > > >Stepan > > > > > -----P????n???pr???----- > > > Od: youssef chamoun [mailto:youssefchamoun at hotmail.com] > > > Odesl???: 23. ????a 2004 10:04 > > > Komu: stepan.kafka at centrum.cz; mapserver-users at lists.gis.umn.edu > > > P??????? RE: [Mapserver-users] asymmetric lines > > > > > > > > > Hi Stephan, > > > > > > I really appreciate your reply. > > > I tried the OFFSET -99 5 but mapserver gave an error and did not > > > display any > > > image. I tried to look for the OFFSET word in the documantation > > > but I could > > > find it only for the LABEL object. Can you please give me a more > >detailed > > > explanation? > > > > > > Thank you again for your help > > > youssef > > > > > > > > > >From: "Stepan Kafka" > > > >To: "youssef chamoun" > > > >, > > > >Subject: RE: [Mapserver-users] asymmetric lines > > > >Date: Mon, 23 Feb 2004 09:06:57 +0100 > > > > > > > >Hi Youssef, > > > > you may use two approaches: > > > > > > > >1) offset lines. If you set OFFSET -99 (eg -99 5) for line > > > >symbols, > > > >the result line is parallel to original one. Stacking symbols > > > with multiple > > > >STYLEs you can achieve desired effect. (There is only simple (but > >quick) > > > >algorithm used for offseting, so there may be some problems with very > > > >tortuous lines) > > > > > > > >2) Truetype symbols. If you set GAP < 0 (eg. GAP -15), the > symbols are > > > >oriented in "as digitized" orientation. Then you may set > > > POSITION (UC, LC, > > > >UR, ..) to get different drawing effects. > > > > > > > >These functionality is available from 3.6.0 (?) version. > > > > > > > >Stepan Kafka > > > > > > > > > -----P????n???pr???----- > > > > > Od: mapserver-users-admin at lists.gis.umn.edu > > > > > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u??ivatele > >youssef > > > > > chamoun > > > > > Odesl???: 20. ????a 2004 16:33 > > > > > Komu: mapserver-users at lists.gis.umn.edu > > > > > P??????? [Mapserver-users] asymmetric lines > > > > > > > > > > > > > > > Hello, > > > > > > > > > > can anyone please help me on a way to create asymmetric lines? > > > > > > > > > > Thank you. > > > > > > > > > > Youssef Chamoun > > > > > > > > > > _________________________________________________________________ > > > > > Protect your PC - get McAfee.com VirusScan Online > > > > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > > > > > > > _______________________________________________ > > > > > 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 8. Get 2 months FREE*. > > > http://join.msn.com/?page=features/featuredemail > > > > > > > > > > _________________________________________________________________ > The new MSN 8: smart spam protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail > > From Mills_D at wrcplc.co.uk Mon Feb 23 05:35:05 2004 From: Mills_D at wrcplc.co.uk (Mills, Daniel) Date: Mon, 23 Feb 2004 13:35:05 -0000 Subject: [Mapserver-users] MAXSCALE MINSCALE Message-ID: I am having real problems understanding the value required for this layer parameter. All of my data is in lat/long. I wish some layers to be turned off when the user has zoomed into appoax 2000 meters. Here is a definition of my mapfile. NAME "Europe in purple" SIZE 600 400 PROJECTION "proj=latlong" "units=m" END STATUS ON #SYMBOLSET /var/www/html/ms_teleco/symbols/symbols.sym #SYMBOLSET "/var/www/html/maps/symbols/symbols.sym" #EXTENT 424000 321200 424200 321400 EXTENT -23.27 66.34 -22.64 66.48 IMAGETYPE PNG UNITS DD #SHAPEPATH "D:/oracle/ora92/Apache/Apache/htdocs/maps/data/ccm" WEB IMAGEPATH "/var/www/html/maps/tmp/" IMAGEURL "/maps/tmp/" END QUERYMAP COLOR 255 255 255 SIZE 600 400 STATUS ON STYLE HILITE END SCALEBAR IMAGECOLOR 222 222 222 #IMAGECOLOR 172 202 236 LABEL COLOR 0 0 0 SIZE SMALL END #LABEL SIZE 350 5 COLOR 255 255 255 BACKGROUNDCOLOR 0 0 0 OUTLINECOLOR 0 0 0 UNITS meters INTERVALS 3 STATUS ON END #SCALEBAR LAYER NAME "ccm catchments" TYPE polygon STATUS ON TEMPLATE "../templates/catchments.html" PROJECTION "proj=latlong" "units=m" END METADATA ATTRIBUTES_VIEW "VWCATCHMENTS" SPATIAL_VIEW "VWCATCHMENTS_SPATIAL" END # MINSCALE 2000 # MAXSCALE 400000 CONNECTIONTYPE oraclespatial CONNECTION "******/**********@hern" DATA "POLYGON FROM CMTPRD.CATCHMENTS" # WHERE ROWNUM < 100)" #DATA ccm_catchments CLASS COLOR 100 100 100 #colours the polygon outline OUTLINECOLOR 0 0 0 SYMBOL 0 END HEADER "../templates/catchments_header.html" FOOTER "../templates/catchments_footer.html" END LAYER NAME "ccm rivers" TYPE LINE STATUS ON CONNECTIONTYPE oraclespatial CONNECTION "*******/********@hern" PROJECTION "proj=latlong" "units=m" END MAXSCALE 1540000 MINSCALE 2000 METADATA ATTRIBUTES_VIEW "VWRIVERS" SPATIAL_VIEW "VWRIVERS_SPATIAL" END DATA "DIRECTEDLINE FROM CMTPRD.RIVERSEGMENTS" # WHERE ROWNUM < 100)" #DATA ccm_riversegments CLASS #STYLE COLOR 255 255 255 #colours the polygon outline OUTLINECOLOR 0 0 0 SYMBOL 0 #Name landlines # COLOR 128 128 128 # OUTLINECOLOR 0 0 0 #END END END END ------------------------------------------------------------------------------------------------------------------------------------------------- Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as well as www.waterportfolio.com for collaborative research projects. ------------------------------------------------------------------------------------------------------------------------------------------------- The Information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by any other party is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on information contained in this e-mail is prohibited and maybe unlawful. When addressed to WRc clients, any opinions or advice contained in this e-mail are subject to the terms and conditions expressed in the governing WRc client Agreement. From ed at topozone.com Mon Feb 23 06:04:10 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 23 Feb 2004 09:04:10 -0500 Subject: [Mapserver-users] MAXSCALE MINSCALE Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3D4B@mercator.topozone.com> Daniel - 200 meters at what latitude and in which direction? MINSCALE and MAXSCALE must of necessity refer to the UNITs of your map. Since data in a "geographic" projection is in units of degrees, so must the MINSCALE and MAXSCALE values. At 50 degrees North, for example, one degree of longitude is only 65% the length of one degree of latitude, so if you use a "geographic" projection where they're shown as equal, a 2,000-meters line running east-west will be displayed 50% longer than the same line running north-south. You need to convert your scale values to degrees and you should be fine. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Mills, Daniel [mailto:Mills_D at wrcplc.co.uk] Sent: Monday, February 23, 2004 8:35 AM To: 'mapserver-users at lists.gis.umn.edu' Subject: [Mapserver-users] MAXSCALE MINSCALE I am having real problems understanding the value required for this layer parameter. All of my data is in lat/long. I wish some layers to be turned off when the user has zoomed into appoax 2000 meters. Here is a definition of my mapfile. NAME "Europe in purple" SIZE 600 400 PROJECTION "proj=latlong" "units=m" END STATUS ON #SYMBOLSET /var/www/html/ms_teleco/symbols/symbols.sym #SYMBOLSET "/var/www/html/maps/symbols/symbols.sym" #EXTENT 424000 321200 424200 321400 EXTENT -23.27 66.34 -22.64 66.48 IMAGETYPE PNG UNITS DD #SHAPEPATH "D:/oracle/ora92/Apache/Apache/htdocs/maps/data/ccm" WEB IMAGEPATH "/var/www/html/maps/tmp/" IMAGEURL "/maps/tmp/" END QUERYMAP COLOR 255 255 255 SIZE 600 400 STATUS ON STYLE HILITE END SCALEBAR IMAGECOLOR 222 222 222 #IMAGECOLOR 172 202 236 LABEL COLOR 0 0 0 SIZE SMALL END #LABEL SIZE 350 5 COLOR 255 255 255 BACKGROUNDCOLOR 0 0 0 OUTLINECOLOR 0 0 0 UNITS meters INTERVALS 3 STATUS ON END #SCALEBAR LAYER NAME "ccm catchments" TYPE polygon STATUS ON TEMPLATE "../templates/catchments.html" PROJECTION "proj=latlong" "units=m" END METADATA ATTRIBUTES_VIEW "VWCATCHMENTS" SPATIAL_VIEW "VWCATCHMENTS_SPATIAL" END # MINSCALE 2000 # MAXSCALE 400000 CONNECTIONTYPE oraclespatial CONNECTION "******/**********@hern" DATA "POLYGON FROM CMTPRD.CATCHMENTS" # WHERE ROWNUM < 100)" #DATA ccm_catchments CLASS COLOR 100 100 100 #colours the polygon outline OUTLINECOLOR 0 0 0 SYMBOL 0 END HEADER "../templates/catchments_header.html" FOOTER "../templates/catchments_footer.html" END LAYER NAME "ccm rivers" TYPE LINE STATUS ON CONNECTIONTYPE oraclespatial CONNECTION "*******/********@hern" PROJECTION "proj=latlong" "units=m" END MAXSCALE 1540000 MINSCALE 2000 METADATA ATTRIBUTES_VIEW "VWRIVERS" SPATIAL_VIEW "VWRIVERS_SPATIAL" END DATA "DIRECTEDLINE FROM CMTPRD.RIVERSEGMENTS" # WHERE ROWNUM < 100)" #DATA ccm_riversegments CLASS #STYLE COLOR 255 255 255 #colours the polygon outline OUTLINECOLOR 0 0 0 SYMBOL 0 #Name landlines # COLOR 128 128 128 # OUTLINECOLOR 0 0 0 #END END END END ------------------------------------------------------------------------ ------------------------------------------------------------------------ - Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as well as www.waterportfolio.com for collaborative research projects. ------------------------------------------------------------------------ ------------------------------------------------------------------------ - The Information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by any other party is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on information contained in this e-mail is prohibited and maybe unlawful. When addressed to WRc clients, any opinions or advice contained in this e-mail are subject to the terms and conditions expressed in the governing WRc client Agreement. _______________________________________________ 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 Mon Feb 23 06:06:41 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Mon, 23 Feb 2004 15:06:41 +0100 Subject: [Mapserver-users] Option ANGLE AUTO Message-ID: <4B1A1EC0790F054193453C48725D431829F80B@MSGBE1V1.seat.it> Hi List, I would like to know where is the part in mapserver source which manages the angle of the characters of a label when the option ANGLE AUTO is used. Has someone any idea? Thank you very much. Yvain. From stephen.clark at focus.ca Mon Feb 23 08:35:48 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Mon, 23 Feb 2004 08:35:48 -0800 Subject: [Mapserver-users] Problem to show a raster layer? References: Message-ID: <006f01c3fa2b$186b0370$6c000a0a@sclark> Try something like the following: LAYER NAME a69_layer DATA "d:/to/some/path/a69.tif" TYPE RASTER STATUS ON # turn off the black background in the image files if you have one or just comment out OFFSITE 0 0 0 END Note I use forward slashes in my paths. I also see you are adding a RASTER file inside a POLYGON layer. You should use two layers --- one for polgons and one for rasters. hope this helps Stephen ----- Original Message ----- From: "Nely Balderas" To: Sent: Saturday, February 21, 2004 12:10 AM Subject: [Mapserver-users] Problem to show a raster layer? > Sorry i am new in mapserver... i want to show a raster layer but i can't, > i'm using mapserver 4.0 and windows binaries and phpmapscript > > my raster is a69.tif, it has a tfw file with this information > 10.3352258255599 > 0 > 0 > -10.3401980506 > 461745.077948169 > 2076516.13845759 > > the map file has a simple polygon shapefile an also i want to show raster > file > but my problem is that my layer doesn't show. > its possible to use jpg or pgn like symbols or reference imagenes. > > could you help me? > > MAP > NAME PRIMERMAPA > > IMAGETYPE PNG > #STATUS on > SIZE 400 350 > UNITS METERS > > SYMBOLSET "c:\\program > files\\nusphere\\apache\\nsdocs\\mapa_siciem\\etc\\symbols.sym" > FONTSET "c:\\program > files\\nusphere\\apache\\nsdocs\\mapa_siciem\\etc\\fonts.list" > > EXTENT 448203.823337231 2026726.16845977 538509.467913451 2115325.67281802 > IMAGECOLOR 168 168 168 > SHAPEPATH "c:\\program files\\nusphere\\apache\\nsdocs\\mapa_siciem\\" > WEB > #MINSCALE 2000 > #MAXSCALE 1500000 > IMAGEPATH "c:\\program files\\nusphere\\apache\\nsdocs\\tmp" > IMAGEURL "/tmp" > END > > LAYER > NAME morelos > TYPE POLYGON > STATUS on > DATA morelos > CLASS > NAME "mpios" > COLOR 150 230 165 > TEMPLATE void > OUTLINECOLOR 100 100 70 > END > TOLERANCE 10 > END > > LAYER # imagen de cartografia > NAME miraster > DATA 'relieve.tif' > STATUS default > TYPE RASTER > PROCESSING "BANDS=1,2,3" > OFFSITE 71 74 65 > END > > > END # Fin del mapa > > > > > > > $map_path="mapa_siciem"; > $map=ms_newMapObj($map_path. "\morelos.map"); > $image=$map->draw(); > $testpt->draw($map, $testlayer, $image, 0, " "); > $image_url=$image->saveWebImage(MS_PNG,1,1,0); > ?> > > > > MAPA > > > > > > > > _________________________________________________________________ > Charla con tus amigos en l?nea mediante MSN Messenger: > http://messenger.microsoft.com/es > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From mservin at tecnoaccion.com.ar Mon Feb 23 07:47:23 2004 From: mservin at tecnoaccion.com.ar (Mario Servin) Date: Mon, 23 Feb 2004 12:47:23 -0300 Subject: [Mapserver-users] MapServer query fetaures example Message-ID: <00e401c3fa24$546afc10$9105a8c0@mariolaptop> This is a multi-part message in MIME format. ------=_NextPart_000_00E1_01C3FA0B.2F084040 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I am using MapServer 4.0 and it's great!. Now I want to generate = queries to my .dbf files in order to get spatial information. I know i = have to use cllas object and expression but it would be more = comprehensive for me if I can get a .map example using them. Thanks in = advance, Mario ------=_NextPart_000_00E1_01C3FA0B.2F084040 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi, I am using MapServer 4.0 and it's = great!. Now I=20 want to generate queries to my .dbf files in order to get spatial = information. I=20 know i have to use cllas object and expression but it would be more=20 comprehensive for me if I can get a .map example using = them.=20 Thanks in advance, Mario
------=_NextPart_000_00E1_01C3FA0B.2F084040-- From droguin at ases.com.ar Mon Feb 23 08:39:18 2004 From: droguin at ases.com.ar (david roguin) Date: Mon, 23 Feb 2004 13:39:18 -0300 Subject: [Mapserver-users] showing dots Message-ID: <200402231339.18745.droguin@ases.com.ar> Hello guys. i have a tiny doubt. can i show a circle or something in the map that is NOt referenced by a shapefile? thanks a lot in advance -- __________________________________________________________________ David Roguin - Ingenier?a de Producto - tel/fax (54) 11-4343-0070 ASES Consulting - Av. Belgrano 510 piso 1 (C1092AAS) Ciudad Aut?noma de Buenos Aires - Argentina Ases Consulting Site : http://www.ases.com.ar __________________________________________________________________ AVISO DE CONFIDENCIALIDAD. La informaci?n incluida en este e-mail est? dirigida ?nicamente al destinatario. Puede contener informaci?n privilegiada, confidencial y que no debe ser revelada. Si ha recibido este e-mail por error, por favor no disemine, utilice, publique, distribuya, revele o copie esta comunicaci?n de ning?n modo. En cambio, por favor notif?quenos inmediatamente remiti?ndonos este e-mail (incluso el mensaje original en su contestaci?n), por tel / fax(54-11-4343-0070) y entonces elimine y deseche todas las copias de este e-mail. Gracias From godwinl at agr.gc.ca Mon Feb 23 09:27:05 2004 From: godwinl at agr.gc.ca (Liz Godwin) Date: Mon, 23 Feb 2004 12:27:05 -0500 Subject: [Mapserver-users] List as Forum?? Message-ID: Hi List, Last week was one of those weeks when I was really hunting for answers to various questions. In doing so, I have come to appreciate forums compared to mailing lists for finding information, and especially for following threads. The activity on this mailing list is so great that I find it hard to follow. I have messages filtered into a separate folder, but that's not enough. I also find the archive difficult to search, both index and thread pages usually sqewing the results of a query. I propose that this list be migrated to a forum. Who hosts it is another question. The most logical host would be UMN's mapserver site. Any one else have comments to this? Are there reason's NOT to migrate to a forum? It just seems silly to have 1000 mailboxes filled with 40 (yesterday's count) messages a day (or 1 really long one if digested) when they can be posted on a common site where we can go look at it, sorted by thread, grouped into categories/levels whatever. It's more "user friendly" IMHO. Cheers, Liz Godwin From bob.basques at ci.stpaul.mn.us Mon Feb 23 09:31:00 2004 From: bob.basques at ci.stpaul.mn.us (blammo) Date: Mon, 23 Feb 2004 11:31:00 -0600 Subject: [Mapserver-users] Can a calculation be done in a MAP template? Message-ID: <403A38D4.8030007@ci.stpaul.mn.us> This is a multi-part message in MIME format. --------------050204090209090108070305 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I have this in a output template: Right now I get: %linkPrefix%mapext=491661.2500 4983641.6900%linkSuffix% I need to convert the UTM_X and UTM_Y centerpoint above into a bounding box for MAPSERVER request (minx miny maxx maxy) the output will be needed like this: %linkPrefix%mapext=311661.25 4837391.69 671661.25 B5129891.69%linkSuffix% I looked at possibly using the IMGXY with BUFFER, but I don't see how to use that with non-square aspect ratio for the resulting image. Can Mapserver be queried by centerpoint, width, height? My backup to this is to try and parse the above. Not a task I want to do. At this point. Thanks bobb --------------050204090209090108070305 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I have this in a output template:


<area shape=polygon href='%linkPrefix%[UTM_X] [UTM_Y],[COUNTYNAME]%linkSuffix%' coords="[shpxy xf="," transform]">

Right now I get:
%linkPrefix%mapext=491661.2500 4983641.6900%linkSuffix%
I need to convert the UTM_X and UTM_Y centerpoint above into a  bounding box for MAPSERVER request (minx miny maxx maxy)

the output will be needed like this:
%linkPrefix%mapext=311661.25 4837391.69 671661.25 B5129891.69%linkSuffix%

I looked at possibly using the IMGXY with BUFFER, but I don't see how to use that with non-square aspect ratio for the resulting image.  Can Mapserver be queried by centerpoint, width, height?

My backup to this is to try and parse the above. Not a task I want to do. At this point.

Thanks

bobb


--------------050204090209090108070305-- From jhart at frw.uva.nl Mon Feb 23 09:43:56 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Mon, 23 Feb 2004 18:43:56 +0100 Subject: [Mapserver-users] mapserver logo Message-ID: <403A3BDC.40402@frw.uva.nl> Hi, I am looking for a MapServer logo for a new site, to be published in a few weeks. I found a few unofficial proposols from DMSolutions at http://www2.dmsolutions.on.ca/mapserver/logo/ I vaguely remember a posting mentioning discussions about this after the MUM. It was by Tom Burk, I think, but I am unable to find it. Has there been any progress on this? Jan From Michael.Smith at erdc.usace.army.mil Mon Feb 23 09:44:31 2004 From: Michael.Smith at erdc.usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Mon, 23 Feb 2004 11:44:31 -0600 Subject: [Mapserver-users] Mouse Over 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_01C3FA34.1D74D90A Content-Type: text/plain Steve, It looks like the shpxy is not being transformed to the output projection befor being transformed to image coordinates. It also looks like the precision is being set to 0 before the xy to img coordinate tranform, rather than after (which is problem with ll coords). I have a layer of lat lon points and here's the resulting output. 5.94 3.76 -9999.00 13.54 15.92 5.69 4.91 Mike Mike Smith email: michael.smith at erdc.usace.army.mil RSGISC ERDC - CRREL Hanover, NH 03755 (603) 646-4765 -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Friday, February 20, 2004 1:09 AM To: cpurvis at asg.sc.edu; pucher at atlas.gis.univie.ac.at; Steve Lime; mapserver-users at lists.gis.umn.edu; bartvde at xs4all.nl Subject: RE: [Mapserver-users] Mouse Over I need to ammend this message. I made a mistake earlier although if you were using a querymap you wouldn't notice. The searchmap option *must* take a value, set searchmap=true in the URL below and all is well. One other caveat, don't use the size options in the querymap options, rather let it inherit size from the main map object. I'll have to fix this issue later. Otherwise seems to work fine (code problem mentioned earlier has been long fixed) either with an image or as a seperate component. Steve >>> Steve Lime 02/19/04 11:52 AM >>> Here's a CGI-based demo. http://maps.dnr.state.mn.us/cgi-bin/mapserv41?map=/usr/local/www/docs/testin g/imagemap/test.map&mode=nquery&searchmap You can download at http://maps.dnr.state.mn.us/testing/imagemap.zip It's basically just a query that outputs features that have been transformed (clipped and thinned) to image coordinates. The nice thing is that you could use this for a component-based system, that is create the map and the imagemap with seperate calls. The example above uses the little documented "searchmap" option. This tells MapServer that the search exent is that of a map so any incoming extent is fit to a map (width/height) before querying is done. You can also use it with pan/zoom interfaces (mode is still nquery) and MapServer will apply the pan/zoom *before* doing the query. I don't know how you'd combine an imagemap and a strait CGI-form so you could get the tooltips and the clicking in the map for navigation. It's a start. Steve >>> "Steve Lime" 2/19/2004 12:46:07 AM >>> I don't know squat about the imagemap output function. As Atilla said it's on the experimental side. I do have an alternative using queries and the [shpxy...] tag that may be of interest. It's pretty flexible and usable from the CGI application. I'll post an example on the DNR machines tomorrow (can't get to them tonite). Steve >>> "Charlton Purvis" 02/17/04 11:52 AM >>> Hi, Steve: Checked out the overlib URL you sent below, and I must admit it's slick. I'm a little lost, though, what library do I need to make sure I have installed and part of my ./configure? I'm trying to monkey around w/ imagemap, a la the Wiki post: OUTPUTFORMAT NAME imagemap MIMETYPE "text/html" DRIVER imagemap END But a shp2img gives me a: msDrawMap(): GD library error. Unable to initialize image. Running 4.0.1 and gd-2.0.15. My MS build looks like it put mapimagemap.c into my libmap.a. Any hints? Thanks, Charlton > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Tuesday, February 10, 2004 12:51 PM > To: pucher at atlas.gis.univie.ac.at; mapserver-users at lists.gis.umn.edu; > bartvde at xs4all.nl > Subject: Re: [Mapserver-users] Mouse Over > > Hi all: The mapimage w/XML software was really more a proof-of-concept. > I never took it any further than that. The source is around if you're > interested. There are other possibilities as well. For example, in 4.0 > there actually is a imagemap output object (see > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap) but I don't know > much about it. In 4.1 there is the [shpxy] tag and I've been planning to > add an attribute to allow you to output coordinates in IMAGE > coordinates. That way you could build an imagemap on the fly via the > CGI. It could also be used to populate DHTML popup objects (e.g. > http://www.bosrup.com/web/overlib/). > > Would be happy to discuss further. _______________________________________________ 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 ------_=_NextPart_001_01C3FA34.1D74D90A Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: [Mapserver-users] Mouse Over

Steve,

It looks like the shpxy is not being transformed to = the output projection befor being transformed to image coordinates. It = also looks like the precision is being set to 0 before the xy to img = coordinate tranform, rather than after (which is problem with ll = coords).

I have a layer of lat lon points and here's the = resulting output.

<area shape=3D"circle" coords=3D" = -188.000000,2746.000000,20"  = href=3D"javascript:alert('Mississippi River at Muscatine,IA  = <br> Current Stage:        = 5.94<br> as of 23/02/2004 11:10 am')" = alt=3D"      5.94">

 <area shape=3D"circle" = coords=3D" -188.000000,2746.000000,20"  = href=3D"javascript:alert('Boone River near Webster City,IA  = <br> Current Stage:        = 3.76<br> as of 23/02/2004 11:11 am')" = alt=3D"      3.76">

 <area shape=3D"circle" = coords=3D" -188.000000,2746.000000,20"  = href=3D"javascript:alert('Big Bureau Creek near Princeton,IL  = <br> Current Stage:    -9999.00<br> as of = 23/02/2004 11:10 am')" alt=3D"  = -9999.00">

 <area shape=3D"circle" = coords=3D" -188.000000,2746.000000,20"  = href=3D"javascript:alert('Illinois River near La Salle,IL  = <br> Current Stage:       = 13.54<br> as of 23/02/2004 11:09 am')" = alt=3D"     13.54">

 <area shape=3D"circle" = coords=3D" -188.000000,2746.000000,20"  = href=3D"javascript:alert('Illinois River near Henry,IL  = <br> Current Stage:       = 15.92<br> as of 23/02/2004 11:09 am')" = alt=3D"     15.92">

 <area shape=3D"circle" = coords=3D" -188.000000,2746.000000,20"  = href=3D"javascript:alert('Vermilion River near Leonore,IL  = <br> Current Stage:        = 5.69<br> as of 23/02/2004 11:09 am')" = alt=3D"      5.69">

<area shape=3D"circle" coords=3D" = -188.000000,2746.000000,20"  = href=3D"javascript:alert('Fox River near Dayton,IL  = <br> Current Stage:        = 4.91<br> as of 23/02/2004 11:08 am')" = alt=3D"      4.91">

Mike

Mike Smith
email: michael.smith at erdc.usace.army.mil
RSGISC
ERDC - CRREL
Hanover, NH  03755
(603) 646-4765



-----Original Message-----
From: Steve Lime [mailto:steve.lime at dnr.state.m= n.us]
Sent: Friday, February 20, 2004 1:09 AM
To: cpurvis at asg.sc.edu; = pucher at atlas.gis.univie.ac.at; Steve Lime; = mapserver-users at lists.gis.umn.edu; bartvde at xs4all.nl
Subject: RE: [Mapserver-users] Mouse Over


I need to ammend this message. I made a mistake = earlier although if you
were using a querymap you wouldn't notice. The = searchmap option *must*
take a value, set searchmap=3Dtrue in the URL below = and all is well. One
other caveat, don't use the size options in the = querymap options, rather
let it inherit size from the main map object. I'll = have to fix this
issue later. Otherwise seems to work fine (code = problem mentioned
earlier has been long fixed) either with an image or = as a seperate
component.

Steve

>>> Steve Lime 02/19/04 11:52 AM = >>>
Here's a CGI-based demo.

http://maps.dnr.state.mn.us/cgi-bin/mapserv41?map=3D/u= sr/local/www/docs/testing/imagemap/test.map&mode=3Dnquery&searchmap<= /FONT>

You can download at http://maps.dnr.state.mn.us/testing/imagemap.zip =

It's basically just a query that outputs features = that have been
transformed (clipped and thinned) to image = coordinates. The nice thing
is that you could use this for a component-based = system, that is create
the map and the imagemap with seperate calls. The = example above uses the
little documented "searchmap" option. This = tells MapServer that the
search exent is that of a map so any incoming extent = is fit to a map
(width/height) before querying is done. You can also = use it with
pan/zoom interfaces (mode is still nquery) and = MapServer will apply the
pan/zoom *before* doing the query. I don't know how = you'd combine an
imagemap and a strait CGI-form so you could get the = tooltips and the
clicking in the map for navigation. It's a = start.

Steve

>>> "Steve Lime" = <steve.lime at dnr.state.mn.us> 2/19/2004 12:46:07 AM = >>>
I don't know squat about the imagemap output = function. As Atilla said
it's on the experimental side. I do have an = alternative using queries
and the [shpxy...] tag that may be of interest. It's = pretty flexible and
usable from the CGI application. I'll post an = example on the DNR
machines tomorrow (can't get to them tonite).

Steve

>>> "Charlton Purvis" = <cpurvis at asg.sc.edu> 02/17/04 11:52 AM >>>
Hi, Steve:

Checked out the overlib URL you sent below, and I = must admit it's slick.

I'm a little lost, though, what library do I need to = make sure I have
installed and part of my ./configure?

I'm trying to monkey around w/ imagemap, a la the = Wiki post:
  OUTPUTFORMAT
    NAME imagemap
    MIMETYPE = "text/html"
    DRIVER imagemap
  END

But a shp2img gives me a:
msDrawMap(): GD library error. Unable to initialize = image.

Running 4.0.1 and gd-2.0.15.

My MS build looks like it put mapimagemap.c into my = libmap.a.  Any
hints?

Thanks,

Charlton

> -----Original Message-----
> From: Steve Lime [mailto:steve.lime at dnr.state.m= n.us]
> Sent: Tuesday, February 10, 2004 12:51 = PM
> To: pucher at atlas.gis.univie.ac.at; = mapserver-users at lists.gis.umn.edu;
> bartvde at xs4all.nl
> Subject: Re: [Mapserver-users] Mouse = Over
>
> Hi all: The mapimage w/XML software was really = more a
proof-of-concept.
> I never took it any further than that. The = source is around if you're
> interested. There are other possibilities as = well. For example, in 4.0
> there actually is a imagemap output object = (see
> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap<= /A>) but I don't
know
> much about it. In 4.1 there is the [shpxy] tag = and I've been planning
to
> add an attribute to allow you to output = coordinates in IMAGE
> coordinates. That way you could build an = imagemap on the fly via the
> CGI. It could also be used to populate DHTML = popup objects (e.g.
> http://www.bosrup.com/web/overlib/).
>
> Would be happy to discuss further.

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

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

------_=_NextPart_001_01C3FA34.1D74D90A-- From warmerdam at pobox.com Mon Feb 23 09:58:39 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 23 Feb 2004 12:58:39 -0500 Subject: [Mapserver-users] List as Forum?? In-Reply-To: References: Message-ID: <403A3F4F.5090305@pobox.com> Liz Godwin wrote: > Hi List, > > Last week was one of those weeks when I was really hunting for answers > to various questions. In doing so, I have come to appreciate forums > compared to mailing lists for finding information, and especially for > following threads. The activity on this mailing list is so great that I > find it hard to follow. I have messages filtered into a separate > folder, but that's not enough. I also find the archive difficult to > search, both index and thread pages usually sqewing the results of a > query. > > I propose that this list be migrated to a forum. Who hosts it is > another question. The most logical host would be UMN's mapserver site. > > Any one else have comments to this? Are there reason's NOT to migrate > to a forum? It just seems silly to have 1000 mailboxes filled with 40 > (yesterday's count) messages a day (or 1 really long one if digested) > when they can be posted on a common site where we can go look at it, > sorted by thread, grouped into categories/levels whatever. It's more > "user friendly" IMHO. Folks, I, for one, like receiving my mapserver related communication via email. In theory I wouldn't mind having things migrated to a forum if it still fully supported sending posts out by email and receiving them from email. However, my suggestion would be to review the current archive search technology and improving it if necessary. I don't think I follow what your issues is with it. Perhaps it is just a bit broken and needs to be fixed? 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 denlalonde at yahoo.com Mon Feb 23 10:02:26 2004 From: denlalonde at yahoo.com (Denis Lalonde) Date: Mon, 23 Feb 2004 10:02:26 -0800 (PST) Subject: [Mapserver-users] MapScript: Draw() vs DrawQuery() methods... Message-ID: <20040223180226.85397.qmail@web41601.mail.yahoo.com> --0-1079980998-1077559346=:84562 Content-Type: text/plain; charset=us-ascii Hello all, Is there a "danger" in only using the DrawQuery() method for creating my map images even when there are no queries performed? Are there any concenquences (performance...etc)? Thanks, Denis --------------------------------- Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. --0-1079980998-1077559346=:84562 Content-Type: text/html; charset=us-ascii
Hello all,
 
Is there a "danger" in only using the DrawQuery() method for creating my map images even when there are no queries performed? Are there any concenquences (performance...etc)?
 
Thanks,
Denis

Do you Yahoo!?
Yahoo! Mail SpamGuard - Read only the mail you want. --0-1079980998-1077559346=:84562-- From hunt at zedxinc.com Mon Feb 23 10:07:36 2004 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Mon, 23 Feb 2004 13:07:36 -0500 Subject: [Mapserver-users] Township, Range, Section Data? Message-ID: <015501c3fa37$eaf2c5b0$b105000a@quasar> This is a multi-part message in MIME format. ------=_NextPart_000_0152_01C3FA0E.020E8CE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Is there anywhere I can down load Township, range and section data? Aaron Hunt ZedX Inc. ------=_NextPart_000_0152_01C3FA0E.020E8CE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Is there anywhere I can down load = Township, range=20 and section data?
 
Aaron Hunt
ZedX=20 Inc.
------=_NextPart_000_0152_01C3FA0E.020E8CE0-- From pramsey at refractions.net Mon Feb 23 10:09:00 2004 From: pramsey at refractions.net (Paul Ramsey) Date: Mon, 23 Feb 2004 10:09:00 -0800 Subject: [Mapserver-users] List as Forum?? In-Reply-To: <403A3F4F.5090305@pobox.com> References: <403A3F4F.5090305@pobox.com> Message-ID: <403A41BC.10007@refractions.net> I have sent a request to GMane that they pick up a mapserver-users feed. GMane hosts searchable archives and, more importantly, a NNTP feed for the list, so you can browse all archived history with a News client. Extremely easy to read threads and search content. news server: news.gmane.org web server: www.gmane.org The postgis list is already archived there, for example. P. Frank Warmerdam wrote: > I, for one, like receiving my mapserver related communication via email. > In theory I wouldn't mind having things migrated to a forum if it still > fully supported sending posts out by email and receiving them from email. > > However, my suggestion would be to review the current archive search > technology and improving it if necessary. I don't think I follow what > your issues is with it. Perhaps it is just a bit broken and needs to be > fixed? -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From rich at greenwoodmap.com Mon Feb 23 10:23:28 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Mon, 23 Feb 2004 11:23:28 -0700 Subject: [Mapserver-users] List as Forum?? In-Reply-To: References: Message-ID: <403A4520.7040709@greenwoodmap.com> Liz Godwin wrote: > Hi List, > > Last week was one of those weeks when I was really hunting for answers > to various questions. In doing so, I have come to appreciate forums > compared to mailing lists for finding information, and especially for > following threads. The activity on this mailing list is so great that I > find it hard to follow. I have messages filtered into a separate > folder, but that's not enough. I also find the archive difficult to > search, both index and thread pages usually sqewing the results of a > query. I do not have an opinion regarding a forum, but just in case you are not already familiar with this technique - you can search the mail list archive using Google as the search engine as follows: site:gis.umn.edu what_ever_you_are_searching_for -- Richard Greenwood www.greenwoodmap.com From lfilak at medinaco.org Mon Feb 23 10:30:24 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 23 Feb 2004 13:30:24 -0500 Subject: [Mapserver-users] List as Forum?? Message-ID: <20040223183020.988971A659B@mail.medinaco.org> I agree that the search needs some tweaking/fixing: 1) Subject & thread indexes need removed from the results. 2) Sometimes when comparing google results to the local results there seems to be missing local hits (I don't have a handy example, sorry) - possible bug.? It does seem that previously answered questions keep getting reposted, possibly caused by the search results not being what people expect.? Lowell The following message was sent by "Liz Godwin" on Mon, 23 Feb 2004 12:27:05 -0500. > Hi List, > > Last week was one of those weeks when I was really hunting for answers > to various questions. In doing so, I have come to appreciate forums > compared to mailing lists for finding information, and especially for > following threads. The activity on this mailing list is so great that I > find it hard to follow. I have messages filtered into a separate > folder, but that's not enough. I also find the archive difficult to > search, both index and thread pages usually sqewing the results of a > query. > > I propose that this list be migrated to a forum. Who hosts it is > another question. The most logical host would be UMN's mapserver site. > > Any one else have comments to this? Are there reason's NOT to migrate > to a forum? It just seems silly to have 1000 mailboxes filled with 40 > (yesterday's count) messages a day (or 1 really long one if digested) > when they can be posted on a common site where we can go look at it, > sorted by thread, grouped into categories/levels whatever. It's more > "user friendly" IMHO. > > Cheers, > > Liz Godwin > _______________________________________________ > 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 Mon Feb 23 09:33:35 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Mon, 23 Feb 2004 15:33:35 -0200 Subject: [Mapserver-users] mapserver logo In-Reply-To: <403A3BDC.40402@frw.uva.nl> References: <403A3BDC.40402@frw.uva.nl> Message-ID: <20040223183335.6957.qmail@hm47.locaweb.com.br> hi Jan, I have one at the page http://www.consultoria.eti.br/clickbrasil/clickbrasil.php?lang=ptbr but I dont remember where I found it. I agree that an oficial logo announce by the mapserver project would be a good idea. best. Eduardo Patto Kanegae http://www.consultoria.eti.br ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## *************************************** ***Fim da Mensagem / End of Message *** *************************************** On Mon, 23 Feb 2004 18:43:56 +0100, Jan Hartmann escreveu: > De: Jan Hartmann > Data: Mon, 23 Feb 2004 18:43:56 +0100 > Para: "mapserver-users at lists.gis.umn.edu" > Assunto: [Mapserver-users] mapserver logo > > Hi, > > I am looking for a MapServer logo for a new site, to be published in a > few weeks. I found a few unofficial proposols from DMSolutions at > > http://www2.dmsolutions.on.ca/mapserver/logo/ > > I vaguely remember a posting mentioning discussions about this after the > MUM. It was by Tom Burk, I think, but I am unable to find it. Has there > been any progress on this? > > Jan > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From nhv at cape.com Mon Feb 23 10:38:50 2004 From: nhv at cape.com (Norman Vine) Date: Mon, 23 Feb 2004 13:38:50 -0500 Subject: [postgis-users] Re: [Mapserver-users] List as Forum?? In-Reply-To: <403A41A7.6080704@refractions.net> Message-ID: Paul Ramsey writes: > Frank Warmerdam wrote: > > > I, for one, like receiving my mapserver related communication via email. > > In theory I wouldn't mind having things migrated to a forum if it still > > fully supported sending posts out by email and receiving them from email. > > > > However, my suggestion would be to review the current archive search > > technology and improving it if necessary. I don't think I follow what > > your issues is with it. Perhaps it is just a bit broken and needs to be > > fixed? > news server: > news.gmane.org > > web server: > www.gmane.org Yes archived by 'gmane' is useful. Note some might find that other search engines are easier to use :-) i.e. try the following google( "site:umn.edu mapserver list as forum" ) HTH Norman From eduardo at consultoria.eti.br Mon Feb 23 09:46:07 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Mon, 23 Feb 2004 15:46:07 -0200 Subject: [Mapserver-users] List as Forum?? In-Reply-To: References: Message-ID: <20040223184607.25403.qmail@hm47.locaweb.com.br> of course a Forum has the advantage of not coming so much messages to my inbox. the bad side is that I don't know when a new message comes... I have to visit the forum and then see the new messages. the very good side of a mail list is that I can query and read posts off-line. regards, Eduardo Patto Kanegae http://www.consultoria.eti.br ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## *************************************** ***Fim da Mensagem / End of Message *** *************************************** On Mon, 23 Feb 2004 12:27:05 -0500, "Liz Godwin" escreveu: > De: "Liz Godwin" > Data: Mon, 23 Feb 2004 12:27:05 -0500 > Para: > Assunto: [Mapserver-users] List as Forum?? > > Hi List, > > Last week was one of those weeks when I was really hunting for answers > to various questions. In doing so, I have come to appreciate forums > compared to mailing lists for finding information, and especially for > following threads. The activity on this mailing list is so great that I > find it hard to follow. I have messages filtered into a separate > folder, but that's not enough. I also find the archive difficult to > search, both index and thread pages usually sqewing the results of a > query. > > I propose that this list be migrated to a forum. Who hosts it is > another question. The most logical host would be UMN's mapserver site. > > Any one else have comments to this? Are there reason's NOT to migrate > to a forum? It just seems silly to have 1000 mailboxes filled with 40 > (yesterday's count) messages a day (or 1 really long one if digested) > when they can be posted on a common site where we can go look at it, > sorted by thread, grouped into categories/levels whatever. It's more > "user friendly" IMHO. > > Cheers, > > Liz Godwin > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From wlt at epump.cn Mon Feb 23 10:48:02 2004 From: wlt at epump.cn (Litao Wei) Date: Tue, 24 Feb 2004 02:48:02 +0800 Subject: [Mapserver-users] need help on use mysql with mapserver Message-ID: <200402231848.i1NImQAP010569@lists.gis.umn.edu> Dear All, Now I try to install mapserver and use mygis on redhat9, but I got some troubles and hope someone can help me: My config command: [root at mylinux mapserver-4.0.1]# ./configure --with-proj --with-gdal --with-gd --with-freetype --with-ogr --with-mygis It looks well, no error occured. but when I try "make", some errors displayed on my screen: [root at mylinux mapserver-4.0.1]# make gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_A -DUSE_WMS_SVR -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_G P -DUSE_GD_FT -DUSE_OGR -DUSE_GDAL -DUSE_MYGIS -I/usr/local/include -I/usr/local/include -I/usr/local/include -I'/usr/include' mapmygis.c pmygis.o mapmygis.c:22:25: mysql/mysql.h: no such file or directory mapmygis.c:121: parse error before "MYSQL" mapmygis.c:121: warning: no semicolon at end of struct or union mapmygis.c:122: warning: type defaults to `int' in declaration of `query_re mapmygis.c:122: warning: data definition has no type or storage class mapmygis.c:123: parse error before '*' token mapmygis.c:123: warning: type defaults to `int' in declaration of `query2_r ' mapmygis.c:123: warning: data definition has no type or storage class mapmygis.c:134: parse error before '}' token mapmygis.c:134: warning: type defaults to `int' in declaration of `msMYGISL nfo' mapmygis.c:134: warning: data definition has no type or storage class mapmygis.c:136: parse error before '*' token mapmygis.c:136: warning: type defaults to `int' in declaration of `prevconn mapmygis.c:136: warning: data definition has no type or storage class mapmygis.c: In function `mysql_NOTICE_HANDLER': mapmygis.c:150: parse error before ')' token mapmygis.c:152: parse error before ')' token mapmygis.c:156: parse error before ')' token mapmygis.c: At top level: mapmygis.c:221: parse error before '*' token mapmygis.c:221: `query' redeclared as different kind of symbol mapmygis.c:126: previous declaration of `query' mapmygis.c: In function `query': mapmygis.c:225: `layer' undeclared (first use in this function) mapmygis.c:225: (Each undeclared identifier is reported only once mapmygis.c:225: for each function it appears in.) mapmygis.c:227: warning: implicit declaration of function `mysql_free_resul mapmygis.c:229: `qbuf' undeclared (first use in this function) mapmygis.c:230: warning: implicit declaration of function `mysql_query' mapmygis.c:231: warning: implicit declaration of function `mysql_close' mapmygis.c:237: warning: implicit declaration of function `mysql_store_resu mapmygis.c:247: warning: implicit declaration of function `mysql_affected_r mapmygis.c: In function `msMYGISLayerOpen': mapmygis.c:263: `layerinfo' undeclared (first use in this function) mapmygis.c:282: parse error before ')' token mapmygis.c:344: warning: implicit declaration of function `mysql_connect' mapmygis.c:354: warning: implicit declaration of function `mysql_select_db' mapmygis.c: At top level: mapmygis.c:418: parse error before "MYSQL_RES" mapmygis.c: In function `prep_DB': mapmygis.c:426: `layerinfo' undeclared (first use in this function) mapmygis.c:433: parse error before ')' token mapmygis.c:448: `geom_table' undeclared (first use in this function) mapmygis.c:451: parse error before ')' token mapmygis.c:480: `layer' undeclared (first use in this function) mapmygis.c:488: `rect' undeclared (first use in this function) mapmygis.c: In function `msMYGISLayerWhichShapes': mapmygis.c:609: `layerinfo' undeclared (first use in this function) mapmygis.c:613: parse error before ')' token mapmygis.c: In function `msMYGISLayerClose': mapmygis.c:651: `layerinfo' undeclared (first use in this function) mapmygis.c:654: parse error before ')' token mapmygis.c: At top level: mapmygis.c:692: parse error before "row" mapmygis.c: In function `force_to_points': mapmygis.c:701: `shape' undeclared (first use in this function) mapmygis.c:703: `row' undeclared (first use in this function) mapmygis.c:720: warning: implicit declaration of function `mysql_fetch_row' mapmygis.c:720: `qresult' undeclared (first use in this function) mapmygis.c: At top level: mapmygis.c:750: parse error before "row" mapmygis.c: In function `force_to_lines': mapmygis.c:759: `shape' undeclared (first use in this function) mapmygis.c:761: `row' undeclared (first use in this function) mapmygis.c:770: `qresult' undeclared (first use in this function) mapmygis.c: At top level: mapmygis.c:803: parse error before "row" mapmygis.c: In function `force_to_polygons': mapmygis.c:813: `shape' undeclared (first use in this function) mapmygis.c:815: `row' undeclared (first use in this function) mapmygis.c:830: `qresult' undeclared (first use in this function) mapmygis.c: At top level: mapmygis.c:865: parse error before "row" mapmygis.c: In function `dont_force': mapmygis.c:875: `row' undeclared (first use in this function) mapmygis.c:884: `qresult' undeclared (first use in this function) mapmygis.c:884: `shape' undeclared (first use in this function) mapmygis.c:884: `cntchar' undeclared (first use in this function) mapmygis.c: In function `msMYGISLayerNextShape': mapmygis.c:1187: `layerinfo' undeclared (first use in this function) mapmygis.c:1189: parse error before ')' token mapmygis.c: In function `msMYGISLayerGetShapeRandom': mapmygis.c:1217: `layerinfo' undeclared (first use in this function) mapmygis.c:1220: `MYSQL_ROW' undeclared (first use in this function) mapmygis.c:1220: parse error before "row" mapmygis.c:1225: parse error before ')' token mapmygis.c:1257: `row' undeclared (first use in this function) mapmygis.c:1334: warning: int format, long int arg (arg 7) mapmygis.c:1359: `row_attr' undeclared (first use in this function) mapmygis.c: In function `msMYGISLayerGetShape': mapmygis.c:1418: `layerinfo' undeclared (first use in this function) mapmygis.c:1421: warning: unsigned int format, long int arg (arg 2) mapmygis.c:1423: parse error before ')' token mapmygis.c: In function `msMYGISLayerGetItems': mapmygis.c:1612: `layerinfo' undeclared (first use in this function) mapmygis.c:1618: `MYSQL_ROW' undeclared (first use in this function) mapmygis.c:1618: parse error before "row" mapmygis.c:1628: parse error before ')' token mapmygis.c:1655: `row' undeclared (first use in this function) make: *** [mapmygis.o] Error 1 I hope anyone can help me check why I can't install. Thank you. Litao Wei From Eric.Hillmuth at anr.state.vt.us Mon Feb 23 11:13:36 2004 From: Eric.Hillmuth at anr.state.vt.us (Eric.Hillmuth at anr.state.vt.us) Date: Mon, 23 Feb 2004 14:13:36 -0500 Subject: [Mapserver-users] Township, Range, Section Data? In-Reply-To: <015501c3fa37$eaf2c5b0$b105000a@quasar> Message-ID: <403A0A90.17243.D40884@localhost> I've think I've pulled PLSS data from the BLM off this site: http://www.geocommunicator.gov/lsi/ I am under the impression that the BLM is the last word when it comes to this stuff but I'm not sure if they have full coverage. If you are looking for a low resolution dataset the PLSS stuff on the National Atlas site isn't too bad. http://nationalatlas.gov/atlasftp.html Eric On 23 Feb 2004 at 13:07, Aaron D. Hunt wrote: > Is there anywhere I can down load Township, range and section data? > > Aaron Hunt > ZedX Inc. > -- Eric Hillmuth Vermont Agency of Natural Resources eric.hillmuth at anr.state.vt.us 802-241-3616 From rich at greenwoodmap.com Mon Feb 23 11:24:08 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Mon, 23 Feb 2004 12:24:08 -0700 Subject: [Mapserver-users] Township, Range, Section Data? In-Reply-To: <015501c3fa37$eaf2c5b0$b105000a@quasar> References: <015501c3fa37$eaf2c5b0$b105000a@quasar> Message-ID: <403A5358.6090706@greenwoodmap.com> Aaron D. Hunt wrote: > Is there anywhere I can down load Township, range and section data? > > Aaron Hunt > ZedX Inc. For what areas? The BLM has something called the GCDB (Geographic Coordinate Database) for western US. Generally it is distributed at the state level, so searching for "wyoming gcdb" would be where I would start. -- Richard Greenwood www.greenwoodmap.com From plists at prometheus.org.yu Mon Feb 23 11:26:26 2004 From: plists at prometheus.org.yu (Attila Csipa) Date: Mon, 23 Feb 2004 20:26:26 +0100 Subject: [Mapserver-users] need help on use mysql with mapserver In-Reply-To: <200402231848.i1NImQAP010569@lists.gis.umn.edu> References: <200402231848.i1NImQAP010569@lists.gis.umn.edu> Message-ID: <200402232026.26287.plists@prometheus.org.yu> On Monday 23 February 2004 19:48, Litao Wei wrote: > Now I try to install mapserver and use mygis on redhat9, but I got some > mapmygis.c:22:25: mysql/mysql.h: no such file or directory You most likely do not have the mysql-dev package with the headers installed. From hunt at zedxinc.com Mon Feb 23 11:49:09 2004 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Mon, 23 Feb 2004 14:49:09 -0500 Subject: [Mapserver-users] Township, Range, Section Data? References: <015501c3fa37$eaf2c5b0$b105000a@quasar> <403A5358.6090706@greenwoodmap.com> Message-ID: <019301c3fa46$1a8e8b70$b105000a@quasar> I am looking of shape files of the data for the mid-west like Iowa? ----- Original Message ----- From: "Richard Greenwood" To: "Aaron D. Hunt" ; Sent: Monday, February 23, 2004 2:24 PM Subject: Re: [Mapserver-users] Township, Range, Section Data? > Aaron D. Hunt wrote: > > > Is there anywhere I can down load Township, range and section data? > > > > Aaron Hunt > > ZedX Inc. > > For what areas? The BLM has something called the GCDB (Geographic > Coordinate Database) for western US. Generally it is distributed at the > state level, so searching for "wyoming gcdb" would be where I would start. > > > -- > Richard Greenwood > www.greenwoodmap.com > _______________________________________________ > 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 Mon Feb 23 12:03:45 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 23 Feb 2004 15:03:45 -0500 Subject: [Mapserver-users] Township, Range, Section Data? Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3D67@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3FA48.24ABFF6E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Aaron - =20 You have two choices - low resolution and free, or high-quality and expensive. The National Atlas dataset is free and downloadable, but a 1:100,000 scale and down to the level of Townships (no Section grids). The other sources mentioned in other posts may get you partial information for some areas (or very complete information for some areas). The only high-quality, fairly complete section-level data sets I'm aware of are privately produced commercial products. =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: Aaron D. Hunt [mailto:hunt at zedxinc.com]=20 Sent: Monday, February 23, 2004 1:08 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Township, Range, Section Data? Is there anywhere I can down load Township, range and section data? =20 Aaron Hunt ZedX Inc. ------_=_NextPart_001_01C3FA48.24ABFF6E Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Aaron -
 
You have two choices - low resolution and free, = or=20 high-quality and expensive.  The National Atlas dataset is free and = downloadable, but a 1:100,000 scale and down to the level of Townships = (no=20 Section grids).  The other sources mentioned in other posts may get = you=20 partial information for some areas (or very complete information for = some=20 areas).  The only high-quality, fairly complete section-level data = sets I'm=20 aware of are privately produced commercial products.
 
    - 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: Aaron D. Hunt = [mailto:hunt at zedxinc.com]=20
Sent: Monday, February 23, 2004 1:08 PM
To:=20 mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] = Township,=20 Range, Section Data?

Is there anywhere I can down load = Township, range=20 and section data?
 
Aaron Hunt
ZedX=20 Inc.
------_=_NextPart_001_01C3FA48.24ABFF6E-- From gerry.creager at tamu.edu Mon Feb 23 12:25:22 2004 From: gerry.creager at tamu.edu (Gerry Creager) Date: Mon, 23 Feb 2004 14:25:22 -0600 Subject: [Mapserver-users] List as Forum?? In-Reply-To: References: Message-ID: <403A61B2.4080502@tamu.edu> Forum or digest posts are harder for me to filter appropriately. They're not as convenient from that perspective. I can read a lot of mail with the delete key if it's uninteresting, where, in a digest or forum package, I'd have to spend more time with each piece. Liz Godwin wrote: > Hi List, > > Last week was one of those weeks when I was really hunting for answers > to various questions. In doing so, I have come to appreciate forums > compared to mailing lists for finding information, and especially for > following threads. The activity on this mailing list is so great that I > find it hard to follow. I have messages filtered into a separate > folder, but that's not enough. I also find the archive difficult to > search, both index and thread pages usually sqewing the results of a > query. > > I propose that this list be migrated to a forum. Who hosts it is > another question. The most logical host would be UMN's mapserver site. > > Any one else have comments to this? Are there reason's NOT to migrate > to a forum? It just seems silly to have 1000 mailboxes filled with 40 > (yesterday's count) messages a day (or 1 really long one if digested) > when they can be posted on a common site where we can go look at it, > sorted by thread, grouped into categories/levels whatever. It's more > "user friendly" IMHO. > > Cheers, > > Liz Godwin > _______________________________________________ > 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 Pager: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From hunt at zedxinc.com Mon Feb 23 12:35:37 2004 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Mon, 23 Feb 2004 15:35:37 -0500 Subject: [Mapserver-users] Township, Range, Section Data? References: <13858AA1A74F30419F319ACB66A9D1224E3D67@mercator.topozone.com> Message-ID: <01a701c3fa4c$98665e50$b105000a@quasar> This is a multi-part message in MIME format. ------=_NextPart_000_01A4_01C3FA22.AF7D4380 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I found the township data. I hope that will be all they need. Thanks everybody. ----- Original Message -----=20 From: Ed McNierney=20 To: Aaron D. Hunt ; mapserver-users at lists.gis.umn.edu=20 Sent: Monday, February 23, 2004 3:03 PM Subject: RE: [Mapserver-users] Township, Range, Section Data? Aaron - You have two choices - low resolution and free, or high-quality and = expensive. The National Atlas dataset is free and downloadable, but a = 1:100,000 scale and down to the level of Townships (no Section grids). = The other sources mentioned in other posts may get you partial = information for some areas (or very complete information for some = areas). The only high-quality, fairly complete section-level data sets = I'm aware of are privately produced commercial products. - 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 -------------------------------------------------------------------------= ----- From: Aaron D. Hunt [mailto:hunt at zedxinc.com]=20 Sent: Monday, February 23, 2004 1:08 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Township, Range, Section Data? Is there anywhere I can down load Township, range and section data? Aaron Hunt ZedX Inc. ------=_NextPart_000_01A4_01C3FA22.AF7D4380 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I found the township data. I hope that = will be all=20 they need.
 
Thanks everybody.
----- Original Message -----
From:=20 Ed = McNierney
To: Aaron D. Hunt ; mapserver-users at lists.g= is.umn.edu=20
Sent: Monday, February 23, 2004 = 3:03=20 PM
Subject: RE: [Mapserver-users] = Township,=20 Range, Section Data?

Aaron -
 
You have two choices - low resolution and = free, or=20 high-quality and expensive.  The National Atlas dataset is free = and=20 downloadable, but a 1:100,000 scale and down to the level of Townships = (no=20 Section grids).  The other sources mentioned in other posts may = get you=20 partial information for some areas (or very complete information for = some=20 areas).  The only high-quality, fairly complete section-level = data sets=20 I'm aware of are privately produced commercial = products.
 
   =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: Aaron D. Hunt = [mailto:hunt at zedxinc.com]=20
Sent: Monday, February 23, 2004 1:08 PM
To:=20 mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] = Township, Range, Section Data?

Is there anywhere I can down load = Township, range=20 and section data?
 
Aaron Hunt
ZedX=20 Inc.
------=_NextPart_000_01A4_01C3FA22.AF7D4380-- From godwinl at agr.gc.ca Mon Feb 23 12:51:29 2004 From: godwinl at agr.gc.ca (Liz Godwin) Date: Mon, 23 Feb 2004 15:51:29 -0500 Subject: [Mapserver-users] List as Forum?? Message-ID: Re (various things)... >>> Gerry Creager 02/23/04 03:25PM >>> >where, in a digest or >forum package, I'd have to spend more time with each piece. Actually in a forum... you can just not click on the thread and you won't have to delete/read any of the messages. e-mail notification.. I agree that it could be nice to have the option to be notified of incoming messages, although personally I only want notification if I am contributing to the thread. searching.. improving search engine may increase my happiness. while Google is an interesting option I hadn't thought of.. it doesn't sort the returned results by any means other than by 'relevance'. This doesn't solve my thread sorting, which means I won't use it. a NNTP service... would improve my thread following/sorting problem. In a forum setting, my view is.. that there could be different topics, helping me narrow down what I read. Something in a PostGIS group for example, I might ignore because I don't know PostGIS, even if the title is obscure. But if an obscure title were in another group I followed, I might read it anyway.I have a hard time following threads in a common group to see what was said. This usually means I don't contribute to the list often because I don't have time to read through all the messages. And for those who post without interesting keywords.. the messages will just be ignored. Anyway, I'm glad this discussion has spawned comments one way or another. For an example of a site I like, athough it is very advanced and overkill for what we'd need, is sitepoint.com phpBB sites are good too where I have seen them in place. The out of the box design is good in itself. Liz >>> Gerry Creager 02/23/04 03:25PM >>> Forum or digest posts are harder for me to filter appropriately. They're not as convenient from that perspective. I can read a lot of mail with the delete key if it's uninteresting, where, in a digest or forum package, I'd have to spend more time with each piece. Liz Godwin wrote: > Hi List, > > Last week was one of those weeks when I was really hunting for answers > to various questions. In doing so, I have come to appreciate forums > compared to mailing lists for finding information, and especially for > following threads. The activity on this mailing list is so great that I > find it hard to follow. I have messages filtered into a separate > folder, but that's not enough. I also find the archive difficult to > search, both index and thread pages usually sqewing the results of a > query. > > I propose that this list be migrated to a forum. Who hosts it is > another question. The most logical host would be UMN's mapserver site. > > Any one else have comments to this? Are there reason's NOT to migrate > to a forum? It just seems silly to have 1000 mailboxes filled with 40 > (yesterday's count) messages a day (or 1 really long one if digested) > when they can be posted on a common site where we can go look at it, > sorted by thread, grouped into categories/levels whatever. It's more > "user friendly" IMHO. > > Cheers, > > Liz Godwin > _______________________________________________ > 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 Pager: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From bigfoot at main-task.com Mon Feb 23 14:03:33 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Mon, 23 Feb 2004 17:03:33 -0500 Subject: [Mapserver-users] List as Forum?? In-Reply-To: References: Message-ID: <403A78B5.9070000@main-task.com> I like the way mozilla handle threads: http://maintask.com/mozilla.png I think I wouldn't read a forum if I'm not looking for an answer. It would be much more difficult and delayed to find people who wants to answer a specific question. Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com Liz Godwin wrote: >Hi List, > >Last week was one of those weeks when I was really hunting for answers >to various questions. In doing so, I have come to appreciate forums >compared to mailing lists for finding information, and especially for >following threads. The activity on this mailing list is so great that I >find it hard to follow. I have messages filtered into a separate >folder, but that's not enough. I also find the archive difficult to >search, both index and thread pages usually sqewing the results of a >query. > >I propose that this list be migrated to a forum. Who hosts it is >another question. The most logical host would be UMN's mapserver site. > >Any one else have comments to this? Are there reason's NOT to migrate >to a forum? It just seems silly to have 1000 mailboxes filled with 40 >(yesterday's count) messages a day (or 1 really long one if digested) >when they can be posted on a common site where we can go look at it, >sorted by thread, grouped into categories/levels whatever. It's more >"user friendly" IMHO. > >Cheers, > >Liz Godwin >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From teb at mallit.fr.umn.edu Mon Feb 23 13:59:26 2004 From: teb at mallit.fr.umn.edu (Thomas E Burk) Date: Mon, 23 Feb 2004 15:59:26 -0600 (CST) Subject: [Mapserver-users] mapserver logo Message-ID: <200402232159.i1NLxQ5j008661@mallit.fr.umn.edu> Jan, Here was my latest "ranting" on that subject. Tom ****************************** From: Thomas E Burk Subject: Re: [Mapserver-users] visual symbology guide To: mapserver-users at lists.gis.umn.edu, hjulien at nrcan.gc.ca, bartvde at xs4all.nl MIME-Version: 1.0 Content-MD5: iUCSj2eJ7LB0fRF1MSRG7g== Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by lists.gis.umn.edu id i09MTNAP002218 X-BeenThere: mapserver-users at lists.gis.umn.edu X-Mailman-Version: 2.0.13 List-Unsubscribe: , List-Id: Mapserver Users Mailing List (Appropriate for general users) List-Post: List-Help: List-Subscribe: , List-Archive: Date: Fri, 9 Jan 2004 16:17:05 -0600 (CST) It's not the official because there is no official. That's sort of a sore point for some of us. We've tried to come up with a logo but can't get people to agree. We paid someone to create a logo used at the MapServer User Meeting, but that had detractors. We could just take the executive decision approach and ram one down peoples' throats but that wouldn't really be in the spirit of things, would it. So I'd just say for now use what strikes you as appropriate and share it (via this list e.g.) - who knows maybe someone WILL come up with something that knocks people over. >From our point of view it's just "helpful" when people acknowledge on their site that they are using MapServer (and link to the home page so people know which mapserver it really is). A fair majority of people don't do that. Tom > >Hi >Are you looking for a Mapserver logo? >I found this one on a web site. >However I don't remember which one! >It's pretty good. > >I don't know if there is an official one? > >H?ryk > ****************************** >From: Jan Hartmann >User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113 >X-Accept-Language: en-us, en >MIME-Version: 1.0 >To: "mapserver-users at lists.gis.umn.edu" >Content-Transfer-Encoding: 7bit >X-OriginalArrivalTime: 23 Feb 2004 17:43:59.0535 (UTC) FILETIME=[9E2ABBF0:01C3FA34] >Subject: [Mapserver-users] mapserver logo >X-BeenThere: mapserver-users at lists.gis.umn.edu >X-Mailman-Version: 2.0.13 >List-Unsubscribe: , >List-Id: Mapserver Users Mailing List (Appropriate for general users) >List-Post: >List-Help: >List-Subscribe: , >List-Archive: >Date: Mon, 23 Feb 2004 18:43:56 +0100 > >Hi, > >I am looking for a MapServer logo for a new site, to be published in a >few weeks. I found a few unofficial proposols from DMSolutions at > >http://www2.dmsolutions.on.ca/mapserver/logo/ > >I vaguely remember a posting mentioning discussions about this after the >MUM. It was by Tom Burk, I think, but I am unable to find it. Has there >been any progress on this? > >Jan >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From teb at mallit.fr.umn.edu Mon Feb 23 14:04:25 2004 From: teb at mallit.fr.umn.edu (Thomas E Burk) Date: Mon, 23 Feb 2004 16:04:25 -0600 (CST) Subject: [Mapserver-users] List as Forum?? Message-ID: <200402232204.i1NM4P5j008667@mallit.fr.umn.edu> Yes, good discussion. Comes up every few months. Everyone has their favorite approach. We encourage multiple approaches as long as the integrity of the list is maintained - to everyone's advantage I think. We will be upgrading the list software in the next few months and hopefully searching will be improved - it's not good now. Tom ======================= Dr. Thomas E. Burk University of Minnesota 1530 Cleveland Avenue North St. Paul, MN 55108 612-624-6741 612-625-5212 (FAX) tburk at umn.edu >From: "Liz Godwin" >To: >Subject: Re: [Mapserver-users] List as Forum?? >Mime-Version: 1.0 >Content-Transfer-Encoding: 7bit >Content-Disposition: inline >X-BeenThere: mapserver-users at lists.gis.umn.edu >X-Mailman-Version: 2.0.13 >List-Unsubscribe: , >List-Id: Mapserver Users Mailing List (Appropriate for general users) >List-Post: >List-Help: >List-Subscribe: , >List-Archive: >Date: Mon, 23 Feb 2004 15:51:29 -0500 > >Re (various things)... > >>>> Gerry Creager 02/23/04 03:25PM >>> >>where, in a digest or >>forum package, I'd have to spend more time with each piece. > >Actually in a forum... you can just not click on the thread and you >won't have to delete/read any of the messages. > > >e-mail notification.. I agree that it could be nice to have the option >to be notified of incoming messages, although personally I only want >notification if I am contributing to the thread. > >searching.. improving search engine may increase my happiness. while >Google is an interesting option I hadn't thought of.. it doesn't sort >the returned results by any means other than by 'relevance'. This >doesn't solve my thread sorting, which means I won't use it. > >a NNTP service... would improve my thread following/sorting problem. > > >In a forum setting, my view is.. that there could be different topics, >helping me narrow down what I read. Something in a PostGIS group for >example, I might ignore because I don't know PostGIS, even if the title >is obscure. But if an obscure title were in another group I followed, I >might read it anyway.I have a hard time following threads in a common >group to see what was said. This usually means I don't contribute to >the list often because I don't have time to read through all the >messages. And for those who post without interesting keywords.. the >messages will just be ignored. > >Anyway, I'm glad this discussion has spawned comments one way or >another. > >For an example of a site I like, athough it is very advanced and >overkill for what we'd need, is sitepoint.com >phpBB sites are good too where I have seen them in place. The out of >the box design is good in itself. > >Liz > >>>> Gerry Creager 02/23/04 03:25PM >>> >Forum or digest posts are harder for me to filter appropriately. >They're not as convenient from that perspective. I can read a lot of >mail with the delete key if it's uninteresting, where, in a digest or > >forum package, I'd have to spend more time with each piece. > >Liz Godwin wrote: >> Hi List, >> >> Last week was one of those weeks when I was really hunting for >answers >> to various questions. In doing so, I have come to appreciate forums >> compared to mailing lists for finding information, and especially >for >> following threads. The activity on this mailing list is so great >that I >> find it hard to follow. I have messages filtered into a separate >> folder, but that's not enough. I also find the archive difficult to >> search, both index and thread pages usually sqewing the results of a >> query. >> >> I propose that this list be migrated to a forum. Who hosts it is >> another question. The most logical host would be UMN's mapserver >site. >> >> Any one else have comments to this? Are there reason's NOT to >migrate >> to a forum? It just seems silly to have 1000 mailboxes filled with >40 >> (yesterday's count) messages a day (or 1 really long one if >digested) >> when they can be posted on a common site where we can go look at it, >> sorted by thread, grouped into categories/levels whatever. It's >more >> "user friendly" IMHO. >> >> Cheers, >> >> Liz Godwin >> _______________________________________________ >> 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 Pager: 979.228.0173 >Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From woodbri at swoodbridge.com Mon Feb 23 17:51:10 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 23 Feb 2004 20:51:10 -0500 Subject: [Mapserver-users] asymmetric lines In-Reply-To: <001e01c3f9e4$01fb1e00$463c2fc3@HSGIS> References: Message-ID: <403A67BE.18738.CA05EE0@localhost> FYI, there is a bug that I submitted regarding TTF symbols that might impact this. See http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=573 In summary the symbol flips 180 degrees depending on the angle and slope of the the line segment. If you are running into this problem you might want to post a note to the list or the bug so we know. Thanks, -Steve On 23 Feb 2004 at 9:06, Stepan Kafka wrote: > Hi Youssef, > you may use two approaches: > > 1) offset lines. If you set OFFSET -99 (eg -99 5) for line symbols, > the result line is parallel to original one. Stacking symbols with multiple > STYLEs you can achieve desired effect. (There is only simple (but quick) > algorithm used for offseting, so there may be some problems with very > tortuous lines) > > 2) Truetype symbols. If you set GAP < 0 (eg. GAP -15), the symbols are > oriented in "as digitized" orientation. Then you may set POSITION (UC, LC, > UR, ..) to get different drawing effects. > > These functionality is available from 3.6.0 (?) version. > > 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 youssef > > chamoun > > Odesl?no: 20. ?nora 2004 16:33 > > Komu: mapserver-users at lists.gis.umn.edu > > P edm t: [Mapserver-users] asymmetric lines > > > > > > Hello, > > > > can anyone please help me on a way to create asymmetric lines? > > > > Thank you. > > > > Youssef Chamoun > > > > _________________________________________________________________ > > Protect your PC - get McAfee.com VirusScan Online > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > _______________________________________________ > > 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 stepan.kafka at centrum.cz Mon Feb 23 23:20:54 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Tue, 24 Feb 2004 08:20:54 +0100 Subject: [Mapserver-users] asymmetric lines In-Reply-To: <403A67BE.18738.CA05EE0@localhost> Message-ID: <000b01c3faa6$bd81c760$463c2fc3@HSGIS> This is not BUG because symbols are placed cartographically (e.g. if you have bicycle or car symbol along the line, the orientation has to be +- to north). For oriented symbols (arrows etc) the GAP < 0 may be used as mentioned below. Have you tried it? Plese, let me know if it doesn't work. Stepan Kafka > -----P?vodn? zpr?va----- > Od: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] > Odesl?no: 24. ?nora 2004 2:51 > Komu: youssef chamoun; mapserver-users at lists.gis.umn.edu; Stepan Kafka > P?edm?t: RE: [Mapserver-users] asymmetric lines > > > FYI, there is a bug that I submitted regarding TTF symbols that might > impact this. See > > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=573 > > In summary the symbol flips 180 degrees depending on the angle and > slope of the the line segment. > > If you are running into this problem you might want to post a note to > the list or the bug so we know. > > Thanks, > -Steve > > On 23 Feb 2004 at 9:06, Stepan Kafka wrote: > > > Hi Youssef, > > you may use two approaches: > > > > 1) offset lines. If you set OFFSET -99 (eg -99 5) for > line symbols, > > the result line is parallel to original one. Stacking symbols > with multiple > > STYLEs you can achieve desired effect. (There is only simple (but quick) > > algorithm used for offseting, so there may be some problems with very > > tortuous lines) > > > > 2) Truetype symbols. If you set GAP < 0 (eg. GAP -15), the symbols are > > oriented in "as digitized" orientation. Then you may set > POSITION (UC, LC, > > UR, ..) to get different drawing effects. > > > > These functionality is available from 3.6.0 (?) version. > > > > 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 youssef > > > chamoun > > > Odesl?no: 20. Lnora 2004 16:33 > > > Komu: mapserver-users at lists.gis.umn.edu > > > P edm t: [Mapserver-users] asymmetric lines > > > > > > > > > Hello, > > > > > > can anyone please help me on a way to create asymmetric lines? > > > > > > Thank you. > > > > > > Youssef Chamoun > > > > > > _________________________________________________________________ > > > Protect your PC - get McAfee.com VirusScan Online > > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > > > _______________________________________________ > > > 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 Ballini.Yvain at seat.it Mon Feb 23 23:49:07 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Tue, 24 Feb 2004 08:49:07 +0100 Subject: [Mapserver-users] I: Option ANGLE AUTO Message-ID: <4B1A1EC0790F054193453C48725D431829F81C@MSGBE1V1.seat.it> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3FAAA.AE7E08BB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I give some additional information about my label distortion problem: it = seems that the distortion isn't due to the option ANGLE AUTO that I'm = actually using for labelling my street layer. (on Milano.png I've used the option ANGLE AUTO but if I set a constant = value for ANGLE, the distortion remains...as when I'm using the option = ANGLE AUTO). The distortion changes a little if I'm using other truetype = fonts but I've always this kind of distortion. Has someone some idea about the origin of the small distortion that I = get for the labels, and specially is there a easy way to get some = "perfectly" aligned characters which follows the streets...? I haven't = seen such a problem in the mailing list before.=20 Here is the declaration that I'm using in my mapfile for the street = layer: LAYER NAME vie_navtech2 STATUS OFF DATA vie3_polyline LABELITEM "StNm_Base" LABELCACHE ON TYPE LINE CLASS LABEL ANGLE AUTO FONT "verdana" ANTIALIAS TRUE POSITION CC SIZE 7 TYPE TRUETYPE COLOR 0 0 0 END STYLE SYMBOL 'carto_line' SIZE 4 COLOR 255 255 255 ANTIALIAS TRUE END END END # vie navtech Thank you very much for the help ! Best regards. Yvain. -----Messaggio originale----- Da: Ballini Yvain Inviato: luned=EC 23 febbraio 2004 15.07 A: 'mapserver-users at lists.gis.umn.edu' Oggetto: Option ANGLE AUTO Hi List, I would like to know where is the part in mapserver source which manages = the angle of the characters of a label when the option ANGLE AUTO is = used. Has someone any idea? Thank you very much. Yvain. ------_=_NextPart_001_01C3FAAA.AE7E08BB Content-Type: image/png; name="Milano.png" Content-Transfer-Encoding: base64 Content-Description: Milano.png Content-Disposition: attachment; filename="Milano.png" iVBORw0KGgoAAAANSUhEUgAAAa4AAAF8CAIAAAFvZvh/AAAgAElEQVR4nOxdeVhU5fc/s6/sDOsM +6qgDKiIhAtuqWWaWprlUlqpLaZlllqZaWpli1qm5pK7uKQVboiJCgLqoKiIgGwDDAzDOsPsM78/ 7nC5zD7DoPX9+Xl4eGbe+973nnvmvOvZcH/+PZnutgoAAEDEL/Vgh4FZiPilAMBw86IynLHlMh/u +GDIzOGZuTc1iftPNWj45uoY0oA3TxBKExYe7DBJc4NeOVXAO1coSE3immkqM4c3nGPhcUx370+X vteNRK2GplapkD8AQD+jf0x3H6WsY/UnS0T8UpQsD3aYBztMj0qSuC4j/4F5KgGA96ihqLDA1FUK 3WnpB91JxOGlBCIR+QMA9DP6RyRTSVT6yjUbK2obM6/kYG82pBKvkmbm8IYN6meKgswc3tKZY6sr y9ESN3ZYahL372P7Tb0bzqIsqlUqhPrOr0oCkYStoJR1kKh0vbv279g8f8lKaXur4SPTjh3/5buv LtwsGZ0QjtKNrfDz9xsXfrDMfhIBQKWUE0kU9KuIX+rsHUgikfRuDPJ2uXTpUnCfeL3yNiVu0tA4 ALiYexenURq+gx4lXd3Fw/Wq0dqNjUK9ktb6auzXLb9sV8s7DG+sqG8NCwvD/nypSdzUJO6koXGZ Oby0tDRT9GEJFfFLu9gjankGQL/zGkLYUK83Cny+dqOIX0pluhhWVpOdEcqQr9fLRB0NVRYfoZR1 AIaRusdFhX5h6oY7vJvYrywvb8M67Uqc4diEAJGztLS0zBwelj7DrgadbCNR6eivnDxxrI6LD8pM kpg6+llTl1AEBYeaIhEMeoMhWhv4KoWMRGUgpGMvXTt9Dg8AKQNGWCTCIoxyxfxVpFDEL3XxYnuw w5w9fZFyzuH9yFVkqCYCwJUbl2yixsU7wKb6oBNH/WHvzMUr0J1t4TXCEgCY/iq2Gj4i/L6F5rUa vQIiiaxWGemMHuwweYfYaBvIb52RkZGWlpaRkZGZw9NqtRQ6E61Aq6oEgKbEpKNHj+rdi39Y0kev COmACTHhbkxq8e3c12dONXxki6DSKCniJoHRchG/NC0trbm52YMdhmd4AMCl6wWAEQBpQCBS7aWX XlJIJdjJlmjYHPLGN++WAEBk/8RNmzYZfao1QB7j7OmH/prYMRm56uTpixSu+XTJqnW6ZyF1FFIJ gUjEIYwl0xhkmhOeQMQTjBBtH1oEFYZzFUKNiF+6bt26737ehZavWLJw7aafjVbWTYD08kecIweo 9YKKufNb+8U5hERTq8/W+moXb/01mdHKSKFu6O4IDilevur291vN0xexbUtCTHh/pWTEMwN8//zD PtJVSrlhoZkxy/KSFouHb79z827JbRLj0tUbdc9PsljfpeBW3LtvWdk4QmV4DFfmw1XSWTu2/uDm 5kYJ4DpM8oyiNS6+YPOv1tefNm0aAHCcAID9u1Y1atQoMNqjHzNmvzSxurqaxWKFh0fs3bsnPDyc xWIJhcI33vkQGVuePIl7j57OzOEdOX0eAMLDw+s7QCjstvyzTRYdguo6/QUoiswcnjcdMqu6rTye AIlq10DzW7BTP3yI/foESIyPDHzttdeMXsrPvgIAMXEJ2MJeJJHpbmTxCwA4jfLLL780eglPwANA aHhUt0KHU4Z5nvG+SOBwV69ebfS3TkhMBsxGAgFRKpkhlRgf1ikMZxKFTiRT9Hal1pKIJ6hVqh++ +Voul7m6ub21aDFSnsqGzNDIzBxeahI302Ans2Ljz2uXLexGIo1xCN2kgqVjHaVcqpLL5FKx2tgk hoLhyqIyXQgk8oWzfxOIhCUfrNyw5vOvPv/UxdV18UefAsCwUbrNRqrB4lgeG5xeDlQsiWaeZAgS hUai0GjOboaXjL7b6GcnjH52AgB8vnaj0QYNt9IUVx8QdNvrPJmhG5E2iUQi94qhCixsvp7AoAMA pS2QkV+Ue+fh3bSNep0jNYlLwOORQwHkkj6JDDcvux8sk0mtrPnoTh5eJQOAASmjzxS17fhpo8yH i9CXmcMDHGTm8PLvPACAhJhw3aq7oaGhpKRk0KBBLHYogUS2gz5rjk8RpCZxV6/dkJI6Rq8QTOy4 CbPmqFy8J7N8OZExcUw3Fp5AsIM+ACBRaNaMTXnZWc8MGawhMfTKy/kCFdN3QLhvOb/bBi01iesw WSRRaNZUq6upBgANkWp4qfqBPguNy+L17Ct20IeItrxFkJrEPbp3+4jBcQvnzkiKi05N4m74YjlS 4eje7QAwYfYHAKDwjDbVlIZABQCZj66v1LQqu50vqlWqndu2vPXOYjuoBEviiPbc4iZtpDvOqNhh e/e1a9eSk5Nfe+21buOiRqUYMGiwffRZpOwCr4IgawYAmQ830t1k/YsXL44cOfJsUSsZT8/M4c1d uKQbiW2NtQkOIhGl7EoNKKt4AIB2Q6qAB8H6awikfsaN4lEjR2bm8MgAIX24QS4AAMQD+zUvz2px dnHtOVke7DClrGPsiGTkK/pTbt745bvLPrt3+1bf/vqHygCgcAl8to97ejlQBTw8gEQi6WL8zVKC oh2n1WrNP9ji6eCl83+PGDMBAPAa7+HJfja9FfYR+TlX/FhuPjFDCbIm7FXiX+kv1vKfDY5JJOC6 TsBSk7joBH/uj8NjJ0031Tq/qiK8fyJm4PUzXBkUFRZEx+qfICDarowbD/FKiYruOaY/hxzAVVTx oDt9gGgMnht/Qq9djiezqkmOlGhI9JsX/xg4dAwYAHkMAMye+zqJSHrl9bcBncTMAjuXmJlXdCR6 enoKhUIWi4VsE9EmsETfLa30o6nc/UMNH/PVhm+HDB2JLc/JTA8I70uhUD2NnYoDADcqyM3NDVnS IiUFDdqmMpP6LPzuvSkAcPgvcwe1MWGBp06d0lNP3BFqM3N4evQBgBc75LWXJhkVcWRA3rrvj4wb D1OTuJeqITOHl5nDi/PCaUj6yiUUxteLW7dujRowDFsyd+GSefPm7dy5E3n79HKgCoy/d9bFs7GR wSxvH71y9Add+d5c6P7LZubwFs2Z7u7usXbT1uSEGAqZBABarTY6us/Puw8al0W9HxoFHSdv8h5s Ual7/OCerZt/xNZB6UM+pKWl6c1D5ADuM/7Gm8VdzL6FfLJyNYUcsRnWtCj1YF1Pcpg+2rAQ2z3N QEX3tPjEtEP7upFoXhmNlMvELc11FXr6aOxXLJUUjRF9IFphTH9O8b1Cw0tavG6tmZWVNXTEqG4k mldGI+V5N266+Qb98fdZ7E/gwQ5z9Q5QKbrtVjNzeMnJyWwP/RUrFrNmTMF+dafhUpO4IxNjkK+p 4ycTVZJuJJppC8XQ4SMB4I233tErJ5DIrQ3VeoWZObx9h4+l/b7daFPns/IYDAYApCZxTx3ek5OZ 3uwRhww9SAUXV/0dcE83qafTz7/yqg9WyQMAI0aPowVyKYJbLXKc/vNIpOvXr6cmDS4UwgvT5wCA 1qw1B2C5mJ13U9zebiuJc99cKG4S/PXHcb1yaSVP4BaP7T0quieyOO/QUtLS0oSlJilDBb2bPprt e+Dq5avPv/iyRZqys7PbZVmvzHodLdm8ddu7i942rEkV8NKBOz6Jmy+AgT4AmCEJIcLUGKc3rulI 5NfNdHUvskgfANwrLl2+qtvR2xdff2tKH0EV8C60uI7mBlscDgFA0iyUSVrBYFDDA8Cg/lMBoB83 /owVqpSly1dt+/5rvcJdvx8wRSVB1pKZwzM/uCI/KMON5eoTiDAPexUPAHm3jwFAfk72OCtUKYK6 WkT1gMVHn35u8UajEPFLO1pFiNUPmNB+EvtFvX/nwY8AgMPjJRIxg8E0rIQFJyDQKMPMixfyVpk5 PI4vKzyIjRSmZ7TpWXUZBR6hDwA+X7vRIn09QVpamkYiqix9AAD5dx60toupDGedMvWBTifuwQ77 6Vt9KepaRqB4eeIYAIiMjNr8y44xqSk///yzHm9McUsmMc4VLNcNm3JmsUkUKrZl7DRrnETDB1hJ ot4lmbhV0iLEkoW9GvLLT9vZvlwuF6kgaRF+/836lWu/M2wKd/ToUTyBSGE4k6l0HN6RJ6Km9NGs B8UZclncwCR3L912sbbsHoVCMcUIvAc7zM03KPh67oiJ44KOHTa6krDvz5Do4UMHAYBm1ITUCVNQ +gDAL7SvmVfVTYD1Y8ZdOXupurtphyHiF7wxJDokZsVHfT/7hFn8wHxlLPp/8A4A/JOVZ6oCw5Vl amS1LIt2Q8Qv5V7OJkg7yue9jS00I8fOfVLjQzx4RY80VLf2exl+Q6b1OolWntsicA+Ni/PCVbcj +uguPAGNgSHpj0oejB090pUmPpR2YdUny7Zt24YYyiB48vpoAAgJjyqpqFGTnWZMezFx9Ishrk9a 2WsKBEX72aJWPfrgiZBYV1dn6lJH0UXDwidAYnBwsKlL3okvGhY+ARJHjx5tVGMAAPIqIyvfJ0Di e++9N2pgtMVDARREU2M6kUwl0xhEMg1dhtgB5KTgq88/Xbl6HVIyOmUgzut75HDHPTSuSdZti3jq ly8NSSdihyjzg61apVQpZEpZh7zD3EaRRKXTnT2IZIoHO6y6qlJQV/vWO4sJRKJMJqVSaQCgbubj MUdQ3R6RmmTYoA3jIoFIIhBJFLqTKaMHQ3ACAjkBgchnhD4AUHhEogpevfGFwPQ03Ig5TBYRS2dr MD5Yp+2aP3++NfUdNru0NdZaMyO/Ovt1Vyf6h+u2PLrHo3pwIjisO0o2wlTkd1ep1PfLKvtFhgBA WWVNZW2DY7ioVFqwc0cxbsFqAoHw6B4PACa/8PzDamHRie8MzyYRZXRlbQMAENyYVE9XZkVJ0ZVL F4KCgujOpnVfpnHmzz84fj7W3CtuqHpp0oRmsQwt8eUE/3Hx+ivPjyhtlFVWVFTW1ndI5QqlCtH6 Khne3RZjti6fsLDyXmmHZMLIZ0zpKDOrAGq6LmlI9FEDIh/30H0546ypS+nl+jYxowZEZubwHEBi ahJ3eGJ/ABjC7fPyxDGIYKUMiElN4q5d+RENJ4fOjS8AzP3oK1PtYE1NUpO4fp5BZ4paYvvHdf3Q Wf9c7BsW2Es/tN4obeoUqrNTq4hEIp/PZ7PZdWJ116Dj58e2jzgzYHhxEkM99cgyNTvj2VwA2Lp1 69S5i+7l8wDgYbUQsONiWESkGT8Gi9A700HpsObYDlt/0aJFmTk8pTNnbF/duxGryssCgkNN32sb VAyfMf18AaPDv3Mrn19V8ezzL2JtVzQkJl4pxhKHvEk72euFBH+kJLsWZJU8AHCAPhoBns0V3Cid PtlmUT5fUEWUigDgty3fDhs2LCx2oF4F4uq1Gz5f8fH6734cNGQoWoqqmZDJ1BSV/KoKkbDhg3fe AoDMKvDyaTf6SnnZWYEhYd4+3bTpKPOIANu+/5pOp7/xzodgDLiL2bcMiZA08hmeut7DYhKrmbFG jc+Qx2z5I7uPN03v3cwjNYmbJwBxOc87PK4s+09K6BBSm75ypItElUp16dKlkIg+FTX1aCkdJ+/Q drnRedDxNc79u1Hpz00NgM/XfTtshL6yNzWJez4rj2jgc4e9Ef2Jipsh0s2CLOEv590ZNWoUlj4A GDy4m52JqEPz24ddKqeAKN1jDOlDcGD3NqPlqUm6G1H5qXnA+6fagubQ2sXYog9XIo1qCOQws++9 /rsf9+7edeTUGZZXl0oamW2v1oCcf3ekTp2ta0HD5wGH6x4aF+2qGj5sWE5ONgAMHDQoLzc3JiZ2 8859NqwXzxUKiB1No0aO1DMk1UNjvQAAPHwDQK1ASthRcRFuON1olxiTmcOr4OVEcbv2AAhfz99p XLtpK/LyG3789dL1gs0794GewycKrHImKX5Czq2/zZBuSkOtd1XveNgMUKsQsHrIMwTyu/WkBQTm 3w6BhYVO3/Dl5jkIAAxXFgB8uvS98jJz0yeiW3H1CUR1e6ZqUgW8zBzeBV45dI7LleVl5mkwBF7Z kV1UC50DY5OBY62VQNiXd/lcfm6OqTo4Q687u6FQKMhk4yauhr+ktL25o1Vk9JIebF2PdD2iQ4IL eQYR6g+Xf+rnz4kbYM5kzz+S+8OKBb/88oves8pLipxpJDN0Wu7OFqFWqYwqL6xpyvoHpSZx582b h8PhZry+0GJlFPcLC4T1gtWrPgEAZCQ+uHvbK3PfBgC6p/+Z/VtXr14NAA0NDTt27FixYsXhayVe eH1vUGFD/W9bN82fP98Unb3ORLC0X0CeJcdR/fwtL/lZ4XEBpDYXF5fbj+pF9bXWkAcAKpVqTIr+ +g4wy1GL2L71xykvTAATPHHAWUn21ct9wgKVSqVhMAEUZvh45PgfI1KGeHl5vffW3J9+3W3+WcKS AiEA+HPP/PLtmjVrqFSqmT6uIVBGDermD5yWlgZWCwcWby56X97RLm7qts5SyqVtwhowJYnffPXZ 63NmObE4ZAoFLOFWfm6gr8ftolJTzvIW5VqpVFY+KHBzc7Pp9YxO4kihUqWetzhr75YRJc36tuw2 dTI96E2GaCPGmfj16hVvvjG3rkkcY4V7b72gjqiSdGhI6DGnHj798N2li99vkWlCwyJMNWIfHwFA yfQdG9vNSBIxzDVzi018xDKO5uwubWsyvNfIEketUr3y2lwA+OvUCYvPkEjE+3ZtBwBTHASAoOAw AAgKDPr9N5OusyQSSaoh7t+/39ZjBpK4DjE1S0tLQ6JSmOcgmGWfWqXCGlipFHJkZYb80Z3dkXtV Cnn8W3PRu4xL4t07Bb7uzOqGlrj4ARZfw+LE0tbaqmzvZhthBj3vbi5ebCLZgv4FfYpKIWtt4KPl emoTvZLQLT+UvbPYsNw4E8GWc1qLTDRKkKMq60GlkCOGlKZul0vaxM0N6FeLZIeVlDePGG1Y7uoT hFp9PKbTY5s4glS24/jwtanPEcmUadOmLVy4sOhW9jMDYl6eOGZ4Yv/7N6+lJnFfnjim6Fb2syOH rlixYuHChaaeQuNXOd2/h34tDTep7EVhlSSiB0iebi79okIAICoqmkAg7N13cNzYkQV37mVfvWyR TbbKl93yiOULmcZ08tC3zderzHDz8r1f1Dww0fBqQ2Xx5cuXU1NT0RIK3Znp7qUniQ7ozla+rR1M seYWcVM9Vpnr6hOIeiCav5195OCjiRPbRTpPQ2w1tUq5Y/O3ra2tSz9dTSQbWeSJ+KUuXhz0kiP3 zqZw//59T0/PoqKiYcOGWa5tC+gunjQnc35ieiIT9MM3F1KHrVy5csGCBREREVjrNFR+N2/ePHjw 4GcnzzDfLFhcJ/7LYb1Qm1oeG2LFR++v+vxLPQtLKwmwc9tHqRfQKytcCm97Zl8hisXClOGt/ePE IWEyzP73mQ8WEiortCkp8pdfruyXIGhstu9ZdiBxxou5h04A5hzTIl/WfvMjAFCZLsgK0aZh598l iTR+FaOszLXgFivrksLDs3HIM20x/ZoHDNKrZpQvkevXFC83PrgbVjYPi7f8/+rOAKBWKVsElbbO 8tL2lgljrA1Z9y8yVuwlIJO1Wqmw6S6Eg+nlOs/JC7d0YUAzc3hTpk7NzOFNnToNufTWgoX/+5Jo sT6yCk5N4gYFBVVUVABAVU3dxAnj5s+f/8UXX/D5/MmTJ+fn5wMAn8+/dstIOMCnTDQJPT3po1ao uG/87PJ/vztDJ/s0BNtCnGTm8NLLuz6b4iD8P2Fiwd0HOBxu1CBzjh9GgXtwBgDui+DP44fkcpmp av9JJiJKWusRFxMVExPz+ee2udPlZWfhWREA0McDSGQyxbR583+SiXYE/aRSqXfv3iVwuBqiVbFz AGDQkKEXj+t0PqIWcwe9/2EmfvXZJwf2/IaUfLZ8iZn6qUncHTt2rN95bBgbRg2MQsNXWcSYCZM2 7kwDgN9+/t5MtcdxAGEGeAKRQKIQSWQ8kYQnEPEEAg5wKqXcoqE9FmaMBqDTofRi7t3beVduXL86 750PwYrYBggWL168atUqDw8PMB+nxMwSpycnzHajJ5bPRoHwC7WZxBZiDat6gv9kd7YDStcg9DMz SKfCdAgH4V/iRqcHBwqjoLYGCVY+PhgMo1o11ZQljJ5abnoBaCX+XZJ4Mu1wU1MTAHz12ScOaTDz 3J/rfz0MAHK5/Jfffkd2u+ifu3/ol4vnJsf32fPL976R3TTsr019Djp7/fDE/sMT+y9ZMBcAkhNi 7t+8FhcZiMxOOBwOLI6Jzix/K+PpOQQymVTSWAMAR0+cXvCeuQnXShzcvW3qWx8/mxACVsTyKSkp ycvLixz5Slu5yUBSRqEf0/X8+fNjxnSF43qcHASA79avmT93NoFAqK+z1ljJPLRa7YPrGc8mvHn5 8uW7RSUx/RNM1URY7B0eN8AHBz7WTjtKhvfYfn4WJPExT8298dyDu7bt3PEr2GjeaI1RJFrHwsSS n5szMNGI+6LDgZxHDU/s/0/ubQBQixu9OaEHdv+6a9cuNze3hw8fAkBmDm/ezCmnz1wMC/KjUigA wGKxACAzMzM2NhZph8Viubm5bdt7BPl69vTx0c/poq6oaB6IM4U1yMi7r2dRhsIpOO7PPTc+fi8O OllsXBIVcjmRRGqufZRx+drLM2fbwAxHQMQvZbp7U+hOlquagIbEGDVA33gqiw+qapuFEenUaorL 6PgQpLyxQ0sj4RgkaG1t/fjjj9etW2d8dt68aaOsQwwApSXF9rxEj6FnCWgRnCguGo44NYk7akDE PRFk5N1DZuFL1QAAQ210G0POwcYHw7BB/RqKcgBg5cqVAOBJx6369OOzRa037z96afZbBcWVxruz r78/AY+Ty+WDk1Jse7IjgKjoDFNnoTAqaGeLWsgt5dgSVEDUggfAiQLroKa6juZ2mY40NzffqGjz DemTmcNLnTAF6b/PvTgdWh4pmT6hnnQl2QU3fcYL89/9fOt3axctXYFt64ns+Uw9HfV4Q3FPBHVl 9/Bqxd5ff5r91ntINFYAOH5wz7BR4wwjY1qMWIjEHUE+o/MyakdaKwY/E6GY7jV2Os89fPiwySki 2Bm8zQXKM4IeeomYgYhfOm3atFNnKuL7eXL8HRNMqkkGYgVIVFqpEuRqnFwNaFK/oiZtXXHX8lBD pJXdujxjxoxVq1b9+OOPLXLIrgVKg/FMa7g//57cpHw3qQ87PDz8eh20tLQSOhoICiP5lHQ7+Vvl WjxBS6RpSLRxkbp36yErD+z6ZebrC7R4Uv9+MZ40AIAftxe+/6ZuwjXMD2CIw99+SKExJi9affjb D6d/+K3ROjgckPFAIQKNqO3roRO6wkYQlnQR/9u2zQf27po7d25gYOCg2V9YubnWzc4Igy7m3n1U XKiXBQJFahJ38uTJ7yxfo/drBPu4UqlUAcG3ucwGVmZnXRwydKSU6jmB25VNKL0cqv/ZL2oUNtYL npsy3W4PFlMgcLjDOqcXbJtRgd7Lly///fff71U21NU34tXmci8YQp+JZhLvmamjdGIPD3devHjx 88t+sfjrqWieY+K6GPfx51/7enn0ix945PcdL8/SDw+BvnbGtZt4vJ07faWT/9gYXbqACzfLCIo2 AFAxvMb080fr9OR3wmm1Wq1Wq1Ao2Gz2u+8vfmbkeFNVN2/8EgAMJRFFSGR0S9WDuLg4JHa2YQVm cNwgH5ytRFe1quc8O8CmW1CkJnHVavXixYvnrtrcUsaDzri7CM7dbSC112gIZESHZffxom2SuGDB gqlzFplPE7n7500kEmnXrl2GMYUBE3rdJqDyuOfgMT9OINFYdDcsGEHcxM7JPDOHp5DL+yYMRsN9 ZeQXIeklsOjJ0GFbB0H83sxj7sIlryxY1tbW9vB2LtmvDwC4hsSh9NnBQQBQV/M27jwKAH6ezmY4 iITPTk3iJvqi5h+PUpO4zw4fzHGCcePGnc/KzczhGXIQuodYyC+qSE7oCwC8vOzkhL6IqTLC5ajQ gPWffyxp5LsxqW5M3emM8QhxWNvI1KT4zBw7o8ghNvHoVyt9+PTeyj5YE8raIhzgpwsAFtmHbC3M VPBgh1HozkhNvRjOxh5nIeKGTUBywNgNa+zvLXAwvu/r5isgUKssWFsx3b0Qalobqi06BGTm8Eqa AQBSk7h19h4pXrhZBog+wBGoqTa5TLXAwVv3dpmvgKC9sQ4AFHI5ALS1Gkn8jAAbH9V8g9UPeLfq AQDGDU86cfh3lUplDRlYIMsXANCQ6HbcjuDWDV14T7rpsLt4UwHfNWpVgO9mo1cNKwPA23Nm3L6R s+uXH5TtQtSVCzsIIvBghzl7+gES3rhNP/8FFi2PeFdqwN3d3cPVOTne+HGeedyraQWAUQMiiUTi 4T3Gw6gbAg1DDwDxAwaVVgsA4GFR4ZerPjZa32Ha+qqqqoAAXegnuVxOoVBQJbrRkVjnM+YdQDSb gErmw92/4hWZTHbixAlbp4XN36wZmZr6zjvvXK2Bqut/+fj5m6lcXFKyYNZLyGfsClGpVLbVV5p6 CzAzF4f3KW5qm2ANoQgvHtUIM87+HRYRWVx0/4UpL506flSlVCKRzHvoZI8cnLz99ts4HG7arDet IQkF79bNpYvmAcBPu4+K+GVo6jsUGgK58VGhRCJJTk4uKyubMGECAGTk3cN3hiXZvvXHILZPQkKC zRy0xqMQrQxmYxEw3LyMRrZGDKet0R2ip0/z58+3PlKBXC67fOHMzA9Wx3riACAzh3f+7z/GTJgE AEV3by+aP2f79u3h4eEEAmHo0KEAUNSkrSl7YLhgbBQ24ORtp/46q1Kr31z0vt5VkwtUi3GkrIek ucEoB5Gz1TZhjUUxpAp45zoCnFqLJ02adP7UkTEvWM4+AAAUCnXUuInCkgLw5ALAiWNpTYIq5MdA lko0Gi0xMbFJTb9wq4wgbwMTE+uP33y9+L1Fvl7u4158xfCqaQ5q1NZQ2UMgJ9UKqUSp0ZoPM09q qxIzOBOGDAEAJkEpVluVfhNPIOzc8l1p2YWs0poAACAASURBVOQ3X52y5bt1ele9+424frsYMDm+ jGLg4CFSqXTQIH13D90jDIto1CoA0Gj0M7b3Ei5fvtwuqtu703hoKSyIHY0XbpZMmDDB19f39vV/ rGx/zsffpCR0m8pRq39ih1XhcCa+OI0vbAETWbQJs9/QT2XNoFY0N5JJFKsi21678o8Lk0YgEDZ9 +41eChoERBJZIRWbCZTp7R8AKllrW3tkn1iLj8OrFWV1TUL+IwqF0tEqort4mKvtz02N8Q31dkIU pwUFBVeuXKlvUxDFAnN3GQObEyhta5JL2rAv0lTzqKNNZKQXnz7d4O3GPL5tm1yl+XK9haz3t/Jz o4KnAEBgcIjRCmSahVN7dw/PkjuPkgcPbBI1untYzmaEVyvwTqxpnSYYRpc4bqFcLiaVaHZxg6yp Bvncc62/TNImwbiU6/dib8+/Xd3cWSxWSEiIRfYBwML3lgLA9u3bX5trIY6uRGJEl4Dg4JFjAHDz +lWLj0NhdPusIZD79uemJnHnzdCFpcjIf5CZw0PZ1xOge2SEfQxXFhLxwchq5vD+PaOHPwPWHaX8 8M2612a8ZKayRCKWNQsINKeMCxlTp880WsfuACMo+7KL64dEdtPbmVp+26ebNJNSpJsMhnA2A8D4 5ycDQFZWVulDy8p4AoEAABs3bqyuMpJ1BgAKb/MA4OzpE6bYBwA3cnN+P3AIrNgv6yEzh/egCQAA ZV9FG2BTW/UQMnGr+XBvoDeTNLclAgCFSpW2NQUGBrKDTYalQSFuaycTcaNGjfLhGB8HS4uLjx89 NH36dDOTCScgUCaVXjiXHhcXZ2tg53aRQETy9WPC5cuXH9U1NwstzBJ0Z3dpWxMOhzc/T4r4pdK2 JiQqONPdx8nDh+7sjtwrbWtCiHS+ewenVHb14v7Ri24XbYXO4CwKhaKkqg5JhWYe5vvF2i8+nfz8 BG9v7+YOdVhEpJl21CrV7dzLgYH2RCRWyCTI+VAPQ8C0i+oU0i7XCcM6yL0RVQLRkGeQkq5ejLAP AI4fOQgAZDL5yj9G8jjYihVfrCt6WAYA5tkHABfOpWdlZdn3FDLVBvMBppu+pYNaqUB6K8I+Vx+T IY9CSsoBAGUfoBwcOqir6PnJU8vLyzUaDcF21xmjmDJjljXVnp0wcfEnq8GumCxgSzwXCsMJrak7 hauvAgAKwxmZXglEkmE2goD9ewCgdcRovafoOJiV17WSKLpbGBwcrNVq8Tj9jH/2oaz0oUPasQiG GwsApO0tVtbHRln1YIcxMenoEeM8pEL4D98CQNWrc4w2ggeAgf26hc6IiO5TWFhIIBCsiTlnDZBA aQqpyfUgFnaHBgIAKsMFADpaG83Uwc6tdFdPj84MdmZQsth4/GkERADIv3MIW7R9yw9ajerrr782 swa2A+0iQa9aiKUmcUsq+NgFttGsIwDcmzdvtirwIn5pR0sjjWk8nsuAN169tvkXa4wc8ZEhX+kV 7dh3ZMOGDXg8fsUX+ocZjwf2iSGLxQrw8waAtLQ0mUy2ZcsWAPD399+6datWq0ULWSxWTKy5Dfgz 41IB4MZv+7Ed2QzwxY9W2kTovxZHTp9HMj17sMOuXr0aFRUl4pf+8MMPkZGRSGHhw4rEoaOEQqFM rgBjv1PKmKEAcPVMJrbZ/fv3q80qqizPtqlJ3IiIiG17jyBJKIRCIQDUNYj69Y3688y5Oa/OxOHg yy+/NN8I080LG+DNIjyMJVu2iMwcnrS9BTsOImy6dL0AANolUjCx2xs455X8PQevnO+2llIpZJs3 b3733Xex+jInD1+9e60y/EDN51ev3TBkSHJLm3hQQhwA3L5141DaiZ07d1psgWJFVk9DWM9EpawD mSIQ9lnpB46KYf6eg4aPzr50bvbs2chUg1gMAEC7SD8Nmkk9CVi9/bbSNt/WYyVraEA0LehXbFYp i7eHb9p4/aWuvGp60SLr6upOnTq14isj5p16LTvGD89Kt3WFzEJQUSwQEk0t7jr10ZVoZQ92GHYZ jNwuN7aE8jh1TMQvvTblBeQrzckNW7OhshgAfH19jbLPECZzsIEtnQgJaWyIK1eupKSkbN68WalU LlmyZP3qlYsWLbKyTQQdrY1m1ncWhVosElC6C1dOTs6gQYMIAM6evqj+S9rejNT8cNEbn3zyibOn H4lKN9Um3cUTS1KXxp1IphJJFAKJTCCS8AQi4P5dbqJYWIyRikAhlbSL6rpORiWSo0ePDhs2bODQ MYaVRfxSxGjAYsvYZkEvyd7/GMg0BmB6kruX74er1pqqTGR61NXlomYXZqA3ZHX74nrrhsvdQvfr 12g1fOGw1BZuvDg0XGo6NvO/GYzSh1oCUUQC6B5+0xRcXN3GT5lpTVw+vdib3TjYEj+gJX5A5ay5 YAnMkofMhw/cb+SxLmU0DR7SNHBwW3Sf9j4x2DpJ3D54HE6ecVFCIBa5WFYhOQquvJtSf7YkLAIA nKSSdlGdRfbpQaWQWWmvAb2X5ZhCJskVylhZu9OgAbgFb9cBwfNqlpZIbEwe2tqvvyQoRO6jvzS1 HqbEhPXPRaHBkXBvrKKwbfZinmg74Hz3jnPRPffcHNeCWw0jRrXED2iPiJKEGjko1ntDv5NptZOn GW3TDvWmGSb+/N26hUs//fdy0EqI+KUcFYFZVuJ66wbr8qVrf10wX9lWZ1yEg06+IZTABGcSAE4r qqsGjVpLomvIjMy0HaU3sz7cchKp/F/lYG8H4kNc/ayp+e9d9D1ZoOx72NTNhs3QoPgpB43Bv8sj g19cgB7n3KrXZuUXIpFJ0eCk//scNJ/B+uWJY1IGxCIfEOebXT9/H++lRZbW9dVlL08ck5wQk18H GRkZ8d44AEAdtBcu/RT+nWGSHAsK3cn8YX1FjQA6zz2FQmFtba1CDZWVlXK5/L1FC4RCYXNrez93 DXvGjPP3jBxx/u/PJHbUB4xFzr1GbV9PfZ94LP6rvdiiD5Ae2lusjaWC4HJn+lWUfRl59426gP5X OajV2GDm3djYqBDbFjBfzedduFmCfs3Iu2/Ki/s/y0GtDUbKnp727MrR4Anp5WDGCf7/BQfT09On TZumIVp7WICgrVV3PE6uuWGm2n+Wg7YYyiNLE4VntPW3XL10ITvrEvKZX1Xx14nDpmr+v+DgnDlz 1q1bRzXv89Adz4wYTer0BufdzH/uxemmav5XOYikerESMudgmUyWavn4GdO+uP3+XV1MGi2Reum8 yWTI/9X1INhyWHD82LGt360F213elW0NY8eONX/jf1UGbcILsxacPn36hx9+UDqZc+/Ug7RD0sDo soM2JYb/+xzUkBhj+rMFAsHrr78+NsYrNYnLDLacBBUADu3Znn9sM/JZ2CAYMca4p+t/m4NIBvbV K5YBwMVzZwpuGVl2IAHkZs2aJRLptiWDfHDWxF9ITB4W0hkNyt10VDlzGnejMIyATiQ5xlDTVkwZ P3LZytV/HDssEberVaq/Th3/9qdtpuys9h09GRoeVS7gqSnOo+NDxwdDJsECE/v6c0sKspHPdO9g uYlQL084Ij2RTO3U8et+D41apZRLFVKJ2pgbIBbt7e1OThbO7mk02nPPPQcAR06dyb+WNX7ySwDg FBw30McqA+cDBw7MnKlzgzE1mZibi3vigqZSyDUalUalUquUapVCpZDb7W6LwxModCcShUYgUQiY iD2bN20YnDx0YGLSl6s+fnHajOg+Ma2tLTgcfvP3GyZOnoY4IszfeBhx7ca+PzZrtYW3UKlOnjw5 bdo0M/vi3uKgfXB4OEmUWVgOotE1HeL69N+eSSyC1FJhWOjqZNKqyA78j3MQZ6zrDYhkA8D5Aiti RVqB//FTfpxaF84qNYlbJNJGo8EwCwtD2eGVJbYduxqFSRm0Ne2eQ8DA+MQ4BPX8CvTzmb26NDlf rf8mNjb2q48WpCZxexiYC4xGCUCgVinkHe22elr2FDicXNLqqIeWFN8PDA4N5vgCQEb+g5lTn08v h+oHPE5QSDlfMGFM6ieffOKmbuyTNLq9qZsKKTWJq1Kr28QdqUncqrqGlAGxEpmsQypPTeIGc3yR v9Z2CY1KkcoVpmXQbDi3XsLWH78DgNoavkNau3Tur7Onj6vVagAQ1ZRn5vCwig6+SDJ95fY+ffpU 3crUE0bUNYXFYqUMiAXQjnwm8eWJY1gsFuKd0tTUdCrtwKm0A2BmHJTY4rzgKLz/4ScifqkfJj9w T+Dm7skdlIT4kOMZrnKZjELtfkxdw5MAGUldCUXpXoPGNZQUAMY1RSgUXs67nRwfc+T0eU93l8am VicGDQDc3d0XL/kQQHvzbonJ9eATifR960ZeoI87yYnl7OLS89a2/7QRj8cfPHAALAZb9embc/Cb BQsWuLu7nyusI9kSDITA8fE8evD3xrpqlpvT2i9WXsk8n3vtcnRY0KFDh2JjYx/zOHgz7zrHz8fJ 1cOOnHaGSEhMjh80BBkHi4TyP3/7pk+siVMZsZATHL7+qy8mT54c5u3Ex/lq2qxlov6+WK1WI2KP 4DHL4JEDe0cNS2a4elJNOAzais3frDl54gQAHM8prb6V2S9+oPn6rqHc+M7lQEb+A7xKar6+f2Qc 4e0PPkEiCCB/DFdPNKAAADxmGYzpF4dEN3DUc4lEolv4QBYd503XAtlyvHpZs6Csvj3EzwMAQvw9 y/nmJJEeFBfn9S92eXAIEhKTm2U4AEAy/lkDvFJizX5Z5sMd7IuD//ld3cHd284f32v37abW2+iB xd1Gs7u6+vr6wgePho8y4r/icKQmcX19fdls9rJlyyZMmLBv375Zs+fgcDgqhQwAf//9N83dDwCY BOWBg4ceFN0/d+4cAGTm8JK4fQYkxDc0NECn/RVWgl6Z+3arS7jdVHnRtW3dSzQk+qgBkTv2FUFw NAA0lJi1H/T29kaWo48NfD5/2rRpWq22ubn5w6VLli75oKVNjI2E6OnpicPhmEzdwerguKiyylos kS1tYmTJBkhEVTZ3ch970nXkC7QAMMC720FsahJ31IBIAJj/WjQApD/SjhjMNb4e/HTpe0s/eA8A LAaJcTgcsg7lRHHD3fQLbToN1DtY9ArnxnTa3ijVQOpcraxZs8Z4L04ZngoADQ0N0fFDbCDcEXDy 8DX04bUSDC9OYqi+kVFRE0TbPrFTBTwksSWOzR3BAQCora319vYuKyvz9PR0d3evqKgoKioimIoo MyAxCRTt9fX1ARKx+dCUDgcOb4txBgBYkdEpOokLABoCxdY8JACQ7K0AIDc1Nfn5+R06dEgul3O5 3Acy9w6hnOLqM3jEOCMcVKtUD4uLooLZ7e3tJBv9qXoOJByWlQoGw1AeaAYKwxDNClYf67NoIC0X FhbGxsaeP3/+2LFjc77YzgqLx6s6RB0aqOyaQIxwkEAk8m7kRwWz79y5M2Hqq1Y+8nHCcJhDE2L1 vHHfyLhod90EgiQbJDqxps9dIKvsNu1qCBSiT2QK20QvfueDj0T80qXLV9mdoqYnYLp7G7UdNzrM oTmhLRLqQdWad7HH6vDSy4Es1E+tqCHSaF5BcX5UBqZnEgFA3N72qKTYcM+IJ9g8JDkEiPU9tiMb 9lZ0mCMA7N2+efab7yLl275f//YHy/Uq5wlgkA8k+uIyK4w/UU1mjk7QLRsLGrRNZQXYUzBaEDfJ tBslEQCYTs5MJyOxOHD4J69FYUfFRbh1LcoMh7mcrMzZb74r7ZDs3PLdu8s+GzjESPbCRrPnA9if Bw1MjeCll146evSoHvuq2uCuqOusTJfE7l4jKKQSLse2FHa9l8FOrVSE+HuGhoYuXpG9/rNBVIpj fkuBBCRK6FBppSqQq3FMEqABb/UOEJnBcce/X75hw4aGhgYvLy9eg1ZYW200uSquh7HPL1WDlt9T PhbfL0RDKct8uIN9wd02k+ce4Z9q0GBeQcn0y9y/acOGDa+88sr8DQctvh3uwpX82w/Ln+kbkJiY mFkFqmY+QdZiJKOVPxexAb1wq1xLpGhINA3ZaXwoEQBOP1QwRffsfgFxexudzsATCOhAfuuOMCjA yd2VCpgEgBQCyI3tMDe/P9kvpM+U99fuW/vOayu27Fw5d95Xu40+iIgHMkFLJQKdiIvonMq72TJ0 Zg+rrq5WOnMqrEsJT8QTCDlnjg3vv6y+vr7meo4/x0JUBYK8BTqXpVkU7lA2TIwgp5dzbU1Yln35 4pBhI5FJgBbITfLrunSrvr5FwveO4Pb1gNQA3UuaWQr7erlBDW/IkGSo4bHZ/lBjnBIVgArANTIO YV9FKzzq5JGwXhAzKCXIBbdo0aJvvvmmqJlAtLpj4S5m30Lk68GDBzt37UWsm4zAnyu7mz5+/Hi9 se/2nTsfvDVbJpNduV+DHYPNQ6PR8Ksq7tzMG/HCK8+n9EcKS1vg62Vvv/TqXBKJDBiJcNRoqyY7 jU7QTe7n7jWS2nRuS8i+ra2tbdWqVWMX/2irKHRx0AKt/twwqAoICDCsExvGrqmpiYuLs/5VsUk7 ASBPALz0/ZUVZRq1OmloqpOzTs2EJqvrOROxaz20NWQRI5FIAOBeO11cXmDqdjOwYY4zFYulsJS/ ++dN+/bt++fMyeHjJltsB7t6+PV0djiLBgCXLvz95nvL9Gqqq3nA1lWuLC8LDA61nlosWGHc2M5Q Zij7omO5vkwAAAaDYXfaRADAz3xx/MsJrIyMDBaLhcTHM4qfl758/fp1U1fnLlwCAA0NDRZTpKEV kAQNlw5tzjhzuq21xZB9CN58dykAxIT6u7gaHFdZAQ2JnpqkYx/yROjMDYiwD5mpxgeDhmSnQRdO q9UiqRP4fD6/XlRZY9wVF8neefLkSTMdisUkpqenj5y9rM1Ed8Cyjyrg3S24GROXYJ6+bT+s3/Xb b0wm85edv1++eMYUo40C6bm7d+8mEon+YTF6NOQJQFzOgx7nGMRn5vCO3BQKhUIKhWKKfQDw7o8n T548ab4tgcrpjTfeyPz9G6PqBZTQ87f5SJexyD4AIJMpvx67AAAL5s2iWJHtAwU7Kg4Z+GbNmnXq 77MA4BHGRWm4wCtH2AcYxrmHWmXjrwcbDg4ePXpkvgJB1nxbRFy2bBn/wnYsE9VkJkp6xo2HVuZV QRAbN4AbGYR8nv3Wewd3b6uvs5DoQUVnpSZxkb1gejlczrvz+tcHUpO4/TF9mSDrFpQvI+8+AMR5 WWXjrwfC7DfeAmffYBcAADPq0VMHdqQd3Dt9+nTzKlSctOVhvfjl58eEu0GRyhfJpYIsSgAgM4dn PvusIfw5gU2NQiEjNMgZgjm+VFcfZxdzyniZD/fZKGf0cUSxQObD9W66uWrVqr7JzxbcLjSa3gWn VVfjfAOdIdwNyurbhiVEV9bWA8DQgf1CA/1Qey0cDjd/9gytUjp/7mtUCrmxuRWsl8EXFnxmsRcj ICnFUhX8+uuvf25coMYoubEOzzaBl3/9z82fIp8JZHNZxVKTdEuWQqGubzKD48YHQ0JCAp1O5106 beZeVTUPAFgs1qgBkRER4cikGhGhO7BBpopZM6efTj+3fv16AEDiqIJN60HLdTBoq6/E4/ETJ048 d080tq+H9TcaBb+qIjB5spm1IXa5l5FfjFd1AEBoX26gMwBAejnIb5/euOHr1Rt+MJ9gEBlt6iTa ojvWrg11eaCtqYr67qCJeRFQKXwCoUPSYTkVhykgSXr1mrX+RuSz0fDBDrH7Meo90XvnUuZBC4hN 8u/i0pMiA4G8ox09C+8Jqx1wjE8hN/REBAEAkaQWQYVKYSTFtfVAIto6s7pcONEsrD1plirgZebw zt0TVWPS1CMZu3vSrH2QVhWWYMJusMKeAA0osBHhesLknkqhh9vl1vb4HjaCQmXCiUAiEV/PvmJl IyQKDRFHbGxvRBblHfbnayC1VZXc5Z2/XX0XE544NYmbfvyAk6u1xmEOQfWDrvEvlgV4dpcglpc9 pmQmCBRyef7t+5cvX0a+nj6y98Ce3zZv2mBrOz2SQh/WaVHzsJ60gIDp7oN8kDQ3NIkam0SNAFBT XXV4/57D+/cAAO9G/uAhKQCgVNqwLKcyXRBxRHMPipsEiDja7TND7GhsKOFduFlyvQ4A4OrVqxwO p3+oz9CBsTWld+1r0w5gJ+LhHCAHcAHgjyP7gkN7NCnZCjKFkjI8FYi6ZWJycvKLL80YONhme6En 7GfsQFifLczWu0xBQyATfPuO4MD58+dbWlrUarWXl9fIkSMfz1pNTXYqyDyZmpqakJAAAHK5/HJR PVEqknZ0ZJw59fyUGRZbsOYRYWFhyM7f1FFqW2urs4vLH4d2p6SkAEB7e3tQNPfY4QOR0X1i+1u7 WvjX2QOTaYy794sPHDpSWduwZ9+BM+cvnjidzvDw92CHybTkbTt3Xcvjbdu5q0NDsibZkh6QW7Bp 1Xq0mlErtHxeZg5PFT7mpZdeKigoGDlyJACkJnGHDow9fnCP3S1bhKC2Riqq0eApP23V5S+mUCj1 hZebmSHpfxwdNW7i4b07bG1TQ6R6BUepxY2bN37J8WQG+7ie3vNjcKeHz/hg49bRiA/Q4OFjf/rp JwBwcnIqLy2eOn2m9SII9u2R4wf8USkwl0rLVuhtdW26F6XKxYujF/vdyhvteKhRIFvpurq6ixcv JiYm+vn5MRiM3hsXpR2S9D/Sxk+a9scff+zY3JUUZO2WPXHRYTS6BVOUosKC+/fuTnruWTabTaVS Hzx4cPDgwX379lVUVAQFBa1bt+7TTz9dunTpd999d0eorRW2EMW1ZszkmpuaWkT1zjSdddYPP20d P3FyaUmxxezCCOyRQmcW25pk29ajJ1KIZL6w716HCyJ0ymJubu7OnTt37NiRnp7u4uKipXsqZB0O aR+Lq5cuJCQOuZJ5XiqTvbvgzbCwrldYuPjDqS/PLL5fGBAUgkgk2dUrPNDfk6IWiUReXl4PHz6M iIjIzc11cXGJiopqamrSarUeHh6PWuBBM5BFD/FKG5LzILm8K4p4aCwWursfjW6tKo/wysxoEs2q HQbiNwYAZDrT1uwL5qHVaGRinSLDVv8wAomMEmbrvagzHACgOXZlMimxB29HFAvK+YIOBru65L5K Ic3Kynr99deb6vlJA7kiiUruUFkMCA4lkcgX0k8pZDI1gfJPLm/IAN1J+oRnx6xe85VXOHfC2JF9 gn2DOb4BLGcmCfB4/IkTJ/Lz8zMyMkaPHk1xZ1eqPR+WVTTUC+pFreV8QUujgCgW2KqcodHp3329 5urVa0OSEpESupOL9e6m9oyFtqYOsIiejIVYwuwbz9DbNRrNnaKyqsry4JAwh/h2qamu7n7BXopq DofzwQcfzJw58+rVq8PGTxPW1xJtPJ+3iPN/nRw5Ze65kwe/XaMLQd7a2upi4LidJ4BmoYAkttMD xSJOHj0QFRbs5eUFtvwc1vIiOWHMaf7PyGebono+Tsg72m3tHtKOjrLq+r9PHnnvvffweHxsVIir m1vOtSsOkUKCrKX1Ea+ZSCvHwfvvv48EbTh7/Pdp06b5+vrm3nHA2Z7CNTjK3zXIGYZwo0kk0uj4 FeglRASz8gv1MjT0ns/LLz9tam9rFbeIxo8fD9a5uUjbm5UyqVVj4YCY127c3ScTt6IxUR3rES8R i+sri11cXObNm3c8PdNWxwxsPkU7CMu5mhUcGnb2jyPPP/88AMjlcr/QvrY2Yg2QJeObb765ffv2 efPmITk8bd2+qMlOdN+wZD+TFW5UtbfVlGJ/LCdPP7LppHy9gS5lr3cAobvSWdxUL+9o16tvWQpj I5YWPvwOAMqK70vbRL6+vrt37yZSGWHhkc9NmtJDciUSMYPB/Hbd6rmzZgLA7du3nTz9PD1ZwQY5 m8yjh5Py9ewrg4ekzH916rp16/B4fGFhIWIg2dzU5Obu4PgJdmillc6cED/PcDf4bf+DSeMDZ7yZ uXbFwIGd7gn1HXDnwSOCvFXvLqyS1+GLKPPAPtoM0JyVFqQwInj9w/LlALD2i0+JBMK8ubMBYNeu XTQnt3c++Kjn5Go0mjWrljOZTnNemwEAO3bsoDm5vv/hJ9a3UHibdzkzIy4mKjo6GgA2b922/PM1 VKo5wxujeFhcRKVQTx7e++qrrwJATU1Nv0QHqIVMwagsXi14qJBKAEBDYpB9IoaaDmnEa4DmMsuD qELW0d5Yi3xmuLKoTAfE97EG0vbmjlZ9rxwKw5lpIuKauT1ykP+Osqr3kc93eLeGj0h1dWIAAJFI 7NM/oa211d2jp1kS5XLZqLHj83Ku9Y/tCwAXL14c+9zk2hq+P5tjZQvePr5n/jql0mijIsIBQCaV /P33XwQCgWNjIk0PT5ZUKh017vkVH384dGiKs7MzumvuDSBb6SKVLwkPrp2nXgE+HogJXoifR6CB C9/le/xHZWXlfEE5XyBrtirYEIFIIlHo8o42AFDKOgCARLG5f1qEWqWSNDeImwTStibkTynv5qPn zPJnunsjKVaNwuTuxM87raKm68gxKDikQdgQ6OcFALGxsY5aFyIhKFSdUejmzJkTHZ9kayPsgICr l/+JCAmKjo5ubGyUtLf3je1vBzE+vn63buR9/8uunVt/mPzCc9D7cWqpAt4jATyke/r4sfux9IMX 320EwaOeulSTKFQX74DW+irAnEb1EEqFrK3BePQ+IpnKdPNC1oIqpQJ5bpuwxhQbmQ+LE96cY3xG ZrlfEDaN1itENwHFxcWXrlxbvvJLW80BjWLzpg0vvTKLqNKdkdr9q6NLQ4an/ydL3l2z4XumpWjW pvDVZ5+898EHSklbD0myCVo8SSEVi4XVaIkDdxU9PJ/Hqgb0QGW6MlxNTonYqRl9ruvN/IhNG/IO HEOrGZFCN+fc5rZEvea+Xr3SxdX15SmTAODKlStEmrMfmxM/YJCt72MUPTwvzMu5BgChnM7cf2SG h5f9yX8RLF/yzmer10gNOPgYoJCK1WK9wwAAIABJREFU20VdE66jHm2TIMolbWJLQT6tJMya5+qf iTgx7nXIjKyoAgKDGwQ61qSkpDw3aYrKFiOrXsWgpGRff3aTWK6z+1LYoHoyhfWbtny95ksnD53J WQ/tZG0CmcZ0lL0FFlgJUCn0HZKl7S2oRbCIX4oVQScPH8QKRM98xCJh/sePRm5ch70F1ZDpodtY SKdWAE7TIQ0xrLd6xbIBiYMHx/dDvu7Zd+ilmbNs3QGYQg/HQgBQKpXpp08+kxjfk0aMArvNfCK5 DBz4aKVc2ibU+Y3RnNyk7cZzJTqz/M1vYjC+H4F6utzgHT9rCaSK1/WNGMwfpXWTQmdmYZs41prH 59y4TaFSRz9rPEGPrei5FCIww52eAPvjObZli3CgILaLBAqpcVNzW82R9NxNotatbusbW/vCi2Zu MeW0hKBrRnZ3yTYjgoW3eQBQW6sbFTiBQWHhkTZZPj8GoGmhUVWKQ0Ci0Fy82GjLjzOuvN4MaL2J uEqpwM6wIn6pURFEJlmbRBAM3E0efPq5eRG0CJ1UenmcbRA9a6YeYrTo56fTHB0/cmDS1Om2ajh6 GxZTa9sNIpnq4s1pra8GgBZBpatPAIFozhuyh3h54pjr168HBgYSiUQAnbkoi8USCoVIjqmFSz6R K5Sd1YJmz54FAPv378fhcJiaP6GFN2/e7Ne/v5+v75HT5wEzMimkEjPHeFhQBHXc994u+vTz1rh4 6O7xqFYpezg/4AHA3+eweRE0xJfrNzlqgwwAGrXxhGr/KhBJFCdPXSdsETgmG48ZVDa0Ye1uzv2T DQD79+/fv3//gQMHyh/cRjy5bt26dfjwIaTwyJEjAJCWlgYA+w8cwBbyCgqk0q4dCTrEmg/vynhU NiI5gVFWAgByH9/rR08hIojAgTOPDZZdYHqNmZrEZbFYc+a9PW6ibmRGfMpXr92w8M3X0Wq8wqKJ 48ec+PPslBfGn8+8gsPhRo945tRfZyeOH7Nv3z4k+nQPVz8ohU4evlb2cvvah8e+WZG0NJraYzLd vCgMI/ESzcCUdbDLnYI+q1fytmyX+Zq2mOjEw9u5zs7Oe/bsiYiISElJIZIoVIYziUo3nOLNrwsd JoUAoFKrs/LuICUvTxxz8UruyJREoVAolUoBgEqlRkf3ybqaPWzoM43CBjqdDgAdHR0eHp6XsrJG DE1Zs2aNYcu2QqWUI/Nmz5syhccjiBYNAnp+po19kVHrN/K2bLfyRsRg59y5c0FBQXfu3Jk2bZr1 D+1FKewh0Gbprp60Hmcz6SUijT7C4qGGlVAp5ZJmoamgADQnN7qLzuW5h2ZsKHz//MO14NbVubOw hRYbRF68qqrq2LFjgwcPHj1hEtX0GKxSyJWyDpmkTaPu2s8ZPWR48hFusSAQHHkI0vNVsym4eHFa G6rBrIbUPDpaRaaO64hkKsONZSoTMoFIQmNU26rmDtyzkyCT8aZOUckkIm4McGP0Koj4pViJR4Go c2pra8ViMY1GY7PZazf9bPFxRDKFSKbQnN0Aa9CuVhmRQq2Ghs22rFGr8Hi8VqvRajQajUarUWs0 aq1ardGoNJjkF72kS7A1F8KmTZvUavVHHxm3MXPseY0p9JwVthr/YY8CLApixLdfPxqSVB/AVigU vzQ1+Pr6psgkmzZtWrJkCZnGcPLoUnUiLyJtb5a2N7t4c5Bu8FfavpKSkpkzZ/L5/Ly8vFlvvNVD ewiNSgkGswdRJp0kk1b0pN0niI6ODsSuff369SqVisFg9OvXj0gkDhs2DACuXLlSUlLy+uuvW2rm scK8+t9KYA9KDAWRtWvbMn7VjBkzamtrf3eiO1eWD/H35fP5NBrt+akzCSSy0ZEMaQRpFl1bJyUl VVRUEAiE+OSR8ckj7SaY6eaFaAXFzQ2GGynb1oVPYTd6Y7WKtkllusjE3Wyt169fv3z5crBr5bpq 2eJxY0dfuXJFpVK9/fbbDlceGjaI0wKIQ8IkQcFSNkfm6yfz8la4u6ucXazZqD+F9XC4FNIrKwa8 8erJPXv0yp08fNC4PPah9GGxP5vT0VSLlrh4sYnkHnmgm99UOWAspPGrSa0tZJGI0lBPq6uhV1XR K8opIqE4JKwjMEjqz5H5+so9WQo3N0mYY2L5uDozAUAmVwRzfNRqTWu7BADqG40v9v8lcIgUOt2/ 2/+jxTd/3S3ttEXvsqp08zKzXbUPWBcqcNxRrmE7DtgjS9kcqdUG+taDXllBamkmNzZSGwS02hp6 VSWj/BFOpexITGJ0iPFtberQUNi2DVf60Lu+XhMRwTn/l+j1eeZD9f4X4X79WvBv22/u2AsA7X1i rv6dgb3q6hOIjDGS5gaHSyGV6UJluphZgDoK/66TGiw6AoMgMMh8HfyjGiAxXPv083R1oaaOUImM 5MHRA+NRGam5idIopArqaDV8emUFo7xMxXTqCAruCAiU+vrLvb3lHp5KVzcpx3gug8cA77N/e17N uvfVBgBoGpzcNDjZVM3HYOCjtxOydXYuKizw9ecUFtzsE2HEYhDBv1cKrYFGowWAppb2ppZ2IDJA atnaRRISCmBnpgpToNQLSK2t5OYmSkM9VVBH41czKisYj0ql/hxJULCUEyD19RUNtBDDinNwH6VR WPreEgCof3ZCve1WcyqlwnzEabvhwQ5DZ+fWBj7YMjuXlTyIjo1LSR1j5kjr6R75MaH3NDpYD4He Vm0jb8FgMKKjo4ODDVxZ7cV/eyx8CgDo4Y7YJrgHRI9M1Ne49BxPpfAprIWS6Tc21hv9WtWmLapu IkgEiK+qhkgl+ESPwGxT08thx5LJADDk2ak1ZUVjp8w8fWAHlUodM2n6sd0/O7u5Ix80GvVTKfyf grxDTKH31tBIcvHGfi0pukfCBJjDq2RaPg84Xcvf8cGwAwBPIIRyfMID/XZuXDl9zpskEnnnd6un vDKXzmAgH+rrap6uCx8TetXSR61UtNRX2df+yxPHXL58OSIiMiv/DnQa6S1fvhxJLYSgtraWSmcS aE7JCbGFhYW3b9/u37//oMRErUaTn5+Pw+F4PF5MTKyfn29hRcOkkUkajSY3NxeHw1kZC+pfF9f6 KewAoWdbY0GrHBFBBCwWC9F0s1gsFotVXdew8J13Jr8wUdnRlp2dzeFw3NzcRo8enZebe+rsxbFj xwKAtx/nYm4hALz6wuicnJzc3NyxY8deMR6+wQiejoWPCb3kH/jY2kdhZa6hjPwHeJXZjPIYPB0L Hzd6mEzeFJBwWGfPnhVUFPdG+ygyc3h5ApOvcKtem5nDy8zhWS+C8HSP/ASg7ZVIuHgy9fr16z4+ Pg6PVWwIcXlBZnm3XOcAcLUGFFX25pZ2EGFPYS16KR7zvp0/y2SygQMH4vF4O3Lr2gGaT7dtkFRQ CgBXMs/b0dRTKXzc0PbOWMjum7h169Zhw4YFBwePDwY1tafuO6Zw/OCeRyXFgvqGs7+sRAt/P3lB KqoBgJRUe+KBP5XCxw1N74yFI0eNBgA3N7dBgwYBgNLVYeo1PeDx+NLi+/X8iqioKLRw1uTRTCdn AJCI22/mXrO5TUcS+BRWoJdmZIJCDAAff/wxAKxYscLdkVmRusE/IGjMc5MJREI9joUt37X9lyuZ 5w/t2Z6QaNICyBSeSuFjAqMzpHNHa6P5mnbjeh0sW7bswoULa9euHdzTAI4mMWjIUACQdnQ0Fedi y11dXTxYXvPeWWpHm0+l8DEBZ2P6DDtQWduQlZV19erVhoYGgF5cGorb2/B4fNzAxEvlXdGbtnz/ TWTC0PRTab9t3YTkFrYeT6XwMQGP63VWO7l7xcbGrl69evv27QAwmhuMJLSPjOXSgxy5a2Y6Obe3 tXp4ep3d1S0h95Hffhr/wrQ3Fi05dXS/TQ0+PS98XOjNsRBj7RImEokSE7sFhPZngj8TwJcLtif5 MQV3D9bJI/sGJqVceyhMjtAtEPtF6cyH5y5YbFNrhBkz4gnkQVqNxo4/W5M0/X+GVqOWd4ZrJ9Gc cDgcDofLz80pLrp3+mTa4CEpF8+dCQkLRypgP1sD9PS4oaHht2Nnb+RcUQC5uh33sJ3cqiSS8DhG p0ovmONbJmjBaXoaJM3VzaNRWO8fENjOYPf10XmaJiYmFql8iWKbXX/+Y7nicXg8Hk/EEwg4PEH3 H0/A4fE4HF73H4cDHN4hyQdsglqp0GjUGrVKrVJqVEqVUqFW6seO7iVggxWhGd1FjQ0enl0pbowm +XEU5HI5hdIVz8SO4ZZIYxyyw5rBejsltUoJWi0SckSrRaKOdAYe0ag1aiQCicpK7apWo1FrFP+F cIcWkJubm5iYuHv37hdeeOHEiRNDhw5ls9knTpyQSqXx8fFUKvXatWsqlWrw4MHXr19PSUkJDQ09 ceKETCYbMmSIj4/P6dOnn3/++bS0tLfffhvbLFl4H/mAFUEAoAp46eBgQTxz5sz169enTp3q4+PD Yukm5fRysOOMyE6bmscQF6u3YU330HQGD6YyXQlEEp5AxBOIODzBsWOtTCZFU6ZpOtc5yOE2Ho9X KpUkkm5CFbe3I0lc1CoVgUiUSMSE0BSsbF24WUpQ6Oc6RKCieYyJ6/IqTC8HSsPdnpAtl0lzsjJi uYkeLJ3E25pVGcX/392JNeZPXT7nPY4sYwbYrH3oUhv9gIogAKB5hJBuwGAwVW18gK58eUr3MILA +IRIkLdhv5IbH9gtNDqyycQRo54FAOhZO/D0pOa/DpzKeMhDQ2C9ltLLwSbLq97G/9+x0Cb0nqtv D4HrniUvxgPuy0LILY+Qr2qKS9+IED+MI8qlS5c8YkaQWh5HTD3rYY8UqlX//d2BjVApZP9OKcSr u+3EA5whwNkFTQughwULFiiVyp07RwArECDwMh8UDUYSKz9+2DMja3t82vRfgXNnUH+JpaRwjx9p +3chHxYsWIAWtsm1R48evXr1KrbmzXo4V1iXmcOb8sbiJRt2LF26FAB27949wE0ytK9/ahIXx+aq yQ6OcWMT7BkL/xOJIRwCkoNScvYGUlLHIh9mrtiCFjpTcJ6c8HPn/04/f3HUuIloObLBwSs7BA8L Jkx99cLNkvLaRgaDoVarMzMzN2/efPLkSQBILwdSUwlinmMINAtLVn4hYBxQZHLFnt27XFxcJk1+ MYDDvnOvqF/faKFQiE3Qsn///iFDhmRnZ+NwOKlM/sXnn63+ck32rXtIC/aMhf9PZuTiov9j77rj mrra/5OdkACBEAh7LwEx4kLrVqyjVm2tVWurtcu2tta22lZ/1vFqa1trl9U6W0VflapV60QQJy5E FGXvGUIIZK+b/P64MVxCgExEX74fP35yD+eenJs8ec6zn4dymaykpAQA1q1bV1Jc+KR31AZOdPrO 3zbt2/GbSE3Ajiu1uD59uVgSbA+CSjJqzLj0zOz0e+UZ128nJyevW7fu77//vr5r5fiE8DGJXAWH qyWZ+AWiXViwCVAGG7VQ2KZyHzqObbuSmZk5dOhQAPjs06UbN278dOknCbH6SoLW2AsxPUVsLdjY kyFqaflr17Y5r7wEAIWFhVH9hri5O6p1vBXQIkh1VUVlWcmA2csMJsPCwsKr98t5ZQ/7DRhCoVpg P0YoroqWhmP7tu/evfvcuXMTJkxAEIRAIJwuAzL/kZH0aXcQCASys2u0qysTdQ2vXbks7fyZkaPH deI+NvR+oTkz8YRnVsv+fsMaLy9OaHAgHo9nsVinTp1yZTKZbj2FEBGtVqNWy2VSVxopKkgfTshi sepooUHuVEtzoPCIkkwk9k0YnHoty9mNFR7kt3XrVrlcPr5fUIgvO9jf2zoHsZkgTn1hZU5OTkry LhwO9/bbb7c0Nbq6ujbXl2/evLlv3745OTlardbFxQWHw0VERIwcOTI1NbWmpmb+/PkAgMM/syQI ADNeme3t46eVNaGXffrEuLq65T3MjY6xf7kgK5B9O7Pg4QN3lkd/TCe4FStWjHtv/Z/bf33jncX8 hnq2J8fSZcMCfQEgPTM7fPi0kX19DeOTggGCuaUtkN+kd1XbBWq6V5Cft00n8tPrvjMHx48crq+r nf/mQkkTr6amxtfXt6c9b31tTcb5U2q1as/uXYbBLB60lNqNSgBA5Rr4fB/jE+DcAx5JUmtyvrnL MnyCfT0j3XHQa7XuBC++9Aqg7mYAX1/frqY/AZz+57Ar041Cpd7h6QZ44dDBBC9IL7Xnu5BbKtIz KwCA4M8d+dhZOCHO616DZ1PJPSsW1BLIZJ+YMa1+x14PXlfozp7clkKn0+Hx+H4Dh4iUuG54O6Qq OxPTFamfJ05LtLj7moLDHTcoZgSGBO/U63p5YRugNoj0zOyRg/ricDidTnfpcX9JAoEwYmBfwMHt +wU0CtmZThNL5f36hAGASq0mP445uJ9f2ijUeyOeGxCLw+EKSqo83F3dmc5KldqZ3mr+MNg4vD3d wwJ8tDodhWzaPaNSq6/eMRH/svCDpU2NfJoTXYG0GUfIzh1F1tgIMa8SvFsDc1QeUWbKiAjVzS8w KNodlq25MenrIehgSTNU5GVDLy/sCBwOJ+NmDofTKt2/+OKLALpaXqOvl8fxlP2hgb7HU/ajVa0O H0oxTOsb1VpD/MqNrPHjxoUH+/aLi8nJL8nKLYTHhbAAYNbUJAIeP2tqkh+H/dnnn/+xe196Zjab zUb/xwK7PhY3rmbQnOhX0s/hhW38wmp3R8mvRHmb+vVdBiwS/Llo7st4btC8V44mjD363WMSvHA7 DyVBFTPYYu2E38DDP/6dsfzC9v+5a+78hebf3sNhsMciCILyQgKBAAApKSlEIvGFqVNxAFK5UqfT ZeUWJsSGA0BWbpEznTYgLhLt047lhUP7xxDw+MLyai+Wm6szXa5Quji3tmwWS2U0KkUuV1bU8CJD /XU6nYHhGbaB8ktnOg0AxNLHUTB+XG86RHdsMjJEXDsCRmHb53OqiTI+doKawYkO9A5o5xG8w4MG qS6aiQS6EUUqYGK6TZpLhYZYSwMV7t69+/NVG3j1dV4ch+W+9gwoJM3SZn1qY/eryVoCme0bFO9r QcfxO/U6UZk1eoNZ+yHSxg1srcpws04nLb+nJdIYflHtk6AlEgmDofdrlJaWCoXCkydPenh4zJkz x93d/eOPP54zZw6XyzVXLjTEWrq7uzXXiwGASCReSk8dOWa8jU/V80Ek26EDsvkgu7DDgvw4XVFd XhPUSUHTVENQCHFatVMQ10AEAzi49DJHbQ+vkd/l6fo/VskHe+PQ7D4sjh49OmPGjAcPHsTFxV29 evXs2bMrV64sKCiYOHFicnKym5vbT79tbRSKpiz5WdxYcDXroQXaSX1dberZU6/OmYdeKpVKnVbH b+CxPb06v/FpB5HcenjYveeymayuUgS5AiALCvFqaZu9PX7R1Dba1XEKipak3+ry5cs3btzI4/G8 vLxef/11CoWyZs2axYsXHzlyZMaMGQDw999/e4bGiV0jvGIkVx9UUJic9MzsF17B9AV/LDZYIBf+ +8+RlubmmbNmod01cnJyWD5B8dwE+z5kz4RSJja0JLbxUDaT1d2u1zXx60lmO80QKnM8t1Ves7to qHbxnxBjnPZQXl5+9OjRpUuXPqpsaCZ6ntr76+ixSXiNzPxltQSylsq0WDvBdujrab4EhwLbusj8 B7eR1VkEbKhLRhVoq22lQi2BQvfrk9iuOWyhEIqb2yjIXRK9lkhFaO40ZzcfV7K/M1DahAFZ7jsx kCDD/Rk/iI2AbQfXyblsNauzb5EtthPwrL1XQ/eKDvbxb9e9/nI1KARVRFkjAFAB8lz7RbvrpcNJ wXCBT8EjSi2JrnHycGa6BzhD+xU6AvHfk1r0pH704F6fuH5ZN6+ZWfkLjyd0PenZAsPdCz2Xm+sr sOxQQ+cE+XMi3Dp0YJhkdSgVG9LXefW1h/funPnawiMH9oyeMKVPXD8AsCgi4VIVjHzc9CaGBXUE Mr5tVkrnIPpzsS4NFFVieNAIZP5DdCks06quqIx2DzRcjhvUx/z3yuIBTwak5gqCogkAiEs+/pbp HyVWwcF9uyOiY29fv2KgQi2RqiNStSS6luJCoVCdSOBKhqhALx8fH5lMpgSySkdUIqDSggrRqbWg 1uI0WtBoAdECogOFSoVDVDitGodocFo1aDU4LQI69H8tTqe1MROx+0FxcjZIh4Lq4vhxL6OUlzD2 KJVCuHb6RcPM2/U6QWMDSdpqSEMVHB3emIO6e/rm3ruj0+liuQMB4Oh//1rw4bJdv3wbHT8QAHQ4 IqLDp+z9Y9aC97vcnrRt8LGW7IKXd1E7C6G6BwYFRrgZj2fWgkigj1doz6Q1NJa4oSrjwO7S2Nhr 167t3bvX5OL5TVAvBWVzPUEhxLfLFcQui3NQyXkzcaMOJNUWtCR4gkDIDLV7uD8D4thdT35KcboM yI0dfx2+3KZbf7/88svV1dV+fn4rVqyYNGnSsGHDTpcBAJCEJUYpz+aDINJSAjgedDqdRCItX76c x+P17dvX5FSeFKrEUNICFSIoa4FqCdRKoV4GfLmuSQEtKpxEBQoNIDqgmi1t+jlDiK+HQyMozcG2 zd8OSHxOqVQYBYeqXIMiwoK5Yd7B/t68GvXnH51nEpHBCZ4drWMFpk+ffujQoUOHDr366qt2XNZ8 3OXpciqbK4vzy6rriZJ6o0JKCMXFKySaQ1HGRYdv27B8ypQplZWVERERn65YGz18CoNGRe8iSupt icfGnTw1va5xZmh41N2CisWzJ2o0miVLliiVyjc+WKZRSgkEosWFuXy5YzDtrdNu5po8ebGav0Ag YDKZ5yoJjvM7tXlrtSrvQU7f/gNLCvOvXjz/xrsfAcDO3za99eGnWiJNRnabGm9C8Tpz5szEiRMf VgrqGgTjBkRg/2RjObZfv1u7eNmqX79bCwCLl61Sq1Wkx1mnt65fzsvNeeOdxbasj1BcqJ6hw9vJ fOdyeSSx6RhB1E0nFAoVCoW3t3dVVRWLxZJIJHeknp2kR1kNjKXGlxtNqlu7du3WrVvXr1/P8g2N iIy8e+t6/0FDLVvSl4sUpI4fP3769OnHjh3riApRuIRw+7qpyGRyZWXl999/P3fuXBHNz8gvaS/I ZdKi/Ed9+w/MzcmKjU+4ff1K/sOcuQvf37dr68ff7uxvisHVSuAeHxrupWZfOffizLm3r18ZOHQ4 tPOlOtRvawtMluq6UQeychO7vXP71phZ78S6Kj///PNYjMD3oFFXJcY59AHbUKE5PKxrWL5OTDy3 7P4NCoXC5XIB4FoNyGvz2suz9kLyzt9f+fS7aD+3QFM5uA/4UCWBnGNbQkNDeXU1DBfX9LMn2Z6c KS+1OTHVzj4TYltZZo8iRLWLvx+HFcNqo7NXiSG/0AQbUzv7tTy6OHbsWBaLBQAajSY3N1cqlSr9 hyGCMoKiuRs27BAqpFZfl0qle/bsOXDggJnraGjuh39bt2nTpq+//vqnn34CgBOFKobgoTUbMAWE 4kL2DB3Z7lRCcbUGcq+n5mee9/DyGjpiLGq0yr2XFduvM8+QxomdFN+6IrZ2IJlMcXZxtdfmzYSW xCB4hWM7FBttDAu8H3dUu5mP6hXlcmr3/5x6BC80gMiJGhFMmz9/PolE2rFjx5w5c15bf8DGD8WI aQGAQCD4eMkn0SOmxvWJKsm+dvNaxhvvfLRv529vffjZ6eMpk16c2dFS7dG+HFv24U2JI8bYsmEr YPLkvcMDUdsEFC2RyvSPGsDpLDD7iTB1nE6n0+l0OByOzWY3NDQkJuqb25ZW85L37Jg3f2F5jYVG +MdUaI5caBLekdwtqz787bfWkgPnc/Qme4tACuAOb5cugn7Kqaf+YbqxUCGvuUnAdGdZujgA/L1/ T/yAwRo8JZzjkpSUhF3/0N4dQ4aPCQwOtWJZ86F29uV4ecazIS8vLygoiEbTx/6k3m1TfQahMoOC gsPbGQVPl+kN6R5h3L4Y81N6JUBNtxIizsPDg0gkVldXczic+Pj41NRUAPD01Mvqh05Y3tbMHjxV S6T9d9sPP/646euvv/7Pf/5Do9Gu1xGUteamZ3uE9evLbvOLLxZCSS2fJDK7Za95+PfowSkzXkUo zPH9W3nRr0evRniQSgsLbly9iCrg9gVCcaV4hhj5ORYtWvTCsq1YNqZ29p0Qa6xz1Uggh2+C2xkx deheptizTmQjqBk+f25Y8vHHH/v4+JSUlFy/fp07Z0UnH42WSB03MNpo8Fa9rqW2nKB0iJQtl8ko FMr+3Vs5gaHffP2VYXxnam4IQ//UJYX5oRFRHSxgAbQEsood09HJe/zI4bOnTmzdnQx+3DHtBL4H jVAl7pqqvCL6YXWabmOK9s87ObFt3W+//TZ9+nTblyJJat/+aBkuYODq1atHjx5dUFCA5J5Eq6i0 nzwmkWtEgumVcOHWI0nZPQeRIADQnJzwBIIL041BpXz06XLD+FvjY89fug4Af+/fExoRdTntrC3v ouBwI+O44wa1IcHSZrhwuyA9MxsV/iZ88E1B3sMzRw+03DlmmHOtFs7fr0nPzOYXZZvD2HiF987n 1KCv2Wz2oxO/GT7tKxfPv79g9tD+MYbJhpFZU5NmTU0ak8g1egEAvKoSXlXJmESutLF69JB+YxK5 bgzqG69Mdaa1yfNyFC8sLi7evHnzli1bbOGFWETGcn2dYd68eRs2bMjIyJg3b97pOyVUtd5l9GQN eBq1+vC+Xc+NHn8lI23X9q322oZB7DNCarY+CAAAtEQa2TvKcDrv27fPyclp+/btb731li1xd2iQ GKowAEB6JcQ6CRVyCYfDMSTHxIYHoSNkkunwIoGwOSoiHACqq6spFMoXX3zx7bffRkVFX756feSI 57bsau3M06NPZCMgFGbZ3YywkMC9e/d+88036enpjTj3mLAAABg3KAY70169ZSzC1s3fjBw30ZnF eeOliYZBKwjRpNjXfimNE9uMpBh2AAAgAElEQVTH1y/Ww3hOc+aB5ubmzZs3b9iwwRZC1NA5SX3b JJI47rf9NFEhCjw7rO72v0OGDAkO1nM/bBoE9AADspF4auZ+EIqL2i20vdiHphdhR0zaZQzvgmjU JQ/vslisdevW/d///Z+NkcgB0dywtu30CoW64mY7u1JwadfvmjMP0Wia68vR10YP5kQtkykc1tKl U2Djn41grzhwk1/5E+G10G4zF245vKZb5zB8/kxOoC3pOHbQThLi3rBxBYVULBMJbSnOyeQE0Vza JOgKqotVCgsSIDoCWVBwvZ3HHxtb350gN+ZjL1VsCwJLHYrmepvKtdtKhRQy796jrV3P6xRSIU8u Ehh4rXVwcnFnerWxeIkbazthlmYCr5bJqvMutbMzPhFCxGvk9zAFth3XVMxMUJzMDurvFLZSYXzU R2JpTNfzugUEEpnlF0aktEkfFlQXIxqbBFM8otDU5KZXGo8/EULkVxVhL00arboN2PPHlg/ZVios qvjExhXsDle2rzOrTa5Gc32FXGKTyRCnVUNN9ul2qeZjErnn/z1m6g5HwSgoxt2+SVMWAisLCmpK z546ceKo6ZI6ncMmKuwbtVjYMsSWFczEjetXJGILcrzJNIaRdiJrbrT9dKbWGxOiSqX6dv1aG5e1 FKl3WzcxxBsQSncH7xiwfMn7gmbx8ePHASA/P39w4nNTZ8xUKS1WmGyiwnr+C7bc3h6ogvLnzm2X M9IMg9+sWTlk6HBDCzjzwfILozq3MTMIqovVSptyXIwI8ffffwcABkH979GDaWdO2rKy+TByBand 9FXCDuzZ1j0bMGDC5KmhUbGVlZUAEBMTc/vGNQAgY7rUmgnrqTAqZE2DIMnq202CQCR+v2GNTCqp KCuViMXfb1gDAH4BgQDwn1VfWrEg3dXD1bONV1XEr7GRKWIJsaGhIS0tbdCgQS502tiJdv5NdoKs ktZw9EnBoOBwmxr5cxa818ktjgA3YVBtbe3ixfqEhLs3rx5M/vPo4QOWrkN47Y2F5rSF1yIapUzv LqM4uei0WgK+RSwJt67JfEdNA0gUmouLy9hx4+urq/Mf5ohamvpEhIUHB8pEgoEJ/eWiJqN/hseg Mpgd5cfgCUQnF3fsZACQi5qcXKyv1k+U1OdpvMPdYOzYsSEhIVu2bFmyZElJwUMCxYLKWrZAKRUF +7c6NhSI7uHdWyQiIfNK+tX08/EJgzq511Lo8CTAEXA6bfs/qVUqTy+vXzf/4OfnS6fTExISEoaM yHuYiyCIRZXcnrJe8R3Bhe1LonRRWQtbawaFjZZtBYfLZYM3A0Qi0dq1azds2LBs2bKX33hPpeiO xFa8R8gvyxccPXoUvTT4TpQKBQ6Hs+JYbA9X7+CEICYAPOBDfWWHnZevX8mIDNY7HFl+Ybz6uj+2 /LRq3Ubz34iA7XffEyAWi2tqatzcjGMyt27d2r9/f5Th7d69G81QMYDs5Nyl7Z5IohgxRds5Yp2c gKfQtVLBoEGDsrKy4uLihg9JqBfKNGrHujROH09xwmvWr/06JSUlJiYGAMLd4G6z09+//8c3IAiH w1nUcgcLsajF3S9seHwok0EN8dZ/C150CPVxL6s2ka279Zcfiwvz62trwsPDAaChpsIvONzSeoI9 q6IwgUxNu5iBJ1HpTI89f+0rKK08cOjv37ZuZ/mF+QWHewZGbvljR2rGVY5/MMsvjOUXRnfTB5yI G83tesDyC6PQW5VKG8mFJK4prqhpoXj7+/sLBIIRI0YAQGLf0JKiAlGLo8LJrl9Km/TizNP/pKxc /8OoUaMM404Knkqpupp+vq6myoplKW6csIhInFK0c+NX77zzjkrVprpIe7s9ikUfLV22ck1Bod6K mZeXZ8VbE80/lQxC/dDhhwvKvup8skVobWnmzvHxD05IHHHm5D/zFr7H9vTy8PIGgN82fx8aFg4A c+a9eebffyZOmYYW8CSSrPnFM9zYSqk+IL6FV2XjuUyUNlRVaZRIIJrWnpaWdvny5ddee02Kd25q qOvydiswdORYAHjrw0959bW36rSTH4d+TRwYsQ9PnD5r3pYfN0T2iTNzNZKzh5eH29nDuz/66KO1 a9euWrUqLS3t559//vTTTzdt2mSYJlV3WM+ppVk4ZPgo9PWgQdaIpOZGM4Ajm+1gnOJBBAtbZ1m3 K0SjNrg+XT39iGRbjb8IxcXVJ1Rdcm3YsGGLFy9uamrav38/ODLuYdeWH5lu7rH9EhYtfB07/snX 373wfBcHYl5uDtWVPTpp8pn9Wz744INVq1YhCDJ06NCTJ09u27YtOTnZ19c3LCzM39+fJ4P8JlDx O0sJ3fXHbwvf/XDvHz9PnjwZAK5cuVJUVjlvwdsc73Y15zoA4Y2F75o51SBR2SJLdb5yJ6qufXeF xxMMNyqlItufCI8oFVIRyZ8b4AKTJk3icrmHDx/+999/Z8+cXlVvcd6WOci+nTl7/jsH9+5wj0wM 5bTKGL5xQyWiFpxWcyLlQEV5iX9gMPaH/fBRXvxz4yc9x/V2d964+ovVq1evX7+ez+dv2rRpzZo1 a9ascXV17du3b3Bw8Lmc2ppmhaC6VCeq7zw3vP+AQXkPc69dzvDwYLm5uRGJxBmz36iprvRgm1tK pWfJhd0JJqe16pmNpmwUeLVMXpN3qQrKyspCQkImTZq0evXquXPnxkcEdH2z5Vj4wdKzJ48uWvLF 3k0rZ89tZYdxHjiVR5RSoSBTKEmTp/35xy8AoCVQ2IGRYxK5d6+mokUHN2zYoFarpVJpbW3tb7/9 dufOnf379wcEBNysg/P369Izsz1ICvPzHqNjYj/98uvAwEAA8PX1VSmVkdEWRBf8j57IRvdad7tJ 6PAkpWdsuKZo586d5eXlAwYMkEgk8+fPL6t3iLLy6/frFn/+f0UFj96dP7eoqAhVVAFg37VybxAg iKZIoPlwemtByvz8/KioKABITk5+7rnngoKC0PG7POA3Wp+jWJD3sK6mxomkCw0NBYDa2tq4QSPM v/3Z4YVqy6MJsZRnl2BEAMBp1dT67EweQSgUTpo0afHixWvWrFm3bp2DAnBenDl39++b8Tj8nNde R1kRCkXNw91/bPGJHowlQQCIior66aefFixYEBISEhQU9KARzuY1X7j1qLk028Y02fr6Wm9fPdf3 8TFXIkTx1PNCG+tsG7HDrz79aMOmXyxdxPTGHsdFf/DBB1u2bCkvL2ez2Tfv27/hfFH+Q15dbZ++ XOfQAROi2+W+m0JBE5TypSRRlR0rR/7fsk8oVOqid/QtmCz6LszlhU40u/aZtB+wbSCsAPbD+vDt 14ePGvPtulU2bwoA427esmVLSkrK6tWrMzIyxiRy7R70EB4VIxI1u7gyH96+gh1PS0szmlnWAqfL IDWrqKYgm9JUaN/ipeu+2/zWosWXL19GLy1y1ptLhQPjXrN4X90CG40sUqnkhx9+OHHiBACs+XrV kGEjGAz7xA8DhhDT0tL+/PPPf/75Z+3atYjKPke/AVoilcfjJw0f+OjyCez42LFjDa8zqiD1bmnZ o2xqfbbdqw+iELW0cLx9yFSnrqe2g1knMoVcRyYJywv0mcw96kQGm0WFzxa/GxTgN3v2bABguHtJ 5UqVSmW+ratLoEfzmTNnysrKxGLxZ599dvPmTR2NpbRZEkUoLgxOKNoJoqqqyt/fuCbDnTt3ROru K4KvVqvraqroRH3cQ5dfh0allDTxEI3KLF7Yr88HYqlDEm2uXcm4diXj9u3bhpHLGWkWBbTaCLlM NnveAoVCbw+7lHpapVJdyTA+y2wByhEnTpxIJBI//vjjVatWDR069N71C07O1kenapw8WWHc8f1D Dc1IjEjw7NmzKSkpZWVldjFCmQkSiRQQ1NoSVSHtsMy1tLlRUF3c0lCFaFRgptVaJgtWKH0dYbUO CAw6c/IfAZ8XGxsLAFeuXhubNNHSeBBbNkYikXLu3sm6c2fUyBEA4OPj48Jkxve3Z2QUABAl9YUt hAGJIzwZRH9/f41G4+np2T82UiBDlHLLOKLKNTA0JGRAkIvJliq1ErjxoKSioqK5UR95oJSJ7e5l 6ByGr0OtkBq9tUouaWmolokEGlUbM3jXVNgv+r2ZL9/LunXj1s3MgQMHAsDd7By5XObO8kDLR9iC 4sKC8tKSV16egV7G9BvEb+DhcDhyB/2qTcLw2CQKzYqsWP/AQA+254F9fw4ePBgA1AoZlcH88tPF dbU1duyvRlCJBXKtkujsQlDpdHq7mo+Hi0iNl0u75v1aAlnp1TchzLuvD83NlCRc0KS7l5svqK9G M5QJBKJKoe+tQiRRCCQLPk8bQXFyVkj0bnqUChGNSiLgSYQ8lVwCYNxTguHm2bUQVsN7mcPJDA4N VT6ORX1u5GgAKCzIi4g0LpBlKc6eOvHhJ58bBLs7t244u7i4uVn223ViesiaGwFAxK+xQjSkUmnN wqbxU6ZfvHhx9OjRAHDyyEE8Dm9H0RAFUdpQXaVR+gRyMZ6t+BCvPAq5rrK8o7sQMoPGCX/OFwBg 6mtnX5gQ+DBf+NP61mLjd6ulzVWF0FbTpNBdJEJ90qhYUNedveKwjEAibFB2fC4bdtUFL4wO/b+K 2reoNJqnF6dfrJ7mdu/aRaFSY2JNN6SwCHW1NdeuXIyKCAMAqVQqVyEZ6anDRoyybBUdGOLAnVzc L2ekBWKkE3PA8vBoamzMvnMzISEBADhe7GFjJsTF29/OjNfIpTJZI7j7YRRxtgtNR3VpbhIYTdbQ WG4Bkc+Fs9CO13PfSyurkPyxacTzY/Ui4PUiflFhoUJkfCMKIomikuvVYQKBaKNJyyIYTifEVOCc q1cAw42NPay70E5axP0A4PLFC//8fcgw+Pqb75z597gdNguQ9yh3xsw56Gs6nX4lI23UWMtyWSrL y0gU6rVr1wCgrKxs/5+7Rowa2+VdRnBneTQLm1xZ+sLDZDJZLHRInwEAIChF4pqCqzVtBkPYdKxz Re3s6xvZL6lfQAKm/s7+bWOz0vSiS2p2WXpmtqKxM28HmdYqORr4YjdAozIdsunM8kajQontxIPO eGFowC+VtQsAQCDgk0nkiDA9g3Hz9EEPZdvhyeGcPPZ3THQkejkyaYq3bwcV0DvAd+tXgw4GJfQD ADc3N5KTy+7tW6wgRP/AQBwO9999f6ERclQy0XFCPU6rVkuaK7XsoLZacrC/d57GOzbYm+tH96CZ kLlLmyErt6C8osrMBggkCk0p0wudOByeRHFs9rK0uVHcWNv+CHbx8GG4e3Uim3YmF2oQvQUS0SCv vjZfzNdH8OZkZ1GpVL+AQDqdYdu24UpG2qKPlhrkwkvpqc6uzP4JA823GiYOGxEU2lo++ub1qy4u rvV1tZZKdX/t/AOHw42bPM0wIqgudpw4hUcUSG3uaU2sUZWPjop+5PChsTQXp1Vb5PjH5uLIWhpp bfNi7QWlTCJp6qx1F6krU3aHD+Xvva+i5i30dUV56fbf7eNdNcLI0eO3b/kZfa3Var04PhxvH5wl IYZCYdOf27eKH5sYG3j1rq5MKxSLdz9cgipb23fssvRe64DGPbSv92CEm6XN6ZnZguJs6wrwYRNh bayUYgRErWppqBZUF5skQRfP1jOty/ft8PumUlqj1SOj+vgHtMZrxHMTIqNjbGeEAHD21Il3PvhY vxU8PqpPjH9AoEWBrv7+gXRn53379qGX45ImFOQ/sm4zo8YlKWTypMkvKh9XF7C9nEOX6IQQrzyq Tc/MlvK6otNOgVVKbKysZYBM1CSoLm7mVRqZ/QCAzmSjwh8J41nt5H1Dtv4auHe3abmQw/4XlQhR hIZHRvWJcYTVWiwSlZUUFxU8QqOSrIi1DgoJLch/eC/7boC/P5vN9nBnTnl5rtX7CQkL/2vntpi4 fmSifhvdYPI1ZDejKCsru3DhQk2jGOzU/QqrLNvyOGqFrLm+Qi5q0rTzx5BpDGcPHzrTA+vW7/x9 IzZtpNVUVbyxsCWea5oKg/x2tK+7YKDCbVt/1+q0AYFBVj+PAVqt9u6dm88njUMvraBCAOg/YNDk F150caIAwJkzZ1ie3hv/s2ps0sQubzSJwKDgSxfTDaqYjdmiZoIoqS+tFWRlXnr06FFtbS3YKQ8B BYFEttGwL2niiQX1BkUHC1TzoDgx2n9x2PclEMkG1Th67f+RRKKK+W+JYvQpWia+chbzcm7h99iR rz79qLCgNcMvYeDgKxnpthS9NAB7IlsNRKP594TeclReXp6RlvrBks+tXi0gKFgobNISqNevX7dx YxYBp1UbKUMKaUtHk62GiF/T9aTHUMokgupiQXVxe/pzcmXpT17zgmhQ2TFu+SeeF87lrVpX98I0 7F9NUGGQ326jETKZfOTg/tYVxaKBgxKlUqk5b985PvzEenIx4MSxv8eMn4C+XrRo0StzX/ex0Nxj BDwef/PmzSFD9OXIukE6NABLiFL72SyNivV0DkSjFvFrO1I7UOAJZhkxsI/DunrpwcbNDeMmmFjN 6NrV+V5W7p9Gg6u/+WHm7HnbtulLQkVERsnlsosXzpmzj25AcVHB8SOH6+r06pRMamv83OKly5sE jXKNrV5y6+CK0S7t9QPA6ijKjt3WCkmLoLq4ub5CrTSOsWC4e2FJyqjWijkoDGrXDu4xjKkwJvwL k/M43j5oKAMAVFVVTpn20osvvWLpPhyEUWOTgkLDvL315XlcmWZFvXeOpiaBsKXV+tqd7NAobte+ 5hUAkAiNCUijVqInryF3wgC0EiTLLwwtHoxNXOwc1LraxBmTXe/nMNxNtDw3QhsqpDsVZT/cYXJe SXEhk8mUyWQAcDH1XO79eyXF9k+hsA4eHmyss8QuEXVLPv8qnpvgzLKg8JQdgeU69jKvmLTAozaX Fp6JiiLOHt4svzCjqrhYzcaksgIAtMqKEeNHEEUtmUdPtfSNx9a+7ihDrQ0VDuw7R640LUDQ6YzU 1FQnJycAmP36ggvnToeGRZic2f34+9D+vbv+MJzIHfkxrQDWFdud7NAIBnuHvYByPkF1sVFBPQCg Mpgo8yNTu6iC1/5QphcXjho+EK/RXE69LDEVbyXqoJxQKxVSKTV37iebnARtT+STx44s+dyedWps BHoiR/YdgF7KWuxZC8HFw87xXWYCy7rEgs78Y+bDydWjk7+6sP1YfmF0ZmdzoIND2fnRw+cmj9VS aRlXbktDjPvxOnt0KBGiaKVCbp/3JLLIjuYxnJ3RqCcAiOsbf/xID6p6OHBw4ohRY7usX2gdsJaI bmaHzpgfgI1vrZJLBNXFJn+frTYX82IdjA5lZnbWkFnTVCzW1VNpcj/TB2nXRf0Mr/KKV3e5A6lU SqfTxyU9jz2qnnm4sH0NZjZEo7alyZFFsC6fDQtEo5Y28zuSxly9AtoHWVkESROPwk24cegfWxYB Ay/k9nmrWdx1dDtqH8++eyf3/j1+g8W6+lMKLJe1l65gJrDnskXssNXm0nGmn9UkGFxhbrVIM6Hn hVV1XaQbr1mxTCWXzJs3j0ajnfn3xNIvVrm4PrEGB90PV0//lga9IomoVQ5N40DDXTUa5PLt+2MS uQBtQr5LKmrEUnlTi9gwLbewzJlOCwnwMUoDevDggVAoRAt7KpVKCoUCAOmZ2QZqloubLY318jp3 mn05I3f9d/B4EaVMbHsHKDwA9An/slE4qvN5X6//bunSpWw2GwAGJw7d/N16G9/YoWgf62Ej2kSm 8Np1gXIAwsL0Mj76mRuw/fdfokIDsNMiQ/zRuDujmcnJyQMGDEAH4+JMFNW0SI3z+edI1IY1vAmT ctd/hx23wnzdHngAEDYPtuieUWPGft12Kz0NdjTWGODq5ZACcCbBZrNnzX0dHhfhPJOmL7uxZs2a jRs3bvz2G5TtsdnsmbPmfLfx240bN65duxYAUlJSsDO///57dNqqVasNi2NPeXM+KP//7gv7eVPt tJfyv/raMGi++doc4MMCf6zjT+t6IoBBh0cT3nogDFaV9j4A24GVohytLPP5/AlTphsuDUdeQ0MD +j+3Txg67YtlnxoGsStgB4tKyq5evaLTGadgAoBBzDCJoN3bg3dsrZo9r/jjT43+ZI752nzgisoX Y0MJO4FCKpI+TqKxbyi8HauBOa6wGADIxc2GU8xxyQCowGdUihgdFAgE6enpY8aMAQAWi4WOAAA6 iCcQs/NK0ZktYmlWbmFCbDgAZOUWOdNpA+IicTgcuqxGpTTQn8kHCf1ts9qNVTn39fZ/MgD9qIVC oVgsPnHqbCfHYyfNtVFYUDkO2y/EaK1ZU5OoVGppadmVOw8AYEwil81mE4nE6upqDodz6MT5WVOT 7t5/+OGid4lE4t8ph4VC4b2Cin6Rge7u7i9Om44D3caNG+/fv9/DqRC7vqunf3fmVqoVso4cDySq E53JttR+1FEF0ciN/5GER9bM6Lr/iLSlcd2qFVOnTr1y5YpGo3nvvffINAbFiUGmGQfhd0mFFpUm 6izG5Ny5c1gdjc/n63Q67Iivl8fev/5EK8L8/PPPy7/4cuO336xZswYdZLPZ9+/ft2QzTxgtDbY2 BzAHGpVS2szvSNlyZnHaf+VmwsnVw0g7iVn1pSBxWMHylebcLqguTk5Onjx5cklJSVxcHFrWQiWX YJ2NBBKZ4uRCotJwuC4qNllAhZ3XA+nTp09ReZv0WBwOp9PpSCRyn7BAEomMjlCpVAD46quvzp07 99VXX2EHnwpgLdiOA6JRy1oEnbuPbfwN0JyZBipkpCTTPDgP135j5r2C6uLTp083NDQEBwf36dNh GS1ErZK1NIIZobp2o0IjOcZwIv++fRe3b8z23XtreI0ffbAIh8Md+TuFQqEsXLgQlZ3fmL9Ap0VQ bc6O0KgUtvePaA+sBVshFVHpLvZdX9YikIuFHb21E9PDEP+iUats9HwYUJE4BABYZszUqFUtvEoA qKysXLp0KQAwvQJQ66lGrVQr5EqZCFGrulilHSyQC9VKuYEN9HzthM5kUxkOsas7oiY7ti5ye2C7 /Nnl3SkNvH5L3n+wfEUVq/VX1GUvQVQxSE5OVqlUb7zxBoFA6HwDKrlEKZMYcXSTt1iQamR7ha5u gLMjjTUo7PgLNCR2mNwtw53zOM6glThc2F3Ep3QOak31sBeSKPyGC79uwZIgAIj4NZ1E1EqaeJIm Xm1t7aBBg0JDQ3E4XJefA5nGcGbpH6HzmRYlvD0FVGh7BIBFsM5wqFbKUeIzmdhhSOmlOJnQPLAU 2dHZbRJO5aUjRw1RK2QHN/1Q5kozKXR25CUXVBcn/7W7rq7Ox8cnLS1t4osvsQPsGV1qCRU+Dbyw e8Bw53Q9qR00aiXaI9ykfkNzdkOJz3xBQtZiulqXERgF+SPHDG3G644mJ18pL0JboxlAcXLuPGZC UF184MCB559/XqPRaLXa5V+vpzHsXGkEd/7yrbYjOp1Wq9Oh/bMRLfo/otEiCIKotfbOgbAFt2/f LioqGjZsGLbPx1MHMo3h5Mqy2trXeRM/lwc5/tt+ufzllwCQmpo6atSoW7duDRkyhEAgAADDnWNg t9jGgPBY6lApZOtWLluyZMmxY8ecnJwmTJhgtTTSuehPeGHieIWkGfOvRSkVKWVilVyiUkjVSplG pUDUKi2i1mlNdAt/gqitrX3++ee3b9+uVCqDg4P37dsXHx8PAHfv3t2/fz+fz3d3d//jjz8SExOf 9E5NgEimOrO8GW6eFCcGHm9xAfQum/i53bnleuxQUb+49RUVfn5+RUVFubm5GRkZHh4eUTFxLmxf OpONVbHxeAK2wJdc1AQ6XV1lyYABA9RqdVRUVFBQkFdQlFXP2mbDJndrcUH9HoWdO3fOnz9foVAk JycPGzZs9+7db775JoFAoFAoJBJp//79KF32KLh4+JiZSd4JsJFmxuvfuH4u9+6lqiofHx9hcnJI SIi7u/v27dvDwsIWf7qc4dqhQYZEodGZbIOeJBcLXVxcMjMzExMTqc5MeqfZAjYCd/iwUew+jkAk 4QlEPIGAJxBxeAIej8fhCTg8HofD4/D4p0JH6Wkw+K+YnEB7hWq3N9lQbl6r9fUCgF9++cXb23vY sGFyudzJyenBgwczX1topr9RUF18/vz5hoYGgznGmeVte2h95yeyBfbCXliN1oYuj228tgMbWsEU CJtZJrKwreNhguriHTt2REREDB8+nM70sEu5nM6p8Ok+kZ866NpVuLcaWBdcexJ09rCmDdP50ydD wiL+PX7k7bffRke6qVjUsCnjpcEhsoBAhY+fgsNRsjzUTDdZUAclRXthI0wF+VmHgH17BKOHGw2i hmKr10ya9AIAaLVaV0+/lgZ9VIBDa9qiIF77N7X9KLW2htTSTBYIKHwera6OVlVJLy+j1VRJQ8Kk gUFyP38Fx1vp6aVyc1e7uiq9rH/s/zWYDDW1FMHbf9eRSOUL3maqVYb0A4a7l+35HyiWtgurUUha 7OUONZnEaPpEVvj4KnzM9RTRS4rJwiYKv4HCq6fVVNMryumlxWpXpjQ4ROYfqPDxUXhyVCyWmsmU +9khaD4i2A8AWsRSAFCq1ACgUKoM//d02EaF4Zu/k/v4lr3zPnqJFTHtRYIGsPzCDMKctJlvLyo0 ae+zg1woDQ0zs4YcraqS1CykCBopPB6trsapssKpvIwoEUuDQ2WBQXJfPwXHW+nBVru5t8/vN4DF dCG9Ps/ljQUgkVA3/4hkZJCDg+TFpXAh9ZYl9dGeCKymwaj1q1vi4os+WWbP3XQFR5zLOp1jqNB8 yP0D5P5msUNKfR2ppYUsFFD4fGpdrVN1lVNFGaOkWBoYREpLw33wgROPh4SFal1dyUMT1aNGE4kE HGKHqp4Oh6nvoHPEfvkZf/S4/BWrHbCbLmDklbHLuewoXugIKDneSo7pelmxZRWUgQkkEkmjUok4 voWrvxnw5msUtQrn54V9BCEAACAASURBVBeUcphSVORUWU4vK9ERSajWJffxVXhyVB4eaqabzB5V kG2BRXJhv4/eq3751dxvfjBnslohs90Y3h52P5d1WqT94NNnL8TjcQDAdGEAQFOz3uM0gO1CKC7O cvfWICYe0gBqTTWppZkiaKQ0NFDrap2qK+llpRRevTQ0TBYQJEO1Lran2s1d7eJiR63L8EUy3Dwp ZgTGDlgwt2TRYuGgIV3OxAYmOkiT1agUhnPZinc5+NeOGa++nnrq2JBBAzpa4emjwm4DvbiQLBRS GvnUujpaTZVTRTmjtFjJYsuCgmUBAXJvX6Wnl4rFUrsyO6oSZICZsbeU+jru4nfzVq5pMbsFH5ZE HGdPwfppLA0f1mg0RCJRKRVJOk7g7KEnck+ANCzCXK2rsoLcLCQLGqm8emptrVNVBb20hKBUSkJC UUOsYIzesNfRiUyrqhzw1uv3ftpyI+WERZt0RFZDe9hyLjfU1/r4BfB4PDq5Q99vLy/sDigkzdLH pQQCpWpyUxO1gUetq6VVV9HLyxilxTf3HZaGOiRoyl4wOpeZoQPUbsEcJ11/LxwAFAmhXgqylkac SorTqnUEkg5P1hFIQCAVZN+4cnTX3C9+1JRmurm5AQAtepzR4r1U2B1wXEEB6C4qxL6Rn5+ffePl LG5x0wsr8FSk7HQJA5XbPWSzVy7sHnQHFaqVcgcVtDXANXp4Uqz9Hba9vLA74FBeaKhW7eh0fYTq 1p4EayVQ0KSTmsoEmT59OgDcuXOny5V7eWG3wJFU2G3lckKD2+T3XKwCDb+MoGwGgBoADY2V1M/Y MYYS4nurfy25f4uAh9CIPtfSTnv5+IVF9zW8KM570EuF3QGH8kJHn8IodHhSCLP1Ka7VgK46G5sv Q5QL7vL8UZXZgMXLVmkRBC/jB/p40pzooJEPGTqMRCJjX6hlot4TuXvwLGgnWChNuajqZcaP+et3 a48d2gcA/x49dGD3NgA4kXIgeefv2BfXLl3otdR0Bxzt4bDaWIPW+Jv/1nsTp85AR2ZNTfL09My+ d8/XR1/l4vjpC6/MmLJ778Hxo4a+++67eXl5ly9fbpRDn0DPRwVFfSLDAeCDjz9dvfILANDpdJ6e ng0NDTgc7nQZUOuzO3prLHp5YbegB1tq+Hz+8SOHsCPHjh1Dmznw+Xw+n7/gtVmZt7JkCgUArFmz JiMjAwAaaytramubGvnotIPJf6L3VlZW1tfXV1dXgyXopcLuAK67TmS10pqy8o/y8rCXzs7OWE8j gUggEon3s2+jl2gFymmTk3x9fKZMngQA+fn5ly9fQf+alJTE4XDGjRtnUfRQLxV2C7qLF2rU1lDh 5Vv3Z01NMlwmJiYiiBYA2Gw2m83e+deBAf3ixowZV8UTLl26dOrUqQBw8ODBv27xv/3xVwDQEWkv vayv/Xrw4EE+n3/w4EEAIDUVmbmBXrmwO4Ctv+EIuRBbb9ihfjy0aDYWRc2gRsCXAa5t7UXpZWpd QwFOa1ZJmV5e2B1wdNMyR8S3mkRqdrnRSDgT+rCMSTCzFqA+10wShF4q7IVFICi6rlV3ugzkFWap xgb0UuGzAz6fb467zEakZnVWsvF8TrWZ1hksen0nzwguXbo0cuRIoyZkjgBBJU67mYtQ3YjuvmMw MebXa0HSWEeUWVNCt5cXPiMIDg6+dOlSXV2d3XsAtgdOqybKGhhtZV1ZTT5RamU38V5e+IwgICAg ICAAAIRiGZvVHWkAg9qG1+A1cquX6uWFzwhOp2Y8fPhQJpNpWuoRip0r/raHltgmhOJWPQCAXNZh L+bO0UuFzwgQhTgpKenRo0dz584leDi82FV+dZuS2o1yuHoxVWNtweleKnxGMG3atB07dtBoNABw cph1cteWH29czdi/e2ufhGEPHjwwjF/cve650eOdXazMme+VC58RnDqbmpCQMGXKFAAY4g3p5Q55 l77cgQOHDndyogPA9evXDc2/R7ww+9aVU+UlRf6BwYkjxli6bC8VPiN4e83WIaZLqtgTA4cOP3Zw L7+Bh/OKfG/+fMM4gR02aOiIQUNHaNTWHMq9J/IzAqFIevPmzZ07dy5ZsgRBEC3RUWpy0pQZfoFB XjQdhdLqtvvnhyWZl9MlYhGRZI000EuFzwh0ZPrgwYNHjhz5008/5eXl6RxGhVk3r5KIpJzMi9jB 6VMm1NfVNAubxCIzWoC2Qy8VPiMgiqoBYPXq1YsWLYqKilIzHaUmFxfk9e0/UK1R3+W1RhASicQX Zi1oauTn51rT5LpXLnxGgNPIeTze/v37ZTIZkejAr/XN9z+Ry6R4HP5hUXl/Lz2tJyYmfvvL9vi4 GJaHpxVr9vLCZwR4jbK8vHzFihVo73Oqxe2kLMDNa5een/rS/YzjhhEGgzF09lLrSBB6qfCZAU6r 3rNnj0ajEQgE4EiTIQCUFhUAgELQJrmETQM+r37P1p9OHzvcwX0dojfWupvQDTWNvML6iktu5+Tk 5OXl/fTTT2cKZURpgzkRgVbgduYVUXPz+rWrDCPl5eWFVXxUGMjJuhWfMMj81XqpsJvgaCpUO/um /XfLd+vXiEQiMplMpbbqyA8bdTw5DqotDvvrCFk3ryUMHgYARdUN786cgA7m5eVVibREraq+toZA JLA9LShnQ3hj4bv22lwvOkHnTTFthILDnRhJv3Xj+pUrV6RSqVKp9HmcTQwAnk64YFcobpDiEfs0 43BxZT64d4dCpTJjRkey9BIom82+wwM6ImY4u9DpJvqLd4JeHflZwKRgAIAVK1bweDwvLy+ZqdiW 8Qlh5qepdw6Gs8v9u7dlUmnBof1Tk/caxsVNDWzLyE+PXu3kCUAukxXkPcx7mGsYuXYlY+fWX0uK C9HXAHD2lLmlhQl+rXlxqJr8+RdfmZw5yX42RKY7SyoVh0REYwf7942xbjU8otFY988ez/I/iu/W rz50YG9tdZVard71x2/o4FuLFv+5fathzvOTp5q52khM2P0fO/cIhC0CPu/C7fxzuQ2XqqFQ2CY7 neRvbt32zqFSKgKCQseMfx47aFQqyXwQDa17HQQcHo/HE/EEAg5P0P+P6baMw+FxOBzg8ARHGlp7 FBCNZtpLrwSHht28fvXMyWMKmRzRaLQI8tN3G95b/ElNVaUWQX7YsOaTZSusWHz0G8v52Wdrqyrx GjleXIOIa6oBijlcAxcc7gfpWjsQIoIjt2jIJQIlsVA4IqK1I6mW5IRXWxzr2r5Ld48GnkDU9w4n PKZmPKGVoPE4HA7v6OTf9kA0Gp0W0SIaLaJBNGpEo9KolCbby9gdM2fONLzO4kFLaTYAHNizbc6C 9wzjWiLVOyQ6psMm8TahqakpIyNjxgx9sSXrRM+njAOh37RdljKHSWu1WhwO52jyksvlaHSq+Sgt LQ0JCTEabFGCUqmoriz39Q/SarUAgBY9wmsUFSKwOxWuXbt2woQJgwcPNpCg1SBaYb6yqA4aolHr tFqdTqvTaXVa/T+tFtFpEa0W0SKIFtF0D9swgk6rRbSqJ9I8b9u2bcHBwR4eHrdu3dLpdGj65syZ M5uamk6cODF//vwdO3aMHDny8uXL06dPT0lJYbFYM2fOLC0tPXv27Pvvv//TTz+pVCoGgzF8+HAs LyTggUKhhoZHhYZHGb0jtT4bgu0jERpQXV396NGjbdu27dmzBx1JrwQy/6EVS1nDCy0qx2TH8xHR qEGn01OzTqvV0zSip2kE0WoRHaKxSw9iS0EgUYgkMp5IIhBJeAIRjydg28YaAcERbty6M+XFGSvX b2oSNGbfuT12wsRff9yIIMgrr7/N8gscPm7i2dMn13yz6dcfN674zw8A8OuPGykU6sfLv3Zxdf1s 5brff9703uKlv2z6FrssEQ/d+Wv29vYWCoWDBw9GL9MrQYEA1SqTpDW+E5VcIhboM08d3WPDceiS SSNqJTqTRHUikqnmkJcV0Gq16LmJQiIWM5yd0f8VCjmVSpNKJUZGYLlMRnNyUqvVJBIJW77oVj1I yjqUydjh/eI8WnXYtJu5Hc00E4f+3BrXf3Cfvv3RS/Or0rSHNbxQa6q56FOHLpm0wedGpbuSaXQH bQNLggDAcHY2/E+l0gCgvR+C5uQEAKR2Uc1kfGeHgETVxoxiC9GgePX1twAAbF4HrLNam2xx+wxD i9jhg3YQHglaKa+fZ2fmOrdu6gRgDayhQlmLvqUb3c3KeLKnAgx3L/SFoYVdD4TKbEkwCqMjny5z xF6sh00ePKPT5BkDnvAUmLFUWrPcFRQnZ+yl+VVWuwc2kREO78iI3ieNp4IK1WYIRwjZeVh8qxKZ UQUElcSBe7IcNn3Qz0aTwY7Q/T4YK6BpS4VOQVxxXSlBqU+Ec/ML4/q34YIymUymceqOYkqWwEYq fJZP5KcCSFsqHOIN4B2SJwC2E3i0c8e8/fbb77//ftWtW9GT31XyywiK5m7bZ+ew7dDppcInDYUp 7STalLPu5s2bw4YNU6vV7777LgBUuAQ/FNgn3NB22ERG/zuBMD0QWq22tKhAa8r5WVdX137wVk7e /PnzBw0alJ6ePnfu3EAXmBQMeD8uQnFx/Ga7QC8zeypRVlIol0lDwiNrC+8jSCshKhSK5cuXe3u3 VqyplcDpMrhwpyAmLh410Li5ue3fvz8lJWX16tWj/CEkJFTBsbOL2VJY48HrhnSyHoIe+6T/Hj04 ZcarAKAmu8R509Askz179jC4U/0YusQwDwC4VadrbqgxKjStJdFvX0snKEUjR4708fHZunXrhg0b hEJhttgN4RcTVOKO3hF1FWo0yOXb97EjANAobHF2ookkMjbLRPXOkooasVSOJ+ABoLGpxXBjemar MNDLC80CYm19SAdhyoxXs25eA4CSB3cMiU4LFiygu7JKsq+9ufDtQ8fPSMrvta91jldLBw8aHDtz WV5enr+/v1Kp3LRp0/Xr18cEQEBw10wxLCzU8NpQyX3t6q81CPLtN+sBIDEx0SiaZPvvv0SFBox9 bjDbzWXW1CQqhTx37ty5c+dSyK0miF4qNI3LGWl/7ty2efNm9FKLaH79caPVFXMdgZysW8cO7aur Kjt9+rRhUCLka9TqOO6AhzmdHXHU+mzfuOcyckpXrlxZXFw8efLkOXPm3E/7e1IwKDhcLcm005zN Zs+a+7rRSHpm9qGD/31UXL4/ORkATp06JRS2ZkCvWbNm48aNG7/9BgAmJo0DgITYiKFDhyYmJg7s G2mY1qtemMaIUWP/u3fPwAQ9b9j1x++Lly5/slsyAoVKra4sDw2PmjRpkmHQlUHzCA4NCA7t5EYU BJVYq4Jth29u3bp10aJFPj4+TCYTACYFwyOX8HIRrr36zOfzsccoABw6cR4AXp09NyLId9bs2QDg 7u6emJiYmZmJTmhoaDD8f+b8hb4x0Skph99//30cDpe8f79PSB90Wq9caBpnT514fvJUhaTZ4ERm +YUJm5rc3O2fTWwd6mtrMs6fUqtVe3bvMgwevJhz5+yh6sqydz5aZuY6CMVl/2/fzJ096/bt23Q6 XSKRLF++nEgkni4DcmO+oXJ/e2HOgL6RIc4MmkgiY7sby4UtYmlWbmFCbDgAVNQ2AIBS2RqAKJbq F+/lhaaRdftGS7Nw6ovT0Muqqio3n5CeQ4IAUFleEh4d0yeuH3bw3IGtGqVci1gQ9ERQil5/+4Py ZvWHH35YU1MTHR29cuXKlStXTgqm5jCi6hsaSaIq6ID+UNwvKO38LbJyu3Bb98qFphEb169ZKCSR 9b6uI0eOJO/Z0aPyX3PvZZWXFF25mHofo4Hs2bFtwaIl733yhaWrBTFJB09fYvhFHzx4cNWqVXK5 /Kuvvopnw4QYj26w4+Af3s8xpBhfyUjbvuXnovy83kzkF196Zfa8Bdu3/opexsTEuLM8epSVfuZr bw5IHF6c/0hupy8kLNCvKDdb5hL01VdfqVSqvMetuycFAy2Qq6F52OdtTIEQFhzg7uK0d/f28GD/ 8pKicWNG/frTpkf370aGBm7//ZfI0ECxkI/+9frl9L92/SFtEZw/f75///7gmJIrPQd/H9w/dsJE CgEAIDQ0tN+g5570jtqAQqEy3dxrayojhiQFPnZ/LFiwID5hcEry7rqaqpDwyE4XMA0mjciJGph2 MmXt2rWGzEB/ZwjluOZpvIkSK3uMdQIFh0sYPHhwcXGxUCjs169fbW3tmTNnZs2axeFwjh07NmbM mCNHjgiFQvSvDQ0NVVVVTU1NAJCQkADPOhW6uLoGBAYrxEIAuHv37sH/7lfIZKFWfbWOwM7ffigr LuwTx3UKjA9/nJaekJBQwWviJgy8nXk5Nj7BupUpOMQnMFTMCPZrE44D4W5QDt6Iwm5VlwBAweFO Cu40K14qld69e3f48OEdTXiGdWQAELW0/LVr25xXXkIvhTLk5vWrc+cvfLK7MkDU0nx43y4KhTLz /3YZSi9s3LixXiB6YfrLRonx1kHt7Dsh1jicPq9JV9Ziwo5jBRSPi0ZYbKnRqJUtvCr09bNNhQqF /FHug0COnt/3tIdNSd4987U3efW1Wu++c4e01qpJvdsaX2g7tEQqJzg6tp1M2InKbCYUmLolFuvI Ou0TyPZ9IqBSaf0HWFCQtJvx0uw3KstLi/IesmmtscaLFi1SuxnXbLAFeI2ioSi7fZ7KmESuDm99 FDCWBMEaS43ufysBr8di55ZN1zMuPHqQrVO1toTdunVrJ7dYDWp9durdkkpRm0Et2apahe1IEKyw Wuv+V6lQo1YR7ZoPbyMM3hFefRVAuKPfjqAU5QogABOLqGYGEeotLprdngTBKir8XzmRjaBDNNCT qDD11D98Xj2TxfIPdjgJoiALCiE4wnDpQgZLVWUN3SvSzXgw9W6JFXLh/ygvRJ5IYaWOMX7yNIlE rFQoLqeeSk1NNYw7OyxnC6+WYi+f87XsdoTq5uPjE9rW1Xz+XiVBKbKYF0qb9Q4jOpNt6b1PCzzc XOMig3E43N2HRQo3T6mwAQBiwoO8fXyUKvXt+wXY6jAAkF9SGRUaAAAIgly6pQ8C9fZ0Dwvw0ep0 N7LzhiXEAg5u3y+QK/S1b7ArqNRqHA5HJBA6ymnML6msbRC0H3/no8/raqq8ff2xq1GIOsfFQuY2 Qnt92Sz4ccf7A4Jov/zPnW9W6nW+cw94JLkArPYjIwhSWlqCVmB+ljBrahIAxEUGnz59+vjx4zgc jvA4K/n777/XarUvz5huiNNEhZOsrKzQQB805NPPz8+wVJAvJz8/vz+XO7hf9MWL6bt27qTTqOj6 6P8GREVGZt/t0F6Grm/yT9cvp509cWT7L99hB2lEB6bnCuRtLhFK1225Va4BYxK5Y/zh+u361z+4 aCDB02VAktSir62kQgKBcPrk8WHDR1l3ew8HDoebPHnyW2+9xe0ThntMhX///feDwrIv1240xGkC AJvNnj17Nlo+Kj0zW4NxsmsQZOeuXe8uXkomEUePHj3xhWmuLnTAkCBKxDqdbsdfB5YtW6bCdBZm s9koWWPXbw8Bv8HNnUVnON9raB2Mc6C/F6RtpZLOrUIaJ3ZANPf5PiwAkMnVi7+4Pnl8APqny9X6 9D8NzUPBjrXePT9xytTLGWkjRo21eoWeCfR0O3Xq1J9//qnT6Qx68SuvvBIbFvTaa69Vz5iOxmke PHiQz+fv3LVLqVSjNxKJREMcXkU179VXX10wf/7b81/LuJiek5Mza+4bAHDoxPlZU5MQBNmzZ49W q31z4cIP3p5/+vRpPOY45vP5hheG9Y2AkBkTFq5wY7oEueK8nBz8oTwGqakEMCG0DBKYFJYRsrOH fxgX43YRNiuz0mZUiqGgSSdUglSu9A3tG8bUEQlEMsFy34khxPWv5P8u/eL/6utqOd6mz4unEQYB S6fT4XC4+/mljcIW9JGHDRvGZnvKFcqCMr3raEBcJA6HaxFLAMDVmQEACIIQCAQASM/M9nRnRob6 63S6zOxHwxJicQA3c/IVj2M8nem0/jHhALis3MK+USEEPL6wvDomPKj9ltD1sSF69KB+nVNe2s1c 2wvDdQSsDPpIoKsvvIf9q5ZAofn2GWZKcTldBp40XYQbjk4CQtsz2FwqXP3lZ9wBg65kpH25/HN0 hMhwT/nv/rcWLbbwKZ4+9JDYcrqn/+BQs47bC3cKjfRZO8JIM8O68kzaAgFAqAAmBbCqF4IgmZmZ 5eXlGo3m+PHj5p7IXt4+L0x/WYTpBM5gMJhuz3JMTQ8B2YUdFuTHsaSKp5ZIdRwVXqmB4RhWh5AZ BJVE7ewXH8w22mRWVhYae+VGBQAoKytbsWLFjBkzwsPDN23axGazY2NjZ86cKZVKzdVOFn209K+d 2159bb5h5ND+5L7c/jY+Ui86gpZE94/ijknkPhfTBQnyZHCzro0rQeMa4LiNiduaqtXu4b6R3Amx rSS4apW+Uei+ffsAICUlBQCmT58eHBx84MCB+vr6+Pj4wYMHf/bZZ2q1+uuvv+aOn2mBdrLgnfex lyQyqUnQc8tLPqXQEshs36B43y5YH08G5S06YbOIIGsgqCRaEgO8u8mDQhKWQXDrudv+CF67du2+ ffvmzZs3YsSIL774IiEh4ZVXXhk3bhwAaDQaHx+fd955Z/5n/8lWeAYOnhQWN1AhqLGACk8cTeHz edMm65tOFeQ9Ki8rHTK0w+jDZw9KmdioHKUdYabYd6UGFA3laNfjVn+i1m5hp12CoGxT6eu9997b uHGjq6trUVHRjRs35s2bBwAzZsyQSCSjRo3i8/kzZ84sKiqaOXNmnkBXJiLSQwe9uiBYIaihQo1h EQuocMq0l06fOGa4TJo45daN6zY/1NMESRPP7lRopth3u17XxK8nSeoBoH3pUqPgZ1cyKO24xbZQ uQYBwIMHD6Kjo4lEYkREBFooh8ViiUQiqVRKp9PpdHp6evqwkWNGvPzOxj9Pxie9mltSA1DTUd1E c6mwtqa6prqKwdB/B9euXWP7Bo8cM87mh3oKwOQENtdX2HdNLYkeGBoR3s61b4SHAqhqaCaKa/CI ynz/MJ2scwQVamiskMCAMDcAgLi4uI0bNy5fvnz06NHu7u5nzpwpKiqaP39+ypGjgye/VibCEVgR 125lA8DASD9QdxF1a66lRi6TbVy36qPPvtDJ9Qz5vynHPvzkc5se6+mBwVjDcPeyhR2aKfZViiBX AGSBBQYXt1Au1kpseyw0FloizcU/chDH2Df4888/f/zxx0oEPl+23L/vc24MaoiPZa4bhOyMOLHN 5YX8Bp5Wp62qrPBjuwLAm2+++d7ipc+k76RzWH0oWyr2WVr0V+q4EAZf7rgOdO6PP/4YAPKbYNrL r5q/HkJx0dC92DRdINsZ0QKHboPvpKflYTgUiEZtOJQtenArxD7rYGQxvnC7tbiH1VAzfOJDvNpv /mIVjPZvM9Il60WoTA3di0PVBHm6yNTg2/aH3IPSvHsysJXWzdGUHSr2mQMdkQI2UCFCceEEhGA7 lqG4w9M1CoTklopLOO7I1vghUHC47bPyEKq7hsHxdqWEMsEZEx/s1o7P91KhxejkULZC7HNQ9Laa GUywKllTSyBTfWPaR7CWtkB+E1Dr76EbVjbVgF/rJDpJ3whSQ2NpGN5+rsRwNxzNbOIiFjx6ENkn DgBST/0jEYumv/p6l/f8b6JzTVlLoJB8+ozx6+jvehiJfXKZlEKloc2LxKIWZ5c24XqNDbxD+3b6 +gVMmzWvy+2Rmooh2FYZqSNH8OkyIDUVUTFdUojSBoBWKhzpBw9p/SLccCQLQwVrJFAlBuKV9POR feJOpByYOnMOPM5yte4Znm1gD2WFtIVK11OMOfTXkbWP5kRHP/mzJ488/8JLAHDwrx0SseitDz8F gKMH//rg0xVmbg9nW70EjZNHWJB/SLug1as1IBPUUqW89rfk8CEeE24fwzI3urZICHVSkKiB3FiA 18gAgDhy7PMAIBa3AMDF86emzXrNmof4H4NUyKfSXbukP3PEvvgBgwEgIioWvQwJj8zLzUFfv/PR spqqiitp516d/06XW8IjbUyEziQwU2n+f/bOOryp633gJ7k37lp3SksFKF6KDLcNHa5j2AZzvhuM OUyAbcAGg+G2YYMhwwoUtyKlWKlR1zRJ43Lt90cgpEnqSRv49fPw8KQ3J+feJCfvfc+rOIXJD2jd yct+DT2oIAo0JHppitP7Kk5hHdr629+KouXLl9flLPdloFALYHUh2aSy2NhtlUN47swpBhTcu59g QAkuj5/++IGlvglBpuAwjYAZOJWD03kcCmBTCT6N1DmmFZ1ONxgMZgrXhAEzBswYgeAkMw5QnEBx EooDjAAGFJAQAwlHSBgCcISEoyQcBQRGwjFAYIDAXVjrpMkQ+beymgjI0tZ9w1gAgPuP5G+9f/H4 nsHe0mcRfxa1j6J8Skb0lsVXQwJ5YFjk2RP/9hs6inj+p0Iut4zfuf7Xae983L0vqQH550wKqEt9 BpJ/XP8A+4OlOnC3HFBlaXTMufG7AvC6iMmvffLu4sWLc3JyQkKc3MXLdCBPAyoMgKLMsTj9arA9 kayZnSaTSYnSCtTgyvE9I8dOlDAA2515jxcfl2Aq1xeAcjfywiwOhzN48GAAAIbhw6ecXrU0/n/f 3jyya1BzX5o9Mj0w48CMAQQHCE4gOEBxEooTGE7CCIAR9tYWC0n5AJNX2xYK4Qac3/Xz2LFjb926 dfPmze+++27Lli3ffPON5dmnKlCsBbpKOWSQ1yu0jNS8+cUncjyl/VCtIBw/Gk8aKzCL3PrrbD6S SwmlXG6p3OoIRuc/TUvlkgznz5/fuHHjJ598snTpUq1Wm4NJ5UYAacsgg5xcjeyslWZehcAzFqJa Vbl3x0antaBxmGEWRwawQRgbYTIoOj3y2Xc31/7kWbUMG0mWEmRUVvst4BANEgau/3zmqlWrSCSS r6/vpEmTvvrqVrk/7QAAIABJREFUq8spT/y6jXTJd0ea/e77G9etKS4uLi8vb9++vdFopNOd3MG1 ZiAzgEoToTWTUAJAJACTAUwmYDKJSgYUMkGFSFQI0CAnTQBrJfF+Eawrr32cezCZjDqNRii2T6/G qBy2T6v450k1Hfsd4nIoezb2s+p/LmHUqFEAgH///dfxuONBd3Aix7nDWlZWKvHytthu3nvvvZiY mKtXr3I4nHXr1pWVlX3+7U8TZ84jI65pvUE6d+3ulnW/Tl66a/eSSe+++26PHj0AAA8rCKWRpDUY ySY1GdGRUCMZNdZlOoJM6dc1xvpnUj7AKrIBCSLIMEGGAZlCQBSCTPEX0m3t8pfSZSadGjKpnU3Z FKz7eVnfQa+3eV6pHGWIxL6BHWyCA3R65MyFwis3y37+tpvda5PyXXABGqVs59J3J362ikKl7Vw2 /833v9//66djP15+cM2SPuPmRXWrh7OeBgEEBxAZwCQAkQmYBCgQgMlAQCM5+uISUwsdO/NYKK40 du3YLlzKBACo1Woul/vBBx8sWbLkiVlqlBfAelcGOMMAAKm3D638YdeuXdetW5eUlFReXt7mtTFt /Pg6eYVQ1NjsVqdrSyYH+dQ4a+mdg38sG//ZGn1RWh3XeiOpKC8TS70AAAd2b+3QtXtYeOTEGXO5 fAEAAGH7mJSlw+PtvfdGg3rk0JCRQ0OupmaRJS8EJAAAFLnglrR71Y84hu756QMyBM3/eDEAWgAA z1weEhZ+bs/aqIB65PdYVDMcvLDUOLVFp8qIiqePYGepehiVLQlo1VdKmjFjxvbt2wEAXC736tWr by1ZfVtXre2mMZABAF269yrMe/r222+PGTNGr9evXbv26tGdm9f+IhSJTxw+4OozPiMj/Vnxbp1O t2bNmu6+gOzVxk3nskOlUt66dvng39u79+536ewpAIBQLDmbdD4sOm5QrPfwXu3txj+QgZtq0Y+r NyRdTzHpNRpZoe2znBD78Q3Ax9d//sIvpN6+vv6BKILs2rQWALBt/Zo+A4fW+toawGG60yWYVADk WfecZovCAXFpV0/u+WURAGDz5s1//vnn9u3bCzRA5ZtQkfvYTRo8NP3tuWwOlysQR4b6R0VFhYaG CgSCCpLYVFnSuk1MXk52/Yp0k6BP3ptLJpOjo6MBADkqADTOzTEkHM2S6cN8hD/99FPv3r137NiR lXyGG/cG1eD8BtF49u/aEt2uAwBALisrKy1+ffR4AEB+bg6QtO7fs+uI/gl8mv1LkktBqgxc2buG hVTmP023fBRkRB8S8KLpph+blFPYWJNTZEw7EokU3TYuMrotGYLadezSNaF35+49KRRq14TeDZsT ZUr4vmGvOZhjEu/lkxVOOpTcfZzFwjURUnq/fv3Onj0bHh4uEok6depUzGuvLMqmqvJIhLNmzK7A 3u0XGhqKYVh4hx6duvX8d9+u/kOGN2DScePGrVu3rtZhkEmdeL+4devWAIDp06ebzebhranu664x burbF86cAADgGN5/yPD79++X6MCGdb+9N7qH447qShFYtf3gw7P7d34+Sa2qFEu9+g8Z/vDeHcuz F6paM5q9s6sjRu+46FD/zt5VDj6sAGeTH8GGKoWXNGoVRhf6R8bBmqLevXvTaLTZs2e///77O3bs uF4MTj8oo5emuFtlfxZf6LiraJi604B5zPzQwW14FhXEUtvArbabzCePTDjUecjE+GoqSiTlg7yU C/cu/tez76Abl5JCwiMiomIf30+JaV+lZD4UUCW0ybWxzY0Bh2hmSZTjXfhCAcAL7S8Sh+ks39b/ /fHV999/v2LFik8//XT+/PkrV668V6SthKVNZkFzfWTXjBkzGAxGeHj4xx9/XJfx1Mqnq3fmbd++ ffv27RMnTty0adO8efNOACfxao0HZYg6D5vSwb5sPQAAFGvBPRnY881brVpHxvfqW+LjJxSJNRpV YV5ORJsYuyUIHEKbnAbYNT0oQ8TzCuzqY388MdXJrtaqMsZ///3q1au9vLwAAOvWrTuRA6iV+XS0 yH4Wt+H6VSgQCOLj4y1teepI2/Cg48kZkyZN+vbbb41GIwCgn6/polpSnRGhARi940K4RBtncR9Z lSBDCU6sWdizT7+IqOjuvfqdOnoQRRAAwPhps6ubENaVXyz0s4rDoSEg6blyuGvT2qmzF7jqyuuO 0TsuWgSCuFUOpslBUfZjuKpXA6MLQkOCbQtafvjhh2VlZRcKgFmeTzc4qZXoVly/Cq09hesFA9Ml JT9isVjff/99SUlJUlJSvsLYqXvvGrqX1x1hWPv2UgCAQ9iIDGz8dWmfPn1vXzk7evxkAEBZSdG2 9asnTJ/DYNZumjbJC4D/C+XfIg6PHvi76ZcgQaaYpDGOd+FLhQAtSLHT/WlBcQnOtJESkhQtS4dd ZIiuF82vF1rBIVrndlFpKTcMBgOFQgkNDU0z8Al5HhlrlBHRLyIuoqq5beXKlTjHO/VqUkhICIZj DAYztn1HMgQ9eXS/S/de9ZrcTjtcv2WnJWS4KcHoQrZXkKOa6+iRQrj+g6JrqsDb4O+9kZDHDx/4 5EGKZekQBCGRSAiCGN9RMn74QLuSo3UhO+PxjRs3AADjx4+v96VgpuSHWWFhYX369Dl58uQHH3zQ L4xpljTciIhDtL7x9kvwShHQkVid28WEtQrr2LV7x67dKVQqXyii0en1XYIAgIxrJ2bNmmX9k+QT LSsv1Wm1AIC8nOwGX3ndMXrHhYXaL8F0JTh7K812CeIUtiQ8znEJJlXd7PcNbJ79Pik1Lbtfz66W so15eXn+/v7FxcUY13/Tyq9mzXs3p6B+lrDfV3xn6/1swG8LZUoHtvNTqVQ8Hq8xW2acwurfqbXd watFQF+aCZm1G39bMX3u+zQa3aDX1+Xm60hhfu7FsydpNPr4Rb9d2rb0yy+/tBxPup6Sl5N99cKZ xjcAqxkcopol0Za78IgRI44cOWI5fqUImPOrfFwk/zjHIK5UGSjSAnppCsoQDmwfZPtU08eXVNEZ Bg4c6O3t3b9//62rls2eN7++S9DCqOc07IJgffn+a5k8Hm/79u0oim7YsGFoSL1/oBiN77gEzxcA Q3EaZNYCAHz9Amk0OgCgYUsQAOAfGDx55jshrVqf2b7i8ePH1uOJF68FhYT1G/zG+cTjDZu5LqBM CSfg2RJMSEjo37+/5eZz+kGJ7RJEmZKIWCdL8EQOkOU8c4TABsX5qhLRl0XglKaqDgsAAIAkFou/ /X75u3NmAgBSUlLi4uJSUlIGDnx2L953NLFe07lKv1Rg9OFdwixb5iVLlgiFwrr/QFGmZGA7+zB8 N/2+H6XejW7XwU47nPfuAqFY0q5DF4mXd/UvbThG77h2EuBn03mpoKDgx9UbRk+Yas1BxiEaNzCq i8P5rxQBfYWTCAZJeHvb+JImVhA9aHdih8IIMq6f/PDDD4uLi69fvz516tS6rCSnCriblqBBr3uY evdBym2+2HvtqheF9r/feICkKszNyqhLvki9wClMsyjCcS98tQgU3j5lNBoDAoNANeELmUqQWVMQ IbV/l2jbI015X25gjf8mQEgHI2Z8QCaTDx06VFpampmZ6adOrbljOcnfiQLuvk+TwWSl3kmeMe8D Jp160SbCYcmcsd16vGZdghXlThLYGgDC8ZMEOVmCifeLrxz4AwBw68ZVjMbzi3SyBE/kgLzszBo+ BzJmTkytcmNugCLUYNy1Cjdv3tz4SUoKc5f+8JOfn9+IESP27NnTrl07vncAVk0TQFqgcwXIrT/o 6XPfu3bx3ODhY8xlWbbHLd/fvp2bsjOfHDu4p/EnMnrHDYqRtqv6E3vmF9aVde4aLwxoPX7hygEd Qu1afN0uJU4/ktFLU8iIFtQIrK+4WCVaqOkURBffkTPSn1xLOvm///0vNja2MfNYwahsLq6SikUm k2nLli0//fTTlRIIKX5sl+KAQ7T+XaLsXts09xQUQTav/WX63PefFJR/MuPFnmz95p0YjkXFtk88 fnjgsJENnh+j8WjS0F4O+aa2ny3KlHj7+gXAldOmTevSpYtlw16iBSmyen8CPq3btxGRJBIJg8HI y8s7X0ACRSk9OsVEtWkz772POnTpbhlmPbJ82TdO59l3NDE2IiQqIvxxemZURHhOXn5IUODd+48W vDMXhuFVv63Nyiu2DvbcO7IFyKxVUb0ePnxIo9FWrlwJQVBvf2CW2C84yKfKkXQFOP2wrGnUGqVC PvPdj/7auv7+xf8AALm5uZbjQf2mRcW2z8vJbswSNHrHBYWEOC7BM3eyrEsQ4QaEBfm3lZC2bt3a o0eP0tJSAMCFAvAwM7cBn0DR0yeWB6dOnQLPLYgkQPrtt9/emf2iXIL1iGX/avlfJpNZTH6W/yvK y4qKixUVMgDApo1/AgD8vMQ7d2z/Y91af+8qUt3FqzC8TezOnTtjY2Ndcke2AOsrKGEJISEhaWlp M2bM+OGHH4aGAK2oyrKzuxfn5RdQNMWgSZB4eR/as6PPoGF0Om3riZvBwcGW40NDAEGmBNn0qKkX OES1bDJaC6o4HpNLQdL1FKtj0+gdNyhabPEIv//++3379i0uLt6wYYM556al6nB9IaPGxPvFAICo qCjrG8FI0ODBgzt0eKEm4gRud8QOb7Fg+Buv+/n6vj5sKADAmmJHIpEcE5vcJQttPQqNh6rKu5yP LFu2bPv27VlZWSUlJZpb/2hFz/Z0GK1Kn8kbJQA2NGnZ9wkz5qBmJL5Xv+Tjf1kPPnnyxCSNqeFV NWBrDrTlRA7Q5lTbX4RCodDp9P79+ycmJqrKGp4OAz+vB2LtDkkmgZiYmGkz59oOczxibZxmiXNb /suafUcTl/+yBgAwZ85cAEBRWcX0GW+9NfPtorIqX5DnWmoc4fi1PvjH0pEjR9JotI0bN/bt25fV aSy9NMXON9AsqaUmk9FkNJ45fhhQWet++cF6/Gzyo/pWoXA0BwIAsipBbkaVqZyaYw4lXjFW5G/Z smXevHk8r8DGtBX3j2xvK4bdakH0dL3QFk1RxqzPfgoLC1uzZo3JZBo7dqzFmmB3O26WOD8ajX7l /JmY9h0HDx9je9wsia7uJY7gFKZlbdktwcuFID8txboECTLFcQleLwZn7mTxOSwIgjp06LB69erG iEMAQH5Wuu2ffQMBFBCHQw5ZEa7gJatfmJfxsDQ/C4Zhq95p92WcyKmpHopbGTpyrOXBxUJgG3d4 VkarS9ECk7C1v4jp2NHzzJ0s2/A2HGbQfSP7Va0veCIH0MofQjgCAPh7zx7EbO7YsSOO4yhibrA4 JKOG0w9KB8W+cL/09gfAP+piIXC0UTQS0rHjo5iCL104I4ailaW5dgf53sEQXNOKD/TdBkGGnIJ3 axjziuH0g2KLfExaFWKqJciP7x1kW8muGcGobEQYLqIDxwBvRzwnL6JpQNje4YE+jvX4AAAPZKCk 2MVp3S8XWkWZSe8keri5SpV7xA3Zz3svlaLMyqtTmoqbsFaEs1Kr+HYHMIVGk/gCAMwGna5ShmNO 2w8DS1FZJk/E4NRWOtvNQGYtVJqigRknjJFcKnCsRGyLtXd0E11cc0PRlmYWQKE8J3lOsRKgQwM0 JQhkqkuFv1cQBlfoVBRiKNIst3lo0uQ2FEYDs66dQuC4UWtf+47O5ltqNzviIznMYT/JzP3MhdfQ AAxqhd0RGotDhtwoCmv+oCAKlcHhM7lCMgQhRudKImIyGNQKg1oBwRSY4pa9ax0h4SisLUW0igw1 tcBIp8NVSvrbERLgExLg0/hCAi8FkFmTb6AHi5xUEPPngAJUgBnU7muo7smQyRAEU8wG+yJdRq2K yW2GhtfNLAqlolMiwdUn2d+58AIahhNRyOS49e5Uxw8KptKZXCGTKwQEgZqdZ4GZDTqLTKRQ6c24 cSYRGGSsBOrSEj2UoWPBZCd9TaxYBGKRXIOYTSeP/hMeWQ+r6ssFYagsQdkBAif3qmAeeGISkw1K 95Ve8WRgCg1HEQyx9+kY1Aoak3su8eTZUyd0Wk1wQ33g9aI5RaFYcMFHeuxhxs8uPHuDcRSFFDqr Md6vWqmv+kyhM5lcIZXBBgTuuHosmPQai0ykMlhuVWlrBjJrYG1phR5P13MxoqaiqoHeov8O/xPZ rjOzock/LwWoVqEk8Xy4Tu5S4QLwxCyBG9F47uUFQZBLFy+cTTypVquDgl6k36WmpmZkZg0aNrxT l27BIWG//Li0e09XyiinNJsoFPKuBfruSE1b78JTNwYnopDGIMNUnVZLpdEAAEqFQq2qNOj1DAbT GmdiJSc76/dVy5ksdk521u3k622ia0+Lr68otECGICqDzeQKKTQGhiLVGRNNOrVBrQAEQaE3m4gh IzpYW6rUm9MNfD1KeLOcVGa5efMmQRBjR74REuCjMOAmgy4vJ9toMLA5XMfBLzVGtdzI9JYwnXwI RhQoqD520rCoIO/E4QOOtZFeGa5cPP80M2PAkNc7dOzkIxVt2LChU6dOlqckEsnhgwdgKn31yh8G DRvOZLG8faqpa+Y6mkcU8jl3WgWvvvNwpwvP20jIEIwYq5gtEKOexRPt3b2dQqVKpF4rln09bMTo /w4fDAwKvn3zxpFD+0/9d9TH11cskQIAfv7x22++X0kmk0+fOCaXVyT0fK3WMzZMFFqBYAqdxWVy hRBMNRucZ5OgZqNFSSSTIZjaPAEeZNQAa0u1On26UVhpqhIoZDQaDx069Pbbb1+7dm3z5s2YQdW9 c1yn9rEFpbKC/JzG17H2NLTyUtvKq1a8WEBuBBq6D9moIuEoAODGlQsmo3HA0BFNfo1Nh39g0O7t m9vFdWRz+TiKREVGwM+9lGQyuWvXrk/S0zUabUFeHo7jBoPey7sOMQqNoBmCabjsB9Hhn19POebC kzYes1GnqSixO2jx669Y9rWff2B023btO3Q6tP/vmHZxRw7unzFrHo7j/x05+PbcBQAABEHWr/kZ wzASiSQSiSdMmVaYn7d/z18fLvyUIAhA4AROEAROEDiB4wSB4ziOYxiO2u9zG+O2Nmgq9apagjM4 Ih8qo7Zm4W7DkkjNp4HuvgAA8PDhQxiGIyMjrQNWrlyJ4/jChQshCHolHc2OCd+2nMgBsCr/xM7f Xxs4lMt7kTqAIGYSIMEUjwifciFHDx24deNaQFBweVnpjKmTGIwqlhS5XL57zz4yiUxnMt957yMe 373BEqT9+/e79QQt1IvGR/BgKGLUVhq1tYRo8KT+zaUn4hDdLGnDogDbcio7dux4+PDh0qVLcRzf tWsXgiCpqalffvllVlFTl/J0N2T/OEup+8zMzPDwcNun9Hr9W2/PDmjTkYpq6HSGSCIVS7wEQhFM oZSVFHn51Bip1BwQZAqFyWFJgyRMEMgB5wsAWp5Vr1qjJ48dTr5xzcfXr1t8Nz+pyO7ZpKSktMxs b2/fHr37RMW0dem12wONHTvWrSf4f0h6erpY3MDNHY3Z2AgeMhmi0llMrpBKZ+EYhqPVBGoQoLnU QxKBwtpSXCvPVEEZOiYNBjwaaN++fUhIyOLFixMSEpRK5e3bt0eNGrV69eqP3383JMCnWKHBkFck 4iQj+dyvv/ycV6H1k/C//PLLfv36UanPvHMUCmXsm2N8orvxo14L9hFJxaLiovwj+//iC0QBQU66 /jY9GJXNFft4B4aKKKa42Dah/tIgL74vG/BoAAAQwgMYQ6Bj+GC6uvrEwyMic3Oy3563YN2aXzUa LYqYbX87ISEhGE7KzMpQyOUMJlMi9XLT+wItorAu7Nq16+nTp8XFxfv377d0B3QkPT199+7djx49 EoklV69du5mcfP3GDZ3BCMjQoUP/pt5/QGdx1q1bW1BYIvLy9Q8Oo7G4dDbfpLPvHgJT6TDVNRGC ZAimMTlMrhCm0s0OsawYYrKYEZslhgsAQCJwyKSCtaVlelKGng0ACPcTcbncNWvWFBQUqNXqiIiI RYsWWQYHeotCAnzK1SbE1BSd6dxB5pNH/+7dZTQY8nKywlu3ievWi/CO5WDK+/fv2zUg8GKSyh9f 3bjud60JiYiICAoJo1Jpt29cOXvyqF9gMJvNabJrxmEGUyBVqSpP/7t32IDXLp477SdkJcS1IXTy H374YehQJ+3IRAxSMLd+PnGJRPrbLz+FR7QZM34yh2kfs2HUawe+PrpXn35ulYMAANLRY5PovA9d O6mjrVDkQ4+LWfgk+0utvj5NzJoQHEPVVbvagefb1X/2/lVSXBgS2ir13p0JU2b8tWNL+7hOer0u OyvDzz+w52t9w1q1XvbV4oWff0WnM3AcP7jvr3YdOrWOaPPjt18AAGbOnS8WS0hk8pGD+6NiYiPa vDAV1WCgdAfqihI715C7z1h3UKYY5QYEckCMGBQUFAQEVMksR1H0/PnzBw4cCA4Ofpz2pN+Q4Q2u t+IJVJSXpd5JZnM4rQfPHBPrLC8PAADA9pPJV47vmzR5SvqjBym3bwwdOXbHn7/N/2QJGYLccVU4 RGOwuRyeQMpnebPA119/HRoaiuN4aGjojRs3QkNDx44d+/Dhw/Xr17/33nsbNmxYvXq103lO5ACK Mgcy2bsEayAjPe3v7Vt8/QMw1JzQrYufn70poAmWqOvdJsBZElvPXr8UyeaqNC5omekmavD2XLpw 7vTxo5ab0tz5HxYVFuzdvZ3H53v7+LLZHP/AoNh2DawwiaGIJYXOFrd+6waNUq9yYn3zBGkIAMDo fIQf4sUEHb0AACApKenAgQMwDKMounz5ci6Xu3r16tDQ0OHDhz/IlclK7G9dLwsmk1FRISORyE8e pWZlpE/78KvBnZx//ufuF/x3cE9Jxj0ymdS7/xCXBKKnPUwlCCIqtj1G44pEYpGAZ+nO9NFHH0VE RERERBw6dGju3LlUKnXVqlXr1z8Ld5szZ87nn39uKQC2Zs2awsLClStX2k5brAVleqAyAbSk3oUS iosKC/Jy/zt8sN/AIQ/u3erauVNYWJVbHVfiR6ExlArF1Uvnr12+OGfBBy6Pu24iURgQWqk3d3Lt WVxLw6pINB7Hz4oj9qW6MxiwOkezh0hD8LzEg5AOutmET/z777+7d+/u27fv/PnzAQD5+fnFxcUx MTHJDzKb7UIbxNPM9OSrFyfMmGOr63245kDvQOcrDUXRxAIYVuXb9m81GY33U27BMCWmfQdK3RIB cAoLx3GBWNIhiD9r1qwpU6akp6f7+/v/+++/n332GZfLnT9/fo8ePXr06NGxY8fk5OQuXbrs3buX IIipU6cCAFQq1fbt26OiogYMGHDs2LFrN25N+ehbhZGk06jIpkqyWdfIOjHpaY/+O3zILyAg9e7t t9+aLhBU8Rfv3bt33LTZ1j3yr8uXffzZF405nSNNJAqb0V9ZR5pLFBq1Kl2lfacHd0slpydtgvPW CxxmmMWRHAro6Q8AAFlZWZs2bVq+fPmhQ4fu3Lnz5Zdf0un0PXv2wDAcFRVVpq5fQb7mRVEhu3Hl QmF+DplMtuh6CnlFGc6Z1DPCTgRYuVIE1OYXFei2rV/95uS3OFzeuVPHqFRaz772jdlwmM7kCsqL 8y6f/PeXFT9Zj2/ZsoXL5cbGxq5evXrDhg0AAK1W++677+7cuTM1NXXFihXR0dEZGRnjx48fMmSI 7YQZSkJuIClNANYUkU1aMur6DolnTh2/dvmiUCQiASKhW5fExETbwqcnTpzILy4lcAIn8P8t/rrB vYmqo4lEoUW/de1ZXEtziULUbFSV22/0mkAkGXUqndLTpSF43lmNAYMIAeCRdCwWa9asWQsXLoyM jCwrK1u8ePHkyZMvX77s4+Mzd+7cq6mZJn0tvQs8BBzDLCa/E0cOwBDcd/AbMAzff5xekp+9/Nsl Tl+SUmLe+PO3YyZMJaOG3OzMh/fuvD5mgslk3PbH6lkff8Hk8Nk8gZTP9q1a7XLjxo1CofDNN9+0 Hpk3b96iRYsuX7586dIlLy+vvLy8efPmJSQk2L4qTw1kelBuAJC2jGzWuKQXbx1RVSpTbt+SCHne VWNrMjMzg8KjffwD3XTephKFYt9mzACrC80lCoFTJdoroAkqzRh1ap2y3PG4p0lDCwjHr1ShPrvl +9lvvxUYGLhmzZquXbvK5fLy8vLPP/+cRqMlJiYeOXJk3bp1yY/ztCr7NEqPZdv61f0GvxEYElZc mH/q6MFeg0YEd+6fenRjfn7+8uXL7VKzk5OT/9i8Y9SMBcCo+vevreM//ZWgsoV04MUEIdV6X16Y +TAMe/jwYUVFxY0bN5YseSFwS3WgVE9UGklGjRwyqkmovr5lr13Flj/Xjh47SSAU5uc+vXD62LBh w+wGuG9xNpEobN4kh7rgUaKQLZDSWE2RhGvSa7QKJ/3QrAsuOyvj4N6/Pv3i2ya4mLqAsqQoxy+Y S0SJSImJid27d2ez2QAAmUz2+eefT5kypXfvZ1mkdzOLKytc0+rN3SCIWaNS0ej0i+dOKWSy/kNH 8Du87lgp38q9MoxNIVoJ67oyc3NzV61a1bNnz549e3p5eSmNoEQHFEag1ajJxkoyoiOjHhSiJCsv q5DJWCzW7ZtXeifEOw5wkzRsIlHIFnrTmM671XkIzSgKzQadRt50ITV2mPRarcJJCBhB4/7607JF Xy3l8qrXN5oJlCFEeUG+LNBeCgAAn332WVxc3IQJEwAAf/zxR3p6ekhIyP3795ctW6ZAqOXFBbVM 5wFcu3guNDxSLJEmnf6vMD9XJJGWlZbM+Phbp57lsrKye/fuDRo0qI6TZ1WCCgNQGAGsKSabNWTE 9WY+F6JWqSxLLjsrI/NRaueO9uEZPGmAq2JvbXG9KAzy23z35mt2B9lCLxqz6UJDG0AzisKmD6mx w2zQFudmHj9+fNSoUTTas0WWmJgo8PL39vH19vHlcXnHjx0ePupNKq05C8TagdG4iCBMzADWzuMz Z878/PMKsbRHAAAgAElEQVTPCYL44Ycf4uPj5XL5xx9//PXXX/O8g7WK8t4DhsBNXpa87uAYtu7X H2YvXgHErbyZRPnj61fOnVi2bFl958nXAJkeqEwAUZeTTeqmNPO5Cms2XkLP3t5CJyqUO34dLhaF /j5/0Sjy5Gv2YegsgZTeJDu+BtOMohA0n3U16cyp82dOC0SiIUNflwrYv//++3vvvWd99vz581m5 BZOmvhUYHILjeB1L5jQxlhIPPCpI8APXrl3buHFjt27dhELhiBEjfvvtN7PZjKKoQCB4//33gUf2 EsApLIwuYPIlXizCkH9/xYoVlqoEs2bN6tatW11myKvQy+QKVeWLkOZXoCz29s0bZsya99Wij2Pb tvXzkkREVEnNYPEldLbLNitmo95s0LlSFPpKD7JZmRk5ixx/2Cy+mM7mO32Vh9C8orBZQmqs/Pjt F58s+tJs0hsqZXby7vz583ozXlZWOvWt2UcO7p+7wMWJSa7CUuKBCQNLpQNLcYfAwECZTPbFF19s 3rw5JSUlICAgPz9/6dKlOTKdUddsuhJBpmA0DsoLkjKBPxt419+EnpmZWVRUZOk3DTzVzdVIigry t21aH9oqfPykaY4/TNAI1yKGIqjZaDZoUbPJttyny0Shl/i4kHcjLXspAMCgrdRX2gfxeuYXdu70 SQDAucSTCb1eu5x0es6cObznprG0tLRbd1PVanXX7j169+nv8jgmW5orpMbC0UMHKpWKsrLSCZOm HNyz0xJSa2XTpk06g/nNiVPaxXl6GVGCTEHZPhhTFC0C6TcSu3XrxuVyZ86c+d133/n7+wMATpw4 kZmZ+cEHHwAAktPytJVN5GjGKUyMzqfzvaRM0KZBOd/3ykFZbro6777TZz3zx+UqnFqQQJ3fNYqY UZPB0lKqupYYwFWiUCI86y0+uX7T6yiCIChi1Gt0KmWvXr2shicEQa7cvJuVmS6RSt8cP9ndpcfq y9XLFzp37rZj42/9+/fncp9t5PV6/b1HGSl3b4nFkn4Dh9jmDrsDZyE1jeqnXS9Wr/xBLpO9OXFK VFSUWlbkOMDabjQ97ZFCLo/v0atpLqxhIGwfjO0dxiMihKQrV65s3ry5TZs2Dx8+nDp16sCBVaKR UzJLlBVuKaaP0fkYQyzks/3YJL/6uwxzVKBcrtQoZGSkStq44zqx8GpLQ6ehDtWZ3RCTETHpTTp1 dTXeneKCKtYi/hV/7733038/sGf3pOkzb9241iGuY2b6Y7FYbAl0AABs3bp1znsfR8e2696z9/kz p0kkkifUKEYQ5PtvPm/bviOXx9uwdtXkSRNoNm6BGzduMNm8oKDQkNBWVCqNzWZT3Fk701lHAXqT 9bHrltBTIvU6f/Z01+49jQi2e8dWrVaL4zif/8yscfTQAUCGqFTant3bx0+e/suPSzt16db0zVHr CGTWwtpSpQFNN/AkvgFzJ4/q0aPH6NGj7TJbAQA+Ik5IgI+OoOg09lWC6gsOM1CmmCINl3r5dI3w CZRwlfmqrq3ZXCowm7H/EvNXb3gwsI8/BFVrcn0gA+l5RZk5Bbn5RZWyUkRX6Wj1Y3KFjksFANCM RYaaAJhCc3zXiFFHY7AJAjfp1GpZkaXSkkGtMOnVqMlAEHit0zJ5IiZPzBZImVxhY7VCATc5LPD3 2w93AQBOHT+KIgiGYVQY6tKxne2wjRs3mjEgkUrf/WDhmp9/XPDh/zzkV3T86KHbN2+QyKShr48M 8ZPYPnXmzBmVzjhz7oKcp1mtI9q4+0rMBq1Gbq+eNPGt/vdflxcVFvTo1WfAwEGOETa///57jz4D Dx/cv3bTjqa8qkZiKfEgZYJOtRV5yixVF+Rk129yGg9jiPh8ni8LBNooKJlPK6e8cx5FCQYdGtwv YMqbrYIDnegv+WpQKlepFOWQuX5JMv8PdcPqtsn1gi30hqk0p10hGyUKeezUyFbf3rx3yO74d0v+ N/+dudY/TSbTli1bxk+fnZmelpWR/sHCxQ07ncvRajSH9v8d1jpCXVn55PHDaZMn2D67bdu2t+d/ fPiffbLyMvfFGF9MOvM0K7O4uNBsNJaVFM2YMcO2srHIv9Xd28n/7t/ToXPXEWPGNYEPt6ggf+/u HRwud9yEyTs2rZ0yZYrtsxkZGRQmv1O37u6+DJdjKfEgoIH4OvQLqsHRjMN0nMajCHzFdBArcT5G p0dupcgKirQFRbqiEt3/FrS1lYOPKoBCVmLSKBqZ0fH/UBpWlxFQHQyukEJj1DHlt+GikMN63Dby w9sPdpjM9u1XfvnxuxlTJ9ke2bVrF0xnUyiUhF6vxbT1oFJdRQX5KlVlVEzbooJ8OsmVnUbqTn5u zrKvF0+e/vaDOzciIiKshTw3b95sQvHOXbu3bhMVEtqqyWJZflr61bSZc55mZXbs3FnvLPq6KY2Y rsVS4oFNAb38ax987X6WxdGMUbkYQ8jlC3xYNeW3VUeRFpTINcqKMpeH+FUnDa2G3ZedZ95evdbs rM6mI3Q2j8biNsys1EBRyGJkdYqdlnx/r8H4Ijs6NyebwAkqlSoSCnTKKsL78uXLNLYAwzAEQVAU 6ZbQKyAwyGHWpgbH8aVfLnrv4091Ot3fO7bMemua7bN6vT4rr8RoNFj+7DdwiDsCjO/dvR0YFGyx nDotn2W9ySMIAkFQ0wjEooL8Xds3/2/xVyqV8q8t6ydNmmQ3oGmypN2EpcQDHQJ93ZXaD9IUQFFe ZlDLG1m6qlaqlYZegdBLeLtCERNiMjjGn9RK43XhhrhNGPT8Lu0m3Hrwt8EYbD1oNBq2/rmudZuo xw/vnz75X7vYGNuX5Ofnw1QG8azVG+4fGMTjNX+YIYlEotForSPbcDhcCILEghe7GJVKlZiYOGrc 5NZtosIjIsMjIt2kHnr7+P66YllCj96b1/9eWFDApFOtviYAQH5+PpPDp9MZAAAIghz7L7uDSxfO ZWWk63Xa/X/volCo4ydNNxvs1RmTTk2lN2fX+cZAIjBYWwo0pRkqKEPHIpGAsNEF5Ep1IKNM+zC7 IC83L6ewVCsvxYyaOvb3aAzVeVGMOtVL4UVBTAaTTq2uKH7m8dCpEWND8gIb7zWq91KmU4s7xrx1 +8EOvSG0ynE6g8cXJJ74j0Kh9O1vnx15586dpT+vbcyFugMEQc6cPh4ZFWMyGS9fOBcR8kIr5PF4 vXr1OrBnl8HwTCucOO0ti0hyOQMGDTv67z/tO3Ti8fliThVV6/Dhw0vium1ct0Yi9eravYevXx32 dY2m12v9LA+yszKOHNw/dPgoCke09Y/VdvGGqvICzy9DWTMUTRFFU/RUI81Q+gVxQHQ9gxoylESF rEKvqrCWM3BLof3aEPm3cqobmnQaGsvjsl3NBp3ZoDU5NNupGRqTQ2WwrSVdjNpKnYPmaNJrGpbd y8rOkp4/W+8Ncrf2Ix5nLVVrnTTiu3s72bKDO/XfkZnTp9g965nW3Bo8yKtWrfp2+ZomsBVmpKcJ BEKJ1OufvX+F+HtdvnzZKnRSUlKUGl1QSHhEm6hmCcbcuG5NSXERXyAEBH4/5fb3339vF1Hk+ZUo 64ilxIM3C3SQVjumXG0q0mAVZWX1atzRNDiVhm6qXFB3MNSMmIxmvRYx1U/XY3AEFDqzhqVVzfut 672Zk/bI68xpn+NHc6e/XdGztyEgsH6isFPs5Ky8jyrVzkvzr175g06nJXCiTVT0az3s0ydF/q0M en3S2VM3rlz+7Mvv2ByPuF/dunnd8gDHMJ2yLCQkxBpiDZow8c4qDffu2prQtdPBgwdtVbDmvYtg KGr5EFLv3jq8/68FCxbYDXhlpCF4XuKBoili6/IDAgL8/f3T0tKKioqUSqXtMM+8rzuVDk18qShi Rkz6Bhj7mHwxhcaolwG6vu+Xl5riffI/wZ1b+ZOmyuN7mLyr+HvrYSuMi5qTWzRbqao2RdzL2wcA IBCKmEyWv0+VIK4FCxZQqbTWEW3aRMf2HTDYQwqcIAiybdMfQ4aNYLHZRw7uGzp4EK3qhdHZ/KZx U1y/cunooQMBQUFPszJioiLbtXsRlfnbb7/1GTDkyMH9Oq1Gq9VcuXg+Msq9eS92kMnkstISQICi woLs7OybN66Fh4dbSgZYMOk1FCr91XBZkjETrC0lIzoUwCXlspTbN8vLy41G+2wtz4xnptAYjhtP d18qajaZ9BprhLNJp6qLsY9KZzG4QiZPzOJLmFwhkyukUOn1NT1T6SzH9rl271eQfCNs/e9Bu7Zj dLq8Ry95j96F4yZq2kRjDj1U66oVxkZ8VCJ7o0LRt4Yxa1etXPDR/yyPHQW2xcFv0OuvXb4Y16mz J2SbgBo3yKAJtcJd2zaFR0QeP3wIJ/DZM2dwbFTmu3fvXk++La+oWLlmfXFxIYqgrVo3QwPVG9cu K+XyIW+MvHr5wvY/1w4aNKh379629wl3d6dqRl4iL63TIATXFk5GTEbEqDNolLUPdYZrA32cVtuU yCtjt28nYWjR6LGy54bvWqmTKIxq9YW8MqGsYkjNwwAA2VkZh/bvoVAoA/v29vJ6oRg+ePCAJ/Gl UGksFpvN4fAFQrcmsTWA5q1MAwDIykj/a8cWVaUyJipyxIgRtk+VVFRGRLdr9k9MIa/gcHn3U+6E hLXa+seqYcOGSaVV7GqeX6u8wVQnDT3QOOD0UhsjgBCTwWzQGbX1M48yOAKIQq25RrpLcPp+G7AU a9/9RYT8oFR3rIscxFD07KkTb81+Jyo69sSJE7ZPRUdHH9q/B0VRnU675c91+Xk59brK/w8cP3ro 6+9XREbFqLQGhaJKeISPmN/schAAIBSJb9+8Xl5Wajab8wuLb968aTdAIy8xG16OLkv1ReTfiuFs m6mWFdXXGepu+N5OInbrlbJmNuq0ynJ5YZbln1pWVBc5yOAKeVJ/kX8ryz8mT0RjcthCJ9mOLvnE aOVlPkf/7TpxdMKO3Y7PauQlKFK/ZJ5atMKwoFUmk3dh6cQ6Tnfu9Emz2YRhWKWsGEXRjh07+vo+ S3SSa43ZmVkYhqXeuxMT237EmHH1ulB30+xaYeKJY1mZ6Wq1msBx1KQfMGCAbQYe3zsQgj1iL2Y0 GqxBRU5vyJ7fvKHBVJf4xeAKPcp06LRFBJMnZnCcB/OaDVqTXlvf2xiTJ6bQa3d0uFBLZRQWiK5e Ct65raz/wNJBQzVRz4KXG1nFy0JNv/Ng/z9RlFd3OQgACA4Lc7pBBgAU5ucPeWMkAEDq5d0lPqGa Cf7/Etqq9fWrl1WVyi7xCQNe62H3LIqYPUQU2gZXOo1o0ypKAfD0/g0Ng8bkkCHYsYiZxWPgOW5l p3tDvaoCptIoNIYlm82k1yJ1y2azwuJLKDRGfc2jfO8gRzlVWZpXx4+LmfNUeuFc8LZNeVNmlPft Xzh+cuH4yXZjIJjClfg5fi/ywqy6fynVbpADfXaSSWhe0cw6TgRq3CDjOH75QpJOp1WrVGdOH6/7 nP9/sG6Qy0pLTLh9rK7WoWiNh+B0qWkVZUYH196rAYXG4Hs5z9erzp7YLDj9XtSyInlhVmVpnlZR VqscpNCYbIGU7x1k3fPS2bwGuIkgmFLfbTI7/UnYujW9+vcI3LUNkMm5b82+cCk5Z867ulatq79a BoMrcjyOoXUtWeh8g+zntZ/JyMvM/V8dZ3HEcVncvvfw6pVLEAS/MerNDp26NHhmN9HsG+QqF4OY K8vy7Q56jtLhiFMpwBJI6CyP65bnKqoTfM0e1QwsmbxGg6MruWaoDBaVwYGpdHes+Vq3ybz7qV6n j4uvXcmbPF2e0NPoU4cKQlVp5E/YySBvyVEOK+3J06/reyk1IxAKx4yfjCLItcsXPVAUehRO772I yUiheWiWm9Odsk4pAwRwYTsej6K6dDdVeUHTxxUhZiNi1DtNRq4Bu2w2t1LdNrnn5m2sp1kF4yeX DhuuatsuowkupRrsRaFUlCjiX3uU+VPDpps9dbx/YBAAwGzQlpWVLVy4UCJ5FqynVMhxQoFhWJuo mLu3k1uFR3hgg11PBkU8VxSC6qRhpYwgiOqs9S87Iv9WTuP4NBXF7taIEaPebNTXN8DFStMLa8s2 2dHplPLpIg8xK1cRhSLBRW/JsftPfm/wdHMWfNi5azwAQF6Y9eDBA6ZNayR//8BTJ09AMDRm/GRP qNDl4TiagfWVFQzP7hroVBrqVRUAEAyOZ3WzcRUMDh+CYcfy4zqlTKeUudCm0bAqBpZMXkd/gqai uCnLrEnPJfr/sw/hcC+8P9/uKa2iDPaMVKUXolDAuxHku+Puo62NmY5Of6G2iEQiazYChmHHjv67 6KtlAIAVy752X1HoVwangbsYinjCoqmBaqShnCAIjwo3qS994+Ms+xs6nT5hyowfvvv68u0HAIDx wwfW8Kp79+5dunr9/fnv/LZuff/+/R+k51Q3W6VGe/bsWcvI9+e/U/Oc586d++STT3755Zd+/fr5 +flZN148Hm/CpClffvE5jUqVSCQymcxSjtvp5lRVVuBW67PPf0cC9v6lDW9dMmx4eb+B5f0GAgD4 zqJe6u5NdivPRBWPczc8aFUj5SAAILZdnPWxr6+vNVMVgqAPP37mhGmRgw0GQ9xbB9QlOF3WBrXi FfApy2Sy06dPHzm4z1o4ct/RREs/YplM9scff/zxxx/WPy9duqRQKH5dubyouPiXFT8pKmShAT5O ZyOTSbKysl9XrigqKvp5+Y8XLlwoLy+vYc7ff/+9qKhozZo1KpWaIAjLUzKZ7MCBA//s30sm2YeF QDCFK3FS3s21Lm96cZHfP3u7jxjc+ucfuQ9SS14fkbx7/+OvlyltHAMN8CY3GWQAAIf1KCr8y9Qn v7lwXibPPsXYseV5CzXjuGgcN2KeiVNpqFOWIyZD01+Ma4mKinqclpZTaB/ADBzetUgkGjVqVG5u rp+vb15e3uvDhnJYdG9xFUNBVFRUWlqaRqMZ/saw3NwcPz+//Pz8ESNGmM3OMyXEYvGo0aNzc3Of jxxuHfnkyZMlS5ZcunRZq3fyIVNodKcyqJHSkJmbE7RzW+++3UPX/wZrNEVvTrh25FTGwsXq2HbV vcSpZVCrKMNQ+95+TQzM4ajaR71z6/7fJnNtDcHqQ9PUW3YphOOh5m3L52mp/vXC6U5ZLSvyhK1Q Y7B2gBo/fOC+o4l2z9q+uzFjxnzzzTcJCQm3b9/u1KnTzdt3x4wauWLFCnlhHgDPNk8HDhwICgr6 5JNPbEdevXr1jTfesAywOHlfzPnm2BW/rOnWreuT7PzIsMAbN25aRxIwY/O2nWPeHPPV198M6NfH 8cppTA6GIo5e5vpWPGVnZkjPJQbs3Z07Y5bstb55097Km/ZW3V8OnG3YMQz749cfDWZs3nsfN5c3 lUQQ4EbKQb0xxLXzGnVqnbLc7mDNP4O+8S821yiK5RSWFJTIqhsAAMAw7FFmXtvI0KTrKX3j42z/ v5icGh0ezOewMQyDIEip0vC57Ospj+Pjoq6nPEYxDIYgy+P4DlEqjY7PYaMYBpFJ5eXlN2/exDCs LhfcBDjpE//yFI5GzSZVeYHj8Wb/VN2NUafSKRu4B6Kz+VQ6k+I2965TNZAr8a85OIH76IHX6ZPS 82fzpsyo6NHL2Ohq6ia9ZuuG3wcMGIDj+NatW997772TJ0927tItM/upRqOZNnNOA/SARsYVNrYP cnU4zdasVRRabL3Z2dn9+vXLysq6dOuB0wEAgOPHj8+aNaukpAQAYLUQWwcYTeZPP/00qk3k1GnT jx45fPvO3Z9XrpBKpStWrOg/aFiZXOklEiSePLZo0SKZTPb+Bx9GtYmcOnXa0aNHkpOTly1bZk2V afYfrePCZfElL1GkntMaSjUkw768ICYDYjLUN7IPWBpU0pmUJry91TEpmH/3ts/xo9y0R/kTpyq6 xpukrtk1Yihi0CgtdQbT09MvXbo0e/bspKQkrVbr4+PTtm1bWjXFTCk0BkSlQTAVgilkCHb0H7o+ xNolNHiDLJFIqFTqlBlvY7iTHauFpOspw4YNQ21SagiCgJ57qwmCoFLgfXv3lJSU3HmYPnbs2I8+ +vjnlSsAAAEBAd98tWTTxj9nvDVzxvRnnUwsI6/fSX3zzTc/+uijn3/+uWFX7g64Yl91RbHtEV2l 7CUShTQmW+sgHPSqCohCfamLG2KIGTEbzQZtA3oS1bGKgfvgeQWoyuy1dYsbV3j9qt+RQxSlvPDN CeUDBld2cF6vvmFYi0RcunRJIpEUFxfDMDx79uybN2/27VtTIVQLlptNDQMotEatKLfZwhzcWHXE GgFAo1IAAJY9r92YvvFxx48fh2HY0kKvbdt2W7ZsmTR58saNGzt06IDhOIpiEyZO3rhx48RJkzZu 3Dh+4rOKEv3799+yZUtkZGTHjh379HlmT7GMnDBx4qZNm8aOHetYsrgZcbpR8vyQGlucGg01FcWe U2unLpgNOrNRb9KpGj+VXlUh4jTnbgOm0DhiX03VWywAQF6YpWsTIeu83OUmcp2qwqipBAAcO3YM QZDRo0evX7+ewWBoNJqYmJiuXbsy+RIymYwhZhQx17dIhJX6tk+xw10bZMRkcAzsrHWDbLX3Of4J qrEVmszmyLBAJp1GAEACJL3BmJadbzCZolsF87lsDMcgMqRUa8QC3vkb9ywzlFUovMRCgiAsRyoU Kj6XjaIoBJHLy8uTk5Ot+mazb5CBs+3MS1chFUPNlaX2KdXAMz5epyBmI2o06NXyBryWyRNRaAyr Pdep0bzZTQTeJ/8D2RmPRg6vboBLvhrEqLfsaTAM27dvX2Vl5dSpU69du4Zh2NChQwEADI6AyXNS Q8EODEVwDMVQBEPNmNlUrziEWs2gVtwnCo1qWaHdQY9d+sCpVU4gpbO4Tgc3JQ1wQHkgZqPeUQ0B nvFGnu92dQ3QR+hsHoXOpNJrujO5qsxyY6CXFIuuXw38a4eiS7fSIa/LIyPNteUsNyYdRa9WGNQK DMMOHDjQtm3biIiIo0ePdujQ4cmTJ2q1euzYsa7N/MMQs0VWOkbs1b3pgvtshW6auOkgNUmDp1pp RqOSC6HSmUye2DFd16TXNn2dV7NRhxj1Rm29d7sUOovKYFGo9Hr5N52bCOQl7q5hw8jPk1y+GLRj c/HwUYUDBmUNGHC/y/N9Vbm9muKIxZ5Yr3sVYjaqywutEjAnJyc/Px9F0VOnTk2fPv3p06eDhg0X eQc06N3UBEShQhQqxVnwMkHgdZzEfbbCl14WOkbtNwtOfy2o2dTslaDqC4PDdxSFWkUpBLtXIqBm I2Iy6FUN2u1yRTCd0Xj3Lt872NG5qSp3feobKztTmnQ2ePvmJws+KI7vntK7e0rv7vn5+YbCnAhW Qyyz8sKsugQtGLSV1oafp06dskjA8vLy6dOnJycnjx07Vuwb1Lpd1wZcQCMh8LqKQndtkJ1W3ON7 B7v8RK7CcaWyRT7u08gQBNFqNVQqlcWqXSdyvDYGV+Qh9Tzqi+N7AS5dGDiGoIgJNRnMhnrvdmks HpXOdNO+FTUbVc50scZLQ87jR15nTnmfOn7v44VlbSKMNskCGzZskEgkI0eOtFjAe/bsafdaJk9E oTNt13m9GlrZho7u3r27V69eZ8+eraysnD179oULFwYOHEij0Vzb4q5mHC++7u0lSPv373fDJbVQ C7du3TIajT179jSZTKtWrVq0aFFycrJYLA4NDd2zZ8/AgQP37dtHJpMTEhJiY2Pv3LljWcocDgdB EK1WO3HixEOHDlkHNPe7eSmh0JlUBru+u93GYDJonVYjb4A05N2763PimMlkyBo9ulIkBAAoFIoT J06EhYXJZLLo6Ojr168LBILBgwevWrVq4cKFAICkpKSEhAS+2JvCYNWs56KIyTHaxoJVrhl16qP/ 7FEoFGPHjv3777/j4+NDQkI2b94cHh6elpY2Z84crtin6e/WjYnDhcaOHeuGS2qhFoqLi1EUDQoK MplM9+7di4+Pz8jIoNFoUqn0woULT58+HT9+fI8ePf7666/4+PjMzMzw8PDhw4dfvnz5nXfeUSqV Fy5cmD59unVAc7+blwNLMya20MvSg5zG5MBUGhmy753gPmAKlUQiOTpAIZhSl/2H8OZ10ZF/sPyn pVxmGUzaIa84RhCCsNBPPvkkICAgODhYq9ViGBYTE5OUlNSjR49z5861bt16xOhxTJ6ILfSKbteR I5RS6Eyots7rZAhmcoUQherY+MmoVVkauSBGXWhoKJPJXLJkybhx40JDQwEAHTp0CA4O7jdsNEco bRYbN5kM2UV6IkZ9HUsitWiFHoTJZIJhGIIgAACCIAiC2BZ8tKPWAS0AVzcgdwnVpL4576fMunGV XJCTG99NLpf/+eefixYtun37tlKptETIxsfHnzx58pNPPlm5cuW4ceMYDIbBYMjJLxw8bARXUHuQ Sl3Qq+S23d9tw2I4nGdK3927dzt06OAJeVBOs5vqqHSTjh6bROd9WMOI5i1J0EILdcdRytQ9lqIp qSH1DUVMtPt3y70kjgNSU1P3798/bty4du3aAQDOnDljNBqHDh1KZ3FoTI77dqNGg37Ptg1Dhgw5 c+ZM3759T548aRsWAzwpL94ayWhLHUUhTCIbWoRdC68qhLOCQ80OzytQ5eBUfFGsxZkcBAC0a9dO q9WGhIQAAFgC6dips9yt8CZfv9olPoHOYAq9/AtKK4YOHZqUlARBUHl5+WuvvVZdsnAz0pgAuBYh 2MIrjSdKQgBTqGJAqQD1qNDH5IkpdObw8U0akd4lPkGn0+7YvAEAcPPalaXLf3WaLKwqL/SE3TEA gNSIADiYXmFgaPPJJiNkMEBGI6TXwTodrNXCWg1FrYbVKoqqklpZSVEqqEolAcNmgcAsECB8AcLj I1wuyuGiLDbKZmMsFsZgokwmTqPjNJrB3/WBlC20UF88SitkPc2WXEgK3rYxb9pb5X36s7y9aqhn zHIACWkAACAASURBVOAKqXRms288WSz2ux8stP4p8m9l1KocL1tXKdNVurKXSwNxJgoxFK3Lxhc2 ihlkgfMW142BVloCmUxkkwkyGiC9HtLrYZ0W1mpgrYai1sDqSopKRa1UUhUKilKBsjmIQGDmWyQs D+VwEQ4H5XAwJhtlsTAmE6PTMToDp9GMvn4uv9QWXmWIZhaF7PQ0rzOn/Y4cyp0+U9arT+7M2bkz Z1ueojvLjmj6XnT1hc7mwVSa0xhJeWFW89oNnYu8uiWcuCvE2k3QS4rJJiNkNEIGA2QwQHodrNXC Oi2sVlM0GoqqkqKqpFQqqUoFpbLSLBS9UGCfSViuRYFFmRYJy8BpNJxGa0D/6XoRF9WK+t57+Lhx 5h49WAx65R/r+YMHIYGB5HfetTuYR2fp9UYEwygQpFTbhzK0UDOO7giu2Nd9ZVCrg3c/1fvUceGN q/mTp8u796hhdTnVsJpft6ob1QVjN+9mucHVjl8yW6GbZBa9qBAymchGI2Q0QHodrNdbTASwRkNR qygqFUVlMREoIKPRLBRZFVirDouxLAosC2MwMQYDo9FwGs3k5Q0AIJNJLAadKC6iHD1Mbh1O/epL DosNd+4EtWqFOxz0yb1D+fVX3fQZqpGjW0Rh4yGaSisU3Lrp899hVm5OwfjJpUPfULWttrmHLS9d 9qQtnr5Zfk4dc+9eMlHoJhpfoNwpjMJ8ssnEYbMwJoxCMLx2LT57Dti9G+7YifTFEnAvhSyvAMeO 0ocOBadP06OiwKf/o4tEmJcXRyLGL1/yS7mHsdjPFFgmE6NbjLCut2a8wrjVVii6ctHv8EHIYCgc M17Wt7+yc71zbJ1qKyhiellqcHjyZtkK3iIKm51nYotJL+PxZN9+LylXPJ33QZzOkDdtZqhEqoBo svVbJHLV0x9+jTOY8t55P8THD6xbRy0qMuXly/sPkrWORp93WbFCKyslm0yQyQQZDJBBb3FzQTot RaOBNWqKSkVRqSiVSmqlkqqQY3S6WSBEBEKLiQDh8lAOB2VzUDYbZTIxJgujM3A6HaPR3HQzaH5c rRVKz572P7AX4fOLR4yR9+gt79HbtfMDADDzSyMKAQAwle609A5oQs/y/bu37ty8qtfrgoLDOsa1 pVKrRJISuP2PyCkvma3w1YZKgSkwTKdTEQQlkUg6vdFRFLoJekkx2cbNBet1kE4Ha7UUjfq5hLUY YZVUhRzh880C4XMjLB/hcFDu80ACJgtjMDAGA6PTcRrd3UZYO9xUdNLn2OGAvbs1EW1Khg2v7Ni5 kbPZYS1zb4vn7C7rjtPNsgW3vp29Ozb16jfI1z8QAIAiSOrt68EB9quuLhfQohV6EGYENSOoztAM HQXcZYQtLnomXo1GSK+HdTpIr4U1mhc6bKWSWqmkKJWwVoMIhGah0GyJIuDyEa5FgeWgLPZzEwED p9EwGs3k7VP7uS00SCukFxWKr10O2rVd1rtv6aAhJW+MLHljZAPmqQsemAzTMJprs6xUVEi9nq0H mEKJadfBMfeuLrRohS28fDAKC8gmE9lkhPV6yKC3KLCwTlshFeXHxtgNfv39DxCB0MznIzw+yuUh XO4zE4HFzUWnYwwGTqPTZOW8h/eDt24qGD+pvN9AbeuIJns7HuL4dhV18SzjEJWAmTiNizFFFHk6 iSDM4kiySU1CdGTEQMJMZLSuCoG8ovz86eMDXx/FZLJu37xq1GljoyPtxgiCa6/e1CIKW3h1eElj U2zrnlrx/MuugRo2y+JuY3lUQsIkBdSWM12gAZUmAhAkMw5wAsBkAJEAhQwgMgGTAEwmUcgERAYw mQSTAEQGEAmQSYBMIsiAIJFI9W262bJBbuEV4uWsnQ5Tmt/N6locN8tViwHW6WsK4IAAjtORJIcH ds82ZBl4RM36FlpwCQ3uvt28OG3JhiHmpr8SF2LxLAMAfHx8XoqiqC1aYQuvDi+pKHQKiphedo8K wvbtMCAuzD1dTkeNGmV5AMOwl5fXlClTunXr1pgJW0RhC68QL60oZAu97fyeWkXZS9q+BgCAQzSK b1TfGmNVCzRApidUZpJJoyShRgAIAFFxKofNoDEphC8L+LCdf5tGlDBjJADAn38dwnBgRLBH9+9d uZPKC+8mq5Ad3Ly6MCdD4hv05tsfMsT+aoXs1F9ri7LTuELp0Okf+ASFOx4pyc04u29jiyhs4dWB 1CAjkScAv+QKoC0EmUL2jupdvRw8kQPI2lKq9lk0pd07RwBQAVDmHedTTXcmOky6XgIAAA9T7wEA cAwrL3iacv1Chw4d1q/6EUUQAEBZQfb67z6Yv/CLrat+nLXgEwrFEgulNeWnOB5hGHXBQQEttsIW XiFeWq3Q6V7YsQvKK0BSPqBWPLHKweqgyh6dd95pCgAA+lQtAViplAvFEgCAj69/x24J8xd+0X/I cKm3LwDA1z8w5dYNFEGyM57s2rTW6ZFt69cEhbZqCaZp4dXBaYPNlyUqxTEcj8kTMzjusbQ9p298 nPUximI5hSUFJbLqBhhN5keZuR1jWjvOUypTiAU8nMDJZLLBaH6oondzFgVPIpHulRPtpaTsvKKw IL97j7PaR1X5dswI8jS/JDIsMOl6St/4uAcyIkYMSCQSQRDW/y0jz956QkZdeato0QpbeJV4WbVC AABXYl+LU6+yDzZ0BxKJBACQnZ3dqlVYiL93dQMyMjJioqP8vSXWI7b8+P3S8+eTcBzfsnnzm6NH sWAAAFi8ePG5c+dwHN+8efOwYcMAAARBRAjA5MmTN/7x2+TJkyPDAgmCsM52586dmOjosCBfAMD4 4QMBAAgBAACTJ09evHjx5MmTgU2pIbPYPo66kbSIwhZeIV7aDTIAwGnHOwytR9H/BiORSHr16jV+ 8jQMd56nKJFIEhISBg8bIRbwrEes4Di+b+/ePn36PMjIGfLGyEXLfuHRAABg586dffr0IZPJs2bN On78uOWFK374rnv37suXL4+Pj1/+04+2s02cOPGrr76xLSQTKwLfffdd9+7df/rpp/j4+O+++w64 rfBaiyhs4dXhZZaEzsEQUxOcRSaT7frnv0Gvj6JRKaDqptg64Nq1a+fPnrIWPZPZQCaTJ0yceObM mZhWwX/v3Lb2p69xdakJA9OmTTtz5gyKoitWrJgwYQIAYN++feXl5e+++y4AYMGCBeXl5fv27bPM lpmd8+lnn125ctlkQqzC7uAB5+NvlABKZY5rP4QWW2ELrw4Yivxfe+cd31Td/fFzc2/2atKZ7l06 oC1ll00B2Ut4RKyAoqjAgz95HkB5VGQoCiooCLKVIYggy4IghbJ3Cy2lk+6ZNm32vPf+/kgNJU1K gTZtat4vXiW9+d57v2nak/M933M+53HfuL+xl1ghAGhVcoWkyuxgm85/aN9YY1Qu+Vpq02/hSbOo 1xtyi8oigv2aXqdGInXic0iCpFAQpUqTkVuoNxi6devmZEVsrFCGKHWkDw94NJCq9E5s2pl7pT1D 3B/UYV1dgEdrSBE12URjoNB0+vkShKh62PI65ZbgMIUOOhUWWiF3vK7w1jDodU2bgtqRKW+KICgm 1q01ffWUUsBLUlvxgiYceYUOHHQULGYXGnSajqAF/XzU5adlojERzq1gDVNKQV+ZQ9ErX/xSFnGY QgednfZuevfcEASRm5ubc+LkrHffb++5PD+lxcUKvW8vj+e0hg9qobSimiovgzbe2XCYQgednA7V Cvmp8Fw8q0sfpaWlGQyGmJiYsLCwsDDbKSe2BZhGoiiQnC3jom7BbIzk0REhA9xbIMaYUgpKPTAq U20T3XCYQgedHfvxCjPu3blxOaV3r549evTAGrX0xQ16ewl3WgPVyaE0VQmgBChD6VmeVivz7laD uLIcU0sQQm/LuIDDFDro5NiPJYSo6Lio6Djjzg9BEGKxuKysrLy83MPTe+T4l9t7dq0GQee7MUlr +fCVSmAozbfRbYAjr9BBp8d+bCGAVqtRAb2kpCQnJ6ekpEShUIwePbqoIF/l1o1AO4lkg4HnFd4a Gymti8MrdNDJsVlX+FYBdfLi0F29BKyEhISzZ8/Gx8eXl5c7OztTqKjGNZJenYEQtqg/aTtwhpMH 2+qzKaVAE2cCQHHho5SzSbG9+kZFx9lmYg5T6KCzY1em8Pc9P86aNj66f/9ly5atXr36/fffX7hw YUJCAgBcKgUNRkd19mQKlQp5VUV5VUVZdVVFVUU5hmHOfl2q89O3b9/OZluwiOXl5Vf3bQsJj4yK jkt8a74tp4q+OiOcymz9ttYOHLQLapnE7AiNybEjNUC3mOG/7/iWJMni4uLLly+Xl5ePHTvWaDUk GlKKOWOK5+ls2V6cOfG70MU1Oq53l8hu9XWS0Ijoga/82xVVlJWVhYeHNx5ZWFi4ZNmn6tqy4KBg VzcPGp1Bodg0fOfwCh10euzJKxRSlHNXbI51Q0yC9SZi3ZCKVq67bXNie/VNOXsqpEskAHh6+aT8 dRrne9fm5sbFmS97/f39f9y0IakAGJWPi0kkNeLKijJvX38ev23FysBhCh10euwrVogYNApdc1sK JIVqR+FCLx+/V2a9XZCfo9NovXz93/m/pThD4DpseIyb5fGEUpKfny+uKKmqKKuqKKdSqTPfXpB6 +3pc7/i2nqpjgeygU2Fhgcxg2lHhGkIYtq39+OL5c3fv3t28ebNer5fL5VqtdsmSJX369JEDW6+W UnB7aoYnl0lPHv6FIImbVy4SBH768B63roMiPSznWGspzMrKShaV0rvfwJLigl7xg5xd3Dy9fW0w T4dX6KBTweK7mCmeKutrGJw2X161IjM+3T46AADgu+++Y7PZ/fr1AwA+n19VVcVxd5ULQ9DKNtEj aCNysx6EdIkalPDS/bu3xFWVbh6iqsJsiOlncfDZn7/B3cLjQsIO7N46efrMi8l/KuXybt172mCe DmUaB50KjUKqrBebHbQvcRec4eTi5W8UdKmrq3v06JFAIAgMDDQ+axZNswvUKlVpUUFQaBeZTOok EBIYk+HZpb+5aDcAgMFgWLL8C2V9LYqQleWlHB5/0r8SbRAoBIdX6KCT0QlaISMGzaWzSd/+eRBF 0bfeeuv27dtlZWVffvmlaYB9hQsBgMliefr47v7xu4DgUG9ff5m0/s6tzyM3bhAIBGYjMQz7etXH 7WLuHdUmDjoX9m8KKQZNeWnRxIkTd+3atW3btsTERCaTefPmTeOzXCoQmBVB1A5MdmZ6YEjYkBFj QrpExvWO9/DyOXLhrrXBbCoQqK1fo2PbxEGngjDodWqF2UEWT9guk3lu6g3UOxdO3bp1Kzg4WCwW Dxo06OrVq7169QL7zC4EAJGXj9DFNTsz3V3kBQBh4RHM4H4h5k5hA/48SLqVe+7wbhRF6QyGwWDI z848cfiXLpHdqG2WIuowhQ46FThu0KnkZgftzhS6+EeUF+TUVJYyGAwKhaLVapOTk318fDgcjr+Q ESIAoZuIIRBReB44V6RkigiUTqJUAAoAiZDE02/QHhgM+rN/HK2vkxj0+sL83NN7NvjGDvUSWGhu derUqfTMrAkTJri6e9AZDBqN5uruoVGrK8vLfPwC2mh6DlPooFNBGPRauzWFBErXunczcERh7qwp I+Kjo6Pd3NwQBKmsrHz48GFhYWFBQUGfPn0AgIGBgAEebMSXByECCHZlBnnwAz2dA73d8qqVHTPb JiPtDovNGTJijDE/pqysRIuyekYENh0ZEhJy+17GleTTgcEhRjewuPARj+8UFd297abn2DZx0Lmw 21ihxiNWQIcEz4ZvP/10RWJiotHwAUB8fHxwcDCD8fQEyeFxwQBwqRS0Fa3cCOkF6d6rn0xaf/Gv 095+Af6BwbheBzSOtcHvJU65UPkqszbT+K2vvwWL2bo4tk0cdCqs7SAr5I9dRaVSoVapdFoLfTX1 en2dRKJUmkcb9Xq9Xt+waVtZUV4nMU/kfkFwGteFSfb1fHzks88+y87Ofv3112fPnn316tXk5ORP P/205Rcc4A18ny44nde683xBrl485yR0DgwJ+3XPjjETp5XcPbf5wCmLI3k8npBNJzALy+c2wmEK HXQurJjCu3dunkk6AQA/bFinkMvT76Xm5WbnZD/csO6Lr1Z9ei/1jnHYzetX7t66wWZzNBr1sv8u NJ1+8/qVi8l/GR9L6+t0ulZuT+zl4dK0+0dRUdHEiRM/Xr9r4+ZtPj1GKnHshxM3L5dBWjVZIAXp 06bQ0wPx9AsysFxbd6ovwojREwvzcw/t3Uml0bZ9v7a8KE8YYnXN298LdC5dbDY3TK2crlaa90u0 AQgFRSgUBKEgCIJQKAiCIAgFEKThSMNjxPi14QE0fAvQcAQA7F3o3EHrgljRRh44eNj6tZ8DQEBg sLuHKONeGkKhpN6+OWjo8MCgkJ1bN0XHPiEQYNAbaDTL+Rxh4ZGtO2ehmyjCy0IWcUBAwC+Hj5+/ eNk/wD/n+p8DBwxwcaHqilMlABKAAgACpZMYncRYBq7IlUn2bGJMI50h0tk7qcCbXp3RunN+PhAK deiYyVUVpeLKcoxKq6ooO/n9h12+2hbthrb31AD59ddf23sOHQgEQQChOGx0RwY3GIAkSJIkSYIk CONXgsBJgiAJHDfoDbpnCJAplUqLwnk2w9nZeejQoRafmjFrDoOG8Xg8DpenVio5PF7/ISOsSVdp PGK5VBhgpWFIh+XIkSPh4eFmgl0m0qpBXFaIaupsMBOHKbQP7NpGN2+8CAIncJzADSSB23hi7Q6T yRw7dqzFp5IKgFr3CNVKTUdk0noWi41Rrb59Bpargec9uq2yTVoNiUSSl5eXn5+fm5ubl5dHp9M3 b958/PjxyZMnNx1ss8oTjME8yuDbossqrtfJa8vNDvLdfEiSBCBJkgSSfPIx0fgBSRi/NT1u+Iuy wcw7AiRJAon/A41FK3Lv3r3NmzevXbuWy+U2fTY3N5dOp/v6tq0Iyvfff79gwQLTt2q12tpIJga4 Qb3zh2/pDAaP78Tl8Xl8Jy7fKSiki16vo9MtbCVjKjGCa5MgqINbQ6FQyGKxgoKCpk6dunLlytGj R2MYZtEOni8BTFpsm1lhCEWNYrZIqSFwg4XbWwnHtAu4wQBAGq1Ow/8OG90hQSgoBcUoKEqhoMag M8UUev7bcSYIgoI+/sXWaDS3U/fsP5K04uMly1evPXv6DxqNNmjo8B83rR87YYqXt4/03kMnOreg TFxSXBgYFFJU+Ki0pNjTy8dJIDh35tTy1Wt3/LjJy9und7/+v+7/2XgKQRDbt2wcP+llD5Hnyk+W jp0wxXTuiFHjLqecLyzIV8jlCz5YvH3L96PGTvTy9qExOb8eOW46ZfGWE9ZeI0YBHEHfeO//mj5l 0Q4aQbWyjl+c/M0334SHh48aNWrRokUrV67cuXOnRCIZNWpU4zFXyhv2hRjqWtvMynZ5hSTZ0T0a 23wkPAedwEa3xHgBQmnFt8AsDv/tV6s//GQlimGvzZqze8cWHx8/Lt8JxbCEl8bs2rbZ29dXq9X2 7N2vR+++BY/yLqWcn/9//83Py9m7a3tAYFB4ZFcUw9w9RLU14u1bNg4YOMR4SpeIqGEjR+3Yukkg EPbs88S5J48ezsl+yGAwAAEUw/oNGLzth++8ff00GnXjUyg0q63RqRTQIq28mfBQQlYo2j/vstuk f5/c9sXxMykUlJn4+kyOk4t3/NTkRs6fvq6MolfQcb0tVSdsJ9KlVckVEvP2pvalnuTAhLFXb2N4 rl5Uuu2ywDoHGo9Ya4vZO1UgKXsiVthCcDpf4BXQw92yybNHjS/bYLu8QseasXNjMQDi4LmhoUBS nsdHRnAtQbS/62d32M4UNhXUZDt1oORPB89E0/euqcvv4Klg0uL0GstPdXUBA/959nAoBk0vkeWn rpRBB0kw7IC0Z7UJYtvmfg5aEUpHjavaFwhh0LV2CH1o31iLx69XgFQH9qX5akva8xfaYQrtl8ab sw6eG4TA9a0XNyIpVHdPSzL5AOlikGgcUcLmaFdT2NobZA5sBka1kAWFG/SOGptng3yKKcRpHFRn rg3RGAJjsHhCJxf3COfmrlOiAJo487mm+E+hfb1CR3C3U0ESOIDDFD4LJG6wbgpHBwAEhFQpoURB VqsQTFqEauUkSuUInJ2FLtYkoE2kpqauXbuWw+HMmzfPyzO6DCJQVS2qqu5Qyl0dh/b1Ch0L5E6F YxP5WaHgOvXTfmbubHBnG50Gv5ZfecOGDTk5OVu2bOHxeEqlcseO77p27TpkyJDUaucKJaAqMaoU U/BW1texa2xkjHCDhWCtYzFl17D4LmZH5LV21nCjUyKTyd54440RI0Zs2rSpvLz8iy++YDAY//73 v4cMGQIAsW4wOgBGRroK/cI1HrF6rheBtlW3EPvCRoL+BG7QKmVmB+1FZt2BRUjC0AkaKtme8tLi o7/uzX6QXpCfc/fmtbSUk9FREU3bYDZGKpX+/PPPe/bsYTKZ/v7+1obl1kF2Hfx18Vrvl14BZ39f Lri4uAwYMCA1NfXTTz/t1q2bTqf7z3/+IxKJPD09RRwkRADBbmwJ5iali0igILgW6fAlYW2HjRbI JEHa5kYObIZjE/k5OHpwT7fuvRLnzDMdMTCdv/rmm6X/ed/MxuE4fubMmT8v3hiaMGL8sH5vv/12 06tl1kKtGpQyCaqpN9WlhIr4oC7XFpUnF4GB5cp19f5mzZqffvqJxWIZDAYMw2g02oYNG65fvx4V FRUbGztixAjMHQNwv1XpJlYjqKICU9X+A3NubFR4p9Mo5TUVZgcdVXd2DW7Q11cWmR10vKfNU1z4 KOWvUxOmzuDxnQBAr9f9cex3tpPzFx//t+ng0tLSnScuyQrThS6u/iHh3oFhBJVNsN00OFAleajO vJuVNbQazcXLl2oqynpER0yZMmXx4sX//e9/jRKBf/7556VLl15++WWtVrtjx47169ezWKwbFVCr AUxejimfJ21+aN9YV1dXAGAwGK+8NuvzFZ9eup1ucYCRg8fPhPh71dTULv/4o7t3bvfq3Wfp/5a7 u7n4erq7urru3LlzyLAENpPh5uYmFosbnwgAmdm5f/3117/nvfvdps0JCQmuQqempyRfS+0aFtB4 WHp2QdNp28wrdFTddTYshnoNeq0xz0ZaX8fhcDuswkV74esfOH3m22q1SlxVqVYp1WqVf3ConsLc unVrU7/P29u7x0vTGZUNovY6WW3Bo+sIIIEhYc90UzqDMTxhuPHx4eTbby7fEu5LA4ADBw7k5+ev WrVq/fr1MpksKCiIxWJpNJoeblQURQE8r1d4SjSAycswZfWzvlKxWJyZmTlx4sQvVi63NsD4IPla qpe7y/Ahg27cuK7SGiikYejQYenp943PXrlyJS8///2FDc0VDh4/Y7SkYrG4sLSyprrqm3VflZWX 9+vbt3tMtIuA3/SUQB+R2bBAH9GjEnPPzGEKHTwb169eYjCYZ5JOvPXewosXL3p4eISGhhqfys/P P7t1O4fHf/lfM7x82lb4z37BqFQula/X6ag0mqu7iMliWRNlSExMJFE6g4YxWSwmk8VgMgcOHZmZ kUYQhDUt66cS4uOuLXtwroKaW1zGcfJfuHDsG2+8YXQSdTpdbm6ui4uLSqVat25dZGTkjBkzAADA 61q5V50WMFkppjIvn22GiIiIzIcPC5oYHWsgCIJSKHQqgyAfx9PWrFnzzfr1H374YdPxXDZj+JAB 9fX1Xp6eADB2zOiMjIympzQddv3mLQ8XQWXNE+LYNtpBdhQgdxp4PP7x3w+9NvutHzetLy0tNdlB AAgKCpr88jQPkeeubZvXrPwkLye7HefZYTl9/PDVi+eELq6njx9WKGRbv/tK22T3ycj06dN1aqVK qeg3cGhtTTUAUFA0Kjruue2gCYTQh3q7efLpv5+5RKC0WobPjRs3Pvroo5CQEJ1O98svvzx8+NDb 21upVC5fvlyr1fb1hNEBMCLam+4Xq/GINTDNkwcsknwt9eLN+yUV4n+NH2FtQPK1VAAoq6r55dCR mbNmx8V2m/3Gm/sPHi6relyb/fbbc+Pj45uePmnixC+/3nDvQdbB42fuPcj68usN48aNa3pK02FT LMnE2ihW2FTTiSN0p7MsiAk76ODk5WTv+2mHQa8fM3FybExMYxWGlJQUiUSiJ1EURYOCQ8Ojunp6 2Vuvjbbn+uUL4qqKhFET/jxxmMXmiKsrJy3dPDbIQuXVihUrgnqN4HLYBzZ/OWf+ov07twwfM9HV 3aMtZkWgNAXJKM25r6rIzcjIMKYl7tix4+OPP0YQ5IcffggJCZk9e7Zp/OUykOkAkxZh6lbug9pe tFsox1GAbKecOnn009Vf7d6+5cbVyzHRMY2fGjRo0JkzZx4Vl7674IPbN6457KBFevSOV6tVCrms e69+arXKXeRFoViuQHVycjr9y480BsvZxfX0icP9hwxvIzsIABRcxwNdRLA/ERYWPWb22o3bQ31c t27dCgA4jmu1Wj8/vzNnzuzevRvDsHHjxk2dOhUAimV+BTI/pR6odfmo1jxbzr5ADh4ayxYsRVGU RjevKtXr9Qq5nEansdlWm9i3EEtKn95U67rkDjoyx48cSr+f+u6CD25evdQztmvjp3bt2jXl1dkH 9u5Wq1XLP1/34ku5zo1Oqz12aN/41+e7+YfFuVse015iqwTGwFlupEZ6cOPKVatWrVq1ytPTUyqV 9unTh8/np6SkrFq1yjQ4tw5y6wEAaLU5FL3S9rN9cbCa6lFpd/9gs9kYhiUnJ+t0usGDB0dERADA rVu3NBrNgAEDpJXab7/9dunSpbW1tQcPHqRQKPHx8Z6envv27ePxeCRJDho0qPG5d+7cuXnzJkmS /v7+Xbp0MbusEUcBsv1SXFT4auIbP25cr1ar4qIjG9u72bNnO7n7fvjpqmZO/4dz8vCB6qoK/iZn wgAAIABJREFUBpPJZLEJHO/eqx8VBY2V1GaNRgPAAACCIHKzHgBASJdI23zAUAwaiqwYAGa8t+RW Oa7S6N3d3fv06XP//n2tVtvYDgJAiACMNdEZ3NBiOQAAreahHRU769numKura1ZWFoVCSU9P79u3 r6+v74EDBxrbLAAwGAw0Gg0Ajh07NmPGDD6f/8033wgEgsTERIFA8P3331+9erXxuQqFol+/ftHR 0d9//71EIrF4WUcBsv0SGtbl2pWLTgIhiqKbNm0aMWJEWFhDeseNGzdUumsKpVJaXyeV1r/370Uu rm7tO9uOxuhJ09QqlUajUqtU9XW1f544Mo7N9XW3kB+zYcOGCRMmAPgDwPaNXyfOeY9Ko2/f+PXM uQua6fTU6lAMah6oZ749j8CYOZUyv+j4lxP6WBsc5QJRLgAAd9nhlUpAldWoSkzBdTab7bOiZ7vj XM8gPvlEH+SWtMfW6/V6vZ7FYsnlcolEolQq09LSXn311WbOtfiUIxfXfmm8cxLia66YzBG6f/v1 2g8WLzuwd/eAwcMCghxvtGUkNWKtVuMkcLaWT/PFF18MHTpU69X70fU/Mm5eHj1pGgDs2b5p3JTp ToL2LHDEaVzMLdiPB4H8pw/+O2H7eZIT2xSTEQwTIgCAHD/xalv3QcYNOnmNeQdkhym0X77/5ssF HyzZvX2LtL5uzltva+R1ZgMcb27znD5+mOfk1G/gsF2b14+d8srvB37+18fbJkVYiMgfPXr0bMo1 v8DgHj16AEBpcaFA6MLmvGjsvrXAGU4M14AgJ/BswYyulIFU1yHkY82MoBFb9EEmCYd2U6diwQdL AGDWnHcAQKdRav4uANu+fXtiYiK9yf6bAzOchM7iqgq1SiUQOqfevMbmcK01Cxw9enRg/MTKsiJQ SwDA29ffphN9GqimXl+SmlUCGUwXrptPX8/mBsd7QUop6GjclpcMtjo4jaMXhoQKyGAnAHhiu8IW eYV6rVomLjM76HAcOgcGvVZaVWJ20PHmNo9Br1erVRq12lh7p1Gro+JfcvP2i7ZSdmBHHTv1HA9n V48eHs1til4tB1V5NkWvstmsAIDAGDqXcD4N4i23PLBJtQlJOqruOi3WlP1tPxM7AqNSuTy+q7uH b0CQyMvnwf27QDxdw9UuoCoqZQVpf93MTLKgeNBAP0/QOT9bGfULovGIxTzCRwdYtYNgmxRrRwHy Pw2Hsn/zGAwGjVqlUas1GnVFWYmsvl5eW01zD2nvebUaFFyLSYvui/26tXd5rZ7jiXPcLZZ4Nyav nrSJKSQdYoX/LBzK/s2DYRiHywMAkiTdPTwHJby078dvohOKsW6+FottWRgYUFpHTklpCkWnqLWe VujBImvpTqi2vu0mYGA6G/i+gXzo0uxme1o1iMsKUU2dwyt08KKw+C4q6RONzeW1lY5wYfPs37nl pQkvmwrppNL6iEHj4yMsp6PRUDBQqGBfprDZti3d3ZEkVQDaBgFQkkLVc0QEy9mTDTFuoNPhF65U DY63sKGTJYHi0nJMWWUse7SFKWz8d6LVarOyslAGW5eRTWcwaDRan34DbDAHB8+BSRjOKB8yqFe3 H3f8tPLTZUYx5DXr1r88ecKNtIdmGQgxMTH5+fk7f/j2woXzvj6+y1et6dUj9u6DXDP5TKPKpvEU Pp//2qw5Hy5eRKdRTQcxDPv4s9Vz35yZcvO+2cT694j6Yu03e3ZuwzBszrsL5r/zllhSX1Ja8cN3 Xze+qROPY5q/6bUAQNODOr3e7II+3k9ElZqKhjY+Ypr/lTsZLfzZjp3yyonDv6hVKrVa5eQkiI7r TWNaTellYKBEqWBvAViqJPcGI7i3yPIWCpcGWoxJMahb5V44jacXBnlyyBhXRKfDaTQAgDUbUguL Fd990a/peONOVONfXFvLMdDp9Ojo6HMXLmVlZ9FodJIgIiK78fgtyNR00N5QKJRPly0Ri8XGiIdG o2EyGdBE2T8oKGj06NEpKSk4grGZjEtXroEl+UyjyqbRNqWmpk6fPn3Zkv8YryAWi+9nPeoaFuDm 5vbe2280nQkCyOkTx7777rsRI0ZqdToEQbzcXRIGDzx/PrnxTU0M7Rvb/EtresHGEqHGTwJopDZq wuL8W8KfJ44Me2m8h6fXgd1bh7w09syJIx5hsQ+4PSJdLBiO7m6QpGwTH6pNQXWKWo3VreQBXpCk 6/IiO+MESseZQq6zhy8XvBtUrhAA+Ndb58rKlQIBff+WIc5C8yylCyVgqHjAaOJit48yTVFhQc9e fdlcLo1Gc9hBewFBEPg78osgiK+vb3V1NQAgTYRVMAwzflUolffS7g4dNMCayiYAZGVlLVu27OLF SwqVWsDnWrydGQRJHDvxh4uQX1pWNnz48PT0dABAMbTxTeP7WS0Oo1JparU6IthPrVZTqTSSJC1e sIU0nn/Lz5oyfebtG1d0BjwoKjY7t2D8e5/x3b0xSmeLqmOy0sxarwjn1hQcwBlOeqcAPx5EOlt4 9kGWpLhU4Syg9+7uevteTcJALxRtyJO5UgbqimyKXkUwhQYal6CyAaX5cnFXBunEoLS5KVy9/KM3 ZyZSqU/sJw4YPDTp5HEUxYJDwhwL5A6OaRlYWVn52eovPT09jQvkz1Z/SRAEALw6ecwPP/xgGp+f n79hw4b35s2/dfNGcHDI6i/Xwd/ymX369M7KL+4S5Hv9+g2TyiaJMbfv+nnKy1M++XT58GFDTHds fIt/jR9x8PiZxrPas2//jh83aTSaN99ZQJJkWVXN9p/2vzd//q0bj29qwrgWNj6WyhU/bN0xbFhC QcGjoKDgH3fslsqVTAbN7ILN/yigkYfYeP4oy8niiSSFSmB0EmMRNA6Nw2djJI+OdO3ew51lNrCz aZRQtPIatdUX5cok62k8VPd0dS8CY+IsF4HQuZeV5baJyC7CO+cmlyugSAZ1WjiTpyIpFEBpIjb4 snFhVBCLjuEkSLXg3OAvNtjA1k+x1mm1GJXaWDyjqULX7j37Ro2b5CQQ7tr2w8JFH3K4Dg1X+6bp W8x1EdEYT6ln7/TgdJ7Q2cVVwPflveilkouBqHxIwe1G68WEtXYFRprPHjcwnWnOvl6cBtmbp3Jf TGpwxJkBQgbwaIAgoNQD9+8+z8uXL581a5axs2BOTs69e/c8PT3j4+Pv3LmTlJTUyl6hRqP+ecfW t+ctPPTLnviBQ27fuNYttjv3yQyza9euvTP//9hc3rXLF5ct/7x1J+Cgg0AY/nH5NATGZPEETk5O nny6U2sLxzAwUGI0sENTSK17dJsV0MPdsjfHxkCP0im41nQEp3FwlqubkN/dyilm4ARQENDgwMSg m+sTpyiVyuyHDx88eJCRkdGtW7dx48b9+uuvixcvXrp06dixYwHg1KlTGzZs+Pnnn7dv397KppDB YOI4/vuhA7FxvR5mpKffTx0/eaqZy/DgwQOvgFB3kdfZP/+I69m7qWSsA7uDI3RvrOwPAMp6MYPT yaPArej0PRUOlawXBNndzgkAoFpptcqqUXNmQjmNAzqSYAiYzp4+XPBv2Q/znXfe+e6772g0mjES yMQAABr8OwwbPnx4TEwMg8Ho0aNHSEhIbW1tYmIiAGzfvr24uDggICAvL2/WrFlTp079/PPPs7Oz p02b1vqxwnf//YHxQXBo2LCRo5rWYBkMhtgevQHgk5VftvrdHbQL/4T28K3u9FWpQKIBmZZUGhCd QkrRKUgEcXH3tChn3c0VKbXcDMq+iXIBgvQx8+aakp6evnfv3tWrVxt35KqqqkJDQ2k02uXLl/fu 3du/f/+CggIfH59Zs2Zt37598eLFAQENa/IHDx6cO3fugw8+AACVSjVt2rRDhw4tWrQos7h6+4ET wORHvbyojEpHobRN5Bju3r6ZdPx3hILQaPS57y3QK55oBJOfn09QWTqdTq/VDRs5qnVv7aBdwPW6 +qpis4NOHn4WeyXbC63o9FUqoVIJ9VrQKKQUnQIxqCgGLUKYewkExqCLwgdYaQljR6IMZhAYk+HZ pb+V+t87d+6EhYWtW7fOFMizxpdffjl69OiuXbueO3dOKBTGxsYuWrTIYDDExMRERERERkbSaLQr V67cvXt30aJFACAWi5cs/cg/LMo1IMLJL1LAZSM6OapTUgwWlCDQV2eEU5mDWuHlNuLgvp8GDxsh EnnVSSTBIaEoPKFW/uuvv3K4TrFxPW9cvxzVNdrRNbwTQJKkRmFeRKVRSFm89lQYfSYIjMl0cnMR +YT6e4cHiAJ8REEioacTg/9c8ZvcOsipg/QaKCguLSgpr6koUddVkrJKVFNH0SspuA6xpFGCEAYV S2Rti6BcAbha1tSAdnwQwqBkikIEYDAYli9fHhYWxv17pxTH8bVr144fP57L5Z48eTI+Pv63337b tGmTTCZLSUk5efLkkCFDTNfp37+/Wq3+6aefKioqJk+eDADdunU7fvy4yMs79f6D4yeThDEjlbxA 94DI/PKawpIKcU1tt+49ff38XHgsDqlENXWoXmXtB9jKXqFGo06/l2bQ6xUKubGYJC6uh5lCV3V1 dVhMn30/7RAIhGMnTmmtWztoX7QquVm4EDp2i9e2cPq0shqKVvoivd+a2W+9WQnSikJUYy6U22Ex pUD7857Qdj1y5IhSqTQG79LT03Nzc4127d133/3www+dnZ1//PHH6urqmJiYO3fuvPLKK3FxccYT tTjUa0GiJkvE9Qa6gKKRNuPlPSutv21yMfmvAYOHDn9pjPGITvNE+6uVK1fy+fz4ylqBQKjTaRVy uSOTpnNAZ3GbmkKFpAqjMTrCMrl1I325dVCjhjotYLJSik5hqh578deJyUof1HpbTB7u5QFJan+0 sqObQpzG1QuDvTmktQjg5MmTlUrl//73v6VLl2ZkZIwcOdJ43BjIGzBgQF5eft/BCRcuprj7hf58 OEnMCjYzeRgABoWtO+02lG69cunCt1+u/nHnT6B7bLNVKtW5c+cqa+pGjBrbvUevtrivg/YCN+jr K4uaHm8XaYaO6fQ9FZzG4XlardvtsOFCkkLFmQKms5cfF1r+A09OTk5JSfnss88A4FIpKBRyilba Wl6eNQiUTqJ0ksokaBw6i8MBFR/DBWyslU2hWqX6eefWgUMSwiOjjEc0Spmy7nF7l7KyMp1OxxK4 azQanU7rKDXpZLTXMtk2Tp8NIFAaJooc7GP52aQCoIkfdBy1LoLKNrDd3J35sW4tygG8JyajrW8W t66hJ1AGidEJKougcVkMGhfR8GmEgM/n0kGsstCMpZUXyEwWa+78J5pGmSl0eXl5gUPwvfNis2Wy DZw+27XXbAQF16msJ6fzaKBGae2u1mVgOtNdfL05EGS5zvAJyuRQKAOpDjB5BRD6u4SPtdxpIQMU VA5F/2xJQwTGJDGG0eRx6CiXouHxeM4MoKFQowafxx/Bj3/9LDalavPdWzMlOwBgCxyNcTszTh5+ TZfJ9ZVFL/L5Zy+RvraGTQUVxgRdO2QYEhgTZ7kKnYU9m+1bYuJBDRTJAQCodY9QrdT0plWqfK2d 0kcESZoQa44hQWURGJOksnA6j08lOCy6Ex1xYQJBPi6tAwCAx9/4PMtSxKopJAiicR1xK2JUHHHQ WUExatPiEwDQquQtXyYTKF3nGgEAT5VifyodyulrCdT6wjSxX4ylhWSsGyQpvTGVuVZY24EzBJiL vycbwlqWFnW9AiQaYyf4WoalMkFabe51Rkgf8+7ZDXiwyBq2O5A4QeUQdJ6AiXJpIKCDCwvo5vpH rQwmriaTdn/x7v99aPw+Nzvz7MmjgSFhveIHyerrTp84PG7KdC8fv1a8JdI2FtZBx8HqMplKR6k0 i6cAAIHSCYaALhSJ2GSo4Pk/L5/J6fvr1PGAoNCg0C7Gb4sLH2XeT31p/NNzvPZs2xjbq2+XyGiS JHIyM+7evJr41vznnnNjEFyr1LWnu0CgDJzlzHd2s2awzMiWQLkS1Aag1heimrrmP2MoeoXEeiF1 d3cE3JttIdoaFEpBqgOFDqQ6AABMVoIYNFhuDhkUGm4cYTAYziUdf3P+B3Q6AwCEzi5z5v/nzvXL Lq7udEarfYgiiMMUdn4sL5Oris2WyVbM3zMYghd0+hJGjT9+aL+ruweP76TValJvXZswdQYAfP/V igWLP9mzfVOfAUOCgsPE1ZW/H9zzzvtLTSf2GTAk5a9T2Q/Sff2DvP38W8sOAgBFr5JaDwYyMcAx BsXQ+roMOJ2vFwT6cSHSpUXjb1WSYjWCqmpRlZhiULfcQNBqHl6iWi2qaS0qlFCnIeU6RGUAtQFQ RQVFr0ZwbeMfXeM5Y3l5tBXfLlRpcYlEolVUk0DWVFd5+fipVarszPuZ6Wk8nlML7SBJoZIUlKRg QMFICpVEaSRKhybyTXq+P8nkAkkAiSMkASQBJNHoAQlgfEz+/ZgEII1fEZK0x2z7fyAoRuW5eMpq ys2O15bmCfwizczfh6tu3n9Qy+PS+FzaqASfCaP8m7lyq0f6xk999ejBPeOnzjh/5g+jHTRBo9F0 Gk1pSRGbw9HrnrBPIV0iQ7pEGh9rtZot69c0NpRtBxMDOUqHVjKFBEojGEK2s8ifB14tiF7k10Op ApR6wKTFmLr2mfwjY8Y1W+D667rFsdFRURMnfvnllwEBAXPnzn3e6UOdBiQakGpBqQe5HlBVDaJX UgwasybLLZknYqZSWS3T/rB+3cPMDAqKsbj8fiMm+AQEI0Yzh9JIlE5idBJjMFCgUoCKAh0lGSjC wICFAZsKHKurn9ZEbQA9AQYCcAIM5OMHOEHiJBj/EQSCkyRBAkEiBAkECQQAQQJJAlmR4bCntkGj lCrrHge2XF1dRSJRWNjjHrg6Hf7biUc79+fQaZTKavU7s8LfSgw3PfuonqxWISoD0FHQPlG92coY 9LoDaxe98p91GK2hzu77hZMWbPj93sU/biQdAATpOeLly0d3Ldjwu+kUcVnBrdO/VhRma1QKz8Dw IdPmOrl6mk588SkNtbK7kFFDFssRilbWrA9hdCAIkwPR2J8AIEmMpRcEeHGaS21pTGo1WaFEKJp6 TFlN0SuffkIjcBpXTnerTDsHsopr16598803VVVVSUlJAQEB48aNW7t2rUajWb16dfMXKZFDvZZU 6BC1AXRKKUWvQIwuXuttppubQmucOnVq1KhOIp3wqJ4sUSBaSYWBK6LV5j7r5r2DlkCgdILGwZlC xf1Trq6ugwcPNhuQ/rB2w48Z8+dExkQ1rMeqxSo3V3NZZwftRbEMiuQg1wEmL0PVdc/kPRgzroHO 1ZRmvDSgx2uvvfbLL7+gKCqTyebNm7dixQqjvlZFRcX8+fN79XpcapFdB3ItKA2gUqkoOjlFr0YM GtvkdbbUFHZWLpWBXNex0lbbHbVKBUAyWc+mQW2yfSSNI2SAOwsCOrlcYefkvpgsVSAAQJXkoTr5 M53bOON648aNWVlZGzduBICkpKTLly//73//Ky4u3rNnj0wmmzt3blRU1D0xWfa892p1kOvXr4eE hAiFT2yV63S606dPjx8/vr2mZWOSCgCgg5Y02QaFXHYx+c/ykqLIbt1jevRuoR0kqGycKWA7uZrp L33+beqtNPGG1X1/Pfboj7PFvbu7vTI5yOT9OeholCugUAb1WkAVlaha0lhTuiUYM649WfiW1Yuj oqIm/h0EdHd3f/jw4YcfNmSnaDQaBEHOXUvbu2PzmHkrXVkYRSPpOC4Isufgm+7By/SCAHFe2und X3N5vO7RXalUKpfLnTZtWjPrYoUOlHpQGUBjAA1OanFEj4OeAK1Wgxi0CK5FcB1C6IEwIIQBAAES B0AAQf7+SiERBBAEEMrfjymAUEiE0ugBSiIoncWxFje5UwUGgqQggCIIhUKiCDT8oyAYAigFMAqY HjBQkoZajYw8rCULZAgmLcLUEmtjOjeXz5/Fcdw/KOTujSsAMOmV1y0OwxlOONNF6MT15ljI2pfJ tVPfPFdTqwGAvj3dNq7p38azbh0mTZr0++8tDfA90+AOjtEJMGZBt/ys3/btCo/tHdrnpcYZ1xqN Ji8vzywIOHny5NTU1Dlz5jyogVyxSimVuNF0z3Qvm9FQg1xaXHg15dy0xDdJCrVCjf61+8vdu3ev WLEiISGBIAgqldq7d28ASC4GvKYAwTUIgdtm54GkUBFRlDVTmFz8bHsgBraHv4+HtZy1DRs2OIf1 Fob1odXmPGtsuHNw9o+jTgLnnk8WhldW11TX1ndLmOrKhK6u1k5tjgJpc4vla+WgKnlKJ3WSgiFE GzZL2bjm4/lLVwLAyUN7w6KiA0LCix7lpN28MuW1t07+tlcgdO01YEhhXs6tK+dfnbPAOHjv1g19 Bg4LDAkXV1cc/WX33A/+13bTIylYgyfRyJkgG3kVgCAESse5IgAIcoKwpzVFeiSFQino68qoquqn DH0SU8b12f0buVzuzJkzzQb83//9X+MgYOOM6w7eo6qh2sTZxa2+TnL35tXCR/kV5aULF8y/c+eO VquNi4t7/fXXV61aBQA3btzYvnHzzHfeLy3IPvvHUTqDCSQ5YeoMJ6ElRaEOCaasLMmpLbVkW3ft 2hUbGztwYB8AuEgNVeg7VQDx/Jk/PL19tRpNt+49ASDj3p17d27GD0rQ63XnzyTNfnchlUoDgOFj Jp48fCAj7U5Ez4HGla8HG4b2fYYbKZXKixcvduk3qrayVCZ5vHf80LoMX19POFvJbF7uxQafu8Zb FBfmJYwaS6WQwcEhwcEhQOhLCvJfGjeJiiKhYWGhYWFA6I2DaTSqTq0sK8pjczh6nQVJ6lafmzUM bDcD18uNBT0sdQIw41o5KKqKUI0EWpx+ZDHjOmz+/KNHj37++ecfffSRVCrdt2/f7du316xZ8+23 3xozrmsMcDb16RnXHYcGFWsqlRrXO17k5RMa1d03LmHcoLiVK1cuWLDgyJEjcXFxAwYMAID09HQp TmdgyI1L519/e0FMXG93kee50yeiYuLacIIIinDdFs2e7OTkFBzckJ07adKkV155BQAKpACKaouC wFavRxIgr8yvkleBs6lE8bfffgsICOjfv2E158cDVfG9PDWb5hmBKSpb8+XYBEltTXlZsdD5cWxO UiNmsFh+AUG7t2yIio5jMFkcDjcvK1Pk7evp7ZN09FB0XC+CKTBwvXsOHdOnZ/dof+dgN7YvD4Qt +EW+Ww2p1ZBbD8ln/iitqKZQ6d+uXBoSGo410ienaKRl4OJnRTohSCTMFWva0Wu4eSWld/wgAOgS 2e3Usd8unPkjLyvT08eXxWKHRXY9dfTQ+T9P5mRmuHl4crg842DcgF+7lJyX/ZDD4RUX5htPtyU4 jadzjWAIRENDeCECyxIDJtLFkFZQXVRQYKgve+qGbH2dRCGXnU/+S9B1aGBgcM9A4Za1yymycn9/ /88++yw/P79Hjx4A0KVLFxaLtWPHjqioqKFDh3r2Hp+n4jwqr5VXFyP1JZiisi3ywNsOc5EuswVp RUWFSCQCAJ1ON2vWrMRPtupK7+/btqH/4OF0BuP8maTxL7/q4WmlZ0FrYJzP9wsn/f7773/++WdR UdHbb79tCtY86wLZDAPT2cPLpzL1rFgs5vF4mZmZAoGgV69eUVFRGIYdOnRIjnA84kZR6xs+Re0I g15/+vhhd0+vnn0HAEBu1gMgISQ8UlIjPnLg51nvLEw+fUIikeAE6eYfNnry9L5BAqzFnRWKZFCu gLu3r9//6ze1vG7AkAQPkdfuLRvGTPqXf1AIAJju0viaOEPg6uUfY0WLI6UE9JUP7euPp10gULqB 40EwhQE8CH/aeqxIBo+kgFe1NGPMmHFdUVaiLM9+783EjRs38vn8qVOnNg0CGjMBzTKuX/zVtSNP MYVmvKDpeQ4am0LjkRMnTuzcubNVTKERPc+7i4+ryWHJysr66quvZsyYMWzYMOORm5VQowY7DSDe uXFFIZd3iewqqa0Jj4omqOzS6tqctBtvvPd+cAsUlkw8rCWr1YhSD8W3/3TmMC8kHe7dfzCCIH+d Ok7gePde/Xz8Ahqbv/LS4oy0OyPGTmp8EaPIQrCT5RLjCyVgqMyypTigfWFguRh4Pi5M6OXx9ME3 KkBa1SLzpNfrjv120Mkn7OXEN7t7YACA4/jnn3/+8ccfA8DRo0czMzM/+uijxkFAqn/P58647rDY hynEs8/u3r1bpXpcTNOKphAACJRO9YyQpZ44duzYsmXLjJ0D165de+vWraFDh86ZMwfDsJRSUOqB Xm1/lSo4w6msSiIQ8HtGBje/jDLjbjVcvXo19/YFNh3r3bc/hTQ0dv32bNs4YdprHC7v8P7dKpWy 34ChbC63qfkzo3lreL4EcIc1fBKcxtELQ1gYBDk9XXXqQS1ZWlmLKqtbkhBjYLkwnX18uODPBwDI ysrasWPHzJkzo6KiNm3aNG/ePOOwO3fupKamjpg257kzru0C+zCFmxdN/eWXX7755ptRo0b5+vou XLhw9+7drT4fnM5z8gz0IiqWLFkyffr0e/fuRUZGDh06dPbs2fv27aPRaGAnGYgESifofEzg9ax7 vsaVb50WKOo6VF177vc9nt4+UdFxAHDi8C8BwaGeXr4m189gMORmPWBzuL7+gc84PZrONdKaNUwu BqI626yGFADyc7I4PJ67R5vLlnQQCJSGs91xlosvF1qSkZlSCrqqpycqEygdZzo7ubhZ6xkAAOfO ndu5c+eaNWt8fHxeJOPavrCPxpsrV658//33V69evXLlypKSktdee60t7oJqZfKCtAy2e3BUXHJy cv/+/bOysi5evLh161ajHZTJZClbVmMc5/jXFhv1iNpiGs8NzhAIRH49WqasacK08kUVlSUZNy4k HR40fJRWoyEJolffAb/t3+XrH8TjOzFZ7Lra2qjouNETpyafPjFi7CQMw8Kjop9jnhRnt5mYAAAO oklEQVRcRxM/yINIAAvWcKgvJOFhtNrH1lCr0Rz+Zffw0RNd3VuwMrR/DExnA99XyICWaGTdqoS6 qlKjgmEzgn4ElWVguXm4OMW0QHl/2LBhzPBh6VrITK9E1RLGM2Zc2ykd3Sv8/qsVCzb8/v1C8zVX 6y6QmyKjutZkXp49YyqKogCQlZX1+eefR0VFLV68WKlULl26NHLAWN+eIxv/xbYjBra7p6fnU32H qqqqM2fO1NXVhQ2ciPN9CzNu3jq2o9+gBIm4IiPtTuKcebeuXSKB7DdwGAAo5LJb1y4NGTFGrVKp 1arG+9GtAkmhat2irPmGSQUNwdnL5886CYVGz7RzQ1DZOudQBgaBvIYVazNkSchHUoRW85SNJpzO 0wuCAvnQ5dn7UV8pB6nWLiNCz8fjGmQcxx/kFnXrEphc3KCKQZIkgiCNvzY9P/la2y4VSQr1kVhx 5qevDQYDAGAYtmjRoj59+jTcvS1NM0FlMUVhkruPA4ipqalffPHFokWLQkND33vvvS1btqTK+CpD u/26GK1JFyEEPvUvp1L5yftvTXj/S2ceB1XXnjvys7vIS6VUpKfdju3Zt1v3nlqN5v7dW/2HDH9w 7+6VlL+oVBqTyRoz+V9cXtsWEms8YoOdSEn2DQ8PD39//8ZP/Xz50ZmtKwYMTlCplHKZVKVUyGVS lUqp02rHTv6Xu6gN8xZsCUmhGtiuONu9hToxl0pBU53ffBqmgenMcPH144G17KXGVCpJD3ZzrZc6 4AKoLWgwhX/88cecOXMqKioAwNXVVSwWG4+/9tprPj4+JSUle/fuhUZa/KtXr6ZSqYsXL25rU7hp 3aqXZv/3rbF9TEeuX7/+9ddfHzp0CGzipeIMgat3g7r67t27fXx8hg0bZjAYGqeJ2D6ASGBMqkeX QVb6ojXmegUp0SC0mixVXdX+XVvGTPrXg/upxQX5k6fPFDq7ZKTduXz+LJvDoVJpY6e8wuG+cM+k FlNckH/tUnJ1ZUXC7CWD+3Rfv2ze4sWLQ0JCGo9JKjAPUT3KzdbrdBiVyuFy7d0a4gyh3smPT4f4 v+Of165d2717948//th08J0qqK0qx5Tm2uAmCJSGM4V8F1ELpaevlUOdFjB5OWLQcDwC+1qPwf5D 3EOEJMnka6lD+8YaLSA0MoUrVqxwcXGZN2/exo0ba2trP/nkk0dS2LnuUwaDnjjrTYIgCsusvjGt hXGBbLZgb628wpaj53pRFFU1BRnTp083HjHbXzZGl6n1Baimvk1ngtO4HFFwM7+4Ji6WgkIPtJps U1dZi+l+tufcqRPevv5hkV0BIDc782rKuanLtgbwiBULErds2SIQPFE1llQA1XdP3zyfpFGre/cf ZFJLtV+MO8JMDAIaLYRLSkreeeed/fv38/lPuOG5dZBbD7Qaq7vqBMY0sN3cXITdW9A8rUAKxXJj GqB5rb2e6x3m49rMwrzTu4dPeIXl5eUIghhN4YEDBy5durRx40ajJzhv3jyJRNKzZ88PPvig8fk2 WCB3kNglgdKpLv4elPpVH1vdXzZ+0rZRANHAdHYR+XZ/WnFVkQwe1AKA5cJBi+l+7YVapfx1784J U2dcv3ReqjaMmTR1/CALMcGkAkCqs04f3F5RWhId1yumR58zf/zu7esf1zve9nN+bgiMYWC7E0yh Hw8im6RG79q1i0ajBQcHBwcHUyiUnTt39nj53zpJqbVPVpzG1QuD/XlkhPPT19SZtWSh7Om7wASV w/Gy2oAJOrt7aDVWaDrefLjwn2MKjeA0bsqZk5ra0v79++fk5FRXVy9btmzJkiVisTgiIuKzzz7D MOx8CahbNYCo54h8PT2eWlrwsBYKZIAqKqmKila5b5uSm51ZK67u039wceGjjLQ7CrnMO3rgtGlT Le6i/Hz50ZltK1+bPVchlx058HO37j0fpqfNnPtv20/7OTCwPQxckRuL7GGl/6+RXbt2Xb58efK7 /8PoTKgrplItlAgbmEK6i58vt0VakHeroVIJFLUEU1a3PFVTz/MJ93Fpprt0Z3UPO/oOssX52H6B bIYcmMUP0+a+NnnevHnr16//z3/+88orrwQGBq5YsWLbtm3GMS8eQDTm30U6Pz34fbcKKlX2V/yk 1Wp2/vDtjDfeLS0ufJie1mfAkCvXb37w8WqL1vB4jvb4dx+BVtF7wOCgkC62n+2z0hAKpEF8C0Ka OXVkXj1yftcXdeLyyoryV19/49AvexZ8sAQaFKGFXBfPlkRFwNR+U1GBqp9TDRCncXmewb3/Ye6h XZpC065Fe5lCIzq+3/0/96OENiYm5vjx4xs2bMBx/NChQwcPHpwwYcKsWbPSqslyJUKtK0C1zxZA JDAWTRQ2sAUtwYxLcvtNf036/VdAkG7deyoV8oy0O6MnTkMC45vJsIEnP10K8nNuXLqgUild3T3G TZlus2k3g8VQYDOYpUb/uHF9WWnxjJlvhnTtgbNcXFyc45r1JY0UyaBIBopWrQXW8X2jfJy9rde3 dDL30D5MYQxHcvHixfPnzxcXFycmJo4cOZLNZrfLfMwgMCbDI6iHiMrA4MaNG1u2bFm4cGFMTExR UdHevXv/+9//0mi0q+VQr20u8m0Gyz+mj/VKABMpJaA0PMNl7YKqirJjh/YFRfedOXeBNWtYnpd+ 99g2jVqt02lHjJ3k7esPAKm3rktqxcNeGmfrGf9N86HAplyvAHmlBZkPoy9pWk2XlZV99dVXq1at 4nIt2KQsCTySAgBQ656SXvN84DQu3yvYYsmzMYB2tQJp7B6K3IRBvp4IACAIQRC5BWXVEnMnwGwM jUq1mKXXPMnXUoV8bkxEcH5RWZCfV1pmXkxE8P3sR93CAo1fjVvBKTfvRYb4O3E5OI6jKFonlWfm FeGEZSGrjm4Kv/9qRViPQZ/839ssFguaCAi3uyk0gjOcivJzsm/8tWbNmlu3bm3ZsuWNN97o16/f jh07Jk2a5ObmZpyqBn/6etnA9vDz9ggTWv3leCSFLAkAdKrlSe7DB6m3r096JTHlr9M+vgFCF9c/ jh/539dbm/cNCYI48stPOp1Wr9Px+E6jJ00z9u+2MS0MBRpJrQZxpeWcGD1HhHM8AvgQLoSDBw/u 37///fff//nnn3ft2pWYmLhnzx7TSONqg6Kuw1TVNsjw1/H9u/kKjNXrxj3V/Pz8hISER48eGa2Y yT3sGxsRGRF+7NgxtVo9e/bsg0dONjWFZmMyMjKMFzFlsJg9tnjk6t0HsRHBc958w9vbu7S0dMfO XXQa1c3NLTg4+MixEx6uzm5ubmKxWKPVLV68OCK8S+LrM48fO3r7zt1Vq1ZdS820+DI7uik0eYUp KSkXLlwoLi5+/fXXR44cabSMHcQUGtFzRCUZ1yckxLu6NtT9FhQU7N27t6qqKiYmZtasWRiGNR9A xOlOzl7+3a38RWXUQLEcMHlzyWX2y62rlzIz0sIiumY/uE+nM4aNGi8lGPdSTjKpyNy5c5vmG0J7 V4I/UyiwoTjE0p6+UZ+CgUGoEzRejS5cuHDw4MH79+9ft26dn58fAKSkpFRXV/O6DETVtc/afuQF wek8gWdgDw/E+LtNp9M//PDD9957z+TQGaOHA9zUN+/eO374wL20tMmvJM59I/HKnQdml+rZLezm 3ftmY0zJfKbEvsaniMVi05GDx88gCNKve+SaLz43S/Vzc3PLzs4eOnRocnJyWFiYWCwmCEIkElVU VNzJyI6NCPH29ikvL7tw457F12gfprBjxgqbQqA0zMWvq4jjzIRFixZNmDChpqYmJSVl3rx5W7du XbdunUwm+2j5ar/ug2Miwsw6PBAoDRVFDrGeNZ1U0NFlIF6Q0uJCALh+6bwphVDP8wnwdG7qG1ZV VZ1MrxEFRdr+B/KsocALJWCofJza2fRSTnToZ30/JD8/f926dQqFIiEh4bfffnv99dcBwNk7+Plf wAvQOPvYIneryFcHhe/avdvdzW306NHp6elUKtVo3UypJm5Cp5cnjGo85tLtjKam0KJXaLxIXFTo ieNHr1292jjVb8CAAQsWLBCLxRXVNZMnjMvLyzN6hUuWLA3vEjr91Vf37d2bnZu35osv7Nsr7Djz aQk4jcMVBaUe3yqXycaPH+/u7n78+PHo6OjvvvtuxowZPXv2XL16tWdU/4DeI1nSR6ZIn8a65D38 A+xgY25du5SeehsABiWMunf/fre4Xm+/aiER0pa+4bOGAq+Wg7LC6l6W0aMUsSH2aXnRhw4d2rZt 28iRI6VSaUREhEqlMgYN28UaDu0be/buo+HdrQoRkSSpw4GCAEngAGRuYVlkiH9TUxjs74WiFCCB BDK3sKyqps44wPS16ZUbXyQuKjSnoCQ0wCenoESuVHPZzNAAbx6HLVMo+VxO44hhys17kcH+TjwO TuAoBa2TyTPzinDcPmOFHW0+LcfAdPH09olygRMnGqqYtVrtV199NWbMmKysrEWLFjEYDNMfc/NL 4wslYKjItPGaqL1Qq1T7dm5+4933AUH27fjB1V1EYfHfmP+fFu4ptzrPFAq8W0XWlhc3o3luDAha 2yJvfJ1KFQIAlIJL8trK5OTkrKysKVOmqFSq69evG0ue2ss3BACdILC7L9+NZXVAUgGgslKqyqr/ 2AFxmMK2Rc/zjfB1Trtw4tixY+PHjz9y5MjChQtjY5/43EsqACYG/+SlsRl6vS7t1g2tVtN/yPCG IxxRgLe7La2hgeVq4Hm3MBSYWQuFsubmYAwIsjAIE4Ko2RbTRoXgxokBGqVMWVddUVFx9OjRd999 V6VSHT169NVXX4V2tYY4w8nFyz+2WcmvnDqyQoloJRUUTV3H/yB3mMI2h8AYdLegittJQwbGm8WD W8I/zQ5aQ8/xCPC23Li1tawhgTFwlivOcuHRIIgPohYofp8vAbyiuc6IxoBgS8QHm3kVl5L/zMq4 J5PJ8vLyRowYMXDgQL1ebyxHaUdrCAA6QXAPP64Ls0WDG6y8uIOub/4fqj8HdmMfOlgAAAAASUVO RK5CYII= ------_=_NextPart_001_01C3FAAA.AE7E08BB-- From heidmann at Hamburg.BAW.DE Mon Feb 23 23:54:05 2004 From: heidmann at Hamburg.BAW.DE (Carsten Heidmann) Date: Tue, 24 Feb 2004 08:54:05 +0100 Subject: [Mapserver-users] Mapscript causes core dump on Solaris Message-ID: <6.0.0.22.2.20040224084608.02922928@uranos> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I had problems running mapscript (4.0.1) applications on Solaris 8 (SPARC). Applications developed with the current Maplab version didn't run and caused mapscript to terminate with a core dump. My current workaround is to disable/delete the lines with ANTIALIAS ... in the mapfile. I suspect that the basic problem is the usage of a precompiled libpng from www.sunfreeware.com. I haven't yet tested compiling libpng by myself but I will write if this solves the problem. Carsten - ------------------------------------------------------------- Dipl. Geogr. Carsten Heidmann Bundesanstalt fuer Wasserbau Tel.: +49 (0)40 81908-345 - Dienststelle Hamburg - Fax: +49 (0)40 81908-373 Wedeler Landstrasse 157 heidmann at hamburg.baw.de DE - 22559 Hamburg http://nokis.baw.de/ http://www.hamburg.baw.de/ PGP-Key ID: 0xFF489EAE PGP-Signatur: http://www.keyserver.net/ - ------------------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: 6.5.8ckt iQA/AwUBQDr1ALjxzYr/SJ6uEQJaMQCgm58K71Yqjq3Xp3GoAhl+9i1+CDIAoNKz h7o0qlE0XhFi35ZHOqUwhIef =hVge -----END PGP SIGNATURE----- From fheland at netcourrier.com Tue Feb 24 08:58:56 2004 From: fheland at netcourrier.com (fheland at netcourrier.com) Date: Tue, 24 Feb 2004 08:58:56 CET Subject: [Mapserver-users] Symbols / Pixmap or truetype Message-ID: Hi all, I would like to have "user experience & comments" on using symbols in mapserver. Do you advise me to use pixmap rahter than truetype symbols ? Is there any performance issues ? What type looks better ? Thanks for your help Fred PS : Information which have nothing to deal with this subject / Compilation of Mapserver & gdal+ogr using Oracle 10g works fine. ------------------------------------------------------------- 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 youssefchamoun at hotmail.com Tue Feb 24 00:56:19 2004 From: youssefchamoun at hotmail.com (youssef chamoun) Date: Tue, 24 Feb 2004 09:56:19 +0100 Subject: [Mapserver-users] asymmetric lines Message-ID: Hello, I can not try it yet, It needs version 4.0 of mapserver. >From: "Stepan Kafka" >To: ,"youssef chamoun" >, >Subject: RE: [Mapserver-users] asymmetric lines >Date: Tue, 24 Feb 2004 08:20:54 +0100 > >This is not BUG because symbols are placed cartographically (e.g. if you >have bicycle or car symbol along the line, the orientation has to be +- to >north). For oriented symbols (arrows etc) the GAP < 0 may be used as >mentioned below. Have you tried it? >Plese, let me know if it doesn't work. > >Stepan Kafka > > > -----P?vodn? zpr?va----- > > Od: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] > > Odesl?no: 24. ?nora 2004 2:51 > > Komu: youssef chamoun; mapserver-users at lists.gis.umn.edu; Stepan Kafka > > P?edm?t: RE: [Mapserver-users] asymmetric lines > > > > > > FYI, there is a bug that I submitted regarding TTF symbols that might > > impact this. See > > > > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=573 > > > > In summary the symbol flips 180 degrees depending on the angle and > > slope of the the line segment. > > > > If you are running into this problem you might want to post a note to > > the list or the bug so we know. > > > > Thanks, > > -Steve > > > > On 23 Feb 2004 at 9:06, Stepan Kafka wrote: > > > > > Hi Youssef, > > > you may use two approaches: > > > > > > 1) offset lines. If you set OFFSET -99 (eg -99 5) for > > line symbols, > > > the result line is parallel to original one. Stacking symbols > > with multiple > > > STYLEs you can achieve desired effect. (There is only simple (but >quick) > > > algorithm used for offseting, so there may be some problems with very > > > tortuous lines) > > > > > > 2) Truetype symbols. If you set GAP < 0 (eg. GAP -15), the symbols are > > > oriented in "as digitized" orientation. Then you may set > > POSITION (UC, LC, > > > UR, ..) to get different drawing effects. > > > > > > These functionality is available from 3.6.0 (?) version. > > > > > > 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 youssef > > > > chamoun > > > > Odesl?no: 20. Lnora 2004 16:33 > > > > Komu: mapserver-users at lists.gis.umn.edu > > > > P edm t: [Mapserver-users] asymmetric lines > > > > > > > > > > > > Hello, > > > > > > > > can anyone please help me on a way to create asymmetric lines? > > > > > > > > Thank you. > > > > > > > > Youssef Chamoun > > > > > > > > _________________________________________________________________ > > > > Protect your PC - get McAfee.com VirusScan Online > > > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > > > > > _______________________________________________ > > > > 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 > > > > > > > > > > _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From tomko at gku.sk Tue Feb 24 02:57:52 2004 From: tomko at gku.sk (Martin Tomko) Date: Tue, 24 Feb 2004 11:57:52 +0100 Subject: [Mapserver-users] png.jar for JBox not available - HELP! In-Reply-To: <20040223180005.10058.9402.Mailman@lists.gis.umn.edu> Message-ID: <000001c3fac5$135f7470$d90510ac@aisgkk> HI list, I fell in deep troubles - I have a demonstration of Mapserver and I am using the JBox applet to do panning, zooming and so on... I just moved to PNG cause the colleagues wanted "nicer" ortophotos... and so I had to move to JBox PNG...And it requires also png.jar from sixlegs, which seems to be down/not available now. Does anybody have the library, pleaseeeeeeeeeee!? Please, send me it to the adress in the header of the message! Thanks a lot! Martin From werner at spatialdimension.co.za Tue Feb 24 04:24:00 2004 From: werner at spatialdimension.co.za (Werner du Plessis) Date: Tue, 24 Feb 2004 14:24:00 +0200 Subject: [Mapserver-users] SaveQuery & Queryfile Message-ID: <89E3039EC5D3BF4C9A74E4B997AC4969ABF4EC@mscpt-ser02.minserv.co.za> Hi All, I am having problems using the SaveQuery & Queryfile functionality in Mapserver 4.01. I have "itemnquery" selecting the features, but I haven't been able to make them persistent. Any help in this regards would be much appreciated. Regards Werner From EZS at DeStraat.NL Tue Feb 24 04:44:08 2004 From: EZS at DeStraat.NL (Emil Zegers) Date: Tue, 24 Feb 2004 13:44:08 +0100 Subject: [Mapserver-users] Looking for working IMGSHAPE/MAPSHAPE sample Message-ID: Hello list, I'm looking for a sample request to use the IMGSHAPE / MAPSHAPE functionality. With the requests I've used so far I get various error messages depending on the version of the Mapserver Windows binary used: Example requests: IMGSHAPE http://localhost/cgi-bin/mapserv_41dev.exe?map=C:\websites\Straat\SGWNaaldwijk\StraGISWeb\Ndw\stragisweb.map&layers=bis_rapP&imgext=68985%20439833%2080815%20449154&mode=nquery&scale=2222&mapshape=70000%20440000%2071000%20440000%2071000%20441000%2071000%20440000 MAPSHAPE http://localhost/cgi-bin/mapserv_40.exe?map=C:\websites\Straat\SGWNaaldwijk\StraGISWeb\Ndw\stragisweb.map&layers=bis_rapP&imgext=74961.228833+445706.696197+75146.098400+445852.351007&mode=nquery&zoom=4&imagetype=jpg&scale=2222&mapshape=60985+429833+70815+429833+70815+439154+60985+439154 Error messages: version 41dev msOGRFileOpen(): OGR error. Open failed for OGR connection `D:/websites/DemoData/Naaldwijk/Data/Bis/geo/bis_rap.TAB'. File not found or unsupported format. File is available. Is it so that MapInfo TAB's are not supported with IMGSHAPE / MAPSHAPE requests? What geodata formats are supported? version 40 Memory write error version 41 Memory read error Questions: - Is it so that MapInfo TAB's are not supported with IMGSHAPE / MAPSHAPE requests? What geodata formats are supported? - How can I check if the Mapserver binary supports use of IMGSHAPE / MAPSHAPE ? - Should the input polygon coordinates form a closed polygon (first and last coordinate pair should match) or does Mapserver close it if not? - I now use space or '+' to separate the coordinates, is this correct? - What other CGI vriables are required to form a complete request with IMGSHAPE / MAPSHAPE ? - In the list and bugzilla I found that there was a bug but that it should be solved from version 3.7 up. Can somebody confirm this? A lot of questions, I know, thanks in advance if anyone replies on this. Best regards, Emil Zegers ______________________________________________________ This message has been checked for all known viruses ______________________________________________________ From rich at greenwoodmap.com Mon Feb 23 22:18:04 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Tue, 24 Feb 2004 06:18:04 +0000 Subject: [Mapserver-users] png.jar for JBox not available - HELP! In-Reply-To: <000001c3fac5$135f7470$d90510ac@aisgkk> References: <000001c3fac5$135f7470$d90510ac@aisgkk> Message-ID: <403AEC9C.3030703@greenwoodmap.com> Martin Tomko wrote: > HI list, > I fell in deep troubles - I have a demonstration of Mapserver and I am > using the JBox applet to do panning, zooming and so on... I just moved > to PNG cause the colleagues wanted "nicer" ortophotos... and so I had to > move to JBox PNG...And it requires also png.jar from sixlegs, which > seems to be down/not available now. Does anybody have the library, > pleaseeeeeeeeeee!? > Please, send me it to the adress in the header of the message! PNG.jar is included with the jBox distribution and can be downloaded from: http://mapserver.gis.umn.edu/contributed.html Also note that jpegs make "nicer" looking images. Lastly, if you upgrade your JRE to 1.4, you can do PNG's without using jBoxPNG. -- Richard Greenwood www.greenwoodmap.com From Horst.Duester at bd.so.ch Tue Feb 24 06:07:20 2004 From: Horst.Duester at bd.so.ch (=?ISO-8859-1?Q?D=FCster_Horst?=) Date: Tue, 24 Feb 2004 15:07:20 +0100 Subject: [Mapserver-users] Mapserver and Postgres7.4.1/PostGIS 0.8.1 Message-ID: <5B025B1F39D6D4119F5700508BEEEC66F949AD@srsofaioi4546.ktso.ch> Today I upgraded PostgreSQL from Version 7.2.4 to 7.4.1. MapServer displays all requested maps generated from PostGIS layers well. But queries results in an apache internal server error. I there any limitation of using mapserver and PostgreSQL 7.4?? 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 Horst.Duester at bd.so.ch Tue Feb 24 06:11:41 2004 From: Horst.Duester at bd.so.ch (=?ISO-8859-1?Q?D=FCster_Horst?=) Date: Tue, 24 Feb 2004 15:11:41 +0100 Subject: [Mapserver-users] Mapserver and Postgres7.4.1/PostGIS 0.8.1 Part 2 Message-ID: <5B025B1F39D6D4119F5700508BEEEC66F949AF@srsofaioi4546.ktso.ch> I apologise but I forgot to send that I work with MapServer 3.6.7 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 rich at greenwoodmap.com Tue Feb 24 06:38:41 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Tue, 24 Feb 2004 07:38:41 -0700 Subject: [Mapserver-users] Re: FW: SaveQuery & Queryfile In-Reply-To: <89E3039EC5D3BF4C9A74E4B997AC4969ABF4F9@mscpt-ser02.minserv.co.za> References: <89E3039EC5D3BF4C9A74E4B997AC4969ABF4F9@mscpt-ser02.minserv.co.za> Message-ID: <403B61F1.4030406@greenwoodmap.com> Werner du Plessis wrote: > Hi Richard, > > I see from a posting on mapservers user forum that you have had a similar problem. My query results are also persistent only for the first interaction on the map after the query results are displayed. After that I get the error: msLoadQuery(): Unable to access file. 1. When you execute the query, you must set savequery=true. Mapserver will then create a .qy file. Check in your tmp directory to see if the .qy file has been created. 2. You must get the name of the query file from mapserver. Something like the following will work: 3. With each subsequent form submission, be sure the name is passed back to mapserver e.g.: queryfile=tc10776330262312.qy (The above hidden form variable will do this) -- Richard Greenwood www.greenwoodmap.com From rich at greenwoodmap.com Tue Feb 24 06:57:48 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Tue, 24 Feb 2004 07:57:48 -0700 Subject: [Mapserver-users] Re: FW: SaveQuery & Queryfile In-Reply-To: <89E3039EC5D3BF4C9A74E4B997AC4969ABF501@mscpt-ser02.minserv.co.za> References: <89E3039EC5D3BF4C9A74E4B997AC4969ABF501@mscpt-ser02.minserv.co.za> Message-ID: <403B666C.7060605@greenwoodmap.com> Werner du Plessis wrote: > Hi Richard, > > That is how I have it setup. The query executes and find the features. Now I want to zoom in twice for example, with the first click the query persists, zoom's closer and retains my selected features. On the second click I get the following error: > > msLoadQuery(): Unable to access file. (c:/inetpub/wwwroot/tmp/map.map10776342052696.qy) map.map in the line above does not look correct. Your query file name is getting thrashed. > > Any idea's? > > Regards > Werner > > > -----Original Message----- > From: Richard Greenwood [mailto:rich at greenwoodmap.com] > Sent: Tuesday, February 24, 2004 4:39 PM > To: Werner du Plessis; mapserver-users at lists.gis.umn.edu > Subject: Re: FW: SaveQuery & Queryfile > > > Werner du Plessis wrote: > >>Hi Richard, >> >>I see from a posting on mapservers user forum that you have had a similar problem. My query results are also persistent only for the first interaction on the map after the query results are displayed. After that I get the error: msLoadQuery(): Unable to access file. > > > 1. When you execute the query, you must set savequery=true. Mapserver > will then create a .qy file. Check in your tmp directory to see if the > .qy file has been created. > > 2. You must get the name of the query file from mapserver. Something > like the following will work: > > > 3. With each subsequent form submission, be sure the name is passed back > to mapserver e.g.: > queryfile=tc10776330262312.qy > (The above hidden form variable will do this) > -- Richard Greenwood www.greenwoodmap.com From Horst.Duester at bd.so.ch Tue Feb 24 07:09:23 2004 From: Horst.Duester at bd.so.ch (=?ISO-8859-1?Q?D=FCster_Horst?=) Date: Tue, 24 Feb 2004 16:09:23 +0100 Subject: [Mapserver-users] Mapserver and Postgres7.4.1/PostGIS 0.8.1 Part 1 Message-ID: <5B025B1F39D6D4119F5700508BEEEC66F949B0@srsofaioi4546.ktso.ch> Today I upgraded PostgreSQL from Version 7.2.4 to 7.4.1. MapServer displays all requested maps generated from PostGIS layers well. But queries results in an apache internal server error. I there any limitation of using mapserver and PostgreSQL 7.4?? 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 mountainduo at mho.com Tue Feb 24 07:52:51 2004 From: mountainduo at mho.com (mountainduo at mho.com) Date: Tue, 24 Feb 2004 08:52:51 -0700 (MST) Subject: [Mapserver-users] Mapscript and Java Message-ID: <4006.64.58.31.38.1077637971.squirrel@a.mail.mho.net> Hello, i am trying to get java mapscript working. Can someone please post the jar and dll for mapserver 4? thank you, will From pramsey at refractions.net Tue Feb 24 08:02:09 2004 From: pramsey at refractions.net (Paul Ramsey) Date: Tue, 24 Feb 2004 08:02:09 -0800 Subject: [Mapserver-users] Mapserver and Postgres7.4.1/PostGIS 0.8.1 Part 1 In-Reply-To: <5B025B1F39D6D4119F5700508BEEEC66F949B0@srsofaioi4546.ktso.ch> Message-ID: Yes, the cursor handling changed between pg7.3 and 7.4. Moving to the CVS version of mapserver (either the 4.0 or 4.1 cvs versions) should fix the problem. P. On Tuesday, February 24, 2004, at 07:09 AM, D?ster Horst wrote: > Today I upgraded PostgreSQL from Version 7.2.4 to 7.4.1. MapServer > displays > all requested maps generated from PostGIS layers well. But queries > results > in an apache internal server error. I there any limitation of using > mapserver and PostgreSQL 7.4?? > > 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 > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > Paul Ramsey Refractions Research Email: pramsey at refractions.net Phone: (250) 885-0632 From sgillies at frii.com Tue Feb 24 09:19:40 2004 From: sgillies at frii.com (Sean Gillies) Date: Tue, 24 Feb 2004 10:19:40 -0700 Subject: [Mapserver-users] Perl/Python/Ruby mapscript development documentation Message-ID: Hi, Following the example of the PHP-mapscript developers, we are now maintaining documentation for the development mapscript in a text file. In CVS in can be found at mapscript/doc/mapscript.txt. Language-specific appendices will be at mapscript/doc/python.txt etc. This new documentation fills the same role as the README file under mapscript/php3. Is a work in progress, but I'm chipping away at it every day and we'll be caught up with the current state of the development code soon. We are trying out restructured text as a file format. It provides just enough structure that it can be parsed and rendered into XML or HTML. During the evaluation of mapscript.txt I will be regularly generating HTML from the text source and putting it up at http://users.frii.com/sgillies/examples/mapscript.html Links to the original text source and documentation about reST and links to download of reST tools are at the bottom of the page. If users appreciate this development documentation, I'll work the generation of HTML docs into the mapserver nightly build. If you have considerations that you'd like to add to Bugzilla regarding the development docs, join the discussion here http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=576 or discuss here on the list and I'll try to summarize on Bugzilla. cheers, Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From sgillies at frii.com Tue Feb 24 09:26:12 2004 From: sgillies at frii.com (Sean Gillies) Date: Tue, 24 Feb 2004 10:26:12 -0700 Subject: [Mapserver-users] Mapscript and Java In-Reply-To: <4006.64.58.31.38.1077637971.squirrel@a.mail.mho.net> References: <4006.64.58.31.38.1077637971.squirrel@a.mail.mho.net> Message-ID: <8AA161AA-66EE-11D8-9190-000393B98B56@frii.com> On Feb 24, 2004, at 8:52 AM, wrote: > Hello, > > i am trying to get java mapscript working. Can someone please post the > jar > and dll for mapserver 4? > > thank you, > will > Will, As far as I know, the java mapscript doesn't work. I can't remember ever seeing any real success stories on this list. The java Makefile in mapscript/java hasn't been touched since May 2002, so I assume it is way out of date with MapServer. It appears to be in an abandoned state. If I am wrong, somebody please correct me and help Will. Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From mountainduo at mho.com Tue Feb 24 09:30:24 2004 From: mountainduo at mho.com (mountainduo at mho.com) Date: Tue, 24 Feb 2004 10:30:24 -0700 (MST) Subject: [Mapserver-users] Mapscript and Java In-Reply-To: <8AA161AA-66EE-11D8-9190-000393B98B56@frii.com> References: <4006.64.58.31.38.1077637971.squirrel@a.mail.mho.net> <8AA161AA-66EE-11D8-9190-000393B98B56@frii.com> Message-ID: <4126.64.58.31.38.1077643824.squirrel@a.mail.mho.net> Sean, thank you for your reply. That would be good to know if it is abandoned so i can pursue different options. thanks, will > On Feb 24, 2004, at 8:52 AM, wrote: > >> Hello, >> >> i am trying to get java mapscript working. Can someone please post the >> jar >> and dll for mapserver 4? >> >> thank you, >> will >> > > Will, > > As far as I know, the java mapscript doesn't work. I can't remember > ever > seeing any real success stories on this list. The java Makefile in > mapscript/java hasn't been touched since May 2002, so I assume it is way > out of date with MapServer. It appears to be in an abandoned state. > > If I am wrong, somebody please correct me and help Will. > > Sean > > -- > Sean Gillies > sgillies at frii dot com > http://users.frii.com/sgillies From sgillies at frii.com Tue Feb 24 09:56:37 2004 From: sgillies at frii.com (Sean Gillies) Date: Tue, 24 Feb 2004 10:56:37 -0700 Subject: [Mapserver-users] Mapscript and Java In-Reply-To: <4126.64.58.31.38.1077643824.squirrel@a.mail.mho.net> References: <4006.64.58.31.38.1077637971.squirrel@a.mail.mho.net> <8AA161AA-66EE-11D8-9190-000393B98B56@frii.com> <4126.64.58.31.38.1077643824.squirrel@a.mail.mho.net> Message-ID: Will, The best option, IMO (and without knowing anything about your app), would be to set up MapServer as a stand-alone WMS server and then have your java app make WMS requests to it for imagery. I do this for performance reasons alone. No mapscript program will be able to make maps as fast as the mapserv executable. Are you familiar with deegree? If not, search for it on the web. Is a java library for working with WMS and WFS. Other options: dig into SWIG and the java mapscript, make it work, and become a hero for all time to other java users. Or hire somebody to do it. I know 0 about the internals of Java, but there must be somebody would be willing to take it on. cheers, Sean On Feb 24, 2004, at 10:30 AM, wrote: > Sean, > > thank you for your reply. That would be good to know if it is > abandoned so > i can pursue different options. > > thanks, > will > >> On Feb 24, 2004, at 8:52 AM, wrote: >> >>> Hello, >>> >>> i am trying to get java mapscript working. Can someone please post >>> the >>> jar >>> and dll for mapserver 4? >>> >>> thank you, >>> will >>> >> >> Will, >> >> As far as I know, the java mapscript doesn't work. I can't remember >> ever >> seeing any real success stories on this list. The java Makefile in >> mapscript/java hasn't been touched since May 2002, so I assume it is >> way >> out of date with MapServer. It appears to be in an abandoned state. >> >> If I am wrong, somebody please correct me and help Will. >> >> 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 mservin at tecnoaccion.com.ar Tue Feb 24 10:38:37 2004 From: mservin at tecnoaccion.com.ar (Mario Servin) Date: Tue, 24 Feb 2004 15:38:37 -0300 Subject: [Mapserver-users] How I find a street that cross another using cgi querystring? Message-ID: <00ff01c3fb05$6a7d9850$7205a8c0@mariolaptop> This is a multi-part message in MIME format. ------=_NextPart_000_00FC_01C3FAEC.45136270 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I was able to get a street near the point where I click the mouse = but now I need to get the closest crossing street. How can I get it = using mapserver cgi and querystring features? Regards ------=_NextPart_000_00FC_01C3FAEC.45136270 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
    I was able to get a = street near=20 the point where I click the mouse but now I need to get the closest = crossing street. How can I get it using mapserver cgi and querystring=20 features?
   =20 Regards
------=_NextPart_000_00FC_01C3FAEC.45136270-- From pkishor at geoanalytics.com Tue Feb 24 11:13:26 2004 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 24 Feb 2004 19:13:26 -0000 Subject: [Mapserver-users] Re: List as Forum?? In-Reply-To: Message-ID: Since this is being discussed for the umpteenth time, I will chime again with -- 1. I prefer forums and have proposed so in the past. 2. I defer to the wishes of the majority and esp. to that of those who run this list since I myself don't provide any resources to run/manage/host it. I appreciate their work and generosity. Most here seem to prefer mail list. The following is why I prefer web-based forums -- 1. My mailbox is not deluged with either countless indiv. messages or one mongo, munged up, unmanageable digest. 2. I can get to web-based forums from anywhere -- web access is usually more ubiquitous than email access. 3. I get the best of both worlds, if I prefer. Most forums software allow "watching" marked threads, and informing by email or even mailing new messages posted to watched threads. 4. Searching is usually more intelligent, flexible. 5. My propensity to reply to others' call for help is independent of whether I subscribe to forums or mail lists. 6. I use Yahoo right now. I have to still receive the emails in my mailbox because that is the only way I can join the Yahoo groups. So, I get the nasty digest version that I quickly scan and delete. Then I go to Yahoo groups to actually ask questions/reply. However, the Yahoo ads are definitely a pain the derriere. The one online community that I like extremely much is perlmonks.org. The way it is organized, the way it builds a community, and the way one can customize it to one's needs is really brilliant. The code is opensource and available. Of course, there are many others out there. Needless to say, the ability to block cutesy graphic smiley faces would be a necessary criterion in choosing one. All that said, I reiterate -- I am grateful for this community and those who make the means available to make it possible. From mountainduo at mho.com Tue Feb 24 11:29:13 2004 From: mountainduo at mho.com (mountainduo at mho.com) Date: Tue, 24 Feb 2004 12:29:13 -0700 (MST) Subject: [Mapserver-users] Mapscript and Java In-Reply-To: <064C7ADA-66FE-11D8-BE28-000393D33C2E@refractions.net> References: <064C7ADA-66FE-11D8-BE28-000393D33C2E@refractions.net> Message-ID: <2424.64.58.31.38.1077650953.squirrel@a.mail.mho.net> I appreciate your feedback and am going to pursue the WMS capabilities. > Also GeoServer has a rudimentary and slowly improving WMS capability in > it. > I agree w/ Sean though -- using Mapserver as a WMS and pulling via the > open protocol has nice architectural benefits. Like if you get told to > use a different web map server, or a data source that is only supported > by a particular product. You can start w/ mapserver but always switch > to another WMS. > > On Tuesday, February 24, 2004, at 09:56 AM, Sean Gillies wrote: > >> Will, >> >> The best option, IMO (and without knowing anything about your app), >> would be >> to set up MapServer as a stand-alone WMS server and then have your >> java app make WMS requests to it for imagery. I do this for >> performance reasons >> alone. No mapscript program will be able to make maps as fast as the >> mapserv executable. >> >> Are you familiar with deegree? If not, search for it on the web. Is >> a java >> library for working with WMS and WFS. >> >> Other options: dig into SWIG and the java mapscript, make it work, and >> become a hero for all time to other java users. Or hire somebody to >> do it. >> I know 0 about the internals of Java, but there must be somebody would >> be >> willing to take it on. >> >> cheers, >> Sean >> >> On Feb 24, 2004, at 10:30 AM, wrote: >> >>> Sean, >>> >>> thank you for your reply. That would be good to know if it is >>> abandoned so >>> i can pursue different options. >>> >>> thanks, >>> will >>> >>>> On Feb 24, 2004, at 8:52 AM, wrote: >>>> >>>>> Hello, >>>>> >>>>> i am trying to get java mapscript working. Can someone please post >>>>> the >>>>> jar >>>>> and dll for mapserver 4? >>>>> >>>>> thank you, >>>>> will >>>>> >>>> >>>> Will, >>>> >>>> As far as I know, the java mapscript doesn't work. I can't remember >>>> ever >>>> seeing any real success stories on this list. The java Makefile in >>>> mapscript/java hasn't been touched since May 2002, so I assume it is >>>> way >>>> out of date with MapServer. It appears to be in an abandoned state. >>>> >>>> If I am wrong, somebody please correct me and help Will. >>>> >>>> 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 >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > Paul Ramsey > Refractions Research > Email: pramsey at refractions.net > Phone: (250) 885-0632 From pramsey at refractions.net Tue Feb 24 11:17:02 2004 From: pramsey at refractions.net (Paul Ramsey) Date: Tue, 24 Feb 2004 11:17:02 -0800 Subject: [Mapserver-users] Mapscript and Java In-Reply-To: Message-ID: <064C7ADA-66FE-11D8-BE28-000393D33C2E@refractions.net> Also GeoServer has a rudimentary and slowly improving WMS capability in it. I agree w/ Sean though -- using Mapserver as a WMS and pulling via the open protocol has nice architectural benefits. Like if you get told to use a different web map server, or a data source that is only supported by a particular product. You can start w/ mapserver but always switch to another WMS. On Tuesday, February 24, 2004, at 09:56 AM, Sean Gillies wrote: > Will, > > The best option, IMO (and without knowing anything about your app), > would be > to set up MapServer as a stand-alone WMS server and then have your java > app make WMS requests to it for imagery. I do this for performance > reasons > alone. No mapscript program will be able to make maps as fast as the > mapserv executable. > > Are you familiar with deegree? If not, search for it on the web. Is > a java > library for working with WMS and WFS. > > Other options: dig into SWIG and the java mapscript, make it work, and > become a hero for all time to other java users. Or hire somebody to > do it. > I know 0 about the internals of Java, but there must be somebody would > be > willing to take it on. > > cheers, > Sean > > On Feb 24, 2004, at 10:30 AM, wrote: > >> Sean, >> >> thank you for your reply. That would be good to know if it is >> abandoned so >> i can pursue different options. >> >> thanks, >> will >> >>> On Feb 24, 2004, at 8:52 AM, wrote: >>> >>>> Hello, >>>> >>>> i am trying to get java mapscript working. Can someone please post >>>> the >>>> jar >>>> and dll for mapserver 4? >>>> >>>> thank you, >>>> will >>>> >>> >>> Will, >>> >>> As far as I know, the java mapscript doesn't work. I can't remember >>> ever >>> seeing any real success stories on this list. The java Makefile in >>> mapscript/java hasn't been touched since May 2002, so I assume it is >>> way >>> out of date with MapServer. It appears to be in an abandoned state. >>> >>> If I am wrong, somebody please correct me and help Will. >>> >>> 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 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > Paul Ramsey Refractions Research Email: pramsey at refractions.net Phone: (250) 885-0632 From godwinl at agr.gc.ca Tue Feb 24 12:30:54 2004 From: godwinl at agr.gc.ca (Liz Godwin) Date: Tue, 24 Feb 2004 15:30:54 -0500 Subject: [Mapserver-users] Re: List as Forum?? Message-ID: Here here! For both comments about forums, AND appreciation to those that run the list. I'd have been lost without it. (Although I'd still prefer a forum). I'd be willing to help start such an endeavor, but who hosts it is another problem. >>> "pkishor_98" 02/24/04 02:13PM >>> Since this is being discussed for the umpteenth time, I will chime again with -- 1. I prefer forums and have proposed so in the past. 2. I defer to the wishes of the majority and esp. to that of those who run this list since I myself don't provide any resources to run/manage/host it. I appreciate their work and generosity. Most here seem to prefer mail list. The following is why I prefer web-based forums -- 1. My mailbox is not deluged with either countless indiv. messages or one mongo, munged up, unmanageable digest. 2. I can get to web-based forums from anywhere -- web access is usually more ubiquitous than email access. 3. I get the best of both worlds, if I prefer. Most forums software allow "watching" marked threads, and informing by email or even mailing new messages posted to watched threads. 4. Searching is usually more intelligent, flexible. 5. My propensity to reply to others' call for help is independent of whether I subscribe to forums or mail lists. 6. I use Yahoo right now. I have to still receive the emails in my mailbox because that is the only way I can join the Yahoo groups. So, I get the nasty digest version that I quickly scan and delete. Then I go to Yahoo groups to actually ask questions/reply. However, the Yahoo ads are definitely a pain the derriere. The one online community that I like extremely much is perlmonks.org. The way it is organized, the way it builds a community, and the way one can customize it to one's needs is really brilliant. The code is opensource and available. Of course, there are many others out there. Needless to say, the ability to block cutesy graphic smiley faces would be a necessary criterion in choosing one. All that said, I reiterate -- I am grateful for this community and those who make the means available to make it possible. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dmcilhagga at dmsolutions.ca Tue Feb 24 13:49:06 2004 From: dmcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Tue, 24 Feb 2004 16:49:06 -0500 Subject: [Mapserver-users] ANNOUNCE: Second Annual MapServer User Meeting Message-ID: <403BC6D2.90604@dmsolutions.ca> Hello everyone, On behalf of the Ottawa MapServer Users Group we're happy to pass along the details to the community regarding this year's MapServer User Meeting to be held June 9-11, 2004, here in Ottawa, Canada at Carleton University. This year, we've also added a concurrent event -- the Open Source GIS Conference 2004. This is in the hopes of building on the highly successful inaugural MapServer User Meeting held in Minnesota last June. Once again, we will be having a number of workshops and presentations. Details on these will follow in the weeks and months ahead as we finalize a schedule for the event. In the meantime, I invite you to visit the conference website which is available through http://www.omsug.ca. Please check back regularly as there will be a lot of information added in the months ahead. Note that there is an early-bird special for registration before April 30th. For more information please contact Tuan Nguyen at info at omsug.ca or +1 (613) 565-5056 ext. 17. We'd love to hear from you about any suggestions or ideas you may have for the event or the conference website. We're all excited to be hosting this event and seeing many of you here in Ottawa in June. Dave -- Dave McIlhagga President, DM Solutions Group http://www.dmsolutions.ca EMail : dmcilhagga at dmsolutions.ca Phone : 613-565-5056 x15 Fax : 613-565-0925 From daryljharrison at netscape.net Tue Feb 24 17:06:08 2004 From: daryljharrison at netscape.net (daryljharrison at netscape.net) Date: Tue, 24 Feb 2004 20:06:08 -0500 Subject: [Mapserver-users] GetFeature Request problem Message-ID: <1FB059EE.28118840.9159AC7C@netscape.net> I am not able to return any values using the GetFeature request to query values from an MS SQL database. ??I am able to complete a DescribeFeatureType and a GetCapabilities Request but not a GetFeature request?? Here: is my .map file; NAME GBOutputs STATUS ON SIZE 400 400 EXTENT -180 -90 180 90 UNITS DD IMAGETYPE GIF #------------------------------------------------------------------------------------- # Start of web interface definition (including WFS enabling metadata) #------------------------------------------------------------------------------------- WEB ??IMAGEPATH "c:\Inetpub\wwwroot\tmp\" ??IMAGEURL "/tmp/" ??METADATA ?? ??WFS_TITLE "Envision Sustainability Tools" ?? ??WFS_ABSTRACT "This is a MapServer demonstration application for Envision Sustainability Tools" ?? ??WFS_ACCESSCONSTRAINTS none ?? ??WFS_ONLINERESOURCE "http://localhost/scripts/mapserv.exe?map=wfs_quest.map" ??END END #------------------------------------------------------------------------------------- # Start of layer definitions #------------------------------------------------------------------------------------- LAYER ??NAME GBOutputs ??TYPE POINT ??CONNECTIONTYPE OGR ??CONNECTION ?? ??' ?? ?? ?? ?? ?? ?? ??ODBC:OGRMapserver/c0nnectMe!@QUEST,popdens ?? ?? ?? ??popdens ?? ?? ?? ??wkbPoint ?? ?? ?? ??# WGS84 ?? ?? ?? ?? ?? ?? ?? ??' ??DUMP TRUE # for WFS only ??DATA "GBOutputs" ??STATUS default ??METADATA ?? ??WFS_TITLE "GB Population Density" ?? ??WFS_ABSTRACT "Please fill in" ?? ??WFS_EXTENT "289033 5350789 659533 5635789" ?? # minx min y max x maxy ?? ??WFS_SRS "EPSG:26910" ?? ??END END END Here's the output I am receiving: ?? - - ??inapplicable ?? ?? My understanding is that ???inapplicable??? means that there are no features. If I change the value id (though this might be the problem) I receive a GCI timeout error. I am new to MapServer so any help is appreciated. Let me know if you have any other questions. __________________________________________________________________ Introducing the New Netscape Internet Service. Only $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. From eric.linux at shaw.ca Tue Feb 24 11:19:57 2004 From: eric.linux at shaw.ca (E Wright) Date: Tue, 24 Feb 2004 19:19:57 +0000 Subject: [Mapserver-users] Map Server compile problem Message-ID: <403BA3DD.2060701@shaw.ca> This is a multi-part message in MIME format. --Boundary_(ID_YD1NBIh3NjpLLLIOq9T/QA) Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT Map Server compile problem. Good evening, I am trying to install the MapServer using the following configure: ./configure --with-gd=/usr/software/mapServer/gd-2.0.21 --with-tiff=/usr/software/mapServer/tiff-v3.6.1 --with-proj=/usr/software/mapServer/proj-4.4.7 --with-ogr=/usr/local/bin/gdal-config --with-gdal=/usr/local/bin/gdal-config --with-postgis=/usr/local/pgsql/include/pg_config --with-wfs --with-curl=/usr/software/mapServer/curl-7.10.8/curl-config This seems to run fine but when I try to run the make command I get the following error: gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WFS_SVR -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_OGR -DUSE_GDAL -DUSE_POSTGIS -I/usr/software/mapServer/gd-2.0.21 -I/usr/software/mapServer/proj-4.4.7/src -I/usr/software/mapServer/tiff-v3.6.1/libtiff -I/usr/local/include -I/usr/local/include -I maptemplate.c -o maptemplate.o gcc: no input files make: *** [maptemplate.o] Error 1 I am fairly new to using Linux so I am not always too sure what something is trying to tell me. Any help that anyone can provide will be greatly appreciated. Thank you in advance. E Wright. --Boundary_(ID_YD1NBIh3NjpLLLIOq9T/QA) Content-type: message/rfc822; name="Map Server compile problem." Date: Tue, 24 Feb 2004 02:24:31 +0000 From: E Wright Subject: Map Server compile problem. To: mapserver-users at lists.gis.umn.edu Message-id: <403AB5DF.5020906 at shaw.ca> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040115 Map Server compile problem. Good evening, I am trying to install the MapServer using the following configure: ./configure --with-gd=/usr/software/mapServer/gd-2.0.21 --with-tiff=/usr/software/mapServer/tiff-v3.6.1 --with-proj=/usr/software/mapServer/proj-4.4.7 --with-ogr=/usr/local/bin/gdal-config --with-gdal=/usr/local/bin/gdal-config --with-postgis=/usr/local/pgsql/include/pg_config --with-wfs --with-curl=/usr/software/mapServer/curl-7.10.8/curl-config This seems to run fine but when I try to run the make command I get the following error: gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WFS_SVR -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_OGR -DUSE_GDAL -DUSE_POSTGIS -I/usr/software/mapServer/gd-2.0.21 -I/usr/software/mapServer/proj-4.4.7/src -I/usr/software/mapServer/tiff-v3.6.1/libtiff -I/usr/local/include -I/usr/local/include -I maptemplate.c -o maptemplate.o gcc: no input files make: *** [maptemplate.o] Error 1 I am fairly new to using Linux so I am not always too sure what something is trying to tell me. Any help that anyone can provide will be greatly appreciated. Thank you in advance. E Wright. --Boundary_(ID_YD1NBIh3NjpLLLIOq9T/QA)-- From havard.tveite at nlh.no Wed Feb 25 01:45:32 2004 From: havard.tveite at nlh.no (Havard Tveite) Date: Wed, 25 Feb 2004 10:45:32 +0100 Subject: [Mapserver-users] WMS client - multiple entries in "wms_srs" Message-ID: <403C6EBC.4010304@nlh.no> Using recent versions of Mapserver CVS, Proj.4, ... I am a little confused as to the the use of "wms_srs" in the METADATA of a WMS-layer. LAYER CONNECTIONTYPE WMS METADATA "wms_srs" "EPSG:4326 EPSG:32633 EPSG:27394 EPSG:4267 EPSG:4269" ... It seems to me that the first entry on the "wms_srs" list is always choosen by Mapserver when doing the WMS request. I thought that the point of having a list in "wms_srs" was that Mapserver could choose among these projections depending on the projection of the output map. This way, raster reprojection could in many cases be avoided, producing nicer output maps. What is the point of having a list of projections in "wms_srs"? Is it for future use? -- H?vard Tveite Department of Mathematical Sciences and Technology Agricultural University of Norway Dr?bakveien 14, POBox 5003, N-1432 ?s, NORWAY Phone: +47 64948857 Fax: +47 64948810 http://www.nlh.no/imt From gis at schnegg.net Wed Feb 25 01:57:40 2004 From: gis at schnegg.net (Frank Rittinger) Date: Wed, 25 Feb 2004 10:57:40 +0100 Subject: [Mapserver-users] Mapscript and Java In-Reply-To: References: <4006.64.58.31.38.1077637971.squirrel@a.mail.mho.net> <8AA161AA-66EE-11D8-9190-000393B98B56@frii.com> <4126.64.58.31.38.1077643824.squirrel@a.mail.mho.net> Message-ID: <403C7194.7040400@schnegg.net> Hello Will, I'm building a Servlet/Mapserver application where I use the "QUERY_STRING" debug feature of mapserver and call mapserver with the appropriate query string through a Runtime.exec() wrapper from my servlets. Then I parse the output of mapserver back into my servlet, do some stuff with it, and send the information back to the browser. It works surprisingly well. This is somewhat similar to the WMS approach ... Bye, Frank From giorgio.plazzotta at sarasricerche.it Wed Feb 25 01:30:57 2004 From: giorgio.plazzotta at sarasricerche.it (Giorgio Plazzotta) Date: Wed, 25 Feb 2004 10:30:57 +0100 Subject: [Mapserver-users] List as a forum References: <20040224180003.11294.12646.Mailman@lists.gis.umn.edu> Message-ID: <000601c3fba0$3743b870$3f44a8c0@GIS05> Hi all I also agree with the opinion that a forum offers more advantages than a mailing list, though these instruments are different and both have their goods and faults. An even better solution would be an indformation system composed by a forum and a periodical newsletter. The newsletter would eliminate the disadvantage of the too many information and messages created in a mailing list and in a forum. The problem in this case is typical of the system where the information offer is too big, the user can sometimes not be helped to catch the most important things that happened in that period, and the important announces are mixed together with very specialistic infos. Of course in order to publish a newsletter a team of people who cure it is needed and i don't know if this can be done, but it would really be a great help seen by the user's side. Giorgio Plazzotta Saras Ricerche - Assemini (CA) Italy From Mills_D at wrcplc.co.uk Wed Feb 25 05:46:04 2004 From: Mills_D at wrcplc.co.uk (Mills, Daniel) Date: Wed, 25 Feb 2004 13:46:04 -0000 Subject: [Mapserver-users] scale query Message-ID: Hi, I am querying map->sclae and getting back funny results. Can anybody help. i am using mapserver 4.2 with mapscript. When i zoom to the extents of the uk (-7.000 49.000 3.000 59.000) i get a scale of 47.24412. I have set my map projection to lat/long, the data is held in Oracle Spatial SRID=null. map units have been set to METERS. I have set all of my layers to lat/long and units m. Does anybody have any ideas as to why this is the case? Thanks Daniel ------------------------------------------------------------------------------------------------------------------------------------------------- Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as well as www.waterportfolio.com for collaborative research projects. ------------------------------------------------------------------------------------------------------------------------------------------------- The Information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by any other party is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on information contained in this e-mail is prohibited and maybe unlawful. When addressed to WRc clients, any opinions or advice contained in this e-mail are subject to the terms and conditions expressed in the governing WRc client Agreement. From fx.gamoy at mapxplore.com Wed Feb 25 06:14:19 2004 From: fx.gamoy at mapxplore.com (FX Gamoy) Date: Wed, 25 Feb 2004 15:14:19 +0100 Subject: [Mapserver-users] scale query References: Message-ID: <00ad01c3fba9$a9a39260$0102a8c0@polo> hello if u are using latlong, try setting units to DD fx ----- Original Message ----- From: "Mills, Daniel" To: Sent: Wednesday, February 25, 2004 2:46 PM Subject: [Mapserver-users] scale query > Hi, > > I am querying map->sclae and getting back funny results. Can anybody help. > > i am using mapserver 4.2 with mapscript. When i zoom to the extents of the > uk (-7.000 49.000 3.000 59.000) i get a scale of 47.24412. I have set my > map projection to lat/long, the data is held in Oracle Spatial SRID=null. > map units have been set to METERS. I have set all of my layers to lat/long > and units m. > > Does anybody have any ideas as to why this is the case? > Thanks > Daniel > > > > > -------------------------------------------------------------------------- ----------------------------------------------------------------------- > Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as well as www.waterportfolio.com for collaborative research projects. > -------------------------------------------------------------------------- ----------------------------------------------------------------------- > > The Information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by any other party is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on information contained in this e-mail is prohibited and maybe unlawful. When addressed to WRc clients, any opinions or advice contained in this e-mail are subject to the terms and conditions expressed in the governing WRc client Agreement. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Mills_D at wrcplc.co.uk Wed Feb 25 06:25:18 2004 From: Mills_D at wrcplc.co.uk (Mills, Daniel) Date: Wed, 25 Feb 2004 14:25:18 -0000 Subject: [Mapserver-users] scale query Message-ID: if i change map units to DD i get 5249704.8 What does this figure actually mean?? Daniel -----Original Message----- From: FX Gamoy [mailto:fx.gamoy at mapxplore.com] Sent: Wednesday, 25 February 2004 14:14 To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] scale query hello if u are using latlong, try setting units to DD fx ----- Original Message ----- From: "Mills, Daniel" To: Sent: Wednesday, February 25, 2004 2:46 PM Subject: [Mapserver-users] scale query > Hi, > > I am querying map->sclae and getting back funny results. Can anybody help. > > i am using mapserver 4.2 with mapscript. When i zoom to the extents of the > uk (-7.000 49.000 3.000 59.000) i get a scale of 47.24412. I have set my > map projection to lat/long, the data is held in Oracle Spatial SRID=null. > map units have been set to METERS. I have set all of my layers to lat/long > and units m. > > Does anybody have any ideas as to why this is the case? > Thanks > Daniel > > > > > -------------------------------------------------------------------------- ----------------------------------------------------------------------- > Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as well as www.waterportfolio.com for collaborative research projects. > -------------------------------------------------------------------------- ----------------------------------------------------------------------- > > The Information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by any other party is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on information contained in this e-mail is prohibited and maybe unlawful. When addressed to WRc clients, any opinions or advice contained in this e-mail are subject to the terms and conditions expressed in the governing WRc client Agreement. > _______________________________________________ > 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 ------------------------------------------------------------------------------------------------------------------------------------------------- Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as well as www.waterportfolio.com for collaborative research projects. ------------------------------------------------------------------------------------------------------------------------------------------------- The Information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by any other party is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on information contained in this e-mail is prohibited and maybe unlawful. When addressed to WRc clients, any opinions or advice contained in this e-mail are subject to the terms and conditions expressed in the governing WRc client Agreement. From woodbri at swoodbridge.com Wed Feb 25 06:24:31 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Wed, 25 Feb 2004 09:24:31 -0500 Subject: [Mapserver-users] scale query In-Reply-To: Message-ID: <403C69CF.17682.14777F95@localhost> Daniel, If you data is in lat/long, then I think you probably want your units to be DD as lat/longs usually expressed in decimal degrees. -Steve W. On 25 Feb 2004 at 13:46, Mills, Daniel wrote: > Hi, > > I am querying map->sclae and getting back funny results. Can anybody help. > > i am using mapserver 4.2 with mapscript. When i zoom to the extents of the > uk (-7.000 49.000 3.000 59.000) i get a scale of 47.24412. I have set my > map projection to lat/long, the data is held in Oracle Spatial SRID=null. > map units have been set to METERS. I have set all of my layers to lat/long > and units m. > > Does anybody have any ideas as to why this is the case? > Thanks > Daniel > > > > > ------------------------------------------------------------------------------------------------------------------------------------------------- > Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as well as www.waterportfolio.com for collaborative research projects. > ------------------------------------------------------------------------------------------------------------------------------------------------- > > The Information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by any other party is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on information contained in this e-mail is prohibited and maybe unlawful. When addressed to WRc clients, any opinions or advice contained in this e-mail are subject to the terms and conditions expressed in the governing WRc client Agreement. > _______________________________________________ > 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 Feb 25 06:44:28 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 25 Feb 2004 09:44:28 -0500 Subject: [Mapserver-users] Mapscript causes core dump on Solaris Message-ID: <20040225144421.E28131A659B@mail.medinaco.org> Not a solution but a thought - If the error appears to originate in libpng it should show it's ugly head via the cgi version and temporarily take php out of the mix and limiting the points of failure to the mapserv executable and a mapfile, no? Lowell The following message was sent by Carsten Heidmann on Tue, 24 Feb 2004 08:54:05 +0100. > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > I had problems running mapscript (4.0.1) applications on Solaris 8 (SPARC). > Applications developed with the current Maplab version didn't run and > caused mapscript to terminate with a core dump. > My current workaround is to disable/delete the lines with ANTIALIAS ... in > the mapfile. > I suspect that the basic problem is the usage of a precompiled libpng from > www.sunfreeware.com. I haven't yet tested compiling libpng by myself but I > will write if this solves the problem. > Carsten > - ------------------------------------------------------------- > Dipl. Geogr. Carsten Heidmann Bundesanstalt fuer Wasserbau > Tel.: +49 (0)40 81908-345 - Dienststelle Hamburg - > Fax: +49 (0)40 81908-373 Wedeler Landstrasse 157 > heidmann at hamburg.baw.de DE - 22559 Hamburg > http://nokis.baw.de/ http://www.hamburg.baw.de/ > > PGP-Key ID: 0xFF489EAE > PGP-Signatur: http://www.keyserver.net/ > - ------------------------------------------------------------- > > -----BEGIN PGP SIGNATURE----- > Version: 6.5.8ckt > > iQA/AwUBQDr1ALjxzYr/SJ6uEQJaMQCgm58K71Yqjq3Xp3GoAhl+9i1+CDIAoNKz > h7o0qlE0XhFi35ZHOqUwhIef > =hVge > -----END PGP SIGNATURE----- > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Wed Feb 25 07:19:48 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Wed, 25 Feb 2004 10:19:48 -0500 Subject: [Mapserver-users] scale query In-Reply-To: Message-ID: <403C76C4.11454.14AA1F1E@localhost> Daniel, It means your map scale is 1:5249704.8 based on some assumptions that an output pixel is like 72 (I think, maybe 96) dots per inch. Also this is the value that you would specify in the MINSCALE/MAXSCALE values in the mapfile. This get asked fairly often so a search on the archives or maybe the wiki or doc will explain it more. -Steve W. On 25 Feb 2004 at 14:25, Mills, Daniel wrote: > if i change map units to DD i get 5249704.8 What does this figure actually > mean?? > > Daniel > > -----Original Message----- > From: FX Gamoy [mailto:fx.gamoy at mapxplore.com] > Sent: Wednesday, 25 February 2004 14:14 > To: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] scale query > > > hello > if u are using latlong, try setting units to DD > fx > > ----- Original Message ----- > From: "Mills, Daniel" > To: > Sent: Wednesday, February 25, 2004 2:46 PM > Subject: [Mapserver-users] scale query > > > > Hi, > > > > I am querying map->sclae and getting back funny results. Can anybody > help. > > > > i am using mapserver 4.2 with mapscript. When i zoom to the extents of the > > uk (-7.000 49.000 3.000 59.000) i get a scale of 47.24412. I have set my > > map projection to lat/long, the data is held in Oracle Spatial SRID=null. > > map units have been set to METERS. I have set all of my layers to > lat/long > > and units m. > > > > Does anybody have any ideas as to why this is the case? > > Thanks > > Daniel > > > > > > > > > > -------------------------------------------------------------------------- > ----------------------------------------------------------------------- > > Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as > well as www.waterportfolio.com for collaborative research projects. > > -------------------------------------------------------------------------- > ----------------------------------------------------------------------- > > > > The Information in this e-mail is confidential and is intended solely for > the addressee. Access to this e-mail by any other party is unauthorised. If > you are not the intended recipient, any disclosure, copying, distribution or > any action taken in reliance on information contained in this e-mail is > prohibited and maybe unlawful. When addressed to WRc clients, any opinions > or advice contained in this e-mail are subject to the terms and conditions > expressed in the governing WRc client Agreement. > > _______________________________________________ > > 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 > ------------------------------------------------------------------------------------------------------------------------------------------------- > Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as well as www.waterportfolio.com for collaborative research projects. > ------------------------------------------------------------------------------------------------------------------------------------------------- > > The Information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by any other party is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on information contained in this e-mail is prohibited and maybe unlawful. When addressed to WRc clients, any opinions or advice contained in this e-mail are subject to the terms and conditions expressed in the governing WRc client Agreement. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Mills_D at wrcplc.co.uk Wed Feb 25 07:21:42 2004 From: Mills_D at wrcplc.co.uk (Mills, Daniel) Date: Wed, 25 Feb 2004 15:21:42 -0000 Subject: [Mapserver-users] scale query thanks to all responses Message-ID: -----Original Message----- From: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] Sent: Wednesday, 25 February 2004 15:20 To: mapserver-users at lists.gis.umn.edu; Mills, Daniel Subject: RE: [Mapserver-users] scale query Daniel, It means your map scale is 1:5249704.8 based on some assumptions that an output pixel is like 72 (I think, maybe 96) dots per inch. Also this is the value that you would specify in the MINSCALE/MAXSCALE values in the mapfile. This get asked fairly often so a search on the archives or maybe the wiki or doc will explain it more. -Steve W. On 25 Feb 2004 at 14:25, Mills, Daniel wrote: > if i change map units to DD i get 5249704.8 What does this figure actually > mean?? > > Daniel > > -----Original Message----- > From: FX Gamoy [mailto:fx.gamoy at mapxplore.com] > Sent: Wednesday, 25 February 2004 14:14 > To: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] scale query > > > hello > if u are using latlong, try setting units to DD > fx > > ----- Original Message ----- > From: "Mills, Daniel" > To: > Sent: Wednesday, February 25, 2004 2:46 PM > Subject: [Mapserver-users] scale query > > > > Hi, > > > > I am querying map->sclae and getting back funny results. Can anybody > help. > > > > i am using mapserver 4.2 with mapscript. When i zoom to the extents of the > > uk (-7.000 49.000 3.000 59.000) i get a scale of 47.24412. I have set my > > map projection to lat/long, the data is held in Oracle Spatial SRID=null. > > map units have been set to METERS. I have set all of my layers to > lat/long > > and units m. > > > > Does anybody have any ideas as to why this is the case? > > Thanks > > Daniel > > > > > > > > > > -------------------------------------------------------------------------- > ----------------------------------------------------------------------- > > Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as > well as www.waterportfolio.com for collaborative research projects. > > -------------------------------------------------------------------------- > ----------------------------------------------------------------------- > > > > The Information in this e-mail is confidential and is intended solely for > the addressee. Access to this e-mail by any other party is unauthorised. If > you are not the intended recipient, any disclosure, copying, distribution or > any action taken in reliance on information contained in this e-mail is > prohibited and maybe unlawful. When addressed to WRc clients, any opinions > or advice contained in this e-mail are subject to the terms and conditions > expressed in the governing WRc client Agreement. > > _______________________________________________ > > 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 > ---------------------------------------------------------------------------- --------------------------------------------------------------------- > Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as well as www.waterportfolio.com for collaborative research projects. > ---------------------------------------------------------------------------- --------------------------------------------------------------------- > > The Information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by any other party is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on information contained in this e-mail is prohibited and maybe unlawful. When addressed to WRc clients, any opinions or advice contained in this e-mail are subject to the terms and conditions expressed in the governing WRc client Agreement. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > ------------------------------------------------------------------------------------------------------------------------------------------------- Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as well as www.waterportfolio.com for collaborative research projects. ------------------------------------------------------------------------------------------------------------------------------------------------- The Information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by any other party is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on information contained in this e-mail is prohibited and maybe unlawful. When addressed to WRc clients, any opinions or advice contained in this e-mail are subject to the terms and conditions expressed in the governing WRc client Agreement. From warmerdam at pobox.com Wed Feb 25 07:28:57 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 25 Feb 2004 10:28:57 -0500 Subject: [Mapserver-users] WMS client - multiple entries in "wms_srs" In-Reply-To: <403C6EBC.4010304@nlh.no> References: <403C6EBC.4010304@nlh.no> Message-ID: <403CBF39.6080601@pobox.com> Havard Tveite wrote: > Using recent versions of Mapserver CVS, Proj.4, ... I am a little > confused as to the the use of "wms_srs" in the METADATA of a WMS-layer. > > LAYER > CONNECTIONTYPE WMS > METADATA > "wms_srs" "EPSG:4326 EPSG:32633 EPSG:27394 EPSG:4267 EPSG:4269" > ... > > It seems to me that the first entry on the "wms_srs" list is > always choosen by Mapserver when doing the WMS request. > > I thought that the point of having a list in "wms_srs" was that > Mapserver could choose among these projections depending on the > projection of the output map. > This way, raster reprojection could in many cases be avoided, > producing nicer output maps. > > What is the point of having a list of projections in "wms_srs"? > Is it for future use? Havard, My understanding was that the wms_srs metadata was used in creation of the capabilities document for your server, not for requesting data from the cascaded server. Thus your server would declare that clients may request data in any of the listed coordinate systems. I could be wrong of course. 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 Wed Feb 25 07:34:29 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 25 Feb 2004 10:34:29 -0500 Subject: [Mapserver-users] List as a forum In-Reply-To: <000601c3fba0$3743b870$3f44a8c0@GIS05> References: <20040224180003.11294.12646.Mailman@lists.gis.umn.edu> <000601c3fba0$3743b870$3f44a8c0@GIS05> Message-ID: <403CC085.3090203@pobox.com> Giorgio Plazzotta wrote: > Hi all > I also agree with the opinion that a forum offers more advantages than a > mailing list, though these instruments are different and both have their > goods and faults. An even better solution would be an indformation system > composed by a forum and a periodical newsletter. The newsletter would > eliminate the disadvantage of the too many information and messages created > in a mailing list and in a forum. The problem in this case is typical of the > system where the information offer is too big, the user can sometimes not be > helped to catch the most important things that happened in that period, and > the important announces are mixed together with very specialistic infos. Of > course in order to publish a newsletter a team of people who cure it is > needed and i don't know if this can be done, but it would really be a great > help seen by the user's side. Folks, I would agree that a "weekly newsletter" summarizing some of the more interesting discussions on the mailing list would be of great value if there were someone willing to prepare it. Ideally it should have it's own mailing list (as well as being distributed on the mapserver-users list) so that folks who don't want to attach themselves to the fire-hose of mapserver-users can still get a digested summary of what is going on. Ideally, this newsletter would also include signifiant developments in related technologies such as new PostGIS, GDAL, PROJ, GD releases even if they don't make it onto mapserver-users, and also issues arising on mapserver-dev. However, preparing such a newsletter could easily take someone who follows things closely an hour a week. Not trivial when we are all under schedule pressure of one kind or another. 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 Wed Feb 25 07:38:20 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 25 Feb 2004 10:38:20 -0500 Subject: [Mapserver-users] Map Server compile problem In-Reply-To: <403BA3DD.2060701@shaw.ca> References: <403BA3DD.2060701@shaw.ca> Message-ID: <403CC16C.10804@pobox.com> E Wright wrote: > Map Server compile problem. > > Good evening, I am trying to install the MapServer using the following > configure: > > ./configure --with-gd=/usr/software/mapServer/gd-2.0.21 > --with-tiff=/usr/software/mapServer/tiff-v3.6.1 > --with-proj=/usr/software/mapServer/proj-4.4.7 > --with-ogr=/usr/local/bin/gdal-config > --with-gdal=/usr/local/bin/gdal-config > --with-postgis=/usr/local/pgsql/include/pg_config --with-wfs > --with-curl=/usr/software/mapServer/curl-7.10.8/curl-config > > This seems to run fine but when I try to run the make command I get the > following error: > > gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ > -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WFS_SVR -DUSE_TIFF -DUSE_JPEG > -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_OGR > -DUSE_GDAL -DUSE_POSTGIS -I/usr/software/mapServer/gd-2.0.21 > -I/usr/software/mapServer/proj-4.4.7/src > -I/usr/software/mapServer/tiff-v3.6.1/libtiff -I/usr/local/include > -I/usr/local/include -I maptemplate.c -o maptemplate.o > gcc: no input files > make: *** [maptemplate.o] Error 1 > > I am fairly new to using Linux so I am not always too sure what > something is trying to tell me. > Any help that anyone can provide will be greatly appreciated. E, I think the problem is that "-I maptemplate.c" is causing the maptemplate.c filename to be "eaten" as part of the -I directive. Try editing your Makefile, and searching for where a -I directive is setup with no argument text. Then remove the -I. This shouldn't happen of course. Your configure line looks ok. If you can report which macro was assigned this value we might be able to make the configure more bulletproof. PS. There isn't really that much benefit to having TIFF support configured in directly if you are also using GDAL. You might want to change --with-tiff=/usr/software/mapServer/tiff-v3.6.1 to --without-tiff. TIFF files will still be supported, just through GDAL. 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 Wed Feb 25 07:39:55 2004 From: tomko at gku.sk (Martin Tomko) Date: Wed, 25 Feb 2004 16:39:55 +0100 Subject: [Mapserver-users] Rosa installation problem - applet png errors In-Reply-To: <20040224180003.11294.74406.Mailman@lists.gis.umn.edu> Message-ID: <000001c3fbb5$a4b2cee0$d90510ac@aisgkk> Hi list, Sorry for bothering with someting that may be obvious, but I am trying to install the Rosa applet to give options to my users, and (ok, the documentation is really weak... but I managed :) i am failing to display the map. The rest goes fine. I am getting strange png related errors, even if using mapserver configured to gif (I hope rosa takes the option from the mapfile...nowhere found...). SO I also copied the rosapng.jar to the path, but without success. On my page I have configured rosa to the rosa.jar, the "normal" one... Any ideas? (I am using windows binaries, mapserver 4.0.1) Martin Access log from apache: /cgi-bin/com/sixlegs/image/png/PngImage.class HTTP/1.1" 404 321 Java console report attached: java.lang.NoClassDefFoundError: com/sixlegs/image/png/PngImage at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) at java.lang.Class.getConstructor0(Unknown Source) at java.lang.Class.newInstance0(Unknown Source) at java.lang.Class.newInstance(Unknown Source) at sun.applet.AppletPanel.createApplet(Unknown Source) at sun.plugin.AppletViewer.createApplet(Unknown Source) at sun.applet.AppletPanel.runLoader(Unknown Source) at sun.applet.AppletPanel.run(Unknown Source) at java.lang.Thread.run(Unknown Source) From dmorissette at dmsolutions.ca Wed Feb 25 07:49:16 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 25 Feb 2004 10:49:16 -0500 Subject: [Mapserver-users] WMS client - multiple entries in "wms_srs" In-Reply-To: <403C6EBC.4010304@nlh.no> References: <403C6EBC.4010304@nlh.no> Message-ID: <403CC3FC.2040000@dmsolutions.ca> Havard Tveite wrote: > Using recent versions of Mapserver CVS, Proj.4, ... I am a little > confused as to the the use of "wms_srs" in the METADATA of a WMS-layer. > > LAYER > CONNECTIONTYPE WMS > METADATA > "wms_srs" "EPSG:4326 EPSG:32633 EPSG:27394 EPSG:4267 EPSG:4269" > ... > > It seems to me that the first entry on the "wms_srs" list is > always choosen by Mapserver when doing the WMS request. > > I thought that the point of having a list in "wms_srs" was that > Mapserver could choose among these projections depending on the > projection of the output map. > This way, raster reprojection could in many cases be avoided, > producing nicer output maps. > > What is the point of having a list of projections in "wms_srs"? > Is it for future use? > That's right, the wms_srs contains a list of SRS supported by the remote WMS server, and MapServer will choose the one that matches the map output projection if it can. If it can't find a match, then it falls back on using the first one and reprojects the raster image that it gets from the remote WMS. If the first one is always used, it could be that the output map projection doesn't match any of the EPSG codes that are in your list. Also note that MapServer can't do reverse lookups of EPSG numbers, so if you define your map's output projection using the native PROJ parameters (e.g. "proj=..." "lat_0=..."lon_0= ....) then MapServer won't be able to match that to an EPSG code: you have to use "init=epsg:xxxx" as your projection definition. Of course there is always the possibility that a bug was introduced in the recent code??? Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From David.Fawcett at state.mn.us Wed Feb 25 07:53:33 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Wed, 25 Feb 2004 09:53:33 -0600 Subject: [Mapserver-users] scale query Message-ID: There are a lot of good messages in the archive related to this (most of them written by Ed.) Check this one out: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0211/msg00186.html http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0212/msg00191.html This should get you started. The archives are at: http://mapserver.gis.umn.edu/cgi-bin/wilma/mapserver-users I searched the archives using a string of 'scale;Ed' David. David J. Fawcett MN Office of Environmental Assistance >>> 2/25/2004 9:19:48 AM >>> Daniel, It means your map scale is 1:5249704.8 based on some assumptions that an output pixel is like 72 (I think, maybe 96) dots per inch. Also this is the value that you would specify in the MINSCALE/MAXSCALE values in the mapfile. This get asked fairly often so a search on the archives or maybe the wiki or doc will explain it more. -Steve W. On 25 Feb 2004 at 14:25, Mills, Daniel wrote: > if i change map units to DD i get 5249704.8 What does this figure actually > mean?? > > Daniel > > -----Original Message----- > From: FX Gamoy [mailto:fx.gamoy at mapxplore.com] > Sent: Wednesday, 25 February 2004 14:14 > To: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] scale query > > > hello > if u are using latlong, try setting units to DD > fx > > ----- Original Message ----- > From: "Mills, Daniel" > To: > Sent: Wednesday, February 25, 2004 2:46 PM > Subject: [Mapserver-users] scale query > > > > Hi, > > > > I am querying map->sclae and getting back funny results. Can anybody > help. > > > > i am using mapserver 4.2 with mapscript. When i zoom to the extents of the > > uk (-7.000 49.000 3.000 59.000) i get a scale of 47.24412. I have set my > > map projection to lat/long, the data is held in Oracle Spatial SRID=null. > > map units have been set to METERS. I have set all of my layers to > lat/long > > and units m. > > > > Does anybody have any ideas as to why this is the case? > > Thanks > > Daniel > > > > > > > > > > -------------------------------------------------------------------------- > ----------------------------------------------------------------------- > > Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as > well as www.waterportfolio.com for collaborative research projects. > > -------------------------------------------------------------------------- > ----------------------------------------------------------------------- > > > > The Information in this e-mail is confidential and is intended solely for > the addressee. Access to this e-mail by any other party is unauthorised. If > you are not the intended recipient, any disclosure, copying, distribution or > any action taken in reliance on information contained in this e-mail is > prohibited and maybe unlawful. When addressed to WRc clients, any opinions > or advice contained in this e-mail are subject to the terms and conditions > expressed in the governing WRc client Agreement. > > _______________________________________________ > > 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 > ------------------------------------------------------------------------------------------------------------------------------------------------- > Visit our websites www.wrcplc.co.uk, www.wrcnsf.com and www.nsf.org, as well as www.waterportfolio.com for collaborative research projects. > ------------------------------------------------------------------------------------------------------------------------------------------------- > > The Information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by any other party is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on information contained in this e-mail is prohibited and maybe unlawful. When addressed to WRc clients, any opinions or advice contained in this e-mail are subject to the terms and conditions expressed in the governing WRc client Agreement. > _______________________________________________ > 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 lfilak at medinaco.org Wed Feb 25 05:38:05 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 25 Feb 2004 08:38:05 -0500 Subject: [Mapserver-users] Perl/Python/Ruby mapscript development documentation Message-ID: <20040225133758.556B41A65A0@mail.medinaco.org> Thank you to all the developers. Lowell The following message was sent by Sean Gillies on Tue, 24 Feb 2004 10:19:40 -0700. > Hi, > > Following the example of the PHP-mapscript developers, we are now > maintaining > documentation for the development mapscript in a text file. In CVS in > can be > found at mapscript/doc/mapscript.txt. Language-specific appendices > will be > at mapscript/doc/python.txt etc. This new documentation fills the same > role as > the README file under mapscript/php3. Is a work in progress, but I'm > chipping > away at it every day and we'll be caught up with the current state of > the > development code soon. > > We are trying out restructured text as a file format. It provides just > enough > structure that it can be parsed and rendered into XML or HTML. During > the > evaluation of mapscript.txt I will be regularly generating HTML from > the text source > and putting it up at > > http://users.frii.com/sgillies/examples/mapscript.html > > Links to the original text source and documentation about reST and > links to > download of reST tools are at the bottom of the page. If users > appreciate this > development documentation, I'll work the generation of HTML docs into > the mapserver > nightly build. > > If you have considerations that you'd like to add to Bugzilla regarding > the > development docs, join the discussion here > > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=576 > > or discuss here on the list and I'll try to summarize on Bugzilla. > > cheers, > 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 assefa at dmsolutions.ca Wed Feb 25 08:59:06 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Wed, 25 Feb 2004 11:59:06 -0500 Subject: [Mapserver-users] Rosa installation problem - applet png errors In-Reply-To: <000001c3fbb5$a4b2cee0$d90510ac@aisgkk> References: <000001c3fbb5$a4b2cee0$d90510ac@aisgkk> Message-ID: <403CD45A.9060504@dmsolutions.ca> Hi there, Rosa does not really know what mapserver map file is. It is a tool that loads an image form a given URL (using the IMG_URL parameter). Could you check what is the value of this parameter (does it point to a valid URL of a gif file or png file) ? If that is the case you should be able to use the one of .jar to load this image. If you still can't load it, you could send me directly the png/gif file created and I could try to load it here. Later Martin Tomko wrote: > Hi list, > Sorry for bothering with someting that may be obvious, but I am trying > to install the Rosa applet to give options to my users, and (ok, the > documentation is really weak... but I managed :) i am failing to display > the map. The rest goes fine. I am getting strange png related errors, > even if using mapserver configured to gif (I hope rosa takes the option > from the mapfile...nowhere found...). SO I also copied the rosapng.jar > to the path, but without success. On my page I have configured rosa to > the rosa.jar, the "normal" one... Any ideas? (I am using windows > binaries, mapserver 4.0.1) > > > Martin > Access log from apache: > /cgi-bin/com/sixlegs/image/png/PngImage.class HTTP/1.1" 404 321 > > Java console report attached: > java.lang.NoClassDefFoundError: com/sixlegs/image/png/PngImage > > at java.lang.Class.getDeclaredConstructors0(Native Method) > > at java.lang.Class.privateGetDeclaredConstructors(Unknown > Source) > > at java.lang.Class.getConstructor0(Unknown Source) > > at java.lang.Class.newInstance0(Unknown Source) > > at java.lang.Class.newInstance(Unknown Source) > > at sun.applet.AppletPanel.createApplet(Unknown Source) > > at sun.plugin.AppletViewer.createApplet(Unknown Source) > > at sun.applet.AppletPanel.runLoader(Unknown Source) > > at sun.applet.AppletPanel.run(Unknown Source) > > at java.lang.Thread.run(Unknown Source) > > > _______________________________________________ > 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 dmorissette at dmsolutions.ca Wed Feb 25 09:18:44 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 25 Feb 2004 12:18:44 -0500 Subject: [Mapserver-users] Mapscript causes core dump on Solaris In-Reply-To: <6.0.0.22.2.20040224084608.02922928@uranos> References: <6.0.0.22.2.20040224084608.02922928@uranos> Message-ID: <403CD8F4.40403@dmsolutions.ca> Carsten Heidmann wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > I had problems running mapscript (4.0.1) applications on Solaris 8 (SPARC). > Applications developed with the current Maplab version didn't run and > caused mapscript to terminate with a core dump. > My current workaround is to disable/delete the lines with ANTIALIAS ... in > the mapfile. > I suspect that the basic problem is the usage of a precompiled libpng from > www.sunfreeware.com. I haven't yet tested compiling libpng by myself but I > will write if this solves the problem. As Lowell suggested in another email, you could test to see if the problem happens with the mapserv CGI. If the problem can't be reproduced with the CGI, then the next place to look would be making sure that if your PHP has the GD module enabled then it uses the exact same copy of GD as php_mapscript. This is a common problem that happens if PHP uses its builtin GD (the default), or if you have multiple copies of GD on your system. Another possible source for this problem is that GDAL comes with its own builtin copy of libpng, so you may have to make sure that it uses the system copy of libpng. The fact that you use libpng from www.sunfreeware.com or any other place shouldn't matter as long as all the components that you link together use the exact same copy of libpng. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From sgillies at frii.com Wed Feb 25 09:54:44 2004 From: sgillies at frii.com (Sean Gillies) Date: Wed, 25 Feb 2004 10:54:44 -0700 Subject: [Mapserver-users] Perl/Python/Ruby mapscript development documentation In-Reply-To: <20040225133758.556B41A65A0@mail.medinaco.org> References: <20040225133758.556B41A65A0@mail.medinaco.org> Message-ID: Is that a statement of complete approval? Did you check the underlying mapscript.txt file? Does it look like something you'd use instead of referring to the PHP readme? Sean On Feb 25, 2004, at 6:38 AM, Lowell Filak wrote: > Thank you to all the developers. > > Lowell > > The following message was sent by Sean Gillies on > Tue, 24 Feb 2004 10:19:40 -0700. > >> Hi, >> >> Following the example of the PHP-mapscript developers, we are now >> maintaining >> documentation for the development mapscript in a text file. In CVS in >> can be >> found at mapscript/doc/mapscript.txt. Language-specific appendices >> will be >> at mapscript/doc/python.txt etc. This new documentation fills the >> same >> role as >> the README file under mapscript/php3. Is a work in progress, but I'm >> chipping >> away at it every day and we'll be caught up with the current state of >> the >> development code soon. >> >> We are trying out restructured text as a file format. It provides >> just >> enough >> structure that it can be parsed and rendered into XML or HTML. During >> the >> evaluation of mapscript.txt I will be regularly generating HTML from >> the text source >> and putting it up at >> >> http://users.frii.com/sgillies/examples/mapscript.html >> >> Links to the original text source and documentation about reST and >> links to >> download of reST tools are at the bottom of the page. If users >> appreciate this >> development documentation, I'll work the generation of HTML docs into >> the mapserver >> nightly build. >> >> If you have considerations that you'd like to add to Bugzilla >> regarding >> the >> development docs, join the discussion here >> >> http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=576 >> >> or discuss here on the list and I'll try to summarize on Bugzilla. >> >> cheers, >> 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 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From msmith at sanangelompo.org Wed Feb 25 11:34:46 2004 From: msmith at sanangelompo.org (Michael Smith) Date: Wed, 25 Feb 2004 13:34:46 -0600 Subject: [Mapserver-users] Mr. Sid Files Message-ID: <200402251433338.SM02272@PLANGIS> Do Mr. SID files work with MapServer 4.01? From stephen.clark at focus.ca Wed Feb 25 13:06:16 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Wed, 25 Feb 2004 13:06:16 -0800 Subject: [Mapserver-users] Mr. Sid Files References: <200402251433338.SM02272@PLANGIS> Message-ID: <00cd01c3fbe3$35885160$6c000a0a@sclark> Yes but you have to buy a license to decode the SID format. You have to compile in the "SID extension" to Gdal to make is it work Stephen ----- Original Message ----- From: "Michael Smith" To: Sent: Wednesday, February 25, 2004 11:34 AM Subject: [Mapserver-users] Mr. Sid Files > Do Mr. SID files work with MapServer 4.01? > > _______________________________________________ > 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 Wed Feb 25 12:34:37 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Wed, 25 Feb 2004 14:34:37 -0600 Subject: [Mapserver-users] Mr. Sid Files Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C05C7030@XMAIL1.sooner.net.ou.edu> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3FBDE.C95B4E48 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable More info on the Mr.Sid 1)Here is a link to GDAL building instructions..."Under External Libaries" http://www.remotesensing.org/gdal/gdal_building.html You need the decoder SDK from Lizardtech 2) Attached is the contact of the person to obtain this DSDK from for Midwest, but if you contacted Lizardtech they can give a local contact. 3) Cost of DSDK is $500 4) One problem I ran into when using this option. Use the cvs-daily instead of the gdal-1.1.9 src HTH, Gayathri PS: There are some archives on the build-errors and shortcoming in mapserver-user list archive...for your reference > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu=20 > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of=20 > Michael Smith > Sent: Wednesday, February 25, 2004 1:35 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Mr. Sid Files >=20 >=20 > Do Mr. SID files work with MapServer 4.01? >=20 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu=20 > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users >=20 ------_=_NextPart_001_01C3FBDE.C95B4E48 Content-Type: text/x-vcard; name="Brian L. Soliday (E-mail) (E-mail).vcf" Content-Transfer-Encoding: base64 Content-Description: Brian L. Soliday (E-mail) (E-mail).vcf Content-Disposition: attachment; filename="Brian L. Soliday (E-mail) (E-mail).vcf" QkVHSU46VkNBUkQNClZFUlNJT046Mi4xDQpOOlNvbGlkYXk7QnJpYW4NCkZOOkJyaWFuIEwuIFNv bGlkYXkgKEUtbWFpbCkgKEUtbWFpbCkNCk9SRzpMaXphcmR0ZWNoIFNvZnR3YXJlLCBJbmMuDQpU SVRMRTpWaWNlIFByZXNpZGVudCwgR2Vvc3BhdGlhbCBTYWxlcywgQW1lcmljYXMNClRFTDtXT1JL O1ZPSUNFOigzMDMpIDI1MC01NTM3DQpURUw7Q0VMTDtWT0lDRTooMzAzKSAyNTAtNTUzNw0KVEVM O1dPUks7RkFYOigzMDMpIDQ4NS0wMTAwDQpBRFI7V09SSzo7OzgwMjkgRGF3bmhpbGwgQ2lyY2xl O0VyaWU7Q087ODA1MTYtOTQyNDtVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2ENCkxBQkVMO1dPUks7 RU5DT0RJTkc9UVVPVEVELVBSSU5UQUJMRTo4MDI5IERhd25oaWxsIENpcmNsZT0wRD0wQUVyaWUs IENPIDgwNTE2LTk0MjQ9MEQ9MEFVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2ENCkVNQUlMO1BSRUY7 SU5URVJORVQ6YnNvbGlkYXlAbGl6YXJkdGVjaC5jb20NClJFVjoyMDAzMTAyOVQyMzQ0NDhaDQpF TkQ6VkNBUkQNCg== ------_=_NextPart_001_01C3FBDE.C95B4E48-- From steve.lime at dnr.state.mn.us Wed Feb 25 16:09:17 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 25 Feb 2004 18:09:17 -0600 Subject: [Mapserver-users] Mouse Over Message-ID: This is an oversight on my part. All of the [shp...] tags output coordinates in the native projection. I'll add a proj attribute to allow you to set the output projection. That way we can use proj=image to get coordinates for image maps. It's development code so there may be some change before 4.2 is released. Precision is applied when writing coordinates to a string, so it's applied after any transformation/clipping (and eventually projection). It's true that with image coordinates the precision is forced to be 0. Steve >>> "Smith, Michael ERDC-CRREL-NH" 02/23/04 11:44 AM >>> Steve, It looks like the shpxy is not being transformed to the output projection befor being transformed to image coordinates. It also looks like the precision is being set to 0 before the xy to img coordinate tranform, rather than after (which is problem with ll coords). I have a layer of lat lon points and here's the resulting output. 5.94 3.76 -9999.00 13.54 15.92 5.69 4.91 Mike Mike Smith email: michael.smith at erdc.usace.army.mil RSGISC ERDC - CRREL Hanover, NH 03755 (603) 646-4765 -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Friday, February 20, 2004 1:09 AM To: cpurvis at asg.sc.edu; pucher at atlas.gis.univie.ac.at; Steve Lime; mapserver-users at lists.gis.umn.edu; bartvde at xs4all.nl Subject: RE: [Mapserver-users] Mouse Over I need to ammend this message. I made a mistake earlier although if you were using a querymap you wouldn't notice. The searchmap option *must* take a value, set searchmap=true in the URL below and all is well. One other caveat, don't use the size options in the querymap options, rather let it inherit size from the main map object. I'll have to fix this issue later. Otherwise seems to work fine (code problem mentioned earlier has been long fixed) either with an image or as a seperate component. Steve >>> Steve Lime 02/19/04 11:52 AM >>> Here's a CGI-based demo. http://maps.dnr.state.mn.us/cgi-bin/mapserv41?map=/usr/local/www/docs/testin g/imagemap/test.map&mode=nquery&searchmap You can download at http://maps.dnr.state.mn.us/testing/imagemap.zip It's basically just a query that outputs features that have been transformed (clipped and thinned) to image coordinates. The nice thing is that you could use this for a component-based system, that is create the map and the imagemap with seperate calls. The example above uses the little documented "searchmap" option. This tells MapServer that the search exent is that of a map so any incoming extent is fit to a map (width/height) before querying is done. You can also use it with pan/zoom interfaces (mode is still nquery) and MapServer will apply the pan/zoom *before* doing the query. I don't know how you'd combine an imagemap and a strait CGI-form so you could get the tooltips and the clicking in the map for navigation. It's a start. Steve >>> "Steve Lime" 2/19/2004 12:46:07 AM >>> I don't know squat about the imagemap output function. As Atilla said it's on the experimental side. I do have an alternative using queries and the [shpxy...] tag that may be of interest. It's pretty flexible and usable from the CGI application. I'll post an example on the DNR machines tomorrow (can't get to them tonite). Steve >>> "Charlton Purvis" 02/17/04 11:52 AM >>> Hi, Steve: Checked out the overlib URL you sent below, and I must admit it's slick. I'm a little lost, though, what library do I need to make sure I have installed and part of my ./configure? I'm trying to monkey around w/ imagemap, a la the Wiki post: OUTPUTFORMAT NAME imagemap MIMETYPE "text/html" DRIVER imagemap END But a shp2img gives me a: msDrawMap(): GD library error. Unable to initialize image. Running 4.0.1 and gd-2.0.15. My MS build looks like it put mapimagemap.c into my libmap.a. Any hints? Thanks, Charlton > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Tuesday, February 10, 2004 12:51 PM > To: pucher at atlas.gis.univie.ac.at; mapserver-users at lists.gis.umn.edu; > bartvde at xs4all.nl > Subject: Re: [Mapserver-users] Mouse Over > > Hi all: The mapimage w/XML software was really more a proof-of-concept. > I never took it any further than that. The source is around if you're > interested. There are other possibilities as well. For example, in 4.0 > there actually is a imagemap output object (see > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap) but I don't know > much about it. In 4.1 there is the [shpxy] tag and I've been planning to > add an attribute to allow you to output coordinates in IMAGE > coordinates. That way you could build an imagemap on the fly via the > CGI. It could also be used to populate DHTML popup objects (e.g. > http://www.bosrup.com/web/overlib/). > > Would be happy to discuss further. _______________________________________________ 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 mountainduo at mho.com Wed Feb 25 19:09:05 2004 From: mountainduo at mho.com (mountainduo at mho.com) Date: Wed, 25 Feb 2004 20:09:05 -0700 (MST) Subject: [Mapserver-users] Mapscript and Java In-Reply-To: <064C7ADA-66FE-11D8-BE28-000393D33C2E@refractions.net> References: <064C7ADA-66FE-11D8-BE28-000393D33C2E@refractions.net> Message-ID: <3723.64.58.31.38.1077764945.squirrel@a.mail.mho.net> I have a question about WMS. I'll read the spec but if you could answer this soon, i'd appreciate it. can i send a point(lat/long) to the WMS server and will it plot it in the image that is returned? thanks > Also GeoServer has a rudimentary and slowly improving WMS capability in > it. > I agree w/ Sean though -- using Mapserver as a WMS and pulling via the > open protocol has nice architectural benefits. Like if you get told to > use a different web map server, or a data source that is only supported > by a particular product. You can start w/ mapserver but always switch > to another WMS. > > On Tuesday, February 24, 2004, at 09:56 AM, Sean Gillies wrote: > >> Will, >> >> The best option, IMO (and without knowing anything about your app), >> would be >> to set up MapServer as a stand-alone WMS server and then have your >> java app make WMS requests to it for imagery. I do this for >> performance reasons >> alone. No mapscript program will be able to make maps as fast as the >> mapserv executable. >> >> Are you familiar with deegree? If not, search for it on the web. Is >> a java >> library for working with WMS and WFS. >> >> Other options: dig into SWIG and the java mapscript, make it work, and >> become a hero for all time to other java users. Or hire somebody to >> do it. >> I know 0 about the internals of Java, but there must be somebody would >> be >> willing to take it on. >> >> cheers, >> Sean >> >> On Feb 24, 2004, at 10:30 AM, wrote: >> >>> Sean, >>> >>> thank you for your reply. That would be good to know if it is >>> abandoned so >>> i can pursue different options. >>> >>> thanks, >>> will >>> >>>> On Feb 24, 2004, at 8:52 AM, wrote: >>>> >>>>> Hello, >>>>> >>>>> i am trying to get java mapscript working. Can someone please post >>>>> the >>>>> jar >>>>> and dll for mapserver 4? >>>>> >>>>> thank you, >>>>> will >>>>> >>>> >>>> Will, >>>> >>>> As far as I know, the java mapscript doesn't work. I can't remember >>>> ever >>>> seeing any real success stories on this list. The java Makefile in >>>> mapscript/java hasn't been touched since May 2002, so I assume it is >>>> way >>>> out of date with MapServer. It appears to be in an abandoned state. >>>> >>>> If I am wrong, somebody please correct me and help Will. >>>> >>>> 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 >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > Paul Ramsey > Refractions Research > Email: pramsey at refractions.net > Phone: (250) 885-0632 From eric.linux at shaw.ca Wed Feb 25 19:27:26 2004 From: eric.linux at shaw.ca (Eric Wright) Date: Thu, 26 Feb 2004 03:27:26 +0000 (GMT) Subject: [Mapserver-users] Map Server compile problem Message-ID: <74535e743855.74385574535e@shaw.ca> Thank you for your help Frank, Before I looked through the make file I had changed the ./configure to use the --without-tiff parameter, after which, runnning the make worked. Thanks again, Eric ----- Original Message ----- From: Frank Warmerdam Date: Wednesday, February 25, 2004 3:38 pm Subject: Re: [Mapserver-users] Map Server compile problem > E Wright wrote: > > Map Server compile problem. > > > > Good evening, I am trying to install the MapServer using the > following > > configure: > > > > ./configure --with-gd=/usr/software/mapServer/gd-2.0.21 > > --with-tiff=/usr/software/mapServer/tiff-v3.6.1 > > --with-proj=/usr/software/mapServer/proj-4.4.7 > > --with-ogr=/usr/local/bin/gdal-config > > --with-gdal=/usr/local/bin/gdal-config > > --with-postgis=/usr/local/pgsql/include/pg_config --with-wfs > > --with-curl=/usr/software/mapServer/curl-7.10.8/curl-config > > > > This seems to run fine but when I try to run the make command I > get the > > following error: > > > > gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ > > -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WFS_SVR -DUSE_TIFF - > DUSE_JPEG > > -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_OGR > > -DUSE_GDAL -DUSE_POSTGIS -I/usr/software/mapServer/gd-2.0.21 > > -I/usr/software/mapServer/proj-4.4.7/src > > -I/usr/software/mapServer/tiff-v3.6.1/libtiff - > I/usr/local/include > > -I/usr/local/include -I maptemplate.c -o maptemplate.o > > gcc: no input files > > make: *** [maptemplate.o] Error 1 > > > > I am fairly new to using Linux so I am not always too sure what > > something is trying to tell me. > > Any help that anyone can provide will be greatly appreciated. > > E, > > I think the problem is that "-I maptemplate.c" is causing the > maptemplate.cfilename to be "eaten" as part of the -I directive. > Try editing your > Makefile, and searching for where a -I directive is setup with no > argumenttext. Then remove the -I. > > This shouldn't happen of course. Your configure line looks ok. If > you can > report which macro was assigned this value we might be able to make > theconfigure more bulletproof. > > PS. There isn't really that much benefit to having TIFF support > configuredin directly if you are also using GDAL. You might want > to change > --with-tiff=/usr/software/mapServer/tiff-v3.6.1 to --without-tiff. > TIFFfiles will still be supported, just through GDAL. > > Best regards, > -- > ---------------------------------------+---------------------------- > ---------- > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.comlight and sound - activate the windows | > http://pobox.com/~warmerdamand watch the world go round - Rush | > Geospatial Programmer for Rent > > From eric.linux at shaw.ca Wed Feb 25 19:35:37 2004 From: eric.linux at shaw.ca (Eric Wright) Date: Thu, 26 Feb 2004 03:35:37 +0000 (GMT) Subject: [Mapserver-users] Map Server compile problem Message-ID: <74750a740082.74008274750a@shaw.ca> Please ignore my last email, it has been one of those days... I found the following in the make file: # Optional PostGIS Support. See http://postgis.refractions.net/ POSTGIS= -DUSE_POSTGIS POSTGIS_LIB= -L -lpq POSTGIS_INC= -I and edited it to read: # Optional PostGIS Support. See http://postgis.refractions.net/ POSTGIS= -DUSE_POSTGIS POSTGIS_LIB= -L -lpq #POSTGIS_INC= -I Which lead to the following list (long) of errors: mappostgis.c:17:22: libpq-fe.h: No such file or directory mappostgis.c:24: error: syntax error before "PGconn" mappostgis.c:24: warning: no semicolon at end of struct or union mappostgis.c:26: error: syntax error before '*' token mappostgis.c:26: warning: type defaults to `int' in declaration of `query_result' mappostgis.c:26: warning: data definition has no type or storage class mappostgis.c:30: error: syntax error before '}' token mappostgis.c:30: warning: type defaults to `int' in declaration of `msPOSTGISLayerInfo' mappostgis.c:30: warning: data definition has no type or storage class mappostgis.c:44: error: syntax error before '*' token mappostgis.c:45: warning: return type defaults to `int' mappostgis.c:49: error: syntax error before "msPOSTGISLayerInfo" mappostgis.c: In function `setPostGISLayerInfo': mappostgis.c:51: error: `layer' undeclared (first use in this function) mappostgis.c:51: error: (Each undeclared identifier is reported only once mappostgis.c:51: error: for each function it appears in.) mappostgis.c:51: error: `postgislayerinfo' undeclared (first use in this function) mappostgis.c: In function `msPOSTGISLayerOpen': mappostgis.c:183: error: `layerinfo' undeclared (first use in this function) mappostgis.c:203: error: syntax error before ')' token mappostgis.c:210: warning: implicit declaration of function `PQconnectdb' mappostgis.c:212: warning: implicit declaration of function `PQstatus' mappostgis.c:212: error: `CONNECTION_BAD' undeclared (first use in this function) mappostgis.c:215: warning: implicit declaration of function `PQerrorMessage' mappostgis.c:221: warning: implicit declaration of function `PQsetNoticeProcessor' mappostgis.c: At top level: mappostgis.c:291: error: syntax error before "PGresult" mappostgis.c: In function `prep_DB': mappostgis.c:293: error: `PGresult' undeclared (first use in this function) mappostgis.c:293: error: `result' undeclared (first use in this function) mappostgis.c:301: error: `layerinfo' undeclared (first use in this function) mappostgis.c:305: error: `layer' undeclared (first use in this function) mappostgis.c:320: error: `geom_table' undeclared (first use in this function) mappostgis.c:361: error: `geom_column' undeclared (first use in this function) mappostgis.c:381: error: `rect' undeclared (first use in this function) mappostgis.c:438: warning: implicit declaration of function `PQexec' mappostgis.c:439: warning: implicit declaration of function `PQresultStatus' mappostgis.c:439: error: `PGRES_COMMAND_OK' undeclared (first use in this function) mappostgis.c:444: warning: implicit declaration of function `PQclear' mappostgis.c:460: error: `sql_results' undeclared (first use in this function) mappostgis.c:461: error: `query_string' undeclared (first use in this function) mappostgis.c:491: warning: format argument is not a pointer (arg 4) mappostgis.c: In function `msPOSTGISLayerWhichShapes': mappostgis.c:526: error: `layerinfo' undeclared (first use in this function) mappostgis.c:573: error: `PGRES_TUPLES_OK' undeclared (first use in this function) mappostgis.c:577: warning: format argument is not a pointer (arg 4) mappostgis.c: In function `msPOSTGISLayerClose': mappostgis.c:599: error: `layerinfo' undeclared (first use in this function) mappostgis.c:610: warning: implicit declaration of function `PQfinish' mappostgis.c: In function `msPOSTGISLayerNextShape': mappostgis.c:927: error: `layerinfo' undeclared (first use in this function) mappostgis.c: In function `msPOSTGISLayerGetShapeRandom': mappostgis.c:957: error: `layerinfo' undeclared (first use in this function) mappostgis.c:993: warning: implicit declaration of function `PQntuples' mappostgis.c:996: warning: implicit declaration of function `PQgetvalue' mappostgis.c:1030: warning: implicit declaration of function `PQgetlength' mappostgis.c:1021: warning: enumeration value `MS_LAYER_GRATICULE' not handled in switch mappostgis.c: In function `msPOSTGISLayerGetShape': mappostgis.c:1080: error: `PGresult' undeclared (first use in this function) mappostgis.c:1081: error: `layerinfo' undeclared (first use in this function) mappostgis.c:1133: warning: assignment makes pointer from integer without a cast mappostgis.c:1134: error: `PGRES_COMMAND_OK' undeclared (first use in this function) mappostgis.c:1144: warning: assignment makes pointer from integer without a cast mappostgis.c:1158: warning: assignment makes pointer from integer without a cast mappostgis.c:1164: warning: format argument is not a pointer (arg 4) mappostgis.c:1178: warning: assignment makes pointer from integer without a cast mappostgis.c:1179: error: `PGRES_TUPLES_OK' undeclared (first use in this function) mappostgis.c:1183: warning: format argument is not a pointer (arg 4) mappostgis.c:1224: warning: enumeration value `MS_LAYER_GRATICULE' not handled in switch mappostgis.c: In function `msPOSTGISLayerGetItems': mappostgis.c:1279: error: `layerinfo' undeclared (first use in this function) mappostgis.c:1288: error: `PGresult' undeclared (first use in this function) mappostgis.c:1321: warning: assignment makes pointer from integer without a cast mappostgis.c:1322: error: `PGRES_TUPLES_OK' undeclared (first use in this function) mappostgis.c:1326: warning: format argument is not a pointer (arg 4) mappostgis.c:1338: warning: implicit declaration of function `PQnfields' mappostgis.c:1347: warning: implicit declaration of function `PQfname' mappostgis.c:1347: warning: assignment makes pointer from integer without a cast make: *** [mappostgis.o] Error 1 Thanks again for your help. Eric ----- Original Message ----- From: Frank Warmerdam Date: Wednesday, February 25, 2004 3:38 pm Subject: Re: [Mapserver-users] Map Server compile problem > E Wright wrote: > > Map Server compile problem. > > > > Good evening, I am trying to install the MapServer using the > following > > configure: > > > > ./configure --with-gd=/usr/software/mapServer/gd-2.0.21 > > --with-tiff=/usr/software/mapServer/tiff-v3.6.1 > > --with-proj=/usr/software/mapServer/proj-4.4.7 > > --with-ogr=/usr/local/bin/gdal-config > > --with-gdal=/usr/local/bin/gdal-config > > --with-postgis=/usr/local/pgsql/include/pg_config --with-wfs > > --with-curl=/usr/software/mapServer/curl-7.10.8/curl-config > > > > This seems to run fine but when I try to run the make command I > get the > > following error: > > > > gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ > > -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WFS_SVR -DUSE_TIFF - > DUSE_JPEG > > -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_OGR > > -DUSE_GDAL -DUSE_POSTGIS -I/usr/software/mapServer/gd-2.0.21 > > -I/usr/software/mapServer/proj-4.4.7/src > > -I/usr/software/mapServer/tiff-v3.6.1/libtiff - > I/usr/local/include > > -I/usr/local/include -I maptemplate.c -o maptemplate.o > > gcc: no input files > > make: *** [maptemplate.o] Error 1 > > > > I am fairly new to using Linux so I am not always too sure what > > something is trying to tell me. > > Any help that anyone can provide will be greatly appreciated. > > E, > > I think the problem is that "-I maptemplate.c" is causing the > maptemplate.cfilename to be "eaten" as part of the -I directive. > Try editing your > Makefile, and searching for where a -I directive is setup with no > argumenttext. Then remove the -I. > > This shouldn't happen of course. Your configure line looks ok. If > you can > report which macro was assigned this value we might be able to make > theconfigure more bulletproof. > > PS. There isn't really that much benefit to having TIFF support > configuredin directly if you are also using GDAL. You might want > to change > --with-tiff=/usr/software/mapServer/tiff-v3.6.1 to --without-tiff. > TIFFfiles will still be supported, just through GDAL. > > Best regards, > -- > ---------------------------------------+---------------------------- > ---------- > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.comlight and sound - activate the windows | > http://pobox.com/~warmerdamand watch the world go round - Rush | > Geospatial Programmer for Rent > > From dharanibabus at hotmail.com Wed Feb 25 20:22:20 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Thu, 26 Feb 2004 09:52:20 +0530 Subject: [Mapserver-users] Layers added but not displayed !!! Message-ID: Hi all , I am new bie who started working on mapserver with the help of the members of this group . ( credit goes to Tyler Mitchell , Paul spencer !!) . I am trying to render TIGER files with OGR CONNECTION TYPE. I downloaded the tiger files and have rendered the completechain of new hampshire - rockingham county . Its cool . I found the extent , layers details with ogrinfo .exe of GDAL . The output of ogrinfo gaveme the following list of 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) Now I can see the CompleteChain which displays the line work of the county . And I added the layers for Landmarks ( 5) , EntityNames (9) , PIP ( 12) also . Now I got a map with dots everywhere denoting landmarks and PIP . But I dont find any of the ?Entity Names ? Why so ? And more over I expect the addition of Entity Names will display the Locations , city names , landmark names etc on the map . Am I right ? or missing something ? And what are the significance of other layers like AltName , FeatureIDs ,ZipCodes vis-vis rendering the map ? When I tried to add the layers without geometry (TYPE none ) what should be the TYPE value in LAYER definition ? And Can I add them as layers first of all ??Are they renderable or they are meant for some other purpose ??:) My map file is as follows . Could any of you help me ? Thanks in advance dharani # # Start of map file # NAME DEMO STATUS ON SIZE 800 800 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_rm2.html FOOTER demo_footer.html # MINSCALE 1000 # MAXSCALE 1550000 IMAGEPATH "C:/ms4w/apache/htdocs/temp_rm2/" IMAGEURL "/temp_rm2/" # 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 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 STATUS DEFAULT CONNECTIONTYPE OGR CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" DATA "EntityNames" CLASS SYMBOL "circle" SIZE 1 COLOR 0 0 200 END END LAYER GROUP tigerdata NAME tiger12 TYPE POINT STATUS DEFAULT CONNECTIONTYPE OGR CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" DATA "PIP" CLASS SYMBOL "circle" SIZE 1 COLOR 0 0 200 END END END # Map file _________________________________________________________________ Raja Ravi Varma paintings. Buy art prints. http://go.msnserver.com/IN/42737.asp At MSN Shopping. From stefan.schwarzer at grid.unep.ch Wed Feb 25 23:41:46 2004 From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer) Date: Thu, 26 Feb 2004 08:41:46 +0100 Subject: [Mapserver-users] SLD questions - How to filter Message-ID: <6.0.1.1.2.20040226082154.042ef918@gridg.grid.unep.ch> --=====================_5919093==.REL Content-Type: multipart/alternative; boundary="=====================_5919093==.ALT" --=====================_5919093==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Dear list, dear Assefa, I am trying to understand the functioning of the Styled Layer Descriptor and am testing the 4.1 development version. My "problem" (i.e. challenge) is the following: I would like to indicate a country name within a WMS query, e.g. something like: http://remote_server/cgi-bin/mapserv_41.exe?map=PATH/wms.map &WMTVER=1.0.0 &REQUEST=map &TRANSPARENT=TRUE &SRS=EPSG:4326 &BBOX=50,0,170,40 &WIDTH=300 &HEIGHT=150 &FORMAT=PNG &layers=boundaries &selectedCountry=China in order to receive something like the attached map (highlighting the selected country). As far as I understand I have to setup a SLD file... (I am not at all sure about the correct use of the parameters!) boundaries [CNTRY_NAME] Thailand and attach it to the URL... &SLD=PATH/sld.xml My .map file (resp. the layer) is looking like this: LAYER NAME boundaries TYPE POLYGON STATUS ON DATA boundaries CLASSITEM CNTRY_NAME LABELITEM CNTRY_NAME CLASS #EXPRESSION ('[CNTRY_NAME]' eq 'China') NAME 'boundaries' #OUTLINECOLOR 0 0 0 TEMPLATE 'dummy' LABEL FONT arial-bold TYPE truetype ANTIALIAS true SIZE 12 COLOR 248 255 43 OUTLINECOLOR 0 0 0 END END END But in the moment it doesn't work. Can anybody give me some hints or indicate the location of some examples? Thanks a lot, Stefan 5a5108.jpg _______________________________________ 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/ _______________________________________ --=====================_5919093==.ALT Content-Type: text/html; charset="us-ascii" Dear list, dear Assefa,

I am trying to understand the functioning of the Styled Layer Descriptor and am testing the 4.1 development version.

My "problem" (i.e. challenge) is the following: I would like to indicate a country name within a WMS query, e.g. something like:

        http://remote_server/cgi-bin/mapserv_41.exe?map=PATH/wms.map
        &WMTVER=1.0.0
        &REQUEST=map
        &TRANSPARENT=TRUE
        &SRS=EPSG:4326
        &BBOX=50,0,170,40
        &WIDTH=300
        &HEIGHT=150
        &FORMAT=PNG
        &layers=boundaries

        &selectedCountry=China

in order to receive something like the attached map (highlighting the selected country).

As far as I understand I have to setup a SLD file... (I am not at all sure about the correct use of the parameters!)
        <?xml version="1.0" encoding="UTF-8"?>
        <StyledLayerDescriptor version="1.0.0">
                <NamedLayer>
                        <Name>boundaries</Name>
                        <UserStyle>
                                <Filter>
                                        <PropertyIsEqualTo>
                                        <PropertyName>[CNTRY_NAME]</PropertyName>
                                        <Literal>Thailand</Literal>
                                        </PropertyIsEqualTo>
                                </Filter>
                        </UserStyle>
                </NamedLayer>
        </StyledLayerDescriptor>

and attach it to the URL...
        &SLD=PATH/sld.xml

My .map file (resp. the layer) is looking like this:
        LAYER
                NAME boundaries
                TYPE POLYGON
                STATUS ON
                DATA boundaries
                CLASSITEM CNTRY_NAME
                LABELITEM CNTRY_NAME
                CLASS   
                        #EXPRESSION ('[CNTRY_NAME]' eq 'China')
                        NAME 'boundaries'
                        #OUTLINECOLOR 0 0 0
                        TEMPLATE 'dummy'
                        LABEL
                                FONT arial-bold
                                TYPE truetype
                                ANTIALIAS true
                                SIZE 12
                                COLOR 248 255 43
                                OUTLINECOLOR 0 0 0
                        END
                END
        END

But in the moment it doesn't work. Can anybody give me some hints or indicate the location of some examples?

Thanks a lot,

Stefan

5a5108.jpg



        _______________________________________

        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/
        _______________________________________ --=====================_5919093==.ALT-- --=====================_5919093==.REL Content-Type: image/jpeg; name="5a5108.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-ID: <.0> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="5a5108.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCADIAMgDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDgm1qC OC5W31G3eKP7ayaqdTsbS1nksYZMnT7W2BlR4YDNBYtZXKPeQhbedpNMsG0+ywrPW762vLa71HVo rK4nsba3nn0lLfVIoT/aOoiWGe1kN7PJPenTrW5kPm2tx9r1DUrf7NJqcwggw7nUZrqy0/UrvT3l 1W8vrjUJLmwj1CzmgluNQujPPpcsCwaRp2nvJGb2WTTrmJJ7yXdHL5U+oJp2Rb2dh5jNYwatpwuB FDNbK8LLbSGe+jZvtlxepJdNDC9lLDd2lgFZjKyLCBLBP+LPD04xqXTg4yUG3GLs4OKko+9zXdnd uMr3j8L1OmrVklFNxcm24xlOLcovlje791JJ3S7ppo9K1rxDDcO8FtNHfXIEEohyumG5NpfQw3d1 5DSXKXMZtZLE5vrfVprf7I6DToRdq8eQhlCXxur+aVVdBcpb3V2UvYYpRCr211cLfqVQmEQS6nPK 7CQyRTzysWmxTkvI0jRYWa3tYZt3mXQluG8/7PLHHArweYiLOsazEmKA3DiCKNxHHZXdkbcs15aa fJtluJLR4rnIuAUkuoXlghlgtnhlkjic3zWMcj3CI0gkaRoefkk6SjFSbhL3n8V+dJ9FePu36P8A vO1kuJ0veb5HHnu21JOV7wajZzd5JR0knzK65bOJopNbRReXMlxIAZluJLVXSeeKLLSW7I6KzpNc rA9tIkYch2mMV+ZLeIZ9ndSLdyIjOdwSG5KiPDx3KJPJGnmRyKsiRyRzLL5JWCUxywsZYiY9K4Gn mOaWKVXumkgMUMYYxxxTo9y8cbxzXDyFJ2SGVJbmGW3eKLzYZbiSWGwwrdWjWYySfvZ5HmcxxRRq XlEaMjvEkTzLFDFHCssqtLIkSZEaKkKaU4RcJpq0naKWybk4NN7WUV1aWqe1nbjxPsocknUd1yyi o1E2nG0XGUlZqTUZO7bs2koq7PSZL/S2uoptQu7rUkae1gtYbyzaSKLTt+mg3V4lwrOJ5Y4jdGSx JivXMZu4EFxNp5v3urQWDsLThcR6jGt/eXLSSz+SLJYYB5VxcvHDJbmzurYtFfSeb5Mht9KS8Y+X oCrlGZYX3iMmVH/dZb55G2q7oYioBCxtIAW2KWAFaFjqVxYN5sTlX3o6qzuqo6xPGkqiJVkTYtxI 0SBjBIuUminSPy5eedKV9+dpJLdJ25Emnq0lFPRWWttEtHSxqmknJQbjJycpOV77NyTT5r3tdXd9 eZttdk+uWf2qyLW81sYwVhSDVGtbCcsboJm7Fv8AbLaOCO5C20M1xaR2QupkmtrG3M63O3Z6/YTT yrLdLZSzxtHdyXj21vdP5UlhabZhZRW7w3Ee6+FvL9pZrVFmvJo1tDbrB5tLdNdZ8tnhXy4oy7sx Z4bdx5XnhY1tyUWJBuj8tZGgjZkDhzUtqLOGezKyLcySNE12gt4FSNFvUxGsksjRfvI0jaWRFtts LSxSStFLMrY2koqUubn3lFe9fRNc0mm0ld/FK97dTopzqRULSjUp7r3uRL4XaMYzfvxte6hGLd+r d/V5tf0+UO1tJNe25s5prj7NiOYIjRxyODJdW9xaxw7yMhQ8rXcLW7MIpUEtlfJHAw+zwRiO4kgj gs5LVYWchpJLa2CzIEuYdzOd5jMsbi4aO3eW8jsfLnmaMKLC+iaWK5u1uhici6PlRPM8ct3cyWd7 aXTQyMVf7PdXRJL2pjkt7eLoPNuGMtpZ3kVhbyjzI5oZJLWO4u4Y0hnvo47WLTwllK9ube6Ehvba OUz3URnhjur6ymU5dZOPM3dJO8UuXmu2+l1ayfMk9WrAuWonKGjXLUinGTg6jcel0pRi5NybXVtJ as6w6g22B4De3VyY/Oi0+eS0haaKZzZLcyPbwlZopWgkmjMJubUSXUd3OgtjBcWSJ4ntpF3RW8vm MJFitrmexs5SIoo7mKaVprrItpoZGZJV80COGWV0IfavJ3rxxWfkWkBY6nFDFBNaSpPp0kNmqS32 I7jN3aJavPO00k6RyQ3EVvdPPG8d471zdNapAlnDNFFcX1jHCL2W4n8oQrHOJIrdLaKQC+iu2a+e xluHEMhVIVhuLZ5RznJJNKEk763V0kmm3y/aejd9N4q6ZScoc0qUXJc0btytGmm4Rkr3slroldPW 70O/j16ykl2RzSDy5DHL50NzHt3OkB+U2m5pY7mW2jeAPEEFyXZwkYUaMV5DPbrcRFHim8yVXty0 jyxRnG9VRUuWmEUaRyW4heWK4YW4DhGdvP8AVhKDc22nyXBmia3K28cUNhb28mpPbfYhdxyRxPcp b2pWOwkkMV5YXlnNJNEIZokio2Oo6tFpFtJeamrwXKsvlS2cl1fofNmfUIhNdzW1hqFjZSXlvpdl GLZZ57WOea5KzW9zBaaRvySq3irKKlCLfO22nonq4pJO8uXy1aRdOtVV8PJyqe9GLl7SMbRe8bKO r6qPLFtW31R3T63Ypa295dNG2Y7ecDykWZTeI8CTJavcvIBhblXaKSc+Sk0UckhWYVgjWllMP9kw W00pUQDUNRuZ5beDzRp0F2kT3UUc8kLSfZFMUM6zTzxLJJZ7pI2l56+W6vmN/HcPLY5WaVFjgkik NvaWkUl1FYyLC10Ij5kUrDT4rY4USSCJpFjw50ie5d2Ek9tblWnX7ImnxwYkNuIp7a1uJGjj3yW8 Mq+bbSYdohcxTuZmmnUdk7uPNFcy5bNWavG6Vn2abuvdVmYy5nJt3nO0pq7ajF2haM4qSmrWevVr 3rRav1Ntr1xJLJJ577bwPG9tLqX2WBWWKWORLSa9jhjgeO72SmO3viYbO8jjihnmjSSHfivLrSoz qWoWt3a2t5dQfab+dZ7jShfSF0ljgaFr8RyrZWV3HaN9sjmuZpWUWcthasdN4a20uC6hvHgtbvaZ IvsqwWpmD3AiDvZoXuSJYoQW8wH7TfyRbdQWGGOC5V93S9QhiMtvZ6dZu1750cs82VDW5lIeKeGO K6v/ADbiD7PAii7u47i4MGwXV+90ZUpqLvJycXGUbXa10a5WnJKTTknZb2urKx00IVYTdWcOSUrw dm3q1BKyu1KHLfnvK7aSSb3kSBNIliubRbe50m6drqCOOVGuQGhvG0mzaPyYZrtLi9d5rJvsd5fW 84kilmWDTUlj2ILeK/vI9Taazt5fNa1hmuJpbiZNRinjP2Dyr+SS2ZIp/tLhbIWF5bSs1iY9PuYL xG5q2me0F9ZX9jJG0MyXVvC1zcJaAJPIksdzb3X2uyuLKynEF7YboLl7+cSwvLcrJbwXFW4SyieW SS3miSO2aC9hQoLaQ3FsZbDU7iaK11G2iuLz7XcQ2cEErwwlh5V1bQ2Ss9zq35dE2nFTlBaO8Y+6 k1Fxmtp391zW73UShClNKMud2XM1N042irxk7v3ndJJq3IuvU9am1m3tbGWO7lurqS1a1jb7NAzu 13OtwIFkWCJrYzySzNtTaiwtdorTW0VzEs2dDqdgxMKxPbOUvJoLSeGK2NwFuo4WuPLlaKOB7y7n VbNL2W0uL15ZpEiKrJIvBxGfUYXgGrNA91b+fJCmomXzMW880n29mZ5EVFjuYHMk2+DT4LYX0kFx ZWtne1oRfuFSS6mEUWnbtTlvtPtYYxbxbrsST2s9tLFf3S30t9L5qRNLeRsSkNrcTXa21utBqEqn tIyTin70VOS5dnLl3vZJvnaTitHcueJqcqbhTnDkcWmo88uWSs2272SjFXWvMo7Kxo/EXwd8NvH2 hW2ifEfwX4Q+JGgw6zaagnh/xvoeg6/aaNetpd7HFq8Ok6/Y3X2PVYNPuNSisZvIt9REWo31jZTx rL9mJXJ+INXR4bPVHsnDz3OlreNJshkFzb74JkubiK4ht3sDbSxW94II4IS40+RJ7OaWG4Urroyx cqcfqlbE0oL4oe2nC07x5tKc4w3s00tV1e766NTnjzRgo3eqlJKV1yq7UldbadNrdL48UvllMrAg WQv5Jt7YRllViIorUoLceXHC7+QUVTGr/uHiQhpza2t3HPE0SQxSl0iS5kyHt3jmnUeYsK7pwsQh ZxMjyTTW6W0VsRNKEjjmWNYo7edmlMToAu9JFdlhJXYu145LkxW6sJQqlmjKzSSqsLPKQQwPJbuX lklkSXzBFDLbKxRykLwRu22SOUCZLnyFKeU0KSJIXwc73cZWs01qr30d0r2Vr2+K76Ox4cKji6fJ zSqxioycldrWKUVdSktWndRTT1WrQySH7CPs3mSIk7LKIJLk3FkJ7FfNijttpm08TQLcLLBBAElh iB2LEufLrSQuP3aww+WYlEbbiyRSIRLArQqiwNHCqxOpWaIIIiEijHl3AnESLvHkxRSSI6zyr5CN LGkEkbwzBxH56yQb0MTyP5qzLGocTJCzI0hlIgCiICKWJXiCwko8Qbyo2WSCK3EipCgYTw28c0aN dyokTSwXGTS5pS5mknJ6ttpK0kk72VrK7bdr27upV52lUlNuKi/eUnyysuZcsk7Sd7cz93RpatQU duXkiX5JA0ys0YlktzLGrOsLxKId2UhZWnmTLyxpKY3kDl4jPG8UqtMLZo8yuksMab4YFC+btS4a 4ujIy58p9hIjPlAXbSC7WCza2N3cfaYLaDzWtVi3hVWVQ8T+WsMTxh4HkldmS1RpP9JVRbW5mmkh ifPdtzMTznPJADZLbixC4GWORg7tqnaCdqkNNyclZJNp3V1uotK17O99U33tfW+dWvh42qKg29VB z2VvdaSUVFtRUW90nKz6olnEkF0ZrRngCSQyxNsZHt5twndIpEuZWAhBWK1kMzTgRJczFncwxxxx sYvNdolIKRsgdWZXkD5wjBZXjQIxMyQkKTECEkcASC2nuFaWOCSZIQ1w5iid0tkBkQyNhSIkAkkV ZCVTDum/JkUXjZWDRahdWv2y4W3WBt5ijh8qGYhIUuZSsiyGK5nMbhTFueM/Zo5YrqW409uasot6 uybjFW3jFJvb3nJW6atrS7fFOSc5OMP70YtW5b2atyOLaUUt1vq9DNCwM0UlwfkR0J++8iKB5cjq Y4J3TERkVRHDPMFIVYJQwDWoXJlSUKqoDIZAJooZJYo8zyos06PEs3lKEiZo5JZZWRUjuJGERhNr OnkXJgBje3edGRS8nkic2zTCZGY26LcQMsiSBd8pt32+WIw9oWxhha+jaOSBLp40En2d5MwNaSRC WJ1mh/fx3DFYlknEvkXQeNobeQsp8l0pXeiSTasrtaWvZ7pa799LrSnKUFzxnyXWre/MrOMk2rLm 1sk07N+6+twaxcIstvEsKR7YIl3xBDEiW0lnIqywJbukbNcTSYdQWE1ws5kNzdLcxQXtzG7G0eOG K6b7Ikc9zaYWNZbaQrd7lgHksxhLyyxwWsgSYbTHDOkec0aohQtKs6MElglijjWNzJKsihnm8wMg jtwf3KHLzJIY0gVriJ90cj20lu6vGG3yNhPLlVwHhdHZZhKm1ldWi8sY+RhIGEijQg7xjGM7uKdl zWskk+mrdtNb67q5cMTVbbU5QVpTl9lTldJxSs00r2vazaWqa16OO6s4ri7mN0lzu+3zpHOs0xN5 Cx+ySm4fTpXv4JYpTIIZY9MiuJ7cpfpBAkUlzBc6zfbYrWO5MNvZTvdWqwGeERC5DFrYxysDOsDX Mm1pw9wxVl+1yWjyRTZcTiItCqxl5prffNxIyJCZtq25JMcaSm43zjyy7vb2xZwIgiunnYwJb+WU Tcrs5MmZnjM+Js+a0JZkuNh2R4CxxujmSW5knh04uUVyqStb3rJtXV3tsley63szaVabozcpSXvN ygk3C7UYuD95r7V3oldWVrmtba5eRSRy/bJniV7dbi0j22cl7+4kEnz2sR3OZDJFJdysbqRns7h1 eWEG3rLqF9dTtEim6mvZJzBG8bSObm8dUme3t4lWP7XdGNYYvJjbyzIq26pPDaSW066G72trKgnF xNa3MxhaPzVumhjuZj9ikjKQs0cZsllt3naeORdRV0W6t7PTtQtWehXTRQ3FvGt7Aj+Z9rgt7O5k mZYraaSGWzkvru3gWBUuHiglZpLiaWCzuCWuYhBShSvZJNrolvbdtpNX0vey0WvVpQWJpOPO3TU0 puW1RxfLGy0Ut201rreVtFevBputQt9sksdRtjYpPcRSvbXURilhjaeKQu9tcF1WRFVllVI2UBGn iBkmj1Rp9ysFrd3KwT28dpBCW02xt7szzS3CzQxSXNzbJY+fLIf7PnvLI6kkeyOzuopHnAutN572 wtLaFrWOO1s7eGVLZ3mFy1li4luJp4Ly5itoJbu6WawkK212XguZ7FJbi3n05NSv6RbJNY3E2p6X FbXN1aaW1rqWpafM2mJbwWZshENTuVutPtWlaGQI01rDO6zWl61pdpeQ6dCoU6tTmdOCajtKMZOz lyrl++7trvrbp6FGjBtvmrc0qcVUjVTUZJJNSXKk+ZWjG0uXTls7WvxEMbLcTwXEKLNLH5WmW9ux SO4vJdQWGN4bnfLFc265vIftc884kSARvKJlikjjhubj7NcW6ukO+OJ5UlaA3Eq+dvEkIWKGWRYm hgU2ivI4LyztE8Qk8jvLjTPDdxbDVbRJLBpZoVtLy2S5AadxbXTT29pJcRXMzpI8tg9pbwxT2lw0 wubXFqGtsW4t4o7ua4tb6cxbTf6ckiOby7lvbWG2jvoRchy1zPfYluWWOyuvssSXtg7sUNvlVhGK vKNmknzWaSfuyjZO/K2m27q61Ts00TDD1JNU5VJ+z5/aRpc7b0adpuVld8t1ytdZStdMqTm5817G eOzjt2Ms1wkhijWOVWmt4LhJILcRCex53R6RGk1yYmS486RpIIq+otfsLYX+pia3uo441lMlzLam SCNIpJbiK5iNxHK0P2e4LmOOeZXW4gGWj22E062ubi7ae6e1gsbT91bTmVZ0milFv5s64aC1ia+Y 3E9mZLi93OLa0hneW3kkgBinns7cLeWqm2AuZbuSK2k3CyKRTMz6nb25tltJFXSw8lkzWMscFzby sGMuMW/d1bSbdmrvdS0lK+qavot/LVW8MlCTtFvmlFxlJtbxT5leTilb3feklbXQu6XY2GqXAtTP dWfnJcNbFrO2KNcssZA3zXd5LJ5MdxGBboQINglJt7pTOzLrT7OOeS1u7yS3vIoXkku7pIJrO5uI SryvHdoGkgWS6ilgMcay3h8t0bNy76cWpZ2Ut0ixXEWpQJazSJH/AGhY2N06xW8dm7LFcOt3aW9u Ivt1u229jitWtopEtvPuS+fJbWMk18szzG6jvbj7HZIlzcBba0Ri0N21xJa3cVsYYY44rjL3ENvD LJNaxOYla1StZuXMvjTipc0XdJxbas7qN+tt7tmTUlFpWlUk7yvUUYuzhZcuzvNO3uvVON9rU9bj 0tbaK3sibo5ZCHEboNPuPtKGQzQWkMyXbLdhkkaaZ4Inn0y7S2ktxLRUd5bzmN7htOhhjilYiW3M 7wjzY4o0ljlknuGmRUlIMxkb5dRhEkjpdQIxXTSnyxtaUtW/jimm2pNNxavbZN62s76XOOVedFqD q1VZK0VKS5fh0a1fZ769NGk/V9Qu/C/he3a/1/VNF8Pafd3ttCNS1jUdP0azm1RlubiG3N1e3Nhb yaiht7i6iV5ZJNlrcyDyzHIyXbrRLC9BlmtgxlEisHhVZR5bOjIfJJuYo2mjUhVAWW3ZHiLwTQyO 0/BL4fRWeuk+FLPV5PESx2PiS+8RX2ra7rWq2Mq2Uf2abxP4g1HWdfW3t4NDs7nTrRNTitLG7sLO 4gWyvRHcrh3k9/8AD3VtOttcv9R1zwBr1zPbR+JrlDd3PwytrLRrMWMPivUrQXF/rnhq8lstVu7n xtrMFvL4deJ38W69rCakNRtNI5PU5b3opX5nNzalFtR5VFNRl7tm7JNbOUmnc9qrk1SlTio39rRk mm5tQknJWbcUrNvki1Kbkr6JWQlx4es7bzLsxySwskUO2OGa4WNfszWiPYxwr5rXBd45pZ5orlml R5WVt7zLkWujXOktO1lcNfpcWU1nciyW4GpWk5W5le1tLi0NzZQXds0KSS3CTSXdtMqCCFHubYXX qeraMhF3YXKWZuUhlj8uQrI1sbtb2zaUiCRJfKUR3MUkqTW+EDRxyr+8lXk9V0y8jtJbjyjcXEbR CLSEuIb/AE64ku57Z5jdLc2RXyreaUkCKeB7W1RGhewEkgtuf6nVpOSUpuN4U5OdRNRcUmnGVnrZ rmXM3eyW549aFeg17eLkrKpzNziqS5o8ycrX99xfJq7q7vdHyC/hH4mv8M/hr4p8A/AL4u/Gabxf 8LPGnim78Twah/wUh8X2/iDxvB8evjT4NX4d2l9+z38aNC+G/wANrfTfB/hDwKYdM1nwrZW9kl+m o36T20iRK+58fN8PPEnxo0WOPR/Gfww+GnxY+Gnw/bXNZ+JV1468eeEtc+KH7PPiT4v6p8O7jxZZ eHfEVt4/0/4SeM/h74z+GWoeMZ/EI8QX0a2lwltc3WmzPcsj8C+O7m18E+ItPtta+G3xA+B/wnvv DXw/8W3Wr+B9Y0xviKP2i/j/APEq4spNC03xVr9vrfg/xD4M8beEtN8WaN4q0W0Oq6VqepaWtpFq tjb44XVPC2k3GmfG/wAM+Gfg38bPhL4Q+J3ib4NfHjwva/DqL4AeM4vhN8VtD8B/ErRPin8O9O0D xL8avDthf/CbUvEHxm8TP4C8QxapZa74bmjt7C58E3dhp1hb6ry0KWYUp1ZYibxEZVMSpU3iKlSM I1M1oNOKqYiSi6eCb9h7CCunWjOMeWlGf0U6uVYynGhelBxVBxnKNGHNJYNe9TlGnFzjOvdVfaTd pcurXM4+ra58XvFVppPiy+8T+GPhD8PfDfgjR/2f9X8W/Ej4hfFLxo/hRLr9pD4PQ/Ev4daFazeD fgN4r8bax4qgsLrWdL1WV/Ba+H9Gm0+21WXWUgvkbT+fHxX8UaRp/wAS7rUY/hF4P8FfDvWfC3hX x78SfFnxeudS+GVxrfjK/wDGieBrfwT4m+DXw/8Ai/4n8V2/iex8Fanfh7nwd4ei0Oyuok8VxaVc O0dtWubrxO3xF+JPjnwLov7VvwE/t/wJ+zX4N8J+J/hn4k+BvxE1W30D4PfA3wr8MvGXgP41/C3x X8XPh18M/iZ4Y1bWYRL4T8TXGrJqVhqujXeox+FdCstfl07UcfR9N8V2XxR+O/jzwb4d+Nn7NWo/ Eq++GNx4avf2e9V+AOtWkOm+H/Bd74a+IGhfGb4G698RPg58BvFOm/E/xJb3/wAVIn8K69rGi+Cv FfiC/tdIjeDUtUhv9KTx7oz5sNQjJYTBVX+8ly0qv/Ceq9N8tSrZv2mKftKXt3FxtLDx5F7Z/Ucm coyVVSbr1YtucmpQ/fez3cVyPko2UlTjLmaVV3ahn33xB8atrOua74d0D4bXmk6F8Xvgz8GtVn8P ftBeKPE2m6x4q8b+Cv2jbrT5/Cmv6X4x0f4Da74G11PDmi3eoa94u8HaRr2l3Udstz4cj1jTrGXS O18O+NfGnjG+8A6X4H/4UJ8SLPxt8evCX7Oeoa18PvjN8QdUsPhr8UPGcWoz6PYeNk8QfALwkZ/D utaRoHiW7sfGHgO18e6Bq954YbT7PVQt0ty/Pah4f1i91zxxrZ/ZWkbwP4t/aq/ZE/aD1T4WWWpf B/w9pXiDwD8F/hV4/wDCHxbttd0bQNb8M+HLPxV8Ude8QQeKLjSPCvh+9+GNxqXji/0yfxC2kWer vD694Q8f+LtLl8C2+u6b+0h408N/D/8AbN+AP7R41j4hR/s0+A/CXgv4beA9K+Jdh4v8PeGPhv8A D/4uXPgrwHB4e0/WtJun1bSdUEPjsxQwp4W8JDQYV1DPHYrNY0qk6WBozrqlQdKnOsrR58JRc4JR qVFJ0K0580ZToRurxdX34xKWByWdSEK1aCirxS53CyjUlyNXlFN1IWSfLUlrZuL5b8X4c8a63qa6 HeXNv8LNa0PXPG0fws1DVfhn8RvE/jObwL8Urrwb4s+IOn+EPE9n4l+GXw3hvk1TQfAPiq00rxb4 CvPiH4K1LVLOWws9cuDm/tK1t4G8a6r4Qk8WaD8EviR8ZNa1X9oD4+eDvFms6RZ/tw69pfgfSfA/ hn4GX/gTRYvh/wDsjfFvwLo3hVdeuPGHjq9m1jUfDkj+IryxNyDaOl1GvMfB3wZrMfg/RfA3h+wO oag/jH9nD4i+K9c8PeLvh5rejeGZPAvwZ/aS8I+J/D+rTaR8Qb/Um1C71fx94U0uxk0/TrjRtVt7 3VruzuZrDRtSkXsJ/Ab61qmg+BPih4BvLzw7oXxU/aU+I15q2tTeGp/Cmo2vxR8Ofs8WXgf+yINN 1/U9eF3az/Dzxtpkzv4fsxpkFsi2kge9hhHXVWOvTowqOlRp4+EsTUozqQnUoQwNeXO3SrUqij9Y qxpRpKsk506cpwb35oxwGClWr+xjGMsGowpTcZRVdYmF0nWhVhz+zi5NuGilKzV9PPrHxhf+Ck8e /wBpJ4R8C6F4S17Qr/x7rPxb8QftPfD3wz8LLrxQNX8L+EvBT6d8XrH9on9o/UfFPijXvhj4+1e1 8NJ4dS3t9Msb7Vp9P0uxZp7zrNX+Iniq10nxHea2nwm8DaB4W8MeCfEmp/G/xV8W/Ga/CHVNG+LI nHwUufhj4j8F/CTxN8QvFmp+MtLsdXuF8PT/AA48N+IPBx8C+MZ/FMXhiy0Oa6rXvrzV/gjY/ETw p8Ldb+KHwu8C/FF/hdr9p4l/Zh8R6JoPj34feJfh7feOrq/0m98P+IfHvwXs/HngX4gWHxHv18Qa Ppfj3w7rWjeI9NsvEMkt5Lb3MZ57xZa+PfilpnjrwN4x0j9qDxF4N8TQfCO78K/EHWviT8N/jb+0 hoPir4RaB4+0S68S+M/DXjz4mab8MZPBPxU0/wCM/wAQrK48C+FPio0fw1vk0jUbeHWLu+1ezNVF mkqs5/VksBGdBUcbKrL6xVoQjgFiqqhUcIzxUHVxClTVepUahBulLSdWsPSymdCjOck8TXlVcqEp WpKrz1JQpNw0hStCipTjTgtWlPVxj1us+J9T/Z98e/FbwpqfiPw9b6L8K/DH7K174w+IXxW+Lfif W/h54W8V/FD9nDwJqtzDo/im18DfH3xv4rvvih430j4i+JLPSvBHhfVNIv4NK1fXL6Sx02WKd9+0 8efEZtM8WeJ9U0j4K6X4c07UPhNp+n+M/EHxo+ImteEfHen/AB80Hx5rfgTVvhpb/Dr4A+I/F3ib TPEGmeENO0q40+68DaH4p0HX21Cy1rwroek+FdT1XTGXOtfGFvEHxl/4Vj4e/aO+CPw6+Jdh+yxo vh/WfhV4/wDhxH8dPh9qn7NnwP0T4eXGk+KLC3+Mnw+8O+Ovh74vS78TaBqtr/wtDwT4hj1fQfCn ivT9PnivTYwZcx+IXjkXOjarpXxz1bTD8SPgRq+j/E347fFjwv8AE7xfdaP8Mfgn+0xpXijWvFtx F4/16XwtqV942+J+m6pp/gnwOPEPhTw9ZajcXNvrUl7b6yy+ZTnnCo4anWw+G5vq2WKdV1+evOnH D4COKrTp86h9YlWeLhJe1qu8eZ0mv3k+6u8pj7StGpzShPFyp0vhjzKdb2cIr4pU0o0pJcsU29JX 0jyafHrxV4n8C6lf6TpPwJ1Lx/Y/A3U/j23wof43eOdR+NJ8C6H4Uu/FGqahZInwh1L4eW2o6Z4d spvE9z4E1fx/oXjUaPaTatJ4Dtr+QWd1T+LkXiX4X634q1ez+KnhL41+Ffhl8DP2dvih4q1BfFP7 SGieN/DcXiuf9jC08Qaj4fsNF8I/CLwF4qm8aX/xF8QeNPCWm6tN45ktPDniy+03xdoHg6/mn8Ja 913hS88W+D/D0fg3QfAvx60HRPEH7I/iz4C678JvA11+zZoXwdPxP8VfAHVfBVx8UdU8U23xWsvH nxtm8bePv+KhisPidpXhrX9BvdXfXLTxLq1toOm+GrjkPGfhrx1rvhT4lWmm/D74kaH48+I/7OHw A+EWs6ZrafA+88HeA/GPwc1/9kbS77xPYeIdA+O+r+MvGHhHV/DvwJ1rxCY774aeEdY0+Z9M0uHT dTk1Sa406/aZu8xoVKdKNDApwjUSrx5Kzq43Cc8MQ1yum8Nh6eKqKUJzgm+V1qsXCDtzypYWcpVq E67hbm91zjBUZ8kqUeZpyq1HSXK0pWSkoQabXpPin4y+OtGk8a2er6J8LbnxV8JvC+q+M/it8JNF +Kevav8AGv4b+G9KsdN1DxXrN54ef4T6R8LtW8R/DTT9b0rUfG3hfwH8bPF3izwVpSazcXlle3ln fWsWRdeNfGXhxNTOq6Z8IbnUdO+CuifH7VvAPh74zeLbv4lJ8IJvhh4f+M2veIbOwvfgTpfgS/1L wn4Uv75Lrwlq3j3QPF2rjRrzXdE8PXuhf2Xql35b8WdT8RN/w0B8WYfhn8W9L8d/E3wf8em1XwV4 in+C0vwe+EOrftGeGZ/D3x38eaV8QtG+J83xQ+ImjJoGs+N7z4a+ENX+F/g660zUvE+mDXtW1JNE it7rhj8Qb3UfHGr/ABBj8E+O00fVP2YNR+DNhoM8HgW21aDxVdf8E/NI/Z0uNYvGl8VxxRaOPiJY 21u8cusyajaaGU1U6Bb3NxNbSc+Kx6wqoPFVMJRU8LWqThUrwhz4un9UlDD0pzrpSouU66jUTknG Ks5pKcvOqYjJ6MuWVePtXXhTVq82o0KnPH2920vaJRg6kFblbu171j7vkvImtTEUimnubK2kjlie 3YXFsIILiCWWVbxlkSK2Q21vZLBbtewm0vJDJcRxrVGSdGiuU+0WK2k8tvP5KSNblZ5JYrO3gi+2 gO7/AGnU3jija4kZzHNM7zeXBK/x/onj/wCKOjwR+R4r0zxMjaZbo9n4+8L6deSWVzZQTSILPUfD eseGL3ULNmtIopzeR3s4FmqQzKdVu7a6+mPh54xsviHoWqTy+Drvw3rHhjVp9F1jTrrVrzUrIT+Y uqW76P4jNpYabe2M+kTfaLm1azttZ0SeUtrOmWto9trGqYZbn2WZhL2eHqynVjZzpqLpzsrJ8vPa LSTj70bxje7a2Pn6WYKtGfs5xai25xlyptXSTUdeeDSVrJyu47PU7lLK/V5ba0tbxpbcPcJC8gaY JNizvnl0/a0hkumEIa2mwx09vKna8tD9skn/ALRaFJmv5Jo71JXis5ktTZ6sEgt763E1xOsLF7RZ Ik0+9g+13FwGiyJtlkEubd1YtP8AYo57q8MlmpCvbXF6z6bqOY766lD288kuoTmZop0hWNjdNNct NcW1vp9mIOb1A31tNaz/AGiYL5ZFvfpdXcrym6BvZ3kkku7t7e5kW/33NtC8cSrKGjh8uUSS+xRn TrW15pJNq6s/s9Yyvra3Lp1av12qYlxjCpSi01GN01CUZxly7tK6Sadn0WjaZ2Gh3UOsaxdWkB8u z+zXl9HBPYxSkuzxW0gnurUxTXa3CvazzreztPKQ9uTNPbrqNFczo3hTVNf1CSw0jxRrHg7W7C01 HUNO1bS0064eK+FvcaRb2viDRNTs9Qs9U0qKe++132izfZLo3NvY3trf2VxYwXaFdDy/6w1UjCUl 8Lk1dNxcdveWll99z1MtwdTFYaNRUqUvekm3pJPmUmpc0o6pNqyVklbun9V2dxIizuwMcaRx28yT 216V82aODEa3DEwTBVkWeGUN5azwSl3NzZXEdbt94etfEOiXGl3em201lqVk1vdWV9HDdaReWl/9 qNwbyEiQanBPat9kNjexyCGG6ZZPPWSSVu/i8IwRP5xhhPls0FrK5MsY+0GfeZbm3a5tHWeGQ29s jMXmUNtuJ1RFaB/D0jT2dtbtLGbK4RbW1tEAE8qBQ8amRopRvW5UTMYJ2nhL+XJDE9zLL7MqlS6c ITpvnUoyak7WjZR5Ytu7aSV1bVpJdfpa7nKLXs26cklee7ekrSipaSata6V1qm1ZHxq3wE8R+H7I 3OlfFPxBa3Phy+0+LwfYizvR4Q0Lwhpwns7HwLq3huG8TTfF6pp99Jpmo+Jr7WYPFt5e6Zod9b6x p11p8lpc+UeN/CHxxtE1PU9J+Jk+uawZZNY0rwhpXg7wvD4TuP7Mg0uSLw/cRa9qOqeLDFrt7FIl 1rll8Q9Fi0S41RLyEWUGlxxSfoDfWE0Rkjma/iubqD/SFt7W9v4ikEkS3DTBbaaSF7q0kheSG2is YJ/s0hCJaxLHD5H4t1X4a6Xq+m22ofEPwdomvqqanD4O8T+NNM8KatqEA/tbTb68nmmW8uJNNtZJ EBsYtGuoX1TTEke8t3+yXNnw4qMK6i/apSUrVFbR+7rNuVrNvSO/KrPVqz8PGZdRrxupyhUi7OKn OMHGMovlnHZuLel25N3cVJuKPku1+Jnhi71XXNB8ZwSeB9b8NwxPqGm+Pdd8K+GtSu7G4W4fS9V8 OSXfiHUdN8R6cYZfs8UGh6ve3UutWWo2mqRzXMgZ/S7O00fRrLRtX1HxR8PtOi8Qabo2pWF3qviq x8OWl9pWkXVjJnT7nVdQhN9c3E0dre6i8i3KLb3kPkvez6xLBB6Jpmm+Afi14oh+H/gf49eDPhzN qNg1zfavbarB4oXw7Pp2veAI76ysNTii1Pw7pPleH9X1K801/EOhSahqC2m1dFsy+r3mm6HhP9hX 4kfBvVdV174BaedU0v4W6Rqmhix8a+FdY+H6/Evw9rl3pGp6fcXOreI9Oj0zUF8TzLe+IPC3xG8O y60/h/UfDM2galYeItF0mw8N6b40sww2X1o0a8pzU5RbqU3d04u0YylFttarlXsruLaulpIjBZRU pey+s03Wj9lU9+dLmirJqclyKTmlSk7bxjZswdLu9V8Q2sl74F8D6Vrul2nim+jl8a63e6b4e0Jv 7Mk0uy1bW/D9yJdd8UeKbSy1zU9E0u71HQ/A8+kxX8d1cyeIpZIrawm1NI+Dnxsv/EFtcar4x8J+ HdGtdAl1SPx2mgX/AIhhv9XDIs+kWeg3HjvRWa3083msx2OqS2y6XFodxbfbU0rWbuTRtN7/AOFv 7Q+vTeOpPB3xD8E3/grW7y3trnTtNbxHBqNhr0+kXNhpnjG1GneINA0DVUktZLp7nS7ewttQ0TVb bTPF6abqLx6KniLUPrDTn0+71/Szr/h7RfEel2d7pV3o8Mul2E2t+CrC6WTTtZ1a5vb3VrF7fUEn jjvNWt0sNMubLTX1q00ubxdrNtbacv0+CqYZ04uk3iaU6btdzvCWj9p7s6cea6UVGbaab9xvQ9l4 PD81L2fO2pwm1GKhGEISvJNyhUcJN2+CKnrCziuaT/NPxynjyz02DRdT8MeJvFOvaRLd317H4I07 StbtbrR9Kttfa68Qafrdz4qsLaztXg01Gt/DvjBPDXi0z65oGlxWus3Ul1qU3md/4L1Xx34y8AWc fg3xD4v0Tw14ivBq+ifEvwr488KeGbXSptEvYpPE9jBr/hqPRtT8SaKos9O8N6DcSagb7TNe8RGf T9Mtbo+I/C/7d+IfA1hqCTx6Ppdm+qXtrKNINtqNtpEzyTSQzaZPFAgju7yf7VPA0dlcv/ZsV1fk Xe5BIq/HGo6FrUtzJpY0pLCO2khurossrC7t3Ui3Uy3Fvo+urpVpbFraKO+tBcIvmKk/mLJDDzYm gpS53JttRlFR0dkly3b5knHlSUW7NbbJOcTk1CnVjUi1O3LL45OLjaPw87S1UlJN9Vayehy/gf4e 6F4kh+LfhvWNI8CahrXjT4FjwDp83jqfw3aWusXWkfG34Q/Ev+xvEGp+JbnTtJiis7L4d63rFnZ6 9fw239oI/wBlu7K7ns4NX9p1Pw94CvfC/gLw0tv4D8baN8N459NfwTrHxFgsVjuvBv7O/wCwX8FP 7L8HR3XxJ+EuneIfDyz+CfG+p2epX/x18MadrcngTxBfeCNY8atLZeFNT8K1OzuoLe0s7qxi0600 +0gtLGws7C1sraGwQi3ULPDEqSqLhHQzrLOSz3E8UCoxhFvSfCNj4psoGfX9At9QgcWlzcNJM9j9 vaGS3CyWr29lbGC416JJ7RbiS3uPPRLUXdnNb332/Z87pqHMnyQpRh7Rw5HCNX2kINxUpcy5ptOa qc3uxtFJHjVsHJVWoxXNUhH+Lye9FNOTjFtL3rcvLdptOTSuubq/iJ8Mf2f9M/4WN4T+Gvw1+Ery aX4F8Y+K/B/jDWfi/rmn+Ltb8T6R+2n4m+GnhfwddWGhy+N/CT+GtZ/ZxOk/EOxubXTZ/E2o2tl4 e8S65pWh2l3q9/XafBH4yWHwv+GPw90z4jz6T8OfDWh/Hn4rXfjW70r9qX4Y+D/h9oXgm++HfwLi 0XX/AInfDnxwNI8Y/HHwj4i1+LxX4dsfCvhjw7aazq1/4b13QbPWLG78WabrL+QeOPB/ifQfAvi6 +8E2suoeJNI0eW40JpYpbi4nuLJbh7jyrPytUj1XUre1t55La0nhu01jUG0zSpAsJne48u8YfDH9 n3xS/wALtH+C/ic+PNZ8XXUv/CxLO98Vaz4xj174fyeFx/b/AIl+JOmXkGqw+FtfN7H4e0q00+6s /BSahqGvX3h2fToLaNzoHRPE1JuE5+1qznCUYqNNSjGVPlqPmk07JxUYxm4xcmpJ2teO0sBWp0Zx hCkpuSlHmi4SlFuEEqVotyndXkrae6029X926D4a/ZVhtL3Rjr3wd1218TaZ498FeJ9T0Hx3b30c uj6F8c/2Wri48d+H5Y/jD4yvbb4lJ4Pg+NGqaHpanwJqPiK88Kv4Sv8A4G2eow6n4V1zwfx34g/Z d8I/BnxJd6tc/A/T/j7L8XND8HWnw7+GHxw8SfF6/wBJ8K6lb+KY7Txfovhzwx8UPGms6947u/Fd jp2j67o2sp4h07QbPTvDd7e+D/Dt14quhqPj2l/sm/DC382R/hZ8Lo5U3PPJP4Q8Pm7Vpna7hFzd 3WlCSZ2vikvmySTeXJFDMPtDoit6foPw60jwZDbWfh/S57XS445JIbDw9pdtYafZyzTyu8kNrA9r aWMQmWe6leJ4IBd3BvGjvp/7QRcadSNRQc8PRhzUakYpL3oNXTurWclK8uZTS1d07WOeGUznOHtF OMG2nT5XJOEVBSnBuHLeDTTVtNXe6UV4do2tXdjBpOpa/wDC3xnofhzV7qx0ux1u90/S/Et7Y2Wq aHHe6eviHwt4SfxP4j0f7Z4gnn0RtEg8PXulxx3OkNcSWU1+bGywk8Q+BobHWv7X1DUfCsWia3rl lrOha5brZSW2q+Grm7XU9L0GXSpr2DV722nFpqb2HhXUtWlQX+hlrLTxqEOn3n1vr+n61DoN3b+D PsmjeIbi1hFpcCOC/ufLS8itbu7s7C51fTtK1TXLKyaYaBZajqmneHbnXYNLk1y8tdOkv9SrHt9X 8W+FG0iz0f4VvbReHtDtv7E1PVfijYafquuvqGp6xNrV/wCM7/w94J1sW/xU1R7+W/1bUtP0jxDp N/fatq/keOLtoLPS9c5nUcIw5cIsVBVItRk1h1CPuu87O1TWySlfmSak0rM9mGVYXEUr1YxhBSjB Xi4tL3ZTlFq6s01y6pyafKt1L84/iJ8PNW+It9Hr95ovjHRfBfhNXj8PWfifQNJh/wCEh8R2l74p h13XrzRSY9Us5dP0SDTF8KxeK7DS7yy064uZ7Hw7A839oweByaYlpPc2KQsj6W12txFdQzJd3cyS TeRaJp0M9xL5U13dpcNePFa2ssiw+apZZrfUftH4w/Ga9/tLW/Csuj+IPCfiO7vdZmtIb241rxDY ajp0aJDd3XhLxgLfQYde06ez1nQk1CC+MXiC2Pn2OqWUAi1DPi/g/wCGF34lhu7jxDc3rRQLb3mq TWkLrJcRWr3rJBd2apPM979quylzp7vELKPT7WNbiaS8tlj/AAjix4nH8QTpUKM6dalD95GzhSpR hH3vZOTa5ElKXurlfNpGVtPzrNsNReYzp4SNWUoVfZNTSdpRSTak3flioys1FXVr6yZxOjeDZp47 C91B55Y7m3ZkS7sy6CWLUJbLyUs2u7nckrziaYRQ3M1mGdbWyvDNFrCaGj32jeCPHWk6600trpdx qmnaD4xnkvpLTTDpV3dyRaH4ouLPUNSsNJsbzT/FF9Z27X81tNcQeHtX8XmKzmNtZyaX7pqvhbU7 NbWBVspDf2ltcv8AYI4mhVdRtHvEjttT08SaZI9zCbf7TNBdsbuKWwtpIo1WWaXxbxPHqIjVnWSK SzvZrmS30x1tb/UESAFLK2KNaNC0bLj7EJXIt1W4gEF1v87x8HUxGV46jjlJVHQkliKUW4QrU9pR jJKDju1JOOr3SdjzZQxGBm6jbvLeNk24aNN+7bVpNJtapvl0uvpG88V+CfEc7Q+HPGPh3xDf29qJ 7jTNG1bRNduItODWumyiCz0y8F2iXFzq1n9rnnukn8w23ksu2BE5qzNmmoCW5iaS2kDRxRSvNOgV jJBBJL5LW8jC13mdxBFFLdm3jtwsKSLJD8aWelP4s1yyP9mrPcQw3MsF4kstte6I8DR313qOn6g9 2mrWkcMsVpqsuo2V/A15dQ31g80Rt5BP7p4O8XX+k+DNJ07xB4X17V/FelaPZ6SNaTVvC1/4b1W/ toZEtNeub+61+18T31pqqWo1G/v5vDeo3NmuorC+m6u0ECXv6jk3FOCxlLE1a0VgVFx5VOcOSUXG 6UJWWq0504Kykkm29OynjVVabUqTUY2c5pR9zl0i9pK2vLa6k3JKx9MfCyWFNZuZPKle9isrucvt SWFrRLnSGA2MEb7Q0ouA/mSNb+QojMdw920URXM/s9+ONR8Y/FzxL4Ov7Hwtpd7F4EvfFGk+H9M0 3WLvVItKtdf0DSmvtT8Wtpul2c8N1qt1fW39nweHbHU0gTT/ADbtES5ur8r7fLsRRxuGjXot+zba UouKjOzi3KPNo011j7rtbc/SMjio4GMXNSaqSu6cPapu0L80ub4lrdK6076H9G1j8FPhn4ntfDmp z+Hlsdbb4e+CNZ8UWOj/AG99PsfEln8M/htKnhTQpLfwd4s1d5dSs9evvGd34g0XwrJDrv8AZuuC bR01PTvEmt6V89ftO/Dn4U+HPBWga7a3er3V3oM7x3NnZXes6JpFlbW/xh+KGn6P418X6Sltawar Pb6nZ2nhmS+ms9Ph8PLpOkWniQwaZL4UsrT8u9L+N3xs0W6+J/hW/wDhr4g+Jc3w+8da54esfF+m eKvh2+g6/eSabF4g0zTr240DVrbxFeazoc9yPDHiKbSPhXp+plpbOKHwNJqdhr9nFLoP7RXioSz6 nF+z58W9esdP0mw1K+trPQ/BmnWEWqXUUNncajpQ1Px3puv+KdIs7qwMOl3T6LHq2ppf2enS6RBq NzCmn/SPGVHSq1qVKqouF3iKamvZqtKFVe9Z8racpyjKzT+zF7Q6eHppUlK7lNKSqUI8rqU4xgpP 3uWqowjGEZRckuRa2V1H4s+Nd5r2r+JPCHhTQtW13xZ4adbV9O0/xT4M8C67f3ktv4gLJ4Si+Ivi LwhbeKbOHT9E1rWhrdlpniLRTpEces2NlfTWlrMOm+FXhf4y6rN8Sdd8b+En8P3erapDZalA2s6R qHifw14JsdA1HSfCOn3WneHfGGuR2moX+qL4z1LUrHwVJDeaP8QbW+0/VZ9tqmmXHjOp/HbUdS8R +NfEel/CDw4fAK+GPC/gG61L4meEdb/tLTfHT+J4/EvhbVvCnhrWIdB8RWGnadD4h8VWmpNMtjoH jHw9F4it9G8L6/ofgjWjbekB/ixrsHi0eGNB8X6LqvjLwdqlvoWsNrtn4/07W7ibw9bahc6B8INR 8VyaxpXw2DaJ4zbRrq0+HXxNPiC98V6LLaada3cnhuxvPC35ln2ZV4VZ4Knha2Iot03KrLDznVqu bpyUnLmoRnCk9FdzTau/e2KL5K0qvs8ViqijGNRqnUSqLlTcUnGFFqMmmpzqXkv3a95NH6T/AAK8 F/Bn4eWOnX2ty+DdPutX8Ta54n1nwFpPhXUJrFb7WjLoduug3UXirQ9U1LzLsag/jrW/EVxroFlb y2NpPpOs6BY/EhP01GleEdG8PX13pE+jHSrWzjv28IWWpWUyprdvapab47S6Wwa1QQr9otpdaurQ 2Ia4uNNuYNMuktbL+c3R/GHxt8VeFFu7eXxlc+MvCVvd+MNTvvEXw3ttbvPAj/2prsulaheW3iyx 8TeIQsFxfadfXOpL4n1iyubO20y+t9Skn8V6Ih+v/h6v7S/iPSLGbXfE3j34d6d4j0e+1bwne+G/ DHirw5aaj4a13TtM0K58S+LtJ8UeHPFrHSvDQ1DRnm8LabqnhfQ4NHmMcfhC51TWbSzt/Dlg8RmM 4Ri6MZ6Sh7KnKM3BNSlzXUZTasor4pQTtdvVfZZdjoYdJywrqQUIyivaRUoRlGzfK/aP3XPfRKV7 yvt5r+1v4TsNYh8F3/h7w9qGs3ml+P8Awn8V9b0bw9oFpq3iaw0r4c+E/F8FvO1le+ItCsL/AFG/ N1op8vR7y61ia1e91GWLVLrSJNMmyNZ+L3wX0yG/htrj4p6LYWc8Ekq6r8Jvi3d+HdLOk28Grz41 B/D9xqGhHTtHFpd3eu2L6ff2UbRyalKlmt3ZP93eH/BHxbsDYeD7/wATeANa0vUbMXNzquu/DR7u 5m1q1mMeqa3aaxDr+s3Fjqji6la1sYJTb6dp0d9pkFhE9wbl5NQ+BXjLXba/C+KvBupX1tq72Fzq lxp+vaV4oe9n1HT7JdRvdZg8U6r4Ym0+zu7DR5LuW806PUobAXsfh7TtX1abSZ7f63L8ZmWXYeNK rglUpKzi7SjUkuZRiuWUVdcy5vcTa5b36BVpUKslWgpRupOcY8smvfi3ZRlKDcm0+bV2clZbHzTp Ws+G/GOg6Breg6l4Z1c6oDcaVJZ3r6rb2+oQ3bRSyaJqt9qWmWljb2E1kmnXdvp9hc6e1zHqn2mz tpjPbxb+mtrM9ldTNH9rs40njhFxcSPM90qNaRLLqelRSWv2mW2sYlmZYt9hdRLBdXD2EMV62n4l /Zd8SS3B+L/hHwH4f0/4g+F/Emo6pr+oaGH0y/8AiP4c1B7288VaX4je8uvAmm3OtXtpZy+IPBmp 6vpskL+K/B4mv303RvEdvJa4Wsf8J5oM1omofCT4r2DRX0uky6pY6f4T8d6baSxwX2qJHqcvwz8Y eOde+xTNBLYrfNpx0zT72XTG1S7sWuI7ivrcLi8LiI+1qVadCcrqdKcnCak1Fcqc7XUdFdKzey5r teTXjiI1ZKnSqV6TjBwnGmm+ZSpx5pS5kmkr2SWlr2V9di78F+F9Ug07Tdb0zVbKOeW6uHuJXvNc Fm7iWzjb7ZaQz2NhHCsiuFj1jZJb2jCFTBYeRbZGkfBjw1oMlxd6Feadfi7VZL2CPS54dQdI7a5i WCeW+0zTbuWONhc5lntjNaCeVPPgCQiNLXxr4mjlhTw38HPjP4jaa5tdR1nULL4VeN7Q6VDaX2mW scqJr2i6drOrO8eo22pS6b4J0nXddfQoLrVzYW6WbzHTtfG/hzXfES6DcXNh4W8eCa7ll8LeKJH8 M+PIZpNOjvxa6j4Z8VaJpnifRtOS2aTXI4V8OwNLo139ugvJdPurO8TqthZyThVhUlFJv4ZOK92b k1zJO0NEo2au7uVlfWnKnOUJVqEo1NUk42c1JQV4uUVeUeVpvRWsordq83gWe5M9vHbSGbzFis3N xbqsSBUHlxRtcxnYt0JFcXlvazzNcL5Ut1NI9zUVv4Hg0yS81CC3sbCTVtT+26xGY4LY6ndRQWOm y3Gtva3Fvd3uoCzsrSwjudQ84vp1mkLJNNETJbXUL+xgu7rX9R042ml289/fa1dPZaNaR2lqtxd3 F5qMhuFkt7XTUU3Nzc3ssKqiFpVTyS51fD/iTQ9el1OLQrXxF4xfS4dKn1L/AIVv4W8U/Ez7BLqM 0qQSarcfD/QPEmm2015DYajc2djqEa3k8YSZbK6t0W7uM6tSnQjKdetClFxTipxUZKLabdua3RxT TSTun3j20o068oWhWk0qijFv3OZKPwycXsrSlG+iU3ZJLmw5Ph/p96j3WnXdtHb2kLvcXXnLc77h pHjaMbrqaW2Syd502zeV54EkcJjSWNl8w8U694c8LaJqU2sjWtM0Wy1BfDk3jW38G+MpPBNtqy6q uhW1tN43g8Op4Kgms/Ec6eGdVuLnUbeTT7w3drqN5pOoWt7YJ9MXOq+NvEXleFPhj8OvHVp4t1qW C1sZfiN4H8YfDbwZoT3bQRXniPxBrvjDw14atdR0jTN/9oyaH4JhvfGOrtbXv9jaW0ct1q9l9wfA v4H+BvhV4K8Xf8JT4wsfG2o614vfVr5tbXXdO8EaBq3ieTxD4g16HwFoUOq+J/FemW2vXdimvano 1/4y8V6RceIrbVtW8PafoEurXunP5OJzWjSqU6OHqUa1WsvaezlNRjCk4OUr1qbnGDdkld/E9VZX WsMK505Trxrxo0WoqpSglJurKnCN1OcJT5W3f2T2Se9rfhBpWq/tA+OdWsG+DXwd1PxT4Yu7vSlm 8f8AiHWF+GVkdF1ewsru11/R9M8T6Lc+K9Y0d4Lq+e21Ky8JJZXSabqD6TD4jnW5giy9Y+C2n+Ho dTu/2g/GnijW7+WWAatPZv44s/hdfzan4Xtte/4Q+y0C38Q2uh3/AIOl07TJtDtLjULB/wDhJ7nU LjVPEdrpc8mrXfh/98vit8NfCFtbeOYm1jQU1fwz4c8VeLtD07U57G+ttBvNM8GeLvFllqc+m6V4 q07XLfU7ex0aB766mj8OQ295Ot1DLrEEF4t3+afxg/Zk8OL8QtI0vUfiPdaAfF3jnw18L9OstC+F yXHhvWvHPxC+Jnx18KeGdRvbfxF8WLu48OaRoUfwp1OO6t9CuLyeDS9Z0K6is9f8Rabc32s+Pja+ c1qNanTpwpKEnTUKdSn7SfwJN1pzirNX50pQTV3y8yTfiZpUwuEpr6vXrYms1C0ptcijJxXKoRcV a6vzzcpW5pczbV/yC1jwH8MIdXF74A8DeGbm5ivNZsri70bwvpMWowGCW+09LnTxpejaCzrqMaXF rbtok7aS6Wt0J9SiWwae0+tfCPw80yy8CPpc9touoaH4mt7WKa9XU9S8M2ulaHbvt1PVru61HQ47 S5lgItrOKbz9seq3u1IJhbpMfuzTP2LvAvhn4d6f4u0T4kbPGeu+AvD/AI8h8Ct8O9Q8TTavb+Jf Bvi/xp4Z0+y8UXGpw29/eSX/AMNPFv2bR4J9LSys7ufTWM8t9oza38ja3pOp6+1xfeAL34geNdXg itb3QfDvgvwb4g1S7sh4R8WT2Unim2fTNK1sN9k1EHSr7UdPGns1xqd6975Gp30Utj8VUwOY4KfN isNBVsTTjJKnJVE6TScmmpVJvlfLzRu5KUnorxPm8NhY06tXFVpUnLkkpJSjBJuLTUIzlecZtXu4 tvmUot2dvF/iMfCnh3V9QgltPh3rtjLDq8/h/V7P+2rvS9J0vU4bbXm0HxBDB4R0aTU9f8Nrcx+H dEliu7ew1LxLHFdNqt7DYX8tx8B+LdRtLiC/MYigh1i9ksb9Le+WxghU3TyXIs7KWzv5vs9tFCou DJatFbWESXIuImaI17d4x8HfG3VdS0m61n4dfE+3sPiIbLSPCsUngzxc1p4s1GTR7e90+HQtaWxM XiK9vtCbSPEejPp76i95oV9pMlk94JYII/mHxv8ADn4mWfiQ6B4x+G3j3S9R0h9QttY8N6x4U8Ua Jc28UOj6H4ovY7yS5086re6nb+Ctd8N6tei4Cwab4a8TaL4gmtWttS0PUT8rjqtfEXp0sDOlBTfv PDyk5VG4+5aK5rVY83s25KVtW72Z8lm+L9quWFOkoqcnF2irRSjdyte6cVO3K7rq7xcnR8Iaiq61 qmlaFpMS+GZ2sIZfFMGqtKt9M2maRLJDLqMU+yZYrs3NrHHAyvZXH2k3N24tllPVeEtUi8fw+LZ/ BWm69rukeCb0XWqavp0cZfTmb7TFe2Wm3+r3eiaprV/ZRrb+do/h3T7/AFCWC70220VI7+9jtzaP 7PPx61mLw7pmm/Bz4nIus6APGHgzQp/Afji6/tDw1PqVj4cn8QaO9vo4XUtMu9f1/SLDTdbk1GOx F9rulWr+dFrmn2978l6D8ffj/wCAfCPjjxfZ/s3fE1fgjonxNvYviN8TR8M/GEXh7wvOE8F+AJfB upahfR6H4e8J+IbLUNmmahZ+K/Es+or4u1bRNEfTFuvL1PUff4L4Dz3jPEV8NhMkzLE0KFJyqPDx nG1esoxipc8L1KkotyVKMnUbg7wcbo8nBxlJwjWp1ORR5oSldRTcdYqV07J2erV7u6tZR/Xz/gmz 8LT4h+LF5Y+Jr/UdB8Q/EfwhotroGj2Gltqen6C2oeItBPhbw7rf2waVriXLXXiu9vPGPiGWe5On 3TTWOjeGp1toBdlfJP7G/wC1f4o+M3xtvPB37POjeJPD+saP8NNc8Q3vj3UIfDcviTwzbWHiXR7a C/8ACHhq58X+GdMn1S21/WPDN1ZapqXjaNrRDqZm8O6lAkduSv3qhhlwNh8PkWdZfTy/F0qUascP jMNUniPY1GlCpUShNwc+WUuWTUt7rVN/fZPg8ZXwUZYXE4ujSjOceSlUUKfNzKTcU69J2fMteXV3 1vZL73tfBfxUv9It18D/ALMHjn4d6NNeaPH4bn8UN4e8C2fhu8uLxl8Q6t4j0PVfGcGqWOkaPb6y muNYaRb6xP4htbC41k3WjNpz3x9w/wCGYfiN8UtNbwl8SfiB8P8AxB8PRcWnmeEPC9zqfhDTfE+p 2E2ny3Gn6+JviRrWs+M/DWn2/iTW/Dml+HPDEMtnLdeILV9fs72TQriLT934P/GnQviNb/AODxvo fhHXfAFpJ47sPivD4b0vU5pvhx4y8Laz4ws9Z1Pw74lt9U8Q603gC98DJ8OPFuoaZpGox6JqOqXF jH4Q1PwX4OuofDOl/s38CvD7+E017xLr0s1/4h1vU9X06z8Xx3S6zoTfD3wrqo0bwraaF4mhl1fT 9Ng1Lw49h4pkj1DWJvEeqaprmv6jd3OpzabqU1n+aZpnGZ4bF1MLCUKSnTkr024yq8toqc5zvKNR Sna8W1JLRWsfoODwGX1eWPs0m5pWruKjy0opvnUY2c58ypxh7SzfZq58u/Bj9iS9+F2r3GpWnwg+ CkOlpoNnqPhu5htdH8GTaDqMUNvod8mnS+F/hYniXw3rA0vU/FHiPSLz+xdV/wCED1DxD4g8CxWV toMOk6xdfTVz8A7hPixqvjpPHTLo2rW+kaTqXhCTRL0xt4K0ye/uF8KQ6lN4uu7jRJlTVJLTUr7T rezF1qaXWrT2D6hc3Rb6b0/VtPvPD51XQ9V0vU7F7eeE3+mXcN9awTQXtraXMTtaS3lu9w9/Dd21 9bXDySAWxtnW2NrPY1jxeTLLIJLuD7RAjXKWZmWe8KRiRpnW2gW5eJFZGjDzSRWoVS4k820nkT5y M3WjGdWo8RVu27zlNwlJ30ekp2U1Fc14NPSKs2e9QwGGpuP7znoQm3TgrKGt3JydN83KouSipXir JL3bM4XUvhH4LvfDVl4PtLKKbwnNaXOl38MXhbwZPr9/NfWN5purXGp6xNoVzDeprenancxPpz2d vaXci6la3cV9pl61haU/hx8B/DegXq6Xp0GpaTDounadY6FbReJdR1S2to4dMn0e5j0zRLqM3Xgx 7Oxvrax0m00jxJe29hbTXVtZWOhxtLbXnoWs+NPDnhXRdO1jxVrun6AkOkapfw6N4gmsLS81PT9O UtdzaKNS1W006F7e5vdKsZb/AFG7Ph/SIbqwu9VurXTLux1AeW6f8envVs10fw5rOna7Il9qEehe KtRsbDXrPU5YPDBs7fWbPwZ/wnnh0Wctp/bVvONTuPFz3/iS8ubTQ7/S7LSbG/tfTy3D4yNSVWVW FCmm4OctZPVNKKj7qjGErNRjFK+rSjc48V9TpycqFFzxD9xtcqjGKmnzSnJKUopw5uVu73Se8u+8 R+AfD2iXNrD4xvtS117v7LcadYaN4dtbXRLO8imm0e4hvWvrnUzZ3Y0PW4tNknMqRiGNmbTdbS01 HT5fLNC0HXYNQ1mSxs/DptJ9C09YNM1ISPr9pd3Fuk2rrdXEVncWhiW2tmj86DRrtdMt5beC41XV UkurS62rDxDca5Y+GX8Tava+Dm1XT9Msdbh16z1y21KOfUNNttQ0lLBvD3gz4Zy2DWrm4u9b1TWv DWjG+udQ0/RLfUrO9trfSYu08daT4Ni8MHSLD4ha9pSeKYY7C2/szUdE1C20W0SGeYeJ4/C1xbSa feyR6xqWhWEWv63Z6gmi663hDULd9PV9f/tD1Z4uUW6M8TSUYyalKVKbqc14ycXFTgk0o2WjTs2o pvXljFezU/ZVKtWr7PllHl5JRlaSdOcYtSSjbS9rSd2krnhWpfD3xHeW82nWei+FxZ3r3F74cTwf bW6HSVlTTNM1XU/D9xchI9XsNHnkjv8AxHoMOiTw3kq3bacuqL4g1NLfYuIv7K8P6tczJpEF3peo aPDqen+PtY1u1WxhuL6GWWzufD0epar4c0LVNWi1GzmsNTkjhtbuwEcN8bmDV7sW2NqfhPXtAjsd NsLO+U6nrGr6vr/iDwdr+q6poXiPUorLwPcPN4q0ue2tWs/FmvLp2n3WoXl5p11JHY6SlhZawsss m781fjpbW2gaP4r+Kd1FdeGPBVtYQeIbLxBrq2VloeganY6p4ouoEj1e5uGsvCzaDqPhKO203RV8 YyaLFqelXFm1xbSaTqkGp8KxtWsnzSd7RtZRvUceSMYq0oy5pPkaUHKWjei579N4UFz8tnGF7Wag m3dyTlDflUny6Rba1s0j9M4tRvrqbSdcktZPs9le2tzfXdpb3U8TWN3NcPa2WnpaaZbQyWNtcQyW dndRNebYpYdPv5oJBZrLjXkPhz4hyXui+ObHRPFXh7WZ7hLPQ/FHhb/hILHUmt7m71nR7WXS20ua yvpYbjS0urWxaG+hgudGuZ7W2mY3EMn4JfC7/gqd8Rfhpd6Z8UvHVp8Vb74VX1lrFlF8RdS+Fnxi 8IeGdT1S/n0ay0vXvG/xb1j4RxfDTxnq/hyx0+50nTfFWs6zqOk6vbWVtb6xqHkahqWsz/qp8DP+ CivwV/aC8T/8I14bv7DQ9V1TwUPElveeMtA13wWPEmnQeKvFPg42fhxtamuIfGlnJ4p8KeLtBsNa 8EpfyfafAl7rF3Hb6P4i8KWcXDiZY1QdeUMTRjTjFxlCFSDTXIlFptyk27xd7pW0VtToy3NcrxNa FGf8WUoOUajgoyUrRUkprl5JN8ujS5nZ9G/orwn+zJ8BvDGr6X4u0f4f6Npfim41K01TTbOws9Tu PANp4ltLHTpLTxHZ+CrrUJPCfg3xtbyaOY7Lxj4M0iy1WxdtcY6g15c3l6mZ4l1D4zazd+L7jXvj PoWj6VpGt3EPht9H8KNcRy2csFo8+m61bN4ksLmPStPu7trCw1jWLi7bV3Go6ngaXPodnHx/iH49 /wDCQeG/if4c+GOoePbT4g6d4N1zStGTVPh58Q/Aupy61Nq3jDwfpt74V8UePfD/AIc0rU7weJPC Orz2GuaNNr1rA934U8d6u0/grxhoWs69la78TtG8G6Toul634jTVtQt5oLyfU/M1q413UtRu5nvd YW2sLrVPFOsalZq9239kaHrN74g1HT9BltLXUNW1S/8AD8Mtz5tTFYnGcyr/AF2M0lCXtozcqVnF WvVV1FpO0YX0lZte6j1cVHL4Shh6U4ezhD20J4afs4Kq0k4c1JxctINyfwpr3mr3fzd4h1340eF7 TSbXRrrQPFviLbp76zrGla4LPTdFtozJFrLDQ9VS/wBWsI2v5ZbbS7BtZv7i+t1lOpeIZLy5fW14 dvi78bPCE7HTfHs2ixa9Ju1e58OS6rpNrf2ujadJc6fd20EE9xc3zoltqwludQvYhpdrqa6slzc6 NcanKO7+IXi/wPqc01lpccS3aJodxqWs6TcRXsNzciKDU00p4oBqPh26lETXbmWC5tb6K4wdY+2l rgn8vPE/xG8d6hbeKr251Vba6E13Ya5NM1p4Lsba8jtL9LOO01q90q9vde0iaCPT5/CWptqmnSXm j6pqWvWVno+ueHtJ1fwp2fW3g4KbcvaOF1DljGaSjGyjKau/dldpyk0r7bx+KzPG0cHSUI1K9eFS K/dq8lNU1GUk5Nc0rW5uaTaSs076Hrf7Qf7T/jvwNpHg7SrfWtU8feKfF3irSfCfwt+C7fFzSdNb 4jeOfipreo/DbTPhy9ve+OfP8MaX4mh8X65pni7xTJqOlDTdB0/xPczrPA6W158wftJeKv2zvhH8 efD2kftGa1ouk+JfjPrXiz4wfCnXfg38dvGt74FPiLwR4917xLqXh3RrbxZp/gbx14P8X/C6L4qR +JtLPh3Qk8M3Vp4/8ea94Tu9FkfxP4b0vyfxPpEfjLw4mia03im31XRZNM1m3+Ivg7xVrOleLtH8 Q6NrLaz4W8YeG/E9tBaX2m+IvCnibS7HUfCutGS8EVxoER1CCWzn1eWTptZk+InxV1C98bfGv48+ P/iN8SU8F694P+GfiDxRo/gDQ/CPhDQNW1u48THStG8HeAfDXhvwdFq+u3lr4D074h+NLnwzdeNN ek8J+G9T0yfTPDGlW3ga/wDIxOdvG0aeHVelTw6+uPEQqQxcMXOqqNKGArYWpRmsJCjRquo8XHEt t021T55ODpfn+NzXLsRg8cnh8U8wj7KWBpUJ040VGMlGuqvtHSTnJ3ceWXLzS0emvtnxT/4KS6v4 S+Dnwt+BXjT4h6J8K9F8HeHLe01q18N69r76l4vmj8T+NtX0PxNefDvQri7t9KsdNsvEtza6neaT 4a1efW/FXh1fFV/qGtalY+FtK0jQ8Yfta+GPivrPxCv08D6l4k+AXiK++Hd/4Wi+H/iC4+GF7qXi bwVe+N7/AF3WNJ1fxH4O1TW7T4Z+MfG3xK+L3jG8t77wJoPiqybWtEXT7/QNZ8G3IH4s/E/4C/Ef xT8SotCXUdL+J3jy90DSL6XU08Q+FtRt/CeiCK41eBL0aXrSWfhnTvOuBJp2l3dnpclzeC4h02xO q3dtA/zD8cL39qiy8O6R4V+Kum+MtJ8A+C3s9H0QwadcnwY1wIVlt7hPF9qt1B4pnvJJLi7srnUf EGrfYpJbrS9FGm2Gnx6TYf0Jwl4VZVxlSynL8FxrgKefYmhg62Y18wxdC8MG6ShQp5Nk8IqpXc5V pwkq1Wjd2lKMZ8rl8Bhc2x2Y1Jpxr4XD4WpKlWp16Tpzq4lclJ03JuSjGF5S9zWb5LpwlzP+zH4X /FP4bftZa7faxeeE/AWifEj9p3StA1nxS2r+P/iN4ak1SHwD8IPjr+yjf+Lvgz4s0Xwr40+FUPgy 30rxH4kOoWnjLQm1rwNrmn/EjTINN+MGpweCJ/D/AIn8VLv9nzTPCvx2+IWg/HbRdf8AgVq3hH9m L4M/D/xt4N1DQPjZ448H+L7PwTrf7Mmq64v/AAinxF0nwVPpHjr4W/D/AOJHhnxFa2vibTfGdzrH i/wc2sfD1tfsLfw2f5fP2Gv21fHf7LXxl+Eev+I/FPxK8Zfs/wDgTxvJ4k8VfAHTfiFqOneEdYn1 ixvdMt/Gmk+C9avk8Aan40+HviS80P4m+GotXGitd+KvCWizx+JPDl5bW/ifRP2H+KvxE/ap/bd1 r4rft5/An4m33wG0m++Fa+DoPh3f6l8W/hv8TPEHwQ+DHxT+IbaN4h8V/GXwZq0d2nxd1vxF4X+L 0F54Z8L6P4n+Fvg/w8fAvgvUPFPjnxXp/inUfCGPHPAFbgTinDZBmuGxOPyqu8NiKfFFKjDA0q9e vKVPFZfTw6qVJVcdGhOri1iJ1IYVVJwp3pShGR9fg8sp4/K61aliqVTMqFWc6uBUFCo8OlBvE+0k 7NKU3FRveUm7RVz6w/ay8YeBW8O/txfsla98MIL61+Gvwy8c6dq+saZ4kj0rRLT4n/HL9iHX/wDg oLo194SvvDHhTwl4h8TeEvg14y/YA8G+E7H/AIWFqOu+L/ijbeNYNZ+IPiO60zwpN4b8dfjT8a/2 y/gV8avgH+0d4z1Rrnw/8fPjfo/xA8CeHPhtpviTxjqlv4Q8LeP/APgonH+29cWniDT7v4Oab4H8 Rf2PDca5pcHxX0v4x6LrmpSXWi+EpP2e9NgsNQ+IV98Q/GXxz+1R8LJNJ+DnjD49fFnUvB+leGRN 4O8NRfFjx3feEbPwb4j8OeNPAU9npnhi/wBTtI9As7zwv4r+I/gLVtGn0PSvP0LxH4y0NrS48PeI 77+1PkwgqSCMEf8A68jFf3D4dcIcN5bkGWTyLEe1wdeWHzKjWo13KpXxFOnSp4idZSvGHPKFONaj TjFUpx5N7uXkSm27SbcrWfNa9kkora/u6JdXo+rt99/8E5JtIsPjj4m1jWtd1Lwvb6R8K9flt/Em j+KJ/BuraLfap4n8GeHLa70/xHHdWttp1xI2ttZf8TNpdLuo7uSyvIHS4UqV0n/BLLwnrHin9p6W XQ9P0bUb3wv8OvEfiV49e8QeL/DOmxWMes+GNEv3m1LwTHLrErT2muTWKaVPHJpGuG8Oj6tBc2d7 JazlfzN9ICdeHiDiOWg68Xl+Caar0qfL7j91xqxb3V7p8vvNLW59pkGBjXwPtJ4qrRbrTSjThzKS XJ7zcYvV3cdXfbyZ/Q9ba74c+EkVn8RvCljoOj+HNK0Dxh/wtvQvFvja38NfDzxxZa/pOnaXqE2h +D9Y0/xb8MfBXiZtQ8L+GG0hNd0GfwvJqd++s6zp99rl+PEWpfbvwh+I3gHxyvhTw38JvDvizwNr Vz4P8M+J/COq3fiPw/4P8T+MvAHiH+2NYsvHPh228M6rrV1q+mya9ba34d1PxRrthc+FfEUPxC8G eJbpbG01fw5o+i/kz8H7f4Hy3f2DRPhv8MvEHgbxqFtE1SLwv4fM/hvWPEcuiWehz3KWXhi2v70a ULqynu/Cfia/az02xeG7itbZ9Og0yT6v+OC3Wg2WlQa5468EaP4y8JeItR+J2nR6v4s0PSrvxppH hvVNH17xx4V8OXt5Adc1FviBo9ray3V74a0+x1LU7S8SLUL6Twjrt3pOrfkdR4PM8N9Y9hSnWsmp xppQU1FRVKtTqNRlGXK5RcdU3FtXik/RyfEuU3+9lOimlVg5e9TU1CTlTkotqULq94ydnJNpNs/Y HSfHHjOXw3Fol/F4W8YroEfiXGg/G/wzrnxK13UtT8LW1jDp3iOx8TaR4Z8OaJpr31trlz4RuLS9 tbS3XSfhreXvhq81EeN9Nvm39C+MHjfW7GS11n4hy5i/s+yF4U8BaL/aeprDaiG+8Nw+EPD+ha3L DZXVqhvzrGskXdr/AGctzoccIMmmfFvh3Vbu+toPFc9h408SweMfD8fxE+D9ze+B9JvI/COn6rp+ uRafrVpoo0kaNpxs/D/iDUZ7fwxpvgq6tT4b8Y+IfAUN2ml/2DNq/pNl4V8F3t7dWU2oW+i6X41u dd1HS59R1CG4k8Lahrl7e3j+G/EEviTUxAb3Qbe7E8Xh3XLPXLQ6DL4Zs4YPDuiWcdvJ+e16+Fpc 8aeEo0anPH2kVTcrqC1tz1JwpbwbjRUVzOcrLkbPucHhUnTcpznGUHJ3q04RhJ06TppS5YybajKz k5WThe/Nd+lXK2F5FcSadrFnGLkXd7dWsuqfa/EkunN4j8S2mntNeWN1dS2VnfyXuqalpti+rzXc Gj3TW13YadfltK0xnjJbW3tNG8UPoml2usaBbNqmjX1mmqpqAa3sbm3/AOEiuYr/AFHWtW0nX9Tt vOtb7UNKjtFj+2y3Nppkml3tx5HPxXthqtyID4jsb+S3dtavBcyahpOn28NpqOsi21vXJzDpmkXO sNo+p6tHFZ6vfOtnr15fx6VNb2dnqd5Pzer/ABL0rUNW/wCEXnOl+IB41g1LRWtLDUPDuqeI38C2 Tab4f1DW2TxJfabPe6NbQeIBf+KrbUdUbUbS2vZdL0Yazfw6V4f1bhnmk6k54am48tScozTpxuoT jztxlUqPnSp2k17SEXFcskmnJds6FBUalerSU5Q9nGjTm6lp1HyqnBezhKKcqsYrmhCpLmaklryq rpvjqdbHxP4f1LUtTksxoUekQahb+OtLn1aXUtQvfE+j674k1nwvN4Sv/D40nTdL1OKGTRtMhuNF SXUraRND0vw94e06LXvSrP48a1qcVrpOv6ND4mutH0qG40fT/EOkalqkP9pwSzwWGsPYeDrjVLrT hpOmpcWOo6hZCxuLu1uLCCy1fRbi3uLm5+d/Gdn4agutRt5by4guLLSX0aeK0tdLvdY8OajZW0ur XVprVkviLS3ma7n1XTrh7d7qyh06W4XVVXW5bOztLfwPxV4yeLw7aX14vhO10065qKaZcNqHhS91 uO5TVNIWW40zw1qGq2/itHdrm4vbXUrLR4jDNbi/sLYack15H5lXMZcvLytThFv2dKm2pcrhHnqU rc8E24xk3KyvZO2glUwmFocnLODaqSjKdaD5rNr2am1e8EpKDXJZx5pJtO/3JcfH7wAut6JdatoH gTT9RtLXY9hpd9qmoaemo3dwEk8Rpb2XifSLSzS48OJo+o22m3WhT3OgqJP7T12VvEFh/wAJD8c/ tc/HPwb4n+GPgr4KeKr3wHrPhvxR8eP2T/DfjC+t/HWgXOsw+AbX9of4T2+s6E/hyRTrfh3wPLLr mh+F/Gktz4n14yeH/FFnLbTQaT4n1ue3+PvHmvx6fo2nzXE+oaJq1jpscVx/aGsXUuja14t1rVbt dUNvpl5b+bpVw/gyHS7O9sPtV7pFjqN613btoF5cafbweDalHaeIPCc2h+M5U1DS/Evh640S4tLr VtMSSbTYU0+5tLfTbO4u4b+zuLaJINZ+16PqmlXml6raR30pjENg83Ph8zq06sIV7ujUkkvYyjCV Dms1NTcJNuEkpapxun71j5PEcQNN0JQjTjUkm226i5FGMW58trOV/itKKitUtTxfwJ4p+Ffiw6Pr Gt3vxTl/ba+IPjD4u/D74txeE9Qh1PxP4lv7zw98S7L4ufDH4ofBf4naje/Ddvhv4L0Kz8QW0FtZ eFdF8OeGtB8NeGJ0uX19IZJ8n4Wat4Q1Lxf/AME+fB2leFfGFqfiJ8PbPwjf/FDQ/i98Svhj418F +FfG37Yv7Q2h+AT4S0P4T6/4P8GXOvaXrs+qaz4q/wCE6svG/hvUbCPTdF8N+FtAW31bVL+/r/hf xNrdhfwX3xn+JWsw+L/Dsmi+ONYfwT8EvD/xA8W+Edbt10m/8L+MvjZ4V+Feh/GfxLoeqWU40XXr HWviOJ7i0+0WeqXMpgv47bzm88KT+H4/hx448GfEG+sdZ+FVpoU/wc1uSw+HtxpHhL/hH/ij40+M +g2lhFP4Y+wXWnJrfjfxOfM8QPqkOqaM+j6ZHqiQ2U2pXPpY7OcLywjTxUo1lO1GrQ+uzjTi6OKp xj7ajQpTVPDLERcaTi6cFCWs7+zj85UzejhXGKhKrGUtZxpUWpQVehUqtL2lT95KnCadW6cqjimo O8jX+Curax4Q8EQ/ErStZ8b6P488e/sR+GvH/i6bwH8ZPit8G9N8afFjxf8A8FQPF3gxNd8W6p8M vFHhrVm0Fh4y1bT9Sg06SwvrXwpq2vab4au/D17qEeo22hq/xM+I+uTeFNVTWfHF14V8T/stz/H7 xFpnj/8Aag+KXhP4cfDXx1pvx1+JnwH17XPF3xu8a+KtR/aBi+F+oalovhi40D4caZ8U7nx1rPiP xHLoel3Fxd/ZL3SfDtH0rWIPCmleDbDx18R2aw+GXh34XaUsun+BI9G1rwDo/wAbdR/aRtoL11+H Ola/pNxo/wAQLe21m9lsdabWF8PP5mp61omlo1sDSx8R/DmrWN3pvxQ1bTtQ8P8AgPX/AIMv4Z1H wb8MPGnht/hprvxH1j4rar4I8QaB4/8AhnrXhXxZp83jzxBea1HdeKdG8RavZm20eFLuKOKA6h0y z3D0sRiZVsyjiJVsXXqxjUq4+VNYOdKnGFOEIQbpVYVbNVKcHOnze63dxeU+JMInRotVo0o4WEZy VOm5PExmnLmUp+8pRk4tSvzNrRaM+9vhBr2u+HdTsLb4d+IvC3iPwt8Y/wBnf4afGWR5vi18YfGP w/8ABfxKl+IPxn+Fuo3Xw41z42adrPx11Pwh4rn8A+EzqOja5DqVhoWq2d1JY6tqGmajpU2sT+Pd Pm8M3d74c0K58Ta5pvhvwTP4Ou7OaW3hsbt9PjtNO8YWmjx2kZj8P6Nqc2mW2oTa14nuGu9QvrS/ 8RWSQeB7/wAFXNfLfhvXviJNqmj6v4n+L+s+JNd0rwy3w18P3mp2XgnTNHtfB1h4l8Q+ModGtLzw b4V8LwSeGNHvfFmqXfhvSbm+ttE8OWCaLovhuDSdJ8MaVNc+3eF9N1+7juTrPjHTdQ0mFrOw0PSr yC/sLaGSVr22kkZJbC3h0/R9Nn0ZrPStOsLN7drTUbe/sdNZUub6b43OM4VaVSVKvLETpJclVRnU i4xUlCHvwoVZ1FTjadSpBc7i25SabPKzPPYYmMIYaFSLunTnKMVKPKoSqxhShP3YyleUVdtqytaK ipH1K/1Gz0y2vYn0qHTPD+maQ5jtrSH7bLva+v76ZJ4rcw3IwbzUFjl1mGzk024uBcQxNbWaa2k/ 2Xc29vb3H9m293ZLqdikiWdjNcSyXnnx2t/eTXEcQn3i0sLY2935dttlkmtbW3bVrWa56+5+G+qR 6VpurajYwva3gvDFrNrcNeWlzHHBNaSx2sZ022ltLWwvra5s3kKx2EUw06K0WaK3a4m5rUtJitLb UbtrrSZtPt0ZJ1Ny0/n3kFrM0C6gUZ7q+tluI47eWKxW4s2ktXu7W+eWctc/Kupi61WVSpUhNwp+ 5FOpTSiowdOaUopv2kW201Nc2z0TPllVxFKrOdX2iqR5+jjGaco8klzNuUZQfM3aSWlpWV38sftI /tWWPwD09tK0fR7/AFXxp4y8NOfCtpcyXllo3hKxsppNIt9ev5s+VrFxDf2dwsGj2xvLS41LT9Xs vELRwxxHVvxz8e/HL4sfE23lsvHHjfWfEGmy3v29dLupIl0yC5VnaGS2sooo4YDbLJLFasih4YZp 4kYJcTiT+gG78H+HtQnvdB8U6WPE/wANdYTxLoF1D4ggW1mk8P6tDd6beXq6bpniC0u9P8TxGex1 fTLiy8SQpY65BY3by3mjvBNf/j/+3V8Dvhh8A/itp/g/4Wam+q+HtR0RfEVpdT313fXcml30xtdM luZLn91G872N/OsMS74kkCXDMVTH98fRH4h8OMxjDIanDkVx1SdTGSzbGU6eNdanRl7SMsLVqU4T wEaPLBRowTbajP2km0o8qrTrVIVKuHnVpzrRpRqrkcKVRUZVVOdKTjKHN7OUY1Ywm5Sa5mk0l8T1 +tX7G3hfQ/AnhfWtb8b+LfDWg6Nd6hHo/iHw/eePNT0jRdX1G4v/AAtr2mXOu6IPFq+ArzTbq28K 6dHpOu3vheQeItZtdcjl1G5/4RGed/yVrqr7xXrl1oelaA+v6vcaXp32iWHTZ5ZVs7O5vIYbW7kt FN1MAbqxtrCwuWWOD7RZ6Zp0EyvFaWyQ/wBSeLfBOY8c4TIsqwGLoYGnDM5V8ZiZ0MRVrRoxoTVq VSlCVOCvJtwrTpRqTVPlqKUFGXoRqVqNRVKOr5ZRlFzdNSjJxTlJxTlKMUm3CLXM7Xdkz7n/AOCg HxK+H3j3V/AWn+CPEdprd14Xv/H9vrlra290F06G8k8J2+jD7Y1pFp94ZTpOro81lfak86wQ3Mpg gmtLrVPhjwn4L8U+NtRTTPCvh/VvEV6ZI4hZaRZ3F3dTzSx3E0Nnbx28FxJJe3MFneTQQRQzS/Z7 O9vWi+x2F7NBt+ENF0LVbqx0/wAReIdUtbBBHqMtroWlw65fWcV7J9kvZ7Kz1DUtL0e51K0tIdO1 OSznvoYbyGJNNuJTdwPZx/YXxA0bSfgL4u8LaF4Q+MU2n/DX4nafH4n8N+LtG086P8RPAGnajfQ2 iyeIk0yx07xJ4h8Gf2Dewaho2kT3Fnp+v+KPD11d6jpdne6Tdpq/wlPiifh1k1Hw64Zw+JzviPDY XGYmjiMRhsVTw9Wm5TxFWthoU6cZVuaLl7KNOp7KLTSxFWpTlB51MTGc6lVxirSvKEZe8o2irxjK 8pXe7lZPVp229u/Yv/ZA8f8AhL4v6h4i+Jejz2/hvTPC1++nLoGtaVdQ+I9Vj8R+GxBo1+5IvrXR 9c0uDXwt5YzaLrlpd2KSWOqaJqEUF0hXnnwL8X6V8WPH3it/Dlt8U4JfBvh648ZeK/HOv/FDxz4q +IHiz4ZR/En4YeHfEPhjXJvDf9nai/hbTfCOq6x4ivdNhuNZ12O+0fREh8VvpHh8WOolfz9x1xBx FTzqK4wwcKWcPCYeU6Lp0r08O3bDqTprFKU50uWcnKo5Jyakrpt/T5XXhHCxSq4mnHmdlTVW0tIp ydm7N7W6X9Ef1r+Cfh74Nk+GngrRf2lvG+ifEX4y+HNSt7bUvEes/FvSfHM+p+Dtdi0qfWru8+Kd /wDGLwNHqGu6d4v0vxLqPhewufG3ie78P6B4tJPw5ubZY9P0b2PwFoHgz4qad4Q8MWvjjwgviL4S /CzW/GXwS8a6/wCNm07SfhR4wtv2W/2QPgdoWk+JtM0HWdJs7zwb4u8QeN/ip4Z8U+GNRtFa/wBc t9f0rw/Fp3i3T4JbD4U+P114eXWvBMesTap4K+G+tePrWw+JPibT9c1TS5rWwXTNbOh6Xcapb6Zd XWi+FvEni620TSPFPiyDX/DS6ZbXEWmC4t4NU1DUNG8y8KWPhq08TfFTwT8GPE39pfBjWPBvgjw/ qd4dVn8Y+H9N8TJrOn+I7jwd4U8Sapp+qPf6TaR+D/h14w1VbHxpO3h3VraPRok+w63qukab8X7W OCjKjHCqtTdC1ZKF44ijGXs1CpVm9KjbV+ZtqKTTukn6NTBVMLL22FajUhUi1Fy9nUulzJKLaThp FP3lrzJN6H6j+KtX0f4i/Gb4ijUNWl8C/bPjvongy01eZvH3j7Sb3wRf/GLwj+z/AOBtSh+I9hpu heC9K1XWvHOreBru3+GZ8Q6l8RdD1OPTbaCHXvB2mzeOINRfhb4Wn8Otq3w68a/D/wAT6Vqvwv8A Ch1jXvH+neK9Wm8FxeKfg2vxql1i+0iPwz4W8eeG7i68IW3ilPDvg/Srix8Z6NYeMLbUPEmhaHqK 6Rr7flFrfxk/at8PeO7rxHfaj4f8WaNeReFrCHxLpfhjwfbfEzw5pXwz1uz+IOh2l1cx+FZfEnjb w5afEnRbP4m29hpmtxeK7jxL4g8YeILnwn401jUbyW+5a5/atnn0P4h+I9F+INn4O8Q6pZ2uk+I/ EPhqw8C/Byz8L2/w8+EvxM+EWgaZ41sk8CW2s2VroHwo8Q+N7PR7KSXwnd+H7bwxY+M/Ds6HS4tR 8OeFLD5Ni6spUVWw1WU1JqqtJQnFxnTpxTcYwd1FO0nG8tV8R1Q4hr8lGhi23Cko3ktJRmlHllJJ y55RtG15NxkoyTSjr/Qj8OfAofU9P0jWm8HfEOeXxX8FoNN8QWmtfE1Fl8HeMNL8eeKNP1LVNI0a 503wxqGq/Y7KQ+D5dK8H2moaTaW1te+M7HSHv7jUdM8q139mC5+JMPiPwQfiBqCS+HbHRdd8Ur4Y mv8A4dfEqbw0uu/GLwjrZi1Twt4u0/w9pt943+I3wYuNDh13wl48sdZPhi9u9QD+CbFtZtNf/EvR P2z/ANt/4Z6O/jvx98JtGsfgb8T/ABB8CNN0D4hfCvxL4T1PxH4T0Hwydc0b4OePfid8OfHeh+I7 K60nTrC++FljLqunfEDw1rXw1vdPvvGmqax4411tO/sD13xP+383wy+Hnxb+M/j79oL4nWWteG/A Vxbav4TTwlrug+JfFl0/xAu/EOn6XpFzFoGjfDrUUb4l/EPxUupasPGuj3thq0Wt+BLTVL7wz4gh 8F3eFPL8HReGbyTF150J1oQrZZOlKTrKcVRbq0KvPCpCPI6k58rg3KSajaR7csbXnSq0/r0KdPEx hU9jinJ80HFXvTqxcbScpKKi7cvuv4XE/Vzx7+zRpepaH4U/4R74yrP4Wh8J/BTSbia38Baf4t8W X138d/G2pfDf4ZeNreef4kaJ490/S9M0S61G88ZS+NobtvEWo22pX0ninxjqOmeNbKP4Z+M/7HHh mPX/ABh4f0b4ky6S3gXRPBGp/E3w74d0LSPFOtW+r6d+z540+M8mueFLmXxwv2m4+IOu+APiTbro njSHwDoNi/iyO4sbPWvCt22ma18leAf+CnH7d3whg8NfEf41/BCXwj4E+L2l+Hfhx4A8S/BN/B/j PXPh3YeHLCHxh8MfBfiH4RReHfA+nah9l1Ww+JVpovxB8JWt5p9t4U8Yah4X0fw54luL3wHqGoef y/F/4o3vhnRte+CHxE+L7aN8QYLDWfD/AIsu/FPivwsPCdpqduvgrw94uSfUfBniX4l+JJ/AWm22 keFPDXhjTfF+nat4HvNb/wCEftvD+heB/FfiHwpqukslyevPB1P7Crcs/wB5isV9YjUgnFzjJVK1 LE1pScqlSPtPaSUXKLfNNNSj4+JxNaM60q9elTlCCtS1puC5acFyUkqbcJRurQSur6K7Rg+PvAep /C/4jaR8FbH4veDfizqXhr4d+Gtc8XwLoHjHw34o8LeHdY+G2kfF3S/E3ifUbPw5qHhBruG9+KsO g+ENbg8R+JPEt0+jabpNppBHiLwd4Hh+c5tAn0OC9h8M+J83MXiBdT0LXG06fw/Z6Gui2Nh4n0nR /FvhLTNC1CTwBr+oWzDWrEavea4z+DL2wufDNldRWGp6bpX0CbLxvqnjvxD8VvEnxf8Aj78R/Fev aY+ieJZfF/jTQfDN94k8Naz8OLXwn4v0O1s/C/h8T2ml6+/h/wALajZ2dzqF/YaZbeENE0XxZc65 CNem1zlfih+0Je/F3xD4Y8TeOLL4eXPjTQvET+EPiVe6ouieE/hpqnjORLvxBNqth488A2+jS3MP hez8G2fjzwpcWPivwDqPw+8ReK7j4a634R1XwdPbWVj52YcL4CtSrV8DUjTqU6ro+wnP3Y62gn7S ac4y5YqD56vM7tcu0fMoYvDV1KniY8k6fOqVRSv+6coxjePNeTb95Ntb9NzwrxXpvjKW5g1Gex16 /m+IPipfEMuq6Z4a0zwfoUv/AAkl7NNa22ix+GPCdjYeG9Ns21nxbZTWXhLQ9N0HTJLCGbS5obN7 KwrwRdHtH8S6j4Dk1PSXD3WoahqbHTNV1u30T+05Gnk0fSbnW10W8uNRvdJu/s2sXtlfaqb3S9Kj igneGK3fTu71We9tPBml6BY3sFvcy+Klg0trPRjoGj6R4a8I6lqtp4X1iTSRJ4ntdBvNR1RL+60K 4stYv4tZTSbLV7XRz4f1SV/FrLKy+1Mt/rV54g07xxbW8NnqOkajdaj4u8T3ekWdtbaboek3q2eo 2OmaWngXw7a6RZeEPDuiWmgaXJpvhLw9pdl9q0DSNO04fBYxKNPFTpTSrtSp4eUaV4/vKclKrKa9 yT+JLni43mrtNJvzcWkozpYaSlJNR9pyX920IyULuXPbduTXP8SXwno2keFPC3hez8jTVsrjzPIt ZdQuo5Eu9SLWsCakj2HlfbEhupRc3sqXFqy31+ZprJ5b86jdPxvirwvask0FpJdIZtTi0+Y6beTq 9sr6aPLvIrm11EhHjt55TCmpi2jtwbLatq8cU83TrfTQ2dncXFrdLfhbCVBELhrCV5lnVrm3vFt5 D9liea3lF958DtY5jFve3v2q2gi1LT5IpZLzVhDaSfYr24vb+JrtHvGvrO3WS/0m+sLmNRd6lHIT fW0do/2qS/tI7a8TyoJrP4CONq1HGE4ezqxclCUZT5alSMotJvWPLZWSvFtJJ2Su/Ir1KUYQpxjs 7KEuROrKyfO2nolZaJbq0tdX5/qmn2mjx6ZHp+o6jaB7WXUo7ix1LSprezVIpLiGKN9PL3Rtr/7E uko1xBYma61O2iuT5Ah+3e3+E3vfDnhWGG68Rpa6bM2n+IF0aKKz1W1tLq9u5phZyi/truTUp57R Yhex6qPM0zytQ0C7tLu10YG/8c162e6uUv7KTT2uGH9ryynTvLl86DTobuK0h81Y2tLiGO7ub9PM UNNFbJbSeZpLXDHvLLUda/srbJDHHLHZ63BYRtcQXUZibTfOms55NQGw3ESyI1hO8dysupCzaRJU EZ07irVK/soKVaVKTlCVS0PeTVnUjDmu3JNNt35mk0kk2jyalerJx5J8qUkko25oySUWo6qyV9dX a6Su2j03xVrOpNoyt4Z8QTLhIl/sv+0tQuBZx6Ta36S2enaS7yrG8T3f2ebQI4Y7KwW3u7HUTEHi lTm7n4panZWNvYeNktdTuhavYW8FmY3vVtI/Iaziez063uEuJPsl5nUtP+z3WqT2sd1DaNDG8OrX XnXhCFob2bXPEOt2mjWU2lx3Tx6Vrlw8U97LeQzkmz+230dncveI93dXz6K9o51DTbXTl05bqGS/ yPEt34Xa8TS7jWxqN3bEafFcWWnQWwmNoJbmOG6u7Fo9GW5s4FlspzeQ3VvHcm8J1QtCGuLp0JVZ RjOrKcE6cvaa05qCu01y3jUjpdxknfVuzdx1sVUTjOUXJOME1rqkoqEbXXNzXb5UnZa3SSR6V4F8 Qad4lbUNO0660SyWUeZaXOvSaVZRW93a3VtaQFrqW80+CO6htZJtGsbqG2t7LSPJN1MtjbWVxDJ4 t/wU58C+DJvgj8LvHtrqtlqPiGz1l9PsbnQdTn1LQprPV4p/7et4rvWLPS72b/if6XdXkFtp1otr bn7XLaNqmkz2moW0/hLU11dbTSvDul6dB/as2pafoGmkSmKVL4teZutW1CNdLtb2e9Sa7h08vYl7 OGZptS0y3+06VbfAX7aHxN07xB4n0r4b+Gtettd0fwJPq83iDUtLe9k0fVPG97dNY3kthLqVvDfS 2ukaJYaXpESZ/s+C6TU/7OjEc8s9z/Sn0Y+GM9zfxVyvGZXPEUMDkzq43NMXGEnQVBKUIYWc4RST xSajGMmly80opqKib0cVShQq4WFJVKuL9lKFWUtaCozpTc6alCbhF01KnUT3dSNpKTTPiWiiiv8A XFbK/Y6DqfB0txDrccsEGoXAitb+eaPTgfMjggsrh5r+eXbJHaWulxb9SuL64t7q1s4rV57q2mtk lRuq+MPxZ8VfGTxhL4o8V3NnNLaWp0bRbbT7SG0stK0C3v7+/s9NtjHbW1xdxQ3Go3k5vtSWXUrp 7h5LuUnbHH57bQwSW7xy6klkZPtE/kzRXT2kxsrK4nt1d7NLl/tl3O39nWAe1NvFcXRkv7zT7IT3 K51fORyTJ8Vn/wDrE8HRnmeCws8toYt0ZwqwpOfNVgpytColJyhFwjeF6kVO0pRWcUpSlNOW/K0/ dV422TUW+zbbT6NJH7Gf8EM73wjB+3T4d03xn/ZM2l+KNE8MeEIdL1lLe6stfvPEvx2+CuljQX0u 6jmi1lNTs572G701oZon0/7Zc3Uf2K1uWUo/4Ih6D4d179rHx2PEtjYX1vpHwB8T61pyX2n6bqLQ atZ/En4TxWt1YJqVtcLa6nDHc3Bsr60NveWrsXS4SHz0kK/kjxzpKfHeIajTX+w4L4qak/g72vpp bzt6n1+VUJVcHCUXKNpyUuWMnd3VnezV+Vpadbdd/wCizUbQX6Sy3KG9uZkgtZHS6PmxyH7QouWu ViLNcpFA7wqIYJEksikd1p6xPf2dFZLcaDH4ZsLb+z7S109dPsre2hjthpZS1h022ttOt7aO2s9P sbQi1TT4lRU0+3sYLS3ihCq0sc1xaWd8l5JcLFJc3clrJceZFdJfFTcSxWFpJC6xMbfyZoZZWuLu BJ5BFDFGwW5rKhLRLcSxQN5Vw8ysAIo4oszWquipdztNMzOZbgtaxKERBcNK0sqG6/A6tXl5uXmi pJqaV02vdtLTRSd2uZ6JK62Z9RWmoyjUdOMZOE4VFCN24pwbnd2cXOSjq42SX2kmlW1awlGoGGa7 druVEKtAl1JZSRGeCGUTz3cCQvKYAIppt9tfQ21xblILS2mmnt6978LPh540S1k8V+AvB/iK/QRw ebrHhrStWvntprzUr+S4hudZ0wW1pYW8jteXEEl9fEy3t1eWsKytqEzW7zUdOhDrdwJFbeVAb0Lc 3DG3tkhSI3MhQxsVvb2GSR4WKL5cskFu6JZy3J6CyvIIp11q1bR751t1vrTTrN47yAtpa3KLcGK7 sYJLV7vUG05rieCS+gsBJbXEM8cnmwjkw2Hj7b2qjFU5NJqc3KXImuaV5Je8nZ30dm21bR+dTwlC tUlVacYVGlbnUpQbu3Kd4NK0kvhjHWWqVlf5Y1H9lnVPDOh2fw98I/HD4n+Evhbot82r+F/hDbt4 O17wl4e8S2+s6pqNjZ3Go6v4T1DxjrHg7RtV1HR5vDvgKy8a6X4V01/DlhPbrPcXMUWn/cH7Ylx4 TPw1/bXm/aM8W/Bz4xeG/iFJrGm/Abwr4n8VeJ9T0c+CdV+P/wAOvGOqeAJ9X+EHxlX4l2q+KLfQ Ph94ittG8GX/AIU1Sy0/4bap4jvvDdz4a8O3ejJirfwx3axXVw7yiFXhtLyKHVZoNRS6CMmo/Zip tnnmSaOfULp4J72ONYCbbMFlL8ufHeC3tW0L4nQ2+oahrXwx1i38QxXGm3+nPv8AB93HY6b46spr PUr+OwFrqHhSx1JdIVHtdUj1HTrNtK1GHULoR3vTia9TCxq1aMrVK8ouME1GMHyuM6k4KUVJtTcu eUW5T5U9Ukqx+EpRp86lOUn7KklJuTUYqLTekmo6u0XFRhdpK9k/oPwxY/s4fDH4l6DJ8Wf2tNDk 1D4EftF+Fbj4Sar48/aJ8PR65pPgvRP2nvB/hjw7ZeOLXU/E/hPRfHY1D4CS3/ijUviX4q+Dnivx ZL4b12/1WL9pG/vT4qtWxvgp8Ov2MdP+HOoad8MvFvwu8R+CdO8EeIdP8HXZ+Ktnq/xCtNc0v4Xv 4w8PDxXJp/xV0zS9I8YeKPiBf32lav4W0PwH468NxxxXdnoOgeA/Ct94V13xB+ZXx4+MHw38EfCz Vdd1nxLdL+0jrur/ABJg0S3uPHuqDWPCVz4Z1nw5L4S8KeDvhireD7H4kaH4y8ODwykLrY2j+JdS 1C6nl1iG/jW10Hjvhx408cQpaeHl0++034sar8SNLh8Q2/ia7g1jUpJNW8Dp4s1HxxrWh2Ws+DZv ClrpHhPRwumeF7fUJEsV8My+Holu9etb7UbCa2Ma+q0p4aD551aUU4qjD2r9m3KlaLhOEvaNe0jB OT1aSfMfO5inTdGpNqvLEQhOEo1Y1ZwgnBck+aHPF3UbJS+Hre6PcvEWk6Z8XtY12wvdTg1bwLpM ul22peDX0fTDpk3jjRn1m5lj1h7JrK21PQ4L+70KS90bTL4WGg614YuWuZfFOq6RqHhwZPjC08He B/Aeq/Cjw9Z6V4Y1D4k6P4k8CeDdJ0PxFaaZoup+OfEl0Bf3d7p6xajocfgTQ9V1aO71i4hfwn4S 0yw059bttR0TVLXSbbUve/h18Mbjwb4SvprrVre7mvdc1jWdX8RXEMOkTeI/Efiy51HU9a8RzRwC KytLPU9W1SKO6guIbrUYNEigsJJZru1IvvBPjT8Dda8VyJ4p0LVdR0b4g6X4K1zS0XTnstaXxLCs MF54Y8PXSeIr/X/DGiPpGsSXjX4fSrTVLbRNY1LRNQ1iztZbS203z69SbpXw8aalShKUadRSnCpK 1o87UX71SMZT5oxclGUnFWbicdWjOlSo1Zwqc1Xlm7RcZOMeXkk3FytByTjHT3rXtZXXk3hjwysE M1wbyx0XVNFtLpzrP2e7+33V5FYa19vdltdQmj0vWb7w5o1jq2nw2caaLb6mbG/e2s7mJvs3aaxq XjzV/wDhHLGy1gp4X0i4uNVvdJvNGt9Lj0LXNd0/StEvtW1SfTZ9Fgl1+9h8N6LF4hS8ghutR1XS b/Xz9s8Qaouo6px+i3s998PvCmnWdj4iuW0awvtL03VdS8My+HfFS3slys+raC17DH4fu5bfTvEl tqUeo+DLeG98P+HfE1x4iTSbs67qHjJ9R/RP9nvwN8GNf8P/ALFdx8XtX03T9b1z9r7UdD8OaVF8 JNJ13SfGNpCP2WNDsPhT4/1DxL4n8OPp1vfXHizWdQ0mKKy8c6ZJb+LPEk+kaaB5+h6r+TYDLMVm dXHYXmrR5FOnOlKM6SjKToqMeStJKSgm5xSSk6aV+WbahVOtCMIxUXzwcOR1NtHf4m1Z3SaST93d x1ifAmlWuvW2pNfSLKZ7qcXNxHLp/wDZmoCeW2tH0+7kbUbtonnitmme9jlEUSIYBczznV5Cvpdl 8DPGXxY+HXjHxZ8JtN8S+LPEPw/8YfDPwZd+G/CPhLVfFniG+8NePvDXjzxBHrt6dKubgQ2+n6l8 NdI06f7XpirqC+IdNubvUdMlsZLTWPqTw9+yb8GdR+G/hrx1fTfFieDVfDMni7xLq/gnWJNah8W+ Frv9lz9oL9oLQbXRtYf4Y32gaaNI1f4P6V4V1t/CviP4vazJqniWy0TVIfAPiD7Horej+D/gT8LL 3wfd+B/h3J8TPEnw4+LPjX4B/EDWPHFnrum32rfAbwzcfs4WXxE8K/E34w3up+Eo7HXPAs8P7SHj B9Ym/sn4Y3OpJ8Ldc1mPWLPXv7Q0+Pz6nCuNoYijWx2HSwlXnp071KsZTrOhU9hJpKfK3UdOLfJK yg9qaZ5mJo1OabcVKNR8qjGdvealKEr2bSs0nyqV/jbtqfNeqf8ABPL9pDUdenufhxb+EfE+h6P+ 0n48/Zq0XUNQRPDnirxj4j8Gap/wi0vxNs/B2r6g0t94Nub65v7DW9R8N+IfEi+E4dC8Ux+Iwnhr QNR1ixxvFX7Cf7XVl4v8SeFE+HGn+KZ9I8Tp4K0jxlp3jXwxaeBPFuuWniu+8G2I074ia1rXhvwZ c6zr/irTZtHsvAFrqWieMLe5TUdB1Twjod54f1fTbH9BPF37c/xG+BfxT+NnhzTPhv4X8War8L/2 gv2qLr4feNfFd/JDb+FtN+KfxFsNcuNOsfDlhqPh/TbzTLDWtP1+TWZ7q/k8UappPirWNL0LVPBO m6fPqM/n2jf8FIvh18OtS8Ua98UvhTqyaz4h+JvhjUPh/wCE9A0zT/iTqHxG+INr+2h4x/ab+Gvw 80Wz8HaN4Z+JuqfEHRfGfjTWPCGiSWHiTxB4WgMA8XD4O+IriHxQdR9LC5PwNi6+HwjxWNo4tOrG UIU6jSq01CXsVOeGbm51FVjFwc5ckINe9KUVlTw+G5lh4Or7abcY0+STc5NOPLGUtJNyktOZ3ait 5WXwT8Cf2KP2lvirpPxH8EL8N/ip4S1vwr4O8IeI7XQfFvg3XLGLXtU1X4i+Dvh3ZaZrN5qlnaX3 h7QptL8R+NPFsN61vc6nYaV4G1C9uw9vNbXsGbN+wd8ftVv9CPgPwtrPi3RPFOr6L4d+FWr+MbPR fh1q/wASrPStN0fTNY8R+AfAPj7xPa+MNd8H2t7rjTr4l1PTh4fPh2Gw8aeKE8Ci31qDQeo+E/8A wUl+EXwYt/iz+zr4c+B/i34JfFjxD8LPiT4K1a2/aN8f614Q+JXhLSvi94T8KeN5tVv9V+IXw78M /wBj3mhane2Wq2WieDpfBFlrRj8R+KNY0zxzph8P/FWPmP2i/wDgvndeDde0u4+AHwh+Fms/F/Rv FGieN9Z+KWu3OoeMPAeleKUPj0+M9I+Gug6VfaImn6H4xm+KHxUu9fvF8R+KblY/ix4i0rwx4rsb fw94ZvbP7jgvwgxfGWPjlGV4TNamJqKnia+Lp0K9HBUKVWrzKpLGV8LHDJKhVjGSc713FOilaaly 1qNKlVp069KvGvS5VUoOm3ZybSV24OMYXfNqlGaeqWj8E+NX7Mv7UDaFo/w8+GWk+GJPGXxM07wv 4e0B5fjL8CvD+nalaeNtY1/wh4a8OeEfEt18W9M8DXGrePL3wz440nQ/D/h/xB4h8YXPiLwx4/0F fCSnQLvXdG/n6v8AStS0s241GxubI3cC3VsLmF4jNC5IWVAwGQSCCOGU8MASK/a7/gnj+274SXx5 8NND/aT0mP4g33ws1b4VeJvg+b3R/E3iPUdW+Ivwn+OPx++N/hzxP4p18/E/wtqC+P7vxJ+058RP Deg+J5/+Em8D6LocttqHjD4V+KdV0618U6Z+bH7T3xB0zxR8bdS1Dwhq+n694R8I2egeHPBkh0fS JdIttN0ewhuLvTYbFtMj0vV9LtfEl5rotZ57O6sNQtJEa0MmkNZRJ/e3hBkEvDXH0/DbLsBDEujh K2cZ5nlfDzw9XEVajjSoQjUgnGqnV5o03OMYqlSnyc7vJGGw0KPta0HKTq1mpe0u5LlpUtIOUpy9 nF37KVRykoxTTPmmtaxu9Jt0gN1pc97cRz3sssjagsVtIhshHpUC2i2bMqW2omS81UyXM7apaLb6 faHRnjuL28r/ANo3gx5Uv2bEC2zCzRLMSxC1lsj562qxLcSSWtxcQTzyq81wlzcCeSQzyl6Nf0TK FXEQq068PZQnFxUqNeaq+85xk1KEYcjUeScZKTlFyaSTgm+jWUWpJJtWa3Sv2en4Wa07ik7jnvzw Ogyc4A7DnpU00McUdq6XUFw1xA000MK3SyWMq3Vzbi1uzPbQRPO8UEV6rWUt5a/Zby2R7lbxbu0t YKs3F1LcpaRyLbKtnbfZYTb2dpau8X2i4ud13JawQyX9z5lzIv2y+e4u/s629p5/2W1tYYd4w5FC MNIxaum9Xo9XeLbd9W7xeurGtNFa1vmndW+9X1/zP1n/AOCMtybX9p34gSh7VD/woDxUim9g863L yfEL4WpH5hCSNEVkKSJIIpFLosUvlQSyzxFVf+CNttbXP7UXjIXTsI4fgZ4qmWAGQLdyL45+GyLb S+VtcxEOZmIntynkh0keRUt5yv4d8eViJce1/YzpqKwGCTU3NPm5NdotWtpo+tz77h/CYmvl8ZYe ooRVScZpyabnprZQl9lxV27ux/Rxe3VzaytFcQApaiW2iP2qCMWxsW2PPMTCl3ZyXBjUlGjuvIeF WWRoDPFPy9xqsepebb3stnNaq7CCCDyFlvHt3dYRCpMUhOYhDH9lRvOurBx9oWO3iibV12W5trS5 WOxSS1SSCST7XHOILeIszW0RTNyskpM7LIn2hWFzJBK8drE7CPA0jw7eXumXF5Dq06tb309zdzwm 1t4xp8rQrstWlsIb1Lia9W0Ro4WTT2WJ4xHIYmgb8KkpzuraWfNva0OXS9t+VPlvFPTbW56lRV5K TcW43UZWuklBxWjaTdkm486TUU9G7Mtf2Lp8/mIQ0cM32u3lS4dYD9pkFxp0tyl48wa4N7BIwM92 9wbzNjJCVNvCZOu0i60rTbMSmWySws2jtbHWJkuLgxw2EVysKXjRfaVu44/NliSzS0hDTXbMnltH efaOd1qyhXXrW6TUZIrOxu7+8EDTpb3el2iRW19M1xdzPcfa9N09XGkCexieWC3VzfywbljufB/j L8c/hj8L/AkHxA8f6/c+FvChvprWxKRavrE+t+ILz+0r7S7Dw/Lpyz3FzrMaadfzw3jWtlZ3EsVz ca3faFZanqMp1wWHxGIrUsLhaFbFYyrUhDDYWnF1KlVzkkqcIwU5uXM7aJ6pWukcilTwntKnMqc6 cua0nypqm4pKTd/c967Te7TitLv3PW5LXUNJ1K9k1Kz02Gxs4U1fXprS/s7HTNM0EXd3Ne2lxqAt dOs4FNrHJfi71KPULJpvtV5t1GxEcH86nxa/4KCeIdQ8ReIhaSaBqd3deEh4Ik1jwPocWlWOp+Gd UGn6hq/hu+1vxE+t61cC3vIntJr/AEyODSo7savc+G4YLbX7+9vfkf8AaC/ak+JHx08XeKNSuNe1 jRfButWcXh618G2F9LY6U/hOyGm/ZdJ1u1s5Vi1iK5u9ItdevrTUXvrJNfmu72zjhMgx8y1/V/h9 9H/Bxw/9p8cU6eLrYzDUnSymnOrBYPmlGq1iK0XCbrJJU5U6bjCPve9O6a+QzfMXjatKWHq18PGn GcavJJL2yaj7unM1BPn5eVxbc+Z8vLFL6y8W/tkfFbxtrl14g8TWnhfXtUWS7/4R+/1rTr27vPCc F9c6NPfRaKlrqWn6Uh1WPQ7SHWxPpMttqskkt9PaLfwaXc6b+v37JHhHxl4z07TvEHxOtI28beA/ hT8M9fsdIl1kQaD/AMKk8Z6Lqdv4H8dnXbLWpfA/jnVPFWnfFHUNI07SrSe78WeGrzwr4w0TxFp1 vrPhn4i3Fn/OfX6Z/s2/tzaJ8K/A/wCzP8O/HGofFNvD3wa+Ln7RvjfX28DR2FperoXjj4VeGtJ/ Z+h0PUtO8a+A/FmtH4RfGbWfjf8AElvDS+MfALaN/wALL8R33gDx14c8W+M9W13Qvp/EHwYyHMMj oR4XyfB4DMcvqzxVOpRhJVq8KdGdR4ec5OXtPazpwjCNRpKo4y54++p+ZTnapGcpzfLBRV5Nu2iW km07Xbd9Xs2un9KumafZ2/wpjnhSyF6+lX98kmpz2s5ivxDbs9vFDJbwCElLtGWCSa9t009tRknj iuLmQJ6z8NfhX4P8SXnwy8UT2l3JoPje0+H3wrh+1v4t/wCEXn+MmrePbXwndWc/2HxH4d8TXNla +C/s/wAcYdKsNY0azuJprTRre40OxHk6Xh/Dv9ujwr8bvg1Y/EfQZfF1h8OfGHhX4oXnjaPxEbDS LTXdb1L9nXwB8FdLvfEsV38SPHQha2+L/gXxh481dfEPifxnq+lWU2k+IL3VNe8YXEzV2Hxq+Oej ab8QfCPw6n+LXxS0m11fwt+014qs9R+Hfi+C2vfgpd+IfFn7K0Pw0uPAEvgX4gWUF83h/S/Cvj/w bpMTat8OviLo3gbx9rd9P4Z8HL4hbTb7+LpYWlgMXjqeJblPBVIYapSq0ox5q1OShUUm5WUuZ1E4 tNJRd0o6v6itWdahhWqU+WjhoqlOzSqR2jUjKfLBa3dkue6fv2un8HeKf2IfDUsnhtvB/wAcvDfh jUNR8H6v8QvH3hq71e3+L+v/AA50a8+CnxP/AGkrHXvAngq++P8Ap3j+78T+LtN8Pw6D4o0P4g+H NP0PURqp8T6I+uL4X1a81z2q7/Y7+GtjpWjfELQ9c/4S7W9Z1Dw/q0nh4fCbw7qOp+NPDvi26/Y8 m+GvizT/ACfG2q6t4L+NPw/b9rzUYi1pZfF5Nd0K+utI8L2sPiKw8Daq3R/tMftU6Xq/wE8eeDPD 3iv4veDPDnh39m9/AegG01F9Au9R+NGl/FubxFqvjzV/sniC/ttP8QfF3wKvibwr8Q7j7Ve6/rF7 8QfHXgIanrGn+IbrWdW/Mnw98Wf2i/F/7PPjb4+/Dv8AaQhigTxDev4M/ZH1DQ/jNFr/AMVvBvwu 1zRPBlt421r4iXeu+C9H8J6t4S034D+NNe8EadpPw58SeAfhZp2meDvDHjbWLfX4PD9l4H+ZzH6t gcdSxuX4WL+uqNGVaCrqi8XiJU4YbDVIUYzsq8ouDrVVCjQpxk6lWnH3ZeNSy+viqtaGDoxrTpYe eIm5VIU2o01HmXLUq8spXS5Yq0pNpctt/wBUfAn7K3hr40+NLPTE+Lnjv4c+GbrwB8C9Q0rw/oml fDLVPGWpa/8AFr4ifHHwTp154l1Lw98S/iv4O0nwYmvfs3+ItUGn6BrniBtbt/E11FqklvfaDf8A hF/xk/ar01P2cPh54h+IHgv4z/Db4j39nefDfV18MQ6x8MtY8PeLU+Nsev8AxB8PePvB+m/Dn45a 78SILDXPCGp/8JT4hsvih8O/CnhiPxLq11J8NtU8YeDWtLkcf8R/ih8atb+GPje9k+IXxs8U/FXW ZvA3iDw38RNT8SfGZPiZ4L+IXw98X2WpeCPCms6Fdarcf8Ki8WeHNY+IfxITwtdab4i0WS3j1vW5 7jQPK1XxCt1+PerfFn4v/wDCOaR8GvGfxJ+JOtfC/wADasLW0+E2ofEHxJqHgLRG03UZXvLTQ/DP 9sXHhnS2Fybsx3Ok2kSLPNJcwSlpPMb988KPD/hrxIWIxedUcJi45PXo1q2QuTp4ivUpcsqtV04z jUUJyVSiqc+RNuPPaLjflr16MsIqLwslWp+/KcUueXS0Y+7Zy5bJ8zSVlGVm2fsl4Z/als9T/Zg8 WfHrUfBXhz/hMrG2Wx/4RPTdYuNHsrx1vLTw/Fc3N1rEuoTanpU2o2+o6wPDVv8AatXm0LQpdOj1 K3ubCPXZfiT4f/8ABSb4seBPj78Hfjm3gbwPrbfCLxnrfiWDwj9v8Y6Pa+ItP8YeFvFngfxpaajq Uev6laP4k1Lw34z1aXRPGGq+HNeufDviCCz1GLTL3Sr/AMWaB4n6r4qftP8Awi8GfD678F/s76lH I2p6Da6XpAtPAs+mWvg+0uLWxs9Ugu9S8T+Rf6h4ifT5das7nX7PTr671W6uIr/UNYu7sXd9qfwl 8GPgv8Tf2hPiPoXwj+Dvhabxr8RfE1r4jvNB8M22o6NpVxqkHhLwvrXjPX/s95r+o6Tpgms/Dfh7 V9QitZL5LrUJLVdP02G81O6s7Of7Hwr8EeDc2wPG+YcU+HD4dy/M80x1DJ6Ob4mtSzPDZLVwkaNW 1OPso4KCUqihWVapXm5Veao4KMqnn5ZVxmHrUMW68pVsNXlXwkvZypum1WnOlGdOc5e0nCPJGUpx SbjZJJWX03+3Z+3t40/bn+JN94v1f4eaV8MPCyaP8KNE0LwtYePPHPivU7W0+Fdp8Wrixm8R351L w54J8Y6tqWufHDxzcf8ACRar8N4vEHh7RrfSfDfhfUdNtdT+IupfEb4YkjREhZZopTLG0kkcYmD2 ziaaIQzGWGNGlZI0uAbd54fJuIg0y3CzwQ+h+IvhF8RfCnw1+G3xf8Q+GbjTPhz8XtT8e6R8OPEk 19pUkfii/wDhjdeH7HxylrptvfzazaQaFe+KNFtGvdT06ysdQubi4g0m5v5dM1RbLl9a8KeI/Dum +EtX1zR73TNM8eeHrnxX4OvbqPZB4h8OWfivxP4HutY01snzrKDxd4M8U6BJIQuNR0O/h2kRBm/p Pgfg3hfgLJKOR8Lw+r5dTqOMVUxLxNWpOnTjQ9nOvVlOpN040YxaUr88W5Nycm/Rx+NxOY4iWKxd TnrTd5yjCEFK7b+GEUkru/upWWnw6GHBM9tPb3MWwTWs8FzCzxpKqz28qTQuY5VdH2Sxo4V1ZSyj II4q5czRT2VhmQfarZru0aGPTbG1hWyMy3trPJqNvKt3qt9NdX2owztqFr5tlZWumW0GoXVr5Nlp Vrw74f1bxXrmmeHNCtJL7V9Yuo7LT7OJXea4uJMlYoYo1eaeZgpEVtbxTXVzJtgtYJ7mSKF/sv48 f8E8v2q/2fYvijd/Ef4Tz+GbD4I6P4P1P4qXA8V+GtetPDMXizXPDvgjR7waxpt4ml603iHxf4h0 w2Oh+Gp9b1fTNK1a01C/hbRrW6109+Pzzh/L88wOAr4nCUs6zGFONODUPrFbDqpVjSjzfG4uo6rp JX1jWaVoyZxu6s7N3ai3aVlfXW2ivb7X6afDVFFd94g+GPjPwx4N8L/ELVtP07/hDfGeu694Y8Oa 7pfiXwxr9tf+IfC3hD4Z+OvEujSxaBrOp3WnajoHhz4w/D2XV7XVLeyl07VtZvfDN0sXibw14q0f RPpPa0lKMZVIKU21GPNG8rK8lFX1aSvZdLvoUcDRRRVgfq3/AMEe7u8s/wBpjxxNZPHFPJ8CvFNs k8zMEgku/Hfw0trdzF5FxHdbryW2hNrPDJFOspj8uWQxwyFV/wDgkIbUftLeMxeNItu3wS8ReYIz GA4Tx98NJQJRJg7EMfmrNE8UtlLHFfpLEbQyAr+FfHrE1qXH+IjTlaP1DAvVR35F/NyvZdLrRq9z 7/h51f7PXs7tKrPaKdn7jtd8vk9Lr0s0f0eaGsHiCOaLXb+1lis7SPUbqTyrmCOFI7WZX2X8iPZt cX0SebFO9y0EccjS2y3SWtnHb93JdaJpVgZtG0iwS/u7WC2uZbqRv7Ot0huzZy3ExS7V4Y9FeWVb g3K6fd/YkWSe+i+zOT4T+zz8QIPFXg34fa7Dpg0nT/Fnw70Lx1/Z02p2l/KqeM9HtdTg065+x2i3 iTWun3vlfbG+zRRMIGnh+zG3u7v6C8RahpVzpEt5Of7Jnj+0Jp9paalBphuJINmqWkbG5R5ILMss 1vqE52bIWunuIXhcG3/HKTcOZThOlWpNxrwmo3pzhZShy/ZSfNZtNSsr6pI9zC1qWIwtPFRqNKpG Km7uKjLR2s+SSjdpXai22nZ6I/MD9sL9u74a/s8azqvg82dp44+KOm6Xp8kngqK31TT4bBL1dOud LW+8R32mX+j6ZDJpd9Nq1ollp+tXTmFVvLOCG6sJJP5x/jl8ZvE/x1+Iuv8Aj3xHPdxRaje3B0Lw 9Jfteaf4U0QyE2Wg6SqW9lax21rHhrie3sLNtTv3u9WvI2v766lk+uv+Cp/kTftdeI7+OzhsrrU/ BngW61OCNLfzRfQ6Imnbrm5tz/pz/Y7GzW3u5gs5sVtLd44RbrBF+c1f2v4OcAcN5dk2WcW0aVbF ZvmWD5nicVJTWGjVlT9pTwtLljCmuei2qri6zjJx57Ox+dZziqtbG4im6nNSp1HGlZJKUE1ySb1d 3G17NR68qYUUUV+7HkhRRW7b6FLN4a1TxP8Ab9Lig0vXNC0L+y5rto9av5tdsPEeoLqGm2JgZLvS tITw4bfXbrz42sLvXPD0PlTDUi8GGJrUqNNOpNQVScKUNUm6lWShGKv1bl0vpdg+tvxsvTVr/O76 N2R/U1/wSU/bb+APw7/Z+vfhZ4m8deDPBl54M8W/Be+tbjxB+0D4e/Zmt7+bU/Dn7SepeONb8U6h 4vi1AeLfCWhl/D3hy88OeDvA/wARrtPiN428H+Ldaay0Z38ReCPdtK1X9grxF4g/aF+IWkeNPgX8 SPDng/xv4o+OvwWutF+LPiX4ayanqnjz4FfGrxd4i8Pf2VP+1Z4q8TeCPh43x303wB8NPCnwy1b4 Q/s5aJbXeuWmgt4W+Klr4o0LxA/8bN1bSWd1c2kzQPLazzW0r2l1a31q0sEjRO1te2U1xZ3kDMpM N1aXE9rcR7ZoJpYnR2/pO/4JxfttfCD4M6v/AME3fh34u8U+Pb63j8K6fofii2X492un/s3/AA01 /wAYft1ftHSR658V/gzFoA02y+JuheGdY8L+O9P8WeNPHGmWVr4TuvBnieDQbe78MeF73xH/AC14 g+DuXZVlmccQYPG4/MKlflqyweJjhp0qN8RPF4jFKVOlTqSnKDnTdpJcruk5OXN6kMzSw1HDTp0Y Km4xdaSnKUk1ClCDs5NKL100btzNRVl+yOlfCn4LeN/BOvSXvgj4X+INO1T4Z6/408Q+Gr7x5qur aD8PfF+lfst+Ffidb6L8OtH1bVrSb4iQ6D8ZtQ8Qaf4jt/E2l/EHWvDNloXh228TJotxOLa/6j4k fCD9njxT8QvjF4n8Oy+BfGCeLPilr3iXVPAPxB+NXiLwJ8NPEuvX3xH1nUfF3jjxlo2k/E7wj4N1 Oe1fQfAs3wxmgKaL4x8G+J7zWdd0fx34r0K+j8NeZfs2/E/9nv4ifBPwX4y8SXcfgqw8QWX7O+kf Gz4Q6V8UNc8JaN8Hk+IfxL/aY+G138XvHtnrfxjvZdX8KeL9H8L+A/Hfhez+IFx4nbw3pGl6B8SH 8KadoPiDV9MtM74X6r8LPE/hdJPEMfwwsra0/ZL0/wCK+ieJdQ+KOpweIr7443Xwv1HU7fwX4q+E ulfEq216y8FWXjLSPFN/oepQ+GvBaarF4M8H6Rp3ifxte+OtQWw/mFR9jRksL9W5XOKnON0qVacF KlG6oe7FRcKic7pSkrNRse7DloU6cqrVq1G9NR05klCNScba6O103KyVukrcD/wUH0L9nTSvEVh4 l8PWGmfEXwr8RtK+EPwn1fx2mpB/GcviLwh8MvD1t8OBNpNjHcR6vomuaDaXVheeLY9Ai8c+DPiD oeq+HNfudE0a78HWl9/NZ8cP2TPEuteJPE03hawuB4m0jw/L4pfT7zU9Ou5/Gdlc+J/Ez318dQut N8OajqXjTDRW91HDb69Fqlxp88U2oaPqFzoejap/Qf8AtaeA/CPjj4UWMfgm/wDh7aeOvAfjr9nb xZpem2/iTxBqvhPxH4h8bfBXxtrPxa0+LT28T+MdSh0D4ZfEoWel6bbfafEepeHljk8MfEXWPE+s 6xJ4ir2DQvG3g/Vfi18IvhF8WfFXizxr4d1P9kn4Q6dqd1qnxbs9d+DPhz4l/DT4QfBi61lvCfw4 l8P+D7Lwt4m1nx7aaL4N17xxe/GHQr3T9P134paDcWXg6TWb7xBpmHDWa59wzxi8/wApzKGX1JTg 8VQpScsNiqk51Iyp1KbSbpzVKMKvPB3fJUhJNXl8/i6VOWJjKDdHnhGMvaxcnUfK7QjLSK5bJRdt Hbmvdn8Os0MtvLLb3EUkE8EjwzQzI0UsMsTFJIpY3CvHJG6skiOAyMCrAEEV9dfsyfHTwv8Asx/F N/H9vYa7N4q0T4V/tA+G9A8UeHZbC41fw/8AFD4jfs/fE/4SeFJra4TxVP4U8Q+AdH8YeKdG8R3O q2NlpviKKxmvb3T7nXotEs9G8Ufph+1f8I/2BPh/8QfiH4I0Pw78LJvEfiuP9sfXdW8Q6h8VPEml 638JfE/gT9hX4K/G74GaH4E0Lwx8f/F/w9OjePP2ktf8ceCvDcXi24+KQ8YXF3r3w18O6td+IfDu nN4f+RP+CkevfAX4g/ET4ifFP4V2Xw1sfGPiP9t/9uXw74mv/hz498QeL4fiJ8N9C8RfCTxR8Jvj LqtjrvjrxnY2X/CxNU+IPxQTSvEPga38LfDvxRp/h1bfw3oS3Hh7V725/wBHcozunxPlmU1amExN Ojm+XRr1ZR5Y0k6lKLlG6m5OnOUaqj7qbSjdcsrnnzpuM782tNyjZNcsnzJO/e1lqu7tqfTek/8A BSX9mHw7rGj6L4L+GfxL8D/DvwZfftG2/wAHRa6Tcvr3wN0b416d+xvrEWoeCpPhb+0J8BvGv9va h4w+Cnx/0XxMPC3xk+GbQ+EPjHFIdY8UaZqPiz4e3Mvjv/gq/wCDNQ+HHgvwv4UtPjHJpWlftI+C vH3jv4BXQtvCvwD8ffBvw/8AtEftqfHL4g+Er9l+KXj66E3x4s/2kfht4Y+IngXVfA2t+G1X4ZvL qnizxvYW+g6fb/hmvkfZZt0kgufPtvKiFtE8LweXdfaJHvGnWeCSKQ2yxW0dtLFdLNNLNPbvZwR3 MFejHhjK0qaca01RkpQU6nN793OU7yTvObk+aaak227puV3zt3Vlva6W6tHpa267aabaH67zfHDw x+0X8Xv2c9O0r4j/ABc+L+vfCjx9498c+Jvjp+09p3hLwl46v/BPjXWPBh034YSrpHj/AOJYfwD8 JR4d1vxL4bW68ZwQajr3xX8caf4c8NeD/I0bTfE/3/8Ats/8FYv2YviL42+I/giz8J/E/WtD8WeK bC6+Jut6JD4QiuvE1t4a/bB/Zz+OXgbTNOuZ/GOoafpuqeGPgZ4F+I/gDV4vEXhvVrvQviTJ4b0i 3th4duPFF9b/AM8fwG8fWvwr+MvgD4h3mlazrUXhfU9SmhsvD+uWHhzWbfU9T8P6voWi67puq6lY 3lql14X1jVLHxGthJLo51iLS5tIh8ReGLu+tvEmk/Qn7XvxU8CftA/H2+8dWfgzx/wCALjUPh98J fDd7Y+O7rRr7x3r+u2XgSxW38deLYdH0b7TcT3una14XstMs49U1PWvEGhaJJ4k1AaMdQ0XwbpH8 +cT4OOV+LuCrZhluaY7JsLktCvhq2FdNLCexxFWdSrGnTg6laFKtiakqifIr1o04prlid/LS/s6p XeJUaqqqEsKoOUpQtG04u2l9YpXbsnqrn6C3n/BVX4daZ4s+EOreGtY/aJuotB+JP7HN78bfEV0m p2HiH4w/CX4G/FH9tjxP8WvBXiA+Nv2lPjV4w8UWXjHwB+0R8MfBOk+EfH/xa8T+Htc03wnr3hjV 9R8M+DNI8LaRdea+G/8AgoL8DrGy+FSyx/Hnwj4h+Gfw/g0TS/Fvgy3l02/0vxZD+yp/wTa+AVxd 2dz8P/j78GfHs+janefsjfGmyeXw/wDFHwBqVtofjP4e63qaeJrCbxz8LZPyH17RrLSFtFt9Qlv5 bh9QLH7NYx2ptLO8fToLq2mtdX1C4cXl5Z6k8MV7Z6c0mmR6XrFm17Y6zbyQ89X71leAyTNsFRzD AVK9WjiYNwqyVSjUaV4XnTqwhUhL3WrTgn2ut+BTbSatZ2ezXZ9bPp89fI9o/aQ+IPhn4t/tD/Hr 4q+CtJvdA8G/E340fFL4g+EtC1Kz0/T9R0Xwz4z8ca54j0HSb+w0m6vtKsb3TdK1K0s7qz029vNP tZ4ZIbK6uLZI5n8Xoor6mlTjSp06UbuNOEYRbd21FJJt9XorvqSfpV/wSv1bSNK/aM8RnVdWg0uS 9+EfiS10uN7u1tbvU7y38VeBtVvLTTEupYxd3ljoOm6z4gkt4Vmmj0/Rb69MLQ2kzKV8DfD/AMde I/hp4z8PeOvCeo3Gla/4b1BL6yu7aQxsyMj297ZTgBlmsdTsJ7rTdRtJUkt72wu7m0uYpbeaSNyv 5e8XfC3ifinitZvkcMNVwtXAYenU9vOcJQr0p1ISiuXePIqcr+btse5gM+ll9D6usM6q53NSUmrc zirOzjqrX2ffyP3E/wCCc/iX9ojwt4D0rw941+EvxA0L4dRaX/wkHwh+I/inwJ4q8MeBfEvhjXtW n1DxDoVp43vLCLSfE0dxfaxDr/hyDRVu724s7jxFcSanJYaXpVlD+yA0zU3s4PEMWvfbfDc+pX8d 1db0s9ImvtL0uwvpdL0yNxdR2Vzpdr4g0rUdc0xb2zvEhvtIursSW+pJbT/hp8Mf2hP2X/CH7Xni f9qPxD+0lrF78O/i78R73xNp/wCzzoPg/wCL8UPw9j1nwX8Qo/h9F+0Jol9oFt8OvFPgH9nDxLrH hXw7ong74Y678VrXxP4Ttr210bw5oHh8z+Erj9Wf2kP+Cm37Iui/CX4TfDD4Y/E34C+IPiR4y+Fv xt1LUfixN8L/ABHq3wM+HfjbxZrXwRTQr7xt8GNF+FOsXMKfEb4WeHviV4CubGH4XyeKPB/xD03T vFvi34ZR6Z4tHi9fgvETw5zPE8YV6mS5XiYUc6oQxsadLC1adDD4jki8dRTqLVQSdZvRXlywSbUV plWPpYPC14VIOUVeVKMKkedycVFxUZSilGcmlFu6i46vTT+Zn9uDxF4k8S/tU/GW88T6quq3ln4p fSNPaO2azg0/w/pVna2mgaNBam5ukQ6VpMdrZ3dxFKE1PUY73VzFDJfyRr80654f13w1eQ6d4j0T V9A1C50jw/r9vYa3pt5pV5PoPizQdN8U+Ftbhtb+GCeXSPEvhjWdI8R+H9SRGs9Z0HVdN1jTprnT 761uJf6Z/wBo3xj+zjrf7J+pfHX4JeFP2XNc1jRP2XfCtrpuq3/7KPwuv7nxN+1Ho37W+k6Z8Vfi Nod/4+8EyFPA+sfCS4+JN54I+EviXw8fDfhjwjq2i6FqPhXQvHXgrQvCvgnhv2nP2mP+CdPjr4jf G7Uvhv40/Zjv5dS8N/BXwp+xH4z1r9kfxleeGP2d9K+G/wAJ9D8C/Eiw/aP0HxF+z42r/FzR/FWj aDZ+D/gfb6n4V/aJg+GV3aaLqsGh+B9O0uK4X+gPDvi6jiOHsFleAy+pWlw9TjkmYRoLmnHGYGGF pTrOnShJQp13UqVk5e9L2dZazhaXj1OetUdarGNGVduqoKftIwc0p8ntGo87ipKLaj8TXRn83VFe /ftQa98LfE3xv8X6z8HLbR4fBFzZeC4XuvDXhq58FeEte8b2HgPwxp3xU8X+CfBd5FaXPg3wH41+ KVp4y8XeBvCU2l6A3hnwjrejaIPDHhZbEeHNL8Br9coVHVo0qsoSpOpThUdOatKnzRu4zTSalHZp pNW2Odqza0dtLrZ6dPIK6oa7FY6HounaYjtPFqr+INXbUbOxu7C51S1le10m1Swuhe2uoadY6erz SjULZI7y51nUrG7sJ7O0tZ7jlatWtrJeymCAw+cIL25AnurW0R4dO0+61O6WN7uaBJbhbOyuZIbW Nnubt4xb2kM9zJFE/Lj6GGqrDVMVyqlhcRDEe+2oKpGMoQcpc0VpOamnJSV0tL6qZLWLvs09L+e9 mrWe7af3FWva/ghdXlp4lH2aHQ2iuJTBc3Gq3U63K+TofiPU4bOxsYZpTKmoNprwXF6dKuVhnFhp lxqWk2Gs3q6h4pXu37OVx4Lh+KvhlfHc0dl4da++0azqF9d3cWkwaBptlf6nrVteW2maTqGqyXd/ FaW8OlX1lcWQ027UyTyQpONW0f5bxHpe34G4miqLr2ynFS5Ixk24wpuTlCMWnKUUuamle8lG2pli Kbq0nCLak3CUGpctpRknH3tFpJJ6vlezdr26T9sbx7Y/E345eKbm38Nt4d0jwxqWr6DpGhalFFJr GlM+u6xrfiC01e4eL7Y10/i7W/EV/Npl3c3tvotzezafYS/ZreJj3H7Iv7R+ofC3x/4bs/F/ie5g 8D6Vp/icaXc6pqHie5Twje3Edl4jsl8O/wBlPf3Xh+PVPEvhzTbed9H0maOK51e91i5tJbtI7y1f +1/8B1+EV/oOr6Q1pdeEfF91qutaFrMK3mpNrY1a8upYyPFQ0+PTdZns9E07Q9T1Sztbu1stLuvE 8H9i6ZNa3d7qlz8Y2rWqXVs97DPcWazwtd29pcx2d1ParIpnhtrua1vorWeWLekNzLZXkUEjLK9r cKphf4HhHhbhLjnwqy3L6OApwp1cI6P1mdGnHH4fMsNKdKWKcubmjVdROpGEpK1KcYNRj7ptRrVI 8rfPCcGlar0vyyVnH3ZKSs24tp3dj+lrxt8WvgJp37P/AIU8SfAv4q2HxL/a31SLwvNN4NtfEvjT 4jahrl/ba7FafEzwr8QPAXguw8RjwV4S0DRtd8XweFvEF94b8MWmnX9j4f1LT/El8bu4uda43Wfi t8KPh14d1H4g/EH41Pr3jqy+HK6dDoWuapoth4s0+7H2HUdU8MaL8PPBttbXOn+I9Q8SQ6ToWs2e sfav7Mn0a1s9Z8W6P4Z0fWtWtPyW+A/7TVn8EvhZ8Y9AOhjxX4s+KcOi+H7Y38jQ2mlaBZ6d4mtN QnvtQRBqcrwf26P7D06xultxcXep3VzJZrALbW/lvxZrmp+JNeu9c1jVhrWo6jBpck96r37rFHBp FhZ2Wkq2pRRXWzw/p9taeHokxLaww6XHBp11d6dFaXU341kX0fM0zLifFUc3xFbCZBlmIqxWO5Us RmsuajL2OHhaPssLGLahVfN7zly82sY+ticyhiIUZU6FKnUhTVOolBuLcbKUnzfFKbUZc1lbrds7 P42+MR4++KHjHxbDpV3o2m67reo6xoVhqWn2Nhq6eHdavbjW9Bl1c2FtbQ31/caVqVrOb8efDLbS W0OnTf2PBp0MPlVFTBbfySxlmFxmTEQt4zDtU2/lE3BuRIC6tdmRfsxERgtwrSi7laz/ALKynLcN k2W4HKsHBwwuAw1HCYeLvJqnRhGEeaV30Su20r/I8qUm3eV25O7aTer3vZWS31dktNDQhsLp10+z Caej65LaTWM9ze2NvtQXmoaUDcX1xcxWuk2rXccxvDqktmqRQ2t/KyWOy4fJq1cXK3EdkgtbeBrS 1NtJNCbgy3zfarq4S6vPPuJo/tEcNxFYILSO1txZWVoDbtcC5ubmxYJpyCW51FnlWLaLbT4S6SXs 25S3n3CxulpZQxnMp8xby6keO3sY9gvr/TLxmLeCw9XEzp1KyjyxhQoQ5q1WrOap06cPecf3kpQS lJwjB3lOSjdqU2viabeqs9Hor78rbsruy6adCd7CW00myvbu0McOsXUxsrqSG4Sc2unE29xPY7p4 ra6s57ueW3kkMTn7bpT20N3AYr6J/UfDM+p+MorzVNZ8YCPVvD2oWGuaNY6xDNr6a7qVmml6XBpM OlWWm6vcx28djZaDZ21xrFpD4Q0XRdJvLWSdYJYrBPG7iZrmaWZgqmVlO1AVVFSNYYkUEkhIYI4o IlJPlwxRxKQiKo7f4datrOheIBq2h6RPqmoQ2N/aWVxbXd/pl5oOpahaTW2l+IdK1rT7uxl0fW9G vzBqOkXstytqby1SG8gu7OS4tpfznjHK8fU4WxubVqmX0M8w0p4zDYjFww6pYWhLEUqkcB7XEzjQ hGpSo0cLiajcVVcXOKjNxaydO6cpO/NJT1bajpBaJu2ijayte77tPvfDEXhvS7DxZNr2n6Jrt/rH g64tFgh0bW9TuNH1PxHoWjXXhPV9Ka11Pw/Haf2ZruoLY6rZ31zqekWF5crd+GvCWtw6Da2934MR gkehI/I19X+EfgZ8Xvihry+GXs9WgHhjxXqVhqcd3ZataL4QknljudT1XxFfQaVpkVlFqk1pdA38 V+uvNe6DqaJpB1BrCG58L+J/gK7+F/j/AMV+AL06nJL4V1e50qK61ezFhf6lYwkNpmsSWwnuisGt ac9rq9lI0xkuLK9t55EiklaJPj/CTP8ALZ5/nWUQzWhjMxx+FoZrVwmCq1MRgMHGjGjh3Rw1WUFF NQqU5TjdyjKXLJzUI1alU3J3k4csWlH4ZfElb3nJW5uVO6TsnonocHXtFh+z18X9S8MW3jW28JIn hC6+Eus/HFPEt94i8K6XokHwz0T4ieLPhHPrl/qOpa5Z2ul6jqXxO8E+IfAvhbwjqUlp4y8Z+Jod M0rwj4f1y58ReHI9W8Xr9XPhH+3v8KvD/wALP2ZfgL8X/hhqnxG+DXwR8OaX411/w5B4b8CQ6nrn 7QHgH9p/47fG7wdDPrGoST3vjT4L+M/hn8UX+DPjjwv4uuIrHwu/jnxv488MeD9a1nw5Y2fjr90z KvjaFKnPA4dYiXtYqtFrWNFKTnKKTV5XsleWt9m7RNdNW76Kyt11Xz2v0dn0tqflVDa3VxHdTQW0 88VjAt1eywwySx2dq91bWSXN26Ky28DXl5aWizTFImurq2tw3mzxIxX6n/tM/tx/DL4s/soat+zv beKPjx8dvidf/tCeCvjNF8f/ANofQfC+g+N08DaH4Y+M2gJ8JzB4b+KfxDvv+Ef8Aan47h1rwI17 rereH7q8+KHxdWy8K/D7+yvDn9vlLLcZWxtKrUq0I0JU60qXIqntPhjF3b5U4ttu8JRjKO0lcqSS tZt6J6q2/bur31WnZvc/Kmuw+HV74C0z4jfDrU/itoOr+K/hVpnj/wAF6j8UfC3h+Wa31/xN8N7H xLpl1458PaHcW+ueGp4NX1nwxFqen6fLD4g0SUXNwixatpkjJfW5RWHEODp4/Is2wdSdajDFZfjM PKthqjoYmlGrQlFzoVopypVY8zcZpO0km01dOsPNwq0aijGTjUhPlnHmg2mnaUXo46arrqftn8Xv 2zf2F9MHii1+AOmRWOg2yfHPTZ/DHgr4a658OPC/jzR/F3xE1W8+GeleH9Pk07wzY+F30PQ/EGsT axrt34f0zWNJ8P8An+H7S31W5Gl6XB+DpOSTjGSTj074/CiivzHwb4MynhXJ8RWy+tmGIr4+OHp4 mvmGJjiKtRYZT9m24UaKc26s3KclKTukmopI68zxVTF42rVnGnTfNpCjFwpRvGDfLByko3aW2unm 7pRRRX7McAVNbyrDNHK8MdzGkitJbytMkVwisC0MrW8sM4jkC7HMM0MoUkxyxuFdSis6tKFanOlU TcKkXGSUpRdn2lFqUWt04tNO1mrCaTTT2f8AW+6+RcGj6o2lf22un3zaSLuawfUls7o2Ed3AlnJJ bvfCH7IJ1S/tC0AnM0YuIGkjRbm3MtS2urqzkaazubi1maC6tWltppIJGtr62msr23eSJkYwXlnc T2l1Ccx3FtPNBKrxSOjFFebgMVPGzzWhXhSlSwuNlg4R5W1Oi8Nh6jVVSlJTbdWaeiTjZON7tkHz K7/vbf3bpd+2vc+4/Dvj+/8Aj/8ACxPAHxEuPEPiWD4Vrc+Njr8d94c0I+DdF1bXbHSNXg0/Sbu4 srbxrbWunDR9O8KaFBqnhK/tL3V38P2UWo6NpPh+3075U8d+CD4Wvri70e7vNf8ABVzrGq6b4d8V zaRdaOmqrpsqHbc2NwZW07UHsrmx1BrCSeSVLS+tZW2s7xRFFfzNlWd5jwl434ng3Jq/seGs0rxx FbKqkVPDYevisDTxNapg4x5Pq7dVNqMbwSk1ytWtEXKzTk5WqezV0r8qjGS1SWq5ml/dSTvZHAUU UV/V5oFFFFAGlY217q97aWUaajfOEKrDZW02p3kVjapLdXZtLJZEaRLS2S5ujEJYIVRJZJZYIxJK v1v4p/ZW8W6Z8KPDvivS10TWEmWfW3vdFtvEE+oXuk6nY3N/balrEl3psdppGgx6dpFtdabczvp/ 9nrrcC+KLbS7y5uhphRX81eNnHXEnC/EPC+GybGrC4dpY6vR9lGUcXUjiPZKliW7TlQ5OZOnTnTb cnLm5lBxwq004zleSdKCnTSaSjLm5b2trdNqzuvI+UrHTrfWPEUGlWrS6Ra32sNYQ/2h9p1S502J 7toFhvv7K0yO6v7u0GIbk2ek27z3EblLK2DGKPSsNQ8TeC/7O1TTbu58PasmoR6jYXNpc/YtetJo 9Ks7zStXtzDfm+sYjY66t54e1iCysUna5nvNL1XUJLYf2UUV+xNxz7+z8DmVKnXweJy3A4+vhnG9 GrWnGtKUKkJuaqUeZRkqc+a0oQkpJq71i258jb5ZUoN2stXKN9lsz9D/ANjX9oD4a/DP4QfEPwtq HjxfBnxGvk8R6v4Xj8af23dfDkalbaFqN5pN9axaTZam9lqV5qJW31rT4oItS8TNZaFpmg2eua/d W+ny/AXxO+IviT4reLbvxv4ti0lde1S002C+utH0mDSIdSfS7GDS11K6SEu15qF4tkJL27klaMTF rLTbfTNFs9M0fTiivkODeB8gyLjbifNsDRrPG4qq6vtK06clQjjJ1JVqGHUKVNww96NNU6c3U9mo 2hJXd3zOTS0ioqUUorlTSa1klu9dX16nn9FFFfsQz6D0v4zaHafsmeL/ANnSXwhaW3ifWP2kvA/x wtviDYaRpH9oeIPD2ifC3x54BuvBfizXTc2+ufY/Bupa5aaz8PdIgsNS0rf44+JN9e3uk35tYtdK KK8TJMlwWSxzKGCVVRx+aYvMsR7ap7VvE4pwnWcZNKSg5L3YycnFe6nypJbVq9Sv7P2jT9lTjSjZ W9yN7XS0vrq0lfd63Z//2Q== --=====================_5919093==.REL-- From giorgio.plazzotta at sarasricerche.it Thu Feb 26 00:40:01 2004 From: giorgio.plazzotta at sarasricerche.it (Giorgio Plazzotta) Date: Thu, 26 Feb 2004 09:40:01 +0100 Subject: [Mapserver-users] Re: Mapserver-users digest, Vol 1 #442 - 29 msgs References: <20040225180039.3674.53416.Mailman@lists.gis.umn.edu> Message-ID: <004001c3fc44$206743c0$3f44a8c0@GIS05> I also would avoid the Yahoo forum and anything that is managed by commercial operators. The presence of banners, advertising and the risk that in the future the user list could be submitted to other commercial initiatives is , in my opinion, unacceptable. Personally i installed in two web sites a forum engine known as Snitzforum that works great. I am sure that there are also other good solutions and that their installation and management is very easy and will not take much time to the managers of the mapserver site. It couls also be started by a usaer group but I think that profilerating of information initatives about this subject could not be a good idea and it's better that the mapserver site will be the provider of the forum in case it will be done. Giorgio Plazzotta Saras Ricerche Assemini (CA) - Italy ----- Original Message ----- From: To: Sent: Wednesday, February 25, 2004 7:00 PM Subject: Mapserver-users digest, Vol 1 #442 - 29 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. Re: Mapscript and Java (Sean Gillies) > 2. How I find a street that cross another using cgi querystring? (Mario Servin) > 3. Re: List as Forum?? (pkishor_98) > 4. Re: Mapscript and Java (mountainduo at mho.com) > 5. Re: Mapscript and Java (Paul Ramsey) > 6. Re: List as Forum?? (Liz Godwin) > 7. ANNOUNCE: Second Annual MapServer User Meeting (Dave McIlhagga) > 8. GetFeature Request problem (daryljharrison at netscape.net) > 9. Map Server compile problem (E Wright) > 10. WMS client - multiple entries in "wms_srs" (Havard Tveite) > 11. Re: Mapscript and Java (Frank Rittinger) > 12. List as a forum (Giorgio Plazzotta) > 13. scale query (Mills, Daniel) > 14. Re: scale query (FX Gamoy) > 15. RE: scale query (Mills, Daniel) > 16. Re: scale query (woodbri at swoodbridge.com) > 17. Re: Mapscript causes core dump on Solaris (Lowell Filak) > 18. RE: scale query (woodbri at swoodbridge.com) > 19. RE: scale query thanks to all responses (Mills, Daniel) > 20. Re: WMS client - multiple entries in "wms_srs" (Frank Warmerdam) > 21. Re: List as a forum (Frank Warmerdam) > 22. Re: Map Server compile problem (Frank Warmerdam) > 23. Rosa installation problem - applet png errors (Martin Tomko) > 24. Re: WMS client - multiple entries in "wms_srs" (Daniel Morissette) > 25. RE: scale query (David Fawcett) > 26. Re: Perl/Python/Ruby mapscript development documentation (Lowell Filak) > 27. Re: Rosa installation problem - applet png errors (Yewondwossen Assefa) > 28. Re: Mapscript causes core dump on Solaris (Daniel Morissette) > 29. Re: Perl/Python/Ruby mapscript development documentation (Sean Gillies) > ---------------------------------------------------------------------------- ---- > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From huub at geodan.nl Thu Feb 26 01:57:22 2004 From: huub at geodan.nl (huub fleuren) Date: Thu, 26 Feb 2004 10:57:22 +0100 Subject: [Mapserver-users] endcaps on linesegments Message-ID: <111920361.20040226105722@geodan.nl> Hallo mapserver-users, we've scanned the archive for info on arrowshaped endpoints on linesegments, indicating their direction. But upto april 2003 there was nothing 'hacked' that we could use. i should think that the endcaps of linesegments would be a property of a line symbolization. is there a posibility in mapserver 4.01, or will it ever be available? Greetings, Huub -- Huub Fleuren Geodan IT Vestiging Zuid Buitenhaven 27A 5711 TP 's-Hertogenbosch huub at geodan.nl Tel. +31 (0)73 - 6925 160 Fax. +31 (0)73 - 6925 150 Website http://www.vz.geodan.nl/ -- Geodan IT b.v. President Kennedylaan 1 1079 MB Amsterdam (NL) Tel. +31 (0)20 - 5711 311 Fax +31 (0)20 - 5711 333 Website http://www.geodan.nl/ From M.Simonse at Vicrea.nl Thu Feb 26 04:17:02 2004 From: M.Simonse at Vicrea.nl (Merlijn Simonse) Date: Thu, 26 Feb 2004 13:17:02 +0100 Subject: [Mapserver-users] compiling regex Message-ID: Hi all, I am trying to compile Regex on windows. I found a makefile.vc on this list which I tried, but when try to compile it I get the following Error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ for d in doc test; do (cd $d; NMAKE CPPFLAGS='-DHAVE_STRING_H -DREGEX_MALLOC' CFLAGS='-Ox -G6' CC='cl' DEFS='' LDFLAGS='' LOADLIBES='' default); done d was unexpected at this time. NMAKE : fatal error U1077: 'for' : return code '0x1' Stop. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ There have been some postings about this error last year, but no solutions. Does anybody figured out what to do with this error or does anybody have a makefile for regex that doesn't give this error? Any help would be appreciated! Thanks, Merlijn From H.Wilsdorf at gmx.net Thu Feb 26 05:22:42 2004 From: H.Wilsdorf at gmx.net (Henrik Wilsdorf) Date: Thu, 26 Feb 2004 14:22:42 +0100 (MET) Subject: [Mapserver-users] Empty Map with Oracle spatial Message-ID: <12090.1077801762@www38.gmx.net> Hi, Mapserver-users! I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape layer is visible in the image but no data (no polygon, no line, no point) from oracle. With the shape layers all works fine in different maps. No other errors occure, but one in MS_ERRORFILE: Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file. *** What does it mean??? This error comes also, when I get a correct map without oracle layers. The Oracle connection is also o.k. When I have an error in the tablename I get the following text: msDrawMap(): Image handling error. Failed to draw layer named 'polygons'. msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942: Tabelle oder View nicht vorhanden . SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1 WHERE SDO_FILTER( POLYGONS1.GEOMETRY, MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3), MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=window') = 'TRUE' With the corrected statement I got tho following data back in SQLplus: ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) 1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50, 260, 0)) 2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0)) This should be a rectangle and a triangle. Both are also shown in the Oracle spatial advisor. The spatial data are created with autodesk Map 2004. I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG + Oracle) from mapserver.gis.umn.edu. The address I used in IE6: http://willi1/scripts/mapserv.exe?map=/data/projects/spatial1/testora1.map&mode=map My Mapfile: MAP NAME "testora1" STATUS ON EXTENT 0 0 400 400 SIZE 600 500 SHAPEPATH "data" SYMBOLSET "etc/symbols.sym" FONTSET "etc/fonts.txt" IMAGETYPE PNG IMAGECOLOR 255 255 200 UNITS METERS WEB IMAGEPATH "/data/tmp/" IMAGEURL "/tmp/" LOG "/data/log/mslog.txt" END LAYER NAME "polygonshape" STATUS DEFAULT DATA "polygonshape" TYPE POLYGON CLASS STYLE COLOR 200 200 100 OUTLINECOLOR 1 1 1 END END END LAYER NAME "polygons" STATUS DEFAULT DATA "GEOMETRY FROM POLYGONS" TYPE POLYGON CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE COLOR 0 128 128 OUTLINECOLOR 1 1 1 END END END LAYER NAME "polylines" STATUS DEFAULT DATA "GEOMETRY FROM POLYLINES" TYPE LINE CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE COLOR 0 0 255 SIZE 50 END END END LAYER NAME "points" STATUS DEFAULT DATA "GEOMETRY FROM POINTS" TYPE POINT CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE SYMBOL 13 COLOR 1 1 1 SIZE 50 END END END END ---------------- Waiting for some help. Regards Henrik Wilsdorf -- GMX ProMail (250 MB Mailbox, 50 FreeSMS, Virenschutz, 2,99 EUR/Monat...) jetzt 3 Monate GRATIS + 3x DER SPIEGEL +++ http://www.gmx.net/derspiegel +++ From droguin at ases.com.ar Thu Feb 26 05:38:35 2004 From: droguin at ases.com.ar (david roguin) Date: Thu, 26 Feb 2004 10:38:35 -0300 Subject: [Mapserver-users] bml files Message-ID: <200402261038.35165.droguin@ases.com.ar> Hi guys. anyone knows a way to convert a BML file to a ESRI shapefle? i need to load the BML info to a postgis table. thanks in advence -- __________________________________________________________________ David Roguin - Ingenier?a de Producto - tel/fax (54) 11-4343-0070 ASES Consulting - Av. Belgrano 510 piso 1 (C1092AAS) Ciudad Aut?noma de Buenos Aires - Argentina Ases Consulting Site : http://www.ases.com.ar __________________________________________________________________ AVISO DE CONFIDENCIALIDAD. La informaci?n incluida en este e-mail est? dirigida ?nicamente al destinatario. Puede contener informaci?n privilegiada, confidencial y que no debe ser revelada. Si ha recibido este e-mail por error, por favor no disemine, utilice, publique, distribuya, revele o copie esta comunicaci?n de ning?n modo. En cambio, por favor notif?quenos inmediatamente remiti?ndonos este e-mail (incluso el mensaje original en su contestaci?n), por tel / fax(54-11-4343-0070) y entonces elimine y deseche todas las copias de este e-mail. Gracias From M.Simonse at Vicrea.nl Thu Feb 26 05:40:34 2004 From: M.Simonse at Vicrea.nl (Merlijn Simonse) Date: Thu, 26 Feb 2004 14:40:34 +0100 Subject: [Mapserver-users] Compiling mapserver on Windows Message-ID: Hi all, I am trying to compile Regex on windows. I found a makefile.vc on this list which I tried, but when try to compile it I get the following Error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ for d in doc test; do (cd $d; NMAKE CPPFLAGS='-DHAVE_STRING_H -DREGEX_MALLOC' CFLAGS='-Ox -G6' CC='cl' DEFS='' LDFLAGS='' LOADLIBES='' default); done d was unexpected at this time. NMAKE : fatal error U1077: 'for' : return code '0x1' Stop. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ There have been some postings about this error last year, but no solutions. Does anybody figured out what to do with this error or does anybody have a makefile for regex that doesn't give this error? Any help would be appreciated! Thanks, Merlijn From ed at topozone.com Thu Feb 26 05:50:08 2004 From: ed at topozone.com (Ed McNierney) Date: Thu, 26 Feb 2004 08:50:08 -0500 Subject: [Mapserver-users] Compiling mapserver on Windows Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3DCA@mercator.topozone.com> Merlijn - Try making only the regex.obj target: nmake /f makefile.vc regex.obj (I can't recall whether that's the right makefile name or not, but I'm sure you know ) The build problems with regex are all around the doc, tools, and test harness, etc. All you need is this one object. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Merlijn Simonse [mailto:M.Simonse at Vicrea.nl] Sent: Thursday, February 26, 2004 8:41 AM To: 'mapserver-users at lists.gis.umn.edu' Subject: [Mapserver-users] Compiling mapserver on Windows Hi all, I am trying to compile Regex on windows. I found a makefile.vc on this list which I tried, but when try to compile it I get the following Error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ for d in doc test; do (cd $d; NMAKE CPPFLAGS='-DHAVE_STRING_H -DREGEX_MALLOC' CFLAGS='-Ox -G6' CC='cl' DEFS='' LDFLAGS='' LOADLIBES='' default); done d was unexpected at this time. NMAKE : fatal error U1077: 'for' : return code '0x1' Stop. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ There have been some postings about this error last year, but no solutions. Does anybody figured out what to do with this error or does anybody have a makefile for regex that doesn't give this error? Any help would be appreciated! Thanks, Merlijn _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nicolas.fortin at ec.gc.ca Thu Feb 26 05:47:12 2004 From: nicolas.fortin at ec.gc.ca (nicolas.fortin at ec.gc.ca) Date: Thu, 26 Feb 2004 08:47:12 -0500 Subject: [Mapserver-users] Empty Map with Oracle spatial Message-ID: Hi, 1- The IUSR_ should have access to the oracle directory. You can begin your investigation here... 2- The layers should have a projection either with PROJECTION or directly in the DATA "GEOMETRY FROM POLYGONS USING SRID XXXX" (I use both) 3- With Windows you better use complete path for the IMAGEPATH, SHAPEPATH and SYMBOLSET, I have no more problem since then. Hope this will help, Nick -----Message d'origine----- De : Henrik Wilsdorf [mailto:H.Wilsdorf at gmx.net] Envoy? : Thursday, February 26, 2004 8:23 AM ? : mapserver-users at lists.gis.umn.edu Objet : [Mapserver-users] Empty Map with Oracle spatial Hi, Mapserver-users! I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape layer is visible in the image but no data (no polygon, no line, no point) from oracle. With the shape layers all works fine in different maps. No other errors occure, but one in MS_ERRORFILE: Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file. *** What does it mean??? This error comes also, when I get a correct map without oracle layers. The Oracle connection is also o.k. When I have an error in the tablename I get the following text: msDrawMap(): Image handling error. Failed to draw layer named 'polygons'. msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942: Tabelle oder View nicht vorhanden . SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1 WHERE SDO_FILTER( POLYGONS1.GEOMETRY, MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3), MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=window') = 'TRUE' With the corrected statement I got tho following data back in SQLplus: ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) 1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50, 260, 0)) 2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0)) This should be a rectangle and a triangle. Both are also shown in the Oracle spatial advisor. The spatial data are created with autodesk Map 2004. I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG + Oracle) from mapserver.gis.umn.edu. The address I used in IE6: http://willi1/scripts/mapserv.exe?map=/data/projects/spatial1/testora1.map&m ode=map My Mapfile: MAP NAME "testora1" STATUS ON EXTENT 0 0 400 400 SIZE 600 500 SHAPEPATH "data" SYMBOLSET "etc/symbols.sym" FONTSET "etc/fonts.txt" IMAGETYPE PNG IMAGECOLOR 255 255 200 UNITS METERS WEB IMAGEPATH "/data/tmp/" IMAGEURL "/tmp/" LOG "/data/log/mslog.txt" END LAYER NAME "polygonshape" STATUS DEFAULT DATA "polygonshape" TYPE POLYGON CLASS STYLE COLOR 200 200 100 OUTLINECOLOR 1 1 1 END END END LAYER NAME "polygons" STATUS DEFAULT DATA "GEOMETRY FROM POLYGONS" TYPE POLYGON CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE COLOR 0 128 128 OUTLINECOLOR 1 1 1 END END END LAYER NAME "polylines" STATUS DEFAULT DATA "GEOMETRY FROM POLYLINES" TYPE LINE CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE COLOR 0 0 255 SIZE 50 END END END LAYER NAME "points" STATUS DEFAULT DATA "GEOMETRY FROM POINTS" TYPE POINT CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE SYMBOL 13 COLOR 1 1 1 SIZE 50 END END END END ---------------- Waiting for some help. Regards Henrik Wilsdorf -- GMX ProMail (250 MB Mailbox, 50 FreeSMS, Virenschutz, 2,99 EUR/Monat...) jetzt 3 Monate GRATIS + 3x DER SPIEGEL +++ http://www.gmx.net/derspiegel +++ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Tom.Kralidis at ec.gc.ca Thu Feb 26 06:19:59 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Thu, 26 Feb 2004 09:19:59 -0500 Subject: [Mapserver-users] SLD questions - How to filter Message-ID: <2576812186CDD411BF1500508B6DCE9506436E3B@ECNWRI1.ontario.int.ec.gc.ca> A couple of ideas: 1./ - have a 'service' i.e. some CGI script which dynamically generates an SLD document based on your query, i.e.: http://remote_server/cgi-bin/mapserv_41.exe?map=PATH/wms.map &WMTVER=1.0.0 &REQUEST=map &TRANSPARENT=TRUE &SRS=EPSG:4326 &BBOX=50,0,170,40 &WIDTH=300 &HEIGHT=150 &FORMAT=PNG &layers=boundaries &sld=http%3A//remote_server/cgi-bin/makesld.exe%3FselectedCountry%3DChina - use the SLD_BODY keyword to pass the entire SLD document (you might want to use HTTP POST here :)) 2./ - setup another mapfile with the SLD as per below as the template, and pass that output as the SLD to the WMS Hope this helps. ..Tom ========================= Tom Kralidis Systems Scientist Environment Canada Tel: +01-905-336-4409 http://www.ec.gc.ca/cise/ -----Original Message----- From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch] Sent: Thursday, February 26, 2004 2:42 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] SLD questions - How to filter Dear list, dear Assefa, I am trying to understand the functioning of the Styled Layer Descriptor and am testing the 4.1 development version. My "problem" (i.e. challenge) is the following: I would like to indicate a country name within a WMS query, e.g. something like: http://remote_server/cgi-bin/mapserv_41.exe?map=PATH/wms.map &WMTVER=1.0.0 &REQUEST=map &TRANSPARENT=TRUE &SRS=EPSG:4326 &BBOX=50,0,170,40 &WIDTH=300 &HEIGHT=150 &FORMAT=PNG &layers=boundaries &selectedCountry=China in order to receive something like the attached map (highlighting the selected country). As far as I understand I have to setup a SLD file... (I am not at all sure about the correct use of the parameters!) boundaries [CNTRY_NAME] Thailand and attach it to the URL... &SLD=PATH/sld.xml My .map file (resp. the layer) is looking like this: LAYER NAME boundaries TYPE POLYGON STATUS ON DATA boundaries CLASSITEM CNTRY_NAME LABELITEM CNTRY_NAME CLASS #EXPRESSION ('[CNTRY_NAME]' eq 'China') NAME 'boundaries' #OUTLINECOLOR 0 0 0 TEMPLATE 'dummy' LABEL FONT arial-bold TYPE truetype ANTIALIAS true SIZE 12 COLOR 248 255 43 OUTLINECOLOR 0 0 0 END END END But in the moment it doesn't work. Can anybody give me some hints or indicate the location of some examples? Thanks a lot, Stefan _______________________________________ 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 assefa at dmsolutions.ca Thu Feb 26 06:40:40 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Thu, 26 Feb 2004 09:40:40 -0500 Subject: [Mapserver-users] Compiling mapserver on Windows In-Reply-To: References: Message-ID: <403E0568.3030602@dmsolutions.ca> I ususally use the regex that comes with php source code. There is a MS VC++ project file and it builds out of the box. Hope It hepls. Later, Merlijn Simonse wrote: > Hi all, > > I am trying to compile Regex on windows. I found a makefile.vc on this list > which I tried, but when try to compile it I get the following Error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > for d in doc test; do (cd $d; NMAKE CPPFLAGS='-DHAVE_STRING_H > -DREGEX_MALLOC' CFLAGS='-Ox -G6' CC='cl' DEFS='' LDFLAGS='' LOADLIBES='' > default); done d was unexpected at this time. NMAKE : fatal error U1077: > 'for' : return code '0x1' Stop. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > There have been some postings about this error last year, but no solutions. > Does anybody figured out what to do with this error or does anybody have a > makefile for regex that doesn't give this error? > > > Any help would be appreciated! > Thanks, > Merlijn > _______________________________________________ > 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 simon at inf.univali.br Thu Feb 26 06:54:14 2004 From: simon at inf.univali.br (Fernando S.) Date: Thu, 26 Feb 2004 11:54:14 -0300 Subject: [Mapserver-users] Empty Map with Oracle spatial In-Reply-To: <12090.1077801762@www38.gmx.net> References: <12090.1077801762@www38.gmx.net> Message-ID: <403E0896.9080205@inf.univali.br> This is a multi-part message in MIME format. --------------040402050207060102060102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi Henrik I don't know if I can help you, but I will try. Did you import the data to OracleSpatial from shapefile? If yes, did you execute this command in sqlplus? (EXECUTE SDO_MIGRATE.TO_CURRENT('TABLE','GEOMETRY_COLUMN'); If you execute your CGI passing layer=points, what it happens? Can you see an image? http://willi1/scripts/mapserv.exe?map=/data/projects/spatial1/testora1.map&mode=map&layers=points Try to define one layer with status default and others with status off , I don't know if import, just try. Well, look the SDO_GTYPE in your databate. It's report type 3003. Three-dimensional polygon, I don't know if mapserv show this type. Try to pass this type to 2003 . ================================================================== 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 ================================================================== Henrik Wilsdorf wrote: >Hi, Mapserver-users! > >I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape >layer >is visible in the image but no data (no polygon, no line, no point) from >oracle. >With the shape layers all works fine in different maps. >No other errors occure, but one in MS_ERRORFILE: > Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file. >*** What does it mean??? > This error comes also, when I get a correct map without oracle layers. > >The Oracle connection is also o.k. >When I have an error in the tablename I get the following text: > >msDrawMap(): Image handling error. Failed to draw layer named 'polygons'. >msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942: Tabelle >oder View nicht vorhanden . >SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1 >WHERE SDO_FILTER( POLYGONS1.GEOMETRY, >MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3), >MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=window') = 'TRUE' > >With the corrected statement I got tho following data back in SQLplus: > >ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, >SDO_ORDINATES) > 1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), >SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50, 260, 0)) > 2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), >SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0)) > >This should be a rectangle and a triangle. Both are also shown in the Oracle >spatial advisor. >The spatial data are created with autodesk Map 2004. >I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG + Oracle) >from mapserver.gis.umn.edu. >The address I used in >IE6: >http://willi1/scripts/mapserv.exe?map=/data/projects/spatial1/testora1.map&mode=map > >My Mapfile: > >MAP > NAME "testora1" > STATUS ON > EXTENT 0 0 400 400 > SIZE 600 500 > SHAPEPATH "data" > SYMBOLSET "etc/symbols.sym" > FONTSET "etc/fonts.txt" > IMAGETYPE PNG > IMAGECOLOR 255 255 200 > UNITS METERS > WEB > IMAGEPATH "/data/tmp/" > IMAGEURL "/tmp/" > LOG "/data/log/mslog.txt" > END > > LAYER > NAME "polygonshape" > STATUS DEFAULT > DATA "polygonshape" > TYPE POLYGON > CLASS > STYLE > COLOR 200 200 100 > OUTLINECOLOR 1 1 1 > END > END > END > > LAYER > NAME "polygons" > STATUS DEFAULT > DATA "GEOMETRY FROM POLYGONS" > TYPE POLYGON > CONNECTIONTYPE ORACLESPATIAL > CONNECTION "map1/abc at willi1" > CLASS > STYLE > COLOR 0 128 128 > OUTLINECOLOR 1 1 1 > END > END > END > > LAYER > NAME "polylines" > STATUS DEFAULT > DATA "GEOMETRY FROM POLYLINES" > TYPE LINE > CONNECTIONTYPE ORACLESPATIAL > CONNECTION "map1/abc at willi1" > CLASS > STYLE > COLOR 0 0 255 > SIZE 50 > END > END > END > > LAYER > NAME "points" > STATUS DEFAULT > DATA "GEOMETRY FROM POINTS" > TYPE POINT > CONNECTIONTYPE ORACLESPATIAL > CONNECTION "map1/abc at willi1" > CLASS > STYLE > SYMBOL 13 > COLOR 1 1 1 > SIZE 50 > END > END > END > >END >---------------- >Waiting for some help. > >Regards > >Henrik Wilsdorf > > > --------------040402050207060102060102 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Henrik
    I don't know if I can  help you, but I will try.
    Did you import the data to OracleSpatial from shapefile? If yes, did you execute this command in sqlplus?    (EXECUTE SDO_MIGRATE.TO_CURRENT('TABLE','GEOMETRY_COLUMN');
    If you execute your CGI passing layer=points, what it happens? Can you see an image?
        http://willi1/scripts/mapserv.exe?map=/data/projects/spatial1/testora1.map&mode=map&layers=points
    Try to define one layer with status default and others with status off , I don't know if import, just try.
    Well, look the SDO_GTYPE in your databate. It's report type 3003.  Three-dimensional polygon, I don't know if mapserv show this type. Try to pass this type to 2003 .

==================================================================
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
==================================================================

Henrik Wilsdorf wrote: 

Hi, Mapserver-users!

I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape
layer 
is visible in the image but no data (no polygon, no line, no point) from
oracle.
With the shape layers all works fine in different maps.
No other errors occure, but one in MS_ERRORFILE:
    Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file.
*** What does it mean???
 This error comes also, when I get a correct map without oracle layers.

The Oracle connection is also o.k.
When I have an error in the tablename I get the following text:

msDrawMap(): Image handling error. Failed to draw layer named 'polygons'. 
msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942: Tabelle
oder View nicht vorhanden . 
SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1 
WHERE SDO_FILTER( POLYGONS1.GEOMETRY, 
MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),
MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=window') = 'TRUE' 

With the corrected statement I got tho following data back in SQLplus:

ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO,
SDO_ORDINATES)
     1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1),
SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50, 260, 0))
     2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1),
SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0))
     
This should be a rectangle and a triangle. Both are also shown in the Oracle
spatial advisor.
The spatial data are created with autodesk Map 2004.
I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG + Oracle)
from mapserver.gis.umn.edu.
The address I used in
IE6:
http://willi1/scripts/mapserv.exe?map=/data/projects/spatial1/testora1.map&mode=map

My Mapfile:

MAP
  NAME "testora1"
  STATUS ON
  EXTENT 0 0 400 400 
  SIZE 600 500 
  SHAPEPATH "data"
  SYMBOLSET "etc/symbols.sym"
  FONTSET "etc/fonts.txt"
  IMAGETYPE PNG
  IMAGECOLOR 255 255 200
  UNITS METERS
  WEB
    IMAGEPATH "/data/tmp/"
    IMAGEURL "/tmp/"
    LOG "/data/log/mslog.txt"
  END
  
  LAYER
      NAME "polygonshape"
      STATUS DEFAULT
      DATA "polygonshape"
      TYPE POLYGON
      CLASS
        STYLE
          COLOR 200 200 100
          OUTLINECOLOR 1 1 1
         END
      END
  END
  
  LAYER
        NAME "polygons"
        STATUS DEFAULT
        DATA "GEOMETRY FROM POLYGONS"
        TYPE POLYGON
        CONNECTIONTYPE ORACLESPATIAL
        CONNECTION "map1/abc at willi1"
        CLASS
          STYLE
            COLOR 0 128 128
            OUTLINECOLOR 1 1 1
          END
        END
    END

  LAYER
    NAME "polylines"
    STATUS DEFAULT
    DATA "GEOMETRY FROM POLYLINES"
    TYPE LINE
    CONNECTIONTYPE ORACLESPATIAL
    CONNECTION "map1/abc at willi1"
    CLASS
      STYLE
        COLOR 0 0 255
        SIZE 50
      END
    END
  END
  
  LAYER
    NAME "points"
    STATUS DEFAULT
    DATA "GEOMETRY FROM POINTS"
    TYPE POINT
    CONNECTIONTYPE ORACLESPATIAL
    CONNECTION "map1/abc at willi1"
    CLASS
      STYLE
        SYMBOL 13
        COLOR 1 1 1
        SIZE 50
      END
    END
   END
   
END
----------------
Waiting for some help.

Regards

Henrik Wilsdorf

--------------040402050207060102060102-- From woodbri at swoodbridge.com Thu Feb 26 06:53:47 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Thu, 26 Feb 2004 09:53:47 -0500 Subject: [Mapserver-users] Layers added but not displayed !!! In-Reply-To: Message-ID: <403DC22B.4944.19B8A743@localhost> The objects with TYPE none can not be displayed as they have NO geometry. For example altname is just a list of TLIDs and alternate names for those TLIDs. You don't have any text labels because you have not defined any in your mapfile under the appropriate layers. -Steve W. On 26 Feb 2004 at 9:52, Dharani Babu wrote: > Hi all , > I am new bie who started working on mapserver with the help of the members > of this group . > ( credit goes to Tyler Mitchell , Paul spencer !!) . > I am trying to render TIGER files with OGR CONNECTION TYPE. I downloaded the > tiger files and have rendered the completechain of new hampshire - > rockingham county . Its cool . I found the extent , layers details with > ogrinfo .exe of GDAL . The output of ogrinfo gaveme the > following list of 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) > Now I can see the CompleteChain which displays the line work of the county . > And I added the layers for Landmarks ( 5) , EntityNames (9) , PIP ( 12) also > . Now I got a map with dots everywhere denoting landmarks and PIP . But I > dont find any of the ?Entity Names ? Why so ? And more over I expect the > addition of Entity Names will display the Locations , city names , landmark > names etc on the map . Am I right ? or missing something ? And what are the > significance of other layers like AltName , FeatureIDs ,ZipCodes vis-vis > rendering the map ? > When I tried to add the layers without geometry (TYPE none ) what should be > the TYPE value in LAYER definition ? And Can I add them as layers first of > all ??Are they renderable or they are meant for some other purpose ??:) > My map file is as follows . Could any of you help me ? Thanks in advance > dharani > > > # > # Start of map file > # > NAME DEMO > STATUS ON > SIZE 800 800 > 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_rm2.html > FOOTER demo_footer.html > # MINSCALE 1000 > # MAXSCALE 1550000 > IMAGEPATH "C:/ms4w/apache/htdocs/temp_rm2/" > IMAGEURL "/temp_rm2/" > # 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 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 > STATUS DEFAULT > CONNECTIONTYPE OGR > CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" > DATA "EntityNames" > CLASS > SYMBOL "circle" > SIZE 1 > COLOR 0 0 200 > END > END > > > > LAYER > GROUP tigerdata > NAME tiger12 > TYPE POINT > STATUS DEFAULT > CONNECTIONTYPE OGR > CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" > DATA "PIP" > CLASS > SYMBOL "circle" > SIZE 1 > COLOR 0 0 200 > END > END > > END # Map file > > _________________________________________________________________ > Raja Ravi Varma paintings. Buy art prints. > http://go.msnserver.com/IN/42737.asp At MSN Shopping. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From AWOOLEY at mountainland.org Thu Feb 26 06:53:03 2004 From: AWOOLEY at mountainland.org (ANDREW WOOLEY) Date: Thu, 26 Feb 2004 07:53:03 -0700 Subject: [Mapserver-users] ProjectionObj UTM to LatLong - PHP Message-ID: Folks, I am having a problem projecting a point. I looked a the documentation (http://mapserver.gis.umn.edu/doc/phpmapscript-class-guide.html#proj ) and basically copied it and modified for my own use. It works great when I go from State Plane to UTM. I get the correct results with no complaints. Then, if I take the resulting UTM coordinates (or the State Plane Coordinates) and try to convert to LatLong, it complains like this: Warning: MapServer Error in msSearchDiskTree(): in /home/www/html/trailsmap2.phtml on line 38 I have pasted the code below and marked line 38 in the code. function CalcCoords($utmx,$utmy) { //This function takes the clicked XY and converts it to UTM global $map; $projInObj = ms_newprojectionobj($map->GetProjection()); // This map is State Plane Utah Central NAD 27 $projOutObj = ms_newprojectionobj("init=epsg:26712"); // UTM Zone 12N NAD 27 $poPoint = ms_newpointobj(); $poPoint->setXY($utmx, $utmy); $poPoint->project($projInObj, $projOutObj); $utmx = $poPoint->x; $utmy = $poPoint->y; $poPoint->free(); $projInObj->free(); $projOutObj->free(); //Then to LAT LONG $projInObj = ms_newprojectionobj("init=epsg:26712"); //UTM NAD 27 Zone 12N $projOutObj = ms_newprojectionobj("init=epsg:4268"); //NAD 27 Lat Long $poPoint = ms_newpointobj(); $poPoint->setXY($utmx, $utmy); <<<<<< Line 38. $poPoint->project($projInObj, $projOutObj); $lat = $poPoint->x; $long = $poPoint->y; $poPoint->free(); $projInObj->free(); $projOutObj->free(); ... } I have tried to put "proj=latlong" like the docs say with the same result. Any help would be greatly appreciated. Oh, I am using version 3.6.5. Thanks for your time. Andrew Wooley GIS Coordinator Mountainland Association of Governments 586 E 800 N Orem, UT 84097 ph: 801.229.3844 email: awooley at mountainland.org From fx.prunayre at oieau.fr Thu Feb 26 07:16:51 2004 From: fx.prunayre at oieau.fr (=?iso-8859-1?Q?Fran=E7ois-Xavier_Prunayre?=) Date: Thu, 26 Feb 2004 16:16:51 +0100 Subject: [Mapserver-users] Empty Map with Oracle spatial - SDO_GTYPE References: <12090.1077801762@www38.gmx.net> <403E0896.9080205@inf.univali.br> Message-ID: <005601c3fc7b$8f959df0$c6b239c2@NT2.oieau.fr> This is a multi-part message in MIME format. ------=_NextPart_000_0053_01C3FC83.F144A930 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, if you are using OGR connection it works with SDO_GTYPE =3D 300x.=20 When you load shapefile or mapinfo tab using ogr2ogr in oracle spatial, it = create 3D geom. Try to add SRID information in your mapfile as Nicolas said previously ?=20 Francois ----- Original Message -----=20 From: Fernando S.=20 To: Henrik Wilsdorf ; mapserver-users at lists.gis.umn.edu=20 Sent: Thursday, February 26, 2004 3:54 PM Subject: Re: [Mapserver-users] Empty Map with Oracle spatial Hi Henrik I don't know if I can help you, but I will try. Did you import the data to OracleSpatial from shapefile? If yes, did = you execute this command in sqlplus? (EXECUTE SDO_MIGRATE.TO_CURRENT('TA= BLE','GEOMETRY_COLUMN'); If you execute your CGI passing layer=3Dpoints, what it happens? Can = you see an image? http://willi1/scripts/mapserv.exe?map=3D/data/projects/spatial1/t= estora1.map&mode=3Dmap&layers=3Dpoints Try to define one layer with status default and others with status of= f , I don't know if import, just try. Well, look the SDO_GTYPE in your databate. It's report type 3003. Th= ree-dimensional polygon, I don't know if mapserv show this type. Try to pas= s this type to 2003 . =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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=E7=E3o Aplicada=20 Fone: 047 - 341 7960=20 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=20 Henrik Wilsdorf wrote:=20 Hi, Mapserver-users! I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape layer=20 is visible in the image but no data (no polygon, no line, no point) from oracle. With the shape layers all works fine in different maps. No other errors occure, but one in MS_ERRORFILE: Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file. *** What does it mean??? This error comes also, when I get a correct map without oracle layers. The Oracle connection is also o.k. When I have an error in the tablename I get the following text: msDrawMap(): Image handling error. Failed to draw layer named 'polygons'.= =20 msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942: Tabelle oder View nicht vorhanden .=20 SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1=20 WHERE SDO_FILTER( POLYGONS1.GEOMETRY,=20 MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3), MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=3Dwindow') =3D 'TRUE'= =20 With the corrected statement I got tho following data back in SQLplus: ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) 1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50, 260,= 0)) 2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0)) =20=20=20=20=20 This should be a rectangle and a triangle. Both are also shown in the Oracle spatial advisor. The spatial data are created with autodesk Map 2004. I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG + Oracle) from mapserver.gis.umn.edu. The address I used in IE6: http://willi1/scripts/mapserv.exe?map=3D/data/projects/spatial1/testora1.ma= p&mode=3Dmap My Mapfile: MAP NAME "testora1" STATUS ON EXTENT 0 0 400 400=20 SIZE 600 500=20 SHAPEPATH "data" SYMBOLSET "etc/symbols.sym" FONTSET "etc/fonts.txt" IMAGETYPE PNG IMAGECOLOR 255 255 200 UNITS METERS WEB IMAGEPATH "/data/tmp/" IMAGEURL "/tmp/" LOG "/data/log/mslog.txt" END =20=20 LAYER NAME "polygonshape" STATUS DEFAULT DATA "polygonshape" TYPE POLYGON CLASS STYLE COLOR 200 200 100 OUTLINECOLOR 1 1 1 END END END =20=20 LAYER NAME "polygons" STATUS DEFAULT DATA "GEOMETRY FROM POLYGONS" TYPE POLYGON CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE COLOR 0 128 128 OUTLINECOLOR 1 1 1 END END END LAYER NAME "polylines" STATUS DEFAULT DATA "GEOMETRY FROM POLYLINES" TYPE LINE CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE COLOR 0 0 255 SIZE 50 END END END =20=20 LAYER NAME "points" STATUS DEFAULT DATA "GEOMETRY FROM POINTS" TYPE POINT CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE SYMBOL 13 COLOR 1 1 1 SIZE 50 END END END =20=20=20 END ---------------- Waiting for some help. Regards Henrik Wilsdorf =20=20 --=20 Ce message a ete verifie par MailScanner pour des virus ou des polluriels= et rien de suspect n'a ete trouve.=20 Les donnees et renseignements contenus dans ce message sont personnels, c= onfidentiels et secrets.Toute publication, utilisation ou diffusion, meme p= artielle, doit etre autorisee.=20 Any data and information contained in this electronic mail is personal, c= onfidential and secret. Any total or partial publication, use or distributi= on must be authorized.=20 --=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 secrets.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_0053_01C3FC83.F144A930 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi, if you are using OGR connection it wor= ks with=20 SDO_GTYPE =3D 300x.
When you load shapefile or mapinfo tab usi= ng=20 ogr2ogr in oracle spatial, it create 3D geom.
Try to add SRID information in your mapfil= e as=20 Nicolas said previously ?
 
Francois
----- Original Message -----
Fro= m:=20 Fern= ando=20 S.
To: Henrik Wilsdorf ; mapserver-users at lists.g= is.umn.edu=20
Sent: Thursday, February 26, 2004 = 3:54=20 PM
Subject: Re: [Mapserver-users] Emp= ty Map=20 with Oracle spatial

Hi= =20 Henrik
    I don't know if I can  help you, but I = will=20 try.
    Did you import the data to OracleSpatial from= =20 shapefile? If yes, did you execute this command in sqlplus?  &n= bsp;=20 (EXECUTE=20 SDO_MIGRATE.TO_CURRENT('TABLE','GEOMETRY_COLUMN');
    = If=20 you execute your CGI passing layer=3Dpoints, what it happens? Can you see= an=20 image?
        http://willi1/scripts/mapse= rv.exe?map=3D/data/projects/spatial1/testora1.map&mode=3Dmap&layers= =3Dpoints
   =20 Try to define one layer with status default and others with status off , = I=20 don't know if import, just try.
    Well, look the SDO_= GTYPE=20 in your databate. It's report type 3003.  Three-dimensional polygon,= I=20 don't know if mapserv show this type. Try to pass this type to 2003=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
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=E3o 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=20

Henrik Wilsdorf wrote:=20 
Hi, Mapserver-users!

I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape
layer=20
is visible in the image but no data (no polygon, no line, no point) from
oracle.
With the shape layers all works fine in different maps.
No other errors occure, but one in MS_ERRORFILE:
    Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file.
*** What does it mean???
 This error comes also, when I get a correct map without oracle layers.

The Oracle connection is also o.k.
When I have an error in the tablename I get the following text:

msDrawMap(): Image handling error. Failed to draw layer named 'polygons'.=
=20
msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942: Tabelle
oder View nicht vorhanden .=20
SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1=20
WHERE SDO_FILTER( POLYGONS1.GEOMETRY,=20
MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),
MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=3Dwindow') =3D 'TRUE'=
=20

With the corrected statement I got tho following data back in SQLplus:

ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO,
SDO_ORDINATES)
     1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1),
SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50, 260,=
 0))
     2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1),
SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0))
=20=20=20=20=20
This should be a rectangle and a triangle. Both are also shown in the Oracle
spatial advisor.
The spatial data are created with autodesk Map 2004.
I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG + Oracle)
from mapserver.gis.umn.edu.
The address I used in
IE6:
http://willi1/sc=
ripts/mapserv.exe?map=3D/data/projects/spatial1/testora1.map&mode=3Dmap=


My Mapfile:

MAP
  NAME "testora1"
  STATUS ON
  EXTENT 0 0 400 400=20
  SIZE 600 500=20
  SHAPEPATH "data"
  SYMBOLSET "etc/symbols.sym"
  FONTSET "etc/fonts.txt"
  IMAGETYPE PNG
  IMAGECOLOR 255 255 200
  UNITS METERS
  WEB
    IMAGEPATH "/data/tmp/"
    IMAGEURL "/tmp/"
    LOG "/data/log/mslog.txt"
  END
=20=20
  LAYER
      NAME "polygonshape"
      STATUS DEFAULT
      DATA "polygonshape"
      TYPE POLYGON
      CLASS
        STYLE
          COLOR 200 200 100
          OUTLINECOLOR 1 1 1
         END
      END
  END
=20=20
  LAYER
        NAME "polygons"
        STATUS DEFAULT
        DATA "GEOMETRY FROM POLYGONS"
        TYPE POLYGON
        CONNECTIONTYPE ORACLESPATIAL
        CONNECTION "map1/abc at willi1"
        CLASS
          STYLE
            COLOR 0 128 128
            OUTLINECOLOR 1 1 1
          END
        END
    END

  LAYER
    NAME "polylines"
    STATUS DEFAULT
    DATA "GEOMETRY FROM POLYLINES"
    TYPE LINE
    CONNECTIONTYPE ORACLESPATIAL
    CONNECTION "map1/abc at willi1"
    CLASS
      STYLE
        COLOR 0 0 255
        SIZE 50
      END
    END
  END
=20=20
  LAYER
    NAME "points"
    STATUS DEFAULT
    DATA "GEOMETRY FROM POINTS"
    TYPE POINT
    CONNECTIONTYPE ORACLESPATIAL
    CONNECTION "map1/abc at willi1"
    CLASS
      STYLE
        SYMBOL 13
        COLOR 1 1 1
        SIZE 50
      END
    END
   END
=20=20=20
END
----------------
Waiting for some help.

Regards

Henrik Wilsdorf


--
Ce message a ete verifie par MailScanner pour des vir= us ou=20 des polluriels et rien de suspect n'a ete trouve.=20
 
Les donnees et=20 renseignements contenus dans ce message sont personnels, confidentiels et= =20 secrets.Toute publication, utilisation ou diffusion, meme partielle, doit= etre=20 autorisee.=20
 
Any data and inform= ation=20 contained in this electronic mail is personal, confidential and secret. A= ny=20 total or partial publication, use or distribution must be authorized.=20
--=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 secrets.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_0053_01C3FC83.F144A930-- From lfilak at medinaco.org Thu Feb 26 07:36:09 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 26 Feb 2004 10:36:09 -0500 Subject: [Mapserver-users] Perl/Python/Ruby mapscript development documentation Message-ID: <20040226153600.781871A6599@mail.medinaco.org> Yes & no - I checked mapscript.html. What am I missing - are they not intended to be one in the same? If not I'll just automate grabbing it. Logging into cvs is not something I look forward to doing manually daily. Yes - allowing for the fact that it is not finished. Lowell The following message was sent by Sean Gillies on Wed, 25 Feb 2004 10:54:44 -0700. > Is that a statement of complete approval? Did you check the underlying > mapscript.txt file? Does it look like something you'd use instead of > referring to the PHP readme? > > Sean > > On Feb 25, 2004, at 6:38 AM, Lowell Filak wrote: > > > Thank you to all the developers. > > > > Lowell > > > > The following message was sent by Sean Gillies on > > Tue, 24 Feb 2004 10:19:40 -0700. > > > >> Hi, > >> > >> Following the example of the PHP-mapscript developers, we are now > >> maintaining > >> documentation for the development mapscript in a text file. In CVS in > >> can be > >> found at mapscript/doc/mapscript.txt. Language-specific appendices > >> will be > >> at mapscript/doc/python.txt etc. This new documentation fills the > >> same > >> role as > >> the README file under mapscript/php3. Is a work in progress, but I'm > >> chipping > >> away at it every day and we'll be caught up with the current state of > >> the > >> development code soon. > >> > >> We are trying out restructured text as a file format. It provides > >> just > >> enough > >> structure that it can be parsed and rendered into XML or HTML. During > >> the > >> evaluation of mapscript.txt I will be regularly generating HTML from > >> the text source > >> and putting it up at > >> > >> http://users.frii.com/sgillies/examples/mapscript.html > >> > >> Links to the original text source and documentation about reST and > >> links to > >> download of reST tools are at the bottom of the page. If users > >> appreciate this > >> development documentation, I'll work the generation of HTML docs into > >> the mapserver > >> nightly build. > >> > >> If you have considerations that you'd like to add to Bugzilla > >> regarding > >> the > >> development docs, join the discussion here > >> > >> http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=576 > >> > >> or discuss here on the list and I'll try to summarize on Bugzilla. > >> > >> cheers, > >> 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 > > > > _______________________________________________ > > 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 sgillies at frii.com Thu Feb 26 07:46:13 2004 From: sgillies at frii.com (Sean Gillies) Date: Thu, 26 Feb 2004 08:46:13 -0700 Subject: [Mapserver-users] Perl/Python/Ruby mapscript development documentation In-Reply-To: <20040226153600.781871A6599@mail.medinaco.org> References: <20040226153600.781871A6599@mail.medinaco.org> Message-ID: Lowell, Mapscript.txt is the only file committed to CVS. The HTML is generated from it. Sorta like the relationship of mapscript.i to mapscript_wrap.c. And I'd like to get it produced nightly just like the C wrapper file. What I'd like to find out from you and others is whether or not the internal hyperlink targets muck up or reduce the readibility of mapscript.txt. These are the bits of structured text that look like (for example) .. _shapeObj.project: Sean On Feb 26, 2004, at 8:36 AM, Lowell Filak wrote: > Yes & no - I checked mapscript.html. > What am I missing - are they not intended to be one in the same? If not > I'll just automate grabbing it. > Logging into cvs is not something I look forward to doing manually > daily. > Yes - allowing for the fact that it is not finished. > > Lowell > > The following message was sent by Sean Gillies on > Wed, 25 Feb 2004 10:54:44 -0700. > >> Is that a statement of complete approval? Did you check the >> underlying >> mapscript.txt file? Does it look like something you'd use instead of >> referring to the PHP readme? >> >> Sean >> >> On Feb 25, 2004, at 6:38 AM, Lowell Filak wrote: >> >>> Thank you to all the developers. >>> >>> Lowell >>> >>> The following message was sent by Sean Gillies on >>> Tue, 24 Feb 2004 10:19:40 -0700. >>> >>>> Hi, >>>> >>>> Following the example of the PHP-mapscript developers, we are now >>>> maintaining >>>> documentation for the development mapscript in a text file. In CVS >>>> in >>>> can be >>>> found at mapscript/doc/mapscript.txt. Language-specific appendices >>>> will be >>>> at mapscript/doc/python.txt etc. This new documentation fills the >>>> same >>>> role as >>>> the README file under mapscript/php3. Is a work in progress, but >>>> I'm >>>> chipping >>>> away at it every day and we'll be caught up with the current state >>>> of >>>> the >>>> development code soon. >>>> >>>> We are trying out restructured text as a file format. It provides >>>> just >>>> enough >>>> structure that it can be parsed and rendered into XML or HTML. >>>> During >>>> the >>>> evaluation of mapscript.txt I will be regularly generating HTML from >>>> the text source >>>> and putting it up at >>>> >>>> http://users.frii.com/sgillies/examples/mapscript.html >>>> >>>> Links to the original text source and documentation about reST and >>>> links to >>>> download of reST tools are at the bottom of the page. If users >>>> appreciate this >>>> development documentation, I'll work the generation of HTML docs >>>> into >>>> the mapserver >>>> nightly build. >>>> >>>> If you have considerations that you'd like to add to Bugzilla >>>> regarding >>>> the >>>> development docs, join the discussion here >>>> >>>> http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=576 >>>> >>>> or discuss here on the list and I'll try to summarize on Bugzilla. >>>> >>>> cheers, >>>> 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 >>> >>> _______________________________________________ >>> 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 gengx at agr.gc.ca Thu Feb 26 07:37:51 2004 From: gengx at agr.gc.ca (Xiaoyuan Geng) Date: Thu, 26 Feb 2004 10:37:51 -0500 Subject: [Mapserver-users] Mapscript doesn't write map file in expected order! Message-ID: Hello I am using PHP Mapscript to add more METADATA contents to a map file. It seems that Mapscript resorts the contents of METADATA members before I same the map file. Also mapscript adds tab instead of one space between the name and the content. Any way to fix this problem? Below is the example: Expected order: $myMap->setMetaData("wms_title", "GDAS Geolinking Map"); $myMap->setMetaData("wfs_title", "GDAS Geolinking Map"); $myMap->setMetaData( "wms_onlineresource",$strWMS_WFS ); $myMap->setMetaData( "wfs_onlineresource",$strWMS_WFS ); $myMap->setMetaData( "wms_srs",SERVER_PROJECTIONS ); $myMap->setMetaData( "wfs_srs",SERVER_PROJECTIONS ); $myMap->setMetaData( "wms_feature_info_mime_type","text/html" ); Mapscript output: "wms_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 EPSG:26907" "wms_onlineresource" "myserver/cgi-bin/mapserv?map=map file name" "wms_title" "GDAS Geolinking Map" "wms_feature_info_mime_type" "text/html" "wfs_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 EPSG:26907" "wfs_title" "AAFC GDAS Geolinking Map" "wfs_onlineresource" "myserver/cgi-bin/mapserv?map=map file name" Thank you very much! Shawn From muratisik at megatek.com.tr Thu Feb 26 07:52:06 2004 From: muratisik at megatek.com.tr (Murat Isik) Date: Thu, 26 Feb 2004 17:52:06 +0200 Subject: [Mapserver-users] mysql layers cant be drawn Message-ID: <079101c3fc80$7ed5cc60$b4704ad5@murathq> This is a multi-part message in MIME format... ------=_NextPart_000_078B_01C3FC91.3FB72310 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I am developing a php map site which has only one city and several layers w= ithin that city. Until recently all layers were defined in the mapfile, ph= p function only called them by name and turned them on.The maps were genera= ted perfectly. Then I decided to move all my php-called layers to mysql and= created a table with coloumns for all needed values for any layer definiti= on. I only left the always-ON layers in the map file. After I did this excl= uding the mapfile layers I could not get the mapscript to draw the maps for= more than 16 mysql based layers, and that includes any combination of my = 25 mysql layers. No map is rendered and no error is recorded in niether htt= pd log nor anywhere else. I set the php process time out to limitless but = nothing changed. I found it very puzzling to be limited to only 16 mysql la= yers, a weird number.=20 My system properties: Redhat 9, mapserver/mapscript 4.0.1 , mysql 3.23 This is the code I use to read layer properties off the database and have l= ayers generated: for($ltn=3D1;$ltn<=3D3;$ltn++)=20=20=20=20=20=20 { if($ltn=3D=3D1) { $layertype=3D"MS_LAYER_POLYGON"; }elseif($ltn=3D=3D2) { $layertype=3D"MS_LAYER_LINE"; }else{ $layertype=3D"MS_LAYER_POINT"; } $result =3D mysql_query("select * from layer_styles where type=3D'$layertyp= e' and status=3D'MS_ON' and scale_factor_max>'$scale_factor_x' and scale_fa= ctor_min<=3D'$scale_factor_x' order by id") or die (mysql_error()); while ($row =3D mysql_fetch_array($result)) { if($xmin>=3D$row["extentminx"] && $ymin>=3D$row["extentminy= "] && $xmax<=3D$row["extentmaxx"] && $ymax<=3D$row["extentmaxy"]) { $layer =3D ms_newLayerObj($map); $layer->set("name",$row["name"]); if($ltn=3D=3D1){$layer->set("type",MS_LAYER= _POLYGON);}elseif($ltn=3D=3D2){$layer->set("type",MS_LAYER_LINE);}else{$lay= er->set("type",MS_LAYER_POINT);} if($row["status"]=3D=3D"MS_ON"){$layer->set= ("status",MS_ON);}else{$layer->set("status",MS_OFF);} if($row["dynamic"]=3D=3D0){$layer->set("dat= a","/var/www/html/mapserver/data/".$row["data"]);}else{$layer->set("data","= /var/www/html/mapserver/dynamicdata/".$row["data"]);} if($row["labelcache"]=3D=3D"MS_ON"){$layer-= >set("labelcache",MS_ON);}else{$layer->set("labelcache",MS_OFF);} if($row["labelitem"]!=3D"0"){$layer->set("l= abelitem", $row["labelitem"]);} $class =3D ms_newClassObj($layer); if($row["namedisplay"]!=3D0){$class->set("n= ame",$row["classname"]);} $style=3Dms_newStyleObj($class); $colors=3Dexplode(" ",$row["stylecolor"]); $style->color->setRGB($colors[0],$colors[1]= ,$colors[2]); if($row["styleoutlinecolor"]!=3D"YOK") { $outsidecolors=3Dexplode(" = ",$row["styleoutlinecolor"]); $style->outlinecolor->setRGB($outs= idecolors[0],$outsidecolors[1],$outsidecolors[2]); } if($ltn=3D=3D2 || $ltn=3D=3D3) { $style->set("symbol",$row["= stylesymbol"]); $style->set("size",$row["st= ylesize"]); } $class->{label}->set('size', $row["labelsiz= e"]); $class->{label}->set('minsize', 2 ); if($row["labelposition"]=3D=3D"MS_AUTO"){$c= lass->{label}->set('position',MS_AUTO);}elseif($row["labelposition"]=3D=3D"= MS_UL"){$class->{label}->set('position',MS_UL);}elseif($row["labelposition"= ]=3D=3D"MS_LR"){$class->{label}->set('position',MS_LR);}elseif($row["labelp= osition"]=3D=3D"MS_UR"){$class->{label}->set('position',MS_UR);}elseif($row= ["labelposition"]=3D=3D"MS_LL"){$class->{label}->set('position',MS_LL);}els= eif($row["labelposition"]=3D=3D"MS_CR"){$class->{label}->set('position',MS_= CR);}elseif($row["labelposition"]=3D=3D"MS_CL"){$class->{label}->set('posit= ion',MS_CL);}elseif($row["labelposition"]=3D=3D"MS_UC"){$class->{label}->se= t('position',MS_UC);}elseif($row["labelposition"]=3D=3D"MS_CC"){$class->{la= bel}->set('position',MS_CC);} if($row["labelautoangle"]=3D=3D1){$class->{= label}->set('autoangle',1);} $color_label=3Dexplode(" ",$row["labelcolor= "]); $class->{label}->color->setRGB($color_label= [0],$color_label[1],$color_label[2]); $class->{label}->set('font',$row["labelfont= "]); if($row["labeltype"]=3D=3D"MS_TRUETYPE"){$c= lass->{label}->set('type',MS_TRUETYPE);}else{$class->{label}->set('type',MS= _BITMAP);} $w++; } } mysql_free_result($result); } $image=3D$map->draw(); Is there a syntax error? I dont thinks o, if there were why would it only w= ork with 16 only instead of none. Have a nice day, Murat Isik ------=_NextPart_000_078B_01C3FC91.3FB72310-- From assefa at dmsolutions.ca Thu Feb 26 08:08:00 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Thu, 26 Feb 2004 11:08:00 -0500 Subject: [Mapserver-users] SLD questions - How to filter In-Reply-To: <6.0.1.1.2.20040226082154.042ef918@gridg.grid.unep.ch> References: <6.0.1.1.2.20040226082154.042ef918@gridg.grid.unep.ch> Message-ID: <403E19E0.9000400@dmsolutions.ca> Hi There, I have added a link in Mapserver wiki to a documentation related to the SLD support in Mapserver : http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SLDMapServer. Note that this document will in the near feature be used to produce an offical howto. There are examples in this documentation that should answer your questions. If you still have some specific issues, please let me know. Best Regrads, Stefan Schwarzer wrote: > Dear list, dear Assefa, > > I am trying to understand the functioning of the Styled Layer Descriptor > and am testing the 4.1 development version. > > My "problem" (i.e. challenge) is the following: I would like to indicate > a country name within a WMS query, e.g. something like: > > http://remote_server/cgi-bin/mapserv_41.exe?map=PATH/wms.map > &WMTVER=1.0.0 > &REQUEST=map > &TRANSPARENT=TRUE > &SRS=EPSG:4326 > &BBOX=50,0,170,40 > &WIDTH=300 > &HEIGHT=150 > &FORMAT=PNG > &layers=boundaries > > * **&selectedCountry=China > > *in order to receive something like the attached map (highlighting the > selected country). > > As far as I understand I have to setup a SLD file... (I am not at all > sure about the correct use of the parameters!) > > > > boundaries > > > > [CNTRY_NAME] > Thailand > > > > > > > and attach it to the URL... > &SLD=PATH/sld.xml > > My .map file (resp. the layer) is looking like this: > LAYER > NAME boundaries > TYPE POLYGON > STATUS ON > DATA boundaries > CLASSITEM CNTRY_NAME > LABELITEM CNTRY_NAME > CLASS > #EXPRESSION ('[CNTRY_NAME]' eq 'China') > NAME 'boundaries' > #OUTLINECOLOR 0 0 0 > TEMPLATE 'dummy' > LABEL > FONT arial-bold > TYPE truetype > ANTIALIAS true > SIZE 12 > COLOR 248 255 43 > OUTLINECOLOR 0 0 0 > END > END > END > > But in the moment it doesn't work. Can anybody give me some hints or > indicate the location of some examples? > > Thanks a lot, > > Stefan > > > > > > _______________________________________ > > *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 warmerdam at pobox.com Thu Feb 26 08:19:34 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 26 Feb 2004 11:19:34 -0500 Subject: [Mapserver-users] Mapscript doesn't write map file in expected order! In-Reply-To: References: Message-ID: <403E1C96.6060500@pobox.com> Xiaoyuan Geng wrote: > Hello > > I am using PHP Mapscript to add more METADATA contents to a map file. > It seems that Mapscript resorts the contents of METADATA members before > I same the map file. Also mapscript adds tab instead of one space > between the name and the content. Any way to fix this problem? Below is > the example: > > Expected order: > $myMap->setMetaData("wms_title", "GDAS Geolinking > Map"); > $myMap->setMetaData("wfs_title", "GDAS Geolinking Map"); > $myMap->setMetaData( "wms_onlineresource",$strWMS_WFS ); > $myMap->setMetaData( "wfs_onlineresource",$strWMS_WFS > ); > $myMap->setMetaData( "wms_srs",SERVER_PROJECTIONS ); > $myMap->setMetaData( "wfs_srs",SERVER_PROJECTIONS ); > $myMap->setMetaData( "wms_feature_info_mime_type","text/html" > ); > > Mapscript output: > > "wms_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 > EPSG:26907" > "wms_onlineresource" "myserver/cgi-bin/mapserv?map=map file > name" > "wms_title" "GDAS Geolinking Map" > "wms_feature_info_mime_type" "text/html" > "wfs_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 > EPSG:26907" > "wfs_title" "AAFC GDAS Geolinking Map" > "wfs_onlineresource" "myserver/cgi-bin/mapserv?map=map file > name" Shawn, Why should this matter? My understanding is that there is no significants to the metadata item order. Also, whats wrong with emitting a tab as the spacer? It still reads and parses as a map file properly, right? 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 TENIERER at gov.ns.ca Thu Feb 26 09:00:23 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Thu, 26 Feb 2004 13:00:23 -0400 Subject: [Mapserver-users] Working with legend created via processlegendtemplate() Message-ID: Hi all, I have my legend set up and it looks great. I have checkboxes next to each layer to turn them on and off (originally from MapServer). How do I use that functionality to refresh properly after the user changes the status of the layer (IE checks or unchecks it)? I have dumped the html legend to a file, and have looked inside. Each layer has a checkbox input, but the name is the same for all: name="legendlayername[]" only the values are different (they are the layer names). After my refresh, I would like to see whether or not the checkbox is 0 or 1, and set the status of the layer accordingly. Am I over-analyzing this?? Rene From josemariamichia at yahoo.com.ar Thu Feb 26 09:21:04 2004 From: josemariamichia at yahoo.com.ar (=?iso-8859-1?q?Jose=20Maria=20Michia?=) Date: Thu, 26 Feb 2004 14:21:04 -0300 (ART) Subject: [Mapserver-users] Mapscript Message-ID: <20040226172104.32685.qmail@web60506.mail.yahoo.com> --0-1519606036-1077816064=:31539 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi. I have a Tomcat Application that uses Mapscript (Java Interface) trought an RMI Server in a n-layer. This is useful for no tomcat crash, but the rmi crash. So, my application never die..... but the performance is bad, and no error message. I never know what is wrong. I decide maintain the java applicaction and put the mapserver work in a PHP application or Perl application. This application will generate some XML with tags like MAP_IMAGE_NAME, MAP_EXTENT, etc.... Maybe identify implementations, and add some dinamyc layers. What interface recommend you? Perl or Mapscript? Thanks, sorry my english. http://visualizador.rosario.gov.ar (non stable). I hope replace RMI with php or perl in the next version. Next version come with some interesting funcionality, like custom querys, new important layers (urban transport), and tips for the custom querys result objets).... Cooming soon :D People: I have very bad experience with Java interface. I recommend you no use Java interface (or use only y little static mapping. If you no change the MAP file , and no add runtime objetcs, maybe you don?t have problems). Jos? Mar?a Michia --------------------------------- ?Busc?s un auto? Encontralo en Yahoo! Autos ?M?s de 4000 clasificados todos los d?as! Usados - 0 km - Vend? el tuyo --0-1519606036-1077816064=:31539 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hi.
 
I have a Tomcat Application that uses Mapscript (Java Interface) trought an RMI Server in a n-layer. This is useful for no tomcat crash, but the rmi crash. So, my application never die..... but the performance is bad, and no error message. I never know what is wrong. I decide maintain the java applicaction and put the mapserver work in a PHP application or Perl application. This application will generate some XML with tags like MAP_IMAGE_NAME, MAP_EXTENT, etc.... Maybe identify implementations, and add some dinamyc layers. What interface recommend you? Perl or Mapscript?
 
Thanks, sorry my english.
 
http://visualizador.rosario.gov.ar (non stable). I hope replace RMI with php or perl in the next version. Next version come with some interesting funcionality, like custom querys, new important layers (urban transport), and tips for the custom querys result objets).... Cooming soon :D
 
People: I have very bad experience with Java interface. I recommend you no use Java interface (or use only y little static mapping. If you no change the MAP file , and no add runtime objetcs, maybe you don?t have problems).
 
Jos? Mar?a Michia
 


?Busc?s un auto?
Encontralo en Yahoo! Autos
?M?s de 4000 clasificados todos los d?as!
Usados - 0 km - Vend? el tuyo --0-1519606036-1077816064=:31539-- From mountainduo at mho.com Thu Feb 26 09:43:41 2004 From: mountainduo at mho.com (mountainduo at mho.com) Date: Thu, 26 Feb 2004 10:43:41 -0700 (MST) Subject: [Mapserver-users] Generate map file from shape file In-Reply-To: <20040226172104.32685.qmail@web60506.mail.yahoo.com> References: <20040226172104.32685.qmail@web60506.mail.yahoo.com> Message-ID: <1492.64.58.31.38.1077817421.squirrel@a.mail.mho.net> Hello, are there any utilities to generate the map file from a shapefile? I have a large numer of shapefiles and am wondering the best way to get them into the format that mapserver needs. thanks From havard.tveite at nlh.no Thu Feb 26 09:59:19 2004 From: havard.tveite at nlh.no (Havard Tveite) Date: Thu, 26 Feb 2004 18:59:19 +0100 Subject: [Mapserver-users] WMS client - multiple entries in "wms_srs" In-Reply-To: <403CC3FC.2040000@dmsolutions.ca> References: <403C6EBC.4010304@nlh.no> <403CC3FC.2040000@dmsolutions.ca> Message-ID: <403E33F7.8060904@nlh.no> I finally found out the cause of my problems. On my platform, in order for Mapserver to be able to determine that the map output projection is in the "wms_srs" list (and choose that projection when requesting the WMS layer), the map output projection has to be specified using lowercase, that is "init=epsg:32633" and *not* "init=EPSG:32633". At the same time, the projection name in the "wms_srs" list has to be specified using upper case, that is "wms-srs" = "EPSG:4326 EPSG:32633 ..." and *not* "wms-srs" = "epsg:4326 epsg:32633 ..." (I do not use a PROJECTION object in the WMS layer specification) I also had to make two copies of the proj.4 epsg file. One called EPSG and the other epsg! Is it only me? Haavard Daniel Morissette wrote: > Havard Tveite wrote: > >> Using recent versions of Mapserver CVS, Proj.4, ... I am a little >> confused as to the the use of "wms_srs" in the METADATA of a WMS-layer. >> >> LAYER >> CONNECTIONTYPE WMS >> METADATA >> "wms_srs" "EPSG:4326 EPSG:32633 EPSG:27394 EPSG:4267 EPSG:4269" >> ... >> >> It seems to me that the first entry on the "wms_srs" list is >> always choosen by Mapserver when doing the WMS request. >> >> I thought that the point of having a list in "wms_srs" was that >> Mapserver could choose among these projections depending on the >> projection of the output map. >> This way, raster reprojection could in many cases be avoided, >> producing nicer output maps. >> >> What is the point of having a list of projections in "wms_srs"? >> Is it for future use? >> > > That's right, the wms_srs contains a list of SRS supported by the remote > WMS server, and MapServer will choose the one that matches the map > output projection if it can. If it can't find a match, then it falls > back on using the first one and reprojects the raster image that it gets > from the remote WMS. > > If the first one is always used, it could be that the output map > projection doesn't match any of the EPSG codes that are in your list. > Also note that MapServer can't do reverse lookups of EPSG numbers, so if > you define your map's output projection using the native PROJ parameters > (e.g. "proj=..." "lat_0=..."lon_0= ....) then MapServer won't be able to > match that to an EPSG code: you have to use "init=epsg:xxxx" as your > projection definition. > > Of course there is always the possibility that a bug was introduced in > the recent code??? > > Daniel -- H?vard Tveite Department of Mathematical Sciences and Technology Agricultural University of Norway Dr?bakveien 14, POBox 5003, N-1432 ?s, NORWAY Phone: +47 64948857 Fax: +47 64948810 http://www.nlh.no/imt From gengx at agr.gc.ca Thu Feb 26 10:12:15 2004 From: gengx at agr.gc.ca (Xiaoyuan Geng) Date: Thu, 26 Feb 2004 13:12:15 -0500 Subject: [Mapserver-users] Mapscript doesn't write map file in expected order! Message-ID: The map file updated from the PHP mapscript is expected to be readable with WMS clients or viewers such as Intergraph's WMSVIEWER. The segment of the METADATA produced from the script is not well ordered and the map file is not valid for the WMS viewers. After I rearrange the order and get ride of the tabs manually, everything works fine. That is why this issue matters in my case. Also the PHP mapscripts add more unwanted segments such as "scalebar" and "querymap". However I might overlooked some other bugs from side. Thanks! Shawn >>> Frank Warmerdam 02/26/04 11:19AM >>> Xiaoyuan Geng wrote: > Hello > > I am using PHP Mapscript to add more METADATA contents to a map file. > It seems that Mapscript resorts the contents of METADATA members before > I same the map file. Also mapscript adds tab instead of one space > between the name and the content. Any way to fix this problem? Below is > the example: > > Expected order: > $myMap->setMetaData("wms_title", "GDAS Geolinking > Map"); > $myMap->setMetaData("wfs_title", "GDAS Geolinking Map"); > $myMap->setMetaData( "wms_onlineresource",$strWMS_WFS ); > $myMap->setMetaData( "wfs_onlineresource",$strWMS_WFS > ); > $myMap->setMetaData( "wms_srs",SERVER_PROJECTIONS ); > $myMap->setMetaData( "wfs_srs",SERVER_PROJECTIONS ); > $myMap->setMetaData( "wms_feature_info_mime_type","text/html" > ); > > Mapscript output: > > "wms_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 > EPSG:26907" > "wms_onlineresource" "myserver/cgi-bin/mapserv?map=map file > name" > "wms_title" "GDAS Geolinking Map" > "wms_feature_info_mime_type" "text/html" > "wfs_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 > EPSG:26907" > "wfs_title" "AAFC GDAS Geolinking Map" > "wfs_onlineresource" "myserver/cgi-bin/mapserv?map=map file > name" Shawn, Why should this matter? My understanding is that there is no significants to the metadata item order. Also, whats wrong with emitting a tab as the spacer? It still reads and parses as a map file properly, right? 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 Tom.Kralidis at ec.gc.ca Thu Feb 26 10:37:46 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Thu, 26 Feb 2004 13:37:46 -0500 Subject: [Mapserver-users] Mapscript doesn't write map file in expecte d order! Message-ID: <2576812186CDD411BF1500508B6DCE9506436E59@ECNWRI1.ontario.int.ec.gc.ca> > -----Original Message----- > From: Xiaoyuan Geng [mailto:gengx at agr.gc.ca] > Sent: Thursday, February 26, 2004 1:12 PM > To: warmerdam at pobox.com > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Mapscript doesn't write map > file in expected order! > > > The map file updated from the PHP mapscript is expected to be > readable with WMS clients or viewers such as Intergraph's > WMSVIEWER. The segment of the METADATA produced from the > script is not well ordered and the map file is not valid for > the WMS viewers. After I rearrange the order and get ride of > the tabs manually, everything works fine. That is why this > issue matters in my case. Also the PHP mapscripts add more > unwanted segments such as "scalebar" and "querymap". However > I might overlooked some other bugs from side. > What is the URL of your WMS? Note that mapfiles have _nothing_ to do with WMS. The mapfile is the runtime configuration of mapserv CGI. ..Tom > Thanks! > > Shawn > > >>> Frank Warmerdam 02/26/04 11:19AM >>> > Xiaoyuan Geng wrote: > > Hello > > > > I am using PHP Mapscript to add more METADATA contents to a map > file. > > It seems that Mapscript resorts the contents of METADATA members > before > > I same the map file. Also mapscript adds tab instead of one space > > between the name and the content. Any way to fix this problem? Below > is > > the example: > > > > Expected order: > > $myMap->setMetaData("wms_title", "GDAS Geolinking > > Map"); > > $myMap->setMetaData("wfs_title", "GDAS Geolinking Map"); > > $myMap->setMetaData( "wms_onlineresource",$strWMS_WFS ); > > $myMap->setMetaData( "wfs_onlineresource",$strWMS_WFS > > ); > > $myMap->setMetaData( "wms_srs",SERVER_PROJECTIONS ); > > $myMap->setMetaData( "wfs_srs",SERVER_PROJECTIONS ); > > $myMap->setMetaData( "wms_feature_info_mime_type","text/html" > > ); > > > > Mapscript output: > > > > "wms_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 > > EPSG:26907" > > "wms_onlineresource" > "myserver/cgi-bin/mapserv?map=map file > > name" > > "wms_title" "GDAS Geolinking Map" > > "wms_feature_info_mime_type" "text/html" > > "wfs_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 > > EPSG:26907" > > "wfs_title" "AAFC GDAS Geolinking Map" > > "wfs_onlineresource" > "myserver/cgi-bin/mapserv?map=map file > > name" > > Shawn, > > Why should this matter? My understanding is that there is no > significants to the metadata item order. Also, whats wrong > with emitting a tab as the spacer? It still reads and parses > as a map file properly, right? > > 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/maps> erver-users > From dmorissette at dmsolutions.ca Thu Feb 26 10:59:37 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 26 Feb 2004 13:59:37 -0500 Subject: [Mapserver-users] Mapscript doesn't write map file in expecte d order! In-Reply-To: <2576812186CDD411BF1500508B6DCE9506436E59@ECNWRI1.ontario.int.ec.gc.ca> References: <2576812186CDD411BF1500508B6DCE9506436E59@ECNWRI1.ontario.int.ec.gc.ca> Message-ID: <403E4219.3070005@dmsolutions.ca> Kralidis,Tom [Burlington] wrote: > >>-----Original Message----- >>From: Xiaoyuan Geng [mailto:gengx at agr.gc.ca] >>Sent: Thursday, February 26, 2004 1:12 PM >>To: warmerdam at pobox.com >>Cc: mapserver-users at lists.gis.umn.edu >>Subject: Re: [Mapserver-users] Mapscript doesn't write map >>file in expected order! >> >> >>The map file updated from the PHP mapscript is expected to be >>readable with WMS clients or viewers such as Intergraph's >>WMSVIEWER. The segment of the METADATA produced from the >>script is not well ordered and the map file is not valid for >>the WMS viewers. After I rearrange the order and get ride of >>the tabs manually, everything works fine. That is why this >>issue matters in my case. Also the PHP mapscripts add more >>unwanted segments such as "scalebar" and "querymap". However >>I might overlooked some other bugs from side. >> > > > What is the URL of your WMS? Note that mapfiles have _nothing_ to do with > WMS. The mapfile is the runtime configuration of mapserv CGI. > Tom is right that the mapfile is not directly seen by WMS clients. It is only used to produce the GetCapabilities response which is what the WMS clients see. Also note that the metadata entries are stored internally in MapServer as a hash table, so their ordering in the mapfiles doesn't matter. That's also why when you save a mapfile using MapScript the order of metadata entries may be messed up (hash tables can't maintain ordering). Finally, the unwanted parameters such as "scalebar" and "querymap" that you see in the mapfile are added there with their internal default values by the savemap function, so it's not a bug on your side. The savemap is designed as a mean to serialize the current stats of a mapfile, that's why comments are lost, the formatting changes, and some parameters may be added even if you don't set them explicitly. HTH Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From eduardo at consultoria.eti.br Thu Feb 26 11:13:40 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Thu, 26 Feb 2004 16:13:40 -0300 Subject: [Mapserver-users] Generate map file from shape file In-Reply-To: <1492.64.58.31.38.1077817421.squirrel@a.mail.mho.net> References: <20040226172104.32685.qmail@web60506.mail.yahoo.com> <1492.64.58.31.38.1077817421.squirrel@a.mail.mho.net> Message-ID: <403E4564.1090409@consultoria.eti.br> Take a look at Thuban ( http://thuban.intevation.de ) and QGIS ( seek it at http://freegis.org ). QGIS can export a layout to UMN MapFile. I can't remember now if Thuban can export it now, but if not, it's already planned to do it in a near future. depending of what you want a good way could be writing a PHP script that browse, list, search... your shapefiles and generates MapFiles ( using PHPMapScript) or generating only parts of a MapFile. best, Eduardo Patto Kanegae http://www.consultoria.eti.br mountainduo at mho.com escreveu: >Hello, > >are there any utilities to generate the map file from a shapefile? I have >a large numer of shapefiles and am wondering the best way to get them into >the format that mapserver needs. > >thanks > > >_______________________________________________ >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 dmorissette at dmsolutions.ca Thu Feb 26 11:12:44 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 26 Feb 2004 14:12:44 -0500 Subject: [Mapserver-users] WMS client - multiple entries in "wms_srs" In-Reply-To: <403E33F7.8060904@nlh.no> References: <403C6EBC.4010304@nlh.no> <403CC3FC.2040000@dmsolutions.ca> <403E33F7.8060904@nlh.no> Message-ID: <403E452C.4040004@dmsolutions.ca> Havard Tveite wrote: > I finally found out the cause of my problems. > On my platform, in order for Mapserver to be able to determine > that the map output projection is in the "wms_srs" list (and > choose that projection when requesting the WMS layer), the map > output projection has to be specified using lowercase, that is > "init=epsg:32633" and *not* "init=EPSG:32633". > At the same time, the projection name in the "wms_srs" list > has to be specified using upper case, that is > "wms-srs" = "EPSG:4326 EPSG:32633 ..." > and *not* > "wms-srs" = "epsg:4326 epsg:32633 ..." > (I do not use a PROJECTION object in the WMS layer specification) > > I also had to make two copies of the proj.4 epsg file. One called > EPSG and the other epsg! > > Is it only me? > No, it's not only you... - PROJ uses "init=epsg:32633" in lowercase because the "epsg" in that case refers to the filename of a PROJ4 init file. And since filenames are case sensitive on Unix/Linux, this "epsg" prefix has to be lowercase. - The WMS specs (the OGC documents) use EPSG:32633 with EPSG in uppercase. Since wms_srs is used directly to construct GetCapabilities, and deal with OGC WMS parameters, it's been implemented to use the uppercase EPSG prefix. There is not much that can be done about the "init=epsg:..." case, but we could possibly make the wms_srs case-insensitive, and/or add a note about this in the WMS client and server howtos (if there is not already one). You could probably file a enhancement bug about that. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From mh at svaj.dk Thu Feb 26 11:26:55 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Thu, 26 Feb 2004 20:26:55 +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 dmorissette at dmsolutions.ca Thu Feb 26 12:51:01 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 26 Feb 2004 15:51:01 -0500 Subject: [Mapserver-users] Mapscript and Java In-Reply-To: <3723.64.58.31.38.1077764945.squirrel@a.mail.mho.net> References: <064C7ADA-66FE-11D8-BE28-000393D33C2E@refractions.net> <3723.64.58.31.38.1077764945.squirrel@a.mail.mho.net> Message-ID: <403E5C35.6060707@dmsolutions.ca> mountainduo at mho.com wrote: > I have a question about WMS. I'll read the spec but if you could answer > this soon, i'd appreciate it. can i send a point(lat/long) to the WMS > server and will it plot it in the image that is returned? > The WMS spec doesn't allow you to add features on top of you map on the fly. (Maybe something could be done using a user-defined SLD layer but that's probably more complicated than you want anyway). However there are a few ways that you could achieve the same result, such as creating temporary shapefiles and/or mapfiles on the server and pointing the WMS to them for instance. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From lfilak at medinaco.org Thu Feb 26 13:14:28 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 26 Feb 2004 16:14:28 -0500 Subject: [Mapserver-users] Mapscript Message-ID: <20040226211418.664841A6599@mail.medinaco.org> Both/most versions of Mapscript work fine and will do the job, but what you use should fit what you prefer and may be dictated by what platform your running on. If someone recommends a particular flavor and it is not where your experience is and you start running into trouble then it can be a real bear to track down the bug. IMHO Lowell The following message was sent by =?iso-8859-1?q?Jose=20Maria=20Michia?= on Thu, 26 Feb 2004 14:21:04 -0300 (ART). > Hi. > > I have a Tomcat Application that uses Mapscript (Java Interface) trought an RMI Server in a n-layer. This is useful for no tomcat crash, but the rmi crash. So, my application never die..... but the performance is bad, and no error message. I never know what is wrong. I decide maintain the java applicaction and put the mapserver work in a PHP application or Perl application. This application will generate some XML with tags like MAP_IMAGE_NAME, MAP_EXTENT, etc.... Maybe identify implementations, and add some dinamyc layers. What interface recommend you? Perl or Mapscript? > > Thanks, sorry my english. > > http://visualizador.rosario.gov.ar (non stable). I hope replace RMI with php or perl in the next version. Next version come with some interesting funcionality, like custom querys, new important layers (urban transport), and tips for the custom querys result objets).... Cooming soon :D > > People: I have very bad experience with Java interface. I recommend you no use Java interface (or use only y little static mapping. If you no change the MAP file , and no add runtime objetcs, maybe you don?t have problems). > > Jos? Mar?a Michia > > > > > > --------------------------------- > ?Busc?s un auto? > Encontralo en Yahoo! Autos > ?M?s de 4000 clasificados todos los d?as! > Usados - 0 km - Vend? el tuyo From sgillies at frii.com Thu Feb 26 13:42:40 2004 From: sgillies at frii.com (Sean Gillies) Date: Thu, 26 Feb 2004 14:42:40 -0700 Subject: [Mapserver-users] Mapscript In-Reply-To: <20040226172104.32685.qmail@web60506.mail.yahoo.com> References: <20040226172104.32685.qmail@web60506.mail.yahoo.com> Message-ID: Jose, You know Java. Therefore I think that the Python mapscript would be the best for you. The syntax is more near to Java than Perl or PHP, and Python mapscript also raises the exceptions that are so dear to Java programmers. I have nothing against the other mapscript flavors, only that the migration from Java to Python would be easier. cheers, Sean On Feb 26, 2004, at 10:21 AM, Jose Maria Michia wrote: > Hi. > ? > I have a Tomcat Application that uses Mapscript (Java Interface) > trought an RMI Server in a n-layer. This is useful for no tomcat > crash, but the rmi crash. So, my application never die..... but the > performance is bad, and no error message. I never know what is wrong. > I decide maintain the java applicaction and put the mapserver work in > a PHP application or Perl application. This application will generate > some XML with tags like MAP_IMAGE_NAME, MAP_EXTENT, etc.... Maybe > identify implementations, and add some dinamyc layers. What interface > recommend you? Perl or Mapscript? > ? > Thanks, sorry my english. > ? > http://visualizador.rosario.gov.ar (non stable). I hope replace RMI > with php or perl in the next version. Next version come with some > interesting funcionality, like custom querys, new important layers > (urban transport), and tips for the custom querys result objets).... > Cooming soon :D > ? > People: I have very bad experience with Java interface. I recommend > you no use Java interface (or use only y little static mapping. If you > no change the MAP file , and no add runtime objetcs, maybe you don?t > have problems). > ? > Jos? Mar?a Michia > ? > > > ?Busc?s un auto? > Encontralo en Yahoo! Autos > ?M?s de 4000 clasificados todos los d?as! > Usados - 0 km - Vend? el tuyo -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From rich at greenwoodmap.com Thu Feb 26 14:01:06 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Thu, 26 Feb 2004 15:01:06 -0700 Subject: [Mapserver-users] Re: jBox In-Reply-To: <200402261538767.SM01660@PLANGIS> References: <200402261538767.SM01660@PLANGIS> Message-ID: <403E6CA2.1050804@greenwoodmap.com> Michael Smith wrote: > Rich, > > You have helped me tremendously in the past so I thought I would ask you a > question. I have jBox working but am unclear on how to get the measure tool > working. I put this code: > > function measure_handler(name, s, t, n, a) { > // c = 1 / 72dpi / 12inches_per_foot * > 1.0003state_plane_scale_factor > var c = 0.0011577546296296; // constant > var f = [scale] * c; // scale factor > if ((s>0) || (t>0)) { > defaultStatus = "This segment = " + s*f + ", Total = > " + t*f + ", Number of vertices = " + n ; > } > } > > in the head of my html. Do you have an example of what I do next. I am not > very familiar with js, so any help is appreciated. I do have a measure icon > on my html page, so how could I make a click of this button work the measure > tool. Thank you in advance. > > Michael Smith, Planner II > City of San Angelo > Planning & Development > 325.657.4210 Fax: 325.481.2648 > Email: msmith at sanangelompo.org Just call document.jBox.lineon(); when the user selects the measure button. This will put jBox into "measuring" mode. As the user moves the mouse, jBox will call the measure_handler() function, which converts the screen pixel coordinates to feet, and displays the result in the browser's status bar. Note that c is for my state plane coordinate zone and elevation, and will need to be calculated for your needs. (I am cc'ing the list so that this finds it's way to the archive) -- Richard Greenwood www.greenwoodmap.com From mservin at tecnoaccion.com.ar Thu Feb 26 14:12:21 2004 From: mservin at tecnoaccion.com.ar (Mario Servin) Date: Thu, 26 Feb 2004 19:12:21 -0300 Subject: [Mapserver-users] Can binary release of MapServer 4.0 for Windows able to manage ECW raster files? Message-ID: <058101c3fcb5$9b309b80$7205a8c0@mariolaptop> 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 From stephen.clark at focus.ca Thu Feb 26 15:43:16 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Thu, 26 Feb 2004 15:43:16 -0800 Subject: [Mapserver-users] Can binary release of MapServer 4.0 for Windows able to manage ECW raster files? References: <058101c3fcb5$9b309b80$7205a8c0@mariolaptop> Message-ID: <05f501c3fcc2$4e9023b0$6c000a0a@sclark> You might try putting in the full path to the ECW file as follows: LAYER NAME "S21301" DATA "d:/maps/raster/S21301.ecw" TYPE RASTER STATUS DEFAULT END ----- Original Message ----- From: "Mario Servin" To: Sent: Thursday, February 26, 2004 2:12 PM Subject: [Mapserver-users] Can binary release of MapServer 4.0 for Windows able to manage ECW raster files? > 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 > From assefa at dmsolutions.ca Thu Feb 26 14:38:44 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Thu, 26 Feb 2004 17:38:44 -0500 Subject: [Mapserver-users] Can binary release of MapServer 4.0 for Windows able to manage ECW raster files? In-Reply-To: <058101c3fcb5$9b309b80$7205a8c0@mariolaptop> References: <058101c3fcb5$9b309b80$7205a8c0@mariolaptop> Message-ID: <403E7574.2030004@dmsolutions.ca> 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 nacional at cbs.umn.edu Thu Feb 26 15:24:31 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Thu, 26 Feb 2004 17:24:31 -0600 (CST) Subject: [Mapserver-users] Can binary release of MapServer 4.0 for Windows able to manage ECW raster files? In-Reply-To: <058101c3fcb5$9b309b80$7205a8c0@mariolaptop> References: <058101c3fcb5$9b309b80$7205a8c0@mariolaptop> Message-ID: Well, it should. All the win32 binaries from the MapServer site are compiled with ECW support (through GDAL). However, I have note tested them so I can't really say that it works. But then again, I know some people who use it and it works properly. I bet you a pretty penny it's got something to do with either your paths or your extents. Is your shape path a subdirectory of the directory containing your mapfile? Try adding the full path to your ecw file, ie: DATA "c:/some/directory/for/your/S21301.ecw" and quickly test it with this URL: http://localhost/cgi-bin/mapserv.exe?map="c:/some/directory/for/your/mapfile.map&layer=S21301&mode=map Does it work? If not, check your extent. Do you have an extra zero in there somewhere? 500004? Good luck! -Perry On Thu, 26 Feb 2004, 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 > From Ganesh Thu Feb 26 15:57:02 2004 From: Ganesh (Ganesh) Date: 26 Feb 2004 23:57:02 -0000 Subject: [Mapserver-users] Nested Layers and AVL legend files Message-ID: <20040226235702.12263.qmail@webmail6.rediffmail.com> This is a multipart mime message --Next_1077839822---0-202.54.124.151-12261 Content-type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

=0AHi
=0A
=0AI am currently using Mapserver 4.0 with PHP/Mapscript= and GDAL on RedHat Linux 9.0.
=0A
=0A1. My first problem is how to = use shape file and a few .AVL files associated with that shape file to disp= lay different maps and their corresponding legends. In ArcView, when i view= the shape file with different attributes layers and corresponding AVL file= , i get different maps and color legends. How should i do this in mapserver= ?
=0A
=0A2. Currently, we have a few layers one after the other, bu= t as we are planning to have many layers, we would like to show as files wi= th in a folder.
=0AFor eg.,
=0A    + Road
=0A  &nb= sp;     - Interstate
=0A        - State Hi= ghways
=0A        - Local roads      =
=0A    + Water
=0A        - Lakes
= =0A        - Rivers
=0A    So, if i click = on Roads, it should expand and show the 3 layers under it with checkboxes. = Otherwise it should be just displaying Roads and not the layers under it. H= ow can we do this ?   
=0A
=0AI have been looking on the g= oogle for a few days but couldnt find anything useful. And we are in need o= f finishing this very soon.
=0A
=0ACan anyone help me on these issues= ? If possible can you send me some example code or may be as to how to app= roach for this problem.
=0AAny help is greatly appreciated.
=0A
= =0AThanks
=0AGanesh
=0A=0A

=0A

=0A=0A --Next_1077839822---0-202.54.124.151-12261 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi=0A=0AI am currently using Mapserver 4.0 with PHP/Mapscript and GDAL on R= edHat Linux 9.0. =0A=0A1. My first problem is how to use shape file and a f= ew .AVL files associated with that shape file to display different maps and= their corresponding legends. In ArcView, when i view the shape file with d= ifferent attributes layers and corresponding AVL file, i get different maps= and color legends. How should i do this in mapserver ?=0A =0A2. Currently,= we have a few layers one after the other, but as we are planning to have m= any layers, we would like to show as files with in a folder. =0AFor eg.,=0A= + Road=0A - Interstate=0A - State Highways=0A - Lo= cal roads =0A + Water=0A - Lakes=0A - Rivers=0A S= o, if i click on Roads, it should expand and show the 3 layers under it wit= h checkboxes. Otherwise it should be just displaying Roads and not the laye= rs under it. How can we do this ? =0A=0AI have been looking on the googl= e for a few days but couldnt find anything useful. And we are in need of fi= nishing this very soon.=0A=0ACan anyone help me on these issues ? If possib= le can you send me some example code or may be as to how to approach for th= is problem.=0AAny help is greatly appreciated.=0A=0AThanks =0AGanesh=0A --Next_1077839822---0-202.54.124.151-12261-- From bigfoot at main-task.com Thu Feb 26 17:45:24 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Thu, 26 Feb 2004 20:45:24 -0500 Subject: [Mapserver-users] Mapscript doesn't write map file in expected order! In-Reply-To: References: Message-ID: <403EA134.5060704@main-task.com> Maybe you should write the mapfile with your own php's function. No? Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com Xiaoyuan Geng wrote: >Hello > >I am using PHP Mapscript to add more METADATA contents to a map file. >It seems that Mapscript resorts the contents of METADATA members before >I same the map file. Also mapscript adds tab instead of one space >between the name and the content. Any way to fix this problem? Below is >the example: > >Expected order: > $myMap->setMetaData("wms_title", "GDAS Geolinking >Map"); > $myMap->setMetaData("wfs_title", "GDAS Geolinking Map"); > $myMap->setMetaData( "wms_onlineresource",$strWMS_WFS ); > $myMap->setMetaData( "wfs_onlineresource",$strWMS_WFS >); > $myMap->setMetaData( "wms_srs",SERVER_PROJECTIONS ); > $myMap->setMetaData( "wfs_srs",SERVER_PROJECTIONS ); > $myMap->setMetaData( "wms_feature_info_mime_type","text/html" >); > >Mapscript output: > > "wms_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 >EPSG:26907" > "wms_onlineresource" "myserver/cgi-bin/mapserv?map=map file >name" > "wms_title" "GDAS Geolinking Map" > "wms_feature_info_mime_type" "text/html" > "wfs_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 >EPSG:26907" > "wfs_title" "AAFC GDAS Geolinking Map" > "wfs_onlineresource" "myserver/cgi-bin/mapserv?map=map file >name" > >Thank you very much! > >Shawn > >_______________________________________________ >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 Feb 26 19:04:29 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Fri, 27 Feb 2004 03:04:29 +0000 (GMT) Subject: [Mapserver-users] Getting Mapserver to work Message-ID: <20040227030429.61761.qmail@web14001.mail.yahoo.com> Hi I have just started using mapserver but I have problems trying to get it to run MAP files on Windows XP First I tried installing only mapserv.exe into my Apache and only the CGI-BIN can run Then I tried using Visual C++ to run it but in mapserver 4.0 the makefile.vc is different from earlier versions I get the error "pdflib.h cannot find file" I tried using 3.5 also but when I edited the makefile.vc according to the installion help I get the error "fatal error u1077; 'cd' return code '0x1' As of now I have map server 4.0/3.5 in seperate folders, Apache2 WebServer and all the required libraries for mapserver but i cannot get it to compile in Visual C++ or in Apache ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From mapgisnewbies at yahoo.com Thu Feb 26 20:51:36 2004 From: mapgisnewbies at yahoo.com (we wei) Date: Thu, 26 Feb 2004 20:51:36 -0800 (PST) Subject: [Mapserver-users] Web map services Message-ID: <20040227045136.2272.qmail@web20726.mail.yahoo.com> --0-54636215-1077857496=:1933 Content-Type: text/plain; charset=us-ascii Hi all, I have a question about web map services. I right can set up my mapserver and it uses Virtual Spatial method to get data from Oracle database through OGR. And right now I am creating a demo using CWC2. From my understanding, CWC2 displays layers from my WMS server through WMS services. And I can view it successfully. However, my question is how and where can I publish my Web map services? And actually how the web map services work ? How can the other people view my web map services after they are published ? I am very new to GIS stuffs. If I misunderstood anything, just point me out 'coz i am very confused about this task. Thanks in advance! --------------------------------- Do you Yahoo!? Get better spam protection with Yahoo! Mail --0-54636215-1077857496=:1933 Content-Type: text/html; charset=us-ascii
Hi all,
 
I have a question about web map services.  I right can set up my mapserver and it uses Virtual Spatial method to get data from Oracle database through OGR.  And right now I am creating a demo using CWC2.  From my understanding, CWC2 displays layers from my WMS server through WMS services.  And I can view it successfully.  However, my question is how and where can I publish my Web map services?  And actually how the web map services work ?  How can the other people view my web map services after they are published ?  I am very new to GIS stuffs.  If I misunderstood anything, just point me out 'coz i am very confused about this task.
 
Thanks in advance!

Do you Yahoo!?
Get better spam protection with Yahoo! Mail --0-54636215-1077857496=:1933-- From lgs at av.eastlink.ca Thu Feb 26 20:46:30 2004 From: lgs at av.eastlink.ca (Landmark Geographic Solutions) Date: Fri, 27 Feb 2004 00:46:30 -0400 Subject: [Mapserver-users] New to the game. Message-ID: Hey Listers, I am new to the mapserver game, just got version 4.0 up and loaded the demo but am having some problems, i noticed the GD dosnt support .gif files (which is what the demo uses...SOO....) is there another demo I can use for png/jpg support. any help would be great! LGS From dharanibabus at hotmail.com Thu Feb 26 21:34:34 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Fri, 27 Feb 2004 11:04:34 +0530 Subject: [Mapserver-users] Layers added but not displayed !!! Message-ID: Thanks steve I got it . Ofcourse the non geomterical layers can not be projected . But as u said >You don't have any text labels because you have not defined any in >your mapfile under the appropriate layers. What exactly the LAYERS under which I can define TEXT labels ? I searched for them in mapfile reference but could nt get to the point . Simply putting I need the "city names , location names " on the map . As of now I have got Landmarks and PIP in the map as they are stright forward POINT geometry . I assume the "EntityNames" layer out of the TIGER files thro ogrinfo.exe is the one that contains names . Am I right ? Please shed some light on this .. with regards and thanks in advance dharani >From: woodbri at swoodbridge.com >Reply-To: woodbri at swoodbridge.com >To: mapserver-users at lists.gis.umn.edu, "Dharani Babu" > >Subject: Re: [Mapserver-users] Layers added but not displayed !!! >Date: Thu, 26 Feb 2004 09:53:47 -0500 > >The objects with TYPE none can not be displayed as they have NO >geometry. For example altname is just a list of TLIDs and alternate >names for those TLIDs. > >You don't have any text labels because you have not defined any in >your mapfile under the appropriate layers. > >-Steve W. > >On 26 Feb 2004 at 9:52, Dharani Babu wrote: > > > Hi all , > > I am new bie who started working on mapserver with the help of the >members > > of this group . > > ( credit goes to Tyler Mitchell , Paul spencer !!) . > > I am trying to render TIGER files with OGR CONNECTION TYPE. I downloaded >the > > tiger files and have rendered the completechain of new hampshire - > > rockingham county . Its cool . I found the extent , layers details with > > ogrinfo .exe of GDAL . The output of ogrinfo gaveme the > > following list of 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) > > Now I can see the CompleteChain which displays the line work of the >county . > > And I added the layers for Landmarks ( 5) , EntityNames (9) , PIP ( 12) >also > > . Now I got a map with dots everywhere denoting landmarks and PIP . But >I > > dont find any of the ?Entity Names ? Why so ? And more over I expect the > > addition of Entity Names will display the Locations , city names , >landmark > > names etc on the map . Am I right ? or missing something ? And what are >the > > significance of other layers like AltName , FeatureIDs ,ZipCodes vis-vis > > rendering the map ? > > When I tried to add the layers without geometry (TYPE none ) what >should be > > the TYPE value in LAYER definition ? And Can I add them as layers first >of > > all ??Are they renderable or they are meant for some other purpose ??:) > > My map file is as follows . Could any of you help me ? Thanks in >advance > > dharani > > > > > > # > > # Start of map file > > # > > NAME DEMO > > STATUS ON > > SIZE 800 800 > > 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_rm2.html > > FOOTER demo_footer.html > > # MINSCALE 1000 > > # MAXSCALE 1550000 > > IMAGEPATH "C:/ms4w/apache/htdocs/temp_rm2/" > > IMAGEURL "/temp_rm2/" > > # 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 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 > > STATUS DEFAULT > > CONNECTIONTYPE OGR > > CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" > > DATA "EntityNames" > > CLASS > > SYMBOL "circle" > > SIZE 1 > > COLOR 0 0 200 > > END > > END > > > > > > > > LAYER > > GROUP tigerdata > > NAME tiger12 > > TYPE POINT > > STATUS DEFAULT > > CONNECTIONTYPE OGR > > CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" > > DATA "PIP" > > CLASS > > SYMBOL "circle" > > SIZE 1 > > COLOR 0 0 200 > > END > > END > > > > END # Map file > > > > _________________________________________________________________ > > Raja Ravi Varma paintings. Buy art prints. > > http://go.msnserver.com/IN/42737.asp At MSN Shopping. > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _________________________________________________________________ Raja Ravi Varma paintings. Buy art prints. http://go.msnserver.com/IN/42737.asp At MSN Shopping. From dharanibabus at hotmail.com Fri Feb 27 00:18:09 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Fri, 27 Feb 2004 13:48:09 +0530 Subject: [Mapserver-users] Help with TIGER+ MAP file !!!! Message-ID: Hi all I request help from any of u who work with TIGER + MapServer . My system is win Xp / 2k . I am using TIGER line files with map server for my mapping application . As of now I am able to render the base map - CompleteChain with Landmarks /PIP of the TIGER files ( TGR33015 - of Rockingham - NH ) . But I am searching to find ways to add the NAMES of the locations . like city n, town , street , road names . I got a reply to similar request to add TEXT LABELS to be specified . I understand that we can render the layers from the list generated by ogrinfo.exe . I ran the ogrinfo.exe 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) I persume the layer "EntityNames" refer to the names that appear on the map right ? If so how to use them in map file reference ? my map file is as follows ... # 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_rm2.html FOOTER demo_footer.html # MINSCALE 1000 # MAXSCALE 1550000 IMAGEPATH "C:/ms4w/apache/htdocs/temp_rm2/" IMAGEURL "/temp_rm2/" # 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 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 STATUS DEFAULT CONNECTIONTYPE OGR CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" DATA "EntityNames" CLASS SYMBOL "circle" SIZE 1 COLOR 0 0 200 END END _________________________________________________________________ Raja Ravi Varma paintings. Buy art prints. http://go.msnserver.com/IN/42737.asp At MSN Shopping. From dharanibabus at hotmail.com Fri Feb 27 02:46:47 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Fri, 27 Feb 2004 16:16:47 +0530 Subject: [Mapserver-users] Error in TIGER to shp conversion !!!! Message-ID: Hi all I am trying to render TIGER files with mapserver . I am using CONNECTIONTYPE OGR and got the CompleteChain , Landmarks , PIP displayed of TGR33015 file(s) . But as I am not able to get the names of locations displayed I tried to convert the tiger files into shp files . I tried this way c:/>openev>ogr2ogr -f "ESRI Shapefiles" shp "c:/ms4w/apache/htdocs/demof/data/rm" 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 .. CompleteChain(.shp,.shx,.prj,.dbf) AltNames(.dbf,.prj) FeatureIds(.dbf,.prj) Landmarks(.shp,.shx,.prj,.dbf) ZipCodes(.dbf,.prj) It seems only above mentioned layers are converted into shp files . I found the total list of layers avble from ogrinfo 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) So how to get all these layers translated ? or is it the default behavior of ogr2ogr when it comes to TIGER translations ? Could any of you help me understand this ? with regards and thanks dharani babu _________________________________________________________________ Post Classifieds on MSN classifieds. http://www.sulekha.com/msnclassifieds Buy and Sell on MSN Classifieds. From tomko at gku.sk Fri Feb 27 03:22:03 2004 From: tomko at gku.sk (Martin Tomko) Date: Fri, 27 Feb 2004 12:22:03 +0100 Subject: [Mapserver-users] Rosa problem - applet loads but doesn't allow following actions In-Reply-To: <20040226180005.13955.71511.Mailman@lists.gis.umn.edu> Message-ID: <000001c3fd23$f36dd510$d90510ac@aisgkk> HI List, Thanks mainly to Yewondwossen I have my rosa sample running - the map displays correctly (even i fit asks for the png library and I am generating gif, but ok...). After loading of the applet and displaying the map, I am no table to zoom, pan , query - simply nothing. So I have the conection, but string doesn't seem to be passeed correctly to the mapserver...I looked around the Rosa wiki but it was useless... Martin -----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: Thursday, February 26, 2004 7:00 PM To: mapserver-users at lists.gis.umn.edu Subject: Mapserver-users digest, Vol 1 #443 - 33 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. Mr. Sid Files (Michael Smith) 2. Re: Mr. Sid Files (Stephen Clark) 3. RE: Mr. Sid Files (Swaminathan, Gayathri) 4. RE: Mouse Over (Steve Lime) 5. Re: Mapscript and Java (mountainduo at mho.com) 6. Re: Map Server compile problem (Eric Wright) 7. Re: Map Server compile problem (Eric Wright) 8. Layers added but not displayed !!! (Dharani Babu) 9. SLD questions - How to filter (Stefan Schwarzer) 10. Re: Mapserver-users digest, Vol 1 #442 - 29 msgs (Giorgio Plazzotta) 11. endcaps on linesegments (huub fleuren) 12. compiling regex (Merlijn Simonse) 13. Empty Map with Oracle spatial (Henrik Wilsdorf) 14. bml files (david roguin) 15. Compiling mapserver on Windows (Merlijn Simonse) 16. RE: Compiling mapserver on Windows (Ed McNierney) 17. RE : [Mapserver-users] Empty Map with Oracle spatial (nicolas.fortin at ec.gc.ca) 18. RE: SLD questions - How to filter (Kralidis,Tom [Burlington]) 19. Re: Compiling mapserver on Windows (Yewondwossen Assefa) 20. Re: Empty Map with Oracle spatial (Fernando S.) 21. Re: Layers added but not displayed !!! (woodbri at swoodbridge.com) 22. ProjectionObj UTM to LatLong - PHP (ANDREW WOOLEY) 23. Re: Empty Map with Oracle spatial - SDO_GTYPE (=?iso-8859-1?Q?Fran=E7ois-Xavier_Prunayre?=) 24. Re: Perl/Python/Ruby mapscript development documentation (Lowell Filak) 25. Re: Perl/Python/Ruby mapscript development documentation (Sean Gillies) 26. Mapscript doesn't write map file in expected order! (Xiaoyuan Geng) 27. mysql layers cant be drawn (Murat Isik) 28. Re: SLD questions - How to filter (Yewondwossen Assefa) 29. Re: Mapscript doesn't write map file in expected order! (Frank Warmerdam) 30. Working with legend created via processlegendtemplate() (Rene Teniere ) 31. Mapscript (=?iso-8859-1?q?Jose=20Maria=20Michia?=) 32. Generate map file from shape file (mountainduo at mho.com) --__--__-- Message: 1 From: "Michael Smith" To: Date: Wed, 25 Feb 2004 13:34:46 -0600 Subject: [Mapserver-users] Mr. Sid Files Do Mr. SID files work with MapServer 4.01? --__--__-- Message: 2 From: "Stephen Clark" To: "Michael Smith" , Subject: Re: [Mapserver-users] Mr. Sid Files Date: Wed, 25 Feb 2004 13:06:16 -0800 Yes but you have to buy a license to decode the SID format. You have to compile in the "SID extension" to Gdal to make is it work Stephen ----- Original Message ----- From: "Michael Smith" To: Sent: Wednesday, February 25, 2004 11:34 AM Subject: [Mapserver-users] Mr. Sid Files > Do Mr. SID files work with MapServer 4.01? > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > --__--__-- Message: 3 Subject: RE: [Mapserver-users] Mr. Sid Files Date: Wed, 25 Feb 2004 14:34:37 -0600 From: "Swaminathan, Gayathri" To: "Michael Smith" , This is a multi-part message in MIME format. ------_=_NextPart_001_01C3FBDE.C95B4E48 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable More info on the Mr.Sid 1)Here is a link to GDAL building instructions..."Under External Libaries" http://www.remotesensing.org/gdal/gdal_building.html You need the decoder SDK from Lizardtech 2) Attached is the contact of the person to obtain this DSDK from for Midwest, but if you contacted Lizardtech they can give a local contact. 3) Cost of DSDK is $500 4) One problem I ran into when using this option. Use the cvs-daily instead of the gdal-1.1.9 src HTH, Gayathri PS: There are some archives on the build-errors and shortcoming in mapserver-user list archive...for your reference > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu=20 > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of=20 > Michael Smith > Sent: Wednesday, February 25, 2004 1:35 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Mr. Sid Files >=20 >=20 > Do Mr. SID files work with MapServer 4.01? >=20 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu=20 > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users >=20 ------_=_NextPart_001_01C3FBDE.C95B4E48 Content-Type: text/x-vcard; name="Brian L. Soliday (E-mail) (E-mail).vcf" Content-Transfer-Encoding: base64 Content-Description: Brian L. Soliday (E-mail) (E-mail).vcf Content-Disposition: attachment; filename="Brian L. Soliday (E-mail) (E-mail).vcf" QkVHSU46VkNBUkQNClZFUlNJT046Mi4xDQpOOlNvbGlkYXk7QnJpYW4NCkZOOkJyaWFuIEwu IFNv bGlkYXkgKEUtbWFpbCkgKEUtbWFpbCkNCk9SRzpMaXphcmR0ZWNoIFNvZnR3YXJlLCBJbmMu DQpU SVRMRTpWaWNlIFByZXNpZGVudCwgR2Vvc3BhdGlhbCBTYWxlcywgQW1lcmljYXMNClRFTDtX T1JL O1ZPSUNFOigzMDMpIDI1MC01NTM3DQpURUw7Q0VMTDtWT0lDRTooMzAzKSAyNTAtNTUzNw0K VEVM O1dPUks7RkFYOigzMDMpIDQ4NS0wMTAwDQpBRFI7V09SSzo7OzgwMjkgRGF3bmhpbGwgQ2ly Y2xl O0VyaWU7Q087ODA1MTYtOTQyNDtVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2ENCkxBQkVMO1dP Uks7 RU5DT0RJTkc9UVVPVEVELVBSSU5UQUJMRTo4MDI5IERhd25oaWxsIENpcmNsZT0wRD0wQUVy aWUs IENPIDgwNTE2LTk0MjQ9MEQ9MEFVbml0ZWQgU3RhdGVzIG9mIEFtZXJpY2ENCkVNQUlMO1BS RUY7 SU5URVJORVQ6YnNvbGlkYXlAbGl6YXJkdGVjaC5jb20NClJFVjoyMDAzMTAyOVQyMzQ0NDha DQpF TkQ6VkNBUkQNCg== ------_=_NextPart_001_01C3FBDE.C95B4E48-- --__--__-- Message: 4 Date: Wed, 25 Feb 2004 18:09:17 -0600 From: "Steve Lime" To: , , , , Subject: RE: [Mapserver-users] Mouse Over This is an oversight on my part. All of the [shp...] tags output coordinates in the native projection. I'll add a proj attribute to allow you to set the output projection. That way we can use proj=image to get coordinates for image maps. It's development code so there may be some change before 4.2 is released. Precision is applied when writing coordinates to a string, so it's applied after any transformation/clipping (and eventually projection). It's true that with image coordinates the precision is forced to be 0. Steve >>> "Smith, Michael ERDC-CRREL-NH" 02/23/04 11:44 AM >>> Steve, It looks like the shpxy is not being transformed to the output projection befor being transformed to image coordinates. It also looks like the precision is being set to 0 before the xy to img coordinate tranform, rather than after (which is problem with ll coords). I have a layer of lat lon points and here's the resulting output. 5.94 3.76 -9999.00 13.54 15.92 5.69 4.91 Mike Mike Smith email: michael.smith at erdc.usace.army.mil RSGISC ERDC - CRREL Hanover, NH 03755 (603) 646-4765 -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Friday, February 20, 2004 1:09 AM To: cpurvis at asg.sc.edu; pucher at atlas.gis.univie.ac.at; Steve Lime; mapserver-users at lists.gis.umn.edu; bartvde at xs4all.nl Subject: RE: [Mapserver-users] Mouse Over I need to ammend this message. I made a mistake earlier although if you were using a querymap you wouldn't notice. The searchmap option *must* take a value, set searchmap=true in the URL below and all is well. One other caveat, don't use the size options in the querymap options, rather let it inherit size from the main map object. I'll have to fix this issue later. Otherwise seems to work fine (code problem mentioned earlier has been long fixed) either with an image or as a seperate component. Steve >>> Steve Lime 02/19/04 11:52 AM >>> Here's a CGI-based demo. http://maps.dnr.state.mn.us/cgi-bin/mapserv41?map=/usr/local/www/docs/te stin g/imagemap/test.map&mode=nquery&searchmap You can download at http://maps.dnr.state.mn.us/testing/imagemap.zip It's basically just a query that outputs features that have been transformed (clipped and thinned) to image coordinates. The nice thing is that you could use this for a component-based system, that is create the map and the imagemap with seperate calls. The example above uses the little documented "searchmap" option. This tells MapServer that the search exent is that of a map so any incoming extent is fit to a map (width/height) before querying is done. You can also use it with pan/zoom interfaces (mode is still nquery) and MapServer will apply the pan/zoom *before* doing the query. I don't know how you'd combine an imagemap and a strait CGI-form so you could get the tooltips and the clicking in the map for navigation. It's a start. Steve >>> "Steve Lime" 2/19/2004 12:46:07 AM >>> I don't know squat about the imagemap output function. As Atilla said it's on the experimental side. I do have an alternative using queries and the [shpxy...] tag that may be of interest. It's pretty flexible and usable from the CGI application. I'll post an example on the DNR machines tomorrow (can't get to them tonite). Steve >>> "Charlton Purvis" 02/17/04 11:52 AM >>> Hi, Steve: Checked out the overlib URL you sent below, and I must admit it's slick. I'm a little lost, though, what library do I need to make sure I have installed and part of my ./configure? I'm trying to monkey around w/ imagemap, a la the Wiki post: OUTPUTFORMAT NAME imagemap MIMETYPE "text/html" DRIVER imagemap END But a shp2img gives me a: msDrawMap(): GD library error. Unable to initialize image. Running 4.0.1 and gd-2.0.15. My MS build looks like it put mapimagemap.c into my libmap.a. Any hints? Thanks, Charlton > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Tuesday, February 10, 2004 12:51 PM > To: pucher at atlas.gis.univie.ac.at; mapserver-users at lists.gis.umn.edu; > bartvde at xs4all.nl > Subject: Re: [Mapserver-users] Mouse Over > > Hi all: The mapimage w/XML software was really more a proof-of-concept. > I never took it any further than that. The source is around if you're > interested. There are other possibilities as well. For example, in 4.0 > there actually is a imagemap output object (see > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ImageMap) but I don't know > much about it. In 4.1 there is the [shpxy] tag and I've been planning to > add an attribute to allow you to output coordinates in IMAGE > coordinates. That way you could build an imagemap on the fly via the > CGI. It could also be used to populate DHTML popup objects (e.g. > http://www.bosrup.com/web/overlib/). > > Would be happy to discuss further. _______________________________________________ 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 --__--__-- Message: 5 Date: Wed, 25 Feb 2004 20:09:05 -0700 (MST) Subject: Re: [Mapserver-users] Mapscript and Java From: To: Cc: , I have a question about WMS. I'll read the spec but if you could answer this soon, i'd appreciate it. can i send a point(lat/long) to the WMS server and will it plot it in the image that is returned? thanks > Also GeoServer has a rudimentary and slowly improving WMS capability in > it. > I agree w/ Sean though -- using Mapserver as a WMS and pulling via the > open protocol has nice architectural benefits. Like if you get told to > use a different web map server, or a data source that is only supported > by a particular product. You can start w/ mapserver but always switch > to another WMS. > > On Tuesday, February 24, 2004, at 09:56 AM, Sean Gillies wrote: > >> Will, >> >> The best option, IMO (and without knowing anything about your app), >> would be >> to set up MapServer as a stand-alone WMS server and then have your >> java app make WMS requests to it for imagery. I do this for >> performance reasons >> alone. No mapscript program will be able to make maps as fast as the >> mapserv executable. >> >> Are you familiar with deegree? If not, search for it on the web. Is >> a java >> library for working with WMS and WFS. >> >> Other options: dig into SWIG and the java mapscript, make it work, and >> become a hero for all time to other java users. Or hire somebody to >> do it. >> I know 0 about the internals of Java, but there must be somebody would >> be >> willing to take it on. >> >> cheers, >> Sean >> >> On Feb 24, 2004, at 10:30 AM, wrote: >> >>> Sean, >>> >>> thank you for your reply. That would be good to know if it is >>> abandoned so >>> i can pursue different options. >>> >>> thanks, >>> will >>> >>>> On Feb 24, 2004, at 8:52 AM, wrote: >>>> >>>>> Hello, >>>>> >>>>> i am trying to get java mapscript working. Can someone please post >>>>> the >>>>> jar >>>>> and dll for mapserver 4? >>>>> >>>>> thank you, >>>>> will >>>>> >>>> >>>> Will, >>>> >>>> As far as I know, the java mapscript doesn't work. I can't remember >>>> ever >>>> seeing any real success stories on this list. The java Makefile in >>>> mapscript/java hasn't been touched since May 2002, so I assume it is >>>> way >>>> out of date with MapServer. It appears to be in an abandoned state. >>>> >>>> If I am wrong, somebody please correct me and help Will. >>>> >>>> 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 >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > Paul Ramsey > Refractions Research > Email: pramsey at refractions.net > Phone: (250) 885-0632 --__--__-- Message: 6 Date: Thu, 26 Feb 2004 03:27:26 +0000 (GMT) From: Eric Wright Subject: Re: [Mapserver-users] Map Server compile problem To: Frank Warmerdam Cc: Mapserver Users List Thank you for your help Frank, Before I looked through the make file I had changed the ./configure to use the --without-tiff parameter, after which, runnning the make worked. Thanks again, Eric ----- Original Message ----- From: Frank Warmerdam Date: Wednesday, February 25, 2004 3:38 pm Subject: Re: [Mapserver-users] Map Server compile problem > E Wright wrote: > > Map Server compile problem. > > > > Good evening, I am trying to install the MapServer using the > following > > configure: > > > > ./configure --with-gd=/usr/software/mapServer/gd-2.0.21 > > --with-tiff=/usr/software/mapServer/tiff-v3.6.1 > > --with-proj=/usr/software/mapServer/proj-4.4.7 > > --with-ogr=/usr/local/bin/gdal-config > > --with-gdal=/usr/local/bin/gdal-config > > --with-postgis=/usr/local/pgsql/include/pg_config --with-wfs > > --with-curl=/usr/software/mapServer/curl-7.10.8/curl-config > > > > This seems to run fine but when I try to run the make command I > get the > > following error: > > > > gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ > > -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WFS_SVR -DUSE_TIFF - > DUSE_JPEG > > -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_OGR > > -DUSE_GDAL -DUSE_POSTGIS -I/usr/software/mapServer/gd-2.0.21 > > -I/usr/software/mapServer/proj-4.4.7/src > > -I/usr/software/mapServer/tiff-v3.6.1/libtiff - > I/usr/local/include > > -I/usr/local/include -I maptemplate.c -o maptemplate.o > > gcc: no input files > > make: *** [maptemplate.o] Error 1 > > > > I am fairly new to using Linux so I am not always too sure what > > something is trying to tell me. > > Any help that anyone can provide will be greatly appreciated. > > E, > > I think the problem is that "-I maptemplate.c" is causing the > maptemplate.cfilename to be "eaten" as part of the -I directive. > Try editing your > Makefile, and searching for where a -I directive is setup with no > argumenttext. Then remove the -I. > > This shouldn't happen of course. Your configure line looks ok. If > you can > report which macro was assigned this value we might be able to make > theconfigure more bulletproof. > > PS. There isn't really that much benefit to having TIFF support > configuredin directly if you are also using GDAL. You might want > to change > --with-tiff=/usr/software/mapServer/tiff-v3.6.1 to --without-tiff. > TIFFfiles will still be supported, just through GDAL. > > Best regards, > -- > ---------------------------------------+---------------------------- > ---------- > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.comlight and sound - activate the windows | > http://pobox.com/~warmerdamand watch the world go round - Rush | > Geospatial Programmer for Rent > > --__--__-- Message: 7 Date: Thu, 26 Feb 2004 03:35:37 +0000 (GMT) From: Eric Wright Subject: Re: [Mapserver-users] Map Server compile problem To: Frank Warmerdam Cc: Mapserver Users List Please ignore my last email, it has been one of those days... I found the following in the make file: # Optional PostGIS Support. See http://postgis.refractions.net/ POSTGIS= -DUSE_POSTGIS POSTGIS_LIB= -L -lpq POSTGIS_INC= -I and edited it to read: # Optional PostGIS Support. See http://postgis.refractions.net/ POSTGIS= -DUSE_POSTGIS POSTGIS_LIB= -L -lpq #POSTGIS_INC= -I Which lead to the following list (long) of errors: mappostgis.c:17:22: libpq-fe.h: No such file or directory mappostgis.c:24: error: syntax error before "PGconn" mappostgis.c:24: warning: no semicolon at end of struct or union mappostgis.c:26: error: syntax error before '*' token mappostgis.c:26: warning: type defaults to `int' in declaration of `query_result' mappostgis.c:26: warning: data definition has no type or storage class mappostgis.c:30: error: syntax error before '}' token mappostgis.c:30: warning: type defaults to `int' in declaration of `msPOSTGISLayerInfo' mappostgis.c:30: warning: data definition has no type or storage class mappostgis.c:44: error: syntax error before '*' token mappostgis.c:45: warning: return type defaults to `int' mappostgis.c:49: error: syntax error before "msPOSTGISLayerInfo" mappostgis.c: In function `setPostGISLayerInfo': mappostgis.c:51: error: `layer' undeclared (first use in this function) mappostgis.c:51: error: (Each undeclared identifier is reported only once mappostgis.c:51: error: for each function it appears in.) mappostgis.c:51: error: `postgislayerinfo' undeclared (first use in this function) mappostgis.c: In function `msPOSTGISLayerOpen': mappostgis.c:183: error: `layerinfo' undeclared (first use in this function) mappostgis.c:203: error: syntax error before ')' token mappostgis.c:210: warning: implicit declaration of function `PQconnectdb' mappostgis.c:212: warning: implicit declaration of function `PQstatus' mappostgis.c:212: error: `CONNECTION_BAD' undeclared (first use in this function) mappostgis.c:215: warning: implicit declaration of function `PQerrorMessage' mappostgis.c:221: warning: implicit declaration of function `PQsetNoticeProcessor' mappostgis.c: At top level: mappostgis.c:291: error: syntax error before "PGresult" mappostgis.c: In function `prep_DB': mappostgis.c:293: error: `PGresult' undeclared (first use in this function) mappostgis.c:293: error: `result' undeclared (first use in this function) mappostgis.c:301: error: `layerinfo' undeclared (first use in this function) mappostgis.c:305: error: `layer' undeclared (first use in this function) mappostgis.c:320: error: `geom_table' undeclared (first use in this function) mappostgis.c:361: error: `geom_column' undeclared (first use in this function) mappostgis.c:381: error: `rect' undeclared (first use in this function) mappostgis.c:438: warning: implicit declaration of function `PQexec' mappostgis.c:439: warning: implicit declaration of function `PQresultStatus' mappostgis.c:439: error: `PGRES_COMMAND_OK' undeclared (first use in this function) mappostgis.c:444: warning: implicit declaration of function `PQclear' mappostgis.c:460: error: `sql_results' undeclared (first use in this function) mappostgis.c:461: error: `query_string' undeclared (first use in this function) mappostgis.c:491: warning: format argument is not a pointer (arg 4) mappostgis.c: In function `msPOSTGISLayerWhichShapes': mappostgis.c:526: error: `layerinfo' undeclared (first use in this function) mappostgis.c:573: error: `PGRES_TUPLES_OK' undeclared (first use in this function) mappostgis.c:577: warning: format argument is not a pointer (arg 4) mappostgis.c: In function `msPOSTGISLayerClose': mappostgis.c:599: error: `layerinfo' undeclared (first use in this function) mappostgis.c:610: warning: implicit declaration of function `PQfinish' mappostgis.c: In function `msPOSTGISLayerNextShape': mappostgis.c:927: error: `layerinfo' undeclared (first use in this function) mappostgis.c: In function `msPOSTGISLayerGetShapeRandom': mappostgis.c:957: error: `layerinfo' undeclared (first use in this function) mappostgis.c:993: warning: implicit declaration of function `PQntuples' mappostgis.c:996: warning: implicit declaration of function `PQgetvalue' mappostgis.c:1030: warning: implicit declaration of function `PQgetlength' mappostgis.c:1021: warning: enumeration value `MS_LAYER_GRATICULE' not handled in switch mappostgis.c: In function `msPOSTGISLayerGetShape': mappostgis.c:1080: error: `PGresult' undeclared (first use in this function) mappostgis.c:1081: error: `layerinfo' undeclared (first use in this function) mappostgis.c:1133: warning: assignment makes pointer from integer without a cast mappostgis.c:1134: error: `PGRES_COMMAND_OK' undeclared (first use in this function) mappostgis.c:1144: warning: assignment makes pointer from integer without a cast mappostgis.c:1158: warning: assignment makes pointer from integer without a cast mappostgis.c:1164: warning: format argument is not a pointer (arg 4) mappostgis.c:1178: warning: assignment makes pointer from integer without a cast mappostgis.c:1179: error: `PGRES_TUPLES_OK' undeclared (first use in this function) mappostgis.c:1183: warning: format argument is not a pointer (arg 4) mappostgis.c:1224: warning: enumeration value `MS_LAYER_GRATICULE' not handled in switch mappostgis.c: In function `msPOSTGISLayerGetItems': mappostgis.c:1279: error: `layerinfo' undeclared (first use in this function) mappostgis.c:1288: error: `PGresult' undeclared (first use in this function) mappostgis.c:1321: warning: assignment makes pointer from integer without a cast mappostgis.c:1322: error: `PGRES_TUPLES_OK' undeclared (first use in this function) mappostgis.c:1326: warning: format argument is not a pointer (arg 4) mappostgis.c:1338: warning: implicit declaration of function `PQnfields' mappostgis.c:1347: warning: implicit declaration of function `PQfname' mappostgis.c:1347: warning: assignment makes pointer from integer without a cast make: *** [mappostgis.o] Error 1 Thanks again for your help. Eric ----- Original Message ----- From: Frank Warmerdam Date: Wednesday, February 25, 2004 3:38 pm Subject: Re: [Mapserver-users] Map Server compile problem > E Wright wrote: > > Map Server compile problem. > > > > Good evening, I am trying to install the MapServer using the > following > > configure: > > > > ./configure --with-gd=/usr/software/mapServer/gd-2.0.21 > > --with-tiff=/usr/software/mapServer/tiff-v3.6.1 > > --with-proj=/usr/software/mapServer/proj-4.4.7 > > --with-ogr=/usr/local/bin/gdal-config > > --with-gdal=/usr/local/bin/gdal-config > > --with-postgis=/usr/local/pgsql/include/pg_config --with-wfs > > --with-curl=/usr/software/mapServer/curl-7.10.8/curl-config > > > > This seems to run fine but when I try to run the make command I > get the > > following error: > > > > gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ > > -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_WFS_SVR -DUSE_TIFF - > DUSE_JPEG > > -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_OGR > > -DUSE_GDAL -DUSE_POSTGIS -I/usr/software/mapServer/gd-2.0.21 > > -I/usr/software/mapServer/proj-4.4.7/src > > -I/usr/software/mapServer/tiff-v3.6.1/libtiff - > I/usr/local/include > > -I/usr/local/include -I maptemplate.c -o maptemplate.o > > gcc: no input files > > make: *** [maptemplate.o] Error 1 > > > > I am fairly new to using Linux so I am not always too sure what > > something is trying to tell me. > > Any help that anyone can provide will be greatly appreciated. > > E, > > I think the problem is that "-I maptemplate.c" is causing the > maptemplate.cfilename to be "eaten" as part of the -I directive. > Try editing your > Makefile, and searching for where a -I directive is setup with no > argumenttext. Then remove the -I. > > This shouldn't happen of course. Your configure line looks ok. If > you can > report which macro was assigned this value we might be able to make > theconfigure more bulletproof. > > PS. There isn't really that much benefit to having TIFF support > configuredin directly if you are also using GDAL. You might want > to change > --with-tiff=/usr/software/mapServer/tiff-v3.6.1 to --without-tiff. > TIFFfiles will still be supported, just through GDAL. > > Best regards, > -- > ---------------------------------------+---------------------------- > ---------- > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.comlight and sound - activate the windows | > http://pobox.com/~warmerdamand watch the world go round - Rush | > Geospatial Programmer for Rent > > --__--__-- Message: 8 From: "Dharani Babu" To: mapserver-users at lists.gis.umn.edu Date: Thu, 26 Feb 2004 09:52:20 +0530 Subject: [Mapserver-users] Layers added but not displayed !!! Hi all , I am new bie who started working on mapserver with the help of the members of this group . ( credit goes to Tyler Mitchell , Paul spencer !!) . I am trying to render TIGER files with OGR CONNECTION TYPE. I downloaded the tiger files and have rendered the completechain of new hampshire - rockingham county . Its cool . I found the extent , layers details with ogrinfo .exe of GDAL . The output of ogrinfo gaveme the following list of 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) Now I can see the CompleteChain which displays the line work of the county . And I added the layers for Landmarks ( 5) , EntityNames (9) , PIP ( 12) also . Now I got a map with dots everywhere denoting landmarks and PIP . But I dont find any of the "Entity Names " Why so ? And more over I expect the addition of Entity Names will display the Locations , city names , landmark names etc on the map . Am I right ? or missing something ? And what are the significance of other layers like AltName , FeatureIDs ,ZipCodes vis-vis rendering the map ? When I tried to add the layers without geometry (TYPE none ) what should be the TYPE value in LAYER definition ? And Can I add them as layers first of all ??Are they renderable or they are meant for some other purpose ??:) My map file is as follows . Could any of you help me ? Thanks in advance dharani # # Start of map file # NAME DEMO STATUS ON SIZE 800 800 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_rm2.html FOOTER demo_footer.html # MINSCALE 1000 # MAXSCALE 1550000 IMAGEPATH "C:/ms4w/apache/htdocs/temp_rm2/" IMAGEURL "/temp_rm2/" # 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 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 STATUS DEFAULT CONNECTIONTYPE OGR CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" DATA "EntityNames" CLASS SYMBOL "circle" SIZE 1 COLOR 0 0 200 END END LAYER GROUP tigerdata NAME tiger12 TYPE POINT STATUS DEFAULT CONNECTIONTYPE OGR CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" DATA "PIP" CLASS SYMBOL "circle" SIZE 1 COLOR 0 0 200 END END END # Map file _________________________________________________________________ Raja Ravi Varma paintings. Buy art prints. http://go.msnserver.com/IN/42737.asp At MSN Shopping. --__--__-- Message: 9 Date: Thu, 26 Feb 2004 08:41:46 +0100 To: mapserver-users at lists.gis.umn.edu From: Stefan Schwarzer Subject: [Mapserver-users] SLD questions - How to filter --=====================_5919093==.REL Content-Type: multipart/alternative; boundary="=====================_5919093==.ALT" --=====================_5919093==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Dear list, dear Assefa, I am trying to understand the functioning of the Styled Layer Descriptor and am testing the 4.1 development version. My "problem" (i.e. challenge) is the following: I would like to indicate a country name within a WMS query, e.g. something like: http://remote_server/cgi-bin/mapserv_41.exe?map=PATH/wms.map &WMTVER=1.0.0 &REQUEST=map &TRANSPARENT=TRUE &SRS=EPSG:4326 &BBOX=50,0,170,40 &WIDTH=300 &HEIGHT=150 &FORMAT=PNG &layers=boundaries &selectedCountry=China in order to receive something like the attached map (highlighting the selected country). As far as I understand I have to setup a SLD file... (I am not at all sure about the correct use of the parameters!) boundaries [CNTRY_NAME] Thailand and attach it to the URL... &SLD=PATH/sld.xml My .map file (resp. the layer) is looking like this: LAYER NAME boundaries TYPE POLYGON STATUS ON DATA boundaries CLASSITEM CNTRY_NAME LABELITEM CNTRY_NAME CLASS #EXPRESSION ('[CNTRY_NAME]' eq 'China') NAME 'boundaries' #OUTLINECOLOR 0 0 0 TEMPLATE 'dummy' LABEL FONT arial-bold TYPE truetype ANTIALIAS true SIZE 12 COLOR 248 255 43 OUTLINECOLOR 0 0 0 END END END But in the moment it doesn't work. Can anybody give me some hints or indicate the location of some examples? Thanks a lot, Stefan 5a5108.jpg _______________________________________ 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/ _______________________________________ --=====================_5919093==.ALT Content-Type: text/html; charset="us-ascii" Dear list, dear Assefa,

I am trying to understand the functioning of the Styled Layer Descriptor and am testing the 4.1 development version.

My "problem" (i.e. challenge) is the following: I would like to indicate a country name within a WMS query, e.g. something like:

        < /x-tab>http://remote_server/cgi-bin/mapserv_41.exe?map=PATH/wm s.map
        &WMTV ER=1.0.0
        &REQU EST=map
        &TRAN SPARENT=TRUE
        &SRS= EPSG:4326
        &BBOX =50,0,170,40
        &WIDT H=300
        &HEIG HT=150
        &FORM AT=PNG
        &laye rs=boundaries

        &selectedCountry=China

in order to receive something like the attached map (highlighting the selected country).

As far as I understand I have to setup a SLD file... (I am not at all sure about the correct use of the parameters!)
        < /x-tab><?xml version="1.0" encoding="UTF-8"?>
        <Style dLayerDescriptor version="1.0.0">
        &n bsp;       <NamedLayer>
        &n bsp;          ;      <Name>boundaries</ Name>
        &n bsp;          ;      <UserStyle>
        &n bsp;          ;         &n bsp;    <Filter>
        &n bsp;          ;         &n bsp;          ;   <PropertyIsEqualTo>
        &n bsp;          ;         &n bsp;          ;   <PropertyName>[CNTRY_NAME]</Property Name>
        &n bsp;          ;         &n bsp;          ;   <Literal>Thailand</Literal>
        &n bsp;          ;         &n bsp;          ;   </PropertyIsEqualTo>
        &n bsp;          ;         &n bsp;    </Filter>
        &n bsp;          ;      </UserStyle>
        &n bsp;       </NamedLayer> ;
        </Styl edLayerDescriptor>

and attach it to the URL...
        < /x-tab>&SLD=PATH/sld.xml

My .map file (resp. the layer) is looking like this:
        < /x-tab>LAYER
        &n bsp;       NAME boundaries
        &n bsp;       TYPE POLYGON
        &n bsp;       STATUS ON
        &n bsp;       DATA boundaries
        &n bsp;       CLASSITEM CNTRY_NAME
        &n bsp;       LABELITEM CNTRY_NAME
        &n bsp;       CLASS   
        &n bsp;          ;      #EXPRESSION ('[CNTRY_NAME]' eq 'China')
        &n bsp;          ;      NAME 'boundaries'
        &n bsp;          ;      #OUTLINECOLOR 0 0 0
        &n bsp;          ;      TEMPLATE 'dummy'
        &n bsp;          ;      LABEL
        &n bsp;          ;         &n bsp;    FONT arial-bold
        &n bsp;          ;         &n bsp;    TYPE truetype
        &n bsp;          ;         &n bsp;    ANTIALIAS true
        &n bsp;          ;         &n bsp;    SIZE 12
        &n bsp;          ;         &n bsp;    COLOR 248 255 43
        &n bsp;          ;         &n bsp;    OUTLINECOLOR 0 0 0
        &n bsp;          ;      END
        &n bsp;       END
        END
But in the moment it doesn't work. Can anybody give me some hints or indicate the location of some examples?

Thanks a lot,

Stefan

5a5108.jpg



        _________ ______________________________

        Stefan Schwarzer
        Consu ltant on GEO

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

        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/
        __ _____________________________________ --=====================_5919093==.ALT-- --=====================_5919093==.REL Content-Type: image/jpeg; name="5a5108.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-ID: <.0> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="5a5108.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEB AQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCADIAMgD ASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUF BAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0 NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKj pKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QA HwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEE BSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZH SElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0 tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDg m1qC OC5W31G3eKP7ayaqdTsbS1nksYZMnT7W2BlR4YDNBYtZXKPeQhbedpNMsG0+ywrPW762vLa7 1HVo rK4nsba3nn0lLfVIoT/aOoiWGe1kN7PJPenTrW5kPm2tx9r1DUrf7NJqcwggw7nUZrqy0/Ur vT3l 1W8vrjUJLmwj1CzmgluNQujPPpcsCwaRp2nvJGb2WTTrmJJ7yXdHL5U+oJp2Rb2dh5jNYwat pwuB FDNbK8LLbSGe+jZvtlxepJdNDC9lLDd2lgFZjKyLCBLBP+LPD04xqXTg4yUG3GLs4OKko+9z Xdnd uMr3j8L1OmrVklFNxcm24xlOLcovlje791JJ3S7ppo9K1rxDDcO8FtNHfXIEEohyumG5NpfQ w3d1 5DSXKXMZtZLE5vrfVprf7I6DToRdq8eQhlCXxur+aVVdBcpb3V2UvYYpRCr211cLfqVQmEQS 6nPK 7CQyRTzysWmxTkvI0jRYWa3tYZt3mXQluG8/7PLHHArweYiLOsazEmKA3DiCKNxHHZXdkbcs 15aa fJtluJLR4rnIuAUkuoXlghlgtnhlkjic3zWMcj3CI0gkaRoefkk6SjFSbhL3n8V+dJ9FePu3 6P8A vO1kuJ0veb5HHnu21JOV7wajZzd5JR0knzK65bOJopNbRReXMlxIAZluJLVXSeeKLLSW7I6K zpNc rA9tIkYch2mMV+ZLeIZ9ndSLdyIjOdwSG5KiPDx3KJPJGnmRyKsiRyRzLL5JWCUxywsZYiY9 K4Gn mOaWKVXumkgMUMYYxxxTo9y8cbxzXDyFJ2SGVJbmGW3eKLzYZbiSWGwwrdWjWYySfvZ5Hmcx xRRq XlEaMjvEkTzLFDFHCssqtLIkSZEaKkKaU4RcJpq0naKWybk4NN7WUV1aWqe1nbjxPsocknUd 1yyi o1E2nG0XGUlZqTUZO7bs2koq7PSZL/S2uoptQu7rUkae1gtYbyzaSKLTt+mg3V4lwrOJ5Y4j dGSx JivXMZu4EFxNp5v3urQWDsLThcR6jGt/eXLSSz+SLJYYB5VxcvHDJbmzurYtFfSeb5Mht9KS 8Y+X oCrlGZYX3iMmVH/dZb55G2q7oYioBCxtIAW2KWAFaFjqVxYN5sTlX3o6qzuqo6xPGkqiJVkT YtxI 0SBjBIuUminSPy5eedKV9+dpJLdJ25Emnq0lFPRWWttEtHSxqmknJQbjJycpOV77NyTT5r3t dXd9 eZttdk+uWf2qyLW81sYwVhSDVGtbCcsboJm7Fv8AbLaOCO5C20M1xaR2QupkmtrG3M63O3Z6 /YTT yrLdLZSzxtHdyXj21vdP5UlhabZhZRW7w3Ee6+FvL9pZrVFmvJo1tDbrB5tLdNdZ8tnhXy4o y7sx Z4bdx5XnhY1tyUWJBuj8tZGgjZkDhzUtqLOGezKyLcySNE12gt4FSNFvUxGsksjRfvI0jaWR Ftts LSxSStFLMrY2koqUubn3lFe9fRNc0mm0ld/FK97dTopzqRULSjUp7r3uRL4XaMYzfvxte6hG Ld+r d/V5tf0+UO1tJNe25s5prj7NiOYIjRxyODJdW9xaxw7yMhQ8rXcLW7MIpUEtlfJHAw+zwRiO 4kgj gs5LVYWchpJLa2CzIEuYdzOd5jMsbi4aO3eW8jsfLnmaMKLC+iaWK5u1uhici6PlRPM8ct3c yWd7 aXTQyMVf7PdXRJL2pjkt7eLoPNuGMtpZ3kVhbyjzI5oZJLWO4u4Y0hnvo47WLTwllK9ube6E hvba OUz3URnhjur6ymU5dZOPM3dJO8UuXmu2+l1ayfMk9WrAuWonKGjXLUinGTg6jcel0pRi5Nyb XVtJ as6w6g22B4De3VyY/Oi0+eS0haaKZzZLcyPbwlZopWgkmjMJubUSXUd3OgtjBcWSJ4ntpF3R W8vm MJFitrmexs5SIoo7mKaVprrItpoZGZJV80COGWV0IfavJ3rxxWfkWkBY6nFDFBNaSpPp0kNm qS32 I7jN3aJavPO00k6RyQ3EVvdPPG8d471zdNapAlnDNFFcX1jHCL2W4n8oQrHOJIrdLaKQC+iu 2a+e xluHEMhVIVhuLZ5RznJJNKEk763V0kmm3y/aejd9N4q6ZScoc0qUXJc0btytGmm4Rkr3slro ldPW 70O/j16ykl2RzSDy5DHL50NzHt3OkB+U2m5pY7mW2jeAPEEFyXZwkYUaMV5DPbrcRFHim8yV Xty0 jyxRnG9VRUuWmEUaRyW4heWK4YW4DhGdvP8AVhKDc22nyXBmia3K28cUNhb28mpPbfYhdxyR xPcp b2pWOwkkMV5YXlnNJNEIZokio2Oo6tFpFtJeamrwXKsvlS2cl1fofNmfUIhNdzW1hqFjZSXl vpdl GLZZ57WOea5KzW9zBaaRvySq3irKKlCLfO22nonq4pJO8uXy1aRdOtVV8PJyqe9GLl7SMbRe 8bKO r6qPLFtW31R3T63Ypa295dNG2Y7ecDykWZTeI8CTJavcvIBhblXaKSc+Sk0UckhWYVgjWllM P9kw W00pUQDUNRuZ5beDzRp0F2kT3UUc8kLSfZFMUM6zTzxLJJZ7pI2l56+W6vmN/HcPLY5WaVFj gkik NvaWkUl1FYyLC10Ij5kUrDT4rY4USSCJpFjw50ie5d2Ek9tblWnX7ImnxwYkNuIp7a1uJGjj 3yW8 Mq+bbSYdohcxTuZmmnUdk7uPNFcy5bNWavG6Vn2abuvdVmYy5nJt3nO0pq7ajF2haM4qSmrW evVr 3rRav1Ntr1xJLJJ577bwPG9tLqX2WBWWKWORLSa9jhjgeO72SmO3viYbO8jjihnmjSSHfivL rSoz qWoWt3a2t5dQfab+dZ7jShfSF0ljgaFr8RyrZWV3HaN9sjmuZpWUWcthasdN4a20uC6hvHgt bvaZ IvsqwWpmD3AiDvZoXuSJYoQW8wH7TfyRbdQWGGOC5V93S9QhiMtvZ6dZu1750cs82VDW5lIe KeGO K6v/ADbiD7PAii7u47i4MGwXV+90ZUpqLvJycXGUbXa10a5WnJKTTknZb2urKx00IVYTdWcO SUrw dm3q1BKyu1KHLfnvK7aSSb3kSBNIliubRbe50m6drqCOOVGuQGhvG0mzaPyYZrtLi9d5rJvs d5fW 84kilmWDTUlj2ILeK/vI9Taazt5fNa1hmuJpbiZNRinjP2Dyr+SS2ZIp/tLhbIWF5bSs1iY9 PuYL xG5q2me0F9ZX9jJG0MyXVvC1zcJaAJPIksdzb3X2uyuLKynEF7YboLl7+cSwvLcrJbwXFW4S yieW SS3miSO2aC9hQoLaQ3FsZbDU7iaK11G2iuLz7XcQ2cEErwwlh5V1bQ2Ss9zq35dE2nFTlBaO 8Y+6 k1Fxmtp391zW73UShClNKMud2XM1N042irxk7v3ndJJq3IuvU9am1m3tbGWO7lurqS1a1jb7 NAzu 13OtwIFkWCJrYzySzNtTaiwtdorTW0VzEs2dDqdgxMKxPbOUvJoLSeGK2NwFuo4WuPLlaKOB 7y7n VbNL2W0uL15ZpEiKrJIvBxGfUYXgGrNA91b+fJCmomXzMW880n29mZ5EVFjuYHMk2+DT4LYX 0kFx ZWtne1oRfuFSS6mEUWnbtTlvtPtYYxbxbrsST2s9tLFf3S30t9L5qRNLeRsSkNrcTXa21utB qEqn tIyTin70VOS5dnLl3vZJvnaTitHcueJqcqbhTnDkcWmo88uWSs2272SjFXWvMo7Kxo/EXwd8 NvH2 hW2ifEfwX4Q+JGgw6zaagnh/xvoeg6/aaNetpd7HFq8Ok6/Y3X2PVYNPuNSisZvIt9REWo31 jZTx rL9mJXJ+INXR4bPVHsnDz3OlreNJshkFzb74JkubiK4ht3sDbSxW94II4IS40+RJ7OaWG4Ur royx cqcfqlbE0oL4oe2nC07x5tKc4w3s00tV1e766NTnjzRgo3eqlJKV1yq7UldbadNrdL48Uvll MrAg WQv5Jt7YRllViIorUoLceXHC7+QUVTGr/uHiQhpza2t3HPE0SQxSl0iS5kyHt3jmnUeYsK7p wsQh ZxMjyTTW6W0VsRNKEjjmWNYo7edmlMToAu9JFdlhJXYu145LkxW6sJQqlmjKzSSqsLPKQQwP JbuX lklkSXzBFDLbKxRykLwRu22SOUCZLnyFKeU0KSJIXwc73cZWs01qr30d0r2Vr2+K76Ox4cKj i6fJ zSqxioycldrWKUVdSktWndRTT1WrQySH7CPs3mSIk7LKIJLk3FkJ7FfNijttpm08TQLcLLBB AElh iB2LEufLrSQuP3aww+WYlEbbiyRSIRLArQqiwNHCqxOpWaIIIiEijHl3AnESLvHkxRSSI6zy r5CN LGkEkbwzBxH56yQb0MTyP5qzLGocTJCzI0hlIgCiICKWJXiCwko8Qbyo2WSCK3EipCgYTw28 c0aN dyokTSwXGTS5pS5mknJ6ttpK0kk72VrK7bdr27upV52lUlNuKi/eUnyysuZcsk7Sd7cz93Rp atQU duXkiX5JA0ys0YlktzLGrOsLxKId2UhZWnmTLyxpKY3kDl4jPG8UqtMLZo8yuksMab4YFC+b tS4a 4ujIy58p9hIjPlAXbSC7WCza2N3cfaYLaDzWtVi3hVWVQ8T+WsMTxh4HkldmS1RpP9JVRbW5 mmkh ifPdtzMTznPJADZLbixC4GWORg7tqnaCdqkNNyclZJNp3V1uotK17O99U33tfW+dWvh42qKg 29VB z2VvdaSUVFtRUW90nKz6olnEkF0ZrRngCSQyxNsZHt5twndIpEuZWAhBWK1kMzTgRJczFncw xxxx sYvNdolIKRsgdWZXkD5wjBZXjQIxMyQkKTECEkcASC2nuFaWOCSZIQ1w5iid0tkBkQyNhSIk AkkV ZCVTDum/JkUXjZWDRahdWv2y4W3WBt5ijh8qGYhIUuZSsiyGK5nMbhTFueM/Zo5YrqW409ua sot6 uybjFW3jFJvb3nJW6atrS7fFOSc5OMP70YtW5b2atyOLaUUt1vq9DNCwM0UlwfkR0J++8iKB 5cjq Y4J3TERkVRHDPMFIVYJQwDWoXJlSUKqoDIZAJooZJYo8zyos06PEs3lKEiZo5JZZWRUjuJGE RhNr OnkXJgBje3edGRS8nkic2zTCZGY26LcQMsiSBd8pt32+WIw9oWxhha+jaOSBLp40En2d5MwN aSRC WJ1mh/fx3DFYlknEvkXQeNobeQsp8l0pXeiSTasrtaWvZ7pa799LrSnKUFzxnyXWre/MrOMk 2rLm 1sk07N+6+twaxcIstvEsKR7YIl3xBDEiW0lnIqywJbukbNcTSYdQWE1ws5kNzdLcxQXtzG7G 0eOG K6b7Ikc9zaYWNZbaQrd7lgHksxhLyyxwWsgSYbTHDOkec0aohQtKs6MElglijjWNzJKsihnm 8wMg jtwf3KHLzJIY0gVriJ90cj20lu6vGG3yNhPLlVwHhdHZZhKm1ldWi8sY+RhIGEijQg7xjGM7 uKdl zWskk+mrdtNb67q5cMTVbbU5QVpTl9lTldJxSs00r2vazaWqa16OO6s4ri7mN0lzu+3zpHOs 0xN5 Cx+ySm4fTpXv4JYpTIIZY9MiuJ7cpfpBAkUlzBc6zfbYrWO5MNvZTvdWqwGeERC5DFrYxysD OsDX Mm1pw9wxVl+1yWjyRTZcTiItCqxl5prffNxIyJCZtq25JMcaSm43zjyy7vb2xZwIgiunnYwJ b+WU Tcrs5MmZnjM+Js+a0JZkuNh2R4CxxujmSW5knh04uUVyqStb3rJtXV3tsley63szaVabozcp SXvN ygk3C7UYuD95r7V3oldWVrmtba5eRSRy/bJniV7dbi0j22cl7+4kEnz2sR3OZDJFJdysbqRn s7h1 eWEG3rLqF9dTtEim6mvZJzBG8bSObm8dUme3t4lWP7XdGNYYvJjbyzIq26pPDaSW066G72tr KgnF xNa3MxhaPzVumhjuZj9ikjKQs0cZsllt3naeORdRV0W6t7PTtQtWehXTRQ3FvGt7Aj+Z9rgt 7O5k mZYraaSGWzkvru3gWBUuHiglZpLiaWCzuCWuYhBShSvZJNrolvbdtpNX0vey0WvVpQWJpOPO 3TU0 puW1RxfLGy0Ut201rreVtFevBputQt9sksdRtjYpPcRSvbXURilhjaeKQu9tcF1WRFVllVI2 UBGn iBkmj1Rp9ysFrd3KwT28dpBCW02xt7szzS3CzQxSXNzbJY+fLIf7PnvLI6kkeyOzuopHnAut N572 wtLaFrWOO1s7eGVLZ3mFy1li4luJp4Ly5itoJbu6WawkK212XguZ7FJbi3n05NSv6RbJNY3E 2p6X FbXN1aaW1rqWpafM2mJbwWZshENTuVutPtWlaGQI01rDO6zWl61pdpeQ6dCoU6tTmdOCajtK MZOz lyrl++7trvrbp6FGjBtvmrc0qcVUjVTUZJJNSXKk+ZWjG0uXTls7WvxEMbLcTwXEKLNLH5Wm W9ux SO4vJdQWGN4bnfLFc265vIftc884kSARvKJlikjjhubj7NcW6ukO+OJ5UlaA3Eq+dvEkIWKG WRYm hgU2ivI4LyztE8Qk8jvLjTPDdxbDVbRJLBpZoVtLy2S5AadxbXTT29pJcRXMzpI8tg9pbwxT 2lw0 wubXFqGtsW4t4o7ua4tb6cxbTf6ckiOby7lvbWG2jvoRchy1zPfYluWWOyuvssSXtg7sUNvl VhGK vKNmknzWaSfuyjZO/K2m27q61Ts00TDD1JNU5VJ+z5/aRpc7b0adpuVld8t1ytdZStdMqTm5 817G eOzjt2Ms1wkhijWOVWmt4LhJILcRCex53R6RGk1yYmS486RpIIq+otfsLYX+pia3uo441lMl zLam SCNIpJbiK5iNxHK0P2e4LmOOeZXW4gGWj22E062ubi7ae6e1gsbT91bTmVZ0milFv5s64aC1 ia+Y 3E9mZLi93OLa0hneW3kkgBinns7cLeWqm2AuZbuSK2k3CyKRTMz6nb25tltJFXSw8lkzWMsc Fzby sGMuMW/d1bSbdmrvdS0lK+qavot/LVW8MlCTtFvmlFxlJtbxT5leTilb3feklbXQu6XY2GqX AtTP dWfnJcNbFrO2KNcssZA3zXd5LJ5MdxGBboQINglJt7pTOzLrT7OOeS1u7yS3vIoXkku7pIJr O5uI SryvHdoGkgWS6ilgMcay3h8t0bNy76cWpZ2Ut0ixXEWpQJazSJH/AGhY2N06xW8dm7LFcOt3 aW9u Ivt1u229jitWtopEtvPuS+fJbWMk18szzG6jvbj7HZIlzcBba0Ri0N21xJa3cVsYYY44rjL3 ENvD LJNaxOYla1StZuXMvjTipc0XdJxbas7qN+tt7tmTUlFpWlUk7yvUUYuzhZcuzvNO3uvVON9r U9bj 0tbaK3sibo5ZCHEboNPuPtKGQzQWkMyXbLdhkkaaZ4Inn0y7S2ktxLRUd5bzmN7htOhhjilY iW3M 7wjzY4o0ljlknuGmRUlIMxkb5dRhEkjpdQIxXTSnyxtaUtW/jimm2pNNxavbZN62s76XOOVe dFqD q1VZK0VKS5fh0a1fZ769NGk/V9Qu/C/he3a/1/VNF8Pafd3ttCNS1jUdP0azm1RlubiG3N1e 3Nhb yaiht7i6iV5ZJNlrcyDyzHIyXbrRLC9BlmtgxlEisHhVZR5bOjIfJJuYo2mjUhVAWW3ZHiLw TQyO 0/BL4fRWeuk+FLPV5PESx2PiS+8RX2ra7rWq2Mq2Uf2abxP4g1HWdfW3t4NDs7nTrRNTitLG 7sLO 4gWyvRHcrh3k9/8AD3VtOttcv9R1zwBr1zPbR+JrlDd3PwytrLRrMWMPivUrQXF/rnhq8lst Vu7n xtrMFvL4deJ38W69rCakNRtNI5PU5b3opX5nNzalFtR5VFNRl7tm7JNbOUmnc9qrk1SlTio3 9rRk mm5tQknJWbcUrNvki1Kbkr6JWQlx4es7bzLsxySwskUO2OGa4WNfszWiPYxwr5rXBd45pZ5o rlml R5WVt7zLkWujXOktO1lcNfpcWU1nciyW4GpWk5W5le1tLi0NzZQXds0KSS3CTSXdtMqCCFHu bYXX qeraMhF3YXKWZuUhlj8uQrI1sbtb2zaUiCRJfKUR3MUkqTW+EDRxyr+8lXk9V0y8jtJbjyjc XEbR CLSEuIb/AE64ku57Z5jdLc2RXyreaUkCKeB7W1RGhewEkgtuf6nVpOSUpuN4U5OdRNRcUmnG VnrZ rmXM3eyW549aFeg17eLkrKpzNziqS5o8ycrX99xfJq7q7vdHyC/hH4mv8M/hr4p8A/AL4u/G abxf 8LPGnim78Twah/wUh8X2/iDxvB8evjT4NX4d2l9+z38aNC+G/wANrfTfB/hDwKYdM1nwrZW9 kl+m o36T20iRK+58fN8PPEnxo0WOPR/Gfww+GnxY+Gnw/bXNZ+JV1468eeEtc+KH7PPiT4v6p8O7 jxZZ eHfEVt4/0/4SeM/h74z+GWoeMZ/EI8QX0a2lwltc3WmzPcsj8C+O7m18E+ItPtta+G3xA+B/ wnvv DXw/8W3Wr+B9Y0xviKP2i/j/APEq4spNC03xVr9vrfg/xD4M8beEtN8WaN4q0W0Oq6VqepaW tpFq tjb44XVPC2k3GmfG/wAM+Gfg38bPhL4Q+J3ib4NfHjwva/DqL4AeM4vhN8VtD8B/ErRPin8O 9O0D xL8avDthf/CbUvEHxm8TP4C8QxapZa74bmjt7C58E3dhp1hb6ry0KWYUp1ZYibxEZVMSpU3i KlSM I1M1oNOKqYiSi6eCb9h7CCunWjOMeWlGf0U6uVYynGhelBxVBxnKNGHNJYNe9TlGnFzjOvdV faTd pcurXM4+ra58XvFVppPiy+8T+GPhD8PfDfgjR/2f9X8W/Ej4hfFLxo/hRLr9pD4PQ/Ev4daF azeD fgN4r8bax4qgsLrWdL1WV/Ba+H9Gm0+21WXWUgvkbT+fHxX8UaRp/wAS7rUY/hF4P8FfDvWf C3hX x78SfFnxeudS+GVxrfjK/wDGieBrfwT4m+DXw/8Ai/4n8V2/iex8Fanfh7nwd4ei0Oyuok8V xaVc O0dtWubrxO3xF+JPjnwLov7VvwE/t/wJ+zX4N8J+J/hn4k+BvxE1W30D4PfA3wr8MvGXgP41 /C3x X8XPh18M/iZ4Y1bWYRL4T8TXGrJqVhqujXeox+FdCstfl07UcfR9N8V2XxR+O/jzwb4d+Nn7 NWo/ Eq++GNx4avf2e9V+AOtWkOm+H/Bd74a+IGhfGb4G698RPg58BvFOm/E/xJb3/wAVIn8K69rG i+Cv FfiC/tdIjeDUtUhv9KTx7oz5sNQjJYTBVX+8ly0qv/Ceq9N8tSrZv2mKftKXt3FxtLDx5F7Z /Ucm coyVVSbr1YtucmpQ/fez3cVyPko2UlTjLmaVV3ahn33xB8atrOua74d0D4bXmk6F8Xvgz8Gt Vn8P ftBeKPE2m6x4q8b+Cv2jbrT5/Cmv6X4x0f4Da74G11PDmi3eoa94u8HaRr2l3Udstz4cj1jT rGXS O18O+NfGnjG+8A6X4H/4UJ8SLPxt8evCX7Oeoa18PvjN8QdUsPhr8UPGcWoz6PYeNk8QfALw kZ/D utaRoHiW7sfGHgO18e6Bq954YbT7PVQt0ty/Pah4f1i91zxxrZ/ZWkbwP4t/aq/ZE/aD1T4W WWpf B/w9pXiDwD8F/hV4/wDCHxbttd0bQNb8M+HLPxV8Ude8QQeKLjSPCvh+9+GNxqXji/0yfxC2 kWer vD694Q8f+LtLl8C2+u6b+0h408N/D/8AbN+AP7R41j4hR/s0+A/CXgv4beA9K+Jdh4v8PeGP hv8A D/4uXPgrwHB4e0/WtJun1bSdUEPjsxQwp4W8JDQYV1DPHYrNY0qk6WBozrqlQdKnOsrR58JR c4JR qVFJ0K0580ZToRurxdX34xKWByWdSEK1aCirxS53CyjUlyNXlFN1IWSfLUlrZuL5b8X4c8a6 3qa6 HeXNv8LNa0PXPG0fws1DVfhn8RvE/jObwL8Urrwb4s+IOn+EPE9n4l+GXw3hvk1TQfAPiq00 rxb4 CvPiH4K1LVLOWws9cuDm/tK1t4G8a6r4Qk8WaD8EviR8ZNa1X9oD4+eDvFms6RZ/tw69pfgf SfA/ hn4GX/gTRYvh/wDsjfFvwLo3hVdeuPGHjq9m1jUfDkj+IryxNyDaOl1GvMfB3wZrMfg/RfA3 h+wO oag/jH9nD4i+K9c8PeLvh5rejeGZPAvwZ/aS8I+J/D+rTaR8Qb/Um1C71fx94U0uxk0/TrjR tVt7 3VruzuZrDRtSkXsJ/Ab61qmg+BPih4BvLzw7oXxU/aU+I15q2tTeGp/Cmo2vxR8Ofs8WXgf+ yINN 1/U9eF3az/Dzxtpkzv4fsxpkFsi2kge9hhHXVWOvTowqOlRp4+EsTUozqQnUoQwNeXO3SrUq ij9Y qxpRpKsk506cpwb35oxwGClWr+xjGMsGowpTcZRVdYmF0nWhVhz+zi5NuGilKzV9PPrHxhf+ Ck8e /wBpJ4R8C6F4S17Qr/x7rPxb8QftPfD3wz8LLrxQNX8L+EvBT6d8XrH9on9o/UfFPijXvhj4 +1e1 8NJ4dS3t9Msb7Vp9P0uxZp7zrNX+Iniq10nxHea2nwm8DaB4W8MeCfEmp/G/xV8W/Ga/CHVN G+LI nHwUufhj4j8F/CTxN8QvFmp+MtLsdXuF8PT/AA48N+IPBx8C+MZ/FMXhiy0Oa6rXvrzV/gjY /ETw p8Ldb+KHwu8C/FF/hdr9p4l/Zh8R6JoPj34feJfh7feOrq/0m98P+IfHvwXs/HngX4gWHxHv 18Qa Ppfj3w7rWjeI9NsvEMkt5Lb3MZ57xZa+PfilpnjrwN4x0j9qDxF4N8TQfCO78K/EHWviT8N/ jb+0 hoPir4RaB4+0S68S+M/DXjz4mab8MZPBPxU0/wCM/wAQrK48C+FPio0fw1vk0jUbeHWLu+1e zNVF mkqs5/VksBGdBUcbKrL6xVoQjgFiqqhUcIzxUHVxClTVepUahBulLSdWsPSymdCjOck8TXlV cqEp WpKrz1JQpNw0hStCipTjTgtWlPVxj1us+J9T/Z98e/FbwpqfiPw9b6L8K/DH7K174w+IXxW+ Lfif W/h54W8V/FD9nDwJqtzDo/im18DfH3xv4rvvih430j4i+JLPSvBHhfVNIv4NK1fXL6Sx02WK d9+0 8efEZtM8WeJ9U0j4K6X4c07UPhNp+n+M/EHxo+ImteEfHen/AB80Hx5rfgTVvhpb/Dr4A+I/ F3ib TPEGmeENO0q40+68DaH4p0HX21Cy1rwroek+FdT1XTGXOtfGFvEHxl/4Vj4e/aO+CPw6+Jdh +yxo vh/WfhV4/wDhxH8dPh9qn7NnwP0T4eXGk+KLC3+Mnw+8O+Ovh74vS78TaBqtr/wtDwT4hj1f QfCn ivT9PnivTYwZcx+IXjkXOjarpXxz1bTD8SPgRq+j/E347fFjwv8AE7xfdaP8Mfgn+0xpXijW vFtx F4/16XwtqV942+J+m6pp/gnwOPEPhTw9ZajcXNvrUl7b6yy+ZTnnCo4anWw+G5vq2WKdV1+e vOnH D4COKrTp86h9YlWeLhJe1qu8eZ0mv3k+6u8pj7StGpzShPFyp0vhjzKdb2cIr4pU0o0pJcsU 29JX 0jyafHrxV4n8C6lf6TpPwJ1Lx/Y/A3U/j23wof43eOdR+NJ8C6H4Uu/FGqahZInwh1L4eW2o 6Z4d spvE9z4E1fx/oXjUaPaTatJ4Dtr+QWd1T+LkXiX4X634q1ez+KnhL41+Ffhl8DP2dvih4q1B fFP7 SGieN/DcXiuf9jC08Qaj4fsNF8I/CLwF4qm8aX/xF8QeNPCWm6tN45ktPDniy+03xdoHg6/m n8Ja 913hS88W+D/D0fg3QfAvx60HRPEH7I/iz4C678JvA11+zZoXwdPxP8VfAHVfBVx8UdU8U23x WsvH nxtm8bePv+KhisPidpXhrX9BvdXfXLTxLq1toOm+GrjkPGfhrx1rvhT4lWmm/D74kaH48+I/ 7OHw A+EWs6ZrafA+88HeA/GPwc1/9kbS77xPYeIdA+O+r+MvGHhHV/DvwJ1rxCY774aeEdY0+Z9M 0uHT dTk1Sa406/aZu8xoVKdKNDApwjUSrx5Kzq43Cc8MQ1yum8Nh6eKqKUJzgm+V1qsXCDtzypYW cpVq E67hbm91zjBUZ8kqUeZpyq1HSXK0pWSkoQabXpPin4y+OtGk8a2er6J8LbnxV8JvC+q+M/it 8JNF +Kevav8AGv4b+G9KsdN1DxXrN54ef4T6R8LtW8R/DTT9b0rUfG3hfwH8bPF3izwVpSazcXll e3ln fWsWRdeNfGXhxNTOq6Z8IbnUdO+CuifH7VvAPh74zeLbv4lJ8IJvhh4f+M2veIbOwvfgTpfg S/1L wn4Uv75Lrwlq3j3QPF2rjRrzXdE8PXuhf2Xql35b8WdT8RN/w0B8WYfhn8W9L8d/E3wf8em1 XwV4 in+C0vwe+EOrftGeGZ/D3x38eaV8QtG+J83xQ+ImjJoGs+N7z4a+ENX+F/g660zUvE+mDXtW 1JNE it7rhj8Qb3UfHGr/ABBj8E+O00fVP2YNR+DNhoM8HgW21aDxVdf8E/NI/Z0uNYvGl8VxxRaO PiJY 21u8cusyajaaGU1U6Bb3NxNbSc+Kx6wqoPFVMJRU8LWqThUrwhz4un9UlDD0pzrpSouU66jU TknG Ks5pKcvOqYjJ6MuWVePtXXhTVq82o0KnPH2920vaJRg6kFblbu171j7vkvImtTEUimnubK2k jlie 3YXFsIILiCWWVbxlkSK2Q21vZLBbtewm0vJDJcRxrVGSdGiuU+0WK2k8tvP5KSNblZ5JYrO3 gi+2 gO7/AGnU3jija4kZzHNM7zeXBK/x/onj/wCKOjwR+R4r0zxMjaZbo9n4+8L6deSWVzZQTSIL PUfD eseGL3ULNmtIopzeR3s4FmqQzKdVu7a6+mPh54xsviHoWqTy+Drvw3rHhjVp9F1jTrrVrzUr IT+Y uqW76P4jNpYabe2M+kTfaLm1azttZ0SeUtrOmWto9trGqYZbn2WZhL2eHqynVjZzpqLpzsrJ 8vPa LSTj70bxje7a2Pn6WYKtGfs5xai25xlyptXSTUdeeDSVrJyu47PU7lLK/V5ba0tbxpbcPcJC 8gaY JNizvnl0/a0hkumEIa2mwx09vKna8tD9skn/ALRaFJmv5Jo71JXis5ktTZ6sEgt763E1xOsL F7RZ Ik0+9g+13FwGiyJtlkEubd1YtP8AYo57q8MlmpCvbXF6z6bqOY766lD288kuoTmZop0hWNjd NNct NcW1vp9mIOb1A31tNaz/AGiYL5ZFvfpdXcrym6BvZ3kkku7t7e5kW/33NtC8cSrKGjh8uUSS +xRn TrW15pJNq6s/s9Yyvra3Lp1av12qYlxjCpSi01GN01CUZxly7tK6Sadn0WjaZ2Gh3UOsaxdW kB8u z+zXl9HBPYxSkuzxW0gnurUxTXa3CvazzreztPKQ9uTNPbrqNFczo3hTVNf1CSw0jxRrHg7W 7C01 HUNO1bS0064eK+FvcaRb2viDRNTs9Qs9U0qKe++132izfZLo3NvY3trf2VxYwXaFdDy/6w1U jCUl 8Lk1dNxcdveWll99z1MtwdTFYaNRUqUvekm3pJPmUmpc0o6pNqyVklbun9V2dxIizuwMcaRx 28yT 216V82aODEa3DEwTBVkWeGUN5azwSl3NzZXEdbt94etfEOiXGl3em201lqVk1vdWV9HDdaRe Wl/9 qNwbyEiQanBPat9kNjexyCGG6ZZPPWSSVu/i8IwRP5xhhPls0FrK5MsY+0GfeZbm3a5tHWeG Q29s jMXmUNtuJ1RFaB/D0jT2dtbtLGbK4RbW1tEAE8qBQ8amRopRvW5UTMYJ2nhL+XJDE9zLL7Mq lS6c ITpvnUoyak7WjZR5Ytu7aSV1bVpJdfpa7nKLXs26cklee7ekrSipaSata6V1qm1ZHxq3wE8R +H7I 3OlfFPxBa3Phy+0+LwfYizvR4Q0Lwhpwns7HwLq3huG8TTfF6pp99Jpmo+Jr7WYPFt5e6Zod 9b6x p11p8lpc+UeN/CHxxtE1PU9J+Jk+uawZZNY0rwhpXg7wvD4TuP7Mg0uSLw/cRa9qOqeLDFrt 7FIl 1rll8Q9Fi0S41RLyEWUGlxxSfoDfWE0Rkjma/iubqD/SFt7W9v4ikEkS3DTBbaaSF7q0kheS G2is YJ/s0hCJaxLHD5H4t1X4a6Xq+m22ofEPwdomvqqanD4O8T+NNM8KatqEA/tbTb68nmmW8uJN NtZJ EBsYtGuoX1TTEke8t3+yXNnw4qMK6i/apSUrVFbR+7rNuVrNvSO/KrPVqz8PGZdRrxupyhUi 7OKn OMHGMovlnHZuLel25N3cVJuKPku1+Jnhi71XXNB8ZwSeB9b8NwxPqGm+Pdd8K+GtSu7G4W4f S9V8 OSXfiHUdN8R6cYZfs8UGh6ve3UutWWo2mqRzXMgZ/S7O00fRrLRtX1HxR8PtOi8Qabo2pWF3 qviq x8OWl9pWkXVjJnT7nVdQhN9c3E0dre6i8i3KLb3kPkvez6xLBB6Jpmm+Afi14oh+H/gf49eD PhzN qNg1zfavbarB4oXw7Pp2veAI76ysNTii1Pw7pPleH9X1K801/EOhSahqC2m1dFsy+r3mm6Hh P9hX 4kfBvVdV174BaedU0v4W6Rqmhix8a+FdY+H6/Evw9rl3pGp6fcXOreI9Oj0zUF8TzLe+IPC3 xG8O y60/h/UfDM2galYeItF0mw8N6b40sww2X1o0a8pzU5RbqU3d04u0YylFttarlXsruLaulpIj BZRU pey+s03Wj9lU9+dLmirJqclyKTmlSk7bxjZswdLu9V8Q2sl74F8D6Vrul2nim+jl8a63e6b4 e0Jv 7Mk0uy1bW/D9yJdd8UeKbSy1zU9E0u71HQ/A8+kxX8d1cyeIpZIrawm1NI+Dnxsv/EFtcar4 x8J+ HdGtdAl1SPx2mgX/AIhhv9XDIs+kWeg3HjvRWa3083msx2OqS2y6XFodxbfbU0rWbuTRtN7/ AOFv 7Q+vTeOpPB3xD8E3/grW7y3trnTtNbxHBqNhr0+kXNhpnjG1GneINA0DVUktZLp7nS7ewttQ 0TVb bTPF6abqLx6KniLUPrDTn0+71/Szr/h7RfEel2d7pV3o8Mul2E2t+CrC6WTTtZ1a5vb3VrF7 fUEn jjvNWt0sNMubLTX1q00ubxdrNtbacv0+CqYZ04uk3iaU6btdzvCWj9p7s6cea6UVGbaab9xv Q9l4 PD81L2fO2pwm1GKhGEISvJNyhUcJN2+CKnrCziuaT/NPxynjyz02DRdT8MeJvFOvaRLd317H 4I07 StbtbrR9Kttfa68Qafrdz4qsLaztXg01Gt/DvjBPDXi0z65oGlxWus3Ul1qU3md/4L1Xx34y 8AWc fg3xD4v0Tw14ivBq+ifEvwr488KeGbXSptEvYpPE9jBr/hqPRtT8SaKos9O8N6DcSagb7TNe 8RGf T9Mtbo+I/C/7d+IfA1hqCTx6Ppdm+qXtrKNINtqNtpEzyTSQzaZPFAgju7yf7VPA0dlcv/Zs V1fk Xe5BIq/HGo6FrUtzJpY0pLCO2khurossrC7t3Ui3Uy3Fvo+urpVpbFraKO+tBcIvmKk/mLJD DzYm gpS53JttRlFR0dkly3b5knHlSUW7NbbJOcTk1CnVjUi1O3LL45OLjaPw87S1UlJN9Vayehy/ gf4e 6F4kh+LfhvWNI8CahrXjT4FjwDp83jqfw3aWusXWkfG34Q/Ev+xvEGp+JbnTtJiis7L4d63r FnZ6 9fw239oI/wBlu7K7ns4NX9p1Pw94CvfC/gLw0tv4D8baN8N459NfwTrHxFgsVjuvBv7O/wCw X8FP 7L8HR3XxJ+EuneIfDyz+CfG+p2epX/x18MadrcngTxBfeCNY8atLZeFNT8K1OzuoLe0s7qxi 0600 +0gtLGws7C1sraGwQi3ULPDEqSqLhHQzrLOSz3E8UCoxhFvSfCNj4psoGfX9At9QgcWlzcNJ M9j9 vaGS3CyWr29lbGC416JJ7RbiS3uPPRLUXdnNb332/Z87pqHMnyQpRh7Rw5HCNX2kINxUpcy5 ptOa qc3uxtFJHjVsHJVWoxXNUhH+Lye9FNOTjFtL3rcvLdptOTSuubq/iJ8Mf2f9M/4WN4T+Gvw1 +Ery aX4F8Y+K/B/jDWfi/rmn+Ltb8T6R+2n4m+GnhfwddWGhy+N/CT+GtZ/ZxOk/EOxubXTZ/E2o 2tl4 e8S65pWh2l3q9/XafBH4yWHwv+GPw90z4jz6T8OfDWh/Hn4rXfjW70r9qX4Y+D/h9oXgm++H fwLi 0XX/AInfDnxwNI8Y/HHwj4i1+LxX4dsfCvhjw7aazq1/4b13QbPWLG78WabrL+QeOPB/ifQf Avi6 +8E2suoeJNI0eW40JpYpbi4nuLJbh7jyrPytUj1XUre1t55La0nhu01jUG0zSpAsJne48u8Y fDH9 n3xS/wALtH+C/ic+PNZ8XXUv/CxLO98Vaz4xj174fyeFx/b/AIl+JOmXkGqw+FtfN7H4e0q0 0+6s /BSahqGvX3h2fToLaNzoHRPE1JuE5+1qznCUYqNNSjGVPlqPmk07JxUYxm4xcmpJ2teO0sBW p0Zx hCkpuSlHmi4SlFuEEqVotyndXkrae6029X926D4a/ZVhtL3Rjr3wd1218TaZ498FeJ9T0Hx3 b30c uj6F8c/2Wri48d+H5Y/jD4yvbb4lJ4Pg+NGqaHpanwJqPiK88Kv4Sv8A4G2eow6n4V1zwfx3 4g/Z d8I/BnxJd6tc/A/T/j7L8XND8HWnw7+GHxw8SfF6/wBJ8K6lb+KY7Txfovhzwx8UPGms6947 u/Fd jp2j67o2sp4h07QbPTvDd7e+D/Dt14quhqPj2l/sm/DC382R/hZ8Lo5U3PPJP4Q8Pm7Vpna7 hFzd 3WlCSZ2vikvmySTeXJFDMPtDoit6foPw60jwZDbWfh/S57XS445JIbDw9pdtYafZyzTyu8kN rA9r aWMQmWe6leJ4IBd3BvGjvp/7QRcadSNRQc8PRhzUakYpL3oNXTurWclK8uZTS1d07WOeGUzn OHtF OMG2nT5XJOEVBSnBuHLeDTTVtNXe6UV4do2tXdjBpOpa/wDC3xnofhzV7qx0ux1u90/S/Et7 Y2Wq aHHe6eviHwt4SfxP4j0f7Z4gnn0RtEg8PXulxx3OkNcSWU1+bGywk8Q+BobHWv7X1DUfCsWi a3rl lrOha5brZSW2q+Grm7XU9L0GXSpr2DV722nFpqb2HhXUtWlQX+hlrLTxqEOn3n1vr+n61DoN 3b+D PsmjeIbi1hFpcCOC/ufLS8itbu7s7C51fTtK1TXLKyaYaBZajqmneHbnXYNLk1y8tdOkv9Sr Ht9X 8W+FG0iz0f4VvbReHtDtv7E1PVfijYafquuvqGp6xNrV/wCM7/w94J1sW/xU1R7+W/1bUtP0 jxDp N/fatq/keOLtoLPS9c5nUcIw5cIsVBVItRk1h1CPuu87O1TWySlfmSak0rM9mGVYXEUr1Yxh BSjB Xi4tL3ZTlFq6s01y6pyafKt1L84/iJ8PNW+It9Hr95ovjHRfBfhNXj8PWfifQNJh/wCEh8R2 l74p h13XrzRSY9Us5dP0SDTF8KxeK7DS7yy064uZ7Hw7A839oweByaYlpPc2KQsj6W12txFdQzJd 3cyS TeRaJp0M9xL5U13dpcNePFa2ssiw+apZZrfUftH4w/Ga9/tLW/Csuj+IPCfiO7vdZmtIb241 rxDY ajp0aJDd3XhLxgLfQYde06ez1nQk1CC+MXiC2Pn2OqWUAi1DPi/g/wCGF34lhu7jxDc3rRQL b3mq TWkLrJcRWr3rJBd2apPM979quylzp7vELKPT7WNbiaS8tlj/AAjix4nH8QTpUKM6dalD95Gz hSpR hH3vZOTa5ElKXurlfNpGVtPzrNsNReYzp4SNWUoVfZNTSdpRSTak3flioys1FXVr6yZxOjeD Zp47 C91B55Y7m3ZkS7sy6CWLUJbLyUs2u7nckrziaYRQ3M1mGdbWyvDNFrCaGj32jeCPHWk6600t rpdx qmnaD4xnkvpLTTDpV3dyRaH4ouLPUNSsNJsbzT/FF9Z27X81tNcQeHtX8XmKzmNtZyaX7pqv hbU7 NbWBVspDf2ltcv8AYI4mhVdRtHvEjttT08SaZI9zCbf7TNBdsbuKWwtpIo1WWaXxbxPHqIjV nWSK SzvZrmS30x1tb/UESAFLK2KNaNC0bLj7EJXIt1W4gEF1v87x8HUxGV46jjlJVHQkliKUW4Qr U9pR jJKDju1JOOr3SdjzZQxGBm6jbvLeNk24aNN+7bVpNJtapvl0uvpG88V+CfEc7Q+HPGPh3xDf 29qJ 7jTNG1bRNduItODWumyiCz0y8F2iXFzq1n9rnnukn8w23ksu2BE5qzNmmoCW5iaS2kDRxRSv NOgV jJBBJL5LW8jC13mdxBFFLdm3jtwsKSLJD8aWelP4s1yyP9mrPcQw3MsF4kstte6I8DR313qO n6g9 2mrWkcMsVpqsuo2V/A15dQ31g80Rt5BP7p4O8XX+k+DNJ07xB4X17V/FelaPZ6SNaTVvC1/4 b1W/ toZEtNeub+61+18T31pqqWo1G/v5vDeo3NmuorC+m6u0ECXv6jk3FOCxlLE1a0VgVFx5VOcO SUXG 6UJWWq0504Kykkm29OynjVVabUqTUY2c5pR9zl0i9pK2vLa6k3JKx9MfCyWFNZuZPKle9isr ucvt SWFrRLnSGA2MEb7Q0ouA/mSNb+QojMdw920URXM/s9+ONR8Y/FzxL4Ov7Hwtpd7F4EvfFGk+ H9M0 3WLvVItKtdf0DSmvtT8Wtpul2c8N1qt1fW39nweHbHU0gTT/ADbtES5ur8r7fLsRRxuGjXot +zba UouKjOzi3KPNo011j7rtbc/SMjio4GMXNSaqSu6cPapu0L80ub4lrdK6076H9G1j8FPhn4nt fDmp z+Hlsdbb4e+CNZ8UWOj/AG99PsfEln8M/htKnhTQpLfwd4s1d5dSs9evvGd34g0XwrJDrv8A ZuuC bR01PTvEmt6V89ftO/Dn4U+HPBWga7a3er3V3oM7x3NnZXes6JpFlbW/xh+KGn6P418X6Slt awar Pb6nZ2nhmS+ms9Ph8PLpOkWniQwaZL4UsrT8u9L+N3xs0W6+J/hW/wDhr4g+Jc3w+8da54es fF+m eKvh2+g6/eSabF4g0zTr240DVrbxFeazoc9yPDHiKbSPhXp+plpbOKHwNJqdhr9nFLoP7RXi oSz6 nF+z58W9esdP0mw1K+trPQ/BmnWEWqXUUNncajpQ1Px3puv+KdIs7qwMOl3T6LHq2ppf2enS 6RBq NzCmn/SPGVHSq1qVKqouF3iKamvZqtKFVe9Z8racpyjKzT+zF7Q6eHppUlK7lNKSqUI8rqU4 xgpP 3uWqowjGEZRckuRa2V1H4s+Nd5r2r+JPCHhTQtW13xZ4adbV9O0/xT4M8C67f3ktv4gLJ4Si +Ivi LwhbeKbOHT9E1rWhrdlpniLRTpEces2NlfTWlrMOm+FXhf4y6rN8Sdd8b+En8P3erapDZalA 2s6R qHifw14JsdA1HSfCOn3WneHfGGuR2moX+qL4z1LUrHwVJDeaP8QbW+0/VZ9tqmmXHjOp/HbU dS8R +NfEel/CDw4fAK+GPC/gG61L4meEdb/tLTfHT+J4/EvhbVvCnhrWIdB8RWGnadD4h8VWmpNM tjoH jHw9F4it9G8L6/ofgjWjbekB/ixrsHi0eGNB8X6LqvjLwdqlvoWsNrtn4/07W7ibw9bahc6B 8INR 8VyaxpXw2DaJ4zbRrq0+HXxNPiC98V6LLaada3cnhuxvPC35ln2ZV4VZ4Knha2Iot03KrLDz nVqu bpyUnLmoRnCk9FdzTau/e2KL5K0qvs8ViqijGNRqnUSqLlTcUnGFFqMmmpzqXkv3a95NH6T/ AAK8 F/Bn4eWOnX2ty+DdPutX8Ta54n1nwFpPhXUJrFb7WjLoduug3UXirQ9U1LzLsag/jrW/EVxr oFlb y2NpPpOs6BY/EhP01GleEdG8PX13pE+jHSrWzjv28IWWpWUyprdvapab47S6Wwa1QQr9otpd aurQ 2Ia4uNNuYNMuktbL+c3R/GHxt8VeFFu7eXxlc+MvCVvd+MNTvvEXw3ttbvPAj/2prsulaheW 3iyx 8TeIQsFxfadfXOpL4n1iyubO20y+t9Skn8V6Ih+v/h6v7S/iPSLGbXfE3j34d6d4j0e+1bwn e+G/ DHirw5aaj4a13TtM0K58S+LtJ8UeHPFrHSvDQ1DRnm8LabqnhfQ4NHmMcfhC51TWbSzt/Dlg 8RmM 4Ri6MZ6Sh7KnKM3BNSlzXUZTasor4pQTtdvVfZZdjoYdJywrqQUIyivaRUoRlGzfK/aP3XPf RKV7 yvt5r+1v4TsNYh8F3/h7w9qGs3ml+P8Awn8V9b0bw9oFpq3iaw0r4c+E/F8FvO1le+ItCsL/ AFG/ N1op8vR7y61ia1e91GWLVLrSJNMmyNZ+L3wX0yG/htrj4p6LYWc8Ekq6r8Jvi3d+HdLOk28G rz41 B/D9xqGhHTtHFpd3eu2L6ff2UbRyalKlmt3ZP93eH/BHxbsDYeD7/wATeANa0vUbMXNzquu/ DR7u 5m1q1mMeqa3aaxDr+s3Fjqji6la1sYJTb6dp0d9pkFhE9wbl5NQ+BXjLXba/C+KvBupX1tq7 2Fzq lxp+vaV4oe9n1HT7JdRvdZg8U6r4Ym0+zu7DR5LuW806PUobAXsfh7TtX1abSZ7f63L8ZmWX YeNK rglUpKzi7SjUkuZRiuWUVdcy5vcTa5b36BVpUKslWgpRupOcY8smvfi3ZRlKDcm0+bV2clZb HzTp Ws+G/GOg6Breg6l4Z1c6oDcaVJZ3r6rb2+oQ3bRSyaJqt9qWmWljb2E1kmnXdvp9hc6e1zHq n2mz tpjPbxb+mtrM9ldTNH9rs40njhFxcSPM90qNaRLLqelRSWv2mW2sYlmZYt9hdRLBdXD2EMV6 2n4l /Zd8SS3B+L/hHwH4f0/4g+F/Emo6pr+oaGH0y/8AiP4c1B7288VaX4je8uvAmm3OtXtpZy+I PBmp 6vpskL+K/B4mv303RvEdvJa4Wsf8J5oM1omofCT4r2DRX0uky6pY6f4T8d6baSxwX2qJHqcv wz8Y eOde+xTNBLYrfNpx0zT72XTG1S7sWuI7ivrcLi8LiI+1qVadCcrqdKcnCak1Fcqc7XUdFdKz ey5r teTXjiI1ZKnSqV6TjBwnGmm+ZSpx5pS5kmkr2SWlr2V9di78F+F9Ug07Tdb0zVbKOeW6uHuJ XvNc Fm7iWzjb7ZaQz2NhHCsiuFj1jZJb2jCFTBYeRbZGkfBjw1oMlxd6Feadfi7VZL2CPS54dQdI 7a5i WCeW+0zTbuWONhc5lntjNaCeVPPgCQiNLXxr4mjlhTw38HPjP4jaa5tdR1nULL4VeN7Q6VDa X2mW scqJr2i6drOrO8eo22pS6b4J0nXddfQoLrVzYW6WbzHTtfG/hzXfES6DcXNh4W8eCa7ll8Le KJH8 M+PIZpNOjvxa6j4Z8VaJpnifRtOS2aTXI4V8OwNLo139ugvJdPurO8TqthZyThVhUlFJv4ZO K92b k1zJO0NEo2au7uVlfWnKnOUJVqEo1NUk42c1JQV4uUVeUeVpvRWsordq83gWe5M9vHbSGbzF is3N xbqsSBUHlxRtcxnYt0JFcXlvazzNcL5Ut1NI9zUVv4Hg0yS81CC3sbCTVtT+26xGY4LY6ndR QWOm y3Gtva3Fvd3uoCzsrSwjudQ84vp1mkLJNNETJbXUL+xgu7rX9R042ml289/fa1dPZaNaR2lq txd3 F5qMhuFkt7XTUU3Nzc3ssKqiFpVTyS51fD/iTQ9el1OLQrXxF4xfS4dKn1L/AIVv4W8U/Ez7 BLqM 0qQSarcfD/QPEmm2015DYajc2djqEa3k8YSZbK6t0W7uM6tSnQjKdetClFxTipxUZKLabdua 3RxT TSTun3j20o068oWhWk0qijFv3OZKPwycXsrSlG+iU3ZJLmw5Ph/p96j3WnXdtHb2kLvcXXnL c77h pHjaMbrqaW2Syd502zeV54EkcJjSWNl8w8U694c8LaJqU2sjWtM0Wy1BfDk3jW38G+MpPBNt qy6q uhW1tN43g8Op4Kgms/Ec6eGdVuLnUbeTT7w3drqN5pOoWt7YJ9MXOq+NvEXleFPhj8OvHVp4 t1qW C1sZfiN4H8YfDbwZoT3bQRXniPxBrvjDw14atdR0jTN/9oyaH4JhvfGOrtbXv9jaW0ct1q9l 9wfA v4H+BvhV4K8Xf8JT4wsfG2o614vfVr5tbXXdO8EaBq3ieTxD4g16HwFoUOq+J/FemW2vXdim vano 1/4y8V6RceIrbVtW8PafoEurXunP5OJzWjSqU6OHqUa1WsvaezlNRjCk4OUr1qbnGDdkld/E 9VZX WsMK505Trxrxo0WoqpSglJurKnCN1OcJT5W3f2T2Se9rfhBpWq/tA+OdWsG+DXwd1PxT4Yu7 vSlm 8f8AiHWF+GVkdF1ewsru11/R9M8T6Lc+K9Y0d4Lq+e21Ky8JJZXSabqD6TD4jnW5giy9Y+C2 n+Ho dTu/2g/GnijW7+WWAatPZv44s/hdfzan4Xtte/4Q+y0C38Q2uh3/AIOl07TJtDtLjULB/wDh J7nU LjVPEdrpc8mrXfh/98vit8NfCFtbeOYm1jQU1fwz4c8VeLtD07U57G+ttBvNM8GeLvFllqc+ m6V4 q07XLfU7ex0aB766mj8OQ295Ot1DLrEEF4t3+afxg/Zk8OL8QtI0vUfiPdaAfF3jnw18L9Os tC+F yXHhvWvHPxC+Jnx18KeGdRvbfxF8WLu48OaRoUfwp1OO6t9CuLyeDS9Z0K6is9f8Rabc32s+ Pja+ c1qNanTpwpKEnTUKdSn7SfwJN1pzirNX50pQTV3y8yTfiZpUwuEpr6vXrYms1C0ptcijJxXK oRcV a6vzzcpW5pczbV/yC1jwH8MIdXF74A8DeGbm5ivNZsri70bwvpMWowGCW+09LnTxpejaCzrq MaXF rbtok7aS6Wt0J9SiWwae0+tfCPw80yy8CPpc9touoaH4mt7WKa9XU9S8M2ulaHbvt1PVru61 HQ47 S5lgItrOKbz9seq3u1IJhbpMfuzTP2LvAvhn4d6f4u0T4kbPGeu+AvD/AI8h8Ct8O9Q8TTav b+Jf Bvi/xp4Z0+y8UXGpw29/eSX/AMNPFv2bR4J9LSys7ufTWM8t9oza38ja3pOp6+1xfeAL34ge NdXg itb3QfDvgvwb4g1S7sh4R8WT2Unim2fTNK1sN9k1EHSr7UdPGns1xqd6975Gp30Utj8VUwOY 4KfN isNBVsTTjJKnJVE6TScmmpVJvlfLzRu5KUnorxPm8NhY06tXFVpUnLkkpJSjBJuLTUIzlecZ tXu4 tvmUot2dvF/iMfCnh3V9QgltPh3rtjLDq8/h/V7P+2rvS9J0vU4bbXm0HxBDB4R0aTU9f8Nr cx+H dEliu7ew1LxLHFdNqt7DYX8tx8B+LdRtLiC/MYigh1i9ksb9Le+WxghU3TyXIs7KWzv5vs9t FCou DJatFbWESXIuImaI17d4x8HfG3VdS0m61n4dfE+3sPiIbLSPCsUngzxc1p4s1GTR7e90+HQt aWxM XiK9vtCbSPEejPp76i95oV9pMlk94JYII/mHxv8ADn4mWfiQ6B4x+G3j3S9R0h9QttY8N6x4 U8Ua Jc28UOj6H4ovY7yS5086re6nb+Ctd8N6tei4Cwab4a8TaL4gmtWttS0PUT8rjqtfEXp0sDOl BTfv PDyk5VG4+5aK5rVY83s25KVtW72Z8lm+L9quWFOkoqcnF2irRSjdyte6cVO3K7rq7xcnR8Ia iq61 qmlaFpMS+GZ2sIZfFMGqtKt9M2maRLJDLqMU+yZYrs3NrHHAyvZXH2k3N24tllPVeEtUi8fw +LZ/ BWm69rukeCb0XWqavp0cZfTmb7TFe2Wm3+r3eiaprV/ZRrb+do/h3T7/AFCWC70220VI7+9j tzaP 7PPx61mLw7pmm/Bz4nIus6APGHgzQp/Afji6/tDw1PqVj4cn8QaO9vo4XUtMu9f1/SLDTdbk 1GOx F9rulWr+dFrmn2978l6D8ffj/wCAfCPjjxfZ/s3fE1fgjonxNvYviN8TR8M/GEXh7wvOE8F+ AJfB upahfR6H4e8J+IbLUNmmahZ+K/Es+or4u1bRNEfTFuvL1PUff4L4Dz3jPEV8NhMkzLE0KFJy qPDx nG1esoxipc8L1KkotyVKMnUbg7wcbo8nBxlJwjWp1ORR5oSldRTcdYqV07J2erV7u6tZR/Xz /gmz 8LT4h+LF5Y+Jr/UdB8Q/EfwhotroGj2Gltqen6C2oeItBPhbw7rf2waVriXLXXiu9vPGPiGW e5On 3TTWOjeGp1toBdlfJP7G/wC1f4o+M3xtvPB37POjeJPD+saP8NNc8Q3vj3UIfDcviTwzbWHi XR7a C/8ACHhq58X+GdMn1S21/WPDN1ZapqXjaNrRDqZm8O6lAkduSv3qhhlwNh8PkWdZfTy/F0qU ascP jMNUniPY1GlCpUShNwc+WUuWTUt7rVN/fZPg8ZXwUZYXE4ujSjOceSlUUKfNzKTcU69J2fMt eXV3 1vZL73tfBfxUv9It18D/ALMHjn4d6NNeaPH4bn8UN4e8C2fhu8uLxl8Q6t4j0PVfGcGqWOka Pb6y muNYaRb6xP4htbC41k3WjNpz3x9w/wCGYfiN8UtNbwl8SfiB8P8AxB8PRcWnmeEPC9zqfhDT fE+p 2E2ny3Gn6+JviRrWs+M/DWn2/iTW/Dml+HPDEMtnLdeILV9fs72TQriLT934P/GnQviNb/AO Dxvo fhHXfAFpJ47sPivD4b0vU5pvhx4y8Laz4ws9Z1Pw74lt9U8Q603gC98DJ8OPFuoaZpGox6Jq OqXF jH4Q1PwX4OuofDOl/s38CvD7+E017xLr0s1/4h1vU9X06z8Xx3S6zoTfD3wrqo0bwraaF4mh l1fT 9Ng1Lw49h4pkj1DWJvEeqaprmv6jd3OpzabqU1n+aZpnGZ4bF1MLCUKSnTkr024yq8toqc5z vKNR Sna8W1JLRWsfoODwGX1eWPs0m5pWruKjy0opvnUY2c58ypxh7SzfZq58u/Bj9iS9+F2r3GpW nwg+ CkOlpoNnqPhu5htdH8GTaDqMUNvod8mnS+F/hYniXw3rA0vU/FHiPSLz+xdV/wCED1DxD4g8 CxWV toMOk6xdfTVz8A7hPixqvjpPHTLo2rW+kaTqXhCTRL0xt4K0ye/uF8KQ6lN4uu7jRJlTVJLT Ur7T rezF1qaXWrT2D6hc3Rb6b0/VtPvPD51XQ9V0vU7F7eeE3+mXcN9awTQXtraXMTtaS3lu9w9/ Dd21 9bXDySAWxtnW2NrPY1jxeTLLIJLuD7RAjXKWZmWe8KRiRpnW2gW5eJFZGjDzSRWoVS4k820n kT5y M3WjGdWo8RVu27zlNwlJ30ekp2U1Fc14NPSKs2e9QwGGpuP7znoQm3TgrKGt3JydN83KouSi pXir JL3bM4XUvhH4LvfDVl4PtLKKbwnNaXOl38MXhbwZPr9/NfWN5purXGp6xNoVzDeprenancxP pz2d vaXci6la3cV9pl61haU/hx8B/DegXq6Xp0GpaTDounadY6FbReJdR1S2to4dMn0e5j0zRLqM 3Xgx 7Oxvrax0m00jxJe29hbTXVtZWOhxtLbXnoWs+NPDnhXRdO1jxVrun6AkOkapfw6N4gmsLS81 PT9O UtdzaKNS1W006F7e5vdKsZb/AFG7Ph/SIbqwu9VurXTLux1AeW6f8envVs10fw5rOna7Il9q Eehe KtRsbDXrPU5YPDBs7fWbPwZ/wnnh0Wctp/bVvONTuPFz3/iS8ubTQ7/S7LSbG/tfTy3D4yNS VWVW FCmm4OctZPVNKKj7qjGErNRjFK+rSjc48V9TpycqFFzxD9xtcqjGKmnzSnJKUopw5uVu73Se 8u+8 R+AfD2iXNrD4xvtS117v7LcadYaN4dtbXRLO8imm0e4hvWvrnUzZ3Y0PW4tNknMqRiGNmbTd bS01 HT5fLNC0HXYNQ1mSxs/DptJ9C09YNM1ISPr9pd3Fuk2rrdXEVncWhiW2tmj86DRrtdMt5beC 41XV UkurS62rDxDca5Y+GX8Tava+Dm1XT9Msdbh16z1y21KOfUNNttQ0lLBvD3gz4Zy2DWrm4u9b 1TWv DWjG+udQ0/RLfUrO9trfSYu08daT4Ni8MHSLD4ha9pSeKYY7C2/szUdE1C20W0SGeYeJ4/C1 xbSa feyR6xqWhWEWv63Z6gmi663hDULd9PV9f/tD1Z4uUW6M8TSUYyalKVKbqc14ycXFTgk0o2Wj Ts2o pvXljFezU/ZVKtWr7PllHl5JRlaSdOcYtSSjbS9rSd2krnhWpfD3xHeW82nWei+FxZ3r3F74 cTwf bW6HSVlTTNM1XU/D9xchI9XsNHnkjv8AxHoMOiTw3kq3bacuqL4g1NLfYuIv7K8P6tczJpEF 3peo aPDqen+PtY1u1WxhuL6GWWzufD0epar4c0LVNWi1GzmsNTkjhtbuwEcN8bmDV7sW2NqfhPXt Ajsd NsLO+U6nrGr6vr/iDwdr+q6poXiPUorLwPcPN4q0ue2tWs/FmvLp2n3WoXl5p11JHY6SlhZa wsss m781fjpbW2gaP4r+Kd1FdeGPBVtYQeIbLxBrq2VloeganY6p4ouoEj1e5uGsvCzaDqPhKO20 3RV8 YyaLFqelXFm1xbSaTqkGp8KxtWsnzSd7RtZRvUceSMYq0oy5pPkaUHKWjei579N4UFz8tnGF 7Wag m3dyTlDflUny6Rba1s0j9M4tRvrqbSdcktZPs9le2tzfXdpb3U8TWN3NcPa2WnpaaZbQyWNt cQyW dndRNebYpYdPv5oJBZrLjXkPhz4hyXui+ObHRPFXh7WZ7hLPQ/FHhb/hILHUmt7m71nR7WXS 20ua yvpYbjS0urWxaG+hgudGuZ7W2mY3EMn4JfC7/gqd8Rfhpd6Z8UvHVp8Vb74VX1lrFlF8RdS+ Fnxi 8IeGdT1S/n0ay0vXvG/xb1j4RxfDTxnq/hyx0+50nTfFWs6zqOk6vbWVtb6xqHkahqWsz/qp 8DP+ CivwV/aC8T/8I14bv7DQ9V1TwUPElveeMtA13wWPEmnQeKvFPg42fhxtamuIfGlnJ4p8KeLt BsNa 8EpfyfafAl7rF3Hb6P4i8KWcXDiZY1QdeUMTRjTjFxlCFSDTXIlFptyk27xd7pW0VtToy3Nc rxNa FGf8WUoOUajgoyUrRUkprl5JN8ujS5nZ9G/orwn+zJ8BvDGr6X4u0f4f6Npfim41K01TTbOw s9Tu PANp4ltLHTpLTxHZ+CrrUJPCfg3xtbyaOY7Lxj4M0iy1WxdtcY6g15c3l6mZ4l1D4zazd+L7 jXvj PoWj6VpGt3EPht9H8KNcRy2csFo8+m61bN4ksLmPStPu7trCw1jWLi7bV3Go6ngaXPodnHx/ iH49 /wDCQeG/if4c+GOoePbT4g6d4N1zStGTVPh58Q/Aupy61Nq3jDwfpt74V8UePfD/AIc0rU7w eJPC Orz2GuaNNr1rA934U8d6u0/grxhoWs69la78TtG8G6Toul634jTVtQt5oLyfU/M1q413UtRu 5nvd YW2sLrVPFOsalZq9239kaHrN74g1HT9BltLXUNW1S/8AD8Mtz5tTFYnGcyr/AF2M0lCXtozc qVnF WvVV1FpO0YX0lZte6j1cVHL4Shh6U4ezhD20J4afs4Kq0k4c1JxctINyfwpr3mr3fzd4h134 0eF7 TSbXRrrQPFviLbp76zrGla4LPTdFtozJFrLDQ9VS/wBWsI2v5ZbbS7BtZv7i+t1lOpeIZLy5 fW14 dvi78bPCE7HTfHs2ixa9Ju1e58OS6rpNrf2ujadJc6fd20EE9xc3zoltqwludQvYhpdrqa6s lzc6 NcanKO7+IXi/wPqc01lpccS3aJodxqWs6TcRXsNzciKDU00p4oBqPh26lETXbmWC5tb6K4wd Y+2l rgn8vPE/xG8d6hbeKr251Vba6E13Ya5NM1p4Lsba8jtL9LOO01q90q9vde0iaCPT5/CWptqm nSXm j6pqWvWVno+ueHtJ1fwp2fW3g4KbcvaOF1DljGaSjGyjKau/dldpyk0r7bx+KzPG0cHSUI1K 9eFS K/dq8lNU1GUk5Nc0rW5uaTaSs076Hrf7Qf7T/jvwNpHg7SrfWtU8feKfF3irSfCfwt+C7fFz SdNb 4jeOfipreo/DbTPhy9ve+OfP8MaX4mh8X65pni7xTJqOlDTdB0/xPczrPA6W158wftJeKv2z vhH8 efD2kftGa1ouk+JfjPrXiz4wfCnXfg38dvGt74FPiLwR4917xLqXh3RrbxZp/gbx14P8X/C6 L4qR +JtLPh3Qk8M3Vp4/8ea94Tu9FkfxP4b0vyfxPpEfjLw4mia03im31XRZNM1m3+Ivg7xVrOle LtH8 Q6NrLaz4W8YeG/E9tBaX2m+IvCnibS7HUfCutGS8EVxoER1CCWzn1eWTptZk+InxV1C98bfG v48+ P/iN8SU8F694P+GfiDxRo/gDQ/CPhDQNW1u48THStG8HeAfDXhvwdFq+u3lr4D074h+NLnwz deNN ek8J+G9T0yfTPDGlW3ga/wDIxOdvG0aeHVelTw6+uPEQqQxcMXOqqNKGArYWpRmsJCjRquo8 XHEt t021T55ODpfn+NzXLsRg8cnh8U8wj7KWBpUJ040VGMlGuqvtHSTnJ3ceWXLzS0emvtnxT/4K S6v4 S+Dnwt+BXjT4h6J8K9F8HeHLe01q18N69r76l4vmj8T+NtX0PxNefDvQri7t9KsdNsvEtza6 neaT 4a1efW/FXh1fFV/qGtalY+FtK0jQ8Yfta+GPivrPxCv08D6l4k+AXiK++Hd/4Wi+H/iC4+GF 7qXi bwVe+N7/AF3WNJ1fxH4O1TW7T4Z+MfG3xK+L3jG8t77wJoPiqybWtEXT7/QNZ8G3IH4s/E/4 C/Ef xT8SotCXUdL+J3jy90DSL6XU08Q+FtRt/CeiCK41eBL0aXrSWfhnTvOuBJp2l3dnpclzeC4h 02xO q3dtA/zD8cL39qiy8O6R4V+Kum+MtJ8A+C3s9H0QwadcnwY1wIVlt7hPF9qt1B4pnvJJLi7s rnUf EGrfYpJbrS9FGm2Gnx6TYf0Jwl4VZVxlSynL8FxrgKefYmhg62Y18wxdC8MG6ShQp5Nk8Iqp Xc5V pwkq1Wjd2lKMZ8rl8Bhc2x2Y1Jpxr4XD4WpKlWp16Tpzq4lclJ03JuSjGF5S9zWb5LpwlzP+ zH4X /FP4bftZa7faxeeE/AWifEj9p3StA1nxS2r+P/iN4ak1SHwD8IPjr+yjf+Lvgz4s0Xwr40+F UPgy 30rxH4kOoWnjLQm1rwNrmn/EjTINN+MGpweCJ/D/AIn8VLv9nzTPCvx2+IWg/HbRdf8AgVq3 hH9m L4M/D/xt4N1DQPjZ448H+L7PwTrf7Mmq64v/AAinxF0nwVPpHjr4W/D/AOJHhnxFa2vibTfG dzrH i/wc2sfD1tfsLfw2f5fP2Gv21fHf7LXxl+Eev+I/FPxK8Zfs/wDgTxvJ4k8VfAHTfiFqOneE dYn1 ixvdMt/Gmk+C9avk8Aan40+HviS80P4m+GotXGitd+KvCWizx+JPDl5bW/ifRP2H+KvxE/ap /bd1 r4rft5/An4m33wG0m++Fa+DoPh3f6l8W/hv8TPEHwQ+DHxT+IbaN4h8V/GXwZq0d2nxd1vxF 4X+L 0F54Z8L6P4n+Fvg/w8fAvgvUPFPjnxXp/inUfCGPHPAFbgTinDZBmuGxOPyqu8NiKfFFKjDA 0q9e vKVPFZfTw6qVJVcdGhOri1iJ1IYVVJwp3pShGR9fg8sp4/K61aliqVTMqFWc6uBUFCo8OlBv E+0k 7NKU3FRveUm7RVz6w/ay8YeBW8O/txfsla98MIL61+Gvwy8c6dq+saZ4kj0rRLT4n/HL9iHX /wDg oLo194SvvDHhTwl4h8TeEvg14y/YA8G+E7H/AIWFqOu+L/ijbeNYNZ+IPiO60zwpN4b8dfjT 8a/2 y/gV8avgH+0d4z1Rrnw/8fPjfo/xA8CeHPhtpviTxjqlv4Q8LeP/APgonH+29cWniDT7v4Oa b4H8 Rf2PDca5pcHxX0v4x6LrmpSXWi+EpP2e9NgsNQ+IV98Q/GXxz+1R8LJNJ+DnjD49fFnUvB+l eGRN 4O8NRfFjx3feEbPwb4j8OeNPAU9npnhi/wBTtI9As7zwv4r+I/gLVtGn0PSvP0LxH4y0NrS4 8PeI 77+1PkwgqSCMEf8A68jFf3D4dcIcN5bkGWTyLEe1wdeWHzKjWo13KpXxFOnSp4idZSvGHPKF ONaj TjFUpx5N7uXkSm27SbcrWfNa9kkora/u6JdXo+rt99/8E5JtIsPjj4m1jWtd1Lwvb6R8K9fl t/Em j+KJ/BuraLfap4n8GeHLa70/xHHdWttp1xI2ttZf8TNpdLuo7uSyvIHS4UqV0n/BLLwnrHin 9p6W XQ9P0bUb3wv8OvEfiV49e8QeL/DOmxWMes+GNEv3m1LwTHLrErT2muTWKaVPHJpGuG8Oj6tB c2d7 JazlfzN9ICdeHiDiOWg68Xl+Caar0qfL7j91xqxb3V7p8vvNLW59pkGBjXwPtJ4qrRbrTSjT hzKS XJ7zcYvV3cdXfbyZ/Q9ba74c+EkVn8RvCljoOj+HNK0Dxh/wtvQvFvja38NfDzxxZa/pOnaX qE2h +D9Y0/xb8MfBXiZtQ8L+GG0hNd0GfwvJqd++s6zp99rl+PEWpfbvwh+I3gHxyvhTw38JvDvi zwNr Vz4P8M+J/COq3fiPw/4P8T+MvAHiH+2NYsvHPh228M6rrV1q+mya9ba34d1PxRrthc+FfEUP xC8G eJbpbG01fw5o+i/kz8H7f4Hy3f2DRPhv8MvEHgbxqFtE1SLwv4fM/hvWPEcuiWehz3KWXhi2 v70a ULqynu/Cfia/az02xeG7itbZ9Og0yT6v+OC3Wg2WlQa5468EaP4y8JeItR+J2nR6v4s0PSrv xppH hvVNH17xx4V8OXt5Adc1FviBo9ray3V74a0+x1LU7S8SLUL6Twjrt3pOrfkdR4PM8N9Y9hSn Wsmp xppQU1FRVKtTqNRlGXK5RcdU3FtXik/RyfEuU3+9lOimlVg5e9TU1CTlTkotqULq94ydnJNp Ns/Y HSfHHjOXw3Fol/F4W8YroEfiXGg/G/wzrnxK13UtT8LW1jDp3iOx8TaR4Z8OaJpr31trlz4R uLS9 tbS3XSfhreXvhq81EeN9Nvm39C+MHjfW7GS11n4hy5i/s+yF4U8BaL/aeprDaiG+8Nw+EPD+ ha3L DZXVqhvzrGskXdr/AGctzoccIMmmfFvh3Vbu+toPFc9h408SweMfD8fxE+D9ze+B9JvI/COn 6rp+ uRafrVpoo0kaNpxs/D/iDUZ7fwxpvgq6tT4b8Y+IfAUN2ml/2DNq/pNl4V8F3t7dWU2oW+i6 X41u dd1HS59R1CG4k8Lahrl7e3j+G/EEviTUxAb3Qbe7E8Xh3XLPXLQ6DL4Zs4YPDuiWcdvJ+e16 +Fpc 8aeEo0anPH2kVTcrqC1tz1JwpbwbjRUVzOcrLkbPucHhUnTcpznGUHJ3q04RhJ06TppS5Yyb ajKz k5WThe/Nd+lXK2F5FcSadrFnGLkXd7dWsuqfa/EkunN4j8S2mntNeWN1dS2VnfyXuqalpti+ rzXc Gj3TW13YadfltK0xnjJbW3tNG8UPoml2usaBbNqmjX1mmqpqAa3sbm3/AOEiuYr/AFHWtW0n X9Tt vOtb7UNKjtFj+2y3Nppkml3tx5HPxXthqtyID4jsb+S3dtavBcyahpOn28NpqOsi21vXJzDp mkXO sNo+p6tHFZ6vfOtnr15fx6VNb2dnqd5Pzer/ABL0rUNW/wCEXnOl+IB41g1LRWtLDUPDuqeI 38C2 Tab4f1DW2TxJfabPe6NbQeIBf+KrbUdUbUbS2vZdL0Yazfw6V4f1bhnmk6k54am48tScozTp xuoT jztxlUqPnSp2k17SEXFcskmnJds6FBUalerSU5Q9nGjTm6lp1HyqnBezhKKcqsYrmhCpLmak lryq rpvjqdbHxP4f1LUtTksxoUekQahb+OtLn1aXUtQvfE+j674k1nwvN4Sv/D40nTdL1OKGTRtM huNF SXUraRND0vw94e06LXvSrP48a1qcVrpOv6ND4mutH0qG40fT/EOkalqkP9pwSzwWGsPYeDrj VLrT hpOmpcWOo6hZCxuLu1uLCCy1fRbi3uLm5+d/Gdn4agutRt5by4guLLSX0aeK0tdLvdY8OajZ W0ur XVprVkviLS3ma7n1XTrh7d7qyh06W4XVVXW5bOztLfwPxV4yeLw7aX14vhO10065qKaZcNqH hS91 uO5TVNIWW40zw1qGq2/itHdrm4vbXUrLR4jDNbi/sLYack15H5lXMZcvLytThFv2dKm2pcrh HnqU rc8E24xk3KyvZO2glUwmFocnLODaqSjKdaD5rNr2am1e8EpKDXJZx5pJtO/3JcfH7wAut6Jd atoH gTT9RtLXY9hpd9qmoaemo3dwEk8Rpb2XifSLSzS48OJo+o22m3WhT3OgqJP7T12VvEFh/wAJ D8c/ tc/HPwb4n+GPgr4KeKr3wHrPhvxR8eP2T/DfjC+t/HWgXOsw+AbX9of4T2+s6E/hyRTrfh3w PLLr mh+F/Gktz4n14yeH/FFnLbTQaT4n1ue3+PvHmvx6fo2nzXE+oaJq1jpscVx/aGsXUuja14t1 rVbt dUNvpl5b+bpVw/gyHS7O9sPtV7pFjqN613btoF5cafbweDalHaeIPCc2h+M5U1DS/Evh640S 4tLr VtMSSbTYU0+5tLfTbO4u4b+zuLaJINZ+16PqmlXml6raR30pjENg83Ph8zq06sIV7ujUkkvY yjCV Dms1NTcJNuEkpapxun71j5PEcQNN0JQjTjUkm226i5FGMW58trOV/itKKitUtTxfwJ4p+Ffi w6Pr Gt3vxTl/ba+IPjD4u/D74txeE9Qh1PxP4lv7zw98S7L4ufDH4ofBf4naje/Ddvhv4L0Kz8QW 0FtZ eFdF8OeGtB8NeGJ0uX19IZJ8n4Wat4Q1Lxf/AME+fB2leFfGFqfiJ8PbPwjf/FDQ/i98Svhj 418F +FfG37Yv7Q2h+AT4S0P4T6/4P8GXOvaXrs+qaz4q/wCE6svG/hvUbCPTdF8N+FtAW31bVL+/ r/hf xNrdhfwX3xn+JWsw+L/Dsmi+ONYfwT8EvD/xA8W+Edbt10m/8L+MvjZ4V+Feh/GfxLoeqWU4 0XXr HWviOJ7i0+0WeqXMpgv47bzm88KT+H4/hx448GfEG+sdZ+FVpoU/wc1uSw+HtxpHhL/hH/ij 40+M +g2lhFP4Y+wXWnJrfjfxOfM8QPqkOqaM+j6ZHqiQ2U2pXPpY7OcLywjTxUo1lO1GrQ+uzjTi 6OKp xj7ajQpTVPDLERcaTi6cFCWs7+zj85UzejhXGKhKrGUtZxpUWpQVehUqtL2lT95KnCadW6cq jimo O8jX+Curax4Q8EQ/ErStZ8b6P488e/sR+GvH/i6bwH8ZPit8G9N8afFjxf8A8FQPF3gxNd8W 6p8M vFHhrVm0Fh4y1bT9Sg06SwvrXwpq2vab4au/D17qEeo22hq/xM+I+uTeFNVTWfHF14V8T/st z/H7 xFpnj/8Aag+KXhP4cfDXx1pvx1+JnwH17XPF3xu8a+KtR/aBi+F+oalovhi40D4caZ8U7nx1 rPiP xHLoel3Fxd/ZL3SfDtH0rWIPCmleDbDx18R2aw+GXh34XaUsun+BI9G1rwDo/wAbdR/aRtoL 11+H Ola/pNxo/wAQLe21m9lsdabWF8PP5mp61omlo1sDSx8R/DmrWN3pvxQ1bTtQ8P8AgPX/AIMv 4Z1H wb8MPGnht/hprvxH1j4rar4I8QaB4/8AhnrXhXxZp83jzxBea1HdeKdG8RavZm20eFLuKOKA 6h0y z3D0sRiZVsyjiJVsXXqxjUq4+VNYOdKnGFOEIQbpVYVbNVKcHOnze63dxeU+JMInRotVo0o4 WEZy VOm5PExmnLmUp+8pRk4tSvzNrRaM+9vhBr2u+HdTsLb4d+IvC3iPwt8Y/wBnf4afGWR5vi18 YfGP w/8ABfxKl+IPxn+Fuo3Xw41z42adrPx11Pwh4rn8A+EzqOja5DqVhoWq2d1JY6tqGmajpU2s T+Pd Pm8M3d74c0K58Ta5pvhvwTP4Ou7OaW3hsbt9PjtNO8YWmjx2kZj8P6Nqc2mW2oTa14nuGu9Q vrS/ 8RWSQeB7/wAFXNfLfhvXviJNqmj6v4n+L+s+JNd0rwy3w18P3mp2XgnTNHtfB1h4l8Q+ModG tLzw b4V8LwSeGNHvfFmqXfhvSbm+ttE8OWCaLovhuDSdJ8MaVNc+3eF9N1+7juTrPjHTdQ0mFrOw 0PSr yC/sLaGSVr22kkZJbC3h0/R9Nn0ZrPStOsLN7drTUbe/sdNZUub6b43OM4VaVSVKvLETpJcl VRnU i4xUlCHvwoVZ1FTjadSpBc7i25SabPKzPPYYmMIYaFSLunTnKMVKPKoSqxhShP3YyleUVdtq ytaK ipH1K/1Gz0y2vYn0qHTPD+maQ5jtrSH7bLva+v76ZJ4rcw3IwbzUFjl1mGzk024uBcQxNbWa a2k/ 2Xc29vb3H9m293ZLqdikiWdjNcSyXnnx2t/eTXEcQn3i0sLY2935dttlkmtbW3bVrWa56+5+ G+qR 6VpurajYwva3gvDFrNrcNeWlzHHBNaSx2sZ022ltLWwvra5s3kKx2EUw06K0WaK3a4m5rUtJ itLb UbtrrSZtPt0ZJ1Ny0/n3kFrM0C6gUZ7q+tluI47eWKxW4s2ktXu7W+eWctc/Kupi61WVSpUh Nwp+ 5FOpTSiowdOaUopv2kW201Nc2z0TPllVxFKrOdX2iqR5+jjGaco8klzNuUZQfM3aSWlpWV38 sftI /tWWPwD09tK0fR7/AFXxp4y8NOfCtpcyXllo3hKxsppNIt9ev5s+VrFxDf2dwsGj2xvLS41L T9Xs vELRwxxHVvxz8e/HL4sfE23lsvHHjfWfEGmy3v29dLupIl0yC5VnaGS2sooo4YDbLJLFasih 4YZp 4kYJcTiT+gG78H+HtQnvdB8U6WPE/wANdYTxLoF1D4ggW1mk8P6tDd6beXq6bpniC0u9P8Tx Gex1 fTLiy8SQpY65BY3by3mjvBNf/j/+3V8Dvhh8A/itp/g/4Wam+q+HtR0RfEVpdT313fXcml30 xtdM luZLn91G872N/OsMS74kkCXDMVTH98fRH4h8OMxjDIanDkVx1SdTGSzbGU6eNdanRl7SMsLV qU4T wEaPLBRowTbajP2km0o8qrTrVIVKuHnVpzrRpRqrkcKVRUZVVOdKTjKHN7OUY1Ywm5Sa5mk0 l8T1 +tX7G3hfQ/AnhfWtb8b+LfDWg6Nd6hHo/iHw/eePNT0jRdX1G4v/AAtr2mXOu6IPFq+ArzTb q28K 6dHpOu3vheQeItZtdcjl1G5/4RGed/yVrqr7xXrl1oelaA+v6vcaXp32iWHTZ5ZVs7O5vIYb W7kt FN1MAbqxtrCwuWWOD7RZ6Zp0EyvFaWyQ/wBSeLfBOY8c4TIsqwGLoYGnDM5V8ZiZ0MRVrRox oTVq VSlCVOCvJtwrTpRqTVPlqKUFGXoRqVqNRVKOr5ZRlFzdNSjJxTlJxTlKMUm3CLXM7Xdkz7n/ AOCg HxK+H3j3V/AWn+CPEdprd14Xv/H9vrlra290F06G8k8J2+jD7Y1pFp94ZTpOro81lfak86wQ 3Mpg gmtLrVPhjwn4L8U+NtRTTPCvh/VvEV6ZI4hZaRZ3F3dTzSx3E0Nnbx28FxJJe3MFneTQQRQz S/Z7 O9vWi+x2F7NBt+ENF0LVbqx0/wAReIdUtbBBHqMtroWlw65fWcV7J9kvZ7Kz1DUtL0e51K0t IdO1 OSznvoYbyGJNNuJTdwPZx/YXxA0bSfgL4u8LaF4Q+MU2n/DX4nafH4n8N+LtG086P8RPAGna jfQ2 iyeIk0yx07xJ4h8Gf2Dewaho2kT3Fnp+v+KPD11d6jpdne6Tdpq/wlPiifh1k1Hw64Zw+Jzv iPDY XGYmjiMRhsVTw9Wm5TxFWthoU6cZVuaLl7KNOp7KLTSxFWpTlB51MTGc6lVxirSvKEZe8o2i rxjK 8pXe7lZPVp229u/Yv/ZA8f8AhL4v6h4i+Jejz2/hvTPC1++nLoGtaVdQ+I9Vj8R+GxBo1+5I vrXR 9c0uDXwt5YzaLrlpd2KSWOqaJqEUF0hXnnwL8X6V8WPH3it/Dlt8U4JfBvh648ZeK/HOv/FD xz4q +IHiz4ZR/En4YeHfEPhjXJvDf9nai/hbTfCOq6x4ivdNhuNZ12O+0fREh8VvpHh8WOolfz9x 1xBx FTzqK4wwcKWcPCYeU6Lp0r08O3bDqTprFKU50uWcnKo5Jyakrpt/T5XXhHCxSq4mnHmdlTVW 0tIp ydm7N7W6X9Ef1r+Cfh74Nk+GngrRf2lvG+ifEX4y+HNSt7bUvEes/FvSfHM+p+Dtdi0qfWru 8+Kd /wDGLwNHqGu6d4v0vxLqPhewufG3ie78P6B4tJPw5ubZY9P0b2PwFoHgz4qad4Q8MWvjjwgv iL4S /CzW/GXwS8a6/wCNm07SfhR4wtv2W/2QPgdoWk+JtM0HWdJs7zwb4u8QeN/ip4Z8U+GNRtFa /wBc t9f0rw/Fp3i3T4JbD4U+P114eXWvBMesTap4K+G+tePrWw+JPibT9c1TS5rWwXTNbOh6Xcap b6Zd XWi+FvEni620TSPFPiyDX/DS6ZbXEWmC4t4NU1DUNG8y8KWPhq08TfFTwT8GPE39pfBjWPBv gjw/ qd4dVn8Y+H9N8TJrOn+I7jwd4U8Sapp+qPf6TaR+D/h14w1VbHxpO3h3VraPRok+w63qukab 8X7W OCjKjHCqtTdC1ZKF44ijGXs1CpVm9KjbV+ZtqKTTukn6NTBVMLL22FajUhUi1Fy9nUulzJKL aThp FP3lrzJN6H6j+KtX0f4i/Gb4ijUNWl8C/bPjvongy01eZvH3j7Sb3wRf/GLwj+z/AOBtSh+I 9hpu heC9K1XWvHOreBru3+GZ8Q6l8RdD1OPTbaCHXvB2mzeOINRfhb4Wn8Otq3w68a/D/wAT6Vqv wv8A Ch1jXvH+neK9Wm8FxeKfg2vxql1i+0iPwz4W8eeG7i68IW3ilPDvg/Srix8Z6NYeMLbUPEmh aHqK 6Rr7flFrfxk/at8PeO7rxHfaj4f8WaNeReFrCHxLpfhjwfbfEzw5pXwz1uz+IOh2l1cx+FZf Enjb w5afEnRbP4m29hpmtxeK7jxL4g8YeILnwn401jUbyW+5a5/atnn0P4h+I9F+INn4O8Q6pZ2u k+I/ EPhqw8C/Byz8L2/w8+EvxM+EWgaZ41sk8CW2s2VroHwo8Q+N7PR7KSXwnd+H7bwxY+M/Ds6H S4tR 8OeFLD5Ni6spUVWw1WU1JqqtJQnFxnTpxTcYwd1FO0nG8tV8R1Q4hr8lGhi23Cko3ktJRmlH llJJ y55RtG15NxkoyTSjr/Qj8OfAofU9P0jWm8HfEOeXxX8FoNN8QWmtfE1Fl8HeMNL8eeKNP1LV NI0a 503wxqGq/Y7KQ+D5dK8H2moaTaW1te+M7HSHv7jUdM8q139mC5+JMPiPwQfiBqCS+HbHRdd8 Ur4Y mv8A4dfEqbw0uu/GLwjrZi1Twt4u0/w9pt943+I3wYuNDh13wl48sdZPhi9u9QD+CbFtZtNf /EvR P2z/ANt/4Z6O/jvx98JtGsfgb8T/ABB8CNN0D4hfCvxL4T1PxH4T0Hwydc0b4OePfid8OfHe h+I7 K60nTrC++FljLqunfEDw1rXw1vdPvvGmqax4411tO/sD13xP+383wy+Hnxb+M/j79oL4nWWt eG/A Vxbav4TTwlrug+JfFl0/xAu/EOn6XpFzFoGjfDrUUb4l/EPxUupasPGuj3thq0Wt+BLTVL7w z4gh 8F3eFPL8HReGbyTF150J1oQrZZOlKTrKcVRbq0KvPCpCPI6k58rg3KSajaR7csbXnSq0/r0K dPEx hU9jinJ80HFXvTqxcbScpKKi7cvuv4XE/Vzx7+zRpepaH4U/4R74yrP4Wh8J/BTSbia38Baf 4t8W X138d/G2pfDf4ZeNreef4kaJ490/S9M0S61G88ZS+NobtvEWo22pX0ninxjqOmeNbKP4Z+M/ 7HHh mPX/ABh4f0b4ky6S3gXRPBGp/E3w74d0LSPFOtW+r6d+z540+M8mueFLmXxwv2m4+IOu+APi Tbro njSHwDoNi/iyO4sbPWvCt22ma18leAf+CnH7d3whg8NfEf41/BCXwj4E+L2l+Hfhx4A8S/BN /B/j PXPh3YeHLCHxh8MfBfiH4RReHfA+nah9l1Ww+JVpovxB8JWt5p9t4U8Yah4X0fw54luL3wHq Goef y/F/4o3vhnRte+CHxE+L7aN8QYLDWfD/AIsu/FPivwsPCdpqduvgrw94uSfUfBniX4l+JJ/A Wm22 keFPDXhjTfF+nat4HvNb/wCEftvD+heB/FfiHwpqukslyevPB1P7Crcs/wB5isV9YjUgnFzj JVK1 LE1pScqlSPtPaSUXKLfNNNSj4+JxNaM60q9elTlCCtS1puC5acFyUkqbcJRurQSur6K7Rg+P vAep /C/4jaR8FbH4veDfizqXhr4d+Gtc8XwLoHjHw34o8LeHdY+G2kfF3S/E3ifUbPw5qHhBruG9 +KsO g+ENbg8R+JPEt0+jabpNppBHiLwd4Hh+c5tAn0OC9h8M+J83MXiBdT0LXG06fw/Z6Gui2Nh4 n0nR /FvhLTNC1CTwBr+oWzDWrEavea4z+DL2wufDNldRWGp6bpX0CbLxvqnjvxD8VvEnxf8Aj78R /Fev aY+ieJZfF/jTQfDN94k8Naz8OLXwn4v0O1s/C/h8T2ml6+/h/wALajZ2dzqF/YaZbeENE0Xx Zc65 CNem1zlfih+0Je/F3xD4Y8TeOLL4eXPjTQvET+EPiVe6ouieE/hpqnjORLvxBNqth488A2+j S3MP hez8G2fjzwpcWPivwDqPw+8ReK7j4a634R1XwdPbWVj52YcL4CtSrV8DUjTqU6ro+wnP3Y62 gn7S ac4y5YqD56vM7tcu0fMoYvDV1KniY8k6fOqVRSv+6coxjePNeTb95Ntb9NzwrxXpvjKW5g1G ex16 /m+IPipfEMuq6Z4a0zwfoUv/AAkl7NNa22ix+GPCdjYeG9Ns21nxbZTWXhLQ9N0HTJLCGbS5 obN7 KwrwRdHtH8S6j4Dk1PSXD3WoahqbHTNV1u30T+05Gnk0fSbnW10W8uNRvdJu/s2sXtlfaqb3 S9Kj igneGK3fTu71We9tPBml6BY3sFvcy+Klg0trPRjoGj6R4a8I6lqtp4X1iTSRJ4ntdBvNR1RL +60K 4stYv4tZTSbLV7XRz4f1SV/FrLKy+1Mt/rV54g07xxbW8NnqOkajdaj4u8T3ekWdtbaboek3 q2eo 2OmaWngXw7a6RZeEPDuiWmgaXJpvhLw9pdl9q0DSNO04fBYxKNPFTpTSrtSp4eUaV4/vKclK rKa9 yT+JLni43mrtNJvzcWkozpYaSlJNR9pyX920IyULuXPbduTXP8SXwno2keFPC3hez8jTVsrj zPIt ZdQuo5Eu9SLWsCakj2HlfbEhupRc3sqXFqy31+ZprJ5b86jdPxvirwvask0FpJdIZtTi0+Y6 beTq 9sr6aPLvIrm11EhHjt55TCmpi2jtwbLatq8cU83TrfTQ2dncXFrdLfhbCVBELhrCV5lnVrm3 vFt5 D9liea3lF958DtY5jFve3v2q2gi1LT5IpZLzVhDaSfYr24vb+JrtHvGvrO3WS/0m+sLmNRd6 lHIT fW0do/2qS/tI7a8TyoJrP4CONq1HGE4ezqxclCUZT5alSMotJvWPLZWSvFtJJ2Su/Ir1KUYQ pxjs 7KEuROrKyfO2nolZaJbq0tdX5/qmn2mjx6ZHp+o6jaB7WXUo7ix1LSprezVIpLiGKN9PL3Rt r/7E uko1xBYma61O2iuT5Ah+3e3+E3vfDnhWGG68Rpa6bM2n+IF0aKKz1W1tLq9u5phZyi/truTU p57R Yhex6qPM0zytQ0C7tLu10YG/8c162e6uUv7KTT2uGH9ryynTvLl86DTobuK0h81Y2tLiGO7u b9PM UNNFbJbSeZpLXDHvLLUda/srbJDHHLHZ63BYRtcQXUZibTfOms55NQGw3ESyI1hO8dysupCz aRJU EZ07irVK/soKVaVKTlCVS0PeTVnUjDmu3JNNt35mk0kk2jyalerJx5J8qUkko25oySUWo6qy V9dX a6Su2j03xVrOpNoyt4Z8QTLhIl/sv+0tQuBZx6Ta36S2enaS7yrG8T3f2ebQI4Y7KwW3u7HU TEHi lTm7n4panZWNvYeNktdTuhavYW8FmY3vVtI/Iaziez063uEuJPsl5nUtP+z3WqT2sd1DaNDG 8OrX XnXhCFob2bXPEOt2mjWU2lx3Tx6Vrlw8U97LeQzkmz+230dncveI93dXz6K9o51DTbXTl05b qGS/ yPEt34Xa8TS7jWxqN3bEafFcWWnQWwmNoJbmOG6u7Fo9GW5s4FlspzeQ3VvHcm8J1QtCGuLp 0JVZ RjOrKcE6cvaa05qCu01y3jUjpdxknfVuzdx1sVUTjOUXJOME1rqkoqEbXXNzXb5UnZa3SSR6 V4F8 Qad4lbUNO0660SyWUeZaXOvSaVZRW93a3VtaQFrqW80+CO6htZJtGsbqG2t7LSPJN1MtjbWV xDJ4 t/wU58C+DJvgj8LvHtrqtlqPiGz1l9PsbnQdTn1LQprPV4p/7et4rvWLPS72b/if6XdXkFtp 1otr bn7XLaNqmkz2moW0/hLU11dbTSvDul6dB/as2pafoGmkSmKVL4teZutW1CNdLtb2e9Sa7h08 vYl7 OGZptS0y3+06VbfAX7aHxN07xB4n0r4b+Gtettd0fwJPq83iDUtLe9k0fVPG97dNY3kthLqV vDfS 2ukaJYaXpESZ/s+C6TU/7OjEc8s9z/Sn0Y+GM9zfxVyvGZXPEUMDkzq43NMXGEnQVBKUIYWc 4RST xSajGMmly80opqKib0cVShQq4WFJVKuL9lKFWUtaCozpTc6alCbhF01KnUT3dSNpKTTPiWii iv8A XFbK/Y6DqfB0txDrccsEGoXAitb+eaPTgfMjggsrh5r+eXbJHaWulxb9SuL64t7q1s4rV57q 2mtk lRuq+MPxZ8VfGTxhL4o8V3NnNLaWp0bRbbT7SG0stK0C3v7+/s9NtjHbW1xdxQ3Go3k5vtSW XUrp 7h5LuUnbHH57bQwSW7xy6klkZPtE/kzRXT2kxsrK4nt1d7NLl/tl3O39nWAe1NvFcXRkv7zT 7IT3 K51fORyTJ8Vn/wDrE8HRnmeCws8toYt0ZwqwpOfNVgpytColJyhFwjeF6kVO0pRWcUpSlNOW /K0/ dV422TUW+zbbT6NJH7Gf8EM73wjB+3T4d03xn/ZM2l+KNE8MeEIdL1lLe6stfvPEvx2+Culj QX0u 6jmi1lNTs572G701oZon0/7Zc3Uf2K1uWUo/4Ih6D4d179rHx2PEtjYX1vpHwB8T61pyX2n6 bqLQ atZ/En4TxWt1YJqVtcLa6nDHc3Bsr60NveWrsXS4SHz0kK/kjxzpKfHeIajTX+w4L4qak/g7 2vpp bzt6n1+VUJVcHCUXKNpyUuWMnd3VnezV+Vpadbdd/wCizUbQX6Sy3KG9uZkgtZHS6PmxyH7Q ouWu ViLNcpFA7wqIYJEksikd1p6xPf2dFZLcaDH4ZsLb+z7S109dPsre2hjthpZS1h022ttOt7aO 2s9P sbQi1TT4lRU0+3sYLS3ihCq0sc1xaWd8l5JcLFJc3clrJceZFdJfFTcSxWFpJC6xMbfyZoZZ WuLu BJ5BFDFGwW5rKhLRLcSxQN5Vw8ysAIo4oszWquipdztNMzOZbgtaxKERBcNK0sqG6/A6tXl5 uXmi pJqaV02vdtLTRSd2uZ6JK62Z9RWmoyjUdOMZOE4VFCN24pwbnd2cXOSjq42SX2kmlW1awlGo GGa7 druVEKtAl1JZSRGeCGUTz3cCQvKYAIppt9tfQ21xblILS2mmnt6978LPh540S1k8V+AvB/iK /QRw ebrHhrStWvntprzUr+S4hudZ0wW1pYW8jteXEEl9fEy3t1eWsKytqEzW7zUdOhDrdwJFbeVA b0Lc 3DG3tkhSI3MhQxsVvb2GSR4WKL5cskFu6JZy3J6CyvIIp11q1bR751t1vrTTrN47yAtpa3KL cGK7 sYJLV7vUG05rieCS+gsBJbXEM8cnmwjkw2Hj7b2qjFU5NJqc3KXImuaV5Je8nZ30dm21bR+d TwlC tUlVacYVGlbnUpQbu3Kd4NK0kvhjHWWqVlf5Y1H9lnVPDOh2fw98I/HD4n+Evhbot82r+F/h Dbt4 O17wl4e8S2+s6pqNjZ3Go6v4T1DxjrHg7RtV1HR5vDvgKy8a6X4V01/DlhPbrPcXMUWn/cH7 Ylx4 TPw1/bXm/aM8W/Bz4xeG/iFJrGm/Abwr4n8VeJ9T0c+CdV+P/wAOvGOqeAJ9X+EHxlX4l2q+ KLfQ Ph94ittG8GX/AIU1Sy0/4bap4jvvDdz4a8O3ejJirfwx3axXVw7yiFXhtLyKHVZoNRS6CMmo /Zip tnnmSaOfULp4J72ONYCbbMFlL8ufHeC3tW0L4nQ2+oahrXwx1i38QxXGm3+nPv8AB93HY6b4 6spr PUr+OwFrqHhSx1JdIVHtdUj1HTrNtK1GHULoR3vTia9TCxq1aMrVK8ouME1GMHyuM6k4KUVJ tTcu eUW5T5U9Ukqx+EpRp86lOUn7KklJuTUYqLTekmo6u0XFRhdpK9k/oPwxY/s4fDH4l6DJ8Wf2 tNDk 1D4EftF+Fbj4Sar48/aJ8PR65pPgvRP2nvB/hjw7ZeOLXU/E/hPRfHY1D4CS3/ijUviX4q+D nivx ZL4b12/1WL9pG/vT4qtWxvgp8Ov2MdP+HOoad8MvFvwu8R+CdO8EeIdP8HXZ+Ktnq/xCtNc0 v4Xv 4w8PDxXJp/xV0zS9I8YeKPiBf32lav4W0PwH468NxxxXdnoOgeA/Ct94V13xB+ZXx4+MHw38 EfCz Vdd1nxLdL+0jrur/ABJg0S3uPHuqDWPCVz4Z1nw5L4S8KeDvhireD7H4kaH4y8ODwykLrY2j +JdS 1C6nl1iG/jW10Hjvhx408cQpaeHl0++034sar8SNLh8Q2/ia7g1jUpJNW8Dp4s1HxxrWh2Ws +DZv ClrpHhPRwumeF7fUJEsV8My+Holu9etb7UbCa2Ma+q0p4aD551aUU4qjD2r9m3KlaLhOEvaN e0jB OT1aSfMfO5inTdGpNqvLEQhOEo1Y1ZwgnBck+aHPF3UbJS+Hre6PcvEWk6Z8XtY12wvdTg1b wLpM ul22peDX0fTDpk3jjRn1m5lj1h7JrK21PQ4L+70KS90bTL4WGg614YuWuZfFOq6RqHhwZPjC 08He B/Aeq/Cjw9Z6V4Y1D4k6P4k8CeDdJ0PxFaaZoup+OfEl0Bf3d7p6xajocfgTQ9V1aO71i4hf wn4S 0yw059bttR0TVLXSbbUve/h18Mbjwb4SvprrVre7mvdc1jWdX8RXEMOkTeI/Efiy51HU9a8R zRwC KytLPU9W1SKO6guIbrUYNEigsJJZru1IvvBPjT8Dda8VyJ4p0LVdR0b4g6X4K1zS0XTnstaX xLCs MF54Y8PXSeIr/X/DGiPpGsSXjX4fSrTVLbRNY1LRNQ1iztZbS203z69SbpXw8aalShKUadRS nCpK 1o87UX71SMZT5oxclGUnFWbicdWjOlSo1Zwqc1Xlm7RcZOMeXkk3FytByTjHT3rXtZXXk3hj wysE M1wbyx0XVNFtLpzrP2e7+33V5FYa19vdltdQmj0vWb7w5o1jq2nw2caaLb6mbG/e2s7mJvs3 aaxq XjzV/wDhHLGy1gp4X0i4uNVvdJvNGt9Lj0LXNd0/StEvtW1SfTZ9Fgl1+9h8N6LF4hS8ghut R1XS b/Xz9s8Qaouo6px+i3s998PvCmnWdj4iuW0awvtL03VdS8My+HfFS3slys+raC17DH4fu5bf TvEl tqUeo+DLeG98P+HfE1x4iTSbs67qHjJ9R/RP9nvwN8GNf8P/ALFdx8XtX03T9b1z9r7UdD8O aVF8 JNJ13SfGNpCP2WNDsPhT4/1DxL4n8OPp1vfXHizWdQ0mKKy8c6ZJb+LPEk+kaaB5+h6r+TYD LMVm dXHYXmrR5FOnOlKM6SjKToqMeStJKSgm5xSSk6aV+WbahVOtCMIxUXzwcOR1NtHf4m1Z3SaS T93d x1ifAmlWuvW2pNfSLKZ7qcXNxHLp/wDZmoCeW2tH0+7kbUbtonnitmme9jlEUSIYBczznV5C vpdl 8DPGXxY+HXjHxZ8JtN8S+LPEPw/8YfDPwZd+G/CPhLVfFniG+8NePvDXjzxBHrt6dKubgQ2+ n6l8 NdI06f7XpirqC+IdNubvUdMlsZLTWPqTw9+yb8GdR+G/hrx1fTfFieDVfDMni7xLq/gnWJNa h8W+ Frv9lz9oL9oLQbXRtYf4Y32gaaNI1f4P6V4V1t/CviP4vazJqniWy0TVIfAPiD7Horej+D/g T8LL 3wfd+B/h3J8TPEnw4+LPjX4B/EDWPHFnrum32rfAbwzcfs4WXxE8K/E34w3up+Eo7HXPAs8P 7SHj B9Ym/sn4Y3OpJ8Ldc1mPWLPXv7Q0+Pz6nCuNoYijWx2HSwlXnp071KsZTrOhU9hJpKfK3UdO LfJK yg9qaZ5mJo1OabcVKNR8qjGdvealKEr2bSs0nyqV/jbtqfNeqf8ABPL9pDUdenufhxb+EfE+ h6P+ 0n48/Zq0XUNQRPDnirxj4j8Gap/wi0vxNs/B2r6g0t94Nub65v7DW9R8N+IfEi+E4dC8Ux+I wnhr QNR1ixxvFX7Cf7XVl4v8SeFE+HGn+KZ9I8Tp4K0jxlp3jXwxaeBPFuuWniu+8G2I074ia1rX hvwZ c6zr/irTZtHsvAFrqWieMLe5TUdB1Twjod54f1fTbH9BPF37c/xG+BfxT+NnhzTPhv4X8War 8L/2 gv2qLr4feNfFd/JDb+FtN+KfxFsNcuNOsfDlhqPh/TbzTLDWtP1+TWZ7q/k8UappPirWNL0L VPBO m6fPqM/n2jf8FIvh18OtS8Ua98UvhTqyaz4h+JvhjUPh/wCE9A0zT/iTqHxG+INr+2h4x/ab +Gvw 80Wz8HaN4Z+JuqfEHRfGfjTWPCGiSWHiTxB4WgMA8XD4O+IriHxQdR9LC5PwNi6+HwjxWNo4 tOrG UIU6jSq01CXsVOeGbm51FVjFwc5ckINe9KUVlTw+G5lh4Or7abcY0+STc5NOPLGUtJNyktOZ 3ait 5WXwT8Cf2KP2lvirpPxH8EL8N/ip4S1vwr4O8IeI7XQfFvg3XLGLXtU1X4i+Dvh3ZaZrN5ql naX3 h7QptL8R+NPFsN61vc6nYaV4G1C9uw9vNbXsGbN+wd8ftVv9CPgPwtrPi3RPFOr6L4d+FWr+ MbPR fh1q/wASrPStN0fTNY8R+AfAPj7xPa+MNd8H2t7rjTr4l1PTh4fPh2Gw8aeKE8Ci31qDQeo+ E/8A wUl+EXwYt/iz+zr4c+B/i34JfFjxD8LPiT4K1a2/aN8f614Q+JXhLSvi94T8KeN5tVv9V+IX w78M /wBj3mhane2Wq2WieDpfBFlrRj8R+KNY0zxzph8P/FWPmP2i/wDgvndeDde0u4+AHwh+Fms/ F/Rv FGieN9Z+KWu3OoeMPAeleKUPj0+M9I+Gug6VfaImn6H4xm+KHxUu9fvF8R+KblY/ix4i0rwx 4rsb fw94ZvbP7jgvwgxfGWPjlGV4TNamJqKnia+Lp0K9HBUKVWrzKpLGV8LHDJKhVjGSc713FOil aaly 1qNKlVp069KvGvS5VUoOm3ZybSV24OMYXfNqlGaeqWj8E+NX7Mv7UDaFo/w8+GWk+GJPGXxM 07wv 4e0B5fjL8CvD+nalaeNtY1/wh4a8OeEfEt18W9M8DXGrePL3wz440nQ/D/h/xB4h8YXPiLwx 4/0F fCSnQLvXdG/n6v8AStS0s241GxubI3cC3VsLmF4jNC5IWVAwGQSCCOGU8MASK/a7/gnj+274 SXx5 8NND/aT0mP4g33ws1b4VeJvg+b3R/E3iPUdW+Ivwn+OPx++N/hzxP4p18/E/wtqC+P7vxJ+0 58RP Deg+J5/+Em8D6LocttqHjD4V+KdV0618U6Z+bH7T3xB0zxR8bdS1Dwhq+n694R8I2egeHPBk h0fS JdIttN0ewhuLvTYbFtMj0vV9LtfEl5rotZ57O6sNQtJEa0MmkNZRJ/e3hBkEvDXH0/DbLsBD Eujh K2cZ5nlfDzw9XEVajjSoQjUgnGqnV5o03OMYqlSnyc7vJGGw0KPta0HKTq1mpe0u5LlpUtIO Upy9 nF37KVRykoxTTPmmtaxu9Jt0gN1pc97cRz3sssjagsVtIhshHpUC2i2bMqW2omS81UyXM7ap aLb6 faHRnjuL28r/ANo3gx5Uv2bEC2zCzRLMSxC1lsj562qxLcSSWtxcQTzyq81wlzcCeSQzyl6N f0TK FXEQq068PZQnFxUqNeaq+85xk1KEYcjUeScZKTlFyaSTgm+jWUWpJJtWa3Sv2en4Wa07ik7j nvzw Ogyc4A7DnpU00McUdq6XUFw1xA000MK3SyWMq3Vzbi1uzPbQRPO8UEV6rWUt5a/Zby2R7lbx bu0t YKs3F1LcpaRyLbKtnbfZYTb2dpau8X2i4ud13JawQyX9z5lzIv2y+e4u/s629p5/2W1tYYd4 w5FC MNIxaum9Xo9XeLbd9W7xeurGtNFa1vmndW+9X1/zP1n/AOCMtybX9p34gSh7VD/woDxUim9g 863L yfEL4WpH5hCSNEVkKSJIIpFLosUvlQSyzxFVf+CNttbXP7UXjIXTsI4fgZ4qmWAGQLdyL45+ GyLb S+VtcxEOZmIntynkh0keRUt5yv4d8eViJce1/YzpqKwGCTU3NPm5NdotWtpo+tz77h/CYmvl 8ZYe ooRVScZpyabnprZQl9lxV27ux/Rxe3VzaytFcQApaiW2iP2qCMWxsW2PPMTCl3ZyXBjUlGju vIeF WWRoDPFPy9xqsepebb3stnNaq7CCCDyFlvHt3dYRCpMUhOYhDH9lRvOurBx9oWO3iibV12W5 trS5 WOxSS1SSCST7XHOILeIszW0RTNyskpM7LIn2hWFzJBK8drE7CPA0jw7eXumXF5Dq06tb309z dzwm 1t4xp8rQrstWlsIb1Lia9W0Ro4WTT2WJ4xHIYmgb8KkpzuraWfNva0OXS9t+VPlvFPTbW56l RV5K TcW43UZWuklBxWjaTdkm486TUU9G7Mtf2Lp8/mIQ0cM32u3lS4dYD9pkFxp0tyl48wa4N7BI wM92 9wbzNjJCVNvCZOu0i60rTbMSmWySws2jtbHWJkuLgxw2EVysKXjRfaVu44/NliSzS0hDTXbM nltH efaOd1qyhXXrW6TUZIrOxu7+8EDTpb3el2iRW19M1xdzPcfa9N09XGkCexieWC3Vzfywblju fB/j L8c/hj8L/AkHxA8f6/c+FvChvprWxKRavrE+t+ILz+0r7S7Dw/Lpyz3FzrMaadfzw3jWtlZ3 EsVz ca3faFZanqMp1wWHxGIrUsLhaFbFYyrUhDDYWnF1KlVzkkqcIwU5uXM7aJ6pWukcilTwntKn Mqc6 cua0nypqm4pKTd/c967Te7TitLv3PW5LXUNJ1K9k1Kz02Gxs4U1fXprS/s7HTNM0EXd3Ne2l xqAt dOs4FNrHJfi71KPULJpvtV5t1GxEcH86nxa/4KCeIdQ8ReIhaSaBqd3deEh4Ik1jwPocWlWO p+Gd UGn6hq/hu+1vxE+t61cC3vIntJr/AEyODSo7savc+G4YLbX7+9vfkf8AaC/ak+JHx08XeKNS uNe1 jRfButWcXh618G2F9LY6U/hOyGm/ZdJ1u1s5Vi1iK5u9ItdevrTUXvrJNfmu72zjhMgx8y1/ V/h9 9H/Bxw/9p8cU6eLrYzDUnSymnOrBYPmlGq1iK0XCbrJJU5U6bjCPve9O6a+QzfMXjatKWHq1 8PGn GcavJJL2yaj7unM1BPn5eVxbc+Z8vLFL6y8W/tkfFbxtrl14g8TWnhfXtUWS7/4R+/1rTr27 vPCc F9c6NPfRaKlrqWn6Uh1WPQ7SHWxPpMttqskkt9PaLfwaXc6b+v37JHhHxl4z07TvEHxOtI28 beA/ hT8M9fsdIl1kQaD/AMKk8Z6Lqdv4H8dnXbLWpfA/jnVPFWnfFHUNI07SrSe78WeGrzwr4w0T xFp1 vrPhn4i3Fn/OfX6Z/s2/tzaJ8K/A/wCzP8O/HGofFNvD3wa+Ln7RvjfX28DR2FperoXjj4Ve GtJ/ Z+h0PUtO8a+A/FmtH4RfGbWfjf8AElvDS+MfALaN/wALL8R33gDx14c8W+M9W13Qvp/EHwYy HMMj oR4XyfB4DMcvqzxVOpRhJVq8KdGdR4ec5OXtPazpwjCNRpKo4y54++p+ZTnapGcpzfLBRV5N u2iW km07Xbd9Xs2un9KumafZ2/wpjnhSyF6+lX98kmpz2s5ivxDbs9vFDJbwCElLtGWCSa9t009t Rknj iuLmQJ6z8NfhX4P8SXnwy8UT2l3JoPje0+H3wrh+1v4t/wCEXn+MmrePbXwndWc/2HxH4d8T XNla +C/s/wAcYdKsNY0azuJprTRre40OxHk6Xh/Dv9ujwr8bvg1Y/EfQZfF1h8OfGHhX4oXnjaPx EbDS LTXdb1L9nXwB8FdLvfEsV38SPHQha2+L/gXxh481dfEPifxnq+lWU2k+IL3VNe8YXEzV2Hxq +Oej ab8QfCPw6n+LXxS0m11fwt+014qs9R+Hfi+C2vfgpd+IfFn7K0Pw0uPAEvgX4gWUF83h/S/C vj/w bpMTat8OviLo3gbx9rd9P4Z8HL4hbTb7+LpYWlgMXjqeJblPBVIYapSq0ox5q1OShUUm5WUu Z1E4 tNJRd0o6v6itWdahhWqU+WjhoqlOzSqR2jUjKfLBa3dkue6fv2un8HeKf2IfDUsnhtvB/wAc vDfh jUNR8H6v8QvH3hq71e3+L+v/AA50a8+CnxP/AGkrHXvAngq++P8Ap3j+78T+LtN8Pw6D4o0P 4g+H NP0PURqp8T6I+uL4X1a81z2q7/Y7+GtjpWjfELQ9c/4S7W9Z1Dw/q0nh4fCbw7qOp+NPDvi2 6/Y8 m+GvizT/ACfG2q6t4L+NPw/b9rzUYi1pZfF5Nd0K+utI8L2sPiKw8Daq3R/tMftU6Xq/wE8e eDPD 3iv4veDPDnh39m9/AegG01F9Au9R+NGl/FubxFqvjzV/sniC/ttP8QfF3wKvibwr8Q7j7Ve6 /rF7 8QfHXgIanrGn+IbrWdW/Mnw98Wf2i/F/7PPjb4+/Dv8AaQhigTxDev4M/ZH1DQ/jNFr/AMVv Bvwu 1zRPBlt421r4iXeu+C9H8J6t4S034D+NNe8EadpPw58SeAfhZp2meDvDHjbWLfX4PD9l4H+Z zH6t gcdSxuX4WL+uqNGVaCrqi8XiJU4YbDVIUYzsq8ouDrVVCjQpxk6lWnH3ZeNSy+viqtaGDoxr TpYe eIm5VIU2o01HmXLUq8spXS5Yq0pNpctt/wBUfAn7K3hr40+NLPTE+Lnjv4c+GbrwB8C9Q0rw /oml fDLVPGWpa/8AFr4ifHHwTp154l1Lw98S/iv4O0nwYmvfs3+ItUGn6BrniBtbt/E11Fqklvfa Df8A hF/xk/ar01P2cPh54h+IHgv4z/Db4j39nefDfV18MQ6x8MtY8PeLU+Nsev8AxB8PePvB+m/D n45a 78SILDXPCGp/8JT4hsvih8O/CnhiPxLq11J8NtU8YeDWtLkcf8R/ih8atb+GPje9k+IXxs8U /FXW ZvA3iDw38RNT8SfGZPiZ4L+IXw98X2WpeCPCms6Fdarcf8Ki8WeHNY+IfxITwtdab4i0WS3j 1vW5 7jQPK1XxCt1+PerfFn4v/wDCOaR8GvGfxJ+JOtfC/wADasLW0+E2ofEHxJqHgLRG03UZXvLT Q/DP 9sXHhnS2Fybsx3Ok2kSLPNJcwSlpPMb988KPD/hrxIWIxedUcJi45PXo1q2QuTp4ivUpcsqt V04z jUUJyVSiqc+RNuPPaLjflr16MsIqLwslWp+/KcUueXS0Y+7Zy5bJ8zSVlGVm2fsl4Z/als9T /Zg8 WfHrUfBXhz/hMrG2Wx/4RPTdYuNHsrx1vLTw/Fc3N1rEuoTanpU2o2+o6wPDVv8AatXm0LQp dOj1 K3ubCPXZfiT4f/8ABSb4seBPj78Hfjm3gbwPrbfCLxnrfiWDwj9v8Y6Pa+ItP8YeFvFngfxp aajq Uev6laP4k1Lw34z1aXRPGGq+HNeufDviCCz1GLTL3Sr/AMWaB4n6r4qftP8Awi8GfD678F/s 76lH I2p6Da6XpAtPAs+mWvg+0uLWxs9Ugu9S8T+Rf6h4ifT5das7nX7PTr671W6uIr/UNYu7sXd9 qfwl 8GPgv8Tf2hPiPoXwj+Dvhabxr8RfE1r4jvNB8M22o6NpVxqkHhLwvrXjPX/s95r+o6Tpgms/ Dfh7 V9QitZL5LrUJLVdP02G81O6s7Of7Hwr8EeDc2wPG+YcU+HD4dy/M80x1DJ6Ob4mtSzPDZLVw kaNW 1OPso4KCUqihWVapXm5Veao4KMqnn5ZVxmHrUMW68pVsNXlXwkvZypum1WnOlGdOc5e0nCPJ GUpx SbjZJJWX03+3Z+3t40/bn+JN94v1f4eaV8MPCyaP8KNE0LwtYePPHPivU7W0+Fdp8Wrixm8R 351L w54J8Y6tqWufHDxzcf8ACRar8N4vEHh7RrfSfDfhfUdNtdT+IupfEb4YkjREhZZopTLG0kkc YmD2 ziaaIQzGWGNGlZI0uAbd54fJuIg0y3CzwQ+h+IvhF8RfCnw1+G3xf8Q+GbjTPhz8XtT8e6R8 OPEk 19pUkfii/wDhjdeH7HxylrptvfzazaQaFe+KNFtGvdT06ysdQubi4g0m5v5dM1RbLl9a8KeI /Dum +EtX1zR73TNM8eeHrnxX4OvbqPZB4h8OWfivxP4HutY01snzrKDxd4M8U6BJIQuNR0O/h2kR Bm/p Pgfg3hfgLJKOR8Lw+r5dTqOMVUxLxNWpOnTjQ9nOvVlOpN040YxaUr88W5Nycm/Rx+NxOY4i WKxd TnrTd5yjCEFK7b+GEUkru/upWWnw6GHBM9tPb3MWwTWs8FzCzxpKqz28qTQuY5VdH2Sxo4V1 ZSyj II4q5czRT2VhmQfarZru0aGPTbG1hWyMy3trPJqNvKt3qt9NdX2owztqFr5tlZWumW0GoXVr 5Nlp Vrw74f1bxXrmmeHNCtJL7V9Yuo7LT7OJXea4uJMlYoYo1eaeZgpEVtbxTXVzJtgtYJ7mSKF/ sv48 f8E8v2q/2fYvijd/Ef4Tz+GbD4I6P4P1P4qXA8V+GtetPDMXizXPDvgjR7waxpt4ml603iHx f4h0 w2Oh+Gp9b1fTNK1a01C/hbRrW6109+Pzzh/L88wOAr4nCUs6zGFONODUPrFbDqpVjSjzfG4u o6rp JX1jWaVoyZxu6s7N3ai3aVlfXW2ivb7X6afDVFFd94g+GPjPwx4N8L/ELVtP07/hDfGeu694 Y8Oa 7pfiXwxr9tf+IfC3hD4Z+OvEujSxaBrOp3WnajoHhz4w/D2XV7XVLeyl07VtZvfDN0sXibw1 4q0f RPpPa0lKMZVIKU21GPNG8rK8lFX1aSvZdLvoUcDRRRVgfq3/AMEe7u8s/wBpjxxNZPHFPJ8C vFNs k8zMEgku/Hfw0trdzF5FxHdbryW2hNrPDJFOspj8uWQxwyFV/wDgkIbUftLeMxeNItu3wS8R eYIz GA4Tx98NJQJRJg7EMfmrNE8UtlLHFfpLEbQyAr+FfHrE1qXH+IjTlaP1DAvVR35F/NyvZdLr Rq9z 7/h51f7PXs7tKrPaKdn7jtd8vk9Lr0s0f0eaGsHiCOaLXb+1lis7SPUbqTyrmCOFI7WZX2X8 iPZt cX0SebFO9y0EccjS2y3SWtnHb93JdaJpVgZtG0iwS/u7WC2uZbqRv7Ot0huzZy3ExS7V4Y9F eWVb g3K6fd/YkWSe+i+zOT4T+zz8QIPFXg34fa7Dpg0nT/Fnw70Lx1/Z02p2l/KqeM9HtdTg065+ x2i3 iTWun3vlfbG+zRRMIGnh+zG3u7v6C8RahpVzpEt5Of7Jnj+0Jp9paalBphuJINmqWkbG5R5I LMss 1vqE52bIWunuIXhcG3/HKTcOZThOlWpNxrwmo3pzhZShy/ZSfNZtNSsr6pI9zC1qWIwtPFRq NKpG Km7uKjLR2s+SSjdpXai22nZ6I/MD9sL9u74a/s8azqvg82dp44+KOm6Xp8kngqK31TT4bBL1 dOud LW+8R32mX+j6ZDJpd9Nq1ollp+tXTmFVvLOCG6sJJP5x/jl8ZvE/x1+Iuv8Aj3xHPdxRaje3 B0Lw 9Jfteaf4U0QyE2Wg6SqW9lax21rHhrie3sLNtTv3u9WvI2v766lk+uv+Cp/kTftdeI7+Ozhs rrU/ BngW61OCNLfzRfQ6Imnbrm5tz/pz/Y7GzW3u5gs5sVtLd44RbrBF+c1f2v4OcAcN5dk2WcW0 aVbF ZvmWD5nicVJTWGjVlT9pTwtLljCmuei2qri6zjJx57Ox+dZziqtbG4im6nNSp1HGlZJKUE1y Sb1d 3G17NR68qYUUUV+7HkhRRW7b6FLN4a1TxP8Ab9Lig0vXNC0L+y5rto9av5tdsPEeoLqGm2Jg ZLvS tITw4bfXbrz42sLvXPD0PlTDUi8GGJrUqNNOpNQVScKUNUm6lWShGKv1bl0vpdg+tvxsvTVr /O76 N2R/U1/wSU/bb+APw7/Z+vfhZ4m8deDPBl54M8W/Be+tbjxB+0D4e/Zmt7+bU/Dn7SepeONb 8U6h 4vi1AeLfCWhl/D3hy88OeDvA/wARrtPiN428H+Ldaay0Z38ReCPdtK1X9grxF4g/aF+IWkeN PgX8 SPDng/xv4o+OvwWutF+LPiX4ayanqnjz4FfGrxd4i8Pf2VP+1Z4q8TeCPh43x303wB8NPCnw y1b4 Q/s5aJbXeuWmgt4W+Klr4o0LxA/8bN1bSWd1c2kzQPLazzW0r2l1a31q0sEjRO1te2U1xZ3k DMpM N1aXE9rcR7ZoJpYnR2/pO/4JxfttfCD4M6v/AME3fh34u8U+Pb63j8K6fofii2X492un/s3/ AA01 /wAYft1ftHSR658V/gzFoA02y+JuheGdY8L+O9P8WeNPHGmWVr4TuvBnieDQbe78MeF73xH/ AC14 g+DuXZVlmccQYPG4/MKlflqyweJjhp0qN8RPF4jFKVOlTqSnKDnTdpJcruk5OXN6kMzSw1HD Tp0Y Km4xdaSnKUk1ClCDs5NKL100btzNRVl+yOlfCn4LeN/BOvSXvgj4X+INO1T4Z6/408Q+Gr7x 5qur aD8PfF+lfst+Ffidb6L8OtH1bVrSb4iQ6D8ZtQ8Qaf4jt/E2l/EHWvDNloXh228TJotxOLa/ 6j4k fCD9njxT8QvjF4n8Oy+BfGCeLPilr3iXVPAPxB+NXiLwJ8NPEuvX3xH1nUfF3jjxlo2k/E7w j4N1 Oe1fQfAs3wxmgKaL4x8G+J7zWdd0fx34r0K+j8NeZfs2/E/9nv4ifBPwX4y8SXcfgqw8QWX7 O+kf Gz4Q6V8UNc8JaN8Hk+IfxL/aY+G138XvHtnrfxjvZdX8KeL9H8L+A/Hfhez+IFx4nbw3pGl6 B8SH 8KadoPiDV9MtM74X6r8LPE/hdJPEMfwwsra0/ZL0/wCK+ieJdQ+KOpweIr7443Xwv1HU7fwX 4q+E ulfEq216y8FWXjLSPFN/oepQ+GvBaarF4M8H6Rp3ifxte+OtQWw/mFR9jRksL9W5XOKnON0q VacF KlG6oe7FRcKic7pSkrNRse7DloU6cqrVq1G9NR05klCNScba6O103KyVukrcD/wUH0L9nTSv EVh4 l8PWGmfEXwr8RtK+EPwn1fx2mpB/GcviLwh8MvD1t8OBNpNjHcR6vomuaDaXVheeLY9Ai8c+ DPiD oeq+HNfudE0a78HWl9/NZ8cP2TPEuteJPE03hawuB4m0jw/L4pfT7zU9Ou5/Gdlc+J/Ez318 dQut N8OajqXjTDRW91HDb69Fqlxp88U2oaPqFzoejap/Qf8AtaeA/CPjj4UWMfgm/wDh7aeOvAfj r9nb xZpem2/iTxBqvhPxH4h8bfBXxtrPxa0+LT28T+MdSh0D4ZfEoWel6bbfafEepeHljk8MfEXW PE+s 6xJ4ir2DQvG3g/Vfi18IvhF8WfFXizxr4d1P9kn4Q6dqd1qnxbs9d+DPhz4l/DT4QfBi61lv Cfw4 l8P+D7Lwt4m1nx7aaL4N17xxe/GHQr3T9P134paDcWXg6TWb7xBpmHDWa59wzxi8/wApzKGX 1JTg 8VQpScsNiqk51Iyp1KbSbpzVKMKvPB3fJUhJNXl8/i6VOWJjKDdHnhGMvaxcnUfK7QjLSK5b JRdt Hbmvdn8Os0MtvLLb3EUkE8EjwzQzI0UsMsTFJIpY3CvHJG6skiOAyMCrAEEV9dfsyfHTwv8A sx/F N/H9vYa7N4q0T4V/tA+G9A8UeHZbC41fw/8AFD4jfs/fE/4SeFJra4TxVP4U8Q+AdH8YeKdG 8R3O q2NlpviKKxmvb3T7nXotEs9G8Ufph+1f8I/2BPh/8QfiH4I0Pw78LJvEfiuP9sfXdW8Q6h8V PEml 638JfE/gT9hX4K/G74GaH4E0Lwx8f/F/w9OjePP2ktf8ceCvDcXi24+KQ8YXF3r3w18O6td+ IfDu nN4f+RP+CkevfAX4g/ET4ifFP4V2Xw1sfGPiP9t/9uXw74mv/hz498QeL4fiJ8N9C8RfCTxR 8Jvj LqtjrvjrxnY2X/CxNU+IPxQTSvEPga38LfDvxRp/h1bfw3oS3Hh7V725/wBHcozunxPlmU1a mExN Ojm+XRr1ZR5Y0k6lKLlG6m5OnOUaqj7qbSjdcsrnnzpuM782tNyjZNcsnzJO/e1lqu7tqfTe k/8A BSX9mHw7rGj6L4L+GfxL8D/DvwZfftG2/wAHRa6Tcvr3wN0b416d+xvrEWoeCpPhb+0J8BvG v9va h4w+Cnx/0XxMPC3xk+GbQ+EPjHFIdY8UaZqPiz4e3Mvjv/gq/wCDNQ+HHgvwv4UtPjHJpWlf tI+C vH3jv4BXQtvCvwD8ffBvw/8AtEftqfHL4g+Er9l+KXj66E3x4s/2kfht4Y+IngXVfA2t+G1X 4ZvL qnizxvYW+g6fb/hmvkfZZt0kgufPtvKiFtE8LweXdfaJHvGnWeCSKQ2yxW0dtLFdLNNLNPbv ZwR3 MFejHhjK0qaca01RkpQU6nN793OU7yTvObk+aaak227puV3zt3Vlva6W6tHpa267aabaH67z fHDw x+0X8Xv2c9O0r4j/ABc+L+vfCjx9498c+Jvjp+09p3hLwl46v/BPjXWPBh034YSrpHj/AOJY fwD8 JR4d1vxL4bW68ZwQajr3xX8caf4c8NeD/I0bTfE/3/8Ats/8FYv2YviL42+I/giz8J/E/WtD 8WeK bC6+Jut6JD4QiuvE1t4a/bB/Zz+OXgbTNOuZ/GOoafpuqeGPgZ4F+I/gDV4vEXhvVrvQviTJ 4b0i 3th4duPFF9b/AM8fwG8fWvwr+MvgD4h3mlazrUXhfU9SmhsvD+uWHhzWbfU9T8P6voWi67pu q6lY 3lql14X1jVLHxGthJLo51iLS5tIh8ReGLu+tvEmk/Qn7XvxU8CftA/H2+8dWfgzx/wCALjUP h98J fDd7Y+O7rRr7x3r+u2XgSxW38deLYdH0b7TcT3una14XstMs49U1PWvEGhaJJ4k1AaMdQ0Xw bpH8 +cT4OOV+LuCrZhluaY7JsLktCvhq2FdNLCexxFWdSrGnTg6laFKtiakqifIr1o04prlid/LS /s6p XeJUaqqqEsKoOUpQtG04u2l9YpXbsnqrn6C3n/BVX4daZ4s+EOreGtY/aJuotB+JP7HN78bf EV0m p2HiH4w/CX4G/FH9tjxP8WvBXiA+Nv2lPjV4w8UWXjHwB+0R8MfBOk+EfH/xa8T+Htc03wnr 3hjV 9R8M+DNI8LaRdea+G/8AgoL8DrGy+FSyx/Hnwj4h+Gfw/g0TS/Fvgy3l02/0vxZD+yp/wTa+ AVxd 2dz8P/j78GfHs+janefsjfGmyeXw/wDFHwBqVtofjP4e63qaeJrCbxz8LZPyH17RrLSFtFt9 Qlv5 bh9QLH7NYx2ptLO8fToLq2mtdX1C4cXl5Z6k8MV7Z6c0mmR6XrFm17Y6zbyQ89X71leAyTNs FRzD AVK9WjiYNwqyVSjUaV4XnTqwhUhL3WrTgn2ut+BTbSatZ2ezXZ9bPp89fI9o/aQ+IPhn4t/t D/Hr 4q+CtJvdA8G/E340fFL4g+EtC1Kz0/T9R0Xwz4z8ca54j0HSb+w0m6vtKsb3TdK1K0s7qz02 9vNP tZ4ZIbK6uLZI5n8Xoor6mlTjSp06UbuNOEYRbd21FJJt9XorvqSfpV/wSv1bSNK/aM8RnVdW g0uS 9+EfiS10uN7u1tbvU7y38VeBtVvLTTEupYxd3ljoOm6z4gkt4Vmmj0/Rb69MLQ2kzKV8DfD/ AMde I/hp4z8PeOvCeo3Gla/4b1BL6yu7aQxsyMj297ZTgBlmsdTsJ7rTdRtJUkt72wu7m0uYpbea SNyv 5e8XfC3ifinitZvkcMNVwtXAYenU9vOcJQr0p1ISiuXePIqcr+btse5gM+ll9D6usM6q53NS Umrc zirOzjqrX2ffyP3E/wCCc/iX9ojwt4D0rw941+EvxA0L4dRaX/wkHwh+I/inwJ4q8MeBfEvh jXtW n1DxDoVp43vLCLSfE0dxfaxDr/hyDRVu724s7jxFcSanJYaXpVlD+yA0zU3s4PEMWvfbfDc+ pX8d 1db0s9ImvtL0uwvpdL0yNxdR2Vzpdr4g0rUdc0xb2zvEhvtIursSW+pJbT/hp8Mf2hP2X/CH 7Xni f9qPxD+0lrF78O/i78R73xNp/wCzzoPg/wCL8UPw9j1nwX8Qo/h9F+0Jol9oFt8OvFPgH9nD xLrH hXw7ong74Y678VrXxP4Ttr210bw5oHh8z+Erj9Wf2kP+Cm37Iui/CX4TfDD4Y/E34C+IPiR4 y+Fv xt1LUfixN8L/ABHq3wM+HfjbxZrXwRTQr7xt8GNF+FOsXMKfEb4WeHviV4CubGH4XyeKPB/x D03T vFvi34ZR6Z4tHi9fgvETw5zPE8YV6mS5XiYUc6oQxsadLC1adDD4jki8dRTqLVQSdZvRXlyw SbUV plWPpYPC14VIOUVeVKMKkedycVFxUZSilGcmlFu6i46vTT+Zn9uDxF4k8S/tU/GW88T6quq3 ln4p fSNPaO2azg0/w/pVna2mgaNBam5ukQ6VpMdrZ3dxFKE1PUY73VzFDJfyRr80654f13w1eQ6d 4j0T V9A1C50jw/r9vYa3pt5pV5PoPizQdN8U+Ftbhtb+GCeXSPEvhjWdI8R+H9SRGs9Z0HVdN1jT prnT 761uJf6Z/wBo3xj+zjrf7J+pfHX4JeFP2XNc1jRP2XfCtrpuq3/7KPwuv7nxN+1Ho37W+k6Z 8Vfi Nod/4+8EyFPA+sfCS4+JN54I+EviXw8fDfhjwjq2i6FqPhXQvHXgrQvCvgnhv2nP2mP+CdPj r4jf G7Uvhv40/Zjv5dS8N/BXwp+xH4z1r9kfxleeGP2d9K+G/wAJ9D8C/Eiw/aP0HxF+z42r/FzR /FWj aDZ+D/gfb6n4V/aJg+GV3aaLqsGh+B9O0uK4X+gPDvi6jiOHsFleAy+pWlw9TjkmYRoLmnHG YGGF pTrOnShJQp13UqVk5e9L2dZazhaXj1OetUdarGNGVduqoKftIwc0p8ntGo87ipKLaj8TXRn8 3VFe /ftQa98LfE3xv8X6z8HLbR4fBFzZeC4XuvDXhq58FeEte8b2HgPwxp3xU8X+CfBd5FaXPg3w H41+ KVp4y8XeBvCU2l6A3hnwjrejaIPDHhZbEeHNL8Br9coVHVo0qsoSpOpThUdOatKnzRu4zTSa lHZp pNW2Odqza0dtLrZ6dPIK6oa7FY6HounaYjtPFqr+INXbUbOxu7C51S1le10m1Swuhe2uoadY 6erz SjULZI7y51nUrG7sJ7O0tZ7jlatWtrJeymCAw+cIL25AnurW0R4dO0+61O6WN7uaBJbhbOyu ZIbW Nnubt4xb2kM9zJFE/Lj6GGqrDVMVyqlhcRDEe+2oKpGMoQcpc0VpOamnJSV0tL6qZLWLvs09 L+e9 mrWe7af3FWva/ghdXlp4lH2aHQ2iuJTBc3Gq3U63K+TofiPU4bOxsYZpTKmoNprwXF6dKuVh nFhp lxqWk2Gs3q6h4pXu37OVx4Lh+KvhlfHc0dl4da++0azqF9d3cWkwaBptlf6nrVteW2maTqGq yXd/ FaW8OlX1lcWQ027UyTyQpONW0f5bxHpe34G4miqLr2ynFS5Ixk24wpuTlCMWnKUUuamle8lG 2pli Kbq0nCLak3CUGpctpRknH3tFpJJ6vlezdr26T9sbx7Y/E345eKbm38Nt4d0jwxqWr6DpGhal FFJr GlM+u6xrfiC01e4eL7Y10/i7W/EV/Npl3c3tvotzezafYS/ZreJj3H7Iv7R+ofC3x/4bs/F/ ie5g 8D6Vp/icaXc6pqHie5Twje3Edl4jsl8O/wBlPf3Xh+PVPEvhzTbed9H0maOK51e91i5tJbtI 7y1f +1/8B1+EV/oOr6Q1pdeEfF91qutaFrMK3mpNrY1a8upYyPFQ0+PTdZns9E07Q9T1Sztbu1st LuvE 8H9i6ZNa3d7qlz8Y2rWqXVs97DPcWazwtd29pcx2d1ParIpnhtrua1vorWeWLekNzLZXkUEj LK9r cKphf4HhHhbhLjnwqy3L6OApwp1cI6P1mdGnHH4fMsNKdKWKcubmjVdROpGEpK1KcYNRj7pt RrVI 8rfPCcGlar0vyyVnH3ZKSs24tp3dj+lrxt8WvgJp37P/AIU8SfAv4q2HxL/a31SLwvNN4Ntf EvjT 4jahrl/ba7FafEzwr8QPAXguw8RjwV4S0DRtd8XweFvEF94b8MWmnX9j4f1LT/El8bu4uda4 3Wfi t8KPh14d1H4g/EH41Pr3jqy+HK6dDoWuapoth4s0+7H2HUdU8MaL8PPBttbXOn+I9Q8SQ6To Ws2e sfav7Mn0a1s9Z8W6P4Z0fWtWtPyW+A/7TVn8EvhZ8Y9AOhjxX4s+KcOi+H7Y38jQ2mlaBZ6d 4mtN QnvtQRBqcrwf26P7D06xultxcXep3VzJZrALbW/lvxZrmp+JNeu9c1jVhrWo6jBpck96r37r FHBp FhZ2Wkq2pRRXWzw/p9taeHokxLaww6XHBp11d6dFaXU341kX0fM0zLifFUc3xFbCZBlmIqxW O5Us RmsuajL2OHhaPssLGLahVfN7zly82sY+ticyhiIUZU6FKnUhTVOolBuLcbKUnzfFKbUZc1lb rds7 P42+MR4++KHjHxbDpV3o2m67reo6xoVhqWn2Nhq6eHdavbjW9Bl1c2FtbQ31/caVqVrOb8ef DLbS W0OnTf2PBp0MPlVFTBbfySxlmFxmTEQt4zDtU2/lE3BuRIC6tdmRfsxERgtwrSi7laz/ALKy nLcN k2W4HKsHBwwuAw1HCYeLvJqnRhGEeaV30Su20r/I8qUm3eV25O7aTer3vZWS31dktNDQhsLp 10+z Caej65LaTWM9ze2NvtQXmoaUDcX1xcxWuk2rXccxvDqktmqRQ2t/KyWOy4fJq1cXK3Edkgtb eBrS 1NtJNCbgy3zfarq4S6vPPuJo/tEcNxFYILSO1txZWVoDbtcC5ubmxYJpyCW51FnlWLaLbT4S 6SXs 25S3n3CxulpZQxnMp8xby6keO3sY9gvr/TLxmLeCw9XEzp1KyjyxhQoQ5q1WrOap06cPecf3 kpQS lJwjB3lOSjdqU2viabeqs9Hor78rbsruy6adCd7CW00myvbu0McOsXUxsrqSG4Sc2unE29xP Y7p4 ra6s57ueW3kkMTn7bpT20N3AYr6J/UfDM+p+MorzVNZ8YCPVvD2oWGuaNY6xDNr6a7qVmml6 XBpM OlWWm6vcx28djZaDZ21xrFpD4Q0XRdJvLWSdYJYrBPG7iZrmaWZgqmVlO1AVVFSNYYkUEkhI YI4o IlJPlwxRxKQiKo7f4datrOheIBq2h6RPqmoQ2N/aWVxbXd/pl5oOpahaTW2l+IdK1rT7uxl0 fW9G vzBqOkXstytqby1SG8gu7OS4tpfznjHK8fU4WxubVqmX0M8w0p4zDYjFww6pYWhLEUqkcB7X EzjQ hGpSo0cLiajcVVcXOKjNxaydO6cpO/NJT1bajpBaJu2ijayte77tPvfDEXhvS7DxZNr2n6Jr t/rH g64tFgh0bW9TuNH1PxHoWjXXhPV9Ka11Pw/Haf2ZruoLY6rZ31zqekWF5crd+GvCWtw6Da29 34MR gkehI/I19X+EfgZ8Xvihry+GXs9WgHhjxXqVhqcd3ZataL4QknljudT1XxFfQaVpkVlFqk1p dA38 V+uvNe6DqaJpB1BrCG58L+J/gK7+F/j/AMV+AL06nJL4V1e50qK61ezFhf6lYwkNpmsSWwnu isGt ac9rq9lI0xkuLK9t55EiklaJPj/CTP8ALZ5/nWUQzWhjMxx+FoZrVwmCq1MRgMHGjGjh3Rw1 WUFF NQqU5TjdyjKXLJzUI1alU3J3k4csWlH4ZfElb3nJW5uVO6TsnonocHXtFh+z18X9S8MW3jW2 8JIn hC6+Eus/HFPEt94i8K6XokHwz0T4ieLPhHPrl/qOpa5Z2ul6jqXxO8E+IfAvhbwjqUlp4y8Z +Jod M0rwj4f1y58ReHI9W8Xr9XPhH+3v8KvD/wALP2ZfgL8X/hhqnxG+DXwR8OaX411/w5B4b8CQ 6nrn 7QHgH9p/47fG7wdDPrGoST3vjT4L+M/hn8UX+DPjjwv4uuIrHwu/jnxv488MeD9a1nw5Y2fj r90z KvjaFKnPA4dYiXtYqtFrWNFKTnKKTV5XsleWt9m7RNdNW76Kyt11Xz2v0dn0tqflVDa3VxHd TQW0 88VjAt1eywwySx2dq91bWSXN26Ky28DXl5aWizTFImurq2tw3mzxIxX6n/tM/tx/DL4s/soa t+zv beKPjx8dvidf/tCeCvjNF8f/ANofQfC+g+N08DaH4Y+M2gJ8JzB4b+KfxDvv+Ef8Aan47h1r wI17 rereH7q8+KHxdWy8K/D7+yvDn9vlLLcZWxtKrUq0I0JU60qXIqntPhjF3b5U4ttu8JRjKO0l cqSS tZt6J6q2/bur31WnZvc/Kmuw+HV74C0z4jfDrU/itoOr+K/hVpnj/wAF6j8UfC3h+Wa31/xN 8N7H xLpl1458PaHcW+ueGp4NX1nwxFqen6fLD4g0SUXNwixatpkjJfW5RWHEODp4/Is2wdSdajDF ZfjM PKthqjoYmlGrQlFzoVopypVY8zcZpO0km01dOsPNwq0aijGTjUhPlnHmg2mnaUXo46arrqft n8Xv 2zf2F9MHii1+AOmRWOg2yfHPTZ/DHgr4a658OPC/jzR/F3xE1W8+GeleH9Pk07wzY+F30PQ/ EGsT axrt34f0zWNJ8P8An+H7S31W5Gl6XB+DpOSTjGSTj074/CiivzHwb4MynhXJ8RWy+tmGIr4+ OHp4 mvmGJjiKtRYZT9m24UaKc26s3KclKTukmopI68zxVTF42rVnGnTfNpCjFwpRvGDfLByko3aW 2unm 7pRRRX7McAVNbyrDNHK8MdzGkitJbytMkVwisC0MrW8sM4jkC7HMM0MoUkxyxuFdSis6tKFa nOlU TcKkXGSUpRdn2lFqUWt04tNO1mrCaTTT2f8AW+6+RcGj6o2lf22un3zaSLuawfUls7o2Ed3A lnJJ bvfCH7IJ1S/tC0AnM0YuIGkjRbm3MtS2urqzkaazubi1maC6tWltppIJGtr62msr23eSJkYw Xlnc T2l1Ccx3FtPNBKrxSOjFFebgMVPGzzWhXhSlSwuNlg4R5W1Oi8Nh6jVVSlJTbdWaeiTjZON7 tkHz K7/vbf3bpd+2vc+4/Dvj+/8Aj/8ACxPAHxEuPEPiWD4Vrc+Njr8d94c0I+DdF1bXbHSNXg0/ Sbu4 srbxrbWunDR9O8KaFBqnhK/tL3V38P2UWo6NpPh+3075U8d+CD4Wvri70e7vNf8ABVzrGq6b 4d8V zaRdaOmqrpsqHbc2NwZW07UHsrmx1BrCSeSVLS+tZW2s7xRFFfzNlWd5jwl434ng3Jq/seGs 0rxx FbKqkVPDYevisDTxNapg4x5Pq7dVNqMbwSk1ytWtEXKzTk5WqezV0r8qjGS1SWq5ml/dSTvZ HAUU UV/V5oFFFFAGlY217q97aWUaajfOEKrDZW02p3kVjapLdXZtLJZEaRLS2S5ujEJYIVRJZJZY IxJK v1v4p/ZW8W6Z8KPDvivS10TWEmWfW3vdFtvEE+oXuk6nY3N/balrEl3psdppGgx6dpFtdabc zvp/ 9nrrcC+KLbS7y5uhphRX81eNnHXEnC/EPC+GybGrC4dpY6vR9lGUcXUjiPZKliW7TlQ5OZOn TnTb cnLm5lBxwq004zleSdKCnTSaSjLm5b2trdNqzuvI+UrHTrfWPEUGlWrS6Ra32sNYQ/2h9p1S 502J 7toFhvv7K0yO6v7u0GIbk2ek27z3EblLK2DGKPSsNQ8TeC/7O1TTbu58PasmoR6jYXNpc/Yt etJo 9Ks7zStXtzDfm+sYjY66t54e1iCysUna5nvNL1XUJLYf2UUV+xNxz7+z8DmVKnXweJy3A4+v hnG9 GrWnGtKUKkJuaqUeZRkqc+a0oQkpJq71i258jb5ZUoN2stXKN9lsz9D/ANjX9oD4a/DP4QfE Pwtq HjxfBnxGvk8R6v4Xj8af23dfDkalbaFqN5pN9axaTZam9lqV5qJW31rT4oItS8TNZaFpmg2e ua/d W+ny/AXxO+IviT4reLbvxv4ti0lde1S002C+utH0mDSIdSfS7GDS11K6SEu15qF4tkJL27kl aMTF rLTbfTNFs9M0fTiivkODeB8gyLjbifNsDRrPG4qq6vtK06clQjjJ1JVqGHUKVNww96NNU6c3 U9mo 2hJXd3zOTS0ioqUUorlTSa1klu9dX16nn9FFFfsQz6D0v4zaHafsmeL/ANnSXwhaW3ifWP2k vA/x wtviDYaRpH9oeIPD2ifC3x54BuvBfizXTc2+ufY/Bupa5aaz8PdIgsNS0rf44+JN9e3uk35t YtdK KK8TJMlwWSxzKGCVVRx+aYvMsR7ap7VvE4pwnWcZNKSg5L3YycnFe6nypJbVq9Sv7P2jT9lT jSjZ W9yN7XS0vrq0lfd63Z//2Q== --=====================_5919093==.REL-- --__--__-- Message: 10 From: "Giorgio Plazzotta" To: Date: Thu, 26 Feb 2004 09:40:01 +0100 Subject: [Mapserver-users] Re: Mapserver-users digest, Vol 1 #442 - 29 msgs I also would avoid the Yahoo forum and anything that is managed by commercial operators. The presence of banners, advertising and the risk that in the future the user list could be submitted to other commercial initiatives is , in my opinion, unacceptable. Personally i installed in two web sites a forum engine known as Snitzforum that works great. I am sure that there are also other good solutions and that their installation and management is very easy and will not take much time to the managers of the mapserver site. It couls also be started by a usaer group but I think that profilerating of information initatives about this subject could not be a good idea and it's better that the mapserver site will be the provider of the forum in case it will be done. Giorgio Plazzotta Saras Ricerche Assemini (CA) - Italy ----- Original Message ----- From: To: Sent: Wednesday, February 25, 2004 7:00 PM Subject: Mapserver-users digest, Vol 1 #442 - 29 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. Re: Mapscript and Java (Sean Gillies) > 2. How I find a street that cross another using cgi querystring? (Mario Servin) > 3. Re: List as Forum?? (pkishor_98) > 4. Re: Mapscript and Java (mountainduo at mho.com) > 5. Re: Mapscript and Java (Paul Ramsey) > 6. Re: List as Forum?? (Liz Godwin) > 7. ANNOUNCE: Second Annual MapServer User Meeting (Dave McIlhagga) > 8. GetFeature Request problem (daryljharrison at netscape.net) > 9. Map Server compile problem (E Wright) > 10. WMS client - multiple entries in "wms_srs" (Havard Tveite) > 11. Re: Mapscript and Java (Frank Rittinger) > 12. List as a forum (Giorgio Plazzotta) > 13. scale query (Mills, Daniel) > 14. Re: scale query (FX Gamoy) > 15. RE: scale query (Mills, Daniel) > 16. Re: scale query (woodbri at swoodbridge.com) > 17. Re: Mapscript causes core dump on Solaris (Lowell Filak) > 18. RE: scale query (woodbri at swoodbridge.com) > 19. RE: scale query thanks to all responses (Mills, Daniel) > 20. Re: WMS client - multiple entries in "wms_srs" (Frank Warmerdam) > 21. Re: List as a forum (Frank Warmerdam) > 22. Re: Map Server compile problem (Frank Warmerdam) > 23. Rosa installation problem - applet png errors (Martin Tomko) > 24. Re: WMS client - multiple entries in "wms_srs" (Daniel Morissette) > 25. RE: scale query (David Fawcett) > 26. Re: Perl/Python/Ruby mapscript development documentation (Lowell Filak) > 27. Re: Rosa installation problem - applet png errors (Yewondwossen Assefa) > 28. Re: Mapscript causes core dump on Solaris (Daniel Morissette) > 29. Re: Perl/Python/Ruby mapscript development documentation (Sean Gillies) > ------------------------------------------------------------------------ ---- ---- > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > --__--__-- Message: 11 Date: Thu, 26 Feb 2004 10:57:22 +0100 From: huub fleuren Reply-To: huub fleuren Organization: Geodan To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] endcaps on linesegments Hallo mapserver-users, we've scanned the archive for info on arrowshaped endpoints on linesegments, indicating their direction. But upto april 2003 there was nothing 'hacked' that we could use. i should think that the endcaps of linesegments would be a property of a line symbolization. is there a posibility in mapserver 4.01, or will it ever be available? Greetings, Huub -- Huub Fleuren Geodan IT Vestiging Zuid Buitenhaven 27A 5711 TP 's-Hertogenbosch huub at geodan.nl Tel. +31 (0)73 - 6925 160 Fax. +31 (0)73 - 6925 150 Website http://www.vz.geodan.nl/ -- Geodan IT b.v. President Kennedylaan 1 1079 MB Amsterdam (NL) Tel. +31 (0)20 - 5711 311 Fax +31 (0)20 - 5711 333 Website http://www.geodan.nl/ --__--__-- Message: 12 From: Merlijn Simonse To: "'mapserver-users at lists.gis.umn.edu'" Date: Thu, 26 Feb 2004 13:17:02 +0100 Subject: [Mapserver-users] compiling regex Hi all, I am trying to compile Regex on windows. I found a makefile.vc on this list which I tried, but when try to compile it I get the following Error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ for d in doc test; do (cd $d; NMAKE CPPFLAGS='-DHAVE_STRING_H -DREGEX_MALLOC' CFLAGS='-Ox -G6' CC='cl' DEFS='' LDFLAGS='' LOADLIBES='' default); done d was unexpected at this time. NMAKE : fatal error U1077: 'for' : return code '0x1' Stop. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ There have been some postings about this error last year, but no solutions. Does anybody figured out what to do with this error or does anybody have a makefile for regex that doesn't give this error? Any help would be appreciated! Thanks, Merlijn --__--__-- Message: 13 Date: Thu, 26 Feb 2004 14:22:42 +0100 (MET) From: "Henrik Wilsdorf" To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Empty Map with Oracle spatial Hi, Mapserver-users! I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape layer is visible in the image but no data (no polygon, no line, no point) from oracle. With the shape layers all works fine in different maps. No other errors occure, but one in MS_ERRORFILE: Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file. *** What does it mean??? This error comes also, when I get a correct map without oracle layers. The Oracle connection is also o.k. When I have an error in the tablename I get the following text: msDrawMap(): Image handling error. Failed to draw layer named 'polygons'. msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942: Tabelle oder View nicht vorhanden . SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1 WHERE SDO_FILTER( POLYGONS1.GEOMETRY, MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3), MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=window') = 'TRUE' With the corrected statement I got tho following data back in SQLplus: ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) 1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50, 260, 0)) 2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0)) This should be a rectangle and a triangle. Both are also shown in the Oracle spatial advisor. The spatial data are created with autodesk Map 2004. I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG + Oracle) from mapserver.gis.umn.edu. The address I used in IE6: http://willi1/scripts/mapserv.exe?map=/data/projects/spatial1/testora1.m ap&mode=map My Mapfile: MAP NAME "testora1" STATUS ON EXTENT 0 0 400 400 SIZE 600 500 SHAPEPATH "data" SYMBOLSET "etc/symbols.sym" FONTSET "etc/fonts.txt" IMAGETYPE PNG IMAGECOLOR 255 255 200 UNITS METERS WEB IMAGEPATH "/data/tmp/" IMAGEURL "/tmp/" LOG "/data/log/mslog.txt" END LAYER NAME "polygonshape" STATUS DEFAULT DATA "polygonshape" TYPE POLYGON CLASS STYLE COLOR 200 200 100 OUTLINECOLOR 1 1 1 END END END LAYER NAME "polygons" STATUS DEFAULT DATA "GEOMETRY FROM POLYGONS" TYPE POLYGON CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE COLOR 0 128 128 OUTLINECOLOR 1 1 1 END END END LAYER NAME "polylines" STATUS DEFAULT DATA "GEOMETRY FROM POLYLINES" TYPE LINE CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE COLOR 0 0 255 SIZE 50 END END END LAYER NAME "points" STATUS DEFAULT DATA "GEOMETRY FROM POINTS" TYPE POINT CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE SYMBOL 13 COLOR 1 1 1 SIZE 50 END END END END ---------------- Waiting for some help. Regards Henrik Wilsdorf -- GMX ProMail (250 MB Mailbox, 50 FreeSMS, Virenschutz, 2,99 EUR/Monat...) jetzt 3 Monate GRATIS + 3x DER SPIEGEL +++ http://www.gmx.net/derspiegel +++ --__--__-- Message: 14 From: david roguin Organization: ases To: mapserver-users at lists.gis.umn.edu Date: Thu, 26 Feb 2004 10:38:35 -0300 Subject: [Mapserver-users] bml files Hi guys. anyone knows a way to convert a BML file to a ESRI shapefle? i need to load the BML info to a postgis table. thanks in advence -- __________________________________________________________________ David Roguin - Ingenier?a de Producto - tel/fax (54) 11-4343-0070 ASES Consulting - Av. Belgrano 510 piso 1 (C1092AAS) Ciudad Aut?noma de Buenos Aires - Argentina Ases Consulting Site : http://www.ases.com.ar __________________________________________________________________ AVISO DE CONFIDENCIALIDAD. La informaci?n incluida en este e-mail est? dirigida ?nicamente al destinatario. Puede contener informaci?n privilegiada, confidencial y que no debe ser revelada. Si ha recibido este e-mail por error, por favor no disemine, utilice, publique, distribuya, revele o copie esta comunicaci?n de ning?n modo. En cambio, por favor notif?quenos inmediatamente remiti?ndonos este e-mail (incluso el mensaje original en su contestaci?n), por tel / fax(54-11-4343-0070) y entonces elimine y deseche todas las copias de este e-mail. Gracias --__--__-- Message: 15 From: Merlijn Simonse To: "'mapserver-users at lists.gis.umn.edu'" Date: Thu, 26 Feb 2004 14:40:34 +0100 Subject: [Mapserver-users] Compiling mapserver on Windows Hi all, I am trying to compile Regex on windows. I found a makefile.vc on this list which I tried, but when try to compile it I get the following Error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ for d in doc test; do (cd $d; NMAKE CPPFLAGS='-DHAVE_STRING_H -DREGEX_MALLOC' CFLAGS='-Ox -G6' CC='cl' DEFS='' LDFLAGS='' LOADLIBES='' default); done d was unexpected at this time. NMAKE : fatal error U1077: 'for' : return code '0x1' Stop. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ There have been some postings about this error last year, but no solutions. Does anybody figured out what to do with this error or does anybody have a makefile for regex that doesn't give this error? Any help would be appreciated! Thanks, Merlijn --__--__-- Message: 16 Subject: RE: [Mapserver-users] Compiling mapserver on Windows Date: Thu, 26 Feb 2004 08:50:08 -0500 From: "Ed McNierney" To: "Merlijn Simonse" , Merlijn - Try making only the regex.obj target: nmake /f makefile.vc regex.obj (I can't recall whether that's the right makefile name or not, but I'm sure you know ) The build problems with regex are all around the doc, tools, and test harness, etc. All you need is this one object. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Merlijn Simonse [mailto:M.Simonse at Vicrea.nl] Sent: Thursday, February 26, 2004 8:41 AM To: 'mapserver-users at lists.gis.umn.edu' Subject: [Mapserver-users] Compiling mapserver on Windows Hi all, I am trying to compile Regex on windows. I found a makefile.vc on this list which I tried, but when try to compile it I get the following Error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ for d in doc test; do (cd $d; NMAKE CPPFLAGS='-DHAVE_STRING_H -DREGEX_MALLOC' CFLAGS='-Ox -G6' CC='cl' DEFS='' LDFLAGS='' LOADLIBES='' default); done d was unexpected at this time. NMAKE : fatal error U1077: 'for' : return code '0x1' Stop. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ There have been some postings about this error last year, but no solutions. Does anybody figured out what to do with this error or does anybody have a makefile for regex that doesn't give this error? Any help would be appreciated! Thanks, Merlijn _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users --__--__-- Message: 17 From: nicolas.fortin at ec.gc.ca To: H.Wilsdorf at gmx.net, mapserver-users at lists.gis.umn.edu Subject: RE : [Mapserver-users] Empty Map with Oracle spatial Date: Thu, 26 Feb 2004 08:47:12 -0500 Hi, 1- The IUSR_ should have access to the oracle directory. You can begin your investigation here... 2- The layers should have a projection either with PROJECTION or directly in the DATA "GEOMETRY FROM POLYGONS USING SRID XXXX" (I use both) 3- With Windows you better use complete path for the IMAGEPATH, SHAPEPATH and SYMBOLSET, I have no more problem since then. Hope this will help, Nick -----Message d'origine----- De : Henrik Wilsdorf [mailto:H.Wilsdorf at gmx.net] Envoy? : Thursday, February 26, 2004 8:23 AM ? : mapserver-users at lists.gis.umn.edu Objet : [Mapserver-users] Empty Map with Oracle spatial Hi, Mapserver-users! I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape layer is visible in the image but no data (no polygon, no line, no point) from oracle. With the shape layers all works fine in different maps. No other errors occure, but one in MS_ERRORFILE: Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file. *** What does it mean??? This error comes also, when I get a correct map without oracle layers. The Oracle connection is also o.k. When I have an error in the tablename I get the following text: msDrawMap(): Image handling error. Failed to draw layer named 'polygons'. msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942: Tabelle oder View nicht vorhanden . SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1 WHERE SDO_FILTER( POLYGONS1.GEOMETRY, MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3), MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=window') = 'TRUE' With the corrected statement I got tho following data back in SQLplus: ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) 1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50, 260, 0)) 2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0)) This should be a rectangle and a triangle. Both are also shown in the Oracle spatial advisor. The spatial data are created with autodesk Map 2004. I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG + Oracle) from mapserver.gis.umn.edu. The address I used in IE6: http://willi1/scripts/mapserv.exe?map=/data/projects/spatial1/testora1.m ap&m ode=map My Mapfile: MAP NAME "testora1" STATUS ON EXTENT 0 0 400 400 SIZE 600 500 SHAPEPATH "data" SYMBOLSET "etc/symbols.sym" FONTSET "etc/fonts.txt" IMAGETYPE PNG IMAGECOLOR 255 255 200 UNITS METERS WEB IMAGEPATH "/data/tmp/" IMAGEURL "/tmp/" LOG "/data/log/mslog.txt" END LAYER NAME "polygonshape" STATUS DEFAULT DATA "polygonshape" TYPE POLYGON CLASS STYLE COLOR 200 200 100 OUTLINECOLOR 1 1 1 END END END LAYER NAME "polygons" STATUS DEFAULT DATA "GEOMETRY FROM POLYGONS" TYPE POLYGON CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE COLOR 0 128 128 OUTLINECOLOR 1 1 1 END END END LAYER NAME "polylines" STATUS DEFAULT DATA "GEOMETRY FROM POLYLINES" TYPE LINE CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE COLOR 0 0 255 SIZE 50 END END END LAYER NAME "points" STATUS DEFAULT DATA "GEOMETRY FROM POINTS" TYPE POINT CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE SYMBOL 13 COLOR 1 1 1 SIZE 50 END END END END ---------------- Waiting for some help. Regards Henrik Wilsdorf -- GMX ProMail (250 MB Mailbox, 50 FreeSMS, Virenschutz, 2,99 EUR/Monat...) jetzt 3 Monate GRATIS + 3x DER SPIEGEL +++ http://www.gmx.net/derspiegel +++ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users --__--__-- Message: 18 From: "Kralidis,Tom [Burlington]" To: "'Stefan Schwarzer'" , mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] SLD questions - How to filter Date: Thu, 26 Feb 2004 09:19:59 -0500 A couple of ideas: 1./ - have a 'service' i.e. some CGI script which dynamically generates an SLD document based on your query, i.e.: http://remote_server/cgi-bin/mapserv_41.exe?map=PATH/wms.map &WMTVER=1.0.0 &REQUEST=map &TRANSPARENT=TRUE &SRS=EPSG:4326 &BBOX=50,0,170,40 &WIDTH=300 &HEIGHT=150 &FORMAT=PNG &layers=boundaries &sld=http%3A//remote_server/cgi-bin/makesld.exe%3FselectedCountry%3DChin a - use the SLD_BODY keyword to pass the entire SLD document (you might want to use HTTP POST here :)) 2./ - setup another mapfile with the SLD as per below as the template, and pass that output as the SLD to the WMS Hope this helps. ..Tom ========================= Tom Kralidis Systems Scientist Environment Canada Tel: +01-905-336-4409 http://www.ec.gc.ca/cise/ -----Original Message----- From: Stefan Schwarzer [mailto:stefan.schwarzer at grid.unep.ch] Sent: Thursday, February 26, 2004 2:42 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] SLD questions - How to filter Dear list, dear Assefa, I am trying to understand the functioning of the Styled Layer Descriptor and am testing the 4.1 development version. My "problem" (i.e. challenge) is the following: I would like to indicate a country name within a WMS query, e.g. something like: http://remote_server/cgi-bin/mapserv_41.exe?map=PATH/wms.map &WMTVER=1.0.0 &REQUEST=map &TRANSPARENT=TRUE &SRS=EPSG:4326 &BBOX=50,0,170,40 &WIDTH=300 &HEIGHT=150 &FORMAT=PNG &layers=boundaries &selectedCountry=China in order to receive something like the attached map (highlighting the selected country). As far as I understand I have to setup a SLD file... (I am not at all sure about the correct use of the parameters!) boundaries [CNTRY_NAME] Thailand and attach it to the URL... &SLD=PATH/sld.xml My .map file (resp. the layer) is looking like this: LAYER NAME boundaries TYPE POLYGON STATUS ON DATA boundaries CLASSITEM CNTRY_NAME LABELITEM CNTRY_NAME CLASS #EXPRESSION ('[CNTRY_NAME]' eq 'China') NAME 'boundaries' #OUTLINECOLOR 0 0 0 TEMPLATE 'dummy' LABEL FONT arial-bold TYPE truetype ANTIALIAS true SIZE 12 COLOR 248 255 43 OUTLINECOLOR 0 0 0 END END END But in the moment it doesn't work. Can anybody give me some hints or indicate the location of some examples? Thanks a lot, Stefan _______________________________________ 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/ _______________________________________ --__--__-- Message: 19 Date: Thu, 26 Feb 2004 09:40:40 -0500 From: Yewondwossen Assefa To: Merlijn Simonse CC: "'mapserver-users at lists.gis.umn.edu'" Subject: Re: [Mapserver-users] Compiling mapserver on Windows I ususally use the regex that comes with php source code. There is a MS VC++ project file and it builds out of the box. Hope It hepls. Later, Merlijn Simonse wrote: > Hi all, > > I am trying to compile Regex on windows. I found a makefile.vc on this list > which I tried, but when try to compile it I get the following Error: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > for d in doc test; do (cd $d; NMAKE CPPFLAGS='-DHAVE_STRING_H > -DREGEX_MALLOC' CFLAGS='-Ox -G6' CC='cl' DEFS='' LDFLAGS='' LOADLIBES='' > default); done d was unexpected at this time. NMAKE : fatal error U1077: > 'for' : return code '0x1' Stop. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > There have been some postings about this error last year, but no solutions. > Does anybody figured out what to do with this error or does anybody have a > makefile for regex that doesn't give this error? > > > Any help would be appreciated! > Thanks, > Merlijn > _______________________________________________ > 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 ---------------------------------------------------------------- --__--__-- Message: 20 Date: Thu, 26 Feb 2004 11:54:14 -0300 From: "Fernando S." To: Henrik Wilsdorf , mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Empty Map with Oracle spatial This is a multi-part message in MIME format. --------------040402050207060102060102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi Henrik I don't know if I can help you, but I will try. Did you import the data to OracleSpatial from shapefile? If yes, did you execute this command in sqlplus? (EXECUTE SDO_MIGRATE.TO_CURRENT('TABLE','GEOMETRY_COLUMN'); If you execute your CGI passing layer=points, what it happens? Can you see an image? http://willi1/scripts/mapserv.exe?map=/data/projects/spatial1/testora1.m ap&mode=map&layers=points Try to define one layer with status default and others with status off , I don't know if import, just try. Well, look the SDO_GTYPE in your databate. It's report type 3003. Three-dimensional polygon, I don't know if mapserv show this type. Try to pass this type to 2003 . ================================================================== 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 ================================================================== Henrik Wilsdorf wrote: >Hi, Mapserver-users! > >I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape >layer >is visible in the image but no data (no polygon, no line, no point) from >oracle. >With the shape layers all works fine in different maps. >No other errors occure, but one in MS_ERRORFILE: > Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file. >*** What does it mean??? > This error comes also, when I get a correct map without oracle layers. > >The Oracle connection is also o.k. >When I have an error in the tablename I get the following text: > >msDrawMap(): Image handling error. Failed to draw layer named 'polygons'. >msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942: Tabelle >oder View nicht vorhanden . >SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1 >WHERE SDO_FILTER( POLYGONS1.GEOMETRY, >MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3), >MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=window') = 'TRUE' > >With the corrected statement I got tho following data back in SQLplus: > >ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, >SDO_ORDINATES) > 1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), >SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50, 260, 0)) > 2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), >SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0)) > >This should be a rectangle and a triangle. Both are also shown in the Oracle >spatial advisor. >The spatial data are created with autodesk Map 2004. >I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG + Oracle) >from mapserver.gis.umn.edu. >The address I used in >IE6: >http://willi1/scripts/mapserv.exe?map=/data/projects/spatial1/testora1. map&mode=map > >My Mapfile: > >MAP > NAME "testora1" > STATUS ON > EXTENT 0 0 400 400 > SIZE 600 500 > SHAPEPATH "data" > SYMBOLSET "etc/symbols.sym" > FONTSET "etc/fonts.txt" > IMAGETYPE PNG > IMAGECOLOR 255 255 200 > UNITS METERS > WEB > IMAGEPATH "/data/tmp/" > IMAGEURL "/tmp/" > LOG "/data/log/mslog.txt" > END > > LAYER > NAME "polygonshape" > STATUS DEFAULT > DATA "polygonshape" > TYPE POLYGON > CLASS > STYLE > COLOR 200 200 100 > OUTLINECOLOR 1 1 1 > END > END > END > > LAYER > NAME "polygons" > STATUS DEFAULT > DATA "GEOMETRY FROM POLYGONS" > TYPE POLYGON > CONNECTIONTYPE ORACLESPATIAL > CONNECTION "map1/abc at willi1" > CLASS > STYLE > COLOR 0 128 128 > OUTLINECOLOR 1 1 1 > END > END > END > > LAYER > NAME "polylines" > STATUS DEFAULT > DATA "GEOMETRY FROM POLYLINES" > TYPE LINE > CONNECTIONTYPE ORACLESPATIAL > CONNECTION "map1/abc at willi1" > CLASS > STYLE > COLOR 0 0 255 > SIZE 50 > END > END > END > > LAYER > NAME "points" > STATUS DEFAULT > DATA "GEOMETRY FROM POINTS" > TYPE POINT > CONNECTIONTYPE ORACLESPATIAL > CONNECTION "map1/abc at willi1" > CLASS > STYLE > SYMBOL 13 > COLOR 1 1 1 > SIZE 50 > END > END > END > >END >---------------- >Waiting for some help. > >Regards > >Henrik Wilsdorf > > > --------------040402050207060102060102 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Henrik
    I don't know if I can  help you, but I will try.
    Did you import the data to OracleSpatial from shapefile? If yes, did you execute this command in sqlplus?    (EXECUTE SDO_MIGRATE.TO_CURRENT('TABLE','GEOMETRY_COLUMN');
    If you execute your CGI passing layer=points, what it happens? Can you see an image?
        http://willi1/scripts/mapserv.exe?map=/ data/projects/spatial1/testora1.map&mode=map&layers=points     Try to define one layer with status default and others with status off , I don't know if import, just try.
    Well, look the SDO_GTYPE in your databate. It's report type 3003.  Three-dimensional polygon, I don't know if mapserv show this type. Try to pass this type to 2003 .

==================================================================
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
==================================================================

Henrik Wilsdorf wrote: 

Hi, Mapserver-users!

I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape
layer 
is visible in the image but no data (no polygon, no line, no point) from
oracle.
With the shape layers all works fine in different maps.
No other errors occure, but one in MS_ERRORFILE:
    Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file.
*** What does it mean???
 This error comes also, when I get a correct map without oracle layers.

The Oracle connection is also o.k.
When I have an error in the tablename I get the following text:

msDrawMap(): Image handling error. Failed to draw layer named
'polygons'. 
msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942:
Tabelle
oder View nicht vorhanden . 
SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1 
WHERE SDO_FILTER( POLYGONS1.GEOMETRY, 
MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),
MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=window') = 'TRUE' 

With the corrected statement I got tho following data back in SQLplus:

ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO,
SDO_ORDINATES)
     1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1),
SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50,
260, 0))
     2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1),
SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0))
     
This should be a rectangle and a triangle. Both are also shown in the
Oracle
spatial advisor.
The spatial data are created with autodesk Map 2004.
I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG +
Oracle)
from mapserver.gis.umn.edu.
The address I used in
IE6:
http://willi1/scripts/mapserv.exe?map=/data/projects/
spatial1/testora1.map&mode=map

My Mapfile:

MAP
  NAME "testora1"
  STATUS ON
  EXTENT 0 0 400 400 
  SIZE 600 500 
  SHAPEPATH "data"
  SYMBOLSET "etc/symbols.sym"
  FONTSET "etc/fonts.txt"
  IMAGETYPE PNG
  IMAGECOLOR 255 255 200
  UNITS METERS
  WEB
    IMAGEPATH "/data/tmp/"
    IMAGEURL "/tmp/"
    LOG "/data/log/mslog.txt"
  END
  
  LAYER
      NAME "polygonshape"
      STATUS DEFAULT
      DATA "polygonshape"
      TYPE POLYGON
      CLASS
        STYLE
          COLOR 200 200 100
          OUTLINECOLOR 1 1 1
         END
      END
  END
  
  LAYER
        NAME "polygons"
        STATUS DEFAULT
        DATA "GEOMETRY FROM POLYGONS"
        TYPE POLYGON
        CONNECTIONTYPE ORACLESPATIAL
        CONNECTION "map1/abc at willi1"
        CLASS
          STYLE
            COLOR 0 128 128
            OUTLINECOLOR 1 1 1
          END
        END
    END

  LAYER
    NAME "polylines"
    STATUS DEFAULT
    DATA "GEOMETRY FROM POLYLINES"
    TYPE LINE
    CONNECTIONTYPE ORACLESPATIAL
    CONNECTION "map1/abc at willi1"
    CLASS
      STYLE
        COLOR 0 0 255
        SIZE 50
      END
    END
  END
  
  LAYER
    NAME "points"
    STATUS DEFAULT
    DATA "GEOMETRY FROM POINTS"
    TYPE POINT
    CONNECTIONTYPE ORACLESPATIAL
    CONNECTION "map1/abc at willi1"
    CLASS
      STYLE
        SYMBOL 13
        COLOR 1 1 1
        SIZE 50
      END
    END
   END
   
END
----------------
Waiting for some help.

Regards

Henrik Wilsdorf

--------------040402050207060102060102-- --__--__-- Message: 21 From: woodbri at swoodbridge.com To: mapserver-users at lists.gis.umn.edu, "Dharani Babu" Date: Thu, 26 Feb 2004 09:53:47 -0500 Subject: Re: [Mapserver-users] Layers added but not displayed !!! Reply-to: woodbri at swoodbridge.com The objects with TYPE none can not be displayed as they have NO geometry. For example altname is just a list of TLIDs and alternate names for those TLIDs. You don't have any text labels because you have not defined any in your mapfile under the appropriate layers. -Steve W. On 26 Feb 2004 at 9:52, Dharani Babu wrote: > Hi all , > I am new bie who started working on mapserver with the help of the members > of this group . > ( credit goes to Tyler Mitchell , Paul spencer !!) . > I am trying to render TIGER files with OGR CONNECTION TYPE. I downloaded the > tiger files and have rendered the completechain of new hampshire - > rockingham county . Its cool . I found the extent , layers details with > ogrinfo .exe of GDAL . The output of ogrinfo gaveme the > following list of 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) > Now I can see the CompleteChain which displays the line work of the county . > And I added the layers for Landmarks ( 5) , EntityNames (9) , PIP ( 12) also > . Now I got a map with dots everywhere denoting landmarks and PIP . But I > dont find any of the "Entity Names " Why so ? And more over I expect the > addition of Entity Names will display the Locations , city names , landmark > names etc on the map . Am I right ? or missing something ? And what are the > significance of other layers like AltName , FeatureIDs ,ZipCodes vis-vis > rendering the map ? > When I tried to add the layers without geometry (TYPE none ) what should be > the TYPE value in LAYER definition ? And Can I add them as layers first of > all ??Are they renderable or they are meant for some other purpose ??:) > My map file is as follows . Could any of you help me ? Thanks in advance > dharani > > > # > # Start of map file > # > NAME DEMO > STATUS ON > SIZE 800 800 > 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_rm2.html > FOOTER demo_footer.html > # MINSCALE 1000 > # MAXSCALE 1550000 > IMAGEPATH "C:/ms4w/apache/htdocs/temp_rm2/" > IMAGEURL "/temp_rm2/" > # 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 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 > STATUS DEFAULT > CONNECTIONTYPE OGR > CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" > DATA "EntityNames" > CLASS > SYMBOL "circle" > SIZE 1 > COLOR 0 0 200 > END > END > > > > LAYER > GROUP tigerdata > NAME tiger12 > TYPE POINT > STATUS DEFAULT > CONNECTIONTYPE OGR > CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" > DATA "PIP" > CLASS > SYMBOL "circle" > SIZE 1 > COLOR 0 0 200 > END > END > > END # Map file > > _________________________________________________________________ > Raja Ravi Varma paintings. Buy art prints. > http://go.msnserver.com/IN/42737.asp At MSN Shopping. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > --__--__-- Message: 22 Date: Thu, 26 Feb 2004 07:53:03 -0700 From: "ANDREW WOOLEY" To: Subject: [Mapserver-users] ProjectionObj UTM to LatLong - PHP Folks, I am having a problem projecting a point. I looked a the documentation (http://mapserver.gis.umn.edu/doc/phpmapscript-class-guide.html#proj ) and basically copied it and modified for my own use. It works great when I go from State Plane to UTM. I get the correct results with no complaints. Then, if I take the resulting UTM coordinates (or the State Plane Coordinates) and try to convert to LatLong, it complains like this: Warning: MapServer Error in msSearchDiskTree(): in /home/www/html/trailsmap2.phtml on line 38 I have pasted the code below and marked line 38 in the code. function CalcCoords($utmx,$utmy) { //This function takes the clicked XY and converts it to UTM global $map; $projInObj = ms_newprojectionobj($map->GetProjection()); // This map is State Plane Utah Central NAD 27 $projOutObj = ms_newprojectionobj("init=epsg:26712"); // UTM Zone 12N NAD 27 $poPoint = ms_newpointobj(); $poPoint->setXY($utmx, $utmy); $poPoint->project($projInObj, $projOutObj); $utmx = $poPoint->x; $utmy = $poPoint->y; $poPoint->free(); $projInObj->free(); $projOutObj->free(); //Then to LAT LONG $projInObj = ms_newprojectionobj("init=epsg:26712"); //UTM NAD 27 Zone 12N $projOutObj = ms_newprojectionobj("init=epsg:4268"); //NAD 27 Lat Long $poPoint = ms_newpointobj(); $poPoint->setXY($utmx, $utmy); <<<<<< Line 38. $poPoint->project($projInObj, $projOutObj); $lat = $poPoint->x; $long = $poPoint->y; $poPoint->free(); $projInObj->free(); $projOutObj->free(); ... } I have tried to put "proj=latlong" like the docs say with the same result. Any help would be greatly appreciated. Oh, I am using version 3.6.5. Thanks for your time. Andrew Wooley GIS Coordinator Mountainland Association of Governments 586 E 800 N Orem, UT 84097 ph: 801.229.3844 email: awooley at mountainland.org --__--__-- Message: 23 From: =?iso-8859-1?Q?Fran=E7ois-Xavier_Prunayre?= To: "Fernando S." , "Henrik Wilsdorf" , Subject: Re: [Mapserver-users] Empty Map with Oracle spatial - SDO_GTYPE Date: Thu, 26 Feb 2004 16:16:51 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_0053_01C3FC83.F144A930 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, if you are using OGR connection it works with SDO_GTYPE =3D 300x.=20 When you load shapefile or mapinfo tab using ogr2ogr in oracle spatial, it = create 3D geom. Try to add SRID information in your mapfile as Nicolas said previously ?=20 Francois ----- Original Message -----=20 From: Fernando S.=20 To: Henrik Wilsdorf ; mapserver-users at lists.gis.umn.edu=20 Sent: Thursday, February 26, 2004 3:54 PM Subject: Re: [Mapserver-users] Empty Map with Oracle spatial Hi Henrik I don't know if I can help you, but I will try. Did you import the data to OracleSpatial from shapefile? If yes, did = you execute this command in sqlplus? (EXECUTE SDO_MIGRATE.TO_CURRENT('TA= BLE','GEOMETRY_COLUMN'); If you execute your CGI passing layer=3Dpoints, what it happens? Can = you see an image? http://willi1/scripts/mapserv.exe?map=3D/data/projects/spatial1/t= estora1.map&mode=3Dmap&layers=3Dpoints Try to define one layer with status default and others with status of= f , I don't know if import, just try. Well, look the SDO_GTYPE in your databate. It's report type 3003. Th= ree-dimensional polygon, I don't know if mapserv show this type. Try to pas= s this type to 2003 . =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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=E7=E3o Aplicada=20 Fone: 047 - 341 7960=20 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=20 Henrik Wilsdorf wrote:=20 Hi, Mapserver-users! I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape layer=20 is visible in the image but no data (no polygon, no line, no point) from oracle. With the shape layers all works fine in different maps. No other errors occure, but one in MS_ERRORFILE: Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file. *** What does it mean??? This error comes also, when I get a correct map without oracle layers. The Oracle connection is also o.k. When I have an error in the tablename I get the following text: msDrawMap(): Image handling error. Failed to draw layer named 'polygons'.= =20 msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942: Tabelle oder View nicht vorhanden .=20 SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1=20 WHERE SDO_FILTER( POLYGONS1.GEOMETRY,=20 MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3), MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=3Dwindow') =3D 'TRUE'= =20 With the corrected statement I got tho following data back in SQLplus: ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) 1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50, 260,= 0)) 2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0)) =20=20=20=20=20 This should be a rectangle and a triangle. Both are also shown in the Oracle spatial advisor. The spatial data are created with autodesk Map 2004. I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG + Oracle) from mapserver.gis.umn.edu. The address I used in IE6: http://willi1/scripts/mapserv.exe?map=3D/data/projects/spatial1/testora1 .ma= p&mode=3Dmap My Mapfile: MAP NAME "testora1" STATUS ON EXTENT 0 0 400 400=20 SIZE 600 500=20 SHAPEPATH "data" SYMBOLSET "etc/symbols.sym" FONTSET "etc/fonts.txt" IMAGETYPE PNG IMAGECOLOR 255 255 200 UNITS METERS WEB IMAGEPATH "/data/tmp/" IMAGEURL "/tmp/" LOG "/data/log/mslog.txt" END =20=20 LAYER NAME "polygonshape" STATUS DEFAULT DATA "polygonshape" TYPE POLYGON CLASS STYLE COLOR 200 200 100 OUTLINECOLOR 1 1 1 END END END =20=20 LAYER NAME "polygons" STATUS DEFAULT DATA "GEOMETRY FROM POLYGONS" TYPE POLYGON CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE COLOR 0 128 128 OUTLINECOLOR 1 1 1 END END END LAYER NAME "polylines" STATUS DEFAULT DATA "GEOMETRY FROM POLYLINES" TYPE LINE CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE COLOR 0 0 255 SIZE 50 END END END =20=20 LAYER NAME "points" STATUS DEFAULT DATA "GEOMETRY FROM POINTS" TYPE POINT CONNECTIONTYPE ORACLESPATIAL CONNECTION "map1/abc at willi1" CLASS STYLE SYMBOL 13 COLOR 1 1 1 SIZE 50 END END END =20=20=20 END ---------------- Waiting for some help. Regards Henrik Wilsdorf =20=20 --=20 Ce message a ete verifie par MailScanner pour des virus ou des polluriels= et rien de suspect n'a ete trouve.=20 Les donnees et renseignements contenus dans ce message sont personnels, c= onfidentiels et secrets.Toute publication, utilisation ou diffusion, meme p= artielle, doit etre autorisee.=20 Any data and information contained in this electronic mail is personal, c= onfidential and secret. Any total or partial publication, use or distributi= on must be authorized.=20 --=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 secrets.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_0053_01C3FC83.F144A930 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi, if you are using OGR connection it wor= ks with=20 SDO_GTYPE =3D 300x.
When you load shapefile or mapinfo tab usi= ng=20 ogr2ogr in oracle spatial, it create 3D geom.
Try to add SRID information in your mapfil= e as=20 Nicolas said previously ?
 
Francois
----- Original Message -----
Fro= m:=20 Fern= ando=20 S.
To: Henrik Wilsdorf ; mapserver-users at lists. g= is.umn.edu=20
Sent: Thursday, February 26, 2004 = 3:54=20 PM
Subject: Re: [Mapserver-users] Emp= ty Map=20 with Oracle spatial

Hi= =20 Henrik
    I don't know if I can  help you, but I = will=20 try.
    Did you import the data to OracleSpatial from= =20 shapefile? If yes, did you execute this command in sqlplus?  &n= bsp;=20 (EXECUTE=20 SDO_MIGRATE.TO_CURRENT('TABLE','GEOMETRY_COLUMN');
    = If=20 you execute your CGI passing layer=3Dpoints, what it happens? Can you see= an=20 image?
        http://willi1/scripts/ma pse= rv.exe?map=3D/data/projects/spatial1/testora1.map&mode=3Dmap&lay ers= =3Dpoints
   =20 Try to define one layer with status default and others with status off , = I=20 don't know if import, just try.
    Well, look the SDO_= GTYPE=20 in your databate. It's report type 3003.  Three-dimensional polygon,= I=20 don't know if mapserv show this type. Try to pass this type to 2003=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
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=3 D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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=E3o 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=3 D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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

Henrik Wilsdorf wrote:=20 
Hi, Mapserver-users!

I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape
layer=20
is visible in the image but no data (no polygon, no line, no point) from
oracle.
With the shape layers all works fine in different maps.
No other errors occure, but one in MS_ERRORFILE:
    Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file.
*** What does it mean???
 This error comes also, when I get a correct map without oracle layers.

The Oracle connection is also o.k.
When I have an error in the tablename I get the following text:

msDrawMap(): Image handling error. Failed to draw layer named
'polygons'.=
=20
msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942:
Tabelle
oder View nicht vorhanden .=20
SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1=20
WHERE SDO_FILTER( POLYGONS1.GEOMETRY,=20
MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),
MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=3Dwindow') =3D
'TRUE'=
=20

With the corrected statement I got tho following data back in SQLplus:

ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO,
SDO_ORDINATES)
     1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1),
SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50,
260,=
 0))
     2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1),
SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0))
=20=20=20=20=20
This should be a rectangle and a triangle. Both are also shown in the
Oracle
spatial advisor.
The spatial data are created with autodesk Map 2004.
I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG +
Oracle)
from mapserver.gis.umn.edu.
The address I used in
IE6:
http://willi1
/sc=
ripts/mapserv.exe?map=3D/data/projects/spatial1/testora1.map&mode=3D
map=


My Mapfile:

MAP
  NAME "testora1"
  STATUS ON
  EXTENT 0 0 400 400=20
  SIZE 600 500=20
  SHAPEPATH "data"
  SYMBOLSET "etc/symbols.sym"
  FONTSET "etc/fonts.txt"
  IMAGETYPE PNG
  IMAGECOLOR 255 255 200
  UNITS METERS
  WEB
    IMAGEPATH "/data/tmp/"
    IMAGEURL "/tmp/"
    LOG "/data/log/mslog.txt"
  END
=20=20
  LAYER
      NAME "polygonshape"
      STATUS DEFAULT
      DATA "polygonshape"
      TYPE POLYGON
      CLASS
        STYLE
          COLOR 200 200 100
          OUTLINECOLOR 1 1 1
         END
      END
  END
=20=20
  LAYER
        NAME "polygons"
        STATUS DEFAULT
        DATA "GEOMETRY FROM POLYGONS"
        TYPE POLYGON
        CONNECTIONTYPE ORACLESPATIAL
        CONNECTION "map1/abc at willi1"
        CLASS
          STYLE
            COLOR 0 128 128
            OUTLINECOLOR 1 1 1
          END
        END
    END

  LAYER
    NAME "polylines"
    STATUS DEFAULT
    DATA "GEOMETRY FROM POLYLINES"
    TYPE LINE
    CONNECTIONTYPE ORACLESPATIAL
    CONNECTION "map1/abc at willi1"
    CLASS
      STYLE
        COLOR 0 0 255
        SIZE 50
      END
    END
  END
=20=20
  LAYER
    NAME "points"
    STATUS DEFAULT
    DATA "GEOMETRY FROM POINTS"
    TYPE POINT
    CONNECTIONTYPE ORACLESPATIAL
    CONNECTION "map1/abc at willi1"
    CLASS
      STYLE
        SYMBOL 13
        COLOR 1 1 1
        SIZE 50
      END
    END
   END
=20=20=20
END
----------------
Waiting for some help.

Regards

Henrik Wilsdorf


--
Ce message a ete verifie par MailScanner pour des vir= us ou=20 des polluriels et rien de suspect n'a ete trouve.=20
 
Les donnees et=20 renseignements contenus dans ce message sont personnels, confidentiels et= =20 secrets.Toute publication, utilisation ou diffusion, meme partielle, doit= etre=20 autorisee.=20
 
Any data and inform= ation=20 contained in this electronic mail is personal, confidential and secret. A= ny=20 total or partial publication, use or distribution must be authorized.=20
--=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 secrets.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_0053_01C3FC83.F144A930-- --__--__-- Message: 24 To: Sean Gillies , "Lowell Filak" From: "Lowell Filak" Cc: Mapserver Users Subject: Re: [Mapserver-users] Perl/Python/Ruby mapscript development documentation Date: Thu, 26 Feb 2004 10:36:09 -0500 Yes & no - I checked mapscript.html. What am I missing - are they not intended to be one in the same? If not I'll just automate grabbing it. Logging into cvs is not something I look forward to doing manually daily. Yes - allowing for the fact that it is not finished. Lowell The following message was sent by Sean Gillies on Wed, 25 Feb 2004 10:54:44 -0700. > Is that a statement of complete approval? Did you check the underlying > mapscript.txt file? Does it look like something you'd use instead of > referring to the PHP readme? > > Sean > > On Feb 25, 2004, at 6:38 AM, Lowell Filak wrote: > > > Thank you to all the developers. > > > > Lowell > > > > The following message was sent by Sean Gillies on > > Tue, 24 Feb 2004 10:19:40 -0700. > > > >> Hi, > >> > >> Following the example of the PHP-mapscript developers, we are now > >> maintaining > >> documentation for the development mapscript in a text file. In CVS in > >> can be > >> found at mapscript/doc/mapscript.txt. Language-specific appendices > >> will be > >> at mapscript/doc/python.txt etc. This new documentation fills the > >> same > >> role as > >> the README file under mapscript/php3. Is a work in progress, but I'm > >> chipping > >> away at it every day and we'll be caught up with the current state of > >> the > >> development code soon. > >> > >> We are trying out restructured text as a file format. It provides > >> just > >> enough > >> structure that it can be parsed and rendered into XML or HTML. During > >> the > >> evaluation of mapscript.txt I will be regularly generating HTML from > >> the text source > >> and putting it up at > >> > >> http://users.frii.com/sgillies/examples/mapscript.html > >> > >> Links to the original text source and documentation about reST and > >> links to > >> download of reST tools are at the bottom of the page. If users > >> appreciate this > >> development documentation, I'll work the generation of HTML docs into > >> the mapserver > >> nightly build. > >> > >> If you have considerations that you'd like to add to Bugzilla > >> regarding > >> the > >> development docs, join the discussion here > >> > >> http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=576 > >> > >> or discuss here on the list and I'll try to summarize on Bugzilla. > >> > >> cheers, > >> 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 > > > > _______________________________________________ > > 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 --__--__-- Message: 25 Cc: Mapserver Users From: Sean Gillies Subject: Re: [Mapserver-users] Perl/Python/Ruby mapscript development documentation Date: Thu, 26 Feb 2004 08:46:13 -0700 To: "Lowell Filak" Lowell, Mapscript.txt is the only file committed to CVS. The HTML is generated from it. Sorta like the relationship of mapscript.i to mapscript_wrap.c. And I'd like to get it produced nightly just like the C wrapper file. What I'd like to find out from you and others is whether or not the internal hyperlink targets muck up or reduce the readibility of mapscript.txt. These are the bits of structured text that look like (for example) .. _shapeObj.project: Sean On Feb 26, 2004, at 8:36 AM, Lowell Filak wrote: > Yes & no - I checked mapscript.html. > What am I missing - are they not intended to be one in the same? If not > I'll just automate grabbing it. > Logging into cvs is not something I look forward to doing manually > daily. > Yes - allowing for the fact that it is not finished. > > Lowell > > The following message was sent by Sean Gillies on > Wed, 25 Feb 2004 10:54:44 -0700. > >> Is that a statement of complete approval? Did you check the >> underlying >> mapscript.txt file? Does it look like something you'd use instead of >> referring to the PHP readme? >> >> Sean >> >> On Feb 25, 2004, at 6:38 AM, Lowell Filak wrote: >> >>> Thank you to all the developers. >>> >>> Lowell >>> >>> The following message was sent by Sean Gillies on >>> Tue, 24 Feb 2004 10:19:40 -0700. >>> >>>> Hi, >>>> >>>> Following the example of the PHP-mapscript developers, we are now >>>> maintaining >>>> documentation for the development mapscript in a text file. In CVS >>>> in >>>> can be >>>> found at mapscript/doc/mapscript.txt. Language-specific appendices >>>> will be >>>> at mapscript/doc/python.txt etc. This new documentation fills the >>>> same >>>> role as >>>> the README file under mapscript/php3. Is a work in progress, but >>>> I'm >>>> chipping >>>> away at it every day and we'll be caught up with the current state >>>> of >>>> the >>>> development code soon. >>>> >>>> We are trying out restructured text as a file format. It provides >>>> just >>>> enough >>>> structure that it can be parsed and rendered into XML or HTML. >>>> During >>>> the >>>> evaluation of mapscript.txt I will be regularly generating HTML from >>>> the text source >>>> and putting it up at >>>> >>>> http://users.frii.com/sgillies/examples/mapscript.html >>>> >>>> Links to the original text source and documentation about reST and >>>> links to >>>> download of reST tools are at the bottom of the page. If users >>>> appreciate this >>>> development documentation, I'll work the generation of HTML docs >>>> into >>>> the mapserver >>>> nightly build. >>>> >>>> If you have considerations that you'd like to add to Bugzilla >>>> regarding >>>> the >>>> development docs, join the discussion here >>>> >>>> http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=576 >>>> >>>> or discuss here on the list and I'll try to summarize on Bugzilla. >>>> >>>> cheers, >>>> 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 >>> >>> _______________________________________________ >>> 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 > --__--__-- Message: 26 Date: Thu, 26 Feb 2004 10:37:51 -0500 From: "Xiaoyuan Geng" To: Subject: [Mapserver-users] Mapscript doesn't write map file in expected order! Hello I am using PHP Mapscript to add more METADATA contents to a map file. It seems that Mapscript resorts the contents of METADATA members before I same the map file. Also mapscript adds tab instead of one space between the name and the content. Any way to fix this problem? Below is the example: Expected order: $myMap->setMetaData("wms_title", "GDAS Geolinking Map"); $myMap->setMetaData("wfs_title", "GDAS Geolinking Map"); $myMap->setMetaData( "wms_onlineresource",$strWMS_WFS ); $myMap->setMetaData( "wfs_onlineresource",$strWMS_WFS ); $myMap->setMetaData( "wms_srs",SERVER_PROJECTIONS ); $myMap->setMetaData( "wfs_srs",SERVER_PROJECTIONS ); $myMap->setMetaData( "wms_feature_info_mime_type","text/html" ); Mapscript output: "wms_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 EPSG:26907" "wms_onlineresource" "myserver/cgi-bin/mapserv?map=map file name" "wms_title" "GDAS Geolinking Map" "wms_feature_info_mime_type" "text/html" "wfs_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 EPSG:26907" "wfs_title" "AAFC GDAS Geolinking Map" "wfs_onlineresource" "myserver/cgi-bin/mapserv?map=map file name" Thank you very much! Shawn --__--__-- Message: 27 From: "Murat Isik" To: Date: Thu, 26 Feb 2004 17:52:06 +0200 Subject: [Mapserver-users] mysql layers cant be drawn This is a multi-part message in MIME format... ------=_NextPart_000_078B_01C3FC91.3FB72310 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I am developing a php map site which has only one city and several layers w= ithin that city. Until recently all layers were defined in the mapfile, ph= p function only called them by name and turned them on.The maps were genera= ted perfectly. Then I decided to move all my php-called layers to mysql and= created a table with coloumns for all needed values for any layer definiti= on. I only left the always-ON layers in the map file. After I did this excl= uding the mapfile layers I could not get the mapscript to draw the maps for= more than 16 mysql based layers, and that includes any combination of my = 25 mysql layers. No map is rendered and no error is recorded in niether htt= pd log nor anywhere else. I set the php process time out to limitless but = nothing changed. I found it very puzzling to be limited to only 16 mysql la= yers, a weird number.=20 My system properties: Redhat 9, mapserver/mapscript 4.0.1 , mysql 3.23 This is the code I use to read layer properties off the database and have l= ayers generated: for($ltn=3D1;$ltn<=3D3;$ltn++)=20=20=20=20=20=20 { if($ltn=3D=3D1) { $layertype=3D"MS_LAYER_POLYGON"; }elseif($ltn=3D=3D2) { $layertype=3D"MS_LAYER_LINE"; }else{ $layertype=3D"MS_LAYER_POINT"; } $result =3D mysql_query("select * from layer_styles where type=3D'$layertyp= e' and status=3D'MS_ON' and scale_factor_max>'$scale_factor_x' and scale_fa= ctor_min<=3D'$scale_factor_x' order by id") or die (mysql_error()); while ($row =3D mysql_fetch_array($result)) { if($xmin>=3D$row["extentminx"] && $ymin>=3D$row["extentminy= "] && $xmax<=3D$row["extentmaxx"] && $ymax<=3D$row["extentmaxy"]) { $layer =3D ms_newLayerObj($map); $layer->set("name",$row["name"]); if($ltn=3D=3D1){$layer->set("type",MS_LAYER= _POLYGON);}elseif($ltn=3D=3D2){$layer->set("type",MS_LAYER_LINE);}else{$ lay= er->set("type",MS_LAYER_POINT);} if($row["status"]=3D=3D"MS_ON"){$layer->set= ("status",MS_ON);}else{$layer->set("status",MS_OFF);} if($row["dynamic"]=3D=3D0){$layer->set("dat= a","/var/www/html/mapserver/data/".$row["data"]);}else{$layer->set("data ","= /var/www/html/mapserver/dynamicdata/".$row["data"]);} if($row["labelcache"]=3D=3D"MS_ON"){$layer-= >set("labelcache",MS_ON);}else{$layer->set("labelcache",MS_OFF);} if($row["labelitem"]!=3D"0"){$layer->set("l= abelitem", $row["labelitem"]);} $class =3D ms_newClassObj($layer); if($row["namedisplay"]!=3D0){$class->set("n= ame",$row["classname"]);} $style=3Dms_newStyleObj($class); $colors=3Dexplode(" ",$row["stylecolor"]); $style->color->setRGB($colors[0],$colors[1]= ,$colors[2]); if($row["styleoutlinecolor"]!=3D"YOK") { $outsidecolors=3Dexplode(" = ",$row["styleoutlinecolor"]); $style->outlinecolor->setRGB($outs= idecolors[0],$outsidecolors[1],$outsidecolors[2]); } if($ltn=3D=3D2 || $ltn=3D=3D3) { $style->set("symbol",$row["= stylesymbol"]); $style->set("size",$row["st= ylesize"]); } $class->{label}->set('size', $row["labelsiz= e"]); $class->{label}->set('minsize', 2 ); if($row["labelposition"]=3D=3D"MS_AUTO"){$c= lass->{label}->set('position',MS_AUTO);}elseif($row["labelposition"]=3D= 3D"= MS_UL"){$class->{label}->set('position',MS_UL);}elseif($row["labelpositi on"= ]=3D=3D"MS_LR"){$class->{label}->set('position',MS_LR);}elseif($row["lab elp= osition"]=3D=3D"MS_UR"){$class->{label}->set('position',MS_UR);}elseif($ row= ["labelposition"]=3D=3D"MS_LL"){$class->{label}->set('position',MS_LL);} els= eif($row["labelposition"]=3D=3D"MS_CR"){$class->{label}->set('position', MS_= CR);}elseif($row["labelposition"]=3D=3D"MS_CL"){$class->{label}->set('po sit= ion',MS_CL);}elseif($row["labelposition"]=3D=3D"MS_UC"){$class->{label}- >se= t('position',MS_UC);}elseif($row["labelposition"]=3D=3D"MS_CC"){$class-> {la= bel}->set('position',MS_CC);} if($row["labelautoangle"]=3D=3D1){$class->{= label}->set('autoangle',1);} $color_label=3Dexplode(" ",$row["labelcolor= "]); $class->{label}->color->setRGB($color_label= [0],$color_label[1],$color_label[2]); $class->{label}->set('font',$row["labelfont= "]); if($row["labeltype"]=3D=3D"MS_TRUETYPE"){$c= lass->{label}->set('type',MS_TRUETYPE);}else{$class->{label}->set('type' ,MS= _BITMAP);} $w++; } } mysql_free_result($result); } $image=3D$map->draw(); Is there a syntax error? I dont thinks o, if there were why would it only w= ork with 16 only instead of none. Have a nice day, Murat Isik ------=_NextPart_000_078B_01C3FC91.3FB72310-- --__--__-- Message: 28 Date: Thu, 26 Feb 2004 11:08:00 -0500 From: Yewondwossen Assefa To: Stefan Schwarzer CC: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] SLD questions - How to filter Hi There, I have added a link in Mapserver wiki to a documentation related to the SLD support in Mapserver : http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SLDMapServer. Note that this document will in the near feature be used to produce an offical howto. There are examples in this documentation that should answer your questions. If you still have some specific issues, please let me know. Best Regrads, Stefan Schwarzer wrote: > Dear list, dear Assefa, > > I am trying to understand the functioning of the Styled Layer Descriptor > and am testing the 4.1 development version. > > My "problem" (i.e. challenge) is the following: I would like to indicate > a country name within a WMS query, e.g. something like: > > http://remote_server/cgi-bin/mapserv_41.exe?map=PATH/wms.map > &WMTVER=1.0.0 > &REQUEST=map > &TRANSPARENT=TRUE > &SRS=EPSG:4326 > &BBOX=50,0,170,40 > &WIDTH=300 > &HEIGHT=150 > &FORMAT=PNG > &layers=boundaries > > * **&selectedCountry=China > > *in order to receive something like the attached map (highlighting the > selected country). > > As far as I understand I have to setup a SLD file... (I am not at all > sure about the correct use of the parameters!) > > > > boundaries > > > > [CNTRY_NAME] > Thailand > > > > > > > and attach it to the URL... > &SLD=PATH/sld.xml > > My .map file (resp. the layer) is looking like this: > LAYER > NAME boundaries > TYPE POLYGON > STATUS ON > DATA boundaries > CLASSITEM CNTRY_NAME > LABELITEM CNTRY_NAME > CLASS > #EXPRESSION ('[CNTRY_NAME]' eq 'China') > NAME 'boundaries' > #OUTLINECOLOR 0 0 0 > TEMPLATE 'dummy' > LABEL > FONT arial-bold > TYPE truetype > ANTIALIAS true > SIZE 12 > COLOR 248 255 43 > OUTLINECOLOR 0 0 0 > END > END > END > > But in the moment it doesn't work. Can anybody give me some hints or > indicate the location of some examples? > > Thanks a lot, > > Stefan > > > > > > _______________________________________ > > *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 ---------------------------------------------------------------- --__--__-- Message: 29 Date: Thu, 26 Feb 2004 11:19:34 -0500 From: Frank Warmerdam To: Xiaoyuan Geng Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Mapscript doesn't write map file in expected order! Xiaoyuan Geng wrote: > Hello > > I am using PHP Mapscript to add more METADATA contents to a map file. > It seems that Mapscript resorts the contents of METADATA members before > I same the map file. Also mapscript adds tab instead of one space > between the name and the content. Any way to fix this problem? Below is > the example: > > Expected order: > $myMap->setMetaData("wms_title", "GDAS Geolinking > Map"); > $myMap->setMetaData("wfs_title", "GDAS Geolinking Map"); > $myMap->setMetaData( "wms_onlineresource",$strWMS_WFS ); > $myMap->setMetaData( "wfs_onlineresource",$strWMS_WFS > ); > $myMap->setMetaData( "wms_srs",SERVER_PROJECTIONS ); > $myMap->setMetaData( "wfs_srs",SERVER_PROJECTIONS ); > $myMap->setMetaData( "wms_feature_info_mime_type","text/html" > ); > > Mapscript output: > > "wms_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 > EPSG:26907" > "wms_onlineresource" "myserver/cgi-bin/mapserv?map=map file > name" > "wms_title" "GDAS Geolinking Map" > "wms_feature_info_mime_type" "text/html" > "wfs_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 > EPSG:26907" > "wfs_title" "AAFC GDAS Geolinking Map" > "wfs_onlineresource" "myserver/cgi-bin/mapserv?map=map file > name" Shawn, Why should this matter? My understanding is that there is no significants to the metadata item order. Also, whats wrong with emitting a tab as the spacer? It still reads and parses as a map file properly, right? 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 --__--__-- Message: 30 Date: Thu, 26 Feb 2004 13:00:23 -0400 From: "Rene Teniere " To: Subject: [Mapserver-users] Working with legend created via processlegendtemplate() Hi all, I have my legend set up and it looks great. I have checkboxes next to each layer to turn them on and off (originally from MapServer). How do I use that functionality to refresh properly after the user changes the status of the layer (IE checks or unchecks it)? I have dumped the html legend to a file, and have looked inside. Each layer has a checkbox input, but the name is the same for all: name="legendlayername[]" only the values are different (they are the layer names). After my refresh, I would like to see whether or not the checkbox is 0 or 1, and set the status of the layer accordingly. Am I over-analyzing this?? Rene --__--__-- Message: 31 Date: Thu, 26 Feb 2004 14:21:04 -0300 (ART) From: =?iso-8859-1?q?Jose=20Maria=20Michia?= To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapscript --0-1519606036-1077816064=:31539 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi. I have a Tomcat Application that uses Mapscript (Java Interface) trought an RMI Server in a n-layer. This is useful for no tomcat crash, but the rmi crash. So, my application never die..... but the performance is bad, and no error message. I never know what is wrong. I decide maintain the java applicaction and put the mapserver work in a PHP application or Perl application. This application will generate some XML with tags like MAP_IMAGE_NAME, MAP_EXTENT, etc.... Maybe identify implementations, and add some dinamyc layers. What interface recommend you? Perl or Mapscript? Thanks, sorry my english. http://visualizador.rosario.gov.ar (non stable). I hope replace RMI with php or perl in the next version. Next version come with some interesting funcionality, like custom querys, new important layers (urban transport), and tips for the custom querys result objets).... Cooming soon :D People: I have very bad experience with Java interface. I recommend you no use Java interface (or use only y little static mapping. If you no change the MAP file , and no add runtime objetcs, maybe you don?t have problems). Jos? Mar?a Michia --------------------------------- ?Busc?s un auto? Encontralo en Yahoo! Autos ?M?s de 4000 clasificados todos los d?as! Usados - 0 km - Vend? el tuyo --0-1519606036-1077816064=:31539 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hi.
 
I have a Tomcat Application that uses Mapscript (Java Interface) trought an RMI Server in a n-layer. This is useful for no tomcat crash, but the rmi crash. So, my application never die..... but the performance is bad, and no error message. I never know what is wrong. I decide maintain the java applicaction and put the mapserver work in a PHP application or Perl application. This application will generate some XML with tags like MAP_IMAGE_NAME, MAP_EXTENT, etc.... Maybe identify implementations, and add some dinamyc layers. What interface recommend you? Perl or Mapscript?
 
Thanks, sorry my english.
 
http://visualizador.rosario.go v.ar (non stable). I hope replace RMI with php or perl in the next version. Next version come with some interesting funcionality, like custom querys, new important layers (urban transport), and tips for the custom querys result objets).... Cooming soon :D
 
People: I have very bad experience with Java interface. I recommend you no use Java interface (or use only y little static mapping. If you no change the MAP file , and no add runtime objetcs, maybe you don?t have problems).
 
Jos? Mar?a Michia
 


?Busc?s un auto?
Encontralo en Yahoo! Autos
?M?s de 4000 clasificados todos los d?as!
Usados - 0 km - Vend? el tuyo --0-1519606036-1077816064=:31539-- --__--__-- Message: 32 Date: Thu, 26 Feb 2004 10:43:41 -0700 (MST) Subject: [Mapserver-users] Generate map file from shape file From: To: Hello, are there any utilities to generate the map file from a shapefile? I have a large numer of shapefiles and am wondering the best way to get them into the format that mapserver needs. thanks --__--__-- _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users End of Mapserver-users Digest From gianluigi.nozza at tiscali.it Fri Feb 27 04:17:22 2004 From: gianluigi.nozza at tiscali.it (Gianluigi Nozza) Date: Fri, 27 Feb 2004 13:17:22 +0100 Subject: [Mapserver-users] Finding Features Message-ID: <002f01c3fd2b$d4cfe000$6400a8c0@gian> I would like to incorporate "finding features capabilities" in a test application created with Maplab but I don't know even where I have to start from. Since Maplab does not incorporate such capabilities (and it is too difficult for me to deal with php scripting) I am looking on the side of Mapserver. In other words what I need is: Ask the user which layer query (i.e. towns) Get a list of available fields to query Let the user chose a field and a value Zooming to the extent of the selected features possibly highligthing the selected features Is it possible using Mapserver functions ? Where can I find a downloadable or accessible demo implementing such or similar functionality ? Where I have to work, on the map file ? on the template file ? on both ? Which functions or commands are involved ? If you answer be as simple as possible, I am a newbie. From mservin at tecnoaccion.com.ar Fri Feb 27 05:38:51 2004 From: mservin at tecnoaccion.com.ar (Mario Servin) Date: Fri, 27 Feb 2004 10:38:51 -0300 Subject: [Mapserver-users] Can binary release of MapServer 4.0 for Windows able to manage ECW raster files? References: <058101c3fcb5$9b309b80$7205a8c0@mariolaptop> Message-ID: <007701c3fd37$0998bfe0$7205a8c0@mariolaptop> Dear Pericles, Thanks for your prompt answer. I tried your suggestion. There was no error but still I get a blank image...... Someone told me I'd better download version 4.1. I ampretty sure I have installed gdal tools to manage ECW files but.... Regards, Mario ----- Original Message ----- From: "Pericles Nacionales" To: "Mario Servin" Cc: Sent: Thursday, February 26, 2004 8:24 PM Subject: Re: [Mapserver-users] Can binary release of MapServer 4.0 for Windows able to manage ECW raster files? Well, it should. All the win32 binaries from the MapServer site are compiled with ECW support (through GDAL). However, I have note tested them so I can't really say that it works. But then again, I know some people who use it and it works properly. I bet you a pretty penny it's got something to do with either your paths or your extents. Is your shape path a subdirectory of the directory containing your mapfile? Try adding the full path to your ecw file, ie: DATA "c:/some/directory/for/your/S21301.ecw" and quickly test it with this URL: http://localhost/cgi-bin/mapserv.exe?map="c:/some/directory/for/your/mapfile.map&layer=S21301&mode=map Does it work? If not, check your extent. Do you have an extra zero in there somewhere? 500004? Good luck! -Perry On Thu, 26 Feb 2004, 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 > From Attila.Hofferek at pallastechnologies.hu Fri Feb 27 05:57:18 2004 From: Attila.Hofferek at pallastechnologies.hu (Hofferek Attila) Date: Fri, 27 Feb 2004 14:57:18 +0100 Subject: [Mapserver-users] MapScript query In-Reply-To: <002f01c3fd2b$d4cfe000$6400a8c0@gian> Message-ID: Hi all! Sorry about my english... Can I made some query with mapscript like this? "What is the nearest city (or other object) from my $GeoX,$GeoY position, and how far is that?" I know, this is possible with properly chosen TOLERANCE value, but what if the nearest object is beyond the tolerance limits? (And TOLERANCE in pixels is depends on zoom factor) I hope I was understandable :-) -- Hofferek Attila From Tom.Kralidis at ec.gc.ca Fri Feb 27 05:57:31 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Fri, 27 Feb 2004 08:57:31 -0500 Subject: [Mapserver-users] Web map services Message-ID: <2576812186CDD411BF1500508B6DCE9506436E68@ECNWRI1.ontario.int.ec.gc.ca> Below is a list of URLs which point you to various places to publish your WMS/web service(s): http://geodiscover.cgdi.ca/ http://clearinghouse1.fgdc.gov/ http://gcmd.nasa.gov/ People can view your data through WMS via any viewer which supports WMS. cwc2 (or chameleon) is an example. Others include, but not limited to: http://cgdi-dev.geoconnections.org/prototypes/owsview/ http://viewer.digitalearth.gov/ http://www.wmsviewer.com/ ..Tom ========================= Tom Kralidis Systems Scientist Environment Canada Tel: +01-905-336-4409 http://www.ec.gc.ca/cise/ -----Original Message----- From: we wei [mailto:mapgisnewbies at yahoo.com] Sent: Thursday, February 26, 2004 11:52 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Web map services Hi all, I have a question about web map services. I right can set up my mapserver and it uses Virtual Spatial method to get data from Oracle database through OGR. And right now I am creating a demo using CWC2. From my understanding, CWC2 displays layers from my WMS server through WMS services. And I can view it successfully. However, my question is how and where can I publish my Web map services? And actually how the web map services work ? How can the other people view my web map services after they are published ? I am very new to GIS stuffs. If I misunderstood anything, just point me out 'coz i am very confused about this task. Thanks in advance! Do you Yahoo!? Get better spam protection with Yahoo! Mail From gengx at agr.gc.ca Fri Feb 27 06:16:40 2004 From: gengx at agr.gc.ca (Xiaoyuan Geng) Date: Fri, 27 Feb 2004 09:16:40 -0500 Subject: [Mapserver-users] Mapscript doesn't write map file in expected order! Message-ID: Normally people using a wrapper which assigns MS_Mapfile with related mapfile, then make the MS_Mapfile available for the web server. We can also using such format as : hostURL/cgi-bin/mapserv?map=/mapfilepath/mapfile to load a WMS layer. So mapfile is needed to setup a WMS in either case. I am producing WMS enabled layers dynamically. Below is an example link of my WMS layers. http://wms1.agr.gc.ca/cgi-bin/mapserv?map=/usr/www/httpd/htdocs/gdas/temp/my1077890254.map If you do not want to use WMS view here is the URL for your browser: http://wms1.agr.gc.ca/cgi-bin/mapserv?map=/usr/local/ms4w/apps/gdas/htdocs/temp/my1077890254.map&service=wms&version=1.1.0&request=getmap&layers=ecoregions In theory you can add this layer to any of WMS viewers or clients. This mapfile has been manually edited after the unexpected mapscript massage. I hope that there is no manual editing needed. Surely I can write my own PHP function to do this and make it work. Thanks! Shawn to set up a WMS service set up a WMS service using mapserver >>> "Kralidis,Tom [Burlington]" 02/26/04 01:37PM >>> > -----Original Message----- > From: Xiaoyuan Geng [mailto:gengx at agr.gc.ca] > Sent: Thursday, February 26, 2004 1:12 PM > To: warmerdam at pobox.com > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Mapscript doesn't write map > file in expected order! > > > The map file updated from the PHP mapscript is expected to be > readable with WMS clients or viewers such as Intergraph's > WMSVIEWER. The segment of the METADATA produced from the > script is not well ordered and the map file is not valid for > the WMS viewers. After I rearrange the order and get ride of > the tabs manually, everything works fine. That is why this > issue matters in my case. Also the PHP mapscripts add more > unwanted segments such as "scalebar" and "querymap". However > I might overlooked some other bugs from side. > What is the URL of your WMS? Note that mapfiles have _nothing_ to do with WMS. The mapfile is the runtime configuration of mapserv CGI. ..Tom > Thanks! > > Shawn > > >>> Frank Warmerdam 02/26/04 11:19AM >>> > Xiaoyuan Geng wrote: > > Hello > > > > I am using PHP Mapscript to add more METADATA contents to a map > file. > > It seems that Mapscript resorts the contents of METADATA members > before > > I same the map file. Also mapscript adds tab instead of one space > > between the name and the content. Any way to fix this problem? Below > is > > the example: > > > > Expected order: > > $myMap->setMetaData("wms_title", "GDAS Geolinking > > Map"); > > $myMap->setMetaData("wfs_title", "GDAS Geolinking Map"); > > $myMap->setMetaData( "wms_onlineresource",$strWMS_WFS ); > > $myMap->setMetaData( "wfs_onlineresource",$strWMS_WFS > > ); > > $myMap->setMetaData( "wms_srs",SERVER_PROJECTIONS ); > > $myMap->setMetaData( "wfs_srs",SERVER_PROJECTIONS ); > > $myMap->setMetaData( "wms_feature_info_mime_type","text/html" > > ); > > > > Mapscript output: > > > > "wms_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 > > EPSG:26907" > > "wms_onlineresource" > "myserver/cgi-bin/mapserv?map=map file > > name" > > "wms_title" "GDAS Geolinking Map" > > "wms_feature_info_mime_type" "text/html" > > "wfs_srs" "EPSG:4269 EPSG:42304 EPSG:42101 EPSG:4326 > > EPSG:26907" > > "wfs_title" "AAFC GDAS Geolinking Map" > > "wfs_onlineresource" > "myserver/cgi-bin/mapserv?map=map file > > name" > > Shawn, > > Why should this matter? My understanding is that there is no > significants to the metadata item order. Also, whats wrong > with emitting a tab as the spacer? It still reads and parses > as a map file properly, right? > > 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/maps> erver-users > From johnicksanders at yahoo.ca Fri Feb 27 06:24:21 2004 From: johnicksanders at yahoo.ca (Nick Sanders) Date: Fri, 27 Feb 2004 09:24:21 -0500 (EST) Subject: [Mapserver-users] Min/Max Extents Message-ID: <20040227142421.42765.qmail@web20312.mail.yahoo.com> --0-163542776-1077891861=:42608 Content-Type: text/plain; charset=us-ascii What's the easiest way to set Min/Max extents in my Map file? thanks Nick --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-163542776-1077891861=:42608 Content-Type: text/html; charset=us-ascii
What's the easiest way to set Min/Max extents in my Map file?
 
thanks
Nick


Post your free ad now! Yahoo! Canada Personals
--0-163542776-1077891861=:42608-- From johnicksanders at yahoo.ca Fri Feb 27 06:26:49 2004 From: johnicksanders at yahoo.ca (Nick Sanders) Date: Fri, 27 Feb 2004 09:26:49 -0500 (EST) Subject: [Mapserver-users] Map Layers do not appear Message-ID: <20040227142649.69988.qmail@web20308.mail.yahoo.com> --0-49023369-1077892009=:68935 Content-Type: multipart/alternative; boundary="0-1869863841-1077892009=:68935" --0-1869863841-1077892009=:68935 Content-Type: text/plain; charset=us-ascii I'm having trouble getting all of my layer to write. I've included my map file, can anyone help? Note - the paths and field names are all good. All of the files work until the last one, what am I doing wrong? Thanks Nick --------------------------------- Post your free ad now! Yahoo! Canada Personals --0-1869863841-1077892009=:68935 Content-Type: text/html; charset=us-ascii
I'm having trouble getting all of my layer to write.  I've included my map file, can anyone help? Note - the paths and field names are all good.
 
All of the files work until the last one, what am I doing wrong?
 
Thanks
Nick


Post your free ad now! Yahoo! Canada Personals
--0-1869863841-1077892009=:68935-- --0-49023369-1077892009=:68935 Content-Type: text/plain; name="hg.map" Content-Description: hg.map Content-Disposition: inline; filename="hg.map" MAP # # Start of map file # # Sample map file for a chameleon app. # NAME "Mercury Hotspots and Emissions" STATUS ON EXTENT -5885222.22222 -3406000 3692000 4649031 SIZE 500 450 SHAPEPATH "/ms4w/apps/Myapp/data" SYMBOLSET "../etc/symbols.sym" FONTSET "../etc/fonts.txt" IMAGECOLOR 240 250 250 UNITS METERS # # Start of web interface definition # WEB MINSCALE 2000000 MAXSCALE 40000000 # # On Windows systems, /tmp and /tmp/ms_tmp/ should be created at the root # of the drive where the .MAP file resides. # IMAGEPATH "/ms4w/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" # LOG "/tmp/gmap.log" METADATA END END QUERYMAP COLOR 255 0 0 STYLE HILITE END PROJECTION "init=epsg:42304" END # # Start of reference map REFERENCE IMAGE images/keymap.gif EXTENT -2594561 -712631 3467361 3840000 STATUS ON COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 SIZE 120 90 END # Start of legend # LEGEND STATUS ON KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END END # # Start of scalebar # SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 UNITS kilometers INTERVALS 5 SIZE 150 5 LABEL SIZE SMALL COLOR 0 0 0 END END # # Start of layer definitions # #Background layer # LAYER # DATA "NorthHemisphere" # NAME "Land Area" # SIZEUNITS PIXELS # STATUS ON # TOLERANCE 0 # TOLERANCEUNITS PIXELS # TYPE POLYGON # UNITS METERS # CLASS # NAME "Land Area" # STYLE # COLOR 234 234 234 # MAXSIZE 100 # MINSIZE 1 # SIZE 1 # SYMBOL 4 # END # END # END LAYER DATA "base/SpeciesBase" NAME "Political Boundaries" STATUS ON TYPE POLYGON UNITS METERS CLASS NAME "Land Area" STYLE COLOR 240 245 240 OUTLINECOLOR 150 150 150 MAXSIZE 100 MINSIZE 1 SIZE 1 SYMBOL 2 END END END LAYER NAME "Roads" DATA "base/roads" STATUS ON TYPE LINE UNITS METERS CLASS NAME "Roads" EXPRESSION ('[TYPE]' eq 'Major Highway' OR '[TYPE]' eq 'Secondary Highway') COLOR 170 0 0 MAXSIZE 10 MINSIZE 1 SIZE 1 SYMBOL 2 TEMPLATE "ttt_query.html" END END LAYER NAME "Rails" DATA "base/rail" STATUS ON TYPE LINE UNITS METERS CLASS NAME "Railroads" COLOR 100 100 100 MAXSIZE 10 MINSIZE 1 SIZE 1 SYMBOL 2 TEMPLATE "ttt_query.html" END END #US Hg layer from EPA, see Paul Miller for more info LAYER NAME "US Hg Emissions (kg)" STATUS ON DATA "mercury/UShgEmis" TYPE POINT CLASSITEM "HGTOTALG" CLASS NAME "> 20" EXPRESSION ([HGTOTALG] > 1 AND [HGTOTALG] < 20000) TEMPLATE "ttt_query.html" SYMBOL 7 SIZE 4 COLOR 230 0 0 END CLASS NAME "21-50" EXPRESSION ([HGTOTALG] > 20001 AND [HGTOTALG] < 50000) TEMPLATE "ttt_query.html" SYMBOL 7 SIZE 6 COLOR 230 0 0 END CLASS NAME "51-100" EXPRESSION ([HGTOTALG] > 50001 AND [HGTOTALG] < 100000) TEMPLATE "ttt_query.html" SYMBOL 7 SIZE 8 COLOR 230 0 0 END CLASS NAME "101-200" EXPRESSION ([HGTOTALG] > 100001 AND [HGTOTALG] < 200000) TEMPLATE "ttt_query.html" SYMBOL 7 SIZE 10 COLOR 230 0 0 END CLASS NAME "201-400" EXPRESSION ([HGTOTALG] > 200001 AND [HGTOTALG] < 400000) TEMPLATE "ttt_query.html" SYMBOL 7 SIZE 12 COLOR 230 0 0 END CLASS NAME "401-500" EXPRESSION ([HGTOTALG] > 400001 AND [HGTOTALG] < 500000) TEMPLATE "ttt_query.html" SYMBOL 7 SIZE 14 COLOR 230 0 0 END END LAYER NAME "Canada Hg Emissions (kg)" STATUS ON DATA "mercury/CanHgEmis" TYPE POINT CLASSITEM "2000_NPRI_" CLASS NAME "0" EXPRESSION ([2000_NPRI_] = 0) TEMPLATE "ttt_query.html" SYMBOL 7 SIZE 1 COLOR 255 255 255 END CLASS NAME "> 20" EXPRESSION ([2000_NPRI_] > 1 AND [2000_NPRI_] < 20000) TEMPLATE "ttt_query.html" SYMBOL 7 SIZE 4 COLOR 230 0 0 END CLASS NAME "21-50" EXPRESSION ([2000_NPRI_] > 20001 AND [2000_NPRI_] < 50000) TEMPLATE "ttt_query.html" SYMBOL 7 SIZE 6 COLOR 230 0 0 END CLASS NAME "51-100" EXPRESSION ([2000_NPRI_] > 50001 AND [2000_NPRI_] < 100000) TEMPLATE "ttt_query.html" SYMBOL 7 SIZE 8 COLOR 230 0 0 END CLASS NAME "101-200" EXPRESSION ([2000_NPRI_] > 100001 AND [2000_NPRI_] < 200000) TEMPLATE "ttt_query.html" SYMBOL 7 SIZE 10 COLOR 230 0 0 END CLASS NAME "201-400" EXPRESSION ([2000_NPRI_] > 200001 AND [2000_NPRI_] < 400000) TEMPLATE "ttt_query.html" SYMBOL 7 SIZE 12 COLOR 230 0 0 END CLASS NAME "401-500" EXPRESSION ([2000_NPRI_] > 400001 AND [2000_NPRI_] < 500000) TEMPLATE "ttt_query.html" SYMBOL 7 SIZE 14 COLOR 230 0 0 END END END --0-49023369-1077892009=:68935-- From dmorissette at dmsolutions.ca Fri Feb 27 06:54:55 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 27 Feb 2004 09:54:55 -0500 Subject: [Mapserver-users] Mapscript doesn't write map file in expected order! In-Reply-To: References: Message-ID: <403F5A3F.1000005@dmsolutions.ca> Xiaoyuan Geng wrote: > > http://wms1.agr.gc.ca/cgi-bin/mapserv?map=/usr/local/ms4w/apps/gdas/htdocs/temp/my1077890254.map&service=wms&version=1.1.0&request=getmap&layers=ecoregions > In theory you can add this layer to any of WMS viewers or clients. > This mapfile has been manually edited after the unexpected mapscript > massage. I hope that there is no manual editing needed. Surely I can > write my own PHP function to do this and make it work. > I don't understand why you say that manual editing is required in your case. As I wrote in a previous message, the order of metadata entries in the mapfile does NOT change anything to MapServer since it uses hashtables internally. The problem has to be somewhere else. If you can point us to the specific thing that breaks your mapfile then we can try to have a look. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Fri Feb 27 07:06:49 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 27 Feb 2004 10:06:49 -0500 Subject: [Mapserver-users] Error in TIGER to shp conversion !!!! In-Reply-To: References: Message-ID: <403F5D09.1080401@dmsolutions.ca> 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/ ------------------------------------------------------------ From gengx at agr.gc.ca Fri Feb 27 07:48:06 2004 From: gengx at agr.gc.ca (Xiaoyuan Geng) Date: Fri, 27 Feb 2004 10:48:06 -0500 Subject: [Mapserver-users] Mapscript doesn't write map file in expectedorder! Message-ID: I know that the Metadata segment of the Web segment gives me grief as well as the automatically added segments. However there might be other overlooked areas. I better spend sometime to solve my problems first and will share the experiences on this shortly. Thanks! Shawn >>> Daniel Morissette 02/27/04 09:54AM >>> Xiaoyuan Geng wrote: > > http://wms1.agr.gc.ca/cgi-bin/mapserv?map=/usr/local/ms4w/apps/gdas/htdocs/temp/my1077890254.map&service=wms&version=1.1.0&request=getmap&layers=ecoregions > In theory you can add this layer to any of WMS viewers or clients. > This mapfile has been manually edited after the unexpected mapscript > massage. I hope that there is no manual editing needed. Surely I can > write my own PHP function to do this and make it work. > I don't understand why you say that manual editing is required in your case. As I wrote in a previous message, the order of metadata entries in the mapfile does NOT change anything to MapServer since it uses hashtables internally. The problem has to be somewhere else. If you can point us to the specific thing that breaks your mapfile then we can try to have a look. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From niko at isl.net.mx Fri Feb 27 07:05:10 2004 From: niko at isl.net.mx (Nikolai Vladychevski) Date: Fri, 27 Feb 2004 15:05:10 GMT Subject: [Mapserver-users] altering $layer->{symbolscale} before draw() Message-ID: <20040227150510.14657.qmail@quazartecnologia.com> Hi, I have a perl script that uses mapscript to create a map with many layers. I want to dynamicaly alter SYMBOLSCALE of the layer depending on the scale of the map, because when user zooms too much, the symbol is too big. I can not lower SYMBOLSCALE and leave it fixed in mapfile becasue when user is browsing at high scales, the symbols is very small, almost invisible. So I have this code, but it isn't giving expected results, nothing happends: sub drawLayers { my $m=shift; #map my $i=shift; #image for ($lidx=0;$lidx<$m->{numlayers};$lidx++) { $l=$m->getLayer($lidx); if ($m->{scale}<32000 && ($l->{name} eq "emplazamientos")) { $l->{symbolscale}=320; #<- this doesn't make any difference } $l->draw($m,$i); } here are some lines in mapfile: LAYER NAME emplazamientos DATA emplazamientos.shp CLASSITEM 'ID' LABELITEM 'ID' SYMBOLSCALE 32000 CLASS NAME 'emplazamientosactivos' COLOR 0 0 255 SYMBOL 'emplazamiento' SIZE 10 TEMPLATE "emplazamiento.html" END ..... SYMBOL NAME "emplazamiento" TYPE TRUETYPE FONT transmision FILLED true ANTIALIAS true CHARACTER "F" END ...... How do I have to change the {symbolscale} variable in order to achieve changes in the display, as I do it above, setting it to different values doesn't make any difference Thanks in advance Nikolai From eric at gomoos.org Fri Feb 27 08:10:28 2004 From: eric at gomoos.org (Eric Bridger) Date: 27 Feb 2004 11:10:28 -0500 Subject: [Mapserver-users] MapScript query In-Reply-To: References: Message-ID: <1077898234.1436.16.camel@ubet.gomoos.org> Yes, this is possible. What I've done is loop increasing the tolerance util I find something (in 3.6 Perl mapscript) # bathy is lines. We can either use the tolerances above, i.e. click w/in 10 pixels of a bathy line # loop to increase tolerance until we find some lines. calling queryByPoint() each time. while($layerObj->queryByPoint($map,$click_pt,$mapscript::MS_MULTIPLE,undef)){ $layerObj->{tolerance} += 3; } I can send you the whole Perl function if this looks like it might help. On Fri, 2004-02-27 at 08:57, Hofferek Attila wrote: > Hi all! > > Sorry about my english... > Can I made some query with mapscript like this? > "What is the nearest city (or other object) from my > $GeoX,$GeoY position, and how far is that?" > > I know, this is possible with properly chosen > TOLERANCE value, but what if the nearest object is beyond > the tolerance limits? (And TOLERANCE in pixels is depends > on zoom factor) > > I hope I was understandable :-) > > -- > Hofferek Attila > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From lgs at av.eastlink.ca Fri Feb 27 09:06:07 2004 From: lgs at av.eastlink.ca (Landmark Geographic Solutions) Date: Fri, 27 Feb 2004 13:06:07 -0400 Subject: [Mapserver-users] followup Message-ID: Hey Listers, I did figure out that the file image files have to be in png form, and change the IMAGETYPE to png, problem is I get this, msLoadMap(): General error message. Undefined overlay symbol "symbols/ctyhwy.png" in class 0, style 0 of layer ctyrdln3_anno. msAddImageSymbol(): Unable to access file. Error opening image file /var/www/html/mapserv-demo/symbols/ctyhwy.png. just wondering if I have something wrong with my directory structure paths on my server or is it something simple I ma missing in the the html file I have. I am trying to understand it right. Very appreciative if someone could help LGS From TENIERER at gov.ns.ca Fri Feb 27 09:12:12 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Fri, 27 Feb 2004 13:12:12 -0400 Subject: [Mapserver-users] Saving Extents Message-ID: Hi All, I've been working on this all day and I can't seem to be able to retain my map extents set through setExtent(). I've tried setting hidden variables, and I can still only get the original extents. Here is an example of what I did: within the phtml page after the extent has been set: extent->minx.'">'); echo (''); echo (''); echo (''); echo (''); echo (''); ?> in the included .php script: //Get Current Extents if($_POST["minx"]) { $dfMinX = doubleval($_POST["minx"]); $dfMinY = doubleval($_POST["miny"]); $dfMaxX = doubleval($_POST["maxx"]); $dfMaxY = doubleval($_POST["maxy"]); // $map->setExtent($dfMinX,$dfMinY,$dfMaxX,$dfMaxY); error_log("First: ".$dfMinX." ".$dfMinY." ".$dfMaxX." ".$dfMaxY); } also within the phtml page after the extent has been set: extent->minx; $rtMinY = $map->extent->miny; $rtMaxX = $map->extent->maxx; $rtMaxY = $map->extent->maxy; rtExtents($rtMinX,$rtMinY,$rtMaxX,$rtMaxY); ?> in the included .php script: function rtExtents($rtMinX,$rtMinY,$rtMaxX,$rtMaxY) { //$map->setExtent($$rtMinX,$rtMinY,$rtMaxX,$rtMaxY); error_log("Second: ".$rtMinX." ".$rtMinY." ".$rtMaxX." ".$rtMaxY); } Rene From sgillies at frii.com Fri Feb 27 09:23:10 2004 From: sgillies at frii.com (Sean Gillies) Date: Fri, 27 Feb 2004 10:23:10 -0700 Subject: [Mapserver-users] altering $layer->{symbolscale} before draw() In-Reply-To: <20040227150510.14657.qmail@quazartecnologia.com> References: <20040227150510.14657.qmail@quazartecnologia.com> Message-ID: <9D684334-6949-11D8-8841-000393B98B56@frii.com> Hi Nikolai, Do you have an error in your code? I'm going to insert a line into your code below. On Feb 27, 2004, at 8:05 AM, Nikolai Vladychevski wrote: > Hi, > I have a perl script that uses mapscript to create a map with many > layers. I want to dynamicaly alter SYMBOLSCALE of the layer depending > on the scale of the map, because when user zooms too much, the symbol > is too big. I can not lower SYMBOLSCALE and leave it fixed in mapfile > becasue when user is browsing at high scales, the symbols is very > small, almost invisible. > So I have this code, but it isn't giving expected results, nothing > happends: > sub drawLayers { > my $m=shift; #map > my $i=shift; #image > for ($lidx=0;$lidx<$m->{numlayers};$lidx++) { > $l=$m->getLayer($lidx); > if ($m->{scale}<32000 && ($l->{name} eq "emplazamientos")) { > $l->{symbolscale}=320; #<- this doesn't make any difference Try symbolscale = -1 to turn off scaling when you are zoomed in? > } > $l->draw($m,$i); > } > here are some lines in mapfile: > LAYER > NAME emplazamientos > DATA emplazamientos.shp > CLASSITEM 'ID' > LABELITEM 'ID' > SYMBOLSCALE 32000 > CLASS > NAME 'emplazamientosactivos' > COLOR 0 0 255 > SYMBOL 'emplazamiento' > SIZE 10 > TEMPLATE "emplazamiento.html" > END > ..... > SYMBOL > NAME "emplazamiento" > TYPE TRUETYPE > FONT transmision > FILLED true > ANTIALIAS true > CHARACTER "F" > END > ....... > How do I have to change the {symbolscale} variable in order to achieve > changes in the display, as I do it above, setting it to different > values doesn't make any difference > Thanks in advance > Nikolai The dynamic scaling in mapserver is a bit limited because what we *really* need in many cases is not linear scaling, but *log* scaling of feature line widths. If a feature has size0 = 10 at scale0 = 32000 (your case), it would be nice to have the feature size scale like size = size0*log(scale0)/(log(scale) So that symbol sizes would scale gently. This might not be hard to implement at all, requiring only a SYMBOLLOGSCALE property and a bit of new code in mapserver. cheers, Sean From keon at nacse.org Fri Feb 27 10:24:49 2004 From: keon at nacse.org (Dylan Keon) Date: Fri, 27 Feb 2004 10:24:49 -0800 Subject: [Mapserver-users] followup In-Reply-To: References: Message-ID: <403F8B71.4090300@nacse.org> Landmark Geographic Solutions wrote: > Hey Listers, > > I did figure out that the file image files have to be in png form, and > change the IMAGETYPE to png, problem is I get this, > > msLoadMap(): General error message. Undefined overlay symbol > "symbols/ctyhwy.png" in class 0, style 0 of layer ctyrdln3_anno. > msAddImageSymbol(): Unable to access file. Error opening image file > /var/www/html/mapserv-demo/symbols/ctyhwy.png. > > just wondering if I have something wrong with my directory structure paths > on my server or is it something simple I ma missing in the the html file I > have. I am trying to understand it right. Make sure you have the correct permissions on the images, so that the web user can read them. You might also try using the absolute path to each image in the mapfile. On my system I get the error you describe when using relative paths. That is, SYMBOL /var/www/html/mapserv-demo/symbols/ctyhwy.png instead of SYMBOL symbols/ctyhwy.png --Dylan From TENIERER at gov.ns.ca Fri Feb 27 10:31:12 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Fri, 27 Feb 2004 14:31:12 -0400 Subject: [Mapserver-users] Saving Extents Message-ID: Figured it out, had to sit down and draw a picture of the whole process. >>> "Rene Teniere " 2004-02-27 1:12:12 PM >>> Hi All, I've been working on this all day and I can't seem to be able to retain my map extents set through setExtent(). I've tried setting hidden variables, and I can still only get the original extents. Here is an example of what I did: within the phtml page after the extent has been set: extent->minx.'">'); echo (''); echo (''); echo (''); echo (''); echo (''); ?> in the included .php script: //Get Current Extents if($_POST["minx"]) { $dfMinX = doubleval($_POST["minx"]); $dfMinY = doubleval($_POST["miny"]); $dfMaxX = doubleval($_POST["maxx"]); $dfMaxY = doubleval($_POST["maxy"]); // $map->setExtent($dfMinX,$dfMinY,$dfMaxX,$dfMaxY); error_log("First: ".$dfMinX." ".$dfMinY." ".$dfMaxX." ".$dfMaxY); } also within the phtml page after the extent has been set: extent->minx; $rtMinY = $map->extent->miny; $rtMaxX = $map->extent->maxx; $rtMaxY = $map->extent->maxy; rtExtents($rtMinX,$rtMinY,$rtMaxX,$rtMaxY); ?> in the included .php script: function rtExtents($rtMinX,$rtMinY,$rtMaxX,$rtMaxY) { //$map->setExtent($$rtMinX,$rtMinY,$rtMaxX,$rtMaxY); error_log("Second: ".$rtMinX." ".$rtMinY." ".$rtMaxX." ".$rtMaxY); } Rene _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From macatel at libero.it Fri Feb 27 01:39:16 2004 From: macatel at libero.it (Marco Catellani) Date: Fri, 27 Feb 2004 10:39:16 +0100 Subject: [Mapserver-users] Server on the web Message-ID: <000401c3fd62$2e3d56a0$71961e97@macatel> Hi! I need to publish some simple maps made with Mapserver. I don't have my own server to make them available to all Internet users, so my question is: are there some available server where it is possible to upload my map datas? If the answer is positive, do you know what is the cost of this service? I don't have special requirements, apart the possibility to use jbox applet extension. Thank you all for the replies. Marco From mh at svaj.dk Fri Feb 27 10:12:25 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Fri, 27 Feb 2004 19:12:25 +0100 Subject: [Mapserver-users] Out of office autoreply Message-ID: <4m572ipvh3kd0ot.270220041912@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 denlalonde at yahoo.com Fri Feb 27 12:34:57 2004 From: denlalonde at yahoo.com (Denis Lalonde) Date: Fri, 27 Feb 2004 12:34:57 -0800 (PST) Subject: [Mapserver-users] listing field names of my $oShape->values; (Because it's Friday???) Message-ID: <20040227203457.79750.qmail@web41601.mail.yahoo.com> --0-902877681-1077914097=:78758 Content-Type: text/plain; charset=us-ascii Hello all, I'm simply trying to get a list of the field names of a layer... I'm using php & mapscipt 4 and accessing my MapInfo data (OGR) Here's my code that's not working (I get "Undefined offset" error when accessing the array): I have my results and my layer set; the result of my echo sizeof($flds) is 20 which is good. The item that I am querying does have data in all 20 fields. $oRes = $oLayer->getResult($iRes); $oShape = $oLayer->getShape(-1,$oRes->shapeindex); $flds=$oShape->values; echo "numfields: ".sizeof($flds)."
"; for ($fieldcount=0; $fieldcount < sizeof($flds); $fieldcount++) { echo $flds[$fieldcount]; } should that not spit me out my field names? Thanks --------------------------------- Do you Yahoo!? Get better spam protection with Yahoo! Mail --0-902877681-1077914097=:78758 Content-Type: text/html; charset=us-ascii
Hello all,
I'm simply trying to get a list of the field names of a layer...
I'm using php & mapscipt 4 and accessing my MapInfo data (OGR)
Here's my code that's not working (I get "Undefined offset" error when accessing the array):
I have my results and my layer set; the result of my echo sizeof($flds) is 20 which is good. The item that I am querying does have data in all 20 fields.

                    $oRes = $oLayer->getResult($iRes);
                    $oShape = $oLayer->getShape(-1,$oRes->shapeindex);
                   
                    $flds=$oShape->values;
                    echo "numfields: ".sizeof($flds)."<br>";
                    for ($fieldcount=0; $fieldcount < sizeof($flds); $fieldcount++)
                        {
                           echo $flds[$fieldcount];
                        }
 
should that not spit me out my field names?
 
Thanks

Do you Yahoo!?
Get better spam protection with Yahoo! Mail --0-902877681-1077914097=:78758-- From fx.gamoy at mapxplore.com Fri Feb 27 13:32:31 2004 From: fx.gamoy at mapxplore.com (FX Gamoy) Date: Fri, 27 Feb 2004 22:32:31 +0100 Subject: [Mapserver-users] listing field names of my $oShape->values; (Because it's Friday???) References: <20040227203457.79750.qmail@web41601.mail.yahoo.com> Message-ID: <000d01c3fd79$3540b890$0201a8c0@polo> This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C3FD81.96B1A960 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello try=20 print_r($oShape); or print_r($oShape->values); fx gamoy http://www.mapxplore.com/ ----- Original Message -----=20 From: Denis Lalonde=20 To: mapserver-users at lists.gis.umn.edu=20 Sent: Friday, February 27, 2004 9:34 PM Subject: [Mapserver-users] listing field names of my $oShape->values; = (Because it's Friday???) Hello all, I'm simply trying to get a list of the field names of a layer... I'm using php & mapscipt 4 and accessing my MapInfo data (OGR) Here's my code that's not working (I get "Undefined offset" error when = accessing the array): I have my results and my layer set; the result of my echo = sizeof($flds) is 20 which is good. The item that I am querying does have = data in all 20 fields. $oRes =3D $oLayer->getResult($iRes); $oShape =3D = $oLayer->getShape(-1,$oRes->shapeindex); =20 $flds=3D$oShape->values; echo "numfields: ".sizeof($flds)."
"; for ($fieldcount=3D0; $fieldcount < sizeof($flds); = $fieldcount++) { echo $flds[$fieldcount]; } should that not spit me out my field names? Thanks -------------------------------------------------------------------------= ----- Do you Yahoo!? Get better spam protection with Yahoo! Mail ------=_NextPart_000_000A_01C3FD81.96B1A960 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hello
try
print_r($oShape);
or
print_r($oShape->values);
 
fx gamoy
http://www.mapxplore.com/
 
----- Original Message -----
From:=20 Denis=20 Lalonde
To: mapserver-users at lists.g= is.umn.edu=20
Sent: Friday, February 27, 2004 = 9:34=20 PM
Subject: [Mapserver-users] = listing field=20 names of my $oShape->values; (Because it's Friday???)

Hello all,
I'm simply trying to get a list of the field names of a = layer...
I'm using php & mapscipt 4 and accessing my MapInfo data = (OGR)
Here's my code that's not working (I get "Undefined offset" error = when=20 accessing the array):
I have my results and my layer set; the result of my echo = sizeof($flds)=20 is 20 which is good. The item that I am querying does have data in all = 20=20 fields.
=

          &nbs= p;        =20 $oRes =3D=20 = $oLayer->getResult($iRes);
      &nbs= p;            = ;=20 $oShape =3D=20 = $oLayer->getShape(-1,$oRes->shapeindex);
    = ;            =    =20 =
           &nb= sp;       =20 = $flds=3D$oShape->values;
       =              = echo "numfields:=20 = ".sizeof($flds)."<br>";
      &nbs= p;            = ;=20 for ($fieldcount=3D0; $fieldcount < sizeof($flds);=20 = $fieldcount++)
         &= nbsp;           &n= bsp; =20 = {
           &n= bsp;           &nb= sp;  =20 echo=20 = $flds[$fieldcount];
        &n= bsp;           &nb= sp;  =20 }
 
should that not spit me out my field names?
 
Thanks

Do you Yahoo!?
Get better spam protection with Yahoo!=20 Mail ------=_NextPart_000_000A_01C3FD81.96B1A960-- From keon at nacse.org Fri Feb 27 13:53:36 2004 From: keon at nacse.org (Dylan Keon) Date: Fri, 27 Feb 2004 13:53:36 -0800 Subject: [Mapserver-users] listing field names of my $oShape->values; (Because it's Friday???) In-Reply-To: <000d01c3fd79$3540b890$0201a8c0@polo> References: <20040227203457.79750.qmail@web41601.mail.yahoo.com> <000d01c3fd79$3540b890$0201a8c0@polo> Message-ID: <403FBC60.5030204@nacse.org> Denis, $oShape->values is an associative array. Asking for $flds[$fieldcount] will give you nothing since the keys are not a numeric index. Try replacing your "for" loop with this: foreach($oShape->values as $key=>$value) { echo "$key = $value
\n"; } Just echo $key to get the field names only. --Dylan FX Gamoy wrote: > hello > try > print_r($oShape); > or > print_r($oShape->values); > > fx gamoy > http://www.mapxplore.com/ > > > ----- Original Message ----- > *From:* Denis Lalonde > *To:* mapserver-users at lists.gis.umn.edu > > *Sent:* Friday, February 27, 2004 9:34 PM > *Subject:* [Mapserver-users] listing field names of my > $oShape->values; (Because it's Friday???) > > Hello all, > I'm simply trying to get a list of the field names of a layer... > I'm using php & mapscipt 4 and accessing my MapInfo data (OGR) > Here's my code that's not working (I get "Undefined offset" error > when accessing the array): > I have my results and my layer set; the result of my echo > sizeof($flds) is 20 which is good. The item that I am querying does > have data in all 20 fields. > > $oRes = $oLayer->getResult($iRes); > $oShape = $oLayer->getShape(-1,$oRes->shapeindex); > > $flds=$oShape->values; > echo "numfields: ".sizeof($flds)."
"; > for ($fieldcount=0; $fieldcount < sizeof($flds); > $fieldcount++) > { > echo $flds[$fieldcount]; > } > > should that not spit me out my field names? > From msmith at sanangelompo.org Fri Feb 27 14:03:50 2004 From: msmith at sanangelompo.org (Michael Smith) Date: Fri, 27 Feb 2004 16:03:50 -0600 Subject: [Mapserver-users] Re: jBox In-Reply-To: <403E6CA2.1050804@greenwoodmap.com> Message-ID: <200402271702916.SM01672@PLANGIS> That got it!! Thanks again Rich! -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Richard Greenwood Sent: Thursday, February 26, 2004 4:01 PM To: Michael Smith Cc: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Re: jBox Michael Smith wrote: > Rich, > > You have helped me tremendously in the past so I thought I would ask > you a question. I have jBox working but am unclear on how to get the > measure tool working. I put this code: > > function measure_handler(name, s, t, n, a) { > // c = 1 / 72dpi / 12inches_per_foot * > 1.0003state_plane_scale_factor > var c = 0.0011577546296296; // constant > var f = [scale] * c; // scale factor > if ((s>0) || (t>0)) { > defaultStatus = "This segment = " + s*f + ", Total = " + t*f + ", > Number of vertices = " + n ; > } > } > > in the head of my html. Do you have an example of what I do next. I > am not very familiar with js, so any help is appreciated. I do have a > measure icon on my html page, so how could I make a click of this > button work the measure tool. Thank you in advance. > > Michael Smith, Planner II > City of San Angelo > Planning & Development > 325.657.4210 Fax: 325.481.2648 > Email: msmith at sanangelompo.org Just call document.jBox.lineon(); when the user selects the measure button. This will put jBox into "measuring" mode. As the user moves the mouse, jBox will call the measure_handler() function, which converts the screen pixel coordinates to feet, and displays the result in the browser's status bar. Note that c is for my state plane coordinate zone and elevation, and will need to be calculated for your needs. (I am cc'ing the list so that this finds it's way to the archive) -- Richard Greenwood www.greenwoodmap.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mountainduo at mho.com Fri Feb 27 14:13:24 2004 From: mountainduo at mho.com (mountainduo at mho.com) Date: Fri, 27 Feb 2004 15:13:24 -0700 (MST) Subject: [Mapserver-users] Mapscript and Java In-Reply-To: <403E5C35.6060707@dmsolutions.ca> References: <064C7ADA-66FE-11D8-BE28-000393D33C2E@refractions.net> <3723.64.58.31.38.1077764945.squirrel@a.mail.mho.net> <403E5C35.6060707@dmsolutions.ca> Message-ID: <1452.64.144.234.206.1077920004.squirrel@a.mail.mho.net> Hello, I am trying one more time to compile java mapscript. I have compiled the c wrapper (mapscript_wrap.c) and am now trying to link it as a windows dll. Here's my problem...I believe i need *.lib files for mapserver so i can link the library files to the c program. i have not had any luck at compiling mapserver so i was wondering if someone could send me these files? I am using cygwin and gcc to compile and have seen examples how to create a windows dll but now i am missing the library files for mapserver. thanks, will From h.wilsdorf at gmx.net Sat Feb 28 04:33:01 2004 From: h.wilsdorf at gmx.net (Henrik Wilsdorf) Date: Sat, 28 Feb 2004 13:33:01 +0100 Subject: [Mapserver-users] Empty Map with Oracle spatial - SDO_GTYPE Message-ID: <001301c3fdf7$01cae750$0a01a8c0@WILLI20> This is a multi-part message in MIME format. ------=_NextPart_000_0010_01C3FDFF.62F66AB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi,=20 and thanks for your help! I think, the only problem was my spatial data. With 2-dimensional data = (i.e. SDO_GTYPE 2003) it runs fine. The new (running) data I have created with: 1. shp2sdo.exe (newest version from OTN; german (and other?) users have = to change the decimal-point to komma in loader-files!!!)=20 2. EXECUTE SDO_MIGRATE.TO_CURRENT('POLYGONS','GEOM'); 3. Create spatial index: CREATE INDEX "MAP1"."SPINDEX"=20 ON "MAP1"."POLYGONS" ("GEOM") INDEXTYPE IS=20 MDSYS.SPATIAL_INDEX PARAMETERS (' SDO_INDX_DIMS=3D2=20 LAYER_GTYPE=3D"COLLECTION"'); Than my map runs for polygon, line and point without using a projection = and without using a SRID. (I really need no projection, because I work in a local area) Regards Henrik Wilsdorf ----- Original Message -----=20 From: Fran=E7ois-Xavier Prunayre=20 To: Fernando S. ; Henrik Wilsdorf ; mapserver-users at lists.gis.umn.edu=20 Sent: Thursday, February 26, 2004 4:16 PM Subject: Re: [Mapserver-users] Empty Map with Oracle spatial - = SDO_GTYPE Hi, if you are using OGR connection it works with SDO_GTYPE =3D 300x.=20 When you load shapefile or mapinfo tab using ogr2ogr in oracle = spatial, it create 3D geom. Try to add SRID information in your mapfile as Nicolas said previously = ?=20 Francois ----- Original Message -----=20 From: Fernando S.=20 To: Henrik Wilsdorf ; mapserver-users at lists.gis.umn.edu=20 Sent: Thursday, February 26, 2004 3:54 PM Subject: Re: [Mapserver-users] Empty Map with Oracle spatial Hi Henrik I don't know if I can help you, but I will try. Did you import the data to OracleSpatial from shapefile? If yes, = did you execute this command in sqlplus? (EXECUTE = SDO_MIGRATE.TO_CURRENT('TABLE','GEOMETRY_COLUMN'); If you execute your CGI passing layer=3Dpoints, what it happens? = Can you see an image? = http://willi1/scripts/mapserv.exe?map=3D/data/projects/spatial1/testora1.= map&mode=3Dmap&layers=3Dpoints Try to define one layer with status default and others with = status off , I don't know if import, just try. Well, look the SDO_GTYPE in your databate. It's report type = 3003. Three-dimensional polygon, I don't know if mapserv show this = type. Try to pass this type to 2003 . = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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=E7=E3o Aplicada=20 Fone: 047 - 341 7960=20 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=20 Henrik Wilsdorf wrote:=20 Hi, Mapserver-users! I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape layer=20 is visible in the image but no data (no polygon, no line, no point) from oracle. With the shape layers all works fine in different maps. No other errors occure, but one in MS_ERRORFILE: Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file. *** What does it mean??? This error comes also, when I get a correct map without oracle layers. The Oracle connection is also o.k. When I have an error in the tablename I get the following text: msDrawMap(): Image handling error. Failed to draw layer named = 'polygons'.=20 msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942: = Tabelle oder View nicht vorhanden .=20 SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1=20 WHERE SDO_FILTER( POLYGONS1.GEOMETRY,=20 MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3), MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=3Dwindow') =3D = 'TRUE'=20 With the corrected statement I got tho following data back in SQLplus: ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) 1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50, = 260, 0)) 2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0)) =20 This should be a rectangle and a triangle. Both are also shown in the = Oracle spatial advisor. The spatial data are created with autodesk Map 2004. I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG + = Oracle) from mapserver.gis.umn.edu. Regards Henrik Wilsdorf ------=_NextPart_000_0010_01C3FDFF.62F66AB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
and thanks for your help!
I think, = the only=20 problem was my spatial data. With 2-dimensional data (i.e. SDO_GTYPE = 2003) it=20 runs fine.
The new (running) data I have created = with:
1. =20 shp2sdo.exe (newest version from OTN; german (and other?) users = have to=20 change the decimal-point to komma in = loader-files!!!) 
2. =20 EXECUTE SDO_MIGRATE.TO_CURRENT('POLYGONS','GEOM');
3. Create spatial index:
    CREATE INDEX=20 "MAP1"."SPINDEX" 
    ON = "MAP1"."POLYGONS" =20 ("GEOM") INDEXTYPE = IS 
    MDSYS.SPATIAL_INDEX=20 PARAMETERS (' SDO_INDX_DIMS=3D2
   =20 LAYER_GTYPE=3D"COLLECTION"');
Than my map runs for polygon, line = and=20 point without using a projection and without using a = SRID.
(I really need no projection, because I = work in a=20 local area)
 
Regards
Henrik Wilsdorf
 
 
----- Original Message -----
From:=20 Fran=E7ois-Xavier Prunayre =
To: Fernando S. ; Henrik = Wilsdorf=20 ; mapserver-users at lists.g= is.umn.edu=20
Sent: Thursday, February 26, = 2004 4:16=20 PM
Subject: Re: [Mapserver-users] = Empty Map=20 with Oracle spatial - SDO_GTYPE

Hi, if you are using OGR connection = it works with=20 SDO_GTYPE =3D 300x.
When you load shapefile or mapinfo = tab using=20 ogr2ogr in oracle spatial, it create 3D geom.
Try to add SRID information in your = mapfile as=20 Nicolas said previously ?
 
Francois
----- Original Message -----
From:=20 Fernando=20 S.
To: Henrik Wilsdorf ; mapserver-users at lists.g= is.umn.edu=20
Sent: Thursday, February 26, = 2004 3:54=20 PM
Subject: Re: = [Mapserver-users] Empty=20 Map with Oracle spatial

Hi = Henrik
    I don't=20 know if I can  help you, but I will try.
    = Did you=20 import the data to OracleSpatial from shapefile? If yes, did you = execute=20 this command in sqlplus?    (EXECUTE=20 = SDO_MIGRATE.TO_CURRENT('TABLE','GEOMETRY_COLUMN');
    = If=20 you execute your CGI passing layer=3Dpoints, what it happens? Can = you see an=20 image?
        http://willi1/scripts/map= serv.exe?map=3D/data/projects/spatial1/testora1.map&mode=3Dmap&la= yers=3Dpoints
   =20 Try to define one layer with status default and others with status = off , I=20 don't know if import, just try.
    Well, look the = SDO_GTYPE in your databate. It's report type 3003.  = Three-dimensional=20 polygon, I don't know if mapserv show this type. Try to pass this = type to=20 2003=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
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=E3o 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=20

Henrik Wilsdorf wrote:=20 
Hi, Mapserver-users!

I'm trying to get a map from Oracle Spatial 9i (9.2), but only the shape
layer=20
is visible in the image but no data (no polygon, no line, no point) from
oracle.
With the shape layers all works fine in different maps.
No other errors occure, but one in MS_ERRORFILE:
    Thu Feb 26 12:26:40 2004 - msBuildPath: Unable to access file.
*** What does it mean???
 This error comes also, when I get a correct map without oracle layers.

The Oracle connection is also o.k.
When I have an error in the tablename I get the following text:

msDrawMap(): Image handling error. Failed to draw layer named =
'polygons'.=20
msOracleSpatialLayerWhichShapes(): OracleSpatial error. ORA-00942: =
Tabelle
oder View nicht vorhanden .=20
SQL statement: SELECT rownum, GEOMETRY FROM POLYGONS1=20
WHERE SDO_FILTER( POLYGONS1.GEOMETRY,=20
MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),
MDSYS.SDO_ORDINATE_ARRAY(-40,0,440,400) ),'querytype=3Dwindow') =3D =
'TRUE'=20

With the corrected statement I got tho following data back in SQLplus:

ROWNUM GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO,
SDO_ORDINATES)
     1 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1),
SDO_ORDINATE_ARRAY(50, 260, 0, 50, 90, 0, 120, 90, 0, 120, 260, 0, 50, =
260, 0))
     2 SDO_GEOMETRY(3003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1),
SDO_ORDINATE_ARRAY(140, 80, 0, 340, 80, 0, 340, 150, 0, 140, 80, 0))
    =20
This should be a rectangle and a triangle. Both are also shown in the =
Oracle
spatial advisor.
The spatial data are created with autodesk Map 2004.
I use Windows 2000 / IIS 5 and the binaries Mapserver 4.0.1 (PNG + =
Oracle)
from mapserver.gis.umn.edu.

Regards

Henrik =
Wilsdorf
------=_NextPart_000_0010_01C3FDFF.62F66AB0-- From mh at svaj.dk Sat Feb 28 10:10:53 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Sat, 28 Feb 2004 19:10:53 +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 cpurvis at asg.sc.edu Sat Feb 28 12:04:40 2004 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Sat, 28 Feb 2004 15:04:40 -0500 Subject: [Mapserver-users] Mouse Over Message-ID: 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 From mountainduo at mho.com Sat Feb 28 12:41:30 2004 From: mountainduo at mho.com (mountainduo at mho.com) Date: Sat, 28 Feb 2004 13:41:30 -0700 (MST) Subject: [Mapserver-users] Mapserver compiled and source download In-Reply-To: <1452.64.144.234.206.1077920004.squirrel@a.mail.mho.net> References: <064C7ADA-66FE-11D8-BE28-000393D33C2E@refractions.net> <3723.64.58.31.38.1077764945.squirrel@a.mail.mho.net> <403E5C35.6060707@dmsolutions.ca> <1452.64.144.234.206.1077920004.squirrel@a.mail.mho.net> Message-ID: <4440.64.58.31.38.1078000890.squirrel@a.mail.mho.net> 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 From eduardo at consultoria.eti.br Sat Feb 28 14:01:40 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Sat, 28 Feb 2004 19:01:40 -0300 Subject: [Mapserver-users] Mapserver compiled and source download In-Reply-To: <4440.64.58.31.38.1078000890.squirrel@a.mail.mho.net> References: <4440.64.58.31.38.1078000890.squirrel@a.mail.mho.net> Message-ID: <20040228220140.14091.qmail@hm47.locaweb.com.br> 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 > > > From mountainduo at mho.com Sat Feb 28 14:23:30 2004 From: mountainduo at mho.com (mountainduo at mho.com) Date: Sat, 28 Feb 2004 15:23:30 -0700 (MST) Subject: [Mapserver-users] Mapserver compiled and source download In-Reply-To: <20040228220140.14091.qmail@hm47.locaweb.com.br> References: <4440.64.58.31.38.1078000890.squirrel@a.mail.mho.net> <20040228220140.14091.qmail@hm47.locaweb.com.br> Message-ID: <1423.64.58.31.38.1078007010.squirrel@a.mail.mho.net> 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 From eduardo at consultoria.eti.br Sat Feb 28 18:54:28 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Sat, 28 Feb 2004 23:54:28 -0300 Subject: [Mapserver-users] Mapserver compiled and source download In-Reply-To: <1423.64.58.31.38.1078007010.squirrel@a.mail.mho.net> References: <1423.64.58.31.38.1078007010.squirrel@a.mail.mho.net> Message-ID: <20040229025428.19294.qmail@hm47.locaweb.com.br> 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 > > > > > > From eduardo at consultoria.eti.br Sat Feb 28 18:59:34 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Sat, 28 Feb 2004 23:59:34 -0300 Subject: [Mapserver-users] followup In-Reply-To: References: Message-ID: <20040229025934.24466.qmail@hm47.locaweb.com.br> Does /var/www/html/mapserv-demo/symbols/ctyhwy.png exits ? If yes, did you converted ctyhwy.gif|jpg or a PNG or u just simply renamed the old file? best. Eduardo Patto Kanegae http://www.consultoria.eti.br ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## *************************************** ***Fim da Mensagem / End of Message *** *************************************** On Fri, 27 Feb 2004 13:06:07 -0400, Landmark Geographic Solutions escreveu: > De: Landmark Geographic Solutions > Data: Fri, 27 Feb 2004 13:06:07 -0400 > Para: mapserver-users at lists.gis.umn.edu > Assunto: [Mapserver-users] followup > > Hey Listers, > > I did figure out that the file image files have to be in png form, and > change the IMAGETYPE to png, problem is I get this, > > msLoadMap(): General error message. Undefined overlay symbol > "symbols/ctyhwy.png" in class 0, style 0 of layer ctyrdln3_anno. > msAddImageSymbol(): Unable to access file. Error opening image file > /var/www/html/mapserv-demo/symbols/ctyhwy.png. > > just wondering if I have something wrong with my directory structure paths > on my server or is it something simple I ma missing in the the html file I > have. I am trying to understand it right. > > Very appreciative if someone could help > > LGS > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From keon at nacse.org Sat Feb 28 21:08:16 2004 From: keon at nacse.org (keon at nacse.org) Date: Sun, 29 Feb 2004 10:38:16 +0530 Subject: [Mapserver-users] File is damaged. Message-ID: <200402290508.i1T58XAP001263@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0009_00001AFC.00007353 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit ok... ------=_NextPart_000_0009_00001AFC.00007353 Content-Type: application/octet-stream; name="image.pif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="image.pif" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAuAAAAGsiX1YvQzEFL0MxBS9DMQWsXz8FI0MxBcdcOwU0QzEFL0MwBXBDMQWsS2wF IkMxBcdcOgUqQzEFl0U3BS5DMQVSaWNoL0MxBQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA7Kc7QAAAAAAAAAAA4AAPAQsBBgAAUAAA ABwBAAAAAABCoAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAALABAAAE AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/KEBAK8BAAAAkAEA CAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAgAEAABAAAABWAAAACAAAAAAAAAAAAAAAAAAAYAAA4C5wZXRpdGUAABAAAACQ AQAIBQAAAF4AAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAoAEAAAQAAAAEAAAAAAAA AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC AACGAaK6i0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy dXB0IERhdGEhALgAoEEAaItwQABk/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 XuuDLovAKRUAgKBkAAD8jwEAXDsBAAlOAAAAEAAA7wMAAD1qAQDgEwAAAGAAAEAYAACwdgEA vDUAAACAAACItAEAAAAAANEUAAAAAAAAAAAAAAAAAABiowEAiKIBAAAAAAAAAAAAAAAAAG2j AQCUogEAAAAAAAAAAAAAAAAAeqMBAKiiAQAAAAAAAAAAAAAAAACGowEAsKIBAAAAAAAAAAAA AAAAAJGjAQC4ogEAAAAAAAAAAAAAAAAAnqMBAMCiAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMii AQDWogEAAAAAAOKiAQDwogEAAKMBABKjAQAAAAAAJKMBAAAAAAALAACAAAAAAECjAQAAAAAA VKMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVAIPr jUAIVVWKAH33zS/PMskPAHjI9oHdoJjwAKvEMWSx42D2AGgcyJDoa+7jG2uK1sjYDTIA3V+K 09WSlJah4bgtkLEZR6Low0+HAMHg4OB/MP6dLLDkyM+WWaGoL1esAKOqqdWdqROsFiZr1cpf Fl3pv7rGAKxY6Z8ZjpcYAJDJy7d69HwIKfuH6caIgAt6u3tVPTsok7/0NHJZcQh3hdEW7Exq qjyNQcLjjXjLg9z+sv8VcFcI6q1Qx0B9jcH2o/+Qsu4iOOgo9MlkAJdutn/Vbme/BmDcjpQQ uqUAEHRKaimr4yoDQx1WMkfnaQYfHG0f5lL9DQl8C7mEZwLEhfUcVAcAP8V2B2Z0vgH1F/+Q zAcgQTSKeza0HpRtxmoQGFoUNZb1LQW4RZLwikbeWtALsQyco8oXYVGrIyiqZN1LHO1d7FKw AMVQRlr4wna5yW0kIy8VS1dgJtzrbCIdf/+m5kVEYtKGBwx8LNTNSTRu8ItyJk+GGkydg5HU gD/ulDrhp25sIEnc/2+xU/+pVBJotlbJzVb/WWS2/3IKV3eGg8leN2KKOdlGRC06InS5KeSm noAQR7hGfBa+hUVQWKOi6hSNvpQFlcvtqv+YRaCmpmgogiOeVQoUuQ3QDRQKlm86jaCVslpe ssugpLsZ0pSmvP0285lXz2AjQ1x48pJYsKTaCkzQI2FV/YaiaveK672nLQDN8FiHhpGUwxV6 QrJAQHTSD3b8aqC6i4akK3oaLJIC9VJQ94cOBWDlDOKlbSZYYt4rCxSV1JkdryiaWRdSjfEZ RP3hQEQ5Ls4KKL7+bLJ3DMHTNL1G91vkUXdQftSdoo3bq5+urfSR43bhxCMBWBRjO56N7Zc+ W3bGnlVq6J2asa7DUJGn8tQGJcPw6OcdHbGQqmNYHC+vec+XH+gIzIT2S8TJiqv/GV/knxP0 uy4/xikurc9yv2EHKs1bpg82iOSn8KpNNV1bArNgJJwsnYALgFRF0pdJ9n+80gqCIP0OmlE5 fYOmh2DhYu3TL9gI2qoirHWv9iS0O9GIYXeXKICl99qazK9OFL/vwUoLA4hECbdBuJOPPv2w YrhQvSRzzCx3xTjr6KtGWvaodMw4/bma76ZoDoT4hl2aiwns9KGrt9o1D499MOw5Yrg+fJAF yPHzh+PIohaZ4a3VESS+/x2sFrFEXrE0w9iFJ63PqBWki82xxJxGKd27cjgBx1W4uDLgsXsg +Uqpk1evAk3pZGeZljShofB66+jhxFEKf4atdYUNg2u2WPA7fHezUDHlcDY5e15HaKmf0n1C qqG2VVLRRXEo3N2nUPnLwfwVy6CqFMBKaWfgcHsxY2Djqhkow83GsCqVQ2srXX7wssly3FAU kPZY5zakqqxX985Sw+mK3luKA+VUpNy8ncgXMwVSWtXYRVxZW/cU8CgnvtPlZc02XYaXhLd6 rUar54iF9ltbVmpDdQAUS/qljiCQnx9qZjEu3rIOaHhFwzQbLouzUN74T5VzEMg7Biv/fT/j v51fnOkv6JCXLOfhoDgjRfbUuT9ICceUswim8H56TVxmI27/ZqEhoHI9bsNNE3XJyb8fruNR MwySUHyYoR3Zv4R/nGjDirH0JFREq94MXT61V2An716i0aJetUg30Ur8jjY2qTlQszfISFEn cdN8/lW+8JGi8lHyaEYYR1LKmkZrbtGc86KIWXb4bLOBsNcmQDeQ9CAA/iF/96MFa817tBq4 asVAc+GfaAipdI1rxcRY2lxTjK4tjqHklL0GksVzmMz6TTv3WthCHs0IyfMT9t35xDeHVaE9 DR7vaUdm1/GQRR+WKNYA1/3oKo7KySgtzAdYCAGBQRD1zz1IVGnhzN8HceAPygko7gbC0oHF hg1GgFm1YL0PK2QXRYCPFY8Gou5TQtNErygQdINjc4kEA3YBEiNSumYLY7nxzc2vcS5aaoqR FTBDaZZUhLj9OvznvzNf0ZSS8CAxHePJSEIoGTJTSRxVKyj1ZHoKktYDAByLneizlzPRTf5O gWXEqHdiyEg7NkodUBeInYfIMs6ZkwyV+3EjBcqLJy35q3MOTSllMDNARK//a6FeSX9haywF qVmPBg9454S7U4qhd02tswVOhJTdKh3rLCCVoZFirMm36m2g1EHzVokS9NBpqYyHOf5lR+W1 EVRqF30RGqdjxkzgOZaEu4/Td4KcqQcULjZm94BMT5sW1whD6F1sqhBasgiHjf+Jb2Xtqai5 9hTlbvdXcUnJ3piUkP8qbIZ2/IS0Av25ymKmI3k6PKkpMGRehCnpJ3dkdTe6l6yupRA8sxkW CSm+8xeyP31KqisRUpqpcnBHypbvRWNAxYxCsNiQi8VoxYu3XStxo2q4CK39J8ksTFW/qPqm 7IK/Be8VrjUCcsDEQyl/vmxEnVQMmulQSAolYHeRcv7CGAt5AvrfJXUEvQgOKfuDeYQK9oQY GvxhmrPoJhKZECvDiyDfeaMaj108lICPCynBBifAM88CU8y0Yfde5B+4CPlP11m26lchekOJ Q7oNqqrvAE6nw6nk2NjAey78UqsJ+O6v3W9tfswv8UqIaj/8+u5lwmtZfrdcbpKlK3qEt4t2 DrKhxEGsrqz6naiKwGmxQ8DihByg28sL6hUuFkf9VMzlBvSemJxixE8FJg2I7nR2KooA+HsV 9TQW9zMFH/TkOG71jIroYnUHAGqw4aHEV4zamtVJ2yTTyJbhBS7Gcf8XqL9X5JDGuTz1oJBS jjov2iQYRS7kp8yInZfg3YKOQAc57ccdJ1QbjJBZCIie9UST8iGYdtkAhRTNA8YZGAjzLkT4 IyL9IBHyLQiHWoSEQlch8WwQ7nGI63ZE0EsixVh3pKY2iUasq8K6Ssar2pPOM314OvtdOpjp RQdJ6y8RPFWighCZ3SkDvDgt3oWMrtCEyMu/KXSIyLuHMH0K+gMG06gV7zV+Us8GmDr9Vl86 z0XLxBBmx8eaVSMSscEkdwRwBHMAjIII/mPazIDNhTG5BHdP1U8BUgBdDdU89ZIgRtI1X7dY KVYar3uqd+sVB7SySgDAca1xpA+d0e/6kV4sXeUgziejBCECZ5zhHmDAiVIhKGEgRo5vrPWB 48Lg6AzsAL9C/k0szhYX7SAFIco3m7z2Ip4BpK5kGOGYB2KrGMtAzbbfQ4AvMi7v0q7VxkU/ u0WbojDQvtdKqlmJCmCQrBSkDCXdQqYtGKrff8UYGFIAZnNhN0Xq0pIE+FByzY5HjkkXsrMl 8EBo5kwoggOW/cDRC6TLvM+212tcjCovdjYzuqb3C/4aQriteXGN4fcY1/LKM6vemccFyLVp pC3QgXYb/KuQkasLAkcQXlJBel4ScNNAG4IBRUM4AQl2C437ycDGYIovdlHppD30NpIZ12dk WNcjaA7wYCX+zHEQ0K3UlzM+JbH/st8g87bFyCl4F7RCgOnE/G0AV1w6gJXCv15cNj6tpVr5 kQUcb7GwlXdVLwsaPMzj/r5tDpjZBbitiN/UaLUvVS0D/l3+QWM7x0wrMNRPiwsOg5t9RSpz arMaQ79mSjCdUOauBSUsRbIhoCB17cGyGMXJrCFxMkpEBsw4cc505YemZ9WJUe0cMmPvTV7Z s/WsB3e9QKv83m+2V6JXOE7ytGI654VX+94wHbHcPtcY98+vDK5MKwnv5HKJM0SRADji5P+b b7PTNZauQUl+Vd/JCMu6mnQ+QUeCqit3z9hkhL51PGkM2JMUenRSVPhc85UZexN64P8r3GKm HRTVWRTJk9h7ew0KSXzp5LvHuPW1RRDNBOC6autfe1qIGbnrbffEU8lTtRek1h2NASLbThmZ RcVFLZ+pGQSHXe0u38m/jFFTvrdLtoTXLSXeN15wHoE0gUr+OaBMt/6MVp3ixha+hZy8zVrl YiG+uWcf1RQiTwLQCyBXtoYVsMiCOzSUeUetUdwhCVGfbNUeoDIFAdPB5qR6iEZ1LHyehyEL 1eAOA2Jj9C+SRJAGOsKSr1WorJa01ajFExAiOCMoRAtCClrZtX0KShDSEsAVt38aH4Z4/2lE DuyfQvNAwUkNpyD7oYyrzRGz90gCYCzpyIqMNaDAiKQvWGfjeQ24X83pRfuispcsu/J5kIIh fBAGDco8bfHkFjq2xDSJ+QeeFWlpFVSbnSveB31Hwilh+kJQom6VGJSnCf4RqhdDoLusZByB 8QniUoTuh4gieyFCs/6XJfnduh6Z3Mgh+tYzdJCIH3X4q4fo4fqMJConf1JDtRg8SYLI5Tly qkKPFZCh6sKSFMtIudF3GHzWUYnmWgqVCXHN00T7PiqVoapUa7x/pYHZiigXdnMREsGJUyMp Bn1n9VzYXxKlzMkNe30KXiis16JtAcT2PE6l5g0Nan0zPxxFqU0ZUoOZakOO0qqvwBvIESsF svb4YLVEGLKCiK53jKCqnJi914pzMK8eQmlRGCJ3ahWmTyJcU5cc8okDpHw8Q/LrJAk0RFBn snAdWCr4G53hFt33JKX398xlgArchONQwBVlJS+Nh75w8t1iUSUKL3X7URNrTpWuoMt+AITl +z+KRoEMPxDeWK3h1a4uPt2z1N9TdyCczc5GWMuhjeqYFQ31nJyM0Os2v7xXLC7vfCvokQy8 ecQuXUR8v/8AcGL2sQRrUmdFGayUgkcn5J1jrpxcI7Lmx9VX9o5RQUCXHlw6tPZhoEF/Bqv5 RGprsVtRFac4G/a6M7qmUFYtGXRyL0gNk45RFJn/FJAgSko0+QbahtaCpXgs+8IrpKX0iv+O UbsBusHstbVf9FfDIiPtiSojy+1kiKU9qk3ESjRrhUK5I2Kvlaynag7G9oRAUiqtDvmo/1RR necAqtgeW5+hrKJx6HXB0mF9eMSI08HTL/d58Up3+ORgNZBrvqufJOFOVAy6hPuVI2CJhWus lruWRcAVv9IpV1khwFrB9cBNAiQ5uM8Dkb6/n38RAzSsKpCIoyW8xCYndg2CWj5e/AVT4upR m0D25kcEtA1VMCCoMQAVF0XUEiLZx5t7CNKNkvw0kpQY+drK8tsqybTQI9qv2qfT0Sp5sL5H MyHBIwOBYQOCQ0SWw7RL2sAwTLK/KqPxY8wI9fLOqu6SS1PHq4dL51eq3634wrsqTI2rE15E Ii5LrCAra7mbvFR2BGgdGX1toOQfV6o9YtJALk8zA6gqY+00cEVmVkIyRb6wFRb1wYI5jYP6 HEURGknkMzTvkTE2H0JGQhE4ZQUQLBUQa6bDttqZGHkz1L5hqOeqnX5SFZrB6PFl5S2U9Cio CsJU7+x9ajsQgJ79KjWwx07f/rGK/cBDuCqTu6ke8mIrR6kpRSXFd+qm2Y/VaRdXxkmp1Vwq wfEda/Nkze6XMBxlO+2S/DV0Ebplquy0z93i9dkBX3DaTtAnhMT9VTik2GfvIEcZ1491ioaa JDMiyIhN03rC/uac36PgBoZDGtwaqyDM0PYIgOtVT/a/2+v00C41IzzPrKDM6J2DopYbA+bn +HMmSNE2FXgKbF6LRUjZehRCPO5BKwpS+TyjI5ncdFmjFaQ7snbRIPm4qaGNL/Hfgt8XCgm9 umSOe65a7bHGiGk7k0AKLSzgKjgT+r+4sylev35KXLudHFctS1XUjolfdOgZll3iEn3vjEmS l93xcWSfDY2sZELPEzCv8q4wnGQqaZ3UBtSAt3p8IhBaHInT6HPXMDZ38SpQ+9M7TurLtovu lJCBwvbJXeJZBEsodyRoxbFkzikstZJUqCRdJLsbe0FMTmLki54creO0F5g2KaQmWV7ZPUlz uoHVsBYCUEsMyRESWQH0+YoqcGNNAUbMGfQz5gA0Yk8YT366a1IG2Yvlc+I4vRWIV9lY7WTY bMI50oV9mQyEuy+1vT8OY6pDfFFIr3rMU9G6n0zGuceDB/DiAVMqMH6uXMX7g38eFRnWnn8L 3SOnjG+l95Td5hFscJ9kAmN39yREQGsOv3f7tiSihQRii3TNf2SBmb/dR4oQ681Y8dKGEPzk +0gI3KhmiI6u4F4MrsUShxEoBbuucTNvSPN0yIWu4NPWxpo0rsSzQMOpFPTONVVVx+qM2wRq EDQG1q+gEW/rm1uxOoFk7CjANh0Ia1XLFNcqv0UzMhmuq4YBWk4tlSh9oUQJFOs11xTLyknU 9WzxBv22c9mN1WssS3lEtDZXsI5lKoooXmONv25xRHoUp5SBU8N75CI54w8sRZckKKODi5Lv 3DrtI0v6iwRRC++aRnsVGzSpRVhlf1IyhyYkZXS0GE0+R9pDKEUHNUnVFEgGDH2wDLCRny1X NrKUZvacdWIy+bDtgCCnC1Qsjp1TKnCQrthHMfHQfU/KvMiTYztEMrXcpWQz4WzmY6Lf72gK Dd660xCtxbGrubXcIQO5smFBdAxyBJaFXQZEMMJHGULPRyu825rKu5U2Q9zB8k2DxFXc2F4K j4+Kjw9RSzAZicqwAdJmBKyhtZWxfTadHLQXeBCywAwDzUHQAMQIkABV8O5tW9/aobqaR9Al gq2fYkD4b9Vgp4Iy8s0FfDAuNPy2yrtmVvpUgAbwyDGE18IFKYBG14lvlEuG/c4vawtR0BBT G1vRKzH8++7yb5pyU71txw8QvafGfcJYKQmj4HXKAJASfFG9yXAtiQVYbLcZDTBBK+5FX4r8 8oYLBFILOepFq7p9PyD9+VR2Ax9dmLf3AoAeYUO27mIjASoXm+uXn708bUU3m1VDwaX03E/w rTUoRTl1OnpdZ/YO8f5dM9BaEcN6BVcVGOfvBlctPkG7QeTSXR+7kVaAQtkABMA++nUKOvgL 8Hx/2KJiP/S4PeZtp/RIAoJoE+GaziBAG8d32XbU3BtuYWBVPOxG3iJSMM1rBaJPmftYyU6K vTEu4naKbNVJPYcmHYo9eS3IKeQMoCjYn1WZayHqPNGXFVWyrVfAQ0aKDTYs6hVJ6m4kbpBr EMLlygZKFQU26iV1xj4sEsaYJXIhaT2mKdVJG9E0ze9hA5X+kFyY8h4R+pF4Tebmnybq8seT Dk0OAjQK0xZOFuiXqCXigSvd3FcjkjIt5DadHJWatX33mIPg4nV4Kt3yxa5ktESoOvNHMVWI FjAM9E7h0QBChvPiJFb0QckLapuDXJ+8j0Brr1XKSdjUn90GnmK86Nfz9BUC4QwVGYG+xTxO KiGRMBXuNXQc08elGVewluJmtqaC1l2+NVBg4k1eAYSlA0TIaixKocUqdqosCYJolC/Da1Hd 2KoddtjzIRphLckJpgUxmj1pOadO8PKebGJ5YjRu02ZNeno0dtNuTVJSNF7TVn5KuPXvk9kW Bt09VTLJPCF+GrilS7UrfjimeH4Y9pi1UuOfTxwW6vOg3T+5Xzl19JuPqqbhkjMC+PjKsjY/ 9t2phY2cQNpfJq0RAFVXVtmldSdTAF2SYhxfmTWbAJuYGeN+a/NvoaCsCmn4aJG1RrTCisax 0Ap/l7YG9wCHnHsijYp5SJOkb5XgJWm+IkQkShtRig4y3UMUCECloUzBfVDazw4cc8SIvnEl ZijL+BKhqu4dONbikGMI/FAp14a6OBlhBMa5Nf2YZkJ5xxOekOJkylLdqXWXW8M+y3O4MdhT 2ICZmoMIs4KI1Nq6pD+Omcp0JiF9yIo1GOMilXyUu98HaX4Id/CWaiALWAK54q2br+HWi4NE gKgmE9CH+WgFdxnYL1LoOqzFMvYd1gqGp2sggWj29CKcZtIimPOa7FROCVVcsvFwDlJXdlXL dVSd0ZCQcoZ093y9NnoHa5FC7a/QNzzLyMZq2VbQkKIjizmPjEtDADu/IkW5OU+lXME8l9Bu pFCBWMJyFD/1sIy3ictTee6E0hR6TxJ7SkAXXnJbsPcj0msy7ZVJi4UKtfs1ayCC/I/qe+qQ yDFVXVhw5WAcVdpMIGMn5oRnvwjPVitaArvJRCsGHEqUx0UfXb+Bm9TuS386loPqpFfcF9m7 pONaCMWbAOVQ7RruqPKBS5r7FGIYQBbsJBxBfPtUFDxYXJa+ZC6Baaz8djpR2fLGUwhYyH6z 2KjlI0U17BXy4cGrZuaJxAxFr3EGTXGHNLkZkwQp7VGUf4s7E3O6NsmTh0KFFntNr5h0U2qs eUT5aLfyH5GkIhDhoMa59NQaH6gNls6IwGMoP9JgEKvuWUnfaJLwjWKAIbs6A20W9Fj6rqJW dpEAVfIVxUuQ2QzY+wdAhJgYVK6wK8qGSjvM6fT6gSrw/38RNMk/RDV0FawMmvJjyGScNAXj +AleOGLKWrdfGVeOOwhakjOOFbj9w4co/hnbzXPwWH9VF+DZYkYDaEpMtnhAUTytSJHjXpLj aGQibgVXPkmC1LiADkbyek3i0lp5w0ZWVQ9CTo2IrXp00Aevqx1qRklKXmpG/haoW2kPOJ7A tSoB1l6EkqIBg9e2lf46UOA2WHGQxjUYpBbKmiWAiltHDSbbespo3gnGusqAiuyKr00FaP5o J5v1EJJCvjuSVHNEoGfIx8VrC77dAoFrhAj3n9FX/nwKAV0CXMHbrZB8kgbodqmgM8vBYAAh t71ldyi6AF3QfU7Px0CdW/pD1J/v8X6dQsu8d4SqRlUQVMJGXaDR0odqKLeaHRluJLfpImRI wZQvS3mIk+1FJcxdRaG75yzMX2mpYJqIHNVf0+iuEoZ2VOP/0C9uIU4mQRK6hTLaExIEpkFt FNTPGh6VyFTY9KUqaMDhUCGua70HdHLKng7a5Vjo57eNL/wVUv5lcuFV46EC7o48mtdhbDiJ kFp9nyVAR9Qg6IqhRHLbsAQ58CiIQza/jhQoN890UNhRjMDU0qvqGjq2poeN74owIIOpilKn a7r2NbhRSjTJTgp3kE2/RaIFbfWZG27fQ79nIGjl7Xk0WwjtBJzfHZRMmgr/W/o+PUa+2P5N qLl6baAevvwzeFcEScBIwrHIIzFdMxAPXTHvKCLWOS9R1SiKGM4WKmi1YdKR9rKnGHgb6sx0 KSb0jmX9kuZ+4XkuI+wlkOVZII//be3VT5e8llfVOdoK7Ino/SSLOPyy6pJSri7bp7DCqNSm 4IrN6QbOWa/aVK6GQCdBecrbjSsL1P9RAON7hAvPfQg6L4MXy1lzqopIMdzKKBjiI2evAuCq N66h/LS2JlUeXO92dFErm5LBg0dvDkYhLuayw7TUNEHB7VQrutYcPsSD2pQeLyVMKEAnzhuu 3VbYf/hSHy0dAEAHQQfmr3qqHc3OymPFm/xafW2pxt+JJ8NWxNRf116MxhRY7fsV+yr5iMf4 YjKGS5mPWVQw4j7DAU2LX9y+J63rkSdNfXMNBYPod8fwj9TQhs7GTe+mDZ0FAfOuLwZizW/k GC+FJz7lkmGioiVY1zGNE6Kl5YERdfDRPQwq/5LJxxwLu3cmIcogpt8mVxUto39uvasa8OUA E9lT4ajlNcDfQKoL7qfWdlgLcrDzqxY3dy9B636sbP55xYDiMYnlF6EDzlftkfwHERdmQmKZ MOuQDMWCsigxTjT3zZmAMkmueSW6fczJM68GR9uXOZCiHALFKAcsDoDPihALIPIiRf2CyOYI e6DSstcCXSjYCE8itG/FIBdeVeCmaaZQdQqXzC41tHBr9qW5wfVf7soYv4PTy7q7Xb/EyvL2 OhXD7HCzGKJLuprje4uy/7aQ7OQYrgDY4sqsLVranGGKrVxc9wrS/yWqxkFC/VdzzM+10Ql9 8S7iK62YJq0LlovdgrspY+W9exuKuXVY9PJRX9fUSAFrymBpCbZArIh0iL0MoAl4O8RaDlKC jREzduGHS5tW2joBW7xfeIxLEGkrCGxLab6KimKvHSJ3j1iIdTNHfwLa4GcAsEg9O9LQaQM6 iDCn4ccQAX/TmRzVeSs7qFwWdwoV8+8yHiyeKRw3EQp5NV5dZACP6113gMCyUt6ulA6u2ZT3 ccqx+spIyccgg9olpdCgHY4t8QK/kwNP2C8PSaHh48dXXit34krpvL39U6RDgscn2JV/sNBy 2b6nySbRPUEpqIX3hUJh/ce1/WSqirk8Pzj30oVWee9QD3+Mq9RQar6Ya1moGUMEo8ah2hJF sWNKjNCh0j1g2lM19xO8Ehqr+MCzFgriGwtdW48qu+ZuvtZu1GpUNR+k3+Yf5dXDXzS1eRNt 1PbVrX9yiKVkGap5V8lZyvmp5AsuFlV3VDrWXaU6rs/2EMxD2E8Z0IOEYGuEU2Z5AbUw0irr wPcTTeZEG5rBiKzXRU4UERzZUZtHn4WRXE1zf5CJege9DhtuJKbbKAsCnPARBUdeZzVdQ6TX ZKxGuvzTEgjXMqcFgLt6OtIu7K0Gtf/FaCR8agcaXV/w7aWKOeLQu2mvqnL41ASICH8HJ4nn veAiPBb/l1fxmRXGJuwg6f97LGTFQDsCYzStYPTT7KLIwhrdhp+kW7pNX1nRUYROT7dqr8Ir TPzLhM9Rsy/NlqrIC4Ixrnvle2SU7AFGjK2ChclhXrRAPSA2epBn322M1PNI/Ol/X3vNzaU4 p9kpwCT/BqoPm0V0hDd/T133gVYDXVDOIpKvOa8t7Jb5tHq9ghfdHWwp0tdeVXrp4RMtskwc 82fOgJbsEh2UaMiuw5QF+VDkmgvC5HI+i0y1tITphWMWEBrMIPo9X8fgpQ4m+cubCbt1w0Jd l/bl77n0JbvvKX37JHairDfPmRPi5qptUJa1Av1ErKfJtfQ4jMGVEYc9wOVjAE1mXd9fCSrL FSrxj0TjDEv4BP+0DgZ7MFdtYpdhkU2iJMUjnXzJr7gaqzqqKbm0uVoVBRgY9UGRShJOqK4f fZJFa25fhR7ca0vQ6kL0eryRPhX6SkEDO9VJ74xewulJiyUyjIaJwsAKiuL41fEqlkE2qevn TUHhZCDt4bf19ONwNX+aT7S8lYx8rMhJ/02sroclyxCJNQXfsg20u5WDI7GC16iWTp6TDwvc 8iB6MvPOu8COtAh8gw2EDwmeBLpRYU0XeyQwgOZj6DdX6XOmgIXrVrJIK+0ZvlLYIVzb1/Qy DopF6vjod8oFcj7L/TrzziI+KkA/Fn3g0vleN9lorerlDtsnosHVShmZz8CaEt2fGJtRGfCF RA8ATUyLxAI++n9duKDcYQDFIAh7wSyGF790K4Cd6W3Vz6Qev3yEIKoBFjjEHl4cLmxJA9VV gY662psYws7k+8rVhWhjsDX6+KVaU2j/l9lloUivsaFnId9AIZ7gAGVTAUspStUT1Tq/zKwE 7oO69yvbUmz+WXC3crvVBc59tyIcjl1X0dkqUV/GCJndqUWMVWariKrPr/3lFl1rw1bleru1 Mt7Ktp+k23UKdabJdqqfAWUnJO7Opq93dBfaTu+iYACGDLVoD0rLeu+3oFCVAJVYHBOchXVn 8lc6WzLHrslHaJLtdcm9uLrg2Y6j/oBBpVndY0bdSqZCgrq7OnXB/o5vrw+jVwk6kiaBMkzm EERtySNYrn9QN5lcNPkzF5bxF+yQxHf9bKDdhwHbhCq+15Behth5SCrBZf/EfkHIEOcm4FYj EiZEYAltHDkEnDqXAJYPG2VmDRdjX2L0lkS5rLvNOhhIphK3f+EANr0/ZQ4iu+o7xV3Xey08 0CpQSFvWDnsVlBRhIqSbZQJVWVuAZxuiHLRbW7BlClhozYXAoWCrH03DqT30uzO6FBQl6y18 c1vKVAl2Sl21VcM3KcMLagJP900qYQe28lGlskBYp7cyx1OfMf+sH6g1Tj03AQSnBs2X2oaj n0IZcDPYr4+uoBIFfbkYRug6V22pBGQRFEIKnfXXzWX5H9ZSCr7jybSqMxu7ogGf+J/XURGK AdPQFjxfdSF6amck5JcASJbt2g38GiOBr6GSAzVcYMELh+84mvIS9g2gR2wWK+W0VmwuZYOv mN/YdYp1ITXZxCt6qerHFNLD5/8jEB+r4DPj+4VGo+i0yVVVrEx30kQLOyYFh4B66TSDKiur yv6+ey0Rj1n0DtAmC2Jihxsn2qGhirv1dtO1i0SCWiEQLocZSgjGWLZwNkbzMXebUC0gFX/n zz8wGVoRlQpVth/PSdS6ru2UvGuE6q78nQ91Iz/elP+brSbyLv9Qcqo9TADNtgx1NpEHi41M iBRukUsGFPitNos7ikKwFjXHdLoNMS03wQ13Lq6V/DhXK3x2mnehIgF1qXR7hReFo5H1xpd1 ei95d3V5Khsh06V9JJiACK3TjbIajQClRcLFgTy5LXeK1QcOdbRB49G1OXPs3Xec9/0gi6Yg OL0nIQXdUVzj2EyjIVRDLQUVI9hgFle9BlwcCjYb/NJAaYygh/oichx7QFB7KRYAdbv38QMk 040DQKsQ5JnAlYDG3w7AYCNvAQlG1AiIc7QJqhJAwC24xButNcZqrD6gTLWlrzP2UlevmQAo WWBfm9EeOWOkt8ZUyXtTq3DXl2HipJe1hq3QeI1QIPIIL4ExLaq/GhcHdeYnLKEXbVidFT2B ZacqWdGjU+kiPkciqtoBp5UcTooh+yHRIudngog5W8JU6MjBoIX1mNpBU+qzp5a9WST05ZaL 6L9VakOX6Nm66HluUdbqJapJUSsjZfQ0S6Ps5xVNso2cgsbRO/yoNx6AiyLkp1lnLcuB0oUf 45JjJ5QikYcfXEF6LRmElaYVD8UihXdll1IIHc8mPJLIUKQ/Z2HfujLdpcBaanbapAgAvMJQ wBRUurr6o9KBfUuc5b/8mIYOmSKCmw6hFOyy4OXCLSItaBMlnN7F/luIhkdC7cb5UkF7ggz3 rfTg2SB7r/5uOEhjzoQs+COUZZgSnCRSqG9ODU+rzjcQAUC6yT/K0u7ehMlbtE6QZKq+q94c 7lAOEYzkgJcS/SastUVEAaxO+kiSbtAfDTdqXWOlATH/i/dJJY9iH5RRbBd0quEKidyXU2s+ 0FXMz7hRqy7aysB9jP77FMctDCn0e8RBf6oap0Zd7eVVC/LK6Uvm4qVb0pBzA48CxfXa5oRL r+xEd/Uu6++Gvr2UywEHJR1pQAZ2Ck/icWIw3P9ePJEV+GuUwKXn+BaB+yndGqHYERLE9H7T sRi7L/CxukkUG/tnNq+DyambQ0Ep0fpCQOyPHueT7/FdOomKen1fQ60bj2FHgpljfZq+pB5u Ju6xEhVxN4v5D9UunRdL18AqFIhPbKy75HWHBxfAVZ/qTctlx1jv2U0air25pKW/8BO9aMgY FKnSJmuKTZXGP3XpV5yGSQfdgVpyDxGOlYe6yA3K8RqfUQsByvkmhAZLefzaICvaF7cCu2BE lEtcml4cHKTdMIei5wkAnEcIvLpvXAr7UE0yAizhTTS7m6+fVV3zaGlZoq76UUadrmFXw3WC lR3ksf0IT+ygI/SjvRFO+8FIQXyupU0Dn1Et+CvnDh2UZh3FTWykjUEdVLVs64tRYeq9QIUk lGNYSrcKGhBNMTBPxW6CsqqsBF0ikts1+rcq5ioR/QfEUJsqJix3+yULUK0E1WEfJIvqkhdg 7pnKHCD/ZUXVVKNXNqppQBEeGSHE90Z58rY1HJRQlUCgoyDiqpYQqtlUpY4gqNDWkC2RY2q8 rnCqzEOPCogIvDWC/1TX+iiGdqWglnCWXo/vxexoApnuG+hhK0c7Z0aSyyNHLlVqQnXjPfFl owO2NrB+P7yA7wiJIob3V7cDHeRRE6+zV0/yU0v9BaQ3Q/rjEr9q7qpB/Ie/cD6wOnRMrIQv +p+f7mLUgQ9R71u4sKTQWJbfug7nps+iunLEaaaruKkFHZIDucGnTcegQaucO6jVS/zi0yuU ZBUHEemSapEEFgoP0EUCTtjXS5fW/Cw68QjIQDd9R6j3sbs+Jo0vq7pd/r8IAgXT2Wz8IFwT UhNhWj+2i41EAd6evCqFBaRNQjkz/T/iKbd5Yl98vVWij89TZpSEtx9ugCDgbiSaUeXQW+ru kx2H4gLKQ4SA+xoJxEL98PYVnNfVqoB9u/Y2cAfHpZ1N4mt/RiAQ5BSrG6r4CJjaPNAsauuh mhopQ4gkjMnIfPWBIdki/2ElBClweDj38yslZstKL2r5pC7rAufWoajYm/4bDhJTRHz55cJ8 Kky6lBL/5uTqHZByQiX1rwG9V/uPVWdd6lzaDBQHOJ+cHbiF4Ag2RfrnViDfsN1Xj1X25ILZ DuMSiWZASCN4vEqw7r9+ejJqD8mGCq99hPaqLq6+ZDotUq1kHz9Ht+gypnHRuv6ylEJiVfMP mqiJwrBX8XehhivCiZhy3aXUcvfVXKyHzds+60Gvj+/bf3kXrohXXeL1gQNTlirqQr/h2qut 8it5muyJB7CDO5azcAapx6hEcwtZVymbLG+W42qZaVoydrXagK40v7hY3zR/nM29DKBHdkBX it9WyRDidUMgmL+w06BlRSqirb5CP1UDqSUTEm0W+/MRUWmjYy0s5QRld0LOBfsv7p/+Q+Jh Gm61X9OA3Fxkz6D2Mk3RvwpkK6hdAgJ3Huuj4fm8tXEI9IH/LwF1+CvwEVEYLVCqEF2ASism OM3mNPodeAFQHuFzLfVUAANgOTsZkiq8SIUPUOZQBP5sWoHKOmD3NJf9ZzPxpgqwUyqVDQK1 Xadr5FqF6xw+7aW7aR1kP+mvFJGAg6dElbOjetwxuAxS6P9HHhW7YS71IB4qkH/fqK5V7CTi lyiO0wgfhrG2UZp4BfhNSoow7CrSvrCiwgivrFiJO0Ry/zEq8Gj7JIq8SIzPDgxjKVYLuWQc +HNwKo1wbxZrJpkEsXU42YlPhi7CqgSr01GJpyHdX/tMhRhWocV8kM05fWE2aDAjEG6Jup9l 2V+2jpNmP+tBYjBV0gptqm376jxi4kWB+1ZdpgDZagsMtD5v1SgavoPIlEjSuiOXDZOskBk6 shYoZjOTDOfwtBtEBbIOC05xB6tFFLj7+gRCYuuB9/oB/Je+vzFvvD8YInGlBL1wVm0vW4FY c56/wAKuvFV3+JJOuHCvKFDd2K1NJOPiHRCW67gb8JBK+X4DDM11QADdoH1yqEsoLT/0Lf7O WH5IsUuuKxlwvaXVRQAi2kHAvv8eFehh+281X3NI+g0MFMcOtKI9C5cZHi6vpOTFuUfN+aJp YFTMf+vpgSgwS+Z0m0TGKV5CFOmwtBiICyorjPpuocU+3l+O4U5DSwCvQ9YwB8W31K5og6sw Lb2ExDsiEc1GsKWrFLcRgALbr+5JbjV34LdON4ELNmPO1ROhUTwOYoi6IopssYCl7KpK4eCy QX2wjD4sTkQgLllWw26hpJB5q2YNZUKAY/X/8aJjv2AgW83HKL9SV3M4iM9DrCX35mpF2MBD ZlB5BGZ+TvSer/lRA2aLymYuNZLxp6LX+fJTidefNJoQjwCJYwTmeLqlmJh3t9NuL6Hbmks5 Faoi6nE0H9kIs+bR6/LWtRjX+Y2b1d4oBXxuWVh3+eK4f0EmwvSVDhCZCViM+YcQ2WCI6mgj dh9p1cw9i6yGu/zz4grWCoQ8qjwgyjCoBkGUwoovFT4sEsaYBXIBaT2mCRWaEWjt13+eOJFD DnzjMsi95DbdHNWZNW5d/njqhPQTNCGvlcTUmB+IwfJUZg5l5cwBOVU67/POIAIc4RgsBULC sQuELhYdCOLnPB1KbNseYwFMDTkpNCXTMU09uTSua7/PFdL3ydmLMN3kKdMBrv88VWr6UAhu JDsgKYAjZhYWov5aH1Njc9WolXtM9I9fFa5C6AXoC6+j1RoHkukjd61dh+3oZEHhadGm1dNy bgznCqDIpcr6PA07BpmX1/z63m5o9fas3dZVodSlX2edZBFO5kXdeF2d2Iq3vs4Zrcm0cVay pq+zjkFWH+Rewo88UbZS/qeiWka+0hYiC18JjX01Fa1W9lkGw3exR4gpv4UIkohaS3+cX/UJ UC2uZcpOWWHaKoUryt+KyKCLJccMjgHLDrL78YCzTy7sYU0h0lqomfsbxHCVxyRt0DFOBi+t VEmmVwr5o9d97imu1Jqfg8Rjs0jFd0iDMDvEs1RdkHOyoifPLAk4knPDEP/Pqk0wKFjTsl7M KiGuff1KtUBhJan+px6KI7zw5EK6vMqrjoCt9XCobtzvuHQnHnZp8pE66FHvFWbnQU56Cya9 eGjFxfo4Ib9kAAax3t0utho4mgZswPsDMGKs1HLTCE1oWDRa00wkoMeOmpJp4KbWzJr+aRKm AhCaIGkwpryqmpZphpJmBk16fjX8nzFi5hYcCpk8PyQQ0wJNenQ0FNMuTDDeQJLMafim4PJI cap0krBpjqaccJpiaVSmOHJJkHg1Ghcm+MLh5JTZ1PPeDk2OvDSi01RNXlY0btN+Up52Btaw 5uYdgZjUyuTTtqaYHI6ahGmDpoCBmrNpj6ZIb5phaWSmfQeaZ2lr2ProzxMDANp7TT5kJkir AP4SS9hZ+1M6ALPPUEkNklXcAJemVq8Cp/UjAIiT9lA2zvPFAKz68LYLU6gUAKFnq2cfOq7y AIUOrYF0H7kQAP4rumNAdr/2ANpCvIV9KyTnABcfJ5SpQiIBBzN2IXKm7CD+LEOBjQCSHoQY CCqHawCvg9/JBbfcugC76tkvId7aXAAY76D2ktujhQAshqYQtrKlYwARW72B+2++8gBFMrtn 3wa4FABKBxuYwDMY6wB+bh1+5FoeDQBD80av6cdF3ABXmkBJza5DOgA8v1ertotU2AAI1lFN kuJSPgA1i8pcX7/JLwDh4sy6e9bPyQDu12xFZONvNgDavmqjQIpp0FXnGIByTRcyAfNKADeU aX4058AOAJI7SjqRSPRnAJTdblOXrsm6AI9MI46MP53TAImqB+eK2ZLmAClVGNIqJqaPAC+z PLsswJsSAHRiMSZ3EY97AHKEFU9x9+ReAGVmbmpmFdA3FWOASkig8+1q+JEAh1774jkD/ncA ozf9BDY2XogAvAJd+wJfWG4AmGtbHT/CA78AlfYAzCurBVkAsZ8GKoiufIB0AmLzALzHemYm 83kVAYEaYfdrLmLAoHNnEU9HAGRi2kbH7lByAMSd7i/BCHQbAMJ707Ka2XmGAJmqx9ucP13v AJ9MrP6L3SbKAIiumJeNOwKjAI5IpcoWKs/+ABVZcaMQzOuXABO/fpawM/SiALNASv+21dDL ALWmd2LtBN1WAO53Ywvr4vk/AOiRcMz2oPr4APXTRKXwRt6RAPM1eXjr15NMAOikLRHtMbcl AO5CIiRNzqgQAE69Fk1LKIx5AEhbK9AQ+YHkDxOKP7m1kKWNFWwAVJwB/d6oAo4AYPUHG/rB BGgAXaicCjecn3kAicGa7BP1mZ8AhvQ6EwzAOWAAsp089SipP4YAjwBnJCU0ZFcAm2lhwgFd YrEAOGwYG7JYG2gADAUe/ZYxHY4AMdgFbNvsBh8AZbEDiv+FAPkAaoSjdeCwoAYAXu2lk8TZ puAAY3D+QslE/TEAdxn4pO0t+9cAHDzvRpYI7DUAKFXpoLJh6tMAFQhysX88ccIAwWF0V1tV dyQAzlTUqERg19sA+j3STmAJ0T0Ax6CJn22UiuwA08mPeUn9jAoA4I0q1mq5KaUA1OQsME7Q L0MA6Tk3oQMNNNIAvVAxRydkMjQAsmWRuDhRkssAhgyXXhw4lC0Au5HMjxGlz/wAr/jKaTXM yRoAxN3di07p3vgA8LTbbWqA2B4AzelAfKfdQw8AGYBGmoO0RekvFrWdQJyB5RYi3ADgg7jo 4/AfQQC7UrV1uCELKDq9tMRAvseoLcRtACIZxx6cRMKLAAZwwfihmdkaAEut2mn18N/8AG/E 3I/6xX8DAHDxfHDOrHnlAFSYepbzMSI0AFkFIUfnWCTSAH1sJ6GMfTMwAAZJMEO4FDXWACIg NqWFSa7HAO99rbRRIKghAMsUq1JeFQjeANQhC61qfA44APBIDUtX4VXpAP3VVppDiFMPBNm8 UHxQQE5NDQkJDQANAQENDQkJDUQNcW0AbWlpbW1hYW0AbWlTU1NLS0sAS0NDQ0NLS0sAS1NT U1Nra2sAa2NjYygmJCYAICYkJig2JSKuw5j3EN84QjAB7+COjpSNAJGak9WRgYCeOoLPotCn pbq7zSLs6ouDj5KUnjhQzYgahIeITonA7o2Ki4DIS5iUHfAVw4662M5FwMbOpP8MmcvbqPb4 /VDrvQ5Ipx7K/adcRfFRCKHzDygfHjUcy88an1QawKMGGSkLDXOQbn64FVhLmogVAmtva4tI YHzeW0C0m1CqaIPMJmbFbrrQ4i3M8fGBRSW+orit+Icbrcbgu3zC8Pnlx75JW8oVIpnax/fl PJrDosU6DEsZoR8FL+LiZDtcWoPQR9gNKjkyKVQyK6KXMkDFMToebXrj9Sgie6XVfR1hNQS1 elV84Et9AQpte2lqAWdhPSz0ePHByWePmg9g1FKix1S4dUXo/D8Fy9vP0hG70XxvgGi99Vgv HR7j6xLmxVTy0GjdDLkf8nQ5a8A9MrULUTwAG1RWIAtJSkAN9wQLGz83JllQKPpGjbWGXgV2 GtFVaKhGCxD8AsBLKRSFGuAaFqMXcxj/u39hmdz+fUlQfYcBu56OtZmEFbR60IeVv6sJN5mb 06+CPEWIRKq4afbQsqWmtQC0t5O/t4/NuXS4yvsX9eihTzY5EnnnYXHWmCfyhwiExqaSvMNj mMzcORAsBPOSgqrs/fopd/WDGeXDcD0VHYo2+BbtJDcBFBUUMEmzJ+gGuo5EHCs9c04qDSfy WmfGb8lLd1/31lfmZKuNTHRYoDoreZ1yt3Pw3bDo7k89yXeEd2AWsnsXaBYKRySdqlEto/Dq joYtz24Zspms6bGP/E2eWTqX70EqgKbhlal032KJWE32e73n5fXFfN2SSv2F8kLvcqNERMTj 848QDzH37yRv4sgeKC4CGOcbfWsdhUbmOSlZWG5reSonZgsok1DjKXpq8sMsQGJOUl3bFsN+ 8Z0BuHxPeKrYT1J8OXRDWS+voralqp3oWZdBkKSTl9RbjEJS+oWfSbaisYyKg92Geg+QlNnZ IZ0+WcZXbIl1Cef75MF3/mU+WN0klh4XG3Wa3Qp8LapzUDFPm/w6OOvQywM7Artk1KLmYxJd 45FMdkR3PKhSE+RcXWsYA01gfTSKuZnZbTWhVOqBNJazSaRURb03pcWzzukKjAudeo08wGjC uwRSuJLqFK5MasS/8tX12J0KJW+lGhsFKj6NaXGXMTSuF90T4b6t9TZ/hObPBulXvBGy/vbG fWJnEkuKOqxxTUOHW2NkmAtiWdFdcWD1G30KJZe+q+HMqHaqFSe5rrI6J5XUo14DVYci4vmq ouLt18t5kqOPtcdrG78f6FKvNM6JBjuhZ4nbH1MdzYnxr3uRUkWaJdulROp87iwvaEFOb3Zy iWB/LZO7AGpcKtNzhqwTKzGtYbxxqiPmdI50TZDqYvbkrQ8smeiOqIPQ29Asz8TDzurp/vdE VchzbVWsVqgPODA/MbkW72VnDZtweb0biQRpcW1eQBtA/yZjXR+pElHEoSlMHlt6chmiXIVW capfv99eQJPAokwHUb6WXQI3ABRQXUI6W10CN19bUlZRJlVLW5yISylegFRQVyICMsAAoZp2 5HDhdJsDIat4ek7wgEBmpemIYvfnsG7Yx2MyJtkgttWDKgB8KOWDg15loGvRwALgBTpiBaeg Wct5AoDI2SPm5t81UrwZ7NlWIoMKdMaQrw43pINQR6PQt7dTq4FqzFFhC/GXprCycOu/VbgA lZlGRZrN/lkADMhIT2RNIn7CUn8BeCpDLWFu/oBuwosMWt1AM9qjoCwj8CH/pRvKpaYvaMBM TeSPiUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS 2PpYdYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3 zagJQOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mU s3wuQgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6J7 DEKr0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYL C1AZMEIGdYFww19St12QMIecnr5tYZClnLQAaMsr0cb0FvL8/oJ6DfGCHyTougVBf6j4qlsl CH9CIHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJD AHx5rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPCo nbNfQcDt1F1lzADAFAh/+O6tfhRwIRpkw5NYTUzANNTT6Gf8iBSaCGk8phBkmnhpTKZAtFju cuppluHJhKCYybCAc3RNXGpGVgAPQ2VDTmVobiJ8dVtiYKNqEYRuYZzJgKaEeJqMaZSmkKya uGmkpqDcmuhp9KbwzJrYacSmwDxJF0g0VNNQTWiMNLzTqEykYDySYGlkpnRQmlxpTKZAxJrM adim4BSaCGkgpkhMmlhksPWTlE347DTU0zxNWHQ0CNMYTCDQgpLEaZymgJiacGlcpjwcmfyn JODTME1IVDR405RNtKQ0zNPETNQgcJIIaQimZFCaRGnApszcmuxp9KbglJqMaYCmgJialGRw KZN4TWxgNKTTtE2wxDTE08hN8OQ0JNMoTTw0NBjTBE18bDQY0yBPJIvYLPHchm/YcvxpyKbc uJq4aZSmhICafGMghbuDceacHKiapGncpsD8mshkIHeTNE1sYDRQ01RNuMw04NP0TZSwNLjJ WDwmTHyaVGlUpiQQmhxp+Kb0GJo0aUSmUGSZkPkkhNOoTfjUNCDTME0cZDRY01QkwKbcmvhp iKaEiJq8aVimbHyaTGlApjAomgBk8GOTJE1EWDRg05xNtKg02NPIJCRMPJoEaQymbEiatGnY pvT0mqhprJJQPU1QeDRQ0yBNPDA0DNP4TdjMNEDTXE1ocDKI8kmopsDsmiRpPKYMbJpsaVyS vNtNpPA0gNOgTVhMNHjTYE0YLDQE0xAk7JjgmsRpuKa4VJpoaXCmmLia0GnApvAoSU0wNAjT AE0MYDRk01RNNMQ0xNPoTeicNLjTsCRoDlSaVGkkpiAsmhBpBKYMGJo8aUimRGCZmPckjNOA TZTgNPTTxE0kGDQU03BNfHQ0BNMETTQoMtCMScim2KSatGmcpnxommR9z+y0ecCHJtzwmuRk HHGTEKb2CDxsw5N0TUCwNKTTkE2EnDS4zkg+t8lMjzBo5BTTBE0c+DTc06RMjHQTklxptKbI 7JocaTSmVECaZGSo1JOwTYycNPDT3E00EDQQ0yxMMNChkuBpkKaEqJ8vsXjmXBwkmhxk6IqT yE3EUDRo04BNuNA08MkcbyYEBJoUfWfsFHkMhyZwdJpoaSCmKDCazGncpsTMmsBpxKbI3JrQ abimoJialGlwpniMSfiANIzTsE20oDTs0/BNyMA0wNdE83LIeHJMfr5cx5hQcnRpeKZsYJok aSimPDCaFGkYpgwAmQRxJAjTEE0oIDQs01hNVHA0fNNATVxINLTTsE2s2DTk0+BN/Og0lNOQ TYi8NIDTmEyUcAKSeGlgplywmrhpzKbAxJrIafym9NCa2GkspiAkmihpHLUQ+qo8kxhNVGCn MGDkYNNgTSAgNCDTIE0gIDQg0yBN4OA04NPgTeDgNODT4CQgUyCaIGkgiLbxyqaxvJq3acqm zcCaw2neptnUms9p8qb1+Jr7aeam4eya52kaph0QmhNhQhsDD4rjwgANDBAoOSuENiAqNAgl JSmTOzMaLiMmGEtUSAZdZ1NZVt5AAl1HW01IU0xDuEJbwlxz3G43aXAxYHZzY4BiamGJbDWO Is7P0ZBEm5+abZrWk2yhmZmIiJwla6avulvCTK70ubHl7TBEpayupRSseDm3aSTYxpG5WMIk xBHdz8M4zc9yFMzWyTL5tNTyfbBZ+Te8+j+3lfTxCtr5DRyfrB5nzXQlFBcgAwoUAVccbI6a VSKsljtgHCdnIeo7kWkUNzHt9V1TfnvLTl4v105WWAfLfOeP1QCdFnp9vnh6e7hnamw7bm1W pxdqINGNHtqPTCmQVn3sAcTagyLY2WXbzYiW8cwvobhVWYtja6eWqRcdrqw+r7M8F9y4ldPF h16S3r0621/NPeP1OuvcnfgPYkb5/Itl/MtZj5fWX0/1T8wS/t5yG9P7deWWAD1qqxc7DF0+ Mijw7PbBaxGgUy0pYXo8FZefLUYy3FNN1YysQj1AaFYzitbySs7eIcRCbWy6Tr1e2n06dWUy Lm9nZWp7mU3OjIpqg2tBIoScnbTKuTLl1o54BbKut7uY0hq8p8KtexyKprV8F9U/HcraFF8/ VhfBuW3RjUs3J2Qh8PL98ZL69trlWvZtNhxbuNZpZfcy89Y4Xjl8MFhvTtRfdp1bz6/TMyCs mryyzW5f6Lct7F8d+hI8WkIwr2Z8TXtOllJtaW01xFT4XLP0j0imZmJ/cstkXD6a6t/rM72b NeoMTXmUwpYCkbDaWcpO8aBx5psdaefqnU7Qe1HrDedchcHRs5Kh149YNVALxcFXhx9oyfJX L6q4lAeyDa2tcZOlvSUO+a3OLlg8nVK1O07SmAOrE4V4yQbFKn6ecwE6rOquGLPaYKixK4lb WqV6ZzYPxlFQTtVKqz3PO2xyuGfJFFfECNRizbXbnUeCm4k4VbDWNI2Q3Z2uz6hHo1e6eeTs s9G4va5qQ+3ik6il2s+eKO275V/hV4Q3V2Y1wjQS9qtBoxTHaHa5/uM9r4TtJpp1GvyFSPwZ ekZTmxC0pSYanxA0Z7yhyG86YEtSffj2uyGp+UZwIXKNUOFEvz9yAhQsbGtwbY01Oc68i7zA 4l0xzhH8lo1V8cOGY633DtfFtyw5fPCUysvlap8Fwcu3AdUQu4EeaMSm8fq5fZnry8S9+qUe xgXiNVm6L6pts0rm3w8rUCpczbfpttF7EtxAZWFtYGFoG2J/cOkIJuwrLME0uT1Xd6i7VsNX EmWXLQ8CSUEW5F+fTmpwtl/Qn38qNaW+O9sFh9CF1sBzqqmixrl5gteW1hSyqCX02OCZpZr0 3pxKq7i5PrWKul1Y2eFh+FcXemKfyIi6rov4IqEB/HM30J355i8KCLb1AK62BS4PZxc/Wfsv sm5lWTjSUbUMUCO1GPP3+vNQ9v7BG+2jFSVJ9H59q3ifcjSqYt6XMbYxbmrywnLxnJ5Yl57y FV7lVRhOjfX+swz/zFSjDKrt1PCf+4QtMUvMD9ZumwLLxOs1sNTXl8xCl1wC9P5u/QOXqtDX wz2yv/hIUoBqlzShKqRPN97SfYq+ITgqKkk1RwIE4s6jO9m0bTHqri+xmpNbfKstbFylS+hg XYpEDfUEtbBtc0W4xCq4LNvQbo2ajWPXYD+8lPPn+ffchU+bdegrGobq8cSoD9gLTNu26sVt M+NUUkz6+eEaI+bDX0tHTPK+mC1zMS+tc7qnjKAvqX8eF6CqpmQLUQ6dQy7M0wLK0uZevVfh zFf7UBUpd0A2i1FWn1YK7V3qJyoWoH32nvXPupN+nu/b788Lrmwp8rb7sgNRqQKunyu48UEE OjtdaCc+GXOKc+JneLr3TZhiuQd9HXWP345par4/xa3BVui2/wmrCtJ4tzXeyqLxuLOurfKu gnfV0+WlxpUuN1v9f71oWQ9+IG3q9x3UVeyOJTrsvTwZaEdWUzx5Dwq/PD/nHIqyrO/5++Wb 8XrrNWdrgwkvVS60NXZRm7Jdr1JbCOtbpZrMEVqA3afztk9WGLNp9HJ5e5Ganed02KXGDINb t897deBCsqC4oG8pZqD9YL4D3sB2uVu1Fw2IwNHX7jZayerGut9ulvyX4VL16Sfqpla5lATH NPrvJLhrNDiGpxwHpv7pIzoJ9UU78szAqHqrFDoZvt45OZ6oWlfSeuf6vm4+FEWgVUT0y3mK ZNvvt97PBmdDjiVLV2Q86/GX66KKgIrqg7+bJc1i9e/IjaWHeOC+Bba/+ff+WV32R1RrVQYh oaKM1VFBXWO/+523/F9GKtSR/06oFeti/Wg92bLmw1TlGDnOl+HCoaZTeLIUPdalpj3P73Wt vu6GnGDZOSHGrpMb/NbyHLGvtSy7q1/5dxn/T/pEO36+1gvw529zUmL9cOI77TE5l/fevf6X Vo56xvjA6241urOq4z+Ra4yt0OqHHOL12iS3ld/WW49nd7m+ysOr9c87FC61x66oQyjz6+oi r4878j5J1nzxb/lAK1sSuPNHTuw2I/2gTn32Su/Oq2wGODx/Gs8Sx8jEYsEowJ+TmVtruMFV glqf/IVg5ZmywTpP9qTqn30fHaOn3EhcWX264+vITfBXyvGf8MOf6Zl5gz6+kxvQvaXh3UNM E70fV8M9ev5cHJVuLxarGVoKLUv1Ovg2RCP0n2JrLa8o8pv9Xv1BLryh5ASv9serLEvoEKr3 /2u+4tyn+oHuswuh1pmY96jkf8rfnne2/ySrpeOX93hjX2kvgxlV8EuVB/gBf74nW/eWZ3gL +avOkuvujRKHK7ELtKp+fx+pXuoGneP8Wc01R/WAPymmx6+5PvA/4ZoJXR0ubffMB9xZt0Yd Y5lvP/PP1sbCds2YqNmlzZ/opV+qr7v4Lqq35pbjc9dOtQCWwIMAdWz23d9FlT4XUwN/hTvo iC5JdRra412R3R7X8U/VmNFV1ONLib6fKHh+IFR4VkdZzXmh7D8WKVdHf3mCl15RH2tzQZXd EAt6i5d5a4VXliW2LJl9gvs30NdfnjeW3/hN0CN1DfJhVfvv3baOsq252xTpP03qWCyyrL6y bpOd9VEv14Q6UPMW+5lsMMtvFbqWf6EXCt0kJ/ToV8edeGY9YzK7ihTXG77Tb85fSrz2Emc6 ajPjxq/YFrdKotfBP7qQZfYM9MK7DlvIQfUg/HVfpin/xCqkvo6U+zjmi+I3uNdeMV/zZy7q f6FevmjymxRvCdZ7wneS95crB7LfzxKqa/ZDZ8Vq6Lq/aGtd6pH/nn6sEarm90f/k1wbQa5M THK1wquPMWviBv91w4oumdgUuufHTqwzKO7qNtNrpc+scz+tc2uyRtuq7i+3Rz+nwyO+h18E cjIvNX44l/QlstySOapj+DbHuw6t/RVdiBXKSw6o+AoTfwVb4VzYVXY3aF3j3fxEeLInQNUm M5n/IMqL++DMqK/u1fogF7HZIdTh532WOWOsjwuT+8f6uaqn2iWxNP5u7XK+iBqqCOufOqPD /zzrln48b/te/dFKqy0lKjRXlB2f94NXA9fceg2CdqD1emFcZ0+rZKSyZ2G6FNMBr71+3m7c /gcpioLBKts60jK+XGW38GJ9TE/994OgydhlX1nPaYGg1nXCtVcaX61Q9/U4naDyoi5dZYgJ /Q6jBKrzzSrL/Jau4Bx5CUGpXHdp9ec4Vyj/RXXJqlC7HPrqjy2Pu9o5/d74lHn3yfq1LCm+ Z8d6H2tXdwq+1qVXmEgZV8+J17dUeNZ4bEr/r8M+r0zrYvghS7Dr7ye6/da723rzlz9Utk0r ZieFVWLcOPdgjXYGS+3WpltiV1ZUKPbeY116pP/kPY5jaafO0uqrRr9EU2Wk/1wrP9d5Gu6i +vp8K6oc6v094+u/gtcEF+OqzAgoNxrQ/FT65f6fKstv88SmWqQqqzzCSCDebuDiKRnMSxpZ pf7uELQELGgXRTlAChcrK3+X3/DKG6+i+znPT3kIGXBOjf8J3/I/HvBtAef+8hEAQmo0LTA+ PD8APGNiY2I8Jj4QP1jMLHD/xxM/6Seqt+pZLrGqQ9MktlK+594cLH6060nXsv/pcbPE+jm6 t/6hKjg0yPbrgOha/AJ9rnfPCad/IlR5YYoTWSqqp8rDbnu+bO+IC7p/Sl6+hLrvHGruaC/7 XqIeQl9crmW+XVvndcX/0OJ/T6WcmFXD64uXC6BbWK7qGKmwRr2qdt5dpH2mV5Y144su/SWi wus8vLC9f61z7rYbkxukxbo//h6p5ziPVSXLFLDeH8dcE1pJoFx2vaEPSBDvfA4pfOWndwDy 6yz7iKvPe7psR1zXDy58oaBVQCRW7q3PaA+tm1NyuSuIolosZ7d15j+8FVQWorF+SW6pkIGC 8x396vLyDfazUe+EqchBF/9UxZYj4NFA+YCosK286+3PUJnHS8ygkaq4uk0GmSo/A6iVUxck d2ZDTiweqTay7bJVNh71eQ1GPAvRKDtzHOJSbw2zjBcFAAbdpSoEPGJ5YId++WD/JaDjBRFg Ql9366LhUkNQoiNB7TRgcFsnLVNrbVXpdYikl9rNJmXDN+UupPaftSPF3FBGjJPyz8xvoL9t 2HkJ+rIFg6pk55CIybeLqMEl29gdKErmq58E4DC4pTimpUGvDq9JSfDXXyDwyx2phuLbqedw vwS89Uj9POGiEhEakxBrE7wxqnWptHkt8qU9SYwNYAs7rmN/4X9W71Qxl2mkWV1VXmM1Kqpk FIpVa8kOQMZEy5+umJmVsMS9Xwaih8CJrZhdJ1BmVHz5f5TKr7y3qzG+y2sc45mQqRX/X1HN FmP8rsjL+tu/jbreaAXHW0d/PtXQc+D6EVHo5z/E46VIqnE1Qmd14ZlZBjsOETo8PURb7vTI AVfqX0d0kEsWAs8a4gOn0EdRTgyqAX0s9mg/S+33quZe5iV8NAtbvkQLL3TvfaW7+tsaucGq j5fXxYowgBqYjqC16l36m8Pmrbaijxn4rtSNcU3ZS8GMB/xD3nPIm2Aq1qnmqevriVvyp4s5 0F0XS1XUz4jdrLtR3xTbEpB7PaNe48UWEA2s/qYLeQ/h665XqocWVQMCVYp1XS5Y8m4nbwVQ QZeU1op7t/fysZyFX5efi4Z2y49fQFQfdKvybot2+0A0f2Evq8ho9bUVwSS/3+oPUMHTwFXT e5AM98IbbzCgtl+/La61+uyvglXnWQ6bXfGEW674s2o4Lqku1lcy883VLCdYinjAlTX8OHwd 9bhKEkIAbHpUeVZgSx0FAhBwYVLauQhj1fFfVW6FX7d92T9Ue294Sjs3V0CFUwir3I2qXf17 iCbR42E4LUvg1NLQ0tQG6ujq5OJb1IK+P6G5/08gqaSZ4n15Fj9xYmv44MMhxN0i6/+E9tB1 y7mHHDjHXE7BccEC3xYdyPjgESEEFlnJMDCOJngYPyJyIpMupyxwUF5BjohobxwMbLx4CyZ5 CxKsNTMSLzToBCc4bS3jITY7MWEziZbnpMrP0sP6HWbGtH7d17TT39Mao8M+35bqJd6TR9eg 463+Nfqqm/L14yiP9YxvpIGGJpr9vfTSpM8eQ6Zktzazuzyw/u3pU1Pka8lZa7NjnXPHlHZ4 tcJ6Fvu62coTgosVEo8apdwlKrzVmXHjjjV8ecRx3b4Xt+m0FtTPFODT4+N8efNaM/Y6QIns 6YJP1/SU37qxvLTx5wDyoYXssr257sJY66FDpuW1IZqWN4fRbVMbXw59NIcAIgQcaScEErqD XxJ/Nt28jBYuNjk49S6zK9M/PB7DRg4iJJoikhM0Onrvbarj2xFVY3LyWjvrRF6j4ikpz0Nx SldJH8NYON8OsSKc8sFy3HUinFj5tptVguEuw/rdEMihX43EvVhK5u7Ra00o4OEjn45std+4 92TqhevVOYhAr7m7PrxMmoRbpUItnYMC6uL0qqv0t6X9ynR3VYLVyaoONfvUI11etm8w3jl6 LobaCp/fFF8uIRdb0K+elhxAc/Xyw2uoTIJtVlNYPOuGBzueMFQmR3da+lEpU9MOy2YrhU1Q tzqYgBN92DnTo3nVYZpxYcVo7p/WxirWRtXusK0VyXLzgQIXlfjoD1XTMsG4BagcSaIAqchA ofn/2cuv1603sQPsFUbNgjSh235Vaj9V9bHldwaxNIK4eD08yfyx6roRdVdTBBw2XVIddruw V0zgvqf5AikbM1iG0FaGUtT7rJmG0tVmFS5zznLH2IRyi2GUjpqMURiahJYOkeSXjbsxy1qC EPX2/wj5lPXgtP1DAQrg4urqlMzl13JX6w9Y4KUVoKeM3hil1SAZCj++8J16/qjAIjYqFVQU dVK9yiowESgtBIGEExkmXxvdkdFt/JvVJz5g5AbcbWKnxu3hBUdfYce1aDmITkFZKUFId2ar /iIeS09Hu2sVd1Pv9AAIlNyK33qmXHyaoRWI2C1RTdXJgKKmvbqXAJuIgJEOk4KQhGz+V8yu 1NjXj9b4D6SJw/jBCD4IgD83KTA8Kw0AMEI1MEQ1XV5yQGlZXN46VwAmIk5bIlhocwxtbBob NWLewmMCFhYsDAYgvtxWKY4g8rrZG9PWYJpaVV3NomVoe/6Jqgx3qfjU3r75vJmEmp+IbXWE tN4wgNmysb26sBC7sJC2Mq+lGvv2RMAQhfoxubqmtRymmq4Mp8cRmDSA05FNnYo0gdODTYx0 BkF9m2ZiIG+1r9N+PkO1xGlUiC2bKgxNfQ0GZxGIXYMgV8pcTEZWuIyvcRaj+Im1puOIg1xW +JqkbMw74zXBY4lH6jyTETWOIy58RCcZGGOIBZq5bBLxHiV4jtg8RNMZ2++Iqt8RiwYvTFQs hjb6ChhgLGITxBg5BgVZShQQN5BmVqBHmEEiiLUu1PizAgRRdgXamxqn3AP/7+T2EjiJMRrx O+IyNeQgGYoFk51BBJCKWXcFkHxZcQWQRllbBZW/UeS+mjxsUwsz/38KgJoNhJM2TI7M70bG n9iY8nVklBCTfk64l9j08nVpDKZOEJpHaUymVKxJIV00/NMmTbwvNHzTME0MXDQ002VNHG4y 5GpJ8JKQrFj7/nwEevjk9Svx9kgZSPCIZZ81Z8WI3XpjBJF1dgQITVQqNQKEvUISFI+CeRRs Fvzx2B1lnR/jiDmjxdElBkzql/URsvdOBLfzuO0VH7z1k5IGfS4c/S14//R9+xBKxSxUBNjS 1+j+ijV9ZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgADAAAA IAAAgA4AAABAAACAAAAAAAAAAAAAAAAAAAACAAEAAABYAACAAgAAAHAAAIAAAAAAAAAAAAAA AAAAAAEAZQAAAIgAAIAAAAAAAAAAAAAAAAAAAAEABwQAAKAAAAAAAAAAAAAAAAAAAAAAAAEA BwQAALAAAAAAAAAAAAAAAAAAAAAAAAEABwQAAMAAAADQkAEA6AIAAAAAAAAAAAAAuJMBACgB AAAAAAAAAAAAAOCUAQAiAAAAAAAAAAAAAAAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAA AAAAAAAAAAAAAAAAzP//AGhXWAAAAAAAgICAAP///wDAwMAA/wAAAAD//wC/AAAAAAD/AAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAACIhEiIiIiIiIiIiIiIiIiIiITVVVVVVVVVVVVVVJSIi IiNERERERERERERERFJSIiIjREREREREVVRERVVSUiIiI0SIiIhESZlERJmUUlIiIiNERERE RESVRERJVFJSIiIjRIiIiIhESVVVWVRSUiIiI0RERERERESZmZlUUlIiIiNEiIiIiIhESVRJ VFJSIiIjRERERERERESVSVRSUiIiI0SIiIiIiIhESVlUUlIiIiNERERERERERESZVFJSIiIj RIiIiIiIiIhESURSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIjRERERERE RERERERSUiIiI0SIiIiIiIiIiIhEUlIiIiNERERERERERERERFJSIiIjRCIiIiJEiIiIiERS UiIiI0Q5kkRCREREREREUlIiIiNEMiIiIkSIiIiIRFJSIiIjRDRCd3JERERERERSUiIiI0Qy IndyRIiIiIhEUlIiIiNENEJ3ckRERERERFJSIiIjRDRCZmJERERERERSUiIiI0Q0QmZiRERE REREUlIiIiNEMzIiIkRERERERFJSIiIjRERERERERERERERSUiIiI0JEJEJEJEJEJEJEMlIi IiNCRCRCRCRCRCRCRDJSIiIiJDNDNDNDNDNDNDNDIiIiIiIiIiIiIiIiIiIiIiIi4AAAD+AA AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH 4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA AAfgAAAH+AAAD/////8oAAAAEAAAACAAAAABAAQAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A /wD//wAA////AAAAAAAAAAAAAHd3d3d3cAAA//+f/59wAAD//3mZn3AAAPRE95+fcAAA//// eZ9wAAD0RET3n3AAAP//////cAAA9ERERE9wAAD//////3AAAPRERERPcAAA//////9wAAD/ /////3AAAPDw8PDw8AAAD4+Pj4+AAAAAAAAAAAAAwAcAAMADAADAAwAAwAMAAMADAADAAwAA wAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADABwAA6q8AAAAAAQACACAgEAABAAQA 6AIAAAEAEBAQAAEABAAoAQAAAgAAAAAAAAD/ ------=_NextPart_000_0009_00001AFC.00007353-- From bpicinbono at worldonline.fr Sun Feb 29 02:19:18 2004 From: bpicinbono at worldonline.fr (=?iso-8859-1?Q?bpicinbono@worldonline.fr?=) Date: Sun, 29 Feb 2004 11:19:18 +0100 Subject: [Mapserver-users] =?iso-8859-1?Q?Re:_Server_on_the_web?= Message-ID: Ciao Marco ! If your application only use the "mapserv" cgi engine, then, you should be able to run it on any shared (cheap) hosting service, as long as you can upload the mapserv cgi engine to the cgi directory of your web server. Of course, you will have to fix a bit some paths (to the temporary images directory, to the datas directory...). This may be completly free if you already have a personnal web space from your Internet Service Provider (as long as you can upload some cgis...) If your application uses php-MapScript, (as mine does), it is a bit more complex to have it work for cheap money. I found a very interesting solution at ouvaton : www.ouvaton.org It is a french coop, but you should ask if foreigners can register. (they have an italian flag, but what does it means ? ? ?) They have shared servers (cheap : about 20 euros per year for 20 mega bytes space), but they allow to change a bit the apache and php configuration files. So, as php-MapScript needs php to be run as a cgi, I uploaded my php engine and told apache to use it as a cgi instead of using the basic php they have. The purpose of my application is demo, not commercial use. It works quite well but I haven't test it with 10000 simultaneous connections... The only problem I had recently was that the server was no more delivering maps. This was because of the MyDoom virus that was squating the bandwith and the reponse-time of the server (as they have the mail and web servers) on the same machine (they said it sould change soon...) Well, well, I hope that this will help you. Tell us if you are stucked somewhere. Performing some internet searches with "MapServer" and "hosting service" should drive you to some commercial services, but it may be expensive... If you want to have a look at my app : http://webmaps.ouvaton.org go to "java-tools" demo and if the java doesn't work, switch to html with the green button close to the scale bar. Fell free to digitize / delete shapes. Have fun Ciao Blaise ********** PROTEGEZ VOS E-MAILS !********** Avec Tiscali SuperMail, vos e-mails en toute s?curit? ! Anti Spam personnalisable Anti Virus actualis? en permanence et de nombreux bonus... Pour en savoir plus, rendez-vous sur http://www.tiscali.fr/supermail/ From av at nocive.com Sun Feb 29 04:23:38 2004 From: av at nocive.com (Alexandre Vicq) Date: Sun, 29 Feb 2004 13:23:38 +0100 Subject: [Mapserver-users] mapserver - PHP/mapscript question Message-ID: <1483602344.20040229132338@nocive.com> Hello, I'm posting here after days of search everywhere :) I hope this is the correct place to post. If not I apologize by advance. 1) I'm newbie in geographic / map questions. 2) I'm trying to use PHP/Mapscript. To understand better, I installed maplab, too. 3) my problem is to make work the "purple europe" example. But it seems to be missing files (europe.shp, europe.dbx, europe.shx). I used maplab to copy and paste data from tutorial/data dir. In fact I displayed Canada map, but it works I should missed something with this europe data. - Where can I find them ? - are this maps software generated ? - Can I find easily the whole world ? America, Asia ? - Can I use my own maps ? If I'm wrong with the way I'm expecting to find this data, could you give me an URL where this point is precisely described. I thank you by advance -- Best regards, Alexandre Courriel : map at nocive.com Post-Joint : . -------------------------------------------- Un carnet d'adresse Open Source sur le web ? c'est w a - b o o ! http://wa-boo.net la B.D. d'?l?onore http://nocive.com/poulet From mh at svaj.dk Sun Feb 29 10:11:07 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Sun, 29 Feb 2004 19:11:07 +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 mountainduo at mho.com Sun Feb 29 15:58:50 2004 From: mountainduo at mho.com (mountainduo at mho.com) Date: Sun, 29 Feb 2004 16:58:50 -0700 (MST) Subject: [Mapserver-users] Mapserver compiled and source download In-Reply-To: <20040229025428.19294.qmail@hm47.locaweb.com.br> References: <1423.64.58.31.38.1078007010.squirrel@a.mail.mho.net> <20040229025428.19294.qmail@hm47.locaweb.com.br> Message-ID: <3638.64.58.31.38.1078099130.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 From John.Hockaday at ga.gov.au Sun Feb 29 19:36:16 2004 From: John.Hockaday at ga.gov.au (John.Hockaday at ga.gov.au) Date: Mon, 1 Mar 2004 14:36:16 +1100 Subject: [Mapserver-users] Reference map to show boundingcoordinates extent not map extent Message-ID: Steve, Thanks for this information. I have finally got around to implementing your suggestions. (I've had lots of fires to put out.) ;--) I have created what I think should work at the following URL: http://asdd.ga.gov.au/asdd/reference_call.html I've tried combinations inside my map file: http://asdd.ga.gov.au/asdd/ref.map I've looked at your tomo code and tried adding and removing different symbols but I still keep on getting this following error: "getDouble(): Symbol definition error. (+):(51)" It seems that I'm missing something in my map file but for the life of me I can't work out what it is. I'd appreciate any help that you or someone else on this list can provide to fix my problem. Thanks. John > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Thursday, 5 February 2004 5:05 > To: Hockaday John; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Reference map to show > boundingcoordinates extent not map extent > > > You can build your reference maps just as a regular map. I've > done that > before. In fact you used to have to if you wanted to do things like > change the representation of the extent based on scale. > > The idea goes like this. In a new mapfile > > 1) set the main EXTENT to whatever your reference image is > 2) set the size to match the reference image > 3) add the reference image as a raster layer, make sure to > set TRANSFORM > FALSE (this effectively pastes the image in the map) > 4) create a layer to draw the extent with, the coordinates will be > supplied dynamically, this might work > > LAYER > NAME 'box' > TYPE POLYGON > STATUS OFF > CLASS COLOR 255 0 0 END > END > > 5) now, in your template make a call to the mapfile, something like: > > http://.../cgi-bin/mapserv?mode=map&map=reference.map&layer=box > &map_box_feature=new&map_box_feature_points=[rawminx]+[rawminy > ]+[rawminx]+[rawmaxy]+... > > Basically you do exactly what MapServer does internally in > the reference > map functions, but you force feed it the rectangle of your choice > dynamically. The reference map on this page is built using this > approach: > > http://www.dnr.state.mn.us/maps/tomo.html > > Hope this helps! > > Steve > > > >>> 02/04/04 11:10 PM >>> > Hi all, > > I am using cgi mapserv to identify a bounding box which is used to > define a > region in another application. I use JavaScript to allow the user to > drag a > bounding box on the [img] and the resulting [rawminx], [rawminy] etc. > coordinates are sent to mapserv which returns an image zoomed into the > selected region. The image size is fixed so there is some area either > above > and below or to the left and right of the selected region which is > outside of > the area defined by the user. > > Mapserv also returns a reference map and the defined area on that map > shows > the extent of the mapserv image but not the extent of the > region defined > by > the user. > > Are there some parameters that can be sent to a cgi mapserv > so that the > reference map indicates the [rawminx], [rawminy], [rawmaxx] and > [rawmaxy] > converted to lats and long instead of the [imgext]? Or is there some > other > way of creating a reference map with the [imgbox] coordinates and not > the > [imgext] coordinates? > > Thanks. > > > John > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users 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 delfos18 at yahoo.com Sun Feb 29 21:03:11 2004 From: delfos18 at yahoo.com (J. Delfos) Date: Sun, 29 Feb 2004 21:03:11 -0800 (PST) Subject: [Mapserver-users] Map Layers do not appear Message-ID: <20040301050311.90905.qmail@web12103.mail.yahoo.com> Nick, I think your problem may be that your classitem attribute starts with a number. Mapserver doesn't like attributes starting with a number. Try starting with a letter or maybe an underscore. regards, Jacob > > LAYER > NAME "Canada Hg Emissions (kg)" > STATUS ON > DATA "mercury/CanHgEmis" > TYPE POINT > CLASSITEM "2000_NPRI_" > CLASS __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools From cz_toh at yahoo.com Sun Feb 29 22:46:55 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Mon, 1 Mar 2004 06:46:55 +0000 (GMT) Subject: [Mapserver-users] Error in example 2.1 of mapserver tutorial Message-ID: <20040301064655.51083.qmail@web14005.mail.yahoo.com> Hi, I have managed to get mapserver to work after a few trial and errors However I have run into this error while trying out example 2.1 msGetLabelSize(): TrueType Font error. Could not find/open font I changed the required hrefs in the mapfiles and html files and I have also tried changing the font size but I still cannot get it to work ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From mikereilly_7 at hotmail.com Sun Feb 29 22:46:54 2004 From: mikereilly_7 at hotmail.com (Mike Reilly) Date: Sun, 29 Feb 2004 22:46:54 -0800 Subject: [Mapserver-users] Adding points to an existing point type shape file Message-ID: Hi: I wanted to check my logic here. I think I've figured out how to add points to an existing shape file (point data, of course). Does it make sense to do it as follows: 1. Get the x and y co-ordinates from the user clicking on an x = $newx; $mypoint->y = $newy; $newpoint = $myshapefile->addPoint($mypoint); Does this make sense, or should I use $mypoint->setXY($newx, $newy, 0); to set my x and y co-ordinates for it? Another question about this - I have no idea what the 3rd parameter of setXY does (probably because I come from a programming background rather than a GIS background). What is a "measured shape file"? Thanks for any illumination or hints you can provide. I'm very encouraged to have gotten this far! The light at the end of the tunnel for this project appears to be looming :) _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963