Message

=0A

Hi Brent,

= =0A

=0A

Thanks! I had no idea that TILEINDEXing= =0Acould be used for time-variant data as well as spatial-variant =0Adata.=

=0A

I've been doing some googl= ing trying to =0Afind out more information on this (no experience whatsoeve= r with TILEINDEX thus =0Afar), and this is the best I've come up with:

=0A

http://ms.gis.umn.edu/docs/howto/wcs_= server

=0A

http://m= apserver.gis.umn.edu/cgi-bin/wiki.pl?WCSMapServer

=0A

<= FONT face=3DArial size=3D2>The section which covers "Spatio/Temporal =0AInd= exes" in the first document is I believe the methodology you're referring t= o, =0Aand while it's very helpful, I still have a few questions.=0A

=0A

1) So far I have only read about temp= oral =0Atimeindexing with respect to serving WCS (Web Coverage Service) rat= her than WMS =0Aor WFS. Is it possible to use the same methodology but serv= e WMS or =0AWFS layers? I don't know much about WCS and I'm not sure w= hat clients (off =0Athe shelf - we are not going to be developing any clien= t interface for our =0Ausers) can access it.

=0A

2) Does anybody know of any =0Aadditional= documentation/tutorials/examples using TILEINDEX for raster and =0Avector = data which is spatially nonvariant and temporally variant? =0A:)=0A

=0A

= From what I've seen of WCS, it's very =0Anifty,= and I hope to be able to provide our data via WCS as well as WMS and WFS = =0A- but that will come down to whether our users' clients (ArcExplorer, Ar= cMap, =0Aand similar) are able to make use of it.

=0A

Thanks again for the info - looks like =0AI've got some= thinking to do!

=0A

&nb= sp;

=0A

Cheers,

= =0A

=0A

Bonnie

=0A

__________________________________

= =0A

=0A

= Bonn= ie =0AStewart

=0A

Research =0AOfficer
Satellite Remote =0ASensing Service= s
Informa= tion =0AAccess Division
Department =0Aof Land Information
65 Brockway =0ARoad, FLOREAT WA 6014
Ph. (08) 9387 0342 = =0A| Fx. (08) 9383 7142
bon= nie.stewart at dli.wa.gov.au
www.dli.wa.g= ov.au

=0A

=0AFrom: Brent Fraser =0A[mailto:bfraser at geoanalytic.com]Sent: Mon 11/07/2005 11:09 =0APM
To: Bonnie Stewart; =0A= MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [Maybe SPAM] Re: Organizin= g =0Alarge temporal datasets (WAS: Increasing Maxlayers limit - anyone have= spare =0AWindows binaries? :))

=0A

Bonnie,

You may want to look into the TILEINDEX =0Acapa= bility of MapServer. A
tileindex is a vector datasource (shapefile= , =0APostGIS database, etc) of
outlines of other data, either raster or = =0Avector. Typically it's used to
show and entire county of mosaic= ked and =0Aclipped airphotos or Census
planimetric mapping vectors. = ; In those cases =0AMapServer does a spatial query
to select the data fi= les to read for rendering =0Ainto the output graphic file.
A tileindex c= ould be used to represent data =0Adivided by time (as well as
geography)= such as satellite imagery. A =0Arecent enhancement (v4.?) allows
= the TILEINDEX to be a separate layer form =0Athe underlying data, and becau= se
of that can handle a user-specified query on =0Aattributes stored in = the
tileindex (e.g. satellite id, acquisition time, =0Aetc).

&nbs= p; So one possibility might be to have two layers (one for the =0Adata and = one
for the tileindex) per each of your 10-15 products. Then =0Aqu= ery the
tileindex based on the product name/id and the date range. = =0AI'm not sure how
to get the query from the WMS client to the server,= so you =0Amay have to look
into that...

Since your data i= s relatively =0Adynamic, you may want to use a PostGIS
database as the f= ormat for your =0Atileindex to avoid any file locking problems
with shap= efiles.

Brent =0AFraser

----- Original Message -----
F= rom: Bonnie Stewart
To: =0AMAPSERVER-USERS at LISTS.UMN.EDU
Sent: Monday= , July 11, 2005 12:05 =0AAM
Subject: [UMN_MAPSERVER-USERS] Increasing Ma= xlayers limit - anyone =0Ahave
spare Windows binaries? :)

Hi = all,

I'm working on a =0Away to make a large amount of our vector an= d raster data
available via WMS =0Aand WFS, and I've come up against the= MAXLAYERS setting
(200 in our install I =0Athink).

I'm already t= rying to get around the need for having so many =0Alayers in a
single ma= pfile by reducing the granularity available as you get =0Ato mapfiles
wh= ich cover a larger time period - let me see if I can explain =0Awhat I mean=
without rambling on too much.

At the lowest level of =0Agranular= ity, we're providing access to raster and
vector files which are =0Aderi= ved from satellite passes - and there may be
10-40 passes per day, =0Ade= pending on the product. I've already set up a
process to automatically = =0Agenerate a mapfile containing the last 5 days worth
of data, using th= e GROUP =0Aparameter to group them according to the day. This
is jolly n= ifty for those =0Acustomers who need to look at the recent info on a
pas= s by pass =0Abasis.

However, if I try to give people access to the e= ntire archive =0A(several years
worth, and 10-15 different products, at = 10-40 passes per day) =0Aon a pass by
pass basis, the number of layers i= nvolved will be horrendous, so =0AI'm trying
to reduce the granularity a= t which archival data is =0Aavailable.

My current plan is to (progra= mmatically) create a series of =0Aweekly mapfiles,
structured in the sam= e way as mentioned above, with =0Aindividual satellite
passes grouped by= day. I would have 52 of those for each =0Ayear, and then to
wrap them u= p so that people could have an overview of =0Awhat's available, I'm
plan= ning to create some mapfiles (either yearly or =0Amonthly, maybe both),
= which connect to these weekly mapfiles via WMS, and =0Apull in each daily g= roup
from the 52 weekly mapfiles, and define them as a =0Asingle layer.<= BR>
So I think I would end up with a mapfile for each year, =0Awith a gr= oup for
each week, and under each group, 7 individual layers - one =0Afo= r each day.
Hopefully then there are two options:
1) People's clients= =0Aare able to pull apart the vector data, and maybe do a
query (for in= stance) =0Ato only display the lightning data from one particular
satell= ite pass - =0Aalthough having used ArcMap and ArcExplorer for testing I'mnot too hopeful =0Aabout this;
2) Specific file naming conventions cou= ld allow users to find the =0Aweek
they're interested in in the yearly m= apfile, and then work out what =0Athe
mapfile name/URL for that week's l= ower level mapfile would be.

So, =0Anow I'm finally going to get to = my point - even using this structure, =0Aa
MAXLAYERS setting of 200 is t= oo low for me - I can do about 5 or 6 days =0Aof
satellite passes in 200= layers, but to get to a whole week I would need =0Ato
increase the MAXL= AYERS parameter. To have a layer for each day in my =0Ayearly
mapfile, I= 'd need a MAXLAYERS of around 370.

I gather it's =0Arelatively easy = to change the parameter and recompile
Mapserver, but as I =0Ahave very l= ittle experience in this area (and I've seen
so many emails on =0Athis l= ist seeking help with compiling mapserver!) I was
hoping somebody might = =0Apossibly have already done this, and might have
Windows binaries comp= iled =0Awith a higher MAXLAYERS that they would be willing
to =0Ashare.<= BR>
Alternatively, if the structure I described above sounds silly or = =0Ayou can
think of something more effective, please let me know :) We d= o have =0Aanother
approach in mind for the vector data, which is to prod= uce an =0Aongoing
concatenated shapefile which contains all the features= for that =0Aproduct (for
instance, as a new pass's worth of lightning d= ata becomes =0Aavailable, it is
automatically added in to one big Lightn= ing shapefile), and =0Athen to use
classes to colour them up a bit accor= ding to the time that each =0Aevent
occurred. It's a nice theory for the= vector info, but I'd still need to =0Ado
something about the raster inf= o.

Any advice (or binaries!) =0Awould be very much appreciated = =0A:)

Thanks,

Bonnie

_________________________= _________
Bonnie =0AStewart
Research Officer
Satellite Remote Sens= ing Services
Information =0AAccess Division
Department of Land Inform= ation
65 Brockway Road, FLOREAT =0AWA 6014
Ph. (08) 9387 0342 | Fx. (= 08) 9383 =0A7142
bonnie.stewart at dli.wa.gov.au
www.dli.wa.gov.au

=0A=0A

This e-mail and any files transmitted with it are intended only for the use= of the addressee(s). It may contain information that is confidential and = privileged. If you are not an intended recipient, any use, interference wi= th, disclosure, distribution or copying of this material is unauthorised an= d prohibited. If you receive this in error, please notify the author by Ret= urn email to the sender. Information in this message not relating to the of= ficial business of DLI shall be understood as neither given nor endorsed by= it. While every care is taken, it is recommended that you scan any attach= ments for viruses. DLI liability is limited to re-supplying affected attach= ments.
=0A ------_=_NextPart_001_01C5868E.29CF746E-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: display in mapserver. layer GROUP slp NAME something DEBUG ON DATA ak2s TYPE LINE STATUS ON class color 200 200 0 end end layer GROUP slp NAME label_slp DATA ak2s LABELITEM elev TYPE ANNOTATION CLASS LABEL POSITION CC SIZE TINY COLOR 0 0 0 END END end So, that is the basic hack. To do: * allow the user to control the contour interval, color, ... - allow variation of contours - dashed lines? * control annotation the values 1004 vs 1004.000 (cleanup through PostGIS) * properly identify the values -- its not just heights anymore... Now you can contour any parameter you want: sea level pressure, heights, temperature, .... or about anything gridded in the oceanographic /meteorologic world. For all the weather winnies of the world... Sample image: Sea level pressure map as produced from NCEP's Global Forecast System on a 1/2 deg x 1/2 deg grid. http://ak.aoos.org/mapserver/aoos/slp.png If there is an easier way, please send it my way. Happy Maphacking! Rob -- Rob Cermak : 907-474-7948 : FAX 907-474-7204 : PGP = 0x75869A6E Alaska Ocean Observing System : Data Management School of Fisheries and Ocean Sciences : University of Alaska Fairbanks cermak at sfos.uaf.edu : fnjrc1 at uaf.edu ED9U1M7P01 at alaska.edu : cermak at alaska.edu From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: version 9.2, but will in fact be enhanced.=20 More information about ESRI's plans is available here: =20 http://www.esri.com/news/arcnews/summer05articles/managing-spatial-data.htm= l The new format they are creating, the 'file-based geodatabase' is=20 advertised as being very similar in function to the old geodatabase, but it= =20 is something quite different in structure. The rumours I've heard are that= =20 it is not just a departure from an MS Access backbone, but involves semanti= c=20 networks for storing and linking data instead of an RDBMS.=20 Basic information about semantic networks can be found here: http://en.wikipedia.org/wiki/Semantic_network In fact the file size limit ESRI mentions of MS Access may soon be moot as= =20 MS is changing to a SQL Server engine for Access which won't have the limit= .=20 Any limit remaining will be on ESRI's side. My very very small knowledge (and great ignorance) of semantic networks=20 tells me that the new format may require a lot of effort to setup from=20 scratch for a new dataset, and that at the least the old geodatabases will= =20 still be used as an easier pathway to get data into the new format. Besides= ,=20 didnt they say coverages were dead when geodatabases came out?=20 One of our employees is currently at an ESRI conference in San Diego, and= =20 is trying to find out more for us about which way the 800 pound gorilla wil= l=20 jump. Please respond if you are still interested in seeing development of a=20 MapServer personal geodatabase connection go ahead. If enough parties are= =20 willing to contribute to the funding it will be cheap enough that we won't= =20 need to be concerned about the new format. Cheers, Ken Lord BGC Engineering Inc Vancouver BC ------=_Part_10425_33328463.1122398366596 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

Hi List,

I'm back from my holidays ... with many bottles of BC Okanagen wine, a= nd a wicked farmer's tan.

I would like to know if interest has increased or waned for the idea o= f developing a way for MapServer to read from ESRI personal geodatabases.

From what I understand, the ESRI personal geodatabase will not die wit= h version 9.2, but will in fact be enhanced.

More information about ESRI's plans is available here:

http://www.esri.com/news/arcnews/summer05articles/managi= ng-spatial-data.html

The new format they are creating, the 'file-based geodatabase' is adve= rtised as being very similar in function to the old geodatabase, but it&nbs= p;is something quite different in structure. The rumours I've heard&n= bsp;are that it is not just a departure from an MS Access backbone, but inv= olves semantic networks for storing and linking data instead of a= n RDBMS. =20

Basic information about semantic networks can be found here:

http://en.wi= kipedia.org/wiki/Semantic_network

In fact the file size limit ESRI mentions of MS Access may soon b= e moot as MS is changing to a SQL Server engine for Access which won't have= the limit. Any limit remaining will be on ESRI's side.

My very very small knowledge (and great ignorance) of semantic network= s tells me that the new format may require a lot of effort to setup from sc= ratch for a new dataset, and that at the least the old geodatabases wi= ll still be used as an easier pathway to get data into the new format. Besi= des, didnt they say coverages were dead when geodatabases came out?=20

One of our employees is currently at an ESRI conference in San Diego, = and is trying to find out more for us about which way the 800 pound gorilla= will jump.

Please respond if you are still interested in seeing development of a = MapServer personal geodatabase connection go ahead. If enough pa= rties are willing to contribute to the funding it will be cheap enough= that we won't need to be concerned about the new format.

Cheers,
Ken Lord

BGC Engineering Inc

Vancouver BC

------=_Part_10425_33328463.1122398366596-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: postgis I get: msDrawMap(): Image handling error. Failed to draw layer named 'province2000_proj'. prepare_database(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(geom)),'NDR'),gid::text from province2000_proj WHERE geom && setSRID('BOX3D(92.71 mapserv -v is: MapServer version 4.6.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=THREADS SUPPORTS=GEOS INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Any ideas? Thanks! From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: ++++++++++++++++++++++++++++++++ TRANSPARENCY [integer|alpha] Sets the transparency level of all classed pixels for a given layer. The value can either be an integer in the range (0-100) or the named symbol "ALPHA". Although this parameter is named "transparency", the integer values actually parameterize layer opacity. A value of 100 is opaque and 0 is fully transparent. The "ALPHA" symbol directs the mapserver rendering code to honor the indexed or alpha transparency of pixmap symbols used to style a layer. This is only needed in the case of RGB output formats, and should be used only when necessary as it is expensive to render transparent pixmap symbols onto an RGB map image. ++++++++++++++++++++ The complexitity of your pixmap symbol is not really important. Why do not you replace it by a truetype symbol. Do you know that you can use any truetype symbol from any trutype file for symbolization with mapserver. A+ ;-) Bernd -------><---------- Bernd Deckert 01MAP - la carte vecteur d'information 35, all?e d'Irlande 34080 Montpellier 04.67.45.60.27 06.83.39.16.62 http://www.01map.com -------><---------- ----- Original Message ----- From: "Andr? M. Winter - Carto.net" To: Sent: Wednesday, August 03, 2005 11:06 AM Subject: [UMN_MAPSERVER-USERS] transparent color on PIXMAP in JPG output > hello, > > new to maperserver i am playing around with different WMS sources. till > now i used a GIF output because it best handled the DEMIS source. adding > some satellite image sources i am missing to much colors and i switched > to JPG (also tried PNG). > > the problem: i do have PIXMAPs used for SYMBOL definintion that have a > transparent color defined. with JPG output this is no more the case and > i get such a result: > > (remaining green sqares). the symbols should look link this: > > (wrong extension, this is a GIF) or but here we see the missing colors > in the background satellite image... > > PNG output doesn't help > . > using PNG instead of GIF PIXMAP doesn't change anything. > > is this a GD or a mapserver problem? > > fyi here are my OUTPUTFORMAT dedinitions > > #OUTPUTFORMAT > # NAME mapformat > # DRIVER "GD/GIF" > # MIMETYPE "image/gif" > # IMAGEMODE PC256 > # EXTENSION "gif" > #END > > #OUTPUTFORMAT > # NAME mapformat > # DRIVER "GD/JPEG" > # FORMATOPTION QUALITY=80 > # MIMETYPE "image/jpeg" > # IMAGEMODE RGB > # EXTENSION "jpg" > #END > > and that's the way i define symbols > > SYMBOL > NAME "gp_icon_plus" > TYPE PIXMAP > IMAGE "gp_icon_plus.gif" > TRANSPARENT 1 > END > > > > thank you for information hereon, > > > -- > ___________________________________________________________________ > andre m. winter, > cartography for internet and multimedia applications > a6091 goetzens, tyrol, austria > tel.: ++43.5234.32732 > email: > > SVG consulting and development > online cartography focusing on SVG > print and online touristic map solutions > > From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: --with-jpeg=DIR Include JPEG support (DIR is LibJPEG's install dir). --with-gd=[static,]DIR Specify which version of GD to use (DIR is GD's install dir). I believe in your case you would want to use: /home/water/a/watergen for both. --- Ed Cooley Strategy Systems, Inc. > -----Original Message----- > From: ABE Water Research Account [mailto:watergen at ECN.PURDUE.EDU] > Sent: Saturday, August 06, 2005 12:40 PM > Subject: MapServer4.6 install:can't find gd.h and jpeg > > Hi, all, > I 've spent three days worth of time to get all the latest version of > tools for MS4.6 and compiled/install them with no error and updated > LD_LIB... env, then MapServer configure kept saying it can't find my > gd.h and libgd... and neither can it find jpeglib.h and libjpeg.*. > > Due to system restriction, we like to install on local user account, > you > know, not the /usr/local defaul locations, and I have the bin/ lib/ > include/ share/ etc all set up nicely and all the files are there... > > so I configure it like: > > ./configure --prefix=$HOME \ > --enable-debug \ > --with-sde=/home/water/a/watergen/lib/sde/sdeexe83 \ > --with-sde-version=83 \ > --with-zlib==/home/water/a/watergen/lib \ > --with-freetype=/home/water/a/watergen/bin/freetype-config > \ > --with-jpeg=/home/water/a/watergen/lib \ > --with-png=/home/water/a/watergen/lib \ > --with-ogr=/home/water/a/watergen/bin/gdal-config \ > --with-gdal=/home/water/a/watergen/bin/gdal-config \ > --with-pdf=/home/water/a/watergen/bin/pdflib-config \ > --with-tiff=/home/water/a/watergen/lib \ > --with-curl-config=/home/water/a/watergen/bin/curl-config \ > --with-proj=/home/water/a/watergen/lib \ > --with-gd=/home/water/a/watergen/bin/gdlib-config \ > --with-threads > > and I get back: > > configure: checking where Zlib is installed... > checking for zlibVersion in -lz... yes > using libz from system libs. > configure: checking where PNG is installed... > using libpng from -L/home/water/a/watergen/lib -lpng > configure: checking whether we should include JPEG support... > using libjpeg from system -L/home/water/a/watergen/lib -ljpeg > configure: checking where libXpm is installed... > checking for XpmFreeXpmImage in -lXpm... yes > using libXpm from system libs. > configure: checking where libiconv is installed... > checking for iconv_open in -lc... yes > checking for libiconv_open in -liconv... yes > using libiconv from system libs. > libiconv found. Enabling internationalization (-DUSE_ICONV) > configure: checking for GD 2.0.16 or higher... > checking for gdFontCacheSetup in -lgd... no > configure: checking whether GD needs libiconv... > checking for gdFontCacheSetup in -lgd... no > configure: error: Could not find gd.h or libgd.a/libgd.so in > /home/danpatch/a/watergen/bin/gdlib-config. Make sure GD 2.0.16 or higher > is compiled before calling configure. You may also get this error if you > didn't specify the appropriate location for one of GD's dependencies > (freetype, libpng, libjpeg or libiconv). > > > our system specs: > Machine hardware: sun4u > OS version: 5.8 > Processor type: sparc > Hardware: SUNW,Ultra-4 > > Then when our collected hair on our heads all pulled out, I just > configure it without any --with, it passed. So I guess this new version or > previous version(s) just need to get things from default places. > I still hold out hope that we can still put things locally, please let > us know any suggestions, > Best, > Baldy From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: # NAD 1983 StatePlane New York Long Island FIPS 3104 Feet <102718> +proj=lcc +lat_1=40.66666666666666 +lat_2=41.03333333333333 +lat_0=40.16666666666666 +lon_0=-74 +x_0=300000 +y_0=0 +ellps=GRS80 +datum=NAD83 +to_meter=0.3048006096012192 no_defs <> ----- Original Message ----- From: Chris Hackel Date: Monday, August 29, 2005 12:11 pm Subject: [UMN_MAPSERVER-USERS] Calling all PROJ4 genuises > I'm having trouble with coordinate conversion (latlong > to Lambert/lcc). > > I'm using cs2cs in the following way, drawing data > from orginfo (below): > cs2cs +proj=latlong +ellps=GRS80 +datum=NAD83 +to > +proj=lcc +datum=NAD83 +units=ft +lon_0=-74.0 > +lat_0=40.16666 +lat_1=40.1666666 +lat_2=41.033333 > +x_0=984250.0 +y_0=0 > -73.994992 40.717690 > 3230554.89 200744.22 0.00 > > These numbers are definitely not what I'm looking for. > (Extent of data: (910057.005249, 120827.652033) - > (1067494.180516, 274629.837850)) > > Please help! Thank you! > -Chris > > > > PROJCS["NAD_1983_StatePlane_New_York_Long_Island_FIPS_3104_Feet", > GEOGCS["GCS_North_American_1983", > DATUM["North_American_Datum_1983", > > SPHEROID["GRS_1980",6378137.0,298.257222101]], > PRIMEM["Greenwich",0.0], > UNIT["Degree",0.0174532925199433]], > PROJECTION["Lambert_Conformal_Conic_2SP"], > PARAMETER["False_Easting",984250.0], > PARAMETER["False_Northing",0.0], > PARAMETER["Central_Meridian",-74.0], > > PARAMETER["Standard_Parallel_1",40.66666666666666], > > PARAMETER["Standard_Parallel_2",41.03333333333333], > PARAMETER["Latitude_Of_Origin",40.16666666666666], > UNIT["Foot_US",0.3048006096012192]] > From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: Do you have any suggestion? Thanx Thip Quoting Matthew Perry : > Thip, > > On 9/7/05, Thip wrote: > > > > Does anyone know which website that I can download package of mapserver > > with > > postgis and postgresql for Fedora Linux? > > I use FGS but it is not included postgressql. > > > If you're using FGS, you can install the FGS postgresql package. For postgis > (the spatial data extension to postgresql) you'll also need geos. These > three commands should do it if fgs is running properly: > > fgs install postgresql-server:8.0.3 http://dl.maptools.org/dl/fgs/modules/ > fgs install geos-lib:1.0.0 http://dl.maptools.org/dl/fgs/modules/ > fgs install postgis-lib:1.0.2 http://dl.maptools.org/dl/fgs/modules/ > > Check the fgs website for more docs and a list of all the avialable > packages. > -- > Matt Perry > perrygeo at gmail.com > http://www.perrygeo.net > ---------------------------------------------------------- This mail sent through AIT WebMail : http://www.ait.ac.th/ From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: perform high enough for my needs. What I DON'T want is to be fighting fires due to problematic 64bit issues. Can I get some input on what others out there are using for their server needs? Does anyone have a running list of Opteron issues in the GIS arena? Any help would be appreciated. I have a Nov. 10 drop-dead date to have these up and running so I'm not exactly dying, but I'd really appreciate the input up front. Thanks! Bill From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: problems from any of the core open source GIS apps. (Please correct me if I'm wrong on that impression). I will start with a 64-bit Linux, and rebuild my core apps 64-bit. That would give me from my purchase date (probably about 2 weeks out) through my development (until Nov 10) and through my testing cycles (through Jan 1) to find and fix as many 64-bit issues as I can. If I find it's unstable for my purposes, I will fall back to 32-bit Linux and 32-bit apps. Assuming I take this route, I would be happy to provide SSH access to all of the core developers of the systems I'm using (GDAL, Mapserver, PostGIS, etc.) if they would like to test on that platform (hint, hint, Frank). I am making the assumption that all of the core apps are 80-90% working on 64-bit systems. I'm willing to be guinea pig and bug-hunter for the remaining 10-20% given the situation I'm in and the potential benefit of running 64-bit (and much faster from the annecdotal feedback I've gotten). Again, thanks for the input, Bill From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: GD-libraries. While we compiled with "--with-gd" (no explicit dir) and use the bundled GD-lib ("bundled (2.0.28 compatible)") with php (4.3.11 by the way), our colleague uses "2.0 or higher". But he insists that he compiled php AND mapserver with a pointer to the same directory. Is it possible that the build was carried out with header files that differ from the binaries? Or am I completely wrong and there is another reason? But it must have to do with GD, mustn't it? Thanks Andreas -- -- Dr. Andreas M?ller Medien und Umwelt Alfredstra?e 51 45130 Essen Tel.: 0201-185355-0 Fax : 0201-185355-1 Breite Stra?e 21 53111 Bonn Tel.: 0228-9738390 Fax: 0228-9738391 andreas.mueller at m-u-u.de http://www.m-u-u.de From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: not valid (but I might be wrong). Have you validated the geometry with the validation procedure from Oracle? The sdo_geometry of 2003 suggests a single polygon, but you Eleminfo does not. Try updating your sdo_geometry type to 2007 (multipolygon). Hope this helps, Gerjan _____ Van: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] Namens Francesco Sozzi Verzonden: maandag 26 september 2005 12:09 Aan: MAPSERVER-USERS at LISTS.UMN.EDU Onderwerp: [UMN_MAPSERVER-USERS] problems with some Oracle polygons Hi Fernando, How are you?... In some cases I have polygon defined with a code "5" instead of "1005". In this case mapserver does not recognize the polygon format and it displayes an error: Warning: [MapServer Error]: msDrawShape(): Only polygon shapes can be drawn using a POLYGON layer definition. in... Here you are a sample polygon definition that gives me problems: SDO_GEOMETRY(2003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 5, 3, 1, 2, 1, 5, 2, 2, 13, 2, 1), SDO_ORDINATE_ARRAY(717393.311, 96290.2075, 717393.843, 96286.1065, 717300.032, 96279.4307, 717301.79, 96281.1715, 717303.764, 96282.6628, 717305.79, 96283.6852, 717307.995, 96284.2265, 717309.425, 96284.41, 717352.296, 96287.4608, 717387.403, 96289.9591, 717393.311, 96290.2075)) Any suggestions?... Best regards Francesco ------_=_NextPart_001_01C5C28F.D5B40830 Content-Type: text/html Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RS L1JFQy1odG1sNDAiPg0KDQo8aGVhZD4NCjxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIg Q09OVEVOVD0idGV4dC9odG1sOyBjaGFyc2V0PXVzLWFzY2lpIj4NCg0KDQo8bWV0YSBuYW1lPUdl bmVyYXRvciBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxMSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8 IS0tW2lmICFtc29dPg0KPHN0eWxlPg0Kdlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7 fQ0Kb1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJs KCNkZWZhdWx0I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8 L3N0eWxlPg0KPCFbZW5kaWZdLS0+DQo8c3R5bGU+DQo8IS0tDQogLyogRm9udCBEZWZpbml0aW9u cyAqLw0KIEBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0xOjIgMTEg NiA0IDMgNSA0IDQgMiA0O30NCiAvKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFs LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90 dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9s bG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bh bi5FLW1haWxTdGlqbDE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQt ZmFtaWx5OkFyaWFsOw0KCWNvbG9yOm5hdnk7fQ0KQHBhZ2UgU2VjdGlvbjENCgl7c2l6ZTo2MTIu MHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYu U2VjdGlvbjENCgl7cGFnZTpTZWN0aW9uMTt9DQotLT4NCjwvc3R5bGU+DQo8IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCiA8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2 IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQogPG86c2hh cGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KICA8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIg Lz4NCiA8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQoNCjxib2R5 IGJnY29sb3I9d2hpdGUgbGFuZz1FTi1VUyBsaW5rPWJsdWUgdmxpbms9cHVycGxlPg0KDQo8ZGl2 IGNsYXNzPVNlY3Rpb24xPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9 QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpBcmlhbCc+ RnJhbmNlc2NvLDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05v cm1hbD48Zm9udCBzaXplPTIgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBw dDsNCmZvbnQtZmFtaWx5OkFyaWFsJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9QXJpYWw+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpBcmlhbCc+RnJvbSBhIHF1aWNrIGxv b2sgYXQgeW91ciBnZW9tZXRyeSBJIHRoaW5rIHRoYXQgdGhlIHByb2JsZW0NCmlzIHRoYXQgaXQg aXMgbm90IHZhbGlkIChidXQgSSBtaWdodCBiZSB3cm9uZykuIEhhdmUgeW91IHZhbGlkYXRlZCB0 aGUgZ2VvbWV0cnkNCndpdGggdGhlIHZhbGlkYXRpb24gcHJvY2VkdXJlIGZyb20gT3JhY2xlPyBU aGUgc2RvX2dlb21ldHJ5IG9mIDIwMDMgc3VnZ2VzdHMgYQ0Kc2luZ2xlIHBvbHlnb24sIGJ1dCB5 b3UgRWxlbWluZm8gZG9lcyBub3QuIFRyeSB1cGRhdGluZyB5b3VyIHNkb19nZW9tZXRyeSB0eXBl DQp0byAyMDA3IChtdWx0aXBvbHlnb24pLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoN CjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OkFyaWFsJz48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9 QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpBcmlhbCc+ SG9wZSB0aGlzIGhlbHBzLDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNz PU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjEwLjBwdDsNCmZvbnQtZmFtaWx5OkFyaWFsJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9QXJpYWw+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpBcmlhbCc+R2VyamFuPC9z cGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNp emU9MiBjb2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBw dDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkg ZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFy aWFsO2NvbG9yOm5hdnknPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxk aXY+DQoNCjxkaXYgY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlciBzdHlsZT0ndGV4dC1hbGln bjpjZW50ZXInPjxmb250IHNpemU9Mw0KZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5n PU5MIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz4NCg0KPGhyIHNpemU9MiB3aWR0aD0iMTAwJSIg YWxpZ249Y2VudGVyIHRhYmluZGV4PS0xPg0KDQo8L3NwYW4+PC9mb250PjwvZGl2Pg0KDQo8cCBj bGFzcz1Nc29Ob3JtYWw+PGI+PGZvbnQgc2l6ZT0yIGZhY2U9VGFob21hPjxzcGFuIGxhbmc9Tkwg c3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWE7Zm9udC13ZWlnaHQ6 Ym9sZCc+VmFuOjwvc3Bhbj48L2ZvbnQ+PC9iPjxmb250IHNpemU9Mg0KZmFjZT1UYWhvbWE+PHNw YW4gbGFuZz1OTCBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWEnPiBV TU4NCk1hcFNlcnZlciBVc2VycyBMaXN0IFttYWlsdG86TUFQU0VSVkVSLVVTRVJTQExJU1RTLlVN Ti5FRFVdIDxiPjxzcGFuDQpzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+TmFtZW5zIDwvc3Bhbj48 L2I+RnJhbmNlc2NvIFNvenppPGJyPg0KPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQn PlZlcnpvbmRlbjo8L3NwYW4+PC9iPiBtYWFuZGFnIDI2IHNlcHRlbWJlcg0KMjAwNSAxMjowOTxi cj4NCjxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5BYW46PC9zcGFuPjwvYj4gTUFQ U0VSVkVSLVVTRVJTQExJU1RTLlVNTi5FRFU8YnI+DQo8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWln aHQ6Ym9sZCc+T25kZXJ3ZXJwOjwvc3Bhbj48L2I+IFtVTU5fTUFQU0VSVkVSLVVTRVJTXQ0KcHJv YmxlbXMgd2l0aCBzb21lIE9yYWNsZSBwb2x5Z29uczwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz1O TD48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQoNCjwvZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+ PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToNCjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPGRpdj4N Cg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBmYWNlPUFyaWFsPjxzcGFuIHN0eWxl PSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6QXJpYWwnPkhpIEZlcm5hbmRvLDwvc3Bh bj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1N c29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9 J2ZvbnQtc2l6ZToNCjEyLjBwdCc+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N Cg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgZmFj ZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OkFyaWFs Jz5Ib3cgYXJlIHlvdT8uLi48L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KDQo8L2Rpdj4N Cg0KPGRpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29O b3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4w cHQ7DQpmb250LWZhbWlseTpBcmlhbCc+SW4gc29tZSBjYXNlcyBJIGhhdmUgcG9seWdvbiBkZWZp bmVkIHdpdGggYSBjb2RlDQomcXVvdDs1JnF1b3Q7IGluc3RlYWQgb2YgJnF1b3Q7MTAwNSZxdW90 Oy4gSW4gdGhpcyBjYXNlIG1hcHNlcnZlciBkb2VzIG5vdA0KcmVjb2duaXplIHRoZSBwb2x5Z29u IGZvcm1hdCBhbmQgaXQmbmJzcDtkaXNwbGF5ZXMgYW4gZXJyb3I6PC9zcGFuPjwvZm9udD48bzpw PjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48c3Ry b25nPjxiPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNw YW4NCnN0eWxlPSdmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsdWUnPldhcm5pbmc6IFtNYXBTZXJ2 ZXIgRXJyb3JdOiBtc0RyYXdTaGFwZSgpOg0KT25seSBwb2x5Z29uIHNoYXBlcyBjYW4gYmUgZHJh d24gdXNpbmcgYSBQT0xZR09OIGxheWVyIGRlZmluaXRpb24uIGluLi4uPC9zcGFuPjwvZm9udD48 L2I+PC9zdHJvbmc+PG86cD48L286cD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIg ZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OkFy aWFsJz5IZXJlIHlvdSBhcmUgYSBzYW1wbGUgcG9seWdvbiBkZWZpbml0aW9uIHRoYXQgZ2l2ZXMg bWUNCnByb2JsZW1zOjwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjwvZGl2Pg0KDQo8 ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9QXJpYWw+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpBcmlhbCc+U0RPX0dFT01FVFJZ KDIwMDMsIE5VTEwsIE5VTEwsIFNET19FTEVNX0lORk9fQVJSQVkoMSwgNSwgMywNCjEsIDIsIDEs IDUsIDIsIDIsIDEzLCAyLCAxKSwgU0RPX09SRElOQVRFX0FSUkFZKDcxNzM5My4zMTEsIDk2Mjkw LjIwNzUsDQo3MTczOTMuODQzLCA5NjI4Ni4xMDY1LCA3MTczMDAuMDMyLCA5NjI3OS40MzA3LCA3 MTczMDEuNzksIDk2MjgxLjE3MTUsDQo3MTczMDMuNzY0LCA5NjI4Mi42NjI4LCA3MTczMDUuNzks IDk2MjgzLjY4NTIsIDcxNzMwNy45OTUsIDk2Mjg0LjIyNjUsDQo3MTczMDkuNDI1LCA5NjI4NC40 MSwgNzE3MzUyLjI5NiwgOTYyODcuNDYwOCwgNzE3Mzg3LjQwMywgOTYyODkuOTU5MSwNCjcxNzM5 My4zMTEsIDk2MjkwLjIwNzUpKTwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjwvZGl2 Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVz IE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1z b05vcm1hbD48Zm9udCBzaXplPTIgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEw LjBwdDsNCmZvbnQtZmFtaWx5OkFyaWFsJz5Bbnkgc3VnZ2VzdGlvbnM/Li4uPC9zcGFuPjwvZm9u dD48bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1h bD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1z aXplOg0KMTIuMHB0Jz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Rp dj4NCg0KPGRpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBmYWNlPUFyaWFs PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6QXJpYWwnPkJlc3Qg cmVnYXJkczwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0K DQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9u dCBzaXplPTIgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQt ZmFtaWx5OkFyaWFsJz5GcmFuY2VzY288L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KDQo8 L2Rpdj4NCg0KPGRpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJU aW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCg0KPC9kaXY+DQoNCjwvZGl2Pg0KDQo8L2JvZHk+DQoNCjwvaHRtbD4NCg== ------_=_NextPart_001_01C5C28F.D5B40830-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: are returned as layers. Is it true that data from the tables cannot be selected by criteria? If not, where can I find more information and perhaps examples. Agneta Schick ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Agneta Schick Bundesanstalt fuer Geowissenschaften und Rohstoffe Federal Institute for Geosciences and Natural Resources Stilleweg 2 D- 30655 Hannover Tel.: +49 511 643 3136 GERMANY FAX.: +49 511 643 3663 schick at sdac.hannover.bgr.de http://www.seismologie.bgr.de ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: tables=20 are returned as layers. Is it true that data from the tables cannot=20 be selected by criteria? If not, where can I find more information and perhaps examples. Agneta Schick ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~ Agneta Schick =20 Bundesanstalt fuer Geowissenschaften und Rohstoffe Federal Institute for Geosciences and Natural Resources Stilleweg 2 D- 30655 Hannover Tel.: +49 511 643 3136 GERMANY FAX.: +49 511 643 3663 schick at sdac.hannover.bgr.de http://www.seismologie.bgr.de ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~ =20 From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: file the map will be drawn accordingly but after a bit of experimentation with various projections, the map is always drawn the same... I'm I doing something obviously wrong with this approach ? Thanks, Dave. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.12.7/159 - Release Date: 02/11/2005 From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: geometry pointer in the shape obj but i didn't get any further. If there is anything else i can provide or if some testing is required i'd be happy to help... Thanks for your attention ----mapscript/java/examples/Query.java----cut-here-- import edu.umn.gis.mapscript.*; public class Query { public static void usage() { System.err.println("Usage: Query {mapfile} {outfile}"); System.exit(-1); } public static void main(String[] args) { if (args.length != 2) usage(); try { System.loadLibrary("mapscript"); } catch(UnsatisfiedLinkError ule) { System.err.println(ule); System.exit(-1); } mapObj map = new mapObj(args[0]); map.getImagecolor().setRGB(153, 153, 204); styleObj st = map.getLayer(1).getClass(0).getStyle(0); st.getColor().setHex("#000000"); imageObj img = map.draw(); System.out.println("The map will be drawn to:"+args[1]); layerObj layer = map.getLayerByName("POLYGON"); layer.setTemplate("dummy.template"); layer.queryByPoint(map,new pointObj(0.10,51.4,0), mapscriptConstants.MS_MULTIPLE,-1); resultCacheObj results = layer.getResults(); layer.open(); for (int i=0;i the geometry pointer in the shape obj but i didn't get any further. If there is anything else i can provide or if some testing is required i'd be happy to help... Thanks for your attention ----mapscript/java/examples/Query.java----cut-here-- import edu.umn.gis.mapscript.*; public class Query { public static void usage() { System.err.println("Usage: Query {mapfile} {outfile}"); System.exit(-1); } public static void main(String[] args) { if (args.length !=3D 2) usage(); try { System.loadLibrary("mapscript"); } catch(UnsatisfiedLinkError ule) { System.err.println(ule); System.exit(-1); } mapObj map =3D new mapObj(args[0]); map.getImagecolor().setRGB(153, 153, 204); styleObj st =3D map.getLayer(1).getClass(0).getStyle(0); st.getColor().setHex("#000000"); imageObj img =3D map.draw(); System.out.println("The map will be drawn to:"+args[1]); layerObj layer =3D map.getLayerByName("POLYGON"); layer.setTemplate("dummy.template"); layer.queryByPoint(map,new pointObj(0.10,51.4,0), mapscriptConstants.MS_MULTIPLE,-1); resultCacheObj results =3D layer.getResults(); layer.open(); for (int i=3D0;i extentFromScale(x, y, scale, width, height) { cellsize =3D (scale/PixelsPerInch)/InchesPerMapUnit; minx =3D x - cellsize*width/2.0; miny =3D y - cellsize*height/2.0; maxx =3D x + cellsize*width/2.0; maxy =3D y + cellsize*height/2.0; } Now just plug the extent values into the main map extent (note scale is a = value of, say, 50000). For the CGI just initialize the application using mapxy and scale = parameters and be done with it. Steve >>> Peter Kingsbury 11/29/05 7:36 PM >>> In my mapping application, I'd like to have a default scale to be used=20 when the page first loads. I've attempted to set this in the map file (e.g. SCALE value in the = root=20 object) as well as MAXSCALE, however it seems to default to a certain=20 aggravating value. I've also tried twiddling with the map extents, however this just = causes=20 the scale to bump up away from my target scale. :) Any help is appreciated! - P From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: MapServer. There is a component called "MyGIS" which MapServer can be built with, which works on a non-spatial MySQL table (see: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MySQL). Having said this, I tried getting MapServer working with MySQL, and it seems the easiest way is via Bart's suggestions. I'm not sure what the current state of affairs is w.r.t. MySQL in MapServer (Attila may have comments here). For me, I ended up going w/ PostGIS because of the support for sorts of spatial stuff via MapServer. IMHO, if you have a choice and need a DB, go with PostGIS. If you have an existing MySQL RDBMS, go with Bart's suggestions for simple points in a MySQL table. ..Tom > -----Original Message----- > From: UMN MapServer Users List=20 > [mailto:MAPSERVER-USERS at lists.umn.edu] On Behalf Of Adam > Sent: Wednesday, December 21, 2005 1:54 PM > To: MAPSERVER-USERS at lists.umn.edu > Subject: Re: [UMN_MAPSERVER-USERS] mysql? >=20 >=20 > I was reading in "Web Mapping Illustrated" that MySQL "lacks=20 > many of the spatial functions found in PostGIS". >=20 > Anyone have an idea what features it lacks? >=20 > Which MySQL or PostGIS does anyone prefer? >=20 > I'm just starting to implment a spatial database and wonder=20 > which one to use. > ----- Original Message -----=20 > From: "Paolo Cavallini" > To: > Sent: Wednesday, December 21, 2005 12:15 PM > Subject: [UMN_MAPSERVER-USERS] mysql? >=20 >=20 > > Hi all. > > I have seen on the home page that MapServer supports MySQL=20 > tables via=20 > > OGR, which however does not have support for spatial data. Could=20 > > someone point > out > > a resource to understand this better, or give us a brief=20 > overview of=20 > > MySQL support in UMN MS? Thanks a lot. > > pc > > --=20 > > Paolo Cavallini > > email+jabber: cavallini at faunalia.it > > www.faunalia.it > > Piazza Garibaldi 5 - 56025 Pontedera (PI), Italy Tel:=20 > (+39)348-3801953 > > >=20 From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: -the TEMPLATE "countytemplate.html" contains: =20 -the HEADER "countyimagemapheader.html" contains: -the FOOTER "countyimagemapfooter.html" contains: I call the imagemap with the URL: http://myurl/cgi-bin/mapserv.exe?map=3Dc:/mypath/maps/testmap/newimagemap= t est.map&qlayer=3Dcounty&mode=3Dnquery&searchmap=3Dtrue Here is the resulting imagemap with all but two of the polygon elements snipped out for brevity: Essentially, I am just doing a query (nquery), using the query templates (header, template, footer) to build an imagemap instead of a html table. You can see in the TEMPLATE, that I am using [NAME] and [COUNTY_FIP], which are field names in my shapefile dbf to put the values in to the imagemap elements. =20 In addition to the imagemap that is generated, you will want to hit mapserver to generate the map image associated with your imagemap. =20 I plan to write this up as a HowTo or FAQ as soon as I get a little time. =20 David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Bob Basques Sent: Thursday, December 22, 2005 2:25 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] scrolling over a point to view attributes I should have probably added that I used the CGI version of MapServer=20 since I was most comfortable with that approach. bobb Bob Basques wrote: >Jennifer, > >I originally put together our first version of this capability for our=20 >internal developers here at the City. > >This is how I got started, it's not the only way:=20 >http://www.walterzorn.com/tooltip/tooltip_e.htm > >Once you have a Webpage working with aboveLIB, then the next step is to >make a TEMPLATE that MapServer can use for Attribute Output from the=20 >SHP files. to generate Imagemap Just read up on: >http://mapserver.gis.umn.edu/docs/reference/templatereference > >I can't seem to find too much on the Mapserver pages about ImageMap=20 >generation, (is there something obvious some place that I'm missing?).=20 >I'm try to find an example of a IMAGEMAP from MapServer Template, but=20 >not find anything specfically like this. > >Anyone else know of an example that generate straight from the=20 >MapServer Template (Using SHPXY?) > >bobb > > > >Jennifer A Bennett wrote: > > =20 > >>This is a multipart message in MIME format. >>--=3D_alternative 00628F4B862570DF_=3D >>Content-Type: text/plain; charset=3D"US-ASCII" >> >>Thank You for your response Bobb, >>I was wondering if you could flesh out your answer a little for me; I >>am >>still kind of new to mapserver and web design and don't know javascript=20 >>really well. Do you know of any documentation that could explain the=20 >>process of creating an IMAGEMAP and displaying necessary attribute fields=20 >>when scrolling over a point? Can you direct me to your website, so I can=20 >>see an example of a mapserver imagemap? Do you know of any other websites=20 >>that use mapserver generated imagemaps? >> >>Thanks, >>Jennifer >>--=3D_alternative 00628F4B862570DF_=3D >>Content-Type: text/html; charset=3D"US-ASCII" >> >> >>
Thank You for your response=20 >>Bobb,
I was wondering if = you >>could flesh out your answer a little for me; I am still kind of=20 >>new to mapserver and web design and don't know javascript really well. >>Do you know of any documentation that could explain the process of=20 >>creating an IMAGEMAP and displaying necessary attribute fields when=20 >>scrolling over a point? Can you direct me to your website, so I=20 >>can see an example of a mapserver imagemap? Do you know of any=20 >>other websites that use mapserver generated imagemaps?
=20 >>
Thanks,
>face=3D"sans-serif">Jennifer --=3D_alternative=20 >>00628F4B862570DF_=3D-- >> >>=20 >> >> =20 >> > > =20 > From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: ERROR: relation "geometry_columns" does not exist And from my http error_log: msPOSTGISLayerClose -- layerinfo is NULL I do have a geometry_columns table with the appropiate f_table_name and f_geometry_column fields. Any ideas of what I'm missing? Best regards, Frank Fica From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: interested in the Oracle/Mapserver/Java/Tomcat. Therfore I'd like to share experiences I made with using Connection-Pooling of Oracle-Connections inside Java/Tomcat. Testenvironment: Mapserver 4.6.2; Suse-Linux; Tomcat 4.1.31; Sun-Java 1.4.2 Simulating 5 Browsers, which produce maps, query features, make selections, query-legend-pics frequently. - After using synchronized "enough" I didn't have crashes of Tomcat. - Big memory leak: Between the first 5 requests and the next 100 requests the Tomcat-process became about 400MB bigger. (I use "top" for watching memory-footprint.) - Cleaning the Connection-Pool "by hand". This means: Opening the function msConnPoolCloseUnreferenced in mappool.c for use in Java and call it after every request. - After this I still have memory leaks: About 100MB for 30.000 requests. (I also made a test: 25.000 requests without Connection pooling. Memory increased and decreased as expected in this case.) - Performancecomparison in my testcase: Without use of connection-pooling: ~ 50 Request per minute With use of connection-pooling: ~75 Request per minute As a result I have the following encouragements: - Making msConnPoolCloseUnreferenced availabe for mapscript via swig. (I made a hack by directly editing mapscript/java/mapscript_wrap.c and Java-Files in mapscript/java/edu/umn/gis/mapscript.) I think this function could be part of the mapscript-Object? - Investigations on the memory leaks. Both leaks shouldn't occure. (I'll do this, if I find time. but ...) - Fernando Simon: What about using OCI-Connection-Pooling for oracle instead the mappool.c? http://oraclesvca2.oracle.com/docs/cd/B14117_01/appdev.101/b10779/oci09adv.htm#452244 (If you don't have time, I maybe could help coding. But would it become part uf Mapserver?) Happy new year to everybody Benedikt Rothe --=_alternative 003919A6C12570EA_= Content-Type: text/html; charset="US-ASCII"
Hi list members,

From former threads I got the impression, that there are some folks
interested in the Oracle/Mapserver/Java/Tomcat.

Therfore I'd like to share experiences I made with using Connection-Pooling of
Oracle-Connections inside Java/Tomcat.

Testenvironment: Mapserver 4.6.2; Suse-Linux; Tomcat 4.1.31; Sun-Java 1.4.2
Simulating 5 Browsers, which produce maps, query features, make selections,
query-legend-pics frequently.

- After using synchronized "enough" I didn't have crashes of Tomcat.

- Big memory leak: Between the first 5 requests and the next 100 requests
the Tomcat-process became about 400MB bigger. (I use "top" for
watching memory-footprint.)

- Cleaning the Connection-Pool "by hand". This means:
Opening the function msConnPoolCloseUnreferenced in mappool.c
for use in Java and call it after every request.

- After this I still have memory leaks: About 100MB for 30.000 requests.
(I also made a test: 25.000 requests without Connection pooling. Memory increased
and decreased as expected in this case.)

- Performancecomparison in my testcase:
Without use of connection-pooling: ~ 50 Request per minute
With use of connection-pooling: ~75 Request per minute

As a result I have the following encouragements:
- Making msConnPoolCloseUnreferenced availabe for mapscript via swig.
(I made a hack by directly editing mapscript/java/mapscript_wrap.c and
Java-Files in mapscript/java/edu/umn/gis/mapscript.) I think this
function could be part of the mapscript-Object?

- Investigations on the memory leaks. Both leaks shouldn't occure. (I'll do
this, if I find time. but ...)

- Fernando Simon: What about using OCI-Connection-Pooling for oracle instead the mappool.c?
http://oraclesvca2.oracle.com/docs/cd/B14117_01/appdev.101/b10779/oci09adv.htm#452244
(If you don't have time, I maybe could help coding. But would it become part uf Mapserver?)

Happy new year to everybody
Benedikt Rothe --=_alternative 003919A6C12570EA_=-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: using driver `ODBC' successful. 1: PROPERTY_VIRTUAL C:\Program Files\FWTools1.0.0a7>ogrinfo ODBC:parcel_test PROPERTY_VIRTUAL INFO: Open of `ODBC:parcel_test' using driver `ODBC' successful. Layer name: PROPERTY_VIRTUAL Geometry: Unknown (any) Feature Count: 1 Layer SRS WKT: (unknown) OBJECTID: Integer (10.0) STATUS: String (20.0) UTM_X: Real (0.0) UTM_Y: Real (0.0) AREA: Real (0.0) SHAPE_Length: Real (0.0) SHAPE_Area: Real (0.0) HERITAGE: String (20.0) PAR_UPDATE: String (10.0) UPDATE_DATE: String (20.0) CREATE_DATE: String (20.0) UPDATE_SOURCE: String (50.0) AREA_ACRE: Real (0.0) PID: Integer (10.0) AREA_HECTARE: Real (0.0) OGRFeature(PROPERTY_VIRTUAL):0 OBJECTID (Integer) = 2 STATUS (String) = Active UTM_X (Real) = 501405.687500125 UTM_Y (Real) = 4801949.24999883 AREA (Real) = 229.843703627485 SHAPE_Length (Real) = 77.3317483960398 SHAPE_Area (Real) = 229.843703627485 HERITAGE (String) = PART V PAR_UPDATE (String) = (null) UPDATE_DATE (String) = (null) CREATE_DATE (String) = (null) UPDATE_SOURCE (String) = (null) AREA_ACRE (Real) = 0.0567943791663515 PID (Integer) = 42385 AREA_HECTARE (Real) = 0.0229843703627485 Any help would be greatly appreciated. I have several polygon layers to publish this way, ultimately from an Oracle database. Thanks in advance, ------------------------------ Mark Adams Senior Analyst & Project Manager Cuesta Systems (DPRA Canada) 5230 South Service Road Burlington, ON L7L 5K2 Phone: 905-333-4544 x14 Fax: 905-333-0455 Email: mark.adams at dpra.com On Wed, 21 Dec 2005 00:10:06 -0600, Frank Fica wrote: >Hello, > >I've been trying to map a non-spatial postgre table with ogr via ODBC but no success. There must >be a simple solution to what I'm missing and I haven't been able to figure it out. My other layers >do render but my Virtual layer doesn't. When I test in ogrinfo I can connect but when I try to map >in mapserver the image is blank, only my mapinfo layer renders. > >Does someone has any suggestions on what I'm missing? > >Here are is my ovf file: > > > > ODBC:@PostgreSQL,sorento > sorento > wkbPoint > > > > >and map file: > >MAP > IMAGETYPE PNG > EXTENT -90.760314 14.252771 -90.210352 14.937117 > SIZE 640 480 > UNITS METERS > > SYMBOL > NAME "circle" > TYPE ELLIPSE > POINTS > 1 1 > END > FILLED TRUE > END > > LAYER > NAME "ciudad" > TYPE POLYGON > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "/var/www/html/guatemala/data/ciudad.tab" > STYLEITEM "AUTO" > CLASS > NAME "Ciudad" > END > END > > LAYER > NAME "sorento" > TYPE POINT > CONNECTIONTYPE OGR > CONNECTION "virtual.ovf" > DATA "sorento" > STATUS DEFAULT > CLASS > STYLE > SYMBOL 'circle' > SIZE 30 > COLOR 255 0 0 > END > END > END >END From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: using driver `ODBC' successful. 1: PROPERTY_VIRTUAL C:\Program Files\FWTools1.0.0a7>ogrinfo ODBC:parcel_test PROPERTY_VIRTUAL INFO: Open of `ODBC:parcel_test' using driver `ODBC' successful. Layer name: PROPERTY_VIRTUAL Geometry: Unknown (any) Feature Count: 1 Layer SRS WKT: (unknown) OBJECTID: Integer (10.0) STATUS: String (20.0) UTM_X: Real (0.0) UTM_Y: Real (0.0) AREA: Real (0.0) SHAPE_Length: Real (0.0) SHAPE_Area: Real (0.0) HERITAGE: String (20.0) PAR_UPDATE: String (10.0) UPDATE_DATE: String (20.0) CREATE_DATE: String (20.0) UPDATE_SOURCE: String (50.0) AREA_ACRE: Real (0.0) PID: Integer (10.0) AREA_HECTARE: Real (0.0) OGRFeature(PROPERTY_VIRTUAL):0 OBJECTID (Integer) = 2 STATUS (String) = Active UTM_X (Real) = 501405.687500125 UTM_Y (Real) = 4801949.24999883 AREA (Real) = 229.843703627485 SHAPE_Length (Real) = 77.3317483960398 SHAPE_Area (Real) = 229.843703627485 HERITAGE (String) = PART V PAR_UPDATE (String) = (null) UPDATE_DATE (String) = (null) CREATE_DATE (String) = (null) UPDATE_SOURCE (String) = (null) AREA_ACRE (Real) = 0.0567943791663515 PID (Integer) = 42385 AREA_HECTARE (Real) = 0.0229843703627485 Any help would be greatly appreciated. I have several polygon layers to publish this way, ultimately from an Oracle database. Thanks in advance, ------------------------------ Mark Adams Senior Analyst & Project Manager Cuesta Systems (DPRA Canada) 5230 South Service Road Burlington, ON L7L 5K2 Phone: 905-333-4544 x14 Fax: 905-333-0455 Email: mark.adams at dpra.com On Wed, 21 Dec 2005 00:10:06 -0600, Frank Fica wrote: >Hello, > >I've been trying to map a non-spatial postgre table with ogr via ODBC but no success. There must >be a simple solution to what I'm missing and I haven't been able to figure it out. My other layers >do render but my Virtual layer doesn't. When I test in ogrinfo I can connect but when I try to map >in mapserver the image is blank, only my mapinfo layer renders. > >Does someone has any suggestions on what I'm missing? > >Here are is my ovf file: > > > > ODBC:@PostgreSQL,sorento > sorento > wkbPoint > > > > >and map file: > >MAP > IMAGETYPE PNG > EXTENT -90.760314 14.252771 -90.210352 14.937117 > SIZE 640 480 > UNITS METERS > > SYMBOL > NAME "circle" > TYPE ELLIPSE > POINTS > 1 1 > END > FILLED TRUE > END > > LAYER > NAME "ciudad" > TYPE POLYGON > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "/var/www/html/guatemala/data/ciudad.tab" > STYLEITEM "AUTO" > CLASS > NAME "Ciudad" > END > END > > LAYER > NAME "sorento" > TYPE POINT > CONNECTIONTYPE OGR > CONNECTION "virtual.ovf" > DATA "sorento" > STATUS DEFAULT > CLASS > STYLE > SYMBOL 'circle' > SIZE 30 > COLOR 255 0 0 > END > END > END >END From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: using either "target=3D_blank" or via JavaScript, and have that window display your result. If that doesn't answer your question, please ask the question on the list, providing clear details of your problem (include names and versions of software you are using, if applicable). I am sure you will get a helpful answer very quickly. For further clarity, I am including below the thread that you linked above.= .. > afaik, you can't tell the server to "push" two windows. However, you can > readily tell the client to spawn an additional window that "pulls" the > correct script from the server. > > attach a window spawning function to any client-side object that fires > either by user interaction or by onload. > > pk/ > > >> -----Original Message----- >> From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com] >> Sent: Tuesday, July 16, 2002 12:14 PM >> To: MapServer List (E-mail) >> Subject: [mapserver-users] PHP, HOW??: Returning Results to Multiple >> Windows >> >> >> Kind of a generic server side processing question. >> >> I'm running a querybypoint operation w/ PHP MapScript. I can >> collect the >> results in an array, highlight the selected records, etc. >> etc., all in the >> same window. BUT, what I want to do is display the selected >> records in a >> table in a NEW window. So... I want the server-side stuff to >> do something >> like this. >> >> Receive Input >> | >> V >> Query Shapefile >> | >> V >> Return Results to Array >> | >> V >> Refresh Map in Existing Window >> (showing selected records) >> | >> V >> Display the Attributes of >> the Selected Records in a >> New Window >> >> It's this last step that I'm having a hard time with...I >> would think it >> should be simple. Thanks for any suggestions! >> >> Cheers! >> >> >> Chip Hankley >> -- Puneet Kishor From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: that you are a newbie to GIS, it seems that MapServer may not really be what you want to tackle. From what you are describing you need, actually Google maps (or Yahoo maps) would be the easiest route for you. You could have a working application picking out points from a db, and putting a point on a street map in less than an hour, and you wouldn't have to worry about hosting it. You do say that the Google detail is insufficient for you. Google and Yahoo street detail is pretty good, but if you want something custom, then you will have to roll your sleeves and start learning all that you are a newbie to thus far. For example, there is no such thing as "image formats (that) support this detail" Sorry, can only be as specific as your query, and not anymore. You might want to rephrase what you really want to do, and your various constraints. -- Puneet Kishor From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: OUTPUTFORMAT NAME png24 DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE rgba EXTENSION "png" TRANSPARENT ON END LAYER NAME "City Streets" METADATA DESCRIPTION "City Streets" wms_title "City_Streets" "RESULT_FIELDS" "street_name" END TYPE POLYGON CONNECTIONTYPE OGR connection "MapInfo\Cadastre\City_Streets.TAB" LABELITEM "street_name" TRANSPARENCY 50 CLASS name "City Streets" template "dummy.html" color 145 137 103 END end =20 =20 Thanks, Mike Merrett =20 ------_=_NextPart_001_01C63F0A.8A40497E Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Hi:

I = have a=20 queryByAttributes result which gives me a shapeobj =

&nbs= p; =20 -- if I then try to draw that shape it does draw but it is not = transparent like=20 the layer is set to

&nbs= p;Should=20 it? (is this a feature or a bug)

Below = is the code I=20 am using ( assume a zoom in to show the features at a scale which show = that it=20 isn't transparent - I cut out that part for clarity)

$oParcelLayer =3D=20 $gpoMap->getLayerByName("City Streets" );

$y =3D=20 @$oParcelLayer->queryByAttributes('street_name', $the_street, = MS_SINGLE=20 ); // assume it found one = (real code=20 has an if)

    $oResult =3D=20 $oParcelLayer->getResult(0=20 );
    $oParcelLayer->open();
  &n= bsp; $oShape=20 =3D $oParcelLayer->getShape($oResult->tileindex, = $oResult->shapeindex=20 );

$img =3D=20 $gpoMap->draw();

$rrr =3D=20 $oShape->draw( $gpoMap, $oParcelLayer, $img);

From = the map file=20 (relevant parts)

OUTPUTFORMAT
NAME png24
DRIVER = "GD/PNG"
=20 MIMETYPE "image/png"
IMAGEMODE rgba
EXTENSION=20 "png"
TRANSPARENT ON
END

LAYER
  NAME "City=20 Streets"
  METADATA
   DESCRIPTION "City=20 Streets"
   wms_title=20 "City_Streets"
   "RESULT_FIELDS"=20 "street_name"
  END
  TYPE=20 POLYGON
  CONNECTIONTYPE OGR
  connection=20 "MapInfo\Cadastre\City_Streets.TAB"
  LABELITEM=20 "street_name"
  TRANSPARENCY=20 50
  CLASS
   name "City=20 Streets"
   template = "dummy.html"
   color=20 145 137 103
  END
end

Thanks,

Mike=20 Merrett

------_=_NextPart_001_01C63F0A.8A40497E-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: OUTPUTFORMAT NAME png24 DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE rgba EXTENSION "png" TRANSPARENT ON END LAYER NAME "City Streets" METADATA DESCRIPTION "City Streets" wms_title "City_Streets" "RESULT_FIELDS" "street_name" END TYPE POLYGON CONNECTIONTYPE OGR connection "MapInfo\Cadastre\City_Streets.TAB" LABELITEM "street_name" TRANSPARENCY 50 CLASS name "City Streets" template "dummy.html" color 145 137 103 END end =20 =20 Thanks, Mike Merrett =20 From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: Janeks > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Luca Manganelli > Sent: Wednesday, March 08, 2006 12:44 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] Mapserver website dead? > > http://mapserver.gis.umn.edu/ > > give me no response... From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: called 'proxy' can be accessed via http. I have made some changes to the following files to reflect the new directory structure: Apache's httpd.conf's, and chameleon's chameleon.xml. I have also found it necessary to make a copy of chameleon's directory in the proxy directory. The application seems to work to an extent, however mapserver malfunctions. It obviously has somthing to do with the fact that only files in the 'proxy' directory are web accessable. Apoligies for a rather sparse description of what I think is potentially a complex senario. Any suggestions you may have would be great. Thanks Jeremy -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: March 10, 2006 1:25 PM To: Jeremy.Sears at CCRS.NRCAN.GC.CA; MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] msFreeHashItems()? Hash tables are used in a number of places, most commonly with fonts but elsewhere too. Might be tricky to debug. What type of a request is generating the error and from what language (or just the CGI?)... Steve >>> "Sears, Jeremy" 03/10/06 10:18 AM >>> Hi all, Im getting the following error in my mapserver app error output: >>msFreeHashItems(): Hash table error. Can't free NULL table\r, referer: ........ I cant seem to find any info about this on the mapserver site nor the list archives .. Can anyone explain what this is all about? Thanks Jeremy From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: RASTER: * Orthophotos * DEMs * Multispectral * Panchromatic * Hyperspectral ... VECTOR: * Air Infrastructure * Rail Infrastructure * Road Infrastructure * Water Infrastructure * Geology * Contour * Admin ... this could go on forever... Then having some way of mapping their spatial locations and locations on disk along with metadata info into PostGIS tables. I'd like to get some feedback from anyone who has had similar experience thanks in advance shoaib From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: ================== The short answer is no, there is no map file keyword to indicate the field to use as the rotation value. The long answer is there are a couple of work-arounds that might work for you: 1. Use LABEL with POSITION CC and LABELANGLEITEM to indicate the field with the rotation - if you want to have a text label along with the "symbol" then you'll to define another LAYER just for that - this will only work for using TrueType fonts for symbols (it won't work for Bitmap or Vector symbols) OR 2. Create different symbols for the different directions, and then use CLASS and EXPRESSION to assign the appropriate symbol for the different values in the field. - We used this method to show ship symbols based on a "heading" attribute: CLASS EXPRESSION ([HEADING]<23 or [HEADING]>337) SYMBOL 'arrowup' SIZE 10 COLOR 255 0 0 OUTLINECOLOR 0 0 0 END # CLASS CLASS EXPRESSION ([HEADING]>=23 and [HEADING]<67) SYMBOL 'arrowuprt' : In this case we generalized the heading values to eight different symbols representing eight points on a compass. ============================ Brent Fraser ----- Original Message ----- From: "J?rn Vegard R?snes" To: Sent: Thursday, March 23, 2006 1:46 PM Subject: [UMN_MAPSERVER-USERS] Arrow for a line > Hi, > > I have a Postgis database with some lines and the heading of them (track of > vessels). > How can I use ANGLEITEM to visualise the heading of the boats, preferrably > with an arrow? > > Here is an example I know doesn't work, maybe close to the solution....: > > SYMBOL > NAME 'dashed1' > TYPE VECTOR > POINTS > 0 0 > 0 1 > -99 -99 > 0 0 > 0.3 0.3 > -99 -99 > 0 0 > -0.3 0.3 > END > FILLED false > END > > LAYER > NAME "ais" > CONNECTIONTYPE POSTGIS > CONNECTION "user=postgres dbname=havo host=localhost port=5432" > DATA "track from my_ship_track_view" > TYPE line > PROJECTION > "init=epsg:4326" > END > LABELITEM "name" > CLASSITEM "name" > CLASS > STYLE > ANGLEITEM 'heading' > SYMBOL "dashed1" > SIZE 20 > COLOR 0 255 0 > END > END > > CLASS > DEBUG ON > LABEL > COLOR 132 31 31 > SHADOWCOLOR 218 218 218 > SHADOWSIZE 2 2 > TYPE TRUETYPE > FONT arial > SIZE 5 > ANTIALIAS TRUE > POSITION CL > PARTIALS true > MINDISTANCE 10 > BUFFER 4 > END # end of label > COLOR 224 64 0 > END > END > > > cheers > Jorn From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: you need do little more than stick the string in as: POLYGON (( 100000 100000, 200000 500000,500000 500000,500000 200000, 100000 100000)) (Or LINESTRING etc - Other Geom types detaild in second of the 2 links) Best wishes James -----Original Message----- From: Chip Taylor [mailto:work at XWB.COM]=20 Sent: 30 March 2006 19:09 To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] Defining a line from SQL server using OGR The x,y columns are doubles. Where can I learn about geometry in WKT format? Thanks for all your help! Chip Chip, what are the types of your gpsLongitude columns? Are they array types of some kind? Or perhaps you are hoping that OGR will collect all the rows, and make it into a single linestring features? Basically, this is not supported. If you could do something in the database to prepare an appropriate line geometry in WKT format, you could use the WKT column support in VRT. Best regards, --=20 ---------------------------------------+-------------------------------- ---- -- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | President OSGF, http://osgeo.org From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: perspective there are three that trun on and off depending on scale. Thanks Jeremy From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: Spanish!), Lucero is asking for help with his thesis. He wants to draw thematic maps using MapServer, like those with different colors for cities. He wants help, and he wants it urgently. I think Lucero is in the right place, but he might get more directed help if he actually works through the examples on the mapserver website, and then asks more specific questions. Fawcett, David wrote: > Can anyone help out lucero? > > > -----Original Message----- > *From:* lucero ruiz perez [mailto:lrp_2009 at hotmail.com] > *Sent:* Wednesday, April 26, 2006 1:41 PM > *To:* Fawcett, David > *Subject:* ayudaurgente > > hola mi nombre es lucero y necesito de tu ayuda nose si tu me puedes > mandar unos ejemplos de como hacer los mapas tematicos, y manuales lo > quew pasa es que casi no encuentro informacion y me gustaria ver si tu > me puedes ayudar, estoy desarrollando mi tesis y tengo que hacer unos > mapas tematicos utilizando mapserver, y tengo que hacer algo como los > ejemplos que muestran, como pintar de diferente color las ciudades y eso > porfavor ayudame te lo agradecere mucho, gracias. > > ------------------------------------------------------------------------ > Prodigy/MSN Hotmail Plus. M?s espacio, m?s funcional Haz clic aqu? > From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: =20 http://10.1.6.46/cgi-bin/mapserv?map=3D/home/earevalo/mapserver-4.8.3/tes= ts/test.map&layer=3DTesting&mode=3Dmap = =20 =20 Note that you used a colon instead of an equals sign. =20 David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] = On Behalf Of Eduardo Ar=E9valo Sent: Thursday, May 04, 2006 11:06 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] error en http =09 =09 please help: =09 = http://10.1.6.46/cgi-bin/mapserv?map:/home/earevalo/mapserver-4.8.3/tests= /test.map&layer=3DTesting&mode=3Dmap=20 =09 error =09 loadMap(): Web application error. CGI variable "map" is not set. =09 =09 =09 ------_=_NextPart_001_01C66F9D.1F12D98A Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message

From=20 your example, I would try:

http://10.1.6.46/cgi-bin/mapserv?map=3D/home/earevalo/mapserver-= 4.8.3/tests/test.map&layer=3DTesting&mode=3Dmap=20

Note=20 that you used a colon instead of an equals sign.

David.

-----Original Message-----
From: UMN = MapServer=20 Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of = Eduardo=20 Ar=E9valo
Sent: Thursday, May 04, 2006 11:06 = AM
To:=20 MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-USERS] = error=20 en http

please help:

http://10.1.6.46/cg= i-bin/mapserv?map:/home/earevalo/mapserver-4.8.3/tests/test.map&layer= =3DTesting&mode=3Dmap=20

error

loadMap(): Web application error. CGI = variable "map"=20 is not set.

------_=_NextPart_001_01C66F9D.1F12D98A-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: consuming... -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at lists.umn.edu]On Behalf Of Zhonghai Wang Sent: Tuesday, May 16, 2006 3:09 AM To: MAPSERVER-USERS at lists.umn.edu Subject: Re: [UMN_MAPSERVER-USERS] how to speed up MapServer performance? Hi my friends, I am really very thankful for all your information, I am a newbie in MapServer. here is the data amount that I am using for the application: (all the source data is MapInfo format, and what I calculated is the ".MAP" file) 1. boundaries -- 388 KB 2. forests -- 9163 KB 3. lakes -- 26 KB 4. city parks -- 25 KB 5. settlement -- 2279 KB 6. rivers -- 1653 KB 7. road networks -- 56370 KB 8. railway -- 1343 KB 9. train station -- 27 KB 10 bus station -- 2 KB 11. tourist centers -- 9 KB 12. theaters -- 6 KB 13. shopping center -- 7 KB 14. city location -- 9 KB ***** and here is how I am symbolizing the layers, mapfile for all these layers: *** LAYER NAME "Country" STATUS DEFAULT TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "CA_NAV_COUNTRY.TAB" TRANSPARENCY 40 DEBUG ON PROJECTION "init=epsg:4326" END CLASS #NAME "Boundaries" STYLE SYMBOL 0 COLOR 155 155 155 OUTLINECOLOR 155 155 155 BACKGROUNDCOLOR 255 255 255 END END END LAYER NAME "lakes" STATUS DEFAULT TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "CA_NAV_LAKE.TAB" DEBUG ON PROJECTION "init=epsg:4326" END CLASS NAME "Lake" STYLE COLOR 102 153 255 END END END LAYER NAME "woodland" STATUS DEFAULT TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "CA_NAV_WOODLAND_G.TAB" DEBUG ON PROJECTION "init=epsg:4326" END CLASS NAME "woodland" STYLE COLOR 0 185 92 END END END LAYER NAME "woodland" STATUS DEFAULT TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "CA_NAV_WOODLAND.TAB" MAXSCALE 100000 #LABELITEM "Street_Label" #SYMBOLSCALE 50000 #LABELMAXSCALE 80000 PROJECTION "init=epsg:4326" END CLASS NAME "woodland" STYLE COLOR 0 185 92 END END END LAYER NAME "city parks" STATUS DEFAULT TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "CA_NAV_CITY_PARK.TAB" PROJECTION "init=epsg:4326" END CLASS NAME "Park" STYLE SYMBOL 0 COLOR 233 254 205 END END END LAYER NAME "settlement" STATUS DEFAULT TYPE POLYGON #CLASSITEM "Area" CONNECTIONTYPE OGR CONNECTION "CA_NAV_BUILT_UP_AREA.TAB" MAXSCALE 800000 #LABELITEM "Street_Label" #SYMBOLSCALE 80000 #LABELMAXSCALE 120000 PROJECTION "init=epsg:4326" END CLASS NAME "settlement" #EXPRESSION ([Area]>20000) STYLE COLOR 207 207 158 END END END LAYER NAME "rivers" STATUS DEFAULT TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "CA_NAV_WATERWYS.TAB" MAXSCALE 800000 PROJECTION "init=epsg:4326" END CLASS NAME "river" STYLE COLOR 102 153 255 END END END LAYER NAME "street50" STATUS DEFAULT TYPE LINE CONNECTIONTYPE OGR CONNECTION "CA_NAV_S50.TAB" MAXSCALE 40000 LABELITEM "Street_Label" SYMBOLSCALE 5000 LABELMAXSCALE 20000 PROJECTION "init=epsg:4326" END CLASS NAME "Street 50" LABEL # must be in your FONTSET TYPE TRUETYPE FONT "vera" SIZE 8 MINSIZE 2 MAXSIZE 8 ANGLE AUTO POSITION CC OFFSET 0 0 COLOR 0 0 255 MINFEATURESIZE AUTO BUFFER 0 END STYLE SYMBOL "point" SIZE 8 MINSIZE 1 MAXSIZE 8 COLOR 255 255 255 END END END LAYER NAME "oneway" STATUS DEFAULT TYPE LINE CONNECTIONTYPE OGR CONNECTION "CA_NAV_ONEWAY.TAB" MAXSCALE 40000 SYMBOLSCALE 5000 PROJECTION "init=epsg:4326" END CLASS NAME "Oneway" STYLE SYMBOL "oneway" SIZE 8 MINSIZE 1 MAXSIZE 8 COLOR 255 51 0 END END END LAYER NAME "street40" STATUS DEFAULT TYPE LINE CONNECTIONTYPE OGR CONNECTION "CA_NAV_S40.TAB" MAXSCALE 100000 LABELITEM "Street_Label" SYMBOLSCALE 15000 LABELMAXSCALE 30000 LABELCACHE ON PROJECTION "init=epsg:4326" END CLASS NAME "Street 40" LABEL # must be in the FONTSET TYPE TRUETYPE FONT "vera" SIZE 9 MINSIZE 2 MAXSIZE 9 ANGLE AUTO POSITION CC OFFSET 0 0 COLOR 0 0 255 MINFEATURESIZE 20 BUFFER 0 END STYLE SYMBOL "point" SIZE 10 MINSIZE 3 MAXSIZE 10 COLOR 160 160 160 ANTIALIAS TRUE END STYLE SYMBOL "point" SIZE 8 MINSIZE 1 MAXSIZE 8 COLOR 255 255 255 ANTIALIAS TRUE END END END LAYER NAME "street30" STATUS DEFAULT TYPE LINE CONNECTIONTYPE OGR CONNECTION "CA_NAV_S30.TAB" MAXSCALE 250000 LABELITEM "Street_Label" SYMBOLSCALE 40000 LABELMAXSCALE 120000 LABELCACHE ON PROJECTION "init=epsg:4326" END CLASS NAME "Street 30" LABEL # must be in your FONTSET TYPE TRUETYPE FONT "vera" SIZE 9 MINSIZE 2 MAXSIZE 9 ANGLE AUTO POSITION CC OFFSET 0 0 COLOR 0 0 255 MINFEATURESIZE 30 #MINDISTANCE 10 BUFFER 0 END STYLE SYMBOL "point" SIZE 10 MINSIZE 3 MAXSIZE 10 COLOR 160 160 160 END STYLE SYMBOL "point" SIZE 8 MINSIZE 1 MAXSIZE 8 COLOR 255 204 51 END END END LAYER NAME "railway" STATUS DEFAULT TYPE LINE CONNECTIONTYPE OGR CONNECTION "CA_NAV_RAILRDS.TAB" MAXSCALE 8000 SYMBOLSCALE 4000 PROJECTION "init=epsg:4326" END CLASS NAME "railway" SYMBOL 'point' COLOR 0 0 0 SIZE 5 MINSIZE 1 MAXSIZE 5 OVERLAYSYMBOL "dashedline" OVERLAYCOLOR 255 255 255 OVERLAYSIZE 3 OVERLAYMINSIZE 0 OVERLAYMAXSIZE 3 END END LAYER NAME "street20" STATUS DEFAULT TYPE LINE CONNECTIONTYPE OGR CONNECTION "CA_NAV_S20.TAB" MAXSCALE 900000 LABELITEM "Street_Label" SYMBOLSCALE 100000 LABELMAXSCALE 430000 LABELCACHE ON PROJECTION "init=epsg:4326" END CLASS NAME "Street 20" LABEL # must be in your FONTSET TYPE TRUETYPE FONT "vera" SIZE 9 MINSIZE 1 MAXSIZE 9 ANGLE AUTO POSITION CC OFFSET 0 0 COLOR 0 0 255 MINFEATURESIZE 50 #MINDISTANCE 10 BUFFER 0 END STYLE SYMBOL "point" SIZE 10 MINSIZE 3 MAXSIZE 10 COLOR 160 160 160 END STYLE SYMBOL "point" SIZE 8 MINSIZE 1 MAXSIZE 8 COLOR 247 193 157 END END END LAYER NAME "street10" STATUS DEFAULT TYPE LINE CONNECTIONTYPE OGR CONNECTION "CA_NAV_S10_O.TAB" MAXSCALE 1700000 LABELITEM "Street_Label" SYMBOLSCALE 400000 LABELMAXSCALE 500000 PROJECTION "init=epsg:4326" END CLASS NAME "Street 10" LABEL # must be in your FONTSET TYPE TRUETYPE FONT "vera" SIZE 8 MINSIZE 1 MAXSIZE 8 ANGLE AUTO POSITION CC OFFSET 0 0 COLOR 255 0 0 BACKGROUNDCOLOR 153 204 153 MINFEATURESIZE AUTO MINDISTANCE 200 BUFFER 1 END STYLE SYMBOL "point" SIZE 10 MINSIZE 3 MAXSIZE 10 COLOR 255 0 0 END STYLE SYMBOL "point" SIZE 6 MINSIZE 1 MAXSIZE 6 COLOR 255 255 0 END END END LAYER NAME "train station" STATUS OFF TYPE POINT CONNECTIONTYPE OGR CONNECTION "CA_NAV_TRAIN_STATION.TAB" MAXSCALE 10000 #LABELITEM "Label" SYMBOLSCALE 1000 LABELMAXSCALE 5000 PROJECTION "init=epsg:4326" END CLASS NAME "Train station" LABEL TYPE TRUETYPE FONT "vera" SIZE 8 MINSIZE 2 MAXSIZE 8 ANGLE AUTO POSITION UC OFFSET 0 0 END STYLE SYMBOL "triangle" COLOR 153 0 0 SIZE 8 MINSIZE 3 MAXSIZE 8 END END END LAYER NAME "bus station" STATUS DEFAULT TYPE POINT CONNECTIONTYPE OGR CONNECTION "CA_NAV_BUS_STATION.TAB" MAXSCALE 10000 LABELITEM "Label" SYMBOLSCALE 1000 LABELMAXSCALE 5000 PROJECTION "init=epsg:4326" END CLASS NAME "bus station" LABEL TYPE TRUETYPE FONT "vera" SIZE 8 MINSIZE 2 MAXSIZE 8 ANGLE AUTO POSITION UC OFFSET 0 0 END STYLE SYMBOL "triangle" COLOR 0 153 0 SIZE 8 MINSIZE 3 MAXSIZE 8 END END END LAYER NAME "LOCATIONS0" STATUS DEFAULT TYPE POINT CONNECTIONTYPE OGR CONNECTION "CA_AND_LOCATIONS0.TAB" MAXSCALE 1000000 LABELITEM "Name" SYMBOLSCALE 200000 LABELMAXSCALE 500000 PROJECTION "init=epsg:4326" END CLASS NAME "LOCATIONS0" LABEL TYPE TRUETYPE FONT "vera" SIZE 12 MINSIZE 2 MAXSIZE 12 ANGLE AUTO POSITION AUTO OFFSET 0 0 COLOR 0 0 255 END STYLE SYMBOL "star" COLOR 255 0 0 SIZE 18 MINSIZE 8 MAXSIZE 18 END END END LAYER NAME "LOCATIONS1" STATUS DEFAULT TYPE POINT CONNECTIONTYPE OGR CONNECTION "CA_AND_LOCATIONS1.TAB" MAXSCALE 800000 LABELITEM "Name" SYMBOLSCALE 200000 LABELMAXSCALE 500000 PROJECTION "init=epsg:4326" END CLASS NAME "LOCATIONS1" LABEL TYPE TRUETYPE FONT "vera" SIZE 12 MINSIZE 2 MAXSIZE 12 ANGLE AUTO POSITION AUTO OFFSET 0 0 COLOR 0 0 255 END STYLE SYMBOL "point" COLOR 153 153 0 SIZE 8 MINSIZE 3 MAXSIZE 8 END END END LAYER NAME "LOCATIONS2" STATUS DEFAULT TYPE POINT CONNECTIONTYPE OGR CONNECTION "CA_AND_LOCATIONS2.TAB" MAXSCALE 800000 LABELITEM "Name" SYMBOLSCALE 200000 LABELMAXSCALE 500000 PROJECTION "init=epsg:4326" END CLASS NAME "LOCATIONS2" LABEL TYPE TRUETYPE FONT "vera" SIZE 10 MINSIZE 2 MAXSIZE 10 ANGLE AUTO POSITION AUTO OFFSET 0 0 COLOR 0 0 255 END STYLE SYMBOL "point" COLOR 153 153 0 SIZE 6 MINSIZE 1 MAXSIZE 6 END END END LAYER NAME "LOCATIONS3" STATUS DEFAULT TYPE POINT CONNECTIONTYPE OGR CONNECTION "CA_AND_LOCATIONS3.TAB" MAXSCALE 400000 LABELITEM "Name" SYMBOLSCALE 200000 LABELMAXSCALE 200000 PROJECTION "init=epsg:4326" END CLASS NAME "LOCATIONS3" LABEL TYPE TRUETYPE FONT "vera" SIZE 10 MINSIZE 2 MAXSIZE 10 ANGLE AUTO POSITION AUTO OFFSET 0 0 COLOR 0 0 255 END STYLE SYMBOL "point" COLOR 153 51 153 SIZE 6 MINSIZE 1 MAXSIZE 6 END END END LAYER NAME "Tourist Information" STATUS OFF TYPE POINT CONNECTIONTYPE OGR CONNECTION "CA_NAV_TOURIST_INFORMATION.TAB" MAXSCALE 10000 LABELITEM "Label" SYMBOLSCALE 1000 LABELMAXSCALE 5000 PROJECTION "init=epsg:4326" END CLASS NAME "Tourist Information" LABEL TYPE TRUETYPE FONT "vera" SIZE 8 MINSIZE 2 MAXSIZE 8 ANGLE AUTO POSITION UC OFFSET 0 0 END STYLE SYMBOL "rectangle" COLOR 255 51 0 SIZE 8 MINSIZE 3 MAXSIZE 8 END END END LAYER NAME "Shopping Center" STATUS DEFAULT TYPE POINT CONNECTIONTYPE OGR CONNECTION "CA_NAV_SHOPPING_CENTER.TAB" MAXSCALE 10000 LABELITEM "Label" SYMBOLSCALE 1000 LABELMAXSCALE 5000 PROJECTION "init=epsg:4326" END CLASS NAME "shopping center" LABEL TYPE TRUETYPE FONT "vera" SIZE 10 MINSIZE 2 MAXSIZE 10 ANGLE AUTO POSITION UC OFFSET 0 0 END STYLE SYMBOL "special" COLOR 255 51 0 SIZE 15 MINSIZE 6 MAXSIZE 15 END END END LAYER NAME "Theater" STATUS DEFAULT TYPE POINT CONNECTIONTYPE OGR CONNECTION "CA_NAV_THEATER.TAB" MAXSCALE 10000 LABELITEM "Label" SYMBOLSCALE 1000 LABELMAXSCALE 5000 PROJECTION "init=epsg:4326" END CLASS NAME "Theater" LABEL TYPE TRUETYPE FONT "vera" SIZE 8 MINSIZE 2 MAXSIZE 8 ANGLE AUTO POSITION UC OFFSET 0 0 END STYLE SYMBOL "triangle" COLOR 255 51 0 SIZE 8 MINSIZE 3 MAXSIZE 8 END END END *********************** is it still possible to speed up my application? **** the system parameters of my application: Windows XP professional MS4W 4.8.1 data source -- MapInfo data *--only CGI parameters are used,since it is a pure static version with HTML, is it possible to develop a pure static application based on MapServer, even in conjunction with PHP/MapScript or Chameleon? thanks for any clues. zhonghai 16.05.2006 On 5/15/06, Steve Lime wrote: We really need more information about the nature of the data. I mean if you've got 20 layers each with a million polygons and are trying to show all of them then 3 seconds might be really fast! Also, the way you are symbolizing features may impact things. In my experience neither 1 or 2 is worth considering... Steve Steve >>> Zhonghai Wang < zhonghaiw at GMAIL.COM> 5/15/2006 9:15:49 AM >>> Hi there, for a special purpose I've developed an static version application based on MapServer CGI, which means I just use pure HTML tages for the GUI, even without JavaScript code snippets to validate forms. I have about 20 map layers to display according to different map scale (ussing the MAXSCALE, SYMBOLSCALE AND LABELMAXSCALE), there are no data classifications within a layer object, the status of all layers are set as default. I've made a test on a standalone MapServer (XP system), every request takes about 3 second. Obvioursly it's not fast enough for a web application, since there may be many users requesting the server at the same time if the application is published on the web. Is MapServer really so slow? can anybody give me some ideas?should I modify the mapfiles? I am wondering whether the following solutions will work: 1. define every layer as a seperate mapfile, and combine them together by request 2. turn off the non-displayed layers off on the fly are these possible to speed up MapServer performance? ------=_NextPart_000_0084_01C678C1.0EA36B90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

From=20 the peanut gallery, rendering with ANTIALIAS TRUE is more time=20 consuming...

-----Original Message-----
From: UMN MapServer = Users List=20 [mailto:MAPSERVER-USERS at lists.umn.edu]On Behalf Of Zhonghai=20 Wang
Sent: Tuesday, May 16, 2006 3:09 AM
To:=20 MAPSERVER-USERS at lists.umn.edu
Subject: Re: = [UMN_MAPSERVER-USERS] how=20 to speed up MapServer performance?

Hi my friends,

I am really very thankful for all your information, I am a newbie = in=20 MapServer.

here is the data amount that I am using for the = application:

(all the source data is MapInfo format, and what I calculated is = the=20 ".MAP" file)

1. boundaries -- 388 KB

2. forests -- 9163 KB

3. lakes -- 26 KB

4. city parks -- 25 KB

5. settlement -- 2279 KB

6. rivers -- 1653 KB

7. road networks -- 56370 KB

8. railway -- 1343 KB

9. train station -- 27 KB

10 bus station -- 2 KB

11. tourist centers -- 9 KB

12. theaters -- 6 KB

13. shopping center -- 7 KB

14. city location -- 9 KB

*****

and here is how I am symbolizing the layers, mapfile for all = these=20 layers:

***

LAYER
    NAME "Country"
    = STATUS=20 DEFAULT
    TYPE POLYGON
   =20 CONNECTIONTYPE OGR
    CONNECTION=20 "CA_NAV_COUNTRY.TAB"
    TRANSPARENCY=20 40
    DEBUG ON
   =20 PROJECTION
      "init=3Depsg:4326"=20
    END
   =20 CLASS
      #NAME=20 "Boundaries"
     =20 STYLE
        SYMBOL=20 0
        COLOR 155 155=20 155
        OUTLINECOLOR 155 155 = 155
        BACKGROUNDCOLOR 255 = 255 255=20
      END
    = END
=20 END
LAYER
    NAME = "lakes"
   =20 STATUS DEFAULT
    TYPE = POLYGON
   =20 CONNECTIONTYPE OGR
    CONNECTION=20 "CA_NAV_LAKE.TAB"
    DEBUG ON
    = PROJECTION
      "init=3Depsg:4326"=20
    END
   =20 CLASS
      NAME=20 "Lake"
     =20 STYLE
        COLOR 102 153=20 255
      END
    = END
=20 END
LAYER
    NAME=20 "woodland"
    STATUS DEFAULT
    = TYPE=20 POLYGON
    CONNECTIONTYPE OGR
    = CONNECTION "CA_NAV_WOODLAND_G.TAB"
    DEBUG=20 ON
    PROJECTION
     =20 "init=3Depsg:4326"
    END
   =20 CLASS
      NAME "woodland"=20
     =20 STYLE
        COLOR 0 185=20 92
      END
    = END
=20 END
LAYER
    NAME=20 "woodland"
    STATUS DEFAULT
    = TYPE=20 POLYGON
    CONNECTIONTYPE OGR
    = CONNECTION "CA_NAV_WOODLAND.TAB"
    MAXSCALE=20 100000
    #LABELITEM = "Street_Label"
   =20 #SYMBOLSCALE 50000
    #LABELMAXSCALE=20 80000
    = PROJECTION
     =20 "init=3Depsg:4326"
    END
   =20 CLASS
      NAME "woodland"=20
     =20 STYLE
        COLOR 0 185=20 92
      END
    = END
=20 END
LAYER
    NAME "city=20 parks"
    STATUS DEFAULT
    TYPE = POLYGON
    CONNECTIONTYPE OGR
    = CONNECTION "CA_NAV_CITY_PARK.TAB"
   =20 PROJECTION
      "init=3Depsg:4326"=20
    END
   =20 CLASS
      NAME=20 "Park"
     =20 STYLE
        SYMBOL=20 0
        COLOR 233 254=20 205
      END
    = END
=20 END
LAYER
    NAME=20 "settlement"
    STATUS = DEFAULT
    TYPE=20 POLYGON
    #CLASSITEM "Area"
   =20 CONNECTIONTYPE OGR
    CONNECTION=20 "CA_NAV_BUILT_UP_AREA.TAB"
    MAXSCALE=20 800000
    #LABELITEM "Street_Label" =
   =20 #SYMBOLSCALE 80000
    #LABELMAXSCALE=20 120000
    = PROJECTION
     =20 "init=3Depsg:4326"
    END
   =20 CLASS
      NAME=20 "settlement"
      #EXPRESSION=20 ([Area]>20000)
      STYLE=20
        COLOR 207 207=20 158
      END
    = END
=20 END
LAYER
    NAME = "rivers"
   =20 STATUS DEFAULT
    TYPE = POLYGON
   =20 CONNECTIONTYPE OGR
    CONNECTION = "CA_NAV_WATERWYS.TAB"=20
    MAXSCALE 800000
   =20 PROJECTION
      "init=3Depsg:4326"=20
    END
   =20 CLASS
      NAME=20 "river"
     =20 STYLE
        COLOR 102 153=20 255
      END
    = END
=20 END
LAYER
    NAME=20 "street50"
    STATUS DEFAULT
    = TYPE=20 LINE
    CONNECTIONTYPE OGR
    = CONNECTION=20 "CA_NAV_S50.TAB"
    MAXSCALE = 40000
   =20 LABELITEM "Street_Label"
    SYMBOLSCALE 5000=20
    LABELMAXSCALE 20000
   =20 PROJECTION
      "init=3Depsg:4326"=20
    END
   =20 CLASS
      NAME "Street=20 50"
     =20 LABEL
        # must be in your=20 FONTSET
        TYPE=20 TRUETYPE
        FONT=20 "vera"
        SIZE=20 8
        MINSIZE=20 2
        MAXSIZE=20 8
        ANGLE=20 AUTO
       POSITION=20 CC
       OFFSET 0 0=20
        COLOR 0 0=20 255
        MINFEATURESIZE=20 AUTO
        BUFFER 0=20
      = END
     =20 STYLE
        SYMBOL=20 "point"
        SIZE=20 8
        MINSIZE=20 1
        MAXSIZE=20 8
        COLOR 255 255=20 255
      END
    = END
=20 END
LAYER
    NAME "oneway" =
   =20 STATUS DEFAULT
    TYPE LINE
   =20 CONNECTIONTYPE OGR
    CONNECTION=20 "CA_NAV_ONEWAY.TAB"
    MAXSCALE = 40000
   =20 SYMBOLSCALE 5000
   =20 PROJECTION
      "init=3Depsg:4326"=20
    END
   =20 CLASS
      NAME=20 "Oneway"      =
     =20 STYLE
        SYMBOL=20 "oneway"
        SIZE=20 8
        MINSIZE=20 1
        MAXSIZE=20 8
        COLOR 255 51=20 0
      END
    = END
=20 END
LAYER
    NAME=20 "street40"
    STATUS DEFAULT
    = TYPE=20 LINE
    CONNECTIONTYPE OGR
    = CONNECTION=20 "CA_NAV_S40.TAB"
    MAXSCALE = 100000
   =20 LABELITEM "Street_Label"
    SYMBOLSCALE=20 15000
    LABELMAXSCALE 30000
   =20 LABELCACHE ON
   =20 PROJECTION
      "init=3Depsg:4326"=20
    END
   =20 CLASS
      NAME "Street=20 40"
     =20 LABEL
        # must be in the = FONTSET=20
        TYPE=20 TRUETYPE
        FONT=20 "vera"
        SIZE=20 9
        MINSIZE=20 2
        MAXSIZE=20 9
        ANGLE=20 AUTO
       POSITION=20 CC
       OFFSET 0 0=20
        COLOR 0 0=20 255
        MINFEATURESIZE 20=20
        BUFFER=20 0
      = END
     =20 STYLE
        SYMBOL=20 "point"
        SIZE=20 10
        MINSIZE=20 3
        MAXSIZE=20 10
        COLOR 160 160=20 160
        ANTIALIAS=20 TRUE
      = END
     =20 STYLE
        SYMBOL=20 "point"
        SIZE=20 8
        MINSIZE=20 1
        MAXSIZE=20 8
        COLOR 255 255=20 255
        ANTIALIAS=20 TRUE
      END
    = END
=20 END
LAYER
    NAME "street30"=20
    STATUS DEFAULT
    TYPE=20 LINE
    CONNECTIONTYPE OGR
    = CONNECTION=20 "CA_NAV_S30.TAB"
    MAXSCALE = 250000
   =20 LABELITEM "Street_Label"
    SYMBOLSCALE=20 40000
    LABELMAXSCALE 120000 =
   =20 LABELCACHE ON
   =20 PROJECTION
      "init=3Depsg:4326"=20
    END
   =20 CLASS
      NAME "Street=20 30"
     =20 LABEL
        # must be in your=20 FONTSET
        TYPE=20 TRUETYPE
        FONT "vera"=20
        SIZE=20 9
        MINSIZE=20 2
        MAXSIZE=20 9
        ANGLE=20 AUTO
       POSITION=20 CC
       OFFSET 0 0 =20
        COLOR 0 0=20 255
        MINFEATURESIZE=20 30
        #MINDISTANCE=20 10
        BUFFER 0=20
      = END
     =20 STYLE
        SYMBOL=20 "point"
        SIZE=20 10
        MINSIZE=20 3
        MAXSIZE=20 10
        COLOR 160 160=20 160
      = END
     =20 STYLE
        SYMBOL=20 "point"
        SIZE=20 8
        MINSIZE=20 1
        MAXSIZE=20 8
        COLOR 255 204=20 51
      END
    = END
=20 END
LAYER
    NAME = "railway"
   =20 STATUS DEFAULT
    TYPE LINE
   =20 CONNECTIONTYPE OGR
    CONNECTION=20 "CA_NAV_RAILRDS.TAB"
    MAXSCALE = 8000
   =20 SYMBOLSCALE 4000
   =20 PROJECTION
      "init=3Depsg:4326"=20
    END
   =20 CLASS
      NAME=20 "railway"
        SYMBOL 'point' =
        COLOR 0 0=20 0
        SIZE=20 5
        MINSIZE=20 1
        MAXSIZE=20 5
        OVERLAYSYMBOL=20 "dashedline"
        = OVERLAYCOLOR 255=20 255 255
        OVERLAYSIZE=20 3
        OVERLAYMINSIZE=20 0
        OVERLAYMAXSIZE=20 3
    END
=20 END
LAYER
    NAME=20 "street20"
    STATUS DEFAULT
    = TYPE=20 LINE
    CONNECTIONTYPE OGR
    = CONNECTION=20 "CA_NAV_S20.TAB"
    MAXSCALE 900000 =
   =20 LABELITEM "Street_Label"
    SYMBOLSCALE=20 100000
    LABELMAXSCALE = 430000
   =20 LABELCACHE ON
   =20 PROJECTION
      "init=3Depsg:4326"=20
    END
   =20 CLASS
      NAME "Street 20"=20
     =20 LABEL
        # must be in your=20 FONTSET
        TYPE=20 TRUETYPE
        FONT=20 "vera"
        SIZE=20 9
        MINSIZE=20 1
        MAXSIZE=20 9
        ANGLE=20 AUTO
       POSITION=20 CC
       OFFSET 0 0 =20
        COLOR 0 0=20 255
        MINFEATURESIZE=20 50
        #MINDISTANCE=20 10
        BUFFER=20 0
      = END
     =20 STYLE
        SYMBOL=20 "point"
        SIZE=20 10
        MINSIZE=20 3
        MAXSIZE 10=20
        COLOR 160 160=20 160
      = END
     =20 STYLE
        SYMBOL=20 "point"
        SIZE=20 8
        MINSIZE=20 1
        MAXSIZE=20 8
        COLOR 247 193=20 157
      END
    = END
=20 END
LAYER
    NAME=20 "street10"
    STATUS DEFAULT
    = TYPE=20 LINE
    CONNECTIONTYPE OGR
    = CONNECTION=20 "CA_NAV_S10_O.TAB"
    MAXSCALE=20 1700000
    LABELITEM = "Street_Label"
   =20 SYMBOLSCALE 400000
    LABELMAXSCALE=20 500000
    = PROJECTION
     =20 "init=3Depsg:4326"
    END
   =20 CLASS
      NAME "Street=20 10"
     =20 LABEL
        # must be in your=20 FONTSET
        TYPE=20 TRUETYPE
        FONT=20 "vera"
        SIZE=20 8
        MINSIZE=20 1
        MAXSIZE=20 8
        ANGLE=20 AUTO
       POSITION=20 CC
       OFFSET 0 0=20
        COLOR 255 0=20 0
        BACKGROUNDCOLOR 153 = 204=20 153
        MINFEATURESIZE=20 AUTO
        MINDISTANCE=20 200
        BUFFER=20 1
      = END
     =20 STYLE
        SYMBOL=20 "point"
        SIZE=20 10
        MINSIZE=20 3
        MAXSIZE=20 10
        COLOR 255 0 0=20
      = END
     =20 STYLE
        SYMBOL=20 "point"
        SIZE=20 6
        MINSIZE=20 1
        MAXSIZE=20 6
        COLOR 255 255=20 0
      END
    = END
=20 END
LAYER
    NAME "train station"=20
    STATUS OFF
    TYPE=20 POINT
    CONNECTIONTYPE OGR
   =20 CONNECTION "CA_NAV_TRAIN_STATION.TAB"
    MAXSCALE=20 10000
    #LABELITEM "Label"
   =20 SYMBOLSCALE 1000
    LABELMAXSCALE 5000=20
    PROJECTION
     =20 "init=3Depsg:4326"
    END
   =20 CLASS
      NAME "Train=20 station"
     =20 LABEL
        TYPE=20 TRUETYPE
        FONT=20 "vera"
        SIZE=20 8
        MINSIZE 2=20
        MAXSIZE=20 8
        ANGLE=20 AUTO
       POSITION=20 UC
       OFFSET 0=20 0
      = END
     =20 STYLE
        SYMBOL=20 "triangle"
        COLOR 153 0=20 0
        SIZE=20 8
        MINSIZE=20 3
        MAXSIZE=20 8
      END
    = END
=20 END
LAYER
    NAME "bus=20 station"
    STATUS DEFAULT
    = TYPE=20 POINT
    CONNECTIONTYPE OGR
   =20 CONNECTION "CA_NAV_BUS_STATION.TAB"
    MAXSCALE = 10000=20
    LABELITEM "Label"
    = SYMBOLSCALE=20 1000
    LABELMAXSCALE 5000
   =20 PROJECTION
      "init=3Depsg:4326"=20
    END
   =20 CLASS
      NAME "bus=20 station"
     =20 LABEL
        TYPE=20 TRUETYPE
        FONT=20 "vera"
        SIZE=20 8
        MINSIZE=20 2
        MAXSIZE=20 8
        ANGLE=20 AUTO
       POSITION=20 UC
       OFFSET 0=20 0
      = END
     =20 STYLE
        SYMBOL "triangle"=20
        COLOR 0 153=20 0
        SIZE=20 8
        MINSIZE=20 3
        MAXSIZE=20 8
      END
    = END
=20 END
LAYER
    NAME=20 "LOCATIONS0"
    STATUS = DEFAULT
    TYPE=20 POINT
    CONNECTIONTYPE OGR
   =20 CONNECTION "CA_AND_LOCATIONS0.TAB"
    MAXSCALE=20 1000000
    LABELITEM "Name"   =20
    SYMBOLSCALE 200000
    = LABELMAXSCALE=20 500000
    = PROJECTION
     =20 "init=3Depsg:4326"
    END
   =20 CLASS
      NAME=20 "LOCATIONS0"
     =20 LABEL
        TYPE=20 TRUETYPE
        FONT=20 "vera"
        SIZE=20 12
        MINSIZE=20 2
        MAXSIZE=20 12
        ANGLE=20 AUTO
       POSITION=20 AUTO
       OFFSET 0=20 0
       COLOR 0 0=20 255
      = END
     =20 STYLE
        SYMBOL=20 "star"
        COLOR 255 0=20 0
        SIZE=20 18
        MINSIZE=20 8
        MAXSIZE=20 18
      END
    = END
=20 END
LAYER
    NAME=20 "LOCATIONS1"
    STATUS = DEFAULT
    TYPE=20 POINT
    CONNECTIONTYPE OGR
   =20 CONNECTION "CA_AND_LOCATIONS1.TAB"
    MAXSCALE=20 800000
    LABELITEM "Name"
   =20 SYMBOLSCALE 200000
    LABELMAXSCALE=20 500000
    = PROJECTION
     =20 "init=3Depsg:4326"
    END
   =20 CLASS
      NAME=20 "LOCATIONS1"
     =20 LABEL
        TYPE=20 TRUETYPE
        FONT "vera"=20
        SIZE=20 12
        MINSIZE=20 2
        MAXSIZE=20 12
        ANGLE=20 AUTO
       POSITION=20 AUTO
       OFFSET 0=20 0
       COLOR 0 0=20 255
      = END
     =20 STYLE
        SYMBOL=20 "point"
        COLOR 153 153=20 0
        SIZE=20 8
        MINSIZE=20 3
        MAXSIZE=20 8
      END
    = END
=20 END
LAYER
    NAME=20 "LOCATIONS2"
    STATUS = DEFAULT
    TYPE=20 POINT
    CONNECTIONTYPE OGR
   =20 CONNECTION "CA_AND_LOCATIONS2.TAB"
    MAXSCALE=20 800000
    LABELITEM "Name"
   =20 SYMBOLSCALE 200000
    LABELMAXSCALE=20 500000
    = PROJECTION
     =20 "init=3Depsg:4326"
    END
   =20 CLASS
      NAME=20 "LOCATIONS2"
     =20 LABEL
        TYPE=20 TRUETYPE
        FONT=20 "vera"
        SIZE=20 10
        MINSIZE=20 2
        MAXSIZE=20 10
        ANGLE=20 AUTO
       POSITION AUTO=20
       OFFSET 0=20 0
       COLOR 0 0=20 255
      = END
     =20 STYLE
        SYMBOL=20 "point"
        COLOR 153 153=20 0
        SIZE=20 6
        MINSIZE=20 1
        MAXSIZE=20 6
      END
    = END
=20 END
LAYER
    NAME=20 "LOCATIONS3"
    STATUS = DEFAULT
    TYPE=20 POINT
    CONNECTIONTYPE OGR
   =20 CONNECTION "CA_AND_LOCATIONS3.TAB"
    MAXSCALE=20 400000
    LABELITEM "Name"
   =20 SYMBOLSCALE 200000
    LABELMAXSCALE=20 200000
    = PROJECTION
     =20 "init=3Depsg:4326"
    END
   =20 CLASS
      NAME=20 "LOCATIONS3"
     =20 LABEL
        TYPE=20 TRUETYPE
        FONT "vera"=20
        SIZE=20 10
        MINSIZE=20 2
        MAXSIZE=20 10
        ANGLE=20 AUTO
       POSITION=20 AUTO
       OFFSET 0=20 0
       COLOR 0 0=20 255
      = END
     =20 STYLE
        SYMBOL=20 "point"
        COLOR 153 51=20 153
        SIZE=20 6
        MINSIZE=20 1
        MAXSIZE=20 6
      END
    = END
=20 END
LAYER
    NAME "Tourist=20 Information"
    STATUS OFF
    = TYPE=20 POINT
    CONNECTIONTYPE OGR
   =20 CONNECTION "CA_NAV_TOURIST_INFORMATION.TAB"
    = MAXSCALE=20 10000
    LABELITEM "Label"
   =20 SYMBOLSCALE 1000
    LABELMAXSCALE=20 5000
    = PROJECTION
     =20 "init=3Depsg:4326"
    END
   =20 CLASS
      NAME "Tourist=20 Information"
     =20 LABEL
        TYPE=20 TRUETYPE
        FONT=20 "vera"
        SIZE=20 8
        MINSIZE=20 2
        MAXSIZE=20 8
        ANGLE AUTO=20
       POSITION=20 UC
       OFFSET 0=20 0
      = END
     =20 STYLE
        SYMBOL=20 "rectangle"
        COLOR 255 51 = 0
        SIZE=20 8
        MINSIZE=20 3
        MAXSIZE=20 8
      END
    END =
=20 END
LAYER
    NAME "Shopping=20 Center"
    STATUS DEFAULT
    = TYPE=20 POINT
    CONNECTIONTYPE OGR
   =20 CONNECTION "CA_NAV_SHOPPING_CENTER.TAB"
    MAXSCALE = 10000
    LABELITEM "Label"
   =20 SYMBOLSCALE 1000
    LABELMAXSCALE=20 5000
    = PROJECTION
     =20 "init=3Depsg:4326"
    END
   =20 CLASS
      NAME "shopping=20 center"
     =20 LABEL
        TYPE=20 TRUETYPE
        FONT "vera"=20
        SIZE=20 10
        MINSIZE=20 2
        MAXSIZE=20 10
        ANGLE=20 AUTO
       POSITION=20 UC
       OFFSET 0=20 0
      = END
     =20 STYLE
        SYMBOL=20 "special"
        COLOR 255 51=20 0
        SIZE=20 15
        MINSIZE=20 6
        MAXSIZE=20 15
      END
    = END
=20 END
LAYER
    NAME = "Theater"
   =20 STATUS DEFAULT
    TYPE POINT
   =20 CONNECTIONTYPE OGR
    CONNECTION = "CA_NAV_THEATER.TAB"=20
    MAXSCALE 10000
    LABELITEM=20 "Label"
    SYMBOLSCALE 1000
   =20 LABELMAXSCALE 5000
   =20 PROJECTION
      "init=3Depsg:4326"=20
    END
   =20 CLASS
      NAME=20 "Theater"
     =20 LABEL
        TYPE=20 TRUETYPE
        FONT=20 "vera"
        SIZE=20 8
        MINSIZE=20 2
        MAXSIZE=20 8
        ANGLE=20 AUTO
       POSITION=20 UC
       OFFSET 0=20 0
      = END
     =20 STYLE
        SYMBOL=20 "triangle"
        COLOR 255 51=20 0
        SIZE=20 8
        MINSIZE=20 3
        MAXSIZE=20 8
      END
    = END
=20 END

***********************

is it still possible to speed up my application?

****

the system parameters of my application:

Windows XP professional

MS4W 4.8.1

data source -- MapInfo data

*--only CGI parameters are used,since it is a pure static version = with=20 HTML,

is it possible to develop a pure static application based on = MapServer,=20 even in conjunction with PHP/MapScript or Chameleon?

thanks for any clues.

zhonghai

16.05.2006

On 5/15/06, Steve=20 Lime <Steve.Lime at dnr.state.mn.us= >=20 wrote:=20
We=20 really need more information about the nature of the data. I mean if = you've=20 got
20 layers each with a million polygons and are trying to show = all of=20 them then 3 seconds
might be really fast! Also, the way you are=20 symbolizing features may impact things.

In my experience = neither 1 or=20 2 is worth = considering...

Steve

Steve

>>>=20 Zhonghai Wang <=20 zhonghaiw at GMAIL.COM> 5/15/2006 9:15:49 AM >>>
Hi=20 there,

for a special purpose I've developed an static version = application based on
MapServer CGI, which means I just use pure = HTML=20 tages for the GUI, even
without JavaScript code snippets to = validate=20 forms.

I have about 20 map layers to display according to = different=20 map scale
(ussing the MAXSCALE, SYMBOLSCALE AND LABELMAXSCALE), = there are=20 no data
classifications within a layer object, the status of all = layers=20 are set as
default.

I've made a test on a standalone = MapServer=20 (XP system), every request takes
about 3 second. Obvioursly it's = not fast=20 enough for a web application, since
there may be many users = requesting=20 the server at the same time if the
application is published on = the=20 web.

Is MapServer really so slow? can anybody give me some=20 ideas?should I modify
the mapfiles?

I am wondering whether = the=20 following solutions will work:
1. define every layer as a = seperate=20 mapfile, and  combine them together by
request
2. = turn off=20 the non-displayed layers off on the fly

are these possible to = speed=20 up MapServer = performance?

------=_NextPart_000_0084_01C678C1.0EA36B90-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: you might have some experience with this,. I have found the following PHP extension based on Shapelib C Library V1.2(reading and writing to shapefiles) http://cvs.php.net/viewcvs.cgi/pecl/shp/ but i have not been able to get it installed properly on a Windows server. I am really kind of lost. I though php extentions were . dll files. Looking at the README from that above link it points to the shapelib files and one is a .dll ( i DL windows version) I placed that into my php extension folder and added it to the php.ini, restarted Apache.. but when i run phpinfo(INFO_MODULES); it does not show up in the listings. So i guess my question is, Has anyone tried to install this php extension before on windows when no having map script installed ? can this php extension be installed on windows ? Hope this is not too confusing.. Thanks, Drew ------=_Part_60798_15068851.1150058536983 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello,

I am looking at using a php extension called shaplib on a server that currently does not have MapServer/MapScript installed.

From my readings shapelib is installed in map server, so i though some of you might have some experience with this,.

I have found the following PHP extension based on Shapelib C Library V1.2 (reading and writing to shapefiles)

http://cvs.php.net/viewcvs.cgi/pecl/shp/

but i have not been able to get it installed properly on a Windows server.

I am really kind of lost. I though php extentions were . dll files.

Looking at the README from that above link it points to the shapelib files and one is a .dll ( i DL windows version)

I placed that into my php extension folder and added it to the php.ini, restarted Apache..
but when i run phpinfo(INFO_MODULES); it does not show up in the listings.

So i guess my question is, Has anyone tried to install this php extension before on windows when no having map
script installed ?

can this php extension be installed on windows ?

Hope this is not too confusing..
Thanks,

Drew

------=_Part_60798_15068851.1150058536983-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: look attached file. But when clicking to f.ex. Documentation than looks nice. Janeks=20 > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] = On > Behalf Of Laurent J=E9gou > Sent: Wednesday, June 14, 2006 10:24 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] WebSite documentation language glitch >=20 > Hello, when i access the "documentation" part of the official website > (http://mapserver.gis.umn.edu/docs), plone detects than i use a french > language and automatically gives the french version of the website, > which is empty of documentation. >=20 > I remarked that this morning, before i was able to put the site in > english by returning to the first page and clicking the english flag. > Now that does'nt work anymore. >=20 > What url can i use to force the site in english and have acces to the > whole content ? >=20 > Thanks for your help ! ------=_NextPart_000_0029_01C6905A.61F79630 Content-Type: image/jpeg; name="mapserverHomePage.JPG" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mapserverHomePage.JPG" R0lGODlhggJnA/cAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/AP//AAAA//8A/wD/ /////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAzmQAzzAAz/wBm AABmMwBmZgBmmQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDMmQDMzADM/wD/AAD/ MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMzmTMzzDMz/zNmADNmMzNm ZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPMADPMMzPMZjPMmTPMzDPM/zP/ADP/MzP/ZjP/ mTP/zDP//2YAAGYAM2YAZmYAmWYAzGYA/2YzAGYzM2YzZmYzmWYzzGYz/2ZmAGZmM2ZmZmZmmWZm zGZm/2aZAGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbMmWbMzGbM/2b/AGb/M2b/Zmb/mWb/zGb/ /5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkzmZkzzJkz/5lmAJlmM5lmZplmmZlmzJlm/5mZ AJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnMmZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwA M8wAZswAmcwAzMwA/8wzAMwzM8wzZswzmcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZ ZsyZmcyZzMyZ/8zMAMzMM8zMZszMmczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8AAP8AM/8AZv8A mf8AzP8A//8zAP8zM/8zZv8zmf8zzP8z//9mAP9mM/9mZv9mmf9mzP9m//+ZAP+ZM/+ZZv+Zmf+Z zP+Z///MAP/MM//MZv/Mmf/MzP/M////AP//M///Zv//mf//zP///yH5BAEAABAALAAAAACCAmcD AAj/AP/9ozbtH6qDr1C5QpUQoUKGByEubCgRosOJERNivGixIkWNHUF+fDhyo8eMJFGaFKkyZEqO JV2ufHkSZsuYOG/qtMmzpk+WPYH+pCm0KNGjM5PKXJozKFKmO4cqbSp16TSG06hBvJpwWhZqhPqg 6kPIz9iwY1OZ7QrRD7Vo07RN+0NI29tpYtnqRcWV79a/TqdGNSo4MNOscQv+u8r31bRp2RL7m+aP WmV/2i5ntmyZMufLni93Fg2a9OjPp0mH/ry6NOrJpmG/bp2adWzaslXf3j2bt+7ewGNvxqy5uOXh yI0TP648OfPny6M7l968OvTp2K1Tv649O/fv1HGL//dtO3j53+g7P16fav16QtSopZJPf759an7k up/mZ+A/bP7x458f7um3n4EFrpfbeQy6lp6DtiU3HmdyTSaXga/Al5VArjjmmGQgwpYZZSSWVuJo J8KWYomhsWhibi6iCKOKL7ZIo4w2rngjjTnOqOOPPgbZ45A1FomjkTwiGWOSRzbJ5JNLRrmjlEAS 6SSVQio55ZZVatnllVzK9ph+7emnX3+pEJIKKmmu2SYqYCU25jR18ePPP9qk8geedqpp4J/rATrn Y2FaCWWhXlYIoqIXJoYgnAU5dNWkrkxTqYfr8fWYppZO49ilnX7qaaikgmrqqKeKqmqpqLa6aqqs vv/qaqy0wmrrrLfKqmutuPa6a668/uprsMQCa+ywxwqrbLHINrtqY6RCC6q0o1LrmLWTPjsrtnxV qqk23V7VB0GPkYtYuV51Gm4WdvkTjTbRuNvuFKl4q+69YuVLabbRbuuvtgD3q6299vp1r197pWnZ X/x+uJ/DEK8X8WMTj0qxxBhfrLHFHFfsccYdg/zxxiOHTLLIKJ+sssksl+xyyi3D/PLKM8dMs8w4 36yzzTzX7HPOPQM9clcnj8tXKgm9ksqa0yCNCoEh9+GH1FRXNjXQ+v68s9YxY3pttfcWvBdfhBy0 ZtIGG1zwpGmz7XbbcL8td9x0z2133XjfrXfefO//7XffgM/NFtuDIwx34X29jTjDhit++OOOR572 4pRDPrnlhGPe+OWSZ9755p5zLnropCPsrabhhjtFH1n0sXrrr7veB8H7sml7KllcQy/tqeNb+8GJ jw768MGXHjzayLt0dkSolE2I82i7vWvvvLu9du9qy3098Nj/nn3b24ev/fjgk2+9+d+fX/766ref /vvex9/9/NzXLz778NN/v/vy249+//vLn//wB8D/6e9/H6IGqDC1wFkxcFQP9JpX/CDBBq4qggVE hUA2yMEOdjBcHgyhB7MlwhIKRGlsKtvUmOeQyh0PIsmLIQxnKMMa0vCGNswhDneowx7y8Ic+DCIQ /4coxCIS8YhGTCISl6jEJjLxiU6M4g/ZdpC/WTFwWMycDQfSl4S4iXnOg5NBXjGQ9kBkTSw8iPOo 8Y+EDIQZxmBGMYwxxzrSsRh41EQx2BhGqUnKYH5Qy9IEubRpga16iPxdIqmnyEYy8pFhc2QkIbnI SVqykpiUZCYpqclOcvKTl/RkKEG5yVGaspSoFGUqSanKVvbugg6MJSxnSSoM2jKWleQiQaghQceY MU0avMpidnkxTJmRMf3hyz/i0Yx7NCMezIAmNOFhDGrCoxjqmGMbU/g0sxAieakQoVo2t5cXmvMv 5UQnOdd5znS6k53qbCc83ynPesbznvRUZ/Ru2P9FffpzL/tMXj8B+k/DBXSGAzVoQRPKUH46VKAP RWhED0rRhU7UohDNqEQXd8WOZhFwFXXjfLLSHl82rZ9jGeNiztWelp70jH4gxDb/YQxnSjOO1cSp HO+oCYM072llY1il+iOQO20wnGaxpAADmEH+HZCAT3XqAKXK1Kgu1YBTvSpUs9pUrVIVq1XlqlW7 StaxmlWsaA3r9j7q0bYGbm0r3aVJnYbSxWhwpLwcVUuT1zyDFAQezXxmNHNKTTle847bbEgfxCJR ouIDBzj4Bz7+MYXKTmGjmA2pQgnK2c16tqEa1SxoM4tR0nZ2tKK96GlV+1nWora0qQ0tbGe7Wtn/ 1ta0rbVtbnH72tvu8yALAW5EgvsQ4Rq3uMglrnKHy9zjLte5F/WrS2cYkaCmlCFt9KUJ/+E8mbqx GM2IpkDiaMdiCASPxehpH82yFVGpALKQ/UcXBCIftZAQT6/QBn7Z2EZ+NUYgYPuagP0bYAIPGFoI DjAXHcPGAxcYWkb1q4MnbOAKJ5jCGrSrpwBMRoIwuL8nnJRAEoynxuj3wSgm4wYtnGIWY7jA//DH te4kYgm7+MYXVoyGDwzgHPu4xT9+sYo3GGT/9hjISBYyjpO8ZCUX+clIXswr8rrXM1qkbHb9R0n5 W0LF/qNS/4BHNJmxwWrWcYN1DMU20ehH201K/wWFgIUVrDCJyN4pPuOcFBuRtucpDyQvjRNIH+yZ T3qycZ7K9IdfRozPxjV4Q4gmdKTxKRApdKXSBQGXMH1KX4hU2nADqSIbB93ovgA4nLycdKFVvehU +7kPbqSGWCRNazZOQwp96LFeKu3OQ69a0gMpZ6WlQGxVCwQLvy61spPNbFbTetmIli5K1fjTsuUa u0pr2nYPEtOZFqOwxkAzHTf4C/T2lCEqhJ7BVICKfkT2H1YoQmTZGJ8pqKvT+B4IIbgnED5sVa1v EzRUGa0YKYi13wxhbFrBClaBb9rfBMf0BrUB5n8YHIR+zbC/v8rrszD831gVyL4zPDvGkHrhA/// x8YFfTBBh0/kXr0qy1OH8LQ6/KwAB7nOv7rzmBcwuyd1mheR+9PFuMLGixE683zaV2XCcZrhPi+a 0YvHxB5ksS182j26AF/40ttqCCuIVugtRvZukCDYtbif6bvpYGuQyzr2VIa5+BcOupHtf+Ev0hTD NLjfncgqTjVXuLxo+uZXymJfe8bP3uyCc6XSeneMQNZE31R/mmg95q+nK592em9aK2xhvDL9k+Gx j1j0ivH1PPl7Fb3HHRVGjc/ofU34DXF47mi3OwcDbXEdD0QrHGy74OmrUv/IXvGjH/Gu1c4Xz3u+ qG53POH/nmXDz36Mzob2sxuv/e6HHoZOQ2P/GPvoV58KsyPV5m7zvKvBYsARjuPmYLnnn16mq4W9 2UoFM7jAdQ6y8c74AUGKMQgxxl0ut2ILJmh3BieKVlSolnqpp3lF1QwLFiqCJgUTWIGVwl8NOHmd 0gfhVH4WZ1SvEGH+UHHxwSGKQRm5FmOlp18p+GUr6A+DliyW4nIb9g/jUlRz1x6VFmOO9ymxRxlH FlwcJmjOd3Y3GGPhNBlH93uoAINEqBj+0IRLeHzBMoRGVWMYKGjB9oSyB4AcAmD+0IGTkYA6aHCV VnKfcoDBBmBP2AddWIVACIagx3ZAWHkquIaqEnwVpxh9QIA6yEZyEYd3phiSN0wtSIdOyHnL/2KD kOgszPKIkghm2TZXaOMQRXeDR1MQWnQQ24QKBCh51kRY5nVe2YRH6VB1fdFNknJZMdAFXSAfVtAF N/B1+EFz/oFqf1ZwGbZvP2hxfCEWnyZyAmEHGSYFGSaIyihybiNxFveEaUN8sLeAtsdox5hhoiYQ 4FKMipaMm5eMxagV4LgQHYVpo9eFC5MZoSZx/KWMekZ6/iF3HTRo0LhvOkYQxaiDvsgXdyKOwigQ g9CPfkNvBmhrCxGMyqhG/TiO2vgKxBiNI+Z44PiMvcdrLAeNzfgPA/lp6ahiLdiM5PhpFklsFxdh eOF4GWlx+wiKwgiOK7mQbjWTbFWTNMk22P8HTtRGfsrkEDkJRupHFlnmfjp1ilPnC+aGfetXRZXi CqZgBVRQi7JoiwZZbwIIgyxpawrhQbPTb5h2KYIGkhpZcFzJQP2mYnwQh5hyaP7RYWAYkirJjx/W RlwZhERIby3IQfbYewtkQhaog22ocvoVTHTJS5jGZQYHlosxj+2IJy3IB2ipljloEGUZlktYVHm5 QbBmmWYZYoEZTicWamQJmBBkmdDYByb4hJDphpBplx4SlrAJmLGplyD5miqnmnX5laV5m7vpDwZX m7EJlzE5mZpZm7UkS8dJSxaUnMy5nM4pgMoJnc05KlbXNMlDXJtIRgyBNEnHFhHBdDIFZnj/VIpo hmarWAzlZleKpXB+YQWogAIocAPyWZVWQzD69Weal44mqYYsKYydcif82YVS8IQDqpD7eS9jqZvJ +I4uuI8FKpHUMKA1hgXDZpIV6Qr3yWkWt58XSin7+aGJSYQXN5pSwKAdKKHvGC5s1IVZCZMX+aIh SnIAeqDo+BgbZBYrSqO9Rz0maS/6xaIYOJIWt6L7go4OyhD0pmIB6ngESjsJCqMb8qEUGZcCyqEk aS8KCncVt6QKeXQR2qQiqqMjukqn5EplykpoOkncdTYhFBGDIIopBWY+aWXAJFNvKpRu9At0JEfi ZpR4hJTnljR+gH+gMg1WQFRnZ3wB6B6B/zd3Bpd6dzIZgHiIJ6SHsvakcxipGbOSljEQA0md/Xmp ivaPRDaaOghgeHlnG5SIj5qDvnmXq+p4WyMxRZWI08CMmNmgvceqtKqDC3h6i7GFk+qpJxSp6vh/ OQhrCvJnYKhfk2GcOqOAjdmRoUpGz2qZNJarZ3iqA3Fn1DpodkkxwQmcsjkQzpqsH7KSqOkfIYZp GsNyoBqCyYqXIJmtMbaXv6mH10qas9qvQeOvXBOwkbKdbYqdxLhhbqZh1MV0uSZ5eARHaHZN12Se v7AJiMcmbfYK9qI0uNitnEFBnVIp+uUHYCZrQoh3G1Iuq7qV9LWRLkugsIey0MJ6uAeP//81pBo6 aAZZfRsEj2cHj1zGptEYj8B1jWtCoKKysSHLL01pFyvmsodGcpXWlFlhaZ1SafpFeT4Ve1pGhQOh jJXRswoRthqGaSd7q55Ctlx4L0nLL5V2J1rLspZGtlrBpNeojITXlS2bjldhVFTLt2PJeiVIs3Yb uEc1tiFGtR2Usjuoj8YnBQO5Z7bnm3LblGrLt217KlSbua2yuUuruaziuVQLuqTbuaF7uprLkQjR pn0UFjJoEEG1XXcqUzeIlNr0D+VVdbgLqBmXIc4jgI/hFvExvMRLDfa2H+JCMbO2Hq6wWOBqKbN2 EMr4IaggBRs3DXzwqNn7GNsLvYuFvFf/0b3Vu7zuIYfQ6xi4timMFaDVqykJgWucMhbT+xjm6x5j 4TDyixV40arg27/70QfZq7/m27zoO2jdux7P+xjpe2vc+6jVmxAQp3JYlyl8oKwIXMHrscDuwb94 gcEKnMD+m8F8oMD0+6j128HPq8Hha7XiooyVchXwK8IbDMK3Bq4LvMDye8EpnMDWq8Aj3ML6e2s/ vMHZa75j4RcRuVjXKy5IPL/Y26qvAJEeXMMAKzRWXMVY/K8DuzyZyDx3GkwFEVRoszws9KbeVRB4 REd0dFjYhF7n6QsWGypjwZ7q4gdTYMd4fMd6DLKRSIl+PImAnCu8FsiVWMh/3MeELCpm/5vIjIzI jmzIjQzJj3zIoBqilHzJkYzJk5zJpaKDP7WT1XbEZNGwYRxGoFw2syuUN6hH5UZ1VIeUgOoLgYpu +Ocw+xEZj4HLkLEeuuwevczL4PvLuRzMxIy8wrzLxlzMt4y87urLyuzMyRzNyyzN0DzN1lzN2AzM yQyvyHzN2uzNw0zN35zN4QzO3UzO5zzO6lzO6HzM7vzM65zONsqP7QzP7BzP7yzO97zP8tzP+WzO /+zLBmHGn8xCYfSmK+VT1mVdzCMWb0qANmoMrezKeER/gKpmqPIKg8qUTAszL8wxH+0wIc28IDPS j2HSnbIxKL3SJd3SKn1rdiDSLg3SM/8t0y990zSN0zad0zy90z5NbCnd0ySt00Mt1Cdd00Xt00m9 1EdN1E1t1EGt1E8t1VHN1FXd1HbQqizt1Ffd1VsN1V9N1WFt1WM91UOtZWgxymeRL2kNH68ra23N 1nI9Fgg5EOm1CZqA13qd13ytCZoQCmzkLb5bRbAUwrYMMowKvoe9MYmNvIvNMY39MIo92Y5N2ZJd 2Zh92Zod2ZyN2J7N2J+txQKbxaMt2lds2qR92qW92qrd2qn92qjdMtslQg4z2yE0Klxm20rYlHOc dZL0NWQa3GYq3GlK3Gd63Mad3MO93MXN3Mjt3Mrd3NL93NMd3dR93dad3dBtpt8DUGX/UUU7ZDf7 o93Vvd3lfd7Ybd7pjd7kvd7u3d7wLUo2Od83Sd/2Xd/4fd90s2oB5QqpkLFE11wshJ0CzjwEflwG nkYBjuAF3uAM/uALHuEHLuEKPuEWXuEYnkYXruEZPuAdnuAcHuIeLuIgPuImXuIo7uAUTuIqvuEn 3uIfDuMsDuEunuI0HuM3PuMr/uI5zuM7buM/LuM+XuPMNdgjp9tInuQitA1IzuS67eS2DeWznaEc ROVGReUTF0K5najQx40bFGEZCuZfzuUFSHxdzq5ljuYRxmVrPuZmnuZsTuZtDn2qGqkF+H+SdecF OFl1nud9zuf+0ed4DuiDrueCbuiB/+7niY7njI7ojX7od0Loe+7olA7pix5jHHjplv7omt7pnP7p le7poQ7qm57njT5Zp37pqK7nq66qqB5hSh7r/xAZvY2kxnfrVYnrup7rvL7rvt7rwP7rwh7sxD7s i1nsyG7syb7syt7szP7szh7t0D7t0l7t9MnrYXvtuJ7txsftHavt4B62Yuex5M4Z5Z7t6P7t6X7u 6t7uouGx7/4auBjvsSHv9X7v9p7v+A4ast7vj/HdhdfvAj/wBF/wsT5ZBp/wHATrbt5BDH/mCx9C D5/mJtjwFX/mF0/xFr/xGO/mndrxIF+Adk7nGj/yIn/ydp7yIt+pKq/ygG7nL4/yJ/8f85Eu8zQv WUYF8za/8y7P8zPv8zrf8zU/9IoO6EY/6UR/9EmP9EXP9Erf9EOP8ApvQtkQxRvNEEzORln/D9Xg H1v/9V4f9lov9lxP9mDPRl0/9oRI9ga59W2v61hpkHEv7HPf6+NO7Xhv7Xqf93y/935PgX0f+M1+ 934v+MFO+M/u7eXe7dje+Oz++OYe+esu+e0O+ZN/+agB75RP750x9dv170HVdp4/+qRP8PApEKcv 8bo98ayv+h6U8Rkf5lke8mJO+3K+QVI/52me+4lq8nje5r4v879/5yyP6HY+/H+O6JKu8oWe/HVO Dcuv6M2f6NFf/cp/+tRw+suP8M7/T/3K//2l/o+W0hUEQ/6UYv7dgv7jTz3q3yHs//5h0/7yD/9e eucT70H4cA/3AA/7fw9Sj+QAkW0aqj59UKF6Re2fQoXVFj5kCFFiRIoTLVbEeFFjRo4bPTJEgWJh SIvTPp7smBLlSpUtWb50GfOkSZk1YZ5sdpOav5g8J/rcSS0kz6EMfdJcCFSpUaZJmwZ1GhUqtVf/ rF7FmlXrVq5dvX4FG9ZrQp5lTX71x+zd2nTpisHLKdbqtGmE/BwcKFfvXr59/YYl+S8wVnx/Df/z Jzex1sVZG2NtHPmqZKuUEU/GXDnzZc2dOX+2HDrzzs2JTWNOXFjzadaXWxd+7foy/2zEpGmfvj1b durd/3Lzfk3SH0na+BYX1w3cd/LlypEnVsjb1WHq1cNOS4Uq+3bt3VMpRHU5umqv+OClg8c2na94 06gpDJvtVao+dxFue+hQIf6GD/n/0++f/yL6L8AC/bNoQAQrUnA/iwKMSBuLJEyJJKFEqggpmzbU qUMOP/QQJXxEacalnGpSBkQV/9HwolgMUcWQF98LESMLLZSoRYqAgojHp3p8aqmqsIrxxSINMQQ+ 65aUKxX3nqQGyidT+YcsqM7qCp971lLPF/Ze6YOQV7ShRptpBNqKLkIIQYWQvJikDj+x5AyLTqzs vApPq/QMbDAJM/szKwrfI1RJrP8MvUrJxhRNNFGeqPkuukY9Y9SqSh+K5cVYVNGU0z8m/azSTkeF Eb9FmZOUNnvuucefZigp5iHlUiUtVfGSm0YaaaC7dVZUF4I0WFt5JZZGXxMzJCtVZGWWtmGZlfTC kTDsFT5ioe0V22ujzVbS8Ijc6o8k4STXK1SoomqahF5RF93wplOoMNK+gie99NJBZz18CBnEi0QG caWVVlwJFCuBCDIIoRUXrrFhhjP8qFBIU0nFR4dZlPi7SC+mJpZDIYLxpWQthaiaP2DhUK137HkH nmLScYkmi6d66JR+TPkJo6WSihQWlCkOsqmKg04q2Wq2cciQnadauumgy1JIw6X/oHaK6qCgxvpq raGeDtyFqjHEZ0NWEYPKcs/GKpVXXkGobbbfzstKs7665zwuxVmvmLqwGESQRBD52xVE56rLvjf1 EunsxNFm/LOryHMMWIYy3gyy0i4nWWJCqRTNs87/WZarPxoJHbTSPN6qGlUOQV2y01b7xx7ZZ19r GX9aw5003HvzJxp7UuQ9+NOo+uILL74gpJqNdzdNd+FjcWgbpGNhPvjfhO/NONivL8wP2byPLXzZ Cuv6KiTPT7aRP1RZ3+zGyUVFGyfnx67+VLQJLzzgIN8KHy7Pw1c6mDGNQRRQYK5IhCuGpBX5vMIP 9knIQyj0kJBUUDAXBFEFcaQQ/5F08CbU8uDDbqIjiGguWBrjmOSEdUJIcQx1WNGPIcQlk9JZJXrb ENenZMIMltkDHix7xzTwEQp8qOREKKHGMuqhDPfohBA6KN7aYJGKWADNIySsiCGqEYttQC9ZHJlZ GHUWJB354y5Mo8a5gHIuqTitjVQhkowmkYY0hOEfhpCeydx3QeosbnFwctLb3KY2hGCnSlvDElfi sRZ4LOMdePMFPlAxCL4NohWJuGQ2uKImNqEiLwW7ijb+aBVRagWUpNxKKQVlFRQsBgWBagwsQ8lK V8oSlZ6x5T9ymctLzetUmrMUMCklG5K9DlrALJR7JFVM2TzLVqW7h4DyY7LmMP9LQsR6oSJ0oINX 6KAa1ViFKpzJnB/ODojRXIgosuUs23RrGsxYRjxtR499nEKey2jitnqFCh0kwgt58sMfhNWt2nCL V/Kihiq+CaBYGFRbD3VoRBGjGmKlAnzMuqhCvCdRfV7rW/+AhRbTIAaSjmELV1HdHkfpR7mwtFye dFKVYGqS+r1LVmUpj3nuUaJmAFCSlbzkLAY2OKscrCAHiWBGqMVBDFbQJkudFkk6uMGTgLCpIWGq ULKawqhdhIWT09jEOvId91ApJSzc2Hs09h2NlDVKH1Eoi8TxC3yMYxzUQNq4XDIybW5zm0jD4UpW NlggmkQ/1BhFES/ijzJGZBn//WjV7exBj3r4Ax/9sEc/TuHGq9EgETTA6zao4QctII1ibmyG06Cm irCGFY1vhO1r0chYIKlxo2ZEhR9EoVFRnHG3ts2tT3TrB570Vo1BGRI1kgWLG3iMpGIoBNL0iJWV XmWUXnEpuSi2wLddZT7hkdtOEqmVbcBii5pCGTP+UUB/WRKT5dOKmgz3UcsJRoPDuWDi8Gs6xrDS gvvFbyv1iznTeVAwAO5gYkQCYAJ/jjKQa4wyDRURFIqGUKgx3XskrKRCcS54F8ZNb0b2D3WIw8TG AFBglRNi06BOBxKyxTaPpjrxhXgatHsHOgEEoIRmrzbD240/lkFZftTDyPzo/0c/jHwK7UmKxQv5 Qhm+AAuQpmIK5cXHd1pDq2s56x+ufYhVKtbldZaZzF1ejKTAx1bvde8fF/WeH9i8nDjPpmLN+kfX ljuGMYihEWLg87ima10L2neqh86uSy04mEJrkNCJK/S51OZd754rf4jxiWW9EotGsK7TW0CSaF8x iH8FLJNdkQ99INgRqHpQg1BVSaspmF+doECr+XW0qzHIVRZ5dWMkC6YVO4LFiQSLmWBl68JUgR+H mFgc3+yiQFfyRWn6tYvUjInPgKhe/oi2vOLM2T+OSDOjTGMZyqAHPTMrjWUwg7M+ocEXPJuI4ln5 D38oRDMoFlvaytYfZm2hQv/Celui+bvgSpEZQ9hI3DQG5Vy7XYilHX4X3972jFlbICwAfYMtxGAL HNfCN6uhBZVal48nV7TJWblyPlaXpX8c5XYRkpW37Tu8tOXKFg3RCJ5zgQugVgVdqOEKBBKdRpus C5vcpD9Q7Rc+AhZML2cJbF0m7ul/snUHAyX1W9I6wE7uoFCGQx5Jbf1Wx87W7ZhZGI09BioVhihB r/XrraCQo3HnVbLwkw5np2OLgb17dJadpxTPeFwdZdayYaHvq8CCfdWAxTaWFdFayX0h0rBHPTLb j2iYBPHRUsQXEpEIWiRiEdLjokNUAe6OGktbyf5ywMVq+cDTvjaagZScdf//5svUWaO8T0xGe3/n 3DPrW9RoxEi3EPkZlzfaJV95olVOXZVDmuW5NjmjIz0Q7HB3pu/yiXHmtZUucvpFhthC+v8hz3tM ox/S4MeuUD2QoypMI7IO4a5dImum5v+ps7aqWxNAXsOirwKW+Zm9hUErGlEr7IC9lhCjuKIGcSiG bTCGdDCvWBAoMZIIHfIrHSivTDGZd2MIVYCFWDhB/WCf9YE8cWqahIst9zCyJOMHaGCGg9MaQvAX euOiHlwI1pqat8uaqqGYSJkY3XOgrFHCrWHCJcSahDMjqHm4oPCDhuOJc6nC4qLCq2G4K9SartkC MdiCMcCBLVAFMeACMQi5/0yhAuijNZZDOa1IuZaLw0QzsKsowrahErbJju86pCfsihNkHSTZgp9L kmUAhXiyh2gwsnsgKsKxC7z4KMpopclIMENrsMx4NQVbNE50ME10JU6UPs/JRFLsDAhLFELBErU6 IdMxptaAHegQptibH+x5sicrBGlqCMDiok+psdkYPL/Shmoogx5UmmoCstNYNh9UvXvbItVJu4Lq DVthhn6gLHfrh31QBjw7s4UgBB7soi6yCsczM2DZstmAjyIEmveQs2OppnFyR2c5DsRgq+Cjx93L st1rs3u8s93LvVTwMj0Tpy04hDFoBEaIBSrIlOejvuibvjmMQzp8w4mEuf+TswqYYpvuw0hPujRi 4R8YagTzI0QYuYdQiCcj2wfK0rGtaKAHQioRgklei0mVILbWeo9/mxhUmJkOaS08xI7RYsAaUSjA OhroMUppcwkP/MAvOC8dWglOOUG8Sqh7g0pwy4jUGiOIwId6aLd/uMF7qAd3y0o0Qh7z+odYaUEG fEF+M6sDtKgHCisS5LenEa+qma27DMK8ZAqoGRLSuaMt0AIYoAIt8BmRa8OGbDlIQ7Tqe8jr8y+p ajTtSxyZE6Q+RAibQ6Su4LSQJMT0owZ4IoZ3cId6oKxoeIz4SjpJhKhXo5bPoz3WxLvYjA7YdM3a lM1uSbNssUmbrD3bFLj/FQorNbpN1/wDogxHowQ82/OHuNIBW1AEM1CEv9NAiZKXW+EUo9mGQmAf x7PKbqGG6jwoWZGGe8Cnh6CLtADPh0jPeFkIdXS8hKq89fQN12NPSWGr2KOCB9qcW5HP/sSW/qQo 9cQoiyLQ8KzP5eCW6lTQf/ioE9QihYKe5tPAPRKL62pMxNELjhSkDeXIPAs/nEqdWGCdTPE5UEui Yjg3lKyHfjjNrDCqhEkqmZTRmSTAcFMrdXTAKiQ3qQASG+WJLAMaddTRuSTSoCgECX3GTJlOufyD asCrDDwvNpTLqymEhpK81bvJvWSaabCaIfxMLp2K88TLJnyPP6AY1spS/yfcCaxUU54I0iBNUzJt UznNTDqd0zul0wWyij+gAj710z4FVAoFjK7IrgrVi+w4iDZJ1E5K1D+8mvHKkxM0L5/5gy0oBHxI RGIwMtKsB0jNCvlSzWGCHUbhlVHFMFINs2aaxlNd1XN0VVV91WSE1QB1MvFwQO1oS3eUVVn1solR R8vzMsSjjfUhVvYxVmItx2g51mUl1j/wTevssWd9FOUczmrtTXO8zcmRVmvFTbTb1mvlFvgSM3Uk 1317H/jh0HS9NPGbKL3QsGXQ1E3dh8r6ilSrj5ec0XylUTAayx6Vmn79ERws0iklWIE1uIE12IJF WHHz0obVGrvUSzy9U/8wlVg7tdiKBcSL1ViMhaNz9diuqItUIITtGNmSzQ6FuDlP9YrvRIUUpSxo sIdHvApOapO8AFdqvdlvxdmd1dltyc2ejTv/TND/JNqhNVr+LFoEVVoDVdoFPVCnbVoBfVqpVdrJ gdqrpVqsndqK0NqmDcoDjYjqDNvwU0+LYdex5VqzhQ+oONsPbYq2jZedgVvf8Af6+ti75QtXUEK/ mIZ7kAbMckSweFF83RAO3BGA5dGATdzF3dGDddx3g8HHTdjJfaMufVgmhFgt1cvMzdwl7NyNBd0n 5NjRDV05HRrSRd3S7bfUZd2hc5u2cYXXZZvY5VDafV3bFSTchV3ZRQX/3Z1d3vXd3gXe4d3QzPSL AHEIsADVDgXanOXW5uXZ59UWWo1e57Xe6sVe6NXe56XP7JVecK287b3ez8tNoUXaBM20skXf9eXP 9I3b6HDb9oXf98U0+mVXdr0d+s1furXf+L1f/w2/j0Sblly1hZVcA1ZYg7PcBR5TzsXcRwUSBt5c 1aXg1rXgCsbgO2XTDObgib3gD5ZTKOzgEQbhEibhi1XZcqFZjnRYCdbcF3bgFj5hE77TH5vhG6Zh HNZhPI3THAbhHt5hDIaNIPZhIjZiif3YwUWIEpESamDiKIHiJ4YSKY5iKJ5iK67iJqZi99hiJ8Zi Lv5iL9biMO7iMibj/7e64jFWYyw24zVOYzY+YzfOYjiWYzCuYzGm4zx+4z2eYz62Yz3u40D+Yz/G Y0JuY0AeZEEuZEWWYow5ZEOOY0Re5ESm5Em25Edm5EiG5Dtm4o9dXu6jn1C2n1EW5VIm5VM25VRG 5VVW5VZm5Vd25ViG5VmW5Vqm5Vu25VzG5V3W5V7m5V/25WAG5mEW5mIm5mM25mRG5l/+B3uFoLd8 oGiW5mmm5mq25mvG5mzW5m3m5m725m8G53AW53Em53I253NG53RW53Vm53Z253eG53iOmtRcumnw HrzF53zW533m5372538G6IAW6IF2nK+ADyWej3sm6IVm6IZ26IeG6P+IluiJXpL3KNk2EVmMJoTJ YZHCkUR7puiQFumRJumSNumTRunLiJ9pIJOWLhOWDo+DXhuXvEyFTumbxumc1umd5umedhJ1qR92 +WkqaaIV5j6b7umkVuqlZuqmdmomSYz4UZv5mQ/swJ8qKSr6g1GLeuqu9uqvBuuw1uk0Upe2YVC4 Aa95jkSOBGmxduu3huu4luuPBQ9IMSQx+8lLa+b5uNeanuu/BuzAFuzB1gqZywqEmA906eg1qVlP QmrChuzIluzJTumovusv80m9RmiupuzO9uzPBu2BTiP3MWsxS+vFnq+2Du3VZu3Wdm3rsOzwICRD 6tBvIWCk4uzX1u3/3ebt3sZDiuHdIjykxe6ko/bt40bu5I7s2FZXtmHQrEYY3H5s5abu6rZup06j g2BURj2I4f5kx77u8Bbv8cbpqOGO89aOqjAbZ5Zu8nbv94ZviEYKqlOShFBrpTPu+Nbv/eZvfE6M teldQnAFASfw2A2zzZ7u/lbwBWfwv5BZrVDr1E7wBqfwCrdwzIgSqn7dmJJpB3rmCceKFhDxf2gB qyhxrThxwxDxEj/xFA+LFXfxq1hxr4jxC7fxG+fnVW4b2b7vjwZxE5dxFq/x6kjxEfcLIw/xIcfx JWdyfrbsUObQ525mrW5vGs+KFlfxrYjxLZeLGU9yrmDxJhfzMW8c/6TacO3mcdT28a9QciUXiyF3 cyB/cxIPcTrXcjsn8zzXc8MAj6C2H0GScvb2azav8RY3cixH8iRH8hFPdBKHcUaf8Uh/9Ek3dEr3 ckev80bf803Pc9zm0EZlI5qt5x8P8jrHc0hv8UKTczk3dBM/dFeHdUl/dEe3dFqPdDuv9FXn9F1n 8if/89cNdCof9DkHci7HcxRoAVUvclPHdSy3dUh39Vmf9WcPc2dndRnn9WxvcjOvTDRn0Ahfc73I dVNPcWRXdmxH92J3dkkvdmqn80Nn9zDHc1xPd223dwr3daHWSOe27Zn+cDa/8mtH93JP9sFYdljH 9lfH9IWvdlmv9v93x3R5d3Frj/N7t/j49vTXBfUeZ+sfX/SBJ/dUHwyIb/aBR3RUb3cYp/Vod/db p/h6v/iYj29f13BAt21hT2iAv3Qvn/R3b/OJR3lqF3KVd3hLN/qeX/iVv3SZZ/r35nY99Ha2+m7V ZpKK/1hjB/Om13ob7/NA+nV+Lyq+/ndysXqPxfo73/q0r/CMF6SNJ+7GpnoUP/q5p/u6t/u7x3u8 V/u9T26a33ezvvnoHna+J/zCJ+in50NvD3WP7njDd/zHd3IG9fOa12x/r3LIx/zMP1e23/HuXnzG bnzNF/3RXxK/JySbh+76y3nSZ/3W9wvE7w5FjT01D/2BLnvrsHb/ctd11+f9t+56oKb8QBf7yxfo 218STS/13lf+ueZ8tnF7Uc/v4p/3c43zs1/+62dq04/ywFf93A5oeb96K2d27Cf/pYZ9RGWTb6f9 6P/+6V/5IAf6+If/a0/0dRf69y///C/pfP/6yvdw4geIfwIHEixo8CBBFAoRGmwx0OHDiP8gThRI ESJGixpbYMw4MSNHjSIrMixp8iTKlCpXsmzp8iXMmDJn0qxp8ybOnDpzokL1KtUrn0J7ovqHitq/ adMIEeo5DdU0PzsHKqyK8iJBihKzcgxJcqtIrR7HbtU69SzatGrXsm3r9i3cuDL9GZ2Wyq7doHqL Fv2X7WmfPj1//0o9W3Xhya5eR4Jl/FAs1q8kyUp2aFYu5syaN3Pu7Pkz5sFCg6bq2fRfKqRKCflx CrXw1MMoEheMnLUhQ7OUw/KuLBk08ODChxMvbrwmUqh3X+EFKtSowGw/+7T2mQp2bMQmdZcd6XFy 792RyV68fPw8+vTq17PXOdj5XqJGVS9tSuhpVM6KH3vtyhVyeQFa1N9iihn40W3tKbgggw06aBxd yjW3V1DQ+QWYYNZh9+Bb5nH4IYghijiiSqLtVRoqpx2V1FLV4bchiVN5GCONNdp4I3ER4sXcXfDx Fd0rr/hRHWH6GXgkkkkquSSTTR6JI5RRSjllW+9RSBRf9DHlWv9+VHr5JZhhismWjj3mNdqPF6IS 2HswjvkmnHHKOaeJQqF4Wmosssalm3P6+SeggXKY3I4TPteXdKlQ16agjTr6KKTFWYmmfCuuZt+L kWq6KaedTlWmoXtZ+NeaGRb52X4zeroqq62iVydppmWpp4uvocqVq7nquitwoPJ4ZoWIBjkko51d pupByOLGK7PNOkvQpPH1NJ+eTUFlq37JsqRsbc96+y2roPZ45agYFruZsotVRCC7/w2oLrjxyhso rKjcWVSeq9XapWHa5bZdWP15J9F48xp8sJyELhdqmokuqiFasgH8L8EV1/ZdYwhrvLGU0Q41raX1 pZhpv1aVpKr/WANXZpljv3H8MswiigvsodGZC3HJ/iJ0LGPf+WxxgjELPTSH9d5Lrb58pmUybWD9 zBvLCH4FEtFVW52erwyPOiyR14G238X8fWRZR2S/+9jVaatNnMdBVaqltSSvPTfdHM/sY7A2l3pu 3X37Ha/RsqKm5b59dugk4okf+Dfjjd+k8DS/+ri1ol0b7jjmmTvaNpZIi3wftpqLPjqgd5OL6M2n kr46628GnuKsSV/Lb+u1245j1uPW7BfXfN/+O/Aicv52tUoHfzzyDJqOZrl745w89NG/imassA9O q/HSa7/9Z5BLLqqwlfvOPfnlwzU8yHCPHLr57bt/1vLg683m//Pv23+/Ta+rSHj2+Pv//0pyR7Ot CclyADwgAk+CvtiJbHaXSyAE7xe/3ZGKfqqLIAYPqD988c+BGfyg/7yntfA97IIgPGH7Fui5LYGO dih8ofYmmDc1WdBrMLzh9ja4wsLhsIfJE+DkhFXA8WWOLgJBikCM+A8k/kOJTPQhAlUYsi158GD5 IEQfsJAFLHAxi1zcYhe5qEUxenGMYfwiGcUIRiyUcY2BwQcUJVgXM+GtYamzIUKop8cr8XGPfuwj IP8oyEAScpCCLEgf7tPERdKlkYx8pCMjCclJSlKS1MBiHPGnw3y1qH8GmYarQEmQPojyM9MYRCbf J0LdzdBhBv9kSF+sMhubzLIkshRILV9VEClQspeV9CUwf+lILKTSflJUXwsv94p/1FJnMXFmQZqZ S/UskyDEXGQSB6LEbWqzm9n8JjbDyc1s+uOaxSyfDAnRvBpeDhXTnKZM4JmQaNLzPH0ZCDGRQhd9 LlE2+1wkPwMK0IH+czYC/Sc+/MHLc6ZQj0ebIg8ZMg150tKWJqFocEopECyMs4mzNCIKOipSb2Iz pCRVIj76wFB0zjFyIwTSEOtnkKJAk2nM1M5sEMO0nFLUmTzVKTQ5c8+NEnSRBjVqUR3JT6VOcjaW BGg5V2q+Yxaviggppb+aiUuq3FSrW73pVw+C01l6lZnBqeb/QPogTJNWsiqOtApdcupRhTQypAsR pjmlKj0Z2tF5JizIUM2Ky8NEk6zzrKdgGeJVadrUM4HN5z/gGNCqTFayJp0NHJ26EHygQJ+dvSlS jirZJSpUr+TbZAfldhCNflWeCzEsVxGL0djCNrHCYS1Hg3lXs8YVkpdFaiTZytZHptS02lvlAEn4 yjy+M6yxFWwu4VnW57Y2rLMV6i6LelDeysazVqGGScH7z96Sd4lQzatxoUfVS63PhQV5BU6fC1ud Hha61B2sfLcqV+d6Bq0bXWtwy1vXAfO2wAT2x3AdiQ/0pjd46VynqfB4EHd2tbCM7WpWgfpTeu70 tRcOzmNJ/ytZf4TWHyM2KAosW2LOhhS81DBxZ0kcY4MiWMSkffFCG6xehwoOop4sCGs7hVthYtip cx0uXX9bV7p69MDEVamOkQdE+fEupn+FlqtCPF7zjhah5vWyQLvM5S+POaBRjXLy1ttA1X7SVf79 h1qDKWci07mXC0bz8fgKYSIOJLCdCvGLkRLoGxN60IYmcaERfWhBK7rROMYz8lCLPauuNpQFwQIc JZlp4k5y0wruNKgjSWIoQ/p2yA0ikMQnU8Bm+dLUCDSJSYwPWAd61rGuNa1lnWtq2JrWvY61Uhhc 6tapmYVsfq+bC4JFpch6Gvhw9jSa/exnSxva1aY2r6GN7f9pWzvb1BDMsG/3YNT5VcIzbTVBLilG LEhBjO3m4rvZ7e55w5ve8q43vu99b0I8MdzE5rH1fEzpT7oCPwWHysGnkfCFG7zhCHe4wiHO8IdT POIVn7jFM47xjUu841Dx97CnTMHerRrkJt9VsePGvpOzvFV6Jjc7Wy7zXEladseeOc4fdWoqu5LP Of85vaxzJeKxN5lAP3qjXj6/CD8Q6U4Pkw4FfvOnU/1LIm8lya9c9a1TKeU/5jrYcddSVlLwjk0P O9qFB3A8pXblaX/7iHY+clVrHe52L5rQKZW+4hn97n7/kNJpyPS/Ex7vV3po291b+MWj5+oNy7q5 GS95e+b/XVoMpOLUJ6950AS+goPfPOjZtnYOTjrzoT+9XOSOdbpHHvWuD03lP3Z5TLn99bZvS+fN fvvdxyXqiT8774NPE8cTkFglFz7yceL1gZ9sYm3xkH+4pRLpJ99+uS838F2Gq+ebpzw2gVf1I1jz TjJ/Z9rPWFp4FjSaUD/87VP941kP/KiZ3y3q30n73d/Qnwx970U3/T/IwSXIQQsQoAAe4IBcQgso IEcw4AISIEfIgTOsC4AcoANegkAIYAQWYD5czAB+oByMzX8cYAFyxAT6x0a0QD5YoAW2BTU4wwE6 wwRmoP5tzPXFXGKQoBwwUUeMggJGhDMU4ACWoMCQxCgI/+ECnuBDIAMEDmCyFCAyIEXBWEQQRuAQ EgxGgOAlzCBb+CAXvmAL1uDG+F7p1V5DfOACOk0ARoYENmEQVgw1rOAQgg1EDKEAdsJB5EOAwEtI GCAaLosesqBbIMMl9Ns/yGEIiuHBEJ8QGV/d/UcEqiEG0h8DGiAyFIwz5AMaYmCCaOAHjsJBEGDL IIhDKCAIql8QamFbOIMTHgQ1CKAiaszyAWBFnKIahiD9OUQnmKIo8sYE6mC3/EMhCqEAKuFA/KDL YAUB7qIGdmCCBKEgsgUTXoIzGgQTxqLB3ODnNZ8FpszYTOLULJEVjkcmToQnDgwEEuMw2sYUhoQC vuIQgv8ieGTiA35gW8SgIS4RJ2LjvIzfnpQff9Qj2JBiAPZMAx4ICnZFN/KhZRBiN36ju5yNgZwi u1ThAxagGuYECEZhKPKjvMAf5ZRQ64UiCJbEPhIEJ7JiDBZEPsygKnakQDDjAMojDapESoIgFwpE PiDRSxrEC/qgAI5CNQ4EC2KgM+xiJzhDv6nkByblULriUQ6gUqJkNOYDIXYCImrhDMIjLA7ECzLj VB5jVV7lU3rkcHhd351ET8JkQSRiAJYkQXBhNBrESbIgF57kSbjlXAqEXMIlQeSDU/LlSrYlTrIg MjxlURYjQ6jkBMLgFg6EJrZgVoKiQ35gv0lgXErlPzj/JhdGpj1OplkWhzb63NgojmmeJmqmpmou iTAOplh+4iFOoxwgQ0FwpRZK4FJapj4KIBOx4E5mZQaC4FPS5GbqJjXoZnAe4G+GYWiK3uH12O+l xFoahFsShFse5wHSpk5W416iJEv6pjCuxHVupFdyp1/GpD0S5Xm+JQIe0XoeYmJ+4FD6pXK+Jm8K 5iXIo20S505SZSuyZzVqIRI5JnE2J+e11PeMnJWNJHW+p3fSJUHIpBw4I3FOJ1FaowXiYXWqZYQK p0BUKHN+aHsKxHT2ZFbm5EAwZVEikW2+pnay539aJR66pwUyEXE6Zle25iW86FxSAzLMqIGeZey5 jf+t/5kZ0mWIUidbLpEFTmAcWqeDhidLyuaO4qVJVOeJLtFQdqePYiVkdudekmceAuZtUih9DuCL WmhmZqdO5iRQ/iebkmiSBulwjObxNeiIHoSVSimNyieKqmlB+uRtrsRJYqdlvqicpmceOsMoGGqO JuqjzuWG8iWVyuNtDmpy/idCgGdYQuql6mWU0imIjd712NyRFgSgxuSSFmcMomh3HiNCqOieMsSG qqgMEmaeQiYMHiaMbmiYMmchIgRw9qpJzul3wiaQZuqk+uejiqpwgKRykWaH5mq6oSiJHiu1Auqy fmio6im2aqqnGgRTumSSrqUF0iRmIgRXiihykiS1sv+kFjZqQYxCjdJqtzqrYw1p50wR7SneQeAo NQqrtQYqQcimtb7qtTKETIonhmomroKro6pnrv6qw7Zmsc6gipalfc7qmipqinooQqQqvnKGnT5i uoGsQRQorBYEUxqitl4puJqElbYsknrsP1DpxqJqiNZrcCYrYSIRaEImut5rpqps0Ork0L7ryH4G GZqqv/7rByJqimoswUKpzypryFKtTjbrlZLk1RIrlNZnVvqqXxoqiF7C1x5nTgKsdubD2XKtK9an uFpg274txy6tZjAiTDkig0JtUFajVebjP3jh3FqrrKJoS+JmScCgShBubaZrxypmirJgo1Ip5Gol fvr/rF0yESuiqI8WpeYSLbuqq+Wi7cNuK94Klb4SnZE+rbD6KE4OrI6GqCbOZ3x2ZWIuLkpc6l/i 5acqqhzy6iE6ptQKojMwITJYa7DmQ0tOo1AyhNuiqatiqkmobUlYpfSebsymbt6OHc20ku69jMhy 78EMhlJMgzYoheBw0j/S4rcgLPkeDOTYi53MnUhmn7OMb/zKi/mmr1Jow74ik+n97u0SsAEXMAIf sAInMAMvsAM3MAQ/sARHMAVT7/66BagQQmlscNlhH8zo7wV/i/mer/oGXHS+DPyGMLiACv3GCtYt KP4yS+6qsCz6BPqeLwCzLuadKg2fHgvHSmmArwf3/zDy+WNEEfHuQWuq3S8SCx9aum8TM964LZ20 RrHmNS35QbEVE57eVhnfxvAW+90s8nAYF17J9m0ZM54Rf10aM54S8478tTHqPTEZy7HdTbHgVbEd 3x0Wt28d73HadbF0wDAgb94Yu24hv90Zg3EiV90aA2Qjv90b99ydRvLb0TEiWzLX4bHn6bEmb10f H/Fm3BJLBNUnQ48gQx4j6wQLokAKt9Z1nXKkrW6R7nAmswUK7ONs3O19yTL3LHJnuHIuyUGHeZjE VFiFaVgs+3LfPLIWq8UlmEw0g5WH4Rc189RgyVJtMTPmTPJ0LNdmhKBVEPM416UrY+A5v9YBVnNj cf9z5mDyKq9EOxtELhdlLZEzJ65za+7ybBBzBmJzNrtzEXlvHe1ZJdPEMStWIi6EPxfkQkwzOQcg Q++yBWIzWS2zQKtNKLMxLRGWLUUzYoB0Lg9WIoq0SSvEQhuzR2d046QyIedMLPvqha6sXs40L7O0 6BxyPKvEPEPog9bkPgY1Tc80TpMOMIdzSUpqUMOiPaan0hb1O5Mq+4oyVB+dN8dxVVMdPHPGBHd1 VmvOUX810m00JIv1ybn0F5v1WNPy7HG0WoNcWL81zjnzH6ffk+RE/gWjXIPLVTOxsawf++U12uw1 /7L1CvXrTuO1XteEYKMfYfNKXGvG/bFfTDT2Y2v/Clk/c/oty4CITfSFhNkY5MXoBv1ddrOgNTjv RE8vtsqwY0QkZGt3R8CYtggbNr+6NUKvNMUkiDe6djiCR2MU4SjStqtEdk4k9G4DTTiyjG9jjPc5 N3E/C13f8jPpdv3J9sAwt2xD9297Y3TvSl+ntk6s9vpxx8p09nYDTUdgoWV/N6BsNbrcddjotYDI t7p8Ntq0t3vPiXHvd5Rldl37dyqhtifb9WoeuOIIOM3ZtvqUtYIzVH8/uGlNd2JLOAiFd4FbOBTB t4abVoS/xQynB+p2ONSRqtQFeFrUJYkbNYK+lBeLN2bI9Gbc7YivuJjotGdYaY2vxYjftI1TyYfD /8Wk1qXv4m4+5/NbBmfYXqiRNzmkVq2mYuD2/viIUPjSmPJPE3VJr6yU1nR7tiKS0+CX1yTBbnmS J2xJ4y6V0wiGH/RMIPem+nR1hvlP03lNz66dJyyUkrmZAzWXrzmJcLhqW7e3tqWeB6qO2zSX0/mi k7nF9jmj5zmgj0iQ5zZ5O3qZP+iQDzWfH3qn86lQZzqfIvqfT3qIADh1V/cyq7h16nmop7mUN7qo v3pBpvm1xjqaa7mpy0yLk13xwbiQW7B66iyRh2dTM7WT66iygzmyJ7miwqkTPvWuLwiOT7sPVbq1 f5CVz3gFd3tXe3sDZ/uDtLnJijsGCbq5nxC2p/97AqF6hbP7L/d6cu0tsMO7+DF4VWm2jNz3QNo7 zKw7W0y2vwvNthsJaw88x5A7GtufbyD80KB7ZjzN2YjgZ5eNw4cLQZ8OFbv5m2N5esc2yOv3xY+J u0cMoXO2z9Dhx4/8qhA4x6u6x/uGbdyGdg82y3tKtWfHpf9GgWhLzQP2zT8KwKv6VaB8Way3cgd9 pBR8xPc7gNB3RCp9pCj8u0v97UC81bfP0KMFgjdJ1kNKyX+99ck7qr14hov9LPOf3rW1g6M9Kmc8 88DcNrr9/qHJ0Uw1btM98lD910QfZoi83h8H1v/99gU+s3By+GbLwcMF4Bv+qD6nCZdhqm82ZxP/ vuMDHtnznCr/9XakDIG8NtJ/PgWCPkKC3+VPj9pb3mHnfcfHMrKMheiTTehnt8AI98yffuPBPc8l /qBfOsrw9spPIXADt2/j/now/XifPNCXt8oMv/A/DXQ3vvG7Bd/DdNMAv3pnf284//avy/Szx+Df xM73DPb/NveHB2hbTC5K//evBeIPsWf0O3pTPGiXvux39v0/yX23//Gb+AlDCkC0+DeQYEGDBxEm VLiQYUOHDyFGlDiRYkWLFzFm1LiRY0ePH0H+8/cP1bRU016ZNPkKFUuSA7O9euXHD6qWqfyE1LkT okCeP4EGFTqUaFGjR5EmdWjzVSqWT23aJEnt/9+0aYQI2ZxWMqfSgS3AhhU7lmxZs2fRpg3rlW1b t2/hxpU7d+PIkifxQnWJCubWPn2Y4qQ7mHBhw4cRJ1a8mGlLx6lsZv2XiqpVQjVLcl28mXNnz59B h6ZL9S5KlU4dv/wXM1UfzE27ipY9m3Zt27dFB9YblS+qylezEto6LTZu48eRJ1e+/KLd0ysdvyKk OptfwDeLM9e+nXt375wbQ4WMSrLvqlcxD8+OlOx39+/hx6ft/GTKvKn5rpZJM/D6pD7/AVC+AQks 0MC2dIuOt6nOw0orzdwSUMADKazQwgstou+03aizrr+3JMRQxBFJLHGg8B6LjC/KGkwPwrYAjP/R J7AIGusrGk3MUccdPyNNJfug2wumplz7kCcUkHTIxhqZDLDJGXmMUsopB0sQqqgYtCw49Y5EMkmG QvzqyTGpLNPMM4vS8D6oOkTlLyN18vLLhSaEUkwn7wxwQjT57NPPi1BkabzyfrvsQeK69LKhOvOU cc89/4xU0kkH0hBI1ITUb6bXBEtUyYJivFGgR/Ok1NRT+7TSMSzN0/JQ/4wqyyAaZxRLVFRxzXVK NYPEry83r4NtM0Z1LdbYHQNFZdAVC3UR0cWIPVbaaSn0sb4NfdWvNU5hLUqtb5ekVtxxu1OVJVYL 3fJFctlt192EeMU02+qAhfPde/FlN9lls0T/79V8AQ7YWEuxzTSmTe0VWOGFIzV3wVaB+5fhiSku M14O86P3TexgxFFUjymyMdyKSS6Zon1VnKxZiWE8CNKQZzVZ5pkdsta0NXsbctuElQIZz4yipVno oQlyGN0G1X225TCBjpnop2e+WME2NxY2wkZBxXGtrX3+udS1bhVT666hLhtXlMnrbeXMlI5zTjrJ /NlOuRGK1s5QwcbzZbP5/pNgnKnbj9tE304oVLltpbvUJhmvM3Gm+478VKOlgthBtrvdSE4UFgVV 8ZhH9drz0W9k3HQ9JU89UqnZzNhDjnfavPOsTxfbyZeDvpNUl1XvPVUFBU2ZRcuczVzzwg3n/x3r 0lFX6HDdlw9zb9+pL5GqplIMvqXAd4bdq5El9Pl5w8UHGey8865efWSX+idd8rhcX/75hRopuLTv D06kX6vulP7/AfgRqgzwH/hwH0GoMpC1xe974HLgAyHYngBOcEAjeYgFD8Yf71GQgx18CAFHksAD FuR9mPPgCVGIkJEYsCEYfJ3VUhhDFBKQKiEkiAUPSDyWyZCHExRhQxLImiJtsIdFpB8BDShCHNrQ VcJZlxGhWL2R4HAhLqwXEaOYRdXRsIAj9OICn6hFMfKNigzBoOB4NkY1Pg2EXzRICRm4RjkObYUO sWL/jDdHPTKMizasFAJbtMM9DpJiP2RIEP+JNDhCLrKQB0ziDSH5Pie2jZGVzNcU7ci/YPnPkp28 FxcfqUBA6tCEnjRlu8pYxSEhDIundOWx2ihCQ8IxjK+0Ja7q2EJNpvGWvaRUH72IQzBS0pfFjJQh F4LI7sHQmM38ExKDGUmkwa+WzrTmrvany9W8kJPX9OaUQOlGUZIyjknZHOeCoiiKqPOb10ylQs7I Smb+B0lgQV5EpncQ5KGzIfdsZzFjCUgSTrOUbPmSP0Gyz4cg9J+2zKUZd9nKoxwUnepUVJLkNBCL YrSic3pbRtkZ0o4ytKGWBKYSR+mvgnpFdv/gqEY5WlGXco6iF6VpRw3yUp3i9KAlvSUyFaL/zCHO 05z8hKmXBPKlFiAVpjMNUD0/itOC7NSpFJ2pUX36Smii9I+SLGdCSerUqXJuRkkCkE2XigJ73vSo UiUIVV8q1qtm9ZWY1KbGNplHjLRUIYWrp0ubmtSnstWscHVrUw2L2KbS1ZXhlGVKDbVSsLITIRkd 60jVelV+bvSmnT3nZed61LZalrGmfCe8VqlBonqEr84DHenSF7d8lpa2bzygH704zohJdrKfatzy kve52g4XtSyE6DavuNpYyapG4Ytte2JLXOmKMqB/1G1kv2qY3E2Xu4eEiFAVqZjtdpe8CNkqJLs6 zUnqFSgRdO9sy/tPux4Xr7yM731D41iB/+ZQpdnF7387c1oVpja8ADawZ6qbW/5ezr8HdnBhHqpK 5OLxwRVWzEnRu+DiRShxdbOwgYGaEPDa9yjw/TCAz2vd/Xm1muw58Yv/KOCC3DGvcDExjOOrX1Fe d8MgmpX0mofj4crYIPFUbTd761vooe58QiZugmdJ0AYfj7Ku/dqSRefkrEYYnhFVLkdaa2Wv3a12 WvYphlU8TPZaJMzBHTOWb2xmY4bYvDobKpI/UmXlARnOci5tirO5YvVOeSjR9Rh0yeZnb85XwvWV qKIh7REdu5GcLY70pTFC5BkTmMSFfm90Me1MKNvWVbwN9akrwmXUTrjGqHb1RdAcaDW/mv/WE6Hz QUb86FrvGteOjGZ6m0hoXvOa0V1mdaeHzetJP7bSxEz2szWN3gwW+NnVPmANxQnZrJja2rtW9YCP retuvzrWwgwkt8dN7u/amdrp3jWgl7jgpK3Z3You9qod/eV6n3rZkO3xvmsdbetOG9kAh/SoB1pq YRvcz98+CI0LznA5l9vfgpQ4pm9tW23dmd4XxzG8pRlsS3vczPcGd77xTHJF95vHFld5wyFi5Ha/ 3M8I17bLL4tZo2B1I5eQg88v8Q+g/7wtsjunPz/7VtKGVp9hbTpNaT4XhxfZyynP6VQnynOOyMEg XIcLVo26z7DrMyFiX6fSoz4Xircc3Vj/16g5dRL0gsj9LWAfa9Pv7na851TrDLF72uGS8YFufOaV fTtS+q4RrxNk8W75+9vHHnm9X13yEkk84N0CcmBHbL0LBezexXrPkIZe9HJlOltPjxC6D2T1Qm98 0H3O+tcTHcxXf+vnIe/2zZYd94ANu0dNH3zRQh6kNb290zE/4GhDXNyTvz3ud2973wP/8HmXKfGj 3/uD/Jz7sSeI3L0O9IHQPvzft3zfH//53Y/98OivPtTfH1qef/T41Fd//S+ffCBeu4uPZfvCq+/5 2k8A9+739Cz6WsoAGar16G71yo/1zO8fuq/xFkrr0u/6ri/+tO/5MLAAne/9LIv91C8E//UvQ2KO 05qPAAMwAy0Q/kTQ8AZQ+jYwIShw8V5v/BgvB4XO746uzbSP/TqQAOGP7O6v9zBqBXlvA+0u+1Sw BCPC5q5r2wBQCXWvCRHwA/UuA4XwIRgwAnFwByEwDCkwIhLvAtEOCfOOCOUq+7RQC4vQ+YZw/pyQ IqZu08JN32SQAznQrxZLBOUwBt8Q+haiBufuCyVQBw8RDBVRI5jQCLcwDx9REEkPBAXwCrGODQNw Dtctwcyt2fSqzfxqCJXOswzw6eTP+EZRBYcO9rrv+2ww9rhPAr1P/FgrqixKs5IuE3ER+2Kqqkyv s/hupPKQszTxCdeN8CJOhvKvGNlC8/8ETeScLYuWkRmTwuQeruo6zjYmcBW3sRu58RvH8Db0jBoz j/9CidL6a+TIMb4ELpsILgXXkbygUN5wLh7vqw6ljZuy0R5ra+00rB7l6L34USMET6CEqPDmSCAH MiOckYk4bwqzKNHIZyEzLdAaTR8tKRedJ840ByKQD+PMMdtmrZLSCqYo4ySpYQpoJyRasJ8WK9na UeaSMSI9CquKQyIzogXzbxrVDdv87+babo1Ksg+RRCU1a656Ma6IMaaWUAFxERVtqq3kDB8HDiNJ MklSIRWQRCtRgCu5chJryuhQLwH/0KqsqqrGsvh08eP4D7c6MR2jMSG3UiQ4yh9eCkf/lJKwSBGx Dmu0XpIo0ZIvmc7MCnLHDnImoyitUgEf8AFJpgFJ7BIFfMGsfCIvAzMUJzEL+9Is03INP/LAGpIe O+8quzIyp6ExUeAxUeAeCkswL3MsXZMP0a6nwLIzj1D4YMwaqe4OrU6OzmkK/AA4vYQmVDOzRisq bUoYkzMVj1KkxFI5NVLLWO4fg1KNcMQPUsEfKIMauNMPiKMrcJIitSmTNOXI9rGIPAYvtoEg/AAf jDLIxJMi5pGW4jKGxnElJ4NFEAg4mys+U62L7soqocgH+5MgcAI4EfQmOdI/AYkTK646PYhAmech wpNB6+yD2A0xA0hC4XNRFtRCQ5PF/+ozhe6zuSLIQiVCN+0Q5c6zhxQSRTfR135yJGF0umISBfGw RrNqPqVMHXW0oajSHQX0R4fLH2l0kV6USEXsGA8THrUoSZW0zqjiHONNRFuUhyoUP6P0GpcPGy2J RnAiTLFzTBV0S4MqJGf03CAyMQUiFRBiG1KhGmIjS3X0RssTIQOyTQuiGv6BT3NCTifUTG3LJ/cr CgFSKAUiNpphHJqhT1MhQTtUUPfHuC4yuXoTUSdjIKrhFzaVGrahGmLBEGJBJelUR41UTX1UjMCU IJrhF3yhTz91G2IhJ0oVRgtzhJo0R8cITPmUT43hF5phG2ABVEc1UiU1RActVZ9UT//XsxrGwRc4 VVarQRVo9UP9U0Xz0VKvVIZ41X1+ARe24Rd+4VdToVhr1VbRdL+OlJDAFB9+4VlbtRl+NRbUYVaN 1Uzt9B11VVXb9Be2wReEFVSrQRR+oVxJ1Vr9k0cVTlk5qERLxw/iAVir4VMFNhYstlolleoo1dhY VBqXzmXaVFRFNlRJVlQPNmMH9bZ+jTrXdEM/9sf+IUFlNjhp9l639FZzbV8b9mW11ENRdqCmdGUd 0kFGM4ocVk9O9Gf3p0t5c1tjCEozdjrXVWnd6QTvVEOp1pQUdrdaNms7KUiZT2e99pRO1RPH1ptw NkOd9Gw9CVmh0WnZVo6wtSq1NW7/rUlqUXVE7daT8hWN1nZvF2lrGYxhAXeQwNZLC9eXyhYu4TZx oyhtkfFvHXeO3PYhCXdy12huhbRuMVer0nXHWPZyO1eM+laeLnV090hwpVB0UTeKDrdpW1dr23Jl pzZ2Bwlyc/V0bVeNKpdou3Z3e0hzw1Z3+RWCvBZvzZYkk1ZpS9c8vzStejCjzhVdCRV0DRVC+RUF aGJ7cWJ7/QBJqGF6LfR1O1Z5tRcFpgB9ezAVxBdEZ5erQldvd3WpgnMK0vc3USB8ETY+cTeRsBY9 l0odxBUXCLiAceFbu7J9GbR35+15UUAdxoEbJHiCuWEcLDh/FTg+hRdxGcme1EGC/3GBG0IYFyx4 HHAhgfeXfz8XHbGLdV10qfhBH+hBhmV4H2yYHvYBg1OYIpsXT0mUpOwphvUBGvRBH2x4H4oYGlD4 eFX2J6/3d+mHQ+2JiKl4H6JhH6ABi5VYf7OWfIe0iKQYeqN3KzNYhR30/1x4fsLYfbizjd3YjcuY Ivt3mYi3g47WvZg4aOF3aBtYeY2XajcYdoGXkZCXcQd5kXr4fw85hlT3UBfZdQGUvr54kPA4axe3 heW3eB/IkpnUfyXXiNZqjCkzj/svw/iYmjJ5WTmnGgChleNBHQKhlVVBHHS4iy2SYyd5j+wpHu7h H1jACkJ4BVjAGOKBGpaYkwGN2f8M2XwBAR/goU8lmBqIoU+toJYB2Wr1tY4jcqn8gRrw4R7wIYSb AR/GuRmOmWobGXtVGYJBWIRFuIStmXkjuVIpzHy/mZzvQZwZk5zPWWkv+d+QdKkAoYC4wRkkeCDg wRmqmYvRuZPpuHGr546X6h+M4RiEmYStwAq8eTLZd4flWEZNWTShWI15trlQgBgAYQVUehx+wQpW wApUwZgZWp6ZtnwHtKRvRJS9pKNJWY/VNW8h2nfW+I2Juo3jeCET+ZMBSKL/uKGrV8HoM6g7qJLl eWPxLZcfeYz+2ZGzuojmmOO6Wo8YGJWlOqzXJ5BtOqCb2p9XWJkxuawpiKp/Nqn/xZZNdXqUkVnQ rJce1XmbUSAQAHsVCuKVPzie53qecZlzO3ipAqEFriAQECgeRriff3ar+9quA+EKrkCwCSIeJHgc DBtlv9qHrZOxNRuyB8izTZiyRRukVeyUizag//oKWgCyOxueZ/qwaxqrE5KxwcIKri0eLPiEeTqv fRp0a1eP7Kmxa3uwIxi0cxtl6VqbKUii//q3BxuEWTtqm7hQ+Xqk5SeMUYAFWoAFAoGAFpWAQztj vVixjUi877q4nbq70wyoPdZhaaSoi/qoB3K0FTmKgXh52fq4Aw22wftpBVy6b/mq3dusxaiQ39rB 1Wi64VrCfSedD9zC5ae963mx/9e6st83w5K7tz+cuzE0cusaikJZlG3WTMc6ttl1qSBhxmlBHQhb HXCcG9ZbUtGat/MUBSDBCB4BEYphhN2ZuPm7v9v6QTMchewJEh6hFU6BGNyBgit4xwWVwh0YElrB GFKhGTSBGEK4gn9hu4+VvqG6R1PZryFhFkIhFUaBGIjhsy84utkbsRm8w2UbEhBBEERhGTRBHEh4 uM1cUC27yU/oydUAEViBGNChgi34yu38zE88dytccqw7yI1AB9450kW40F3ctQtcpNM4vHFaT1AA CIwACMiAhN+VhNV70rN8wU/Ox1EIvnVavgdc1N0aoMH41PNbv984ye1Ry+8bTP8SvLWfOsoWds3Z tMR5HM9rvcE13IgOvdSrfX38W6mz/YhEvUqT1dm7/X96nNrHnZGXHI3F/dw3HJv9NsXZXX4wHNvj PXU4vNXqHd3POH4vPd+FZtvh3d8v/NtDznLXXeBVp9z1HOE5CMJ9neEDyNghvuHRnNm5lt4nnmju /b8zvmyu/eA73uMdGqxDPoBeHNFL3mQUHt9Tfn4cnqtbvm8kPua1veJJ7eJBnuajRtqvUZB1Xn0+ vt9/Hl8AnrqH/t8JfvN8F+OPfmFWnuObvpGSmcmZPuoDZuatPnLmPedJJnoHaIxJiEOD8WgrZH0P qQeHghq4sivddC1Vnud3M63/e2ft5zLs5cQPgEor294jTx1D6J6kvldO9j4ovnfv1b7vKybo14fu B1+B5OQ9DyIbxX42KrwrBT+ojBnxPeJ7kSnzeXJhil7oif7uESLwwRch9JMMNT+/Pt/yPF97FYIy Jr8jvtK8PlNhTr7qJ8b08/cgGL/012n1e+T2PTJm5STE3HT2OSLwQ+x7n+bpuX1mXt8/2kztg5/s QcPzWdJ9SN/3qUL5qQzvbR9qXv6yn2ZzkGlzGr/x+R77EUz4LW+0kKntwZ8RhxOoWl9gsJ56fp+E 6L44AIKan38ECxKklmoKChSpqBn8tzDiQ4Kp/Cz003Div4oXqTk0GFHiRosM/w0KXJhxIkKFDD9q LEgtZMiHCEn68fjyJQqKIVPR9AlxpsaaEW9OlLkzIYopKQumksnU5cuVKKUiPWhxSkykJf9tXWhS aUuQMrEulZozrdq1bNu6bevQoT+vMGn+mzaNECFUqKb1Hfg2sODBhAsbPox4bcgpDweSBAsT6MOn JSlLDioS5kWvHU1u3rgQbVmWERmflInWMuiuLx9f1YwCMGW0aXcSLGtQMm6TTJ1GvHy7p0yjZJEC z41yteSvYJk7Rv2QtfLpB8s6T4w9++G5+NjO/ZfNb58+fF9V1I4+vfr17NO6domTuWTAkyPGtV9w N+fQBG3CRvHRV5cNd19RRv/Jhxx/X9EWnVCe8befdLUV5NpyujlYnXQ9NViUV4/RlyFXTfGkIH7B 2eeRUNAZBCJlAEboEmopZtZejenFRddcLn1HF16E+MGXX9OAaGORRh55JIIU5ScUQho5aCJmkBFE mm9ThhQjjfqtKCVjTF4JYU76nfgimW3ZFmFsMGVJ4z+ksTklmWgyhxZzSFmVWZQrUgbYdWsWh6ae WJJIJJKGusXgVARlY14fQKJiXqGHTkpppWc6SN97XtHmYqCfSYlmpzBZ9JGoX7K2JYa7mYqZpICi SWKcGypmEGllgjjmY69yKOtvGnW6J5SfriiQl2mW+U+Lwqop56jGWgrtUHT/dbdjQTrelddehAjp arTefpvkhpddJ6lrX9K3KoaNqdphs6fCupu5J3brLoXsfjrhfyXh9C5Nfmh1kJ28wtvuULZCKG+r /ebUaZ+XJVzwmOBOPBePaX0XHirjlXfexB5/3J5zTrKI5XGgcrUwqGLeC6aWLHvKVZtHqZuqzE8+ aB9wEud205g1XzmUa4DFvGycTw46ItF5qguytzg6RG1dB2H7Y5B/NY111ohVmBqXu668dJQDf61y ymWf7ZbPL7MF62oo6cw0T0PTvPZtiTJX79E246zms2jPvLfWhlqsFsavvOLHo5EKznjjawkM+FKt DaqTg7YmmrCU6NZdr6Zv/+XKMr350SSxxALmjXZI6JocYn+U6220SgSuK/bYjleK47VTm0T1Xn1d fXvwwr+eILL11U52w1OxfKHLzk/ZaaJgG433qaxHN9Fjx41Z/d8/X1hbV9FP3/avXrttvO3CI8md d4uKRx6kHa9Pv9YuMrjg8gV7mLKd8AXoIDqZ7WdzUp1JRMe9ABJPTBO5X+TaBjG6PS9LfiMLAPcn ELNNr1B+wooG61ejp/1DdyOsi48exS0QqrBp+GoQvZTXH7Kh70DEgdGX8PQ8gtEIhslai6aWI6j0 MXBmFfTeoCDXv/2VZijS4SGu4ia72MWKWT384ApvhKhFNUpx87uiF6FFKv+GCfGASPEb6IxzvIyQ RCr+S+LrTrMYttipbZZxyBrbYpHjPEWPMrkMsG7iGlT1xCGUMeMgfQMcOC7xVdIjWfnMAhX1fVE9 OIoaQXh0LR9pK4WT7OSkMpiTmDQSkhgZGPX4dLfTlNKUtkHZydqmyuupRDUqieWl9CPKV71mP8RB SAutY5FVgiQuRIkNv1RiE7jtrIES8tdFlAlFTxamYu4DD/w4JjppanOb3PTiMrsJzuyI0JJ0mdoJ rTakcKpznexk3DfbCc9qVpNRiONiNuOJz3zqMzHv3Kc/6SKXcgrUnNlC5z3/idCEKrSfCoVn+9aC sWvK76ANrahF18nQi6r/U4Qk5JFDzvm7dGp0pCRlZ0ZLqs1R8g48W8QmSl8K00m6MqbrrKRAMdmj gm4LeDTtqU9/ClQbUROi79NY/BYX1KQqdalMlSNA/0FO+FANhTxtqlWvitWYEu5iWqynS7MK1rCK NaG5E2idemfQsap1rWzt5kMLV9SNTbStdK2rXenH0ZuaMC9UFeld/wrYwDotiyxNhaO+KtjEKnax IZuWXi+ZU72gYqd+ZaxlL4vZtwwVrtY0KmIzC9rQivapUDPrXqsWUoqOdrWsFetWc2I4r861tbSt LV3LKlXeaTKttu2tb7H6Vq52Vq5I/a1xjwvUvFaLoKjlJHKfC12SqlRq/4wyrD2ji93sNtSmyy3h R3XqXO2Kd7zs3KxwM0bcLpJ3veyV5jhNy9y+qra99K0v1l77ktgm7rP27a9/GYdbqZ3Wd+H9r4EP DK7gwjauR1Uvgh8M4UMp11qnlW+EL4zhIk13d9U97GwP/Ei2tGDE/2hBYUxsmBGr+CEoPlSIj9TK U51JbzOrMeDCFzkcH0XHcipfmwJHVsd2N5Pgrap/pbiWFpN4MEs+TIujhWQjGS1QbPPx6K4Mr9tg Ty0xvjKXtfylIXbZy2CGCEjKbFHzLni4DZ5vdl+ckyeXmCByFnFi6mwpOG8ZPW3T8832bOZAgznL aNbJmQv950KHmNCAFv90oBlt0ffmNrIWRrCfJ4LnOQcm05ue2KURzc9Gs+3Ljh6zoP1M6GiWWtRo tnK+IN1Q/GpEv9e1dFDCLLMm03nFJW6yiXX96yfzes66NgieURzsXRu72IaBWXGkhD3ITNnHO4nx TJxNFkf/OdWHrjacYa3tQyva0GQu8yNN/Wl8Bnh3A+YtiMdM5ZcAuyBK7jWy6X1vTRN7ycfGdLCR ne96h/rUg0a0SKSN5W57e9DwxvK3yYzu4IC61YkGdJ/JbfB8MVyjCs4vg/l75G6XG9P0xjevhU3n ktub3ypnsUbyrW+AD7vHSms0wsUt7nhzO+EELxu4IS5ynk/854vGebj/KW50UYMl3fGcMGTj624D M7rado45yVUu8DoL3OVX3zrMs+OpU8d7zzoPesF77uqhWxzpqT540h/t9nIXXe5DrHhFN1zODtca xDk/upxhrnVjp3zwgR8810sOeKynp+Fm7/vZH/9oc2d85OHeOeTnDmrMa1vzF7c7qxXKXQpD9ruS paybsTt2ifu75b+2eq8Nn3XFG17wsvc67LHT5Ztbm+xejjhmIv94nU/Z8ZYHPrnP/eodH//zkI4y QtXscTaD/MixC/G/l21yxCuZxCfnN/eBreLwr/z717c37peO/t+rHtfoD3uDzFxz9TOp8qmycba5 rENUU/vF1d/ya5wP/3pPFVUVFnUZdnQnZoAPJmsTQWvTF2FMV3UJeGDrNlCRRWBG9oAvFn4byIEd 6IEfCIIhKIIhKIHABVXzJFHFVYIryIJw8VQdRYCp1YIzSIPS4oKF5WEqWIM72IKh93TehVamx4ND yILQN2sf92FEqIQZJmkCRnqVtoRRCGEL+BANmIRSiIX/RYFntVsymIVf2F8dd4TSd4VgaIbk5XQl BHVeeIZtKF549xF654BuSIfG5YNqCIS7JYR1yIfIZYQMiIQ62IeDWFtNyG5PWICEqIijRYUGYYWC uIiRmFlbaBddWGCSiImMJYaASIaQmImfGFhp6FFTlYigaIp2BYdaZP9dc3iKrahWd4hTpLdJGOiK tehaeHheKehgtsiLWWWIpgVSl9iLw8hUjSh69LRfZUiMy5hUlKhbBcWGzCiNQLWJVRiIu1hf13Zw ewOBLhYY3Qh2LVM53SgR4FgY3AiANGaO38ge4tdNohiDwthfzbcyWZOO9+eNrUZtg+F+SFJ94NiP 64Ny25SKOLh3fAd0dWcj6ZZ6ozYpi7aP7Ph2NfKPgtF5Anl1KSVkopeHRVZZCLlqCkmRaUN5Gmco RZdl5Ahlq6aSV5RpnKZCf2iNnYiN89h48odt8zc60qZDObZ+gAJ/Pblj03ZmPPlslSNj0VaURxmU 73djWlYW20hlzkf/dTvJlAuHj1epMlK5kxdpM3lyaxnJdcm2bPXGbB/zi1IVjLQYcqo3dcHHc9sI l2t3dO7HePdXduqne5R3l/5nlZIXd1k5lUADl0BWmL2nl/ZHcGBZmBVpfIgZmC3ncifHeuanbyBj jE+HjAdpa1WZf7mnfHMJdzKTemknfKQpdMZ3mv2XmkFnam75djBzc5Lncw4Jmk5JdAvzlrW5bYrR l7NHewO5gbeXNc7YbtHYmVCZdK8ZkmPHnI43eWincb7nnBPHdsv3mEuHdMqXdsoZncmXnZ45kcx5 cQ15gAGZbb95mcHJnocHk9FSjY54jaenXeIJbuRpdnmJcfeJmAdI/5uWp58V95xi15/ZOW6Vp5Tf WXeEKZ2tiZ9LqaB0x3s9d3iVKXu0t55o+YKPRWmlKHVGl5fVSaH6aWW3qZQkGpoo+p98SZuhOaJu CW8i+pjw15+XtptwB5vrJ6LlWaPY6WqzaX0Y+nqup2lbBzIFKYfK+KEjx5Xyp6Ptp5dS1CtIWY48 uX846WxV2kpR1jKfCZXauHBY+aV9ZqU2V6YGpyJbmX5iGpRkuqUXeSJxyiFOyn5aKm8zt28s5n3l 1zSwSGGyOFnyOI0ktY4gU6gr9J7CI5PySZP0Oaj6dKgeE6kglKjCk5bxyJaPelGG6TicSj8jCKod eF9u8Yg1qamnev93OQJfxymoqOqq/xSfx6iLjvqqtcpN8LiGrWqru8pOSNpSSsqrwVpTG/mDRFZ6 ukpfK1ap63Gokwotzrp49ziR3NmblMJ/1gl2nodxlrKosupZwFpf22ethSqtPWWe9Zg2EWmobKoe jol/33KpuZqpyVqhJ3kY0Po5MqWtDkmSLuqPtrmQ++qvlJKZariZrNhey1okzfqQ+jqwM5avD7uw ADuSEmuxhmKczHWBH/lfZzmkQ8pye1qW9YhtdoqTghmWX/qTYGmlV6qyv1eOL5uyTfmyvTKYZpKU M8uuYmqU4Ql8bFo6CDdtb1qVJ9umdBpmMnuyspK084ev03SCRNX/qBdWbImXcsMWe8C5cQ2qmiua mFHamCbad3F3s1rCcNbWsw1HtgJ6tkfTolgpfLe2tpPnbXeZe4xnophXt3MJpG/7k5aCqx2KnA9m pFY7kGXJbG0XmEQrttRZo2kKebopdI2bn37LmzPaoph7nWfnuFzbnSGpkw25lxRqO6LbubjxcxJG WEnqiQf2dYYrpFqLc89ZtD/aeHYbnbSbon9poJNruaaZeQnJeV57ur5rf1MnnuaWvFOZlMArccVL l9Hip6MXhMi6Xn83e7ArmbIrvDdjnp0rmg+quc5Lo5dXuS+KoJGbuQMKoJzrmr1HlZvbtQ3KvNvq tb0rvv7JPri4/2bo1WaEW7jEqawYarX+p52A2aPBh7t8m3Be6bcBOr8RjLcNTJfnir4xi3YHDMF+ GZZxS6N3e3nXysAdnMAZ/LSEEa+Ca73kxaf4pqf7Jmzgx2kHTKduKqc6m7J22qQ6fG5lypgn45Qw G5VQGqV7O7T9iI5k2qZLs8RQGrQ3y35y68QzpWdcycM33KRO6y0FW6q06qonvFhwKrDZelEZa4Ee KqxjfFxifLEDl2ZRy1n+i7DXG6p1TIIPWa621U+eyo9gPEmBi4iDm8aDfKur+6utS8iJ/MfEiofG Ooscq8iR7EXdqpmzKsmX3EkpHMgrjMmdnDVc3FXJiMjt5cdShv+tJnl+EEmONNwepfw5UmqdfKwd GjjAw7lrrbfIATVpGovGj5rH/qiuETuz3GS6w1ygCxukLpy9yjzJcJyL3zrKtjbLi8ePCxnMEFuS ggOBD3eeEunGsUuk2IsYrhwYgEyKgnxhT3vCABmwKWmRV9SS2NnG89yv4Oye7QqvhryK4ErKNZvF YaqzLfuUNKu0MSqU14ayNvtl7ty0O9vDg2myLOuVjqnQN8yU77Kl6gttTiqVckmzP1a02yuWHlun RbzREv232jG9HXms88peRIy7O3y/Y6t7fdu39Buio1vFCAyYs6mTPb2jXRmRuuuZMgqdBSq20DnB QI3UKf13lPn/wtUaog+ctupByQZrydJMopD7n1ztts35vv550+2rv2E91LEpuY8bmTeJm/KLlBP6 s/tJN7/7NeDWb9yLZw68eWlNuiotgKu6yS790vfbnRsMkfhr1m671OGLau6rxaDLwSDa192c0iS8 12Id0nQ9muopt5r9neVz1xkq0jhMMMdsuegByiwlW9G8Xotd2K1Zl6kJvc4boL+50zpawjOav+Wb vv5K20cN3Besdrnr2b3tdxlppKLN0+er1OthxoCKztm4orW7nRPceVWdo3HNubunotqtkDua0QRa 3Ly9wY4NmeL9oKw5mpor3CRc1CEN3o8kzjGX3CEcl+R92toR/6uVDM2m+tJDzLNnGtFgcmPaybRd eqZCLMVIPMXfm6YA3tkHPrQWvXkJXtJkl5NIq+DNS3W7xOFZGuBH27TPG2fuOJwtfNGlRuByysPs ehjmvJaQ3IrI103kPNjMKk76nIP+/Yk0TsxSWMpPu9KOHKiCjYkgbeN59susZcceyGOCc9UR1d9e 7MlVDrh/PWmBLeNWzuVNk9oHy89dLub5rMsCxsvRPeZpDi37jdVTruZv7jEwzle9TITQCsauvI4n da9gM44WycruBC6fluSD4av7zNo1uORflOjTymdVfM3YvOjj+i2RDi5DfsZ7CIbr/Kz1TBhMR67v GsScXtYfw//O1AxCUT6fZ6jpeSbq79zqwmxoDA3r61PqfLZCmnzOnCxeDl2UPaziczriY+qyLI7D H/2PKz6UNkxqBC3EFg7SZQ3fKg7FP62VEL60LjvgQil2D42zXYnFw0zDKI22MlQkX344oszj5LW4 bbtt3Z3UPp3Ae4ujP/zadbnAYqbTnu3BYsa7EI2mNB3UY5pork28xE1/1bnuli3iMJ25SaKqu3zG aN7P5kvZFI+6/I6ucNq4TFOaLsq4yw7BsqnEkC3V/07yyhuZq8m+UDLZFz/q8K6PCa+4Pk3wg+PM /ZvVIAm+FczWxsze4d7xvbufy9nzQ6+8pk3iJ8/B6Ja8w/3/udTNfNv6ueJdY7rLpLL92YT9SRva XVpO5cZV28Nt8SI5vhK6c6m7vh5/ys3N3Ll92zns9gf69C1vv95p3AdKfGw7ocUnvxnu8DfIuumu 7iUswnNLv9R63bc51sG9vAOP9HCt+PiNo+wu9Y+b3Qwa8u29u55b8OkrtNG7wBiM2BqNJJYOqJj+ Xyabw1wK38qOtFVa4PJO0B7+laXd51rJSkaM7GGz+pMvuRBu4Ck54TUM7Ekcp1ls0rUfpq6f/ARe si3b4JROGKg+tZc86Ctk56PFxjaC6zH+9ct4/SCEr+HvU9vfHua+2oL/qrK8VOx/V3ru12XObmeu 63Bu/+vB/+ZSnl7ff//9T+hcDxD/BPoT+I/av2nTCPlBhWqaQz8FJU6kWNHiRYwZNW7k2NHjR5Ah RY4kWdLkSZQpVa5k2dLlS5gjD3Kcme1Vqj4MUd2MGNPnT6BBhQ4lWtToUaRJlbo8eBCfwYIEB0JN SIgQKkIPp/Vc2tXrV7BhxY4lW9bsR4JSM0rN9rBPn4Y8z86l2xLFxbsY857cC7Rv3b9KA28cXBDF 4ZGFUyquS7Ip1KczoQo8WFWnVq6NNW/myxgxX85EP3cd/bHwXsZ4U5csHXqkWo1sX73yo1Oua9y4 V/9LrXi3wN+5UQbXSBzvcb0VjRtmDnO5cIn5OOarrPCqQ/+I0LUDJpzRd8fn200vBm2xt3KRqGOG h05wWipU8OXHjz9tcltUb+Omyize/8vD8rqrtQCBKxC10U4b0LDPAhSwNeAkGvBBCRPk7a8CkZvQ wAr7cvBBDyGcKEPeLhxxwQ4vBDFFFRGU0ESKEEMQxBVf7NBF5kpzsEQdITxQxgYtFPE/iqhxiJpp kKTmFSUfMqi6hRrCjEgqWRJQxQizLHHLBpsbjMItuWwuzDEz7DLMCa/M0rc0ORRzTS/jJDPGHM/k MjD10NRSTTixRA/GPPMkE08baxyRwT7n1DNRMNkL7SBUtGEyoUmX1AaVf14RyCacbOOvSlCHO3RM NwUtlU7/UgGNkdAyU7XzTe/2dJVPGvkkjFYtFQ10R11JtdXGXFU9EdhW5UR10Q+P3dVMYkMtKJVp XtlpWmlfeW9JKK/KKjtnu03PVBdx5fDXQRG1VcZjF0UTRQ8RTU7dcGVVFEa92DV2XhR7HbXcefk1 8dx89eX3tGLPW9DUXB3djKBIU7npPYhTMfKfVDZ1C66dPvV2Y5DOlTfQexP+uFhiBRW33WZHNVle P/t1Gdl7v1Q31ZnJFRlmlgVGmeCRkzuYZpQ3NnK2TKnNFL5MobyMW46bfrdRL6+0V1iV0VWVXVZZ VjPIns3Tek1yQX4Z6o99hHfkrWmOGusI2Qa6ULV5xBlf/zC7Vnjhf1CRTFr7KMMU039sos3T/pw2 nEH1etwQyDaTXfXOxVc0G8sfGz84RBwRr5xyIFucEXF3U0yWRKvTbbnlHkE3D+vIDdxQV9I/f3zz 0/fFUPGUq0zF4YI0FeimiplEyDopmT78+D8bY++3u4MNrnnxoEeeKIbf870giP+2OD+Mb5v++2Dp Cm836THkSHrt0Ac/KCMdju/ZjDEV3rLit1r/exKV73hIAHm9H7z/NQZSD6kWQqblJMBxKif7KVwA HfhACEYQefBpCFYaQsH4YGt4VsHKlCT4QRCGUITCYVi1qHXCvG1PPxlr4Ahd+EIYxpAoSCJEKrRl Q6zY0P8+81PI0uwnQyAGUYhDJIk/tLGRJG1qNrVhIBGd+EQoQhFJqHAFIVwxCFQM4opYYRJ1Nngd rRyEIE8hiBj/QUaojPEfZVzjGdtoRjTC8Y1tjCMd56hGNuIxjW7MIx/3WEc9yrGPgPSjIP94x0La cZCIJGQjGfnIRUbykJI0ZCUVOUlMWjKQl9RkIjf5SU+G0pGU5GQpQTnKTJpSlJBM5SlZ2UlUwvKV qowlLWfpSlLiUoXdi2IvffnLX9IPO9RIRTOgtbtj7u49ykSmMZm5O2cms5jIXOY0n2lNaUazmtps JjW7eU1uQtOb4gTnOLG5TXOG85zfzGY63VlOeLYznuj/nCc76SlPfN5Tn/bkJznz2c91+nOfAgWo Og36zn8SVKEBZehB67lQhya0oQgd6EQfalGJRrSiGi0oO7mpQNtQQ6QjTZJImSRSiaFUSSkl5kpd miSJwfSlLZVpTWl605jidKY55elOfWrTngL1pzoValGJetSgInWoSWXqUp1q1KZC9alKlWpVqXrV qGJ1qlnl6la9atWugvWrWhVrWcl61rDqtBlXrYq2nPQYuBrEH02Zq1zpele72nWue6UGX/mKj74G dq6A9Ss1CCtYwyJ2sIpNbGEP+1fGPjawkl2sYyN7WctmFrGUbexmMetZzUI2tJP9rGhBe1rTppa0 o60s/2pX69rWqja2r5VtZ2vLWdyWlra7nW1vbcvb3/o2t6wNbnGHC1vj6la4yk1uayWLnxUKL65w rSt18RrYvDK2sNvVbne5+13vhhe84xVvecl7XvOmF73rVW972fte98YXvvOVb33pe1/75he/+9Vv f/n7XWE6aSqqiAWBCWyIWPxBpFFh8FTS0sYHPxiNEobwJSkcYT9euMITtnCH9ahhEHs4wyLm8IdJ XGETp3jEKi7xil3cYhij+MUyjjGGa7xhGufYxjqeCYt5PJUbX7jHM95xXU9c5CEHWZFJ1jGOi+xk KIfYx0+WMpGjfOQr55KPgmPiTuAai4oYwhALni5Uyv883eqaubprvi6bs+tm7MYZznNuc53fbGc5 45nOd+Zznvu8Zz8HGtCD1nOh/2xoQSOa0HxuhpoVfZBGPzqvkT40ox1daexSOtGWlvSmPb3oT3ca 1KMWdZ390dbitVEghigILGBhiG38oRpiWDCGzfhgM+ZalbruI6/36GtgIzLYvRZ2sYl97F8bO9nI Hvaynd1saCs72syWdrWpfe1nW/vZM5n2r7mt7Vx/G9vhpgy43yjubPca3Wb0A38+NW5zw1ve6aZ3 t+0Nbuh2D66qCIMhtmCIMPxDDH8g+B8kZmaEn/nSocY0qRte6odHnOETdzjFIW5xiVdc4xdfs30w 3lf/j2s85KIeecZLTvGTz/VTqTACDXRAgxV8fOMZ53jNHz7eAANujbEwxC0m0Yg0sDoW2/hHNVRR MQxT+Zar1HItdSnLpi/d6UxvJdWhXvWpZ13qW49617HOdSZ3PexfN/LTlwxksKNd7GqXmBHc7nIa tEAFKzB73a1uS69fXe94byVI49IUWIRhG2IQAw7G4ANWF70aBn+MgxT++JnL3OaSp3nlKX/5yGd+ 8pq3fF0rBvHPVz70GB+9w0sv6dP/ww8vb3kL4q6CFtxFzgFyMwoyL3vOY37zd/UrqrfVRlYDHBb/ 4EIjxKCKahT9D5gqo+3P6Px7zzv69Y439aVf/eln/x/7279+963/fe0ze93gHv+4y1/v80M7/dJG tx9a0IKXv1/urtfBXfpo/19Dn/soCD/4ue9/YouMfPu7fwi4QkgDHDgEwhODMdgCaqiGami3xjMz /sMSatiRvqI9U8szvtIrDvxANutAxvLAEARB3jNBEjzBElxBFWzBFHzBEYzBwoLBGZRBxKLBG7RB EaxBHszBHtxBH/TBSGNBGhxCF5RBI8TBHUxCHZQzJvxBJ8yuVJA/+YM9lqOBCkSsCnQ8f9DAADkI 2wvDL5yrL1QRIDxDFGxCIlTDI/wuaAG5Hkq1VTO+LbiBLbjDG1CwbUgwpAOOB1sQggBEuXkK/NMj NP86xEtCRENMREZcREf0I0WExEaUxEeMREucxEusREzcRE3sREr8xEwERU4URU8MRUUcO1NcI1Tk xFXsxFYkxVfMRCZzPyp8P2poufqTxLvAB+fjxS4kIxQARl7cxV4MQ2HsxVFMxVJMxlHUJGJaIy4L KYoxvjGIgViohm3ARgiEQCo4ODCkwAtsCv7LwnF0vIXLPXTcvc5TR91bR3dsR3hMR4o5R0NLPYaz x0XDx3qkx0o7vVRwORuQPxrARSzMM/7rQrkakLr6EITMwIT0nIaUx3icvIFANewwCEMQg4xswFjg AsL7g6FLsIhIC/0TxAUhxBLxvv5byf9jSZVsSZj/fEmZBECadElvKzfpWz/xw0nw08lt40l7Qzca uMX4gz+4y8X7W6MK7MILbL48WkqobMo0WsqajMmqpLbIWKO5GkAv+4ctOLotYEAxaARDoAJDqIZr 7MYJ/MZwNIhxDKy3dEt2lEi6nEu7fMe6xMu7jMeUU7S+bLi//LTAHLTB1LOUG0iXm7u5cznbu64t XMiIxD2FBEPIlEzeyMuJzLg39IfNzDmBiIVCELgtgAEtoII/UIVs3EODg7AdIcnDCMQ2sj/as7Iq U7IpyzLaxLLabLLdVLrb7E3ctM3c/E3dLE7iPM7hHDLgTAvlNM7mPM7nTE4Hc87p9IeXe7kVUMzs /3Q+CaO9YgxE5yuQLhwj7gxPxABP4UxP3jTO4eSjZ1Q5aLyJBepKauC5Q4gFWEC+a9zGWFDLhPtP NAtQvRzQzCxQzDzQvURQAt0zTXO4BpW0B424CGW4CV20Cc1ODJ27w0hQDl1QilTFiiSe3zMj0yQ4 LSi4El0+q7RJFl1RF53JFoXRF71KGo3Rm6xJnwS2HBW2HVU3oCS/HwVP8azRGbVRIy22rBTAiyHA x2g3J3W3J+VQNFxDKKTSIJzSNrzSNKzSLMVSJdxSLbVSL2XDLxVTMB1TLi3CO0PTJwxTumpTNl3T LYXTOZVTM73TLj1TPcXTMs1Tv9pMQE2SU4vDi/+UUUMl0kM90kQtUkZdVEdFVAAcsuiT1HijVHmz VOvD1GnT1EaFVEX11Dt6RsCqmFE1iGhkUgAFUM37L/9qVVZ9VVeNVVidVVmtVVq9VVvNVVzdVV3t VfIaiB7rMYt8q1R9vGI9VmNNVmRdVmVtVmZ9VmeNVmidVmmtVmq9VmvNVmzdVm3tVm79Vm8NV3Ad V3EtV2rdyiXFjoRYV0ph13W1FnedBleIV3ml13mN13t113xl131d135NiH+tV3y1V4IdWIPV14JF 2IPl14Rl2IX114aF2IcF2Iil2IkVWIXNWIfVWInlWIv1WIzdWJHt2JH92JINWZJNWZNVWZRdWZf/ bVmYDViZrdiYpdmZvdibBdmcPdmdZdmcjRKHgFd3FVp2JVp6PVqhTdp3Xdp2bdpoYdqndVqjPVqq rVqoVVqpvVqotVqu7VquxdqoDVuwHVuvHVqtddqyFduzTVu2JdusfduwTVu3jVu29dq5vdutLVu8 hVuwrVu/1du1ndqu3du/HdxOsSBtQVzFTVzGXVzHbVzIfVzJjVzKnVzLrVzMvVzNzVzO3VzP7VzQ /VzRDV3SHV3TLV3UPV3VTV3WXV3XbV3YfV3ZjV3WtYo+IITbzV3c3V3d7V3e/V3fDV7gHV7hLV7i PV7jTV7kXV7lbV7mfV7njV7onV7prV7qvV7rGc1e7N1e7e1e7v1e7w1f8B1f8S1f8qXegAAAOw== ------=_NextPart_000_0029_01C6905A.61F79630-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: basic mapserv info as normal. I copy it to my cgi-bin directory and when I run it I get a whole lot of garble on the screen. The first few lines look like: ------------ =7FELF=01=02=01=02=02=01=01=C2=A5=C3=944 PH4 =05(=1E=1C=064=014 =05=03=C3= =94=11=04=01=01=08OV=08OV=05=01=01=08OX OX],l=C2=90=07=01=02=08z=C3=BC z=C3=BC=01=10=07/usr/lib/ld.so.1=03=C3=9F=03=C3=9A=01=03=05=07=08 =0E=11=13= =15=17=18=1A=1C=1D=1E=1F !"#&')+-.012469:;<>@BDEGHIJMPRUVXY\^_`abcdefilnpqrstvxy|}~=7F=C2=81=E2=80= =9A=C6=92=E2=80=A6=E2=80=A0=E2=80=B9=C5=92=C2=8D=C2=8F=C2=90=E2=80=98=E2=80= =9D=E2=80=A2=E2=80=94 ------------ I have set the permissions correctly. I have other CGI program in the same directory and they all work ok. Running Mapserv 4.8.3, Solaris 10, SunFire V250, SUN Webserver 6.1 Some things I have tried: 1. All my cgi programs have extn .cgi, so I changed the mapserv to mapserv.cgi. I have CGI enabled and as a filetype on my webserver. When I d= o this I get an internal error. Webserver Error logs report: ---------------- /software/cgi-bin/mapserv.cgi, cgi_scan_headers reports: HTTP4044: the CGI program /docs/software/cgi-bin/mapserv.cgi did not produce a valid header (program terminated without a valid CGI header. Check for core dump or othe= r abnormal termination) ---------------- I am guessing something is wrong with my webserver config somewhere but I d= o not know where to start as my other cgi apps work fine. Any Ideas? thanks, Rob -- View this message in context: http://www.nabble.com/mapserv-CGI-Problems-t1= 847086.html#a5041674 Sent from the Mapserver - User forum at Nabble.com. From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: suggest including the text of your mapfile in your response to the list. = =20 =20 David. =20 -----Original Message----- From: Albert Anderson [mailto:bart_doggers at yahoo.com]=20 Sent: Thursday, June 29, 2006 9:13 AM To: Fawcett, David Subject: RE: [UMN_MAPSERVER-USERS] msLoadMap(): Unknown identifier. = Parsing error near (255):(line 4)=20 Hi, I did a wapperscript and put name=3D"map" in the html where the input = is. Now I am getting this error msLoadMap(): Unknown identifier. = Parsing error near (255):(line 4) . Could you please help me. Thanks, Albert "Fawcett, David" wrote:=20 Albert,=20 =20 You are calling the MapServer cgi program, but you are not telling it = which map file to use for configuration. If you are calling the program = with a get request (in a URL), it should look something like: =20 http://my.site/cgi-bin/mapserv?map=3D/home/mydirectory/mymapfile.map =20 You will likely set other variables in the URL also, like mode, layers, = etc. =20 =20 If you are calling the MapServer cgi from a html form, you are missing = a hidden html variable named map that, like the url variable above, = would contain the path to your map file. =20 =20 David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] = On Behalf Of Albert Anderson Sent: Thursday, June 29, 2006 8:18 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] load Map error =09 =09 Hi, =09 I am getting this error loadMap(): Web application error. CGI = variable "map" is not set. That is when I am clicking the submit button = and it doesnt load up the map. Can anyone help me? =09 =09 =09 Thanks, Albert =09 ________________________________ Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great = rates starting at 1=EF=BF=BD/min. = =20 ________________________________ Yahoo! Music Unlimited - Access over 1 million songs. Try it free. = =20 ------_=_NextPart_001_01C69B8A.08F3CD7B Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message

Albert,

Please=20 CC' the entire list on your responses.

From=20 your description, you have an error in your mapfile. I would = suggest=20 including the text of your mapfile in your response to the list. =20

David.

-----Original Message-----
From: Albert Anderson=20 [mailto:bart_doggers at yahoo.com]
Sent: Thursday, June 29, 2006 = 9:13=20 AM
To: Fawcett, David
Subject: RE: = [UMN_MAPSERVER-USERS]=20 msLoadMap(): Unknown identifier. Parsing error near (255):(line 4)=20

Hi,

I did a wapperscript and put = name=3D"map" in=20 the html where the input is. Now I am getting this error = msLoadMap():=20 Unknown identifier. Parsing error near (255):(line 4) . Could you = please=20 help me.

Thanks,
Albert

"Fawcett, David"=20 <David.Fawcett at state.mn.us> wrote:

Albert,

You=20 are calling the MapServer cgi program, but you are not telling it = which map=20 file to use for configuration. If you are calling the program = with a get=20 request (in a URL), it should look something like:

http://my.site/cgi-bin/mapserv?map=3D/home/mydirectory/mymapfile.map=

You=20 will likely set other variables in the URL also, like mode, layers, = etc. =20

If=20 you are calling the MapServer cgi from a html form, you are missing a = hidden=20 html variable named map that, like the url variable above, would = contain the=20 path to your map file.

David.

-----Original Message-----
From: = UMN MapServer=20 Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of = Albert=20 Anderson
Sent: Thursday, June 29, 2006 8:18 = AM
To:=20 MAPSERVER-USERS at LISTS.UMN.EDU
Subject: = [UMN_MAPSERVER-USERS] load=20 Map error

Hi,

I am getting this = error=20 loadMap(): Web application error. CGI variable "map" is not = set. That=20 is when I am clicking the submit button and it doesnt load up the = map. Can=20 anyone help me?

Thanks,
Albert

Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great=20 rates starting at 1=EF=BF=BD/min.

Yahoo! Music Unlimited - Access over 1 million songs. Try=20 it free. ------_=_NextPart_001_01C69B8A.08F3CD7B-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: 1) var_dump($myresult) is "object(stdClass)(3) { ["shapeindex"]=> int(-2028233538) ["tileindex"]=> int(-1) ["classindex"]=> int(0) }" 2) var_dump($shp) is "False" It displays numresults=1 but it $myresult->shapeindex is negative... What's wrong? Maybe this is not the right way to query Oracle (queryByAttributes) to get data? Thanks in advance, Antonio From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: basic mapserv info as normal.=20 ---------------------------------------=20 bash-3.00# ./mapserv=20 This script can only be used to decode form results and=20 should be initiated as a CGI process via a httpd server.=20 bash-3.00# ./mapserv -v=20 MapServer version 4.8.3 OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWB= MP OUTPUT=3DPDF OUTPUT=3DSVG SUPPORTS=3DPROJ SUPPORTS=3DFREETYPE SUPPORTS=3DWM= S_SERVER SUPPORTS=3DWMS_CLIENT SUPPORTS=3DWFS_CLIENT INPUT=3DTIFF INPUT=3DEPPL7 INPU= T=3DOGR INPUT=3DGDAL INPUT=3DSHAPEFILE DEBUG=3DMSDEBUG=20 ---------------------------------------=20 I copy it to my cgi-bin directory and when I run it thourgh my web-browser = I get a whole lot of garble on the screen. The first few lines look like:=20 ------------=20 =7FELF=01=02=01=02=02=01=01??4 PH4 =05(=1E=1C=064=014 =05=03?=11=04=01=01= =08OV=08OV=05=01=01=08OX OX],l?=07=01=02=08z? z?=01=10=07/usr/lib/ld.so.1=03?=03?=01=03=05=07=08 =0E=11=13=15=17=18=1A=1C= =1D=1E=1F !"#&')+-.012469:;<>@BDEGHIJMPRUVXY\^_`abcdefilnpqrstvxy|}~=7F??????????????= =20 ------------=20 I have set the permissions correctly. I have other CGI program in the same directory and they all work ok.=20 Running Mapserv 4.8.3, Solaris 10, SunFire V250, SUN Webserver 6.1=20 Some things I have tried:=20 1. All my cgi programs have extn .cgi, so I changed the mapserv to mapserv.cgi. I have CGI enabled and as a filetype on my webserver. When I d= o this I get an internal error. Webserver Error logs report:=20 ----------------=20 /software/cgi-bin/mapserv.cgi, cgi_scan_headers reports: HTTP4044: the CGI program /docs/software/cgi-bin/mapserv.cgi did not produce a valid header (program terminated without a valid CGI header. Check for core dump or othe= r abnormal termination)=20 ----------------=20 I am guessing something is wrong with my webserver config somewhere but I d= o not know where to start as my other cgi apps work fine.=20 If anyone could please point me in the right direction of where I should be looking to get mapserver working properly that would be greatly appreciated= . thanks,=20 Rob=20 --=20 View this message in context: http://www.nabble.com/Mapserver-Compilation-C= GI-Problems-tf1921945.html#a5262310 Sent from the Mapserver - User forum at Nabble.com. From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: the highway shows up without the highway shield. Does anyone know what I = might be doing wrong? The following is an excerpt from my mapfile: LAYER NAME 'Shields' DATA 'C:\Parcels_shape\highways' STATUS on TYPE Annotation MINSCALE 175000 TRANSPARENCY 100 TOLERANCE 7 TOLERANCEUNITS pixels LABELITEM 'SHIELD' CLASSITEM 'SYSCODE' =20 CLASS NAME '1' EXPRESSION ('[SYSCODE]' eq '1') =20 STYLE SYMBOL "Interstate" #referencing a symbol in my symbolset file. The symbol is a trutype font. END #STYLE LABEL TYPE TRUETYPE FONT Arial SIZE 8 COLOR 0 0 0 POSITION CC ANGLE 0 OFFSET 0 0 MINDISTANCE 200 END #LABEL END #CLASS =20 END #LAYER Here is the symbol in the symbolset file: SYMBOL NAME "Interstate" TYPE TRUETYPE FONT "esri_Shields" CHARACTER "*" END Here is a link to the map: http://216.203.113.94/JasperMaps/GoLandcorner.html Thanks!! Lawrence Hartpence GIS Coordinator 101 1st St N Newton IA 50208 641-792-3084 hartpence_gis at co.jasper.ia.us=20 From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: > Hi,thanks for the informations. I'm only guessing: In the > "TO" line in your > mapfile you have the number "1". Is this ok? It's the column number of the common field of the shapefile and csv I'm trying to join ("PLACE_ID"). I'm actually following the convention of the online guide I said above. But I did try using the field name, but with the same results. > Hi, one last guess: your table name "lgu_DB_DACCESS_PROV.csv" has not path. > Is it possible that mapserver does not find that table? The csv file is located on the same path as the mapfile. Even if I use the absolute path of the file ("/home/yronald/htdocs/maps/test_map/lgu_DB_DACCESS_PROV.csv"), the result is the same. From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: > Cris: JOINs exist within LAYERs but don't contain CLASSes. A > one-to-many > join can have a TEMPLATE defined. E.g. > > JOIN > NAME 'test' > TYPE ONE-TO-MANY > CONNECTIONTYPE CSV > TABLE 'test.csv' > FROM 'id' > TO '1' > TEMPLATE 'test.html' Yes that is true. I'm trying on a one-to-one connection, that is one csv is to be used by a shapefile for a JOIN at a time. As I read it, the default type is one-to-one and a template could be added explicitly but not really necessary right? Either way, there's no change in the result. I'll follow up on this later. Maricris From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: people have had simillar problems and its being put down to a garbage collection problems in the jvm. The post states you should call the delete method on a classObj when it is no longer used, I have tried this but its not got rid of the problem. Can anyone point me in the right direction please My code is below... layerObj annLayer = mapobject.getLayerByName(sLayerName); layerObj newannLayer = new layerObj(mapobject); int featureCounter = 0; while (featureCounter < annLayer.getNumFeatures()){ shapeObj shape2 = annLayer.getFeature( featureCounter ,-1); if (shape2.getValue(1).equals(sName)){ System.out.println("retreived shape index - " + shape2.getIndex()); System.out.println("retreived shape - " + shape2.getValue(1)); } else{ System.out.println("adding feature to new layer " + shape2.getValue(1)); newannLayer.addFeature(shape2); } featureCounter++; } annLayer.getClass(0).getStyle(0).delete(); annLayer.getClass(0).delete(); annLayer.delete(); mapobject.removeLayer(annLayer.getIndex()); newannLayer.setName(sLayerName); -- View this message in context: http://www.nabble.com/mapscript-jvm-crash-on-removeLayer-tf2238325.html#a6206628 Sent from the Mapserver - User forum at Nabble.com. From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: re-search in the SQL server by separate SQL statement and get its = relevant attribute records Thank you and best personal Regards Awaiting for your reply Mohamed Elshayal http://www.smartwebonline.com/ ----- Original Message -----=20 From: Fabio D'Ovidio=20 To: MAPSERVER-USERS at LISTS.UMN.EDU=20 Sent: Monday, September 25, 2006 7:54 PM Subject: [UMN_MAPSERVER-USERS] Join dbf with SQL Server table in = GetFeatureInfo Request Hi.=20 Is it possible to do something like this ?=20 I'd like to JOIN feature_id in dbf layer with information stored in = SQL Server table by an SQl Statement.=20 What about ?=20 LAYER=20 NAME "pug_iffi"=20 TYPE POINT=20 STATUS ON=20 TEMPLATE "query.html"=20 DATA "puglia/pug_iffi.shp"=20 TOLERANCEUNITS PIXELS=20 TOLERANCE 1000=20 CLASS=20 NAME "Pug_iffi"=20 # TEMPLATE=20 STYLE=20 SYMBOL "circlefd"=20 SIZE 7=20 COLOR 127 255 0 =20 OUTLINECOLOR 0 0 0=20 END=20 END=20 =20 =20 JOIN=20 CONNECTION=20 "=20 =20 ODBC:sb/@dbo=20 Query_IdFrana=20 =20 =20 "=20 =20 CONNECTIONTYPE OGR=20 =20 TABLE "Query_IdFrana"=20 TO "SELECT * FROM dbo.Query_IdFrana WHERE (cod_pro + id + subid = =3D IDFRANA)"=20 NAME "join"=20 FROM "IDFRANA"=20 END=20 =20 =20 =20 PROJECTION=20 #Lat/Lon=20 "init=3DEPSG:32633"=20 END=20 =20 =20 =20 END=20 = *************************************************************************= *******************=20 =20 Ing. Fabio D'Ovidio=20 WebGIS Staff=20 Planetek Italia Srl=20 via Massaua, 12 - 70123 Bari - Italy=20 web : http ://www.planetek.it=20 e-mail : dovidio at planetek.it=20 = *************************************************************************= ******************* ------=_NextPart_001_012B_01C6E129.24016DE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Dear Sir,

From my previous experience, I have = done that by=20 using the feature ID to re-search in the SQL server by separate SQL = statement=20 and get its relevant attribute records

Thank you and best personal Regards
Awaiting for your = reply
Mohamed=20 Elshayal
http://www.smartwebonline.com/

----- Original Message -----
From:=20 Fabio=20 D'Ovidio

To: MAPSERVER-USERS at LISTS.UMN.E= DU=20

Sent: Monday, September 25, = 2006 7:54=20 PM

Subject: [UMN_MAPSERVER-USERS] = Join dbf=20 with SQL Server table in GetFeatureInfo Request

Hi.

Is it=20 possible to do something like this ?

I'd like=20 to JOIN feature_id in dbf layer with information stored in SQL Server = table by=20 an SQl Statement.

What=20 about ?

=20 LAYER

=20 NAME "pug_iffi"

=20 TYPE POINT

=20 STATUS ON

=20 TEMPLATE "query.html"

=20 DATA "puglia/pug_iffi.shp"

=20 TOLERANCEUNITS PIXELS

=20 TOLERANCE 1000

=20 CLASS

NAME = "Pug_iffi"=20

# TEMPLATE =

STYLE =

SYMBOL =20 "circlefd"

SIZE 7 =

COLOR 127 255 = 0 =20

OUTLINECOLOR 0 0 = 0=20

END

=20 END

=20

JOIN

CONNECTION

=20 "<OGRVRTDataSource>

=20

=20 <SrcDataSource>ODBC:sb/@dbo</SrcDataSource> =

=20 <SrcLayer>Query_IdFrana</SrcLayer>

=20

=20 </OGRVRTDataSource>"

=20

=20 CONNECTIONTYPE OGR

=20

TABLE = "Query_IdFrana"=20

TO "SELECT *=20 FROM dbo.Query_IdFrana WHERE (cod_pro + id + = subid =3D=20 IDFRANA)"

NAME "join" =

FROM "IDFRANA" =

=20 END

=20

=20 PROJECTION

&= nbsp; &n= bsp;#Lat/Lon=20

&= nbsp; &n= bsp;"init=3DEPSG:32633"=20

&= nbsp;END=20

&= nbsp;=20

END

*******************************************************************= *************************=20

Ing. Fabio D'Ovidio =

WebGIS Staff

Planetek Italia Srl =

via Massaua, 12 - 70123 Bari -=20 Italy

web : http=20 ://www.planetek.it

e-mail : dovidio at planetek.it

*******************************************************************= *************************=20

------=_NextPart_001_012B_01C6E129.24016DE0-- ------=_NextPart_000_012A_01C6E129.24016DE0 Content-Type: Application/Octet-stream; name="planetek.gif" Content-Transfer-Encoding: base64 Content-ID: <012901c6e10f$fe897c60$5fa87252 at SaaSaa> R0lGODlhWQAkAPcAAAAAAAAICAAQEAApKQgAAAgICAgQEBAQEBAYGBA5ORgQEBgYGCEYGCEhISEp KSFraykpKSkxMTEpKTExMTE5OTFrazkxMTk5OTlSUjlaWkI5OUJCQkJKSkJjY0Jra0pKSkpSUkpr a1JKSlJSUlJaWlJjY1Jra1pSUlpaWlpjY1p7e2NjY2Nra2OEhGOUlGOlpWtjY2tra2tzc2uEhGuc nHNra3Nzc3N7e3OEhHt7e3uEhHuMjIR7e4SEhISMjIT//4yMjIyUlIycnIy1tYzGxpSUlJScnJSl pZS9vZTGxpT//5ycnJylpZz//6WcnKWlpaWtraXOzqXn56Xv76X//62lpa2tra21ta3Gxq3n563v 7633963//7W1tbX397X//729vb3Gxr33973//8bGxsb//87Ozs7W1s7n5873987//9bW1tbe3tb3 99b//97W1t7e3t7n597//+fe3ufn5+fv7+f//+/n5+/v7+/39+////fv7/f39/f////39/////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /////////////////////////////////////////////////////yH5BAEAAH8ALAAAAABZACQA QAj/AP8IHEiwoMGDCBMqXMiwocOHa3JMAABhBZAua/AU5AOnC5ARBwCIBLAACJ4NIw9YecjyA4Aq f8bYADDijwUAXQSOIegl5Ac3dgSayYECAIM8X04ILArkjxk3M+hc4POnB4AaAi/szAHgwR82fJ6Q EQiG4p8uMVgW3DmQrU6CO/WoYfglJkGga+HaXainjNq/gAMLHky48EAzS3LEQLEixkWNg93GlPwH CAozBPUo0WOwbtu7QfXeaIBHMmWBngGPAABlr8CJOWPm0Mgjw2ICAOAIJKNj4M0CSwE0teEGS+yq Vz9zTQskDp0iZAE4GHMBAAU/f/uY1tu2j9/PAu3M/x345TRc02P6DLTjBnz48Ybjy59P/w+fNV2e FOnBH8gSK2TQkRAdMRQw0gdPUEWfEmWM0eAXTTQooYNjSFHBAjZE4QYVE5ZBRWioNTjGF1RwJhAf QAgwEgARQCZQExQ22ERgeKwwwQIgsIDBB1YQ6AACI+xABBIElZGEA+XN+AQJCyzQwx9ppEBBDDHc yAEMK/zIBwoLfLABAhqAsMAJY+SwwQIXhGDjAmMVMQICEMQAR5Uj5OCQSz2EQUMBG+TxB2xvDfQB HxO5MBAZdpIh0gsgBDdBdXgNZBVWb3EFAUpvEFTWAQUcsAZLdKBUBB1u0SEBAE/QsYYHAOxxRQ5Z 2P/nAgAN1EFHFzXQoeATAfxRx2o50AGHEAGs9AcdM61wh053yAAACnfE0YUCT+LxBK1Z8FEWADYo +NB27tklmRsUbieZHFzESK5eqf0xIXyuAQajhO1+MSEV5VFYIkHpSghjuSKKOEaEFJJYLhUFzesg F/U17PDDEEcs8cQUQ8zHEh8YKBIEKPSwBBhmCFixQXh0YeYCI3Ua0ooiHXBBDmAQBITGAHzw6cgJ 4VEEBA3E0IW3Dplhw8oA0AyByBB/p9NpeMSwgbHenQauQJEOpIUIIk2wxV1yFFR1ZOcNxEYOmBXU xw8HtTuuieBpJFm75Am22hPuVkc3bG7DtcJLf3j/ZgYEIoURU01/MCUQGgGE2pRVNvxRxAQ7WdVB 13xAEPMfZUEgkBVpPQQCqu4W1TgFABgr2RFWATDFYTnw0cCzYxBuOARqBFW2VTIIFTkAJfwxws3R WU54SwDAwMQQugl0k+kD0VGB4wBccBgPAukAgAEJBAfEHAa0ASJyub9l1Qp4QAA85gAMkIJRLjbk Et1K/0G6sWU0QNUIbH3+pFN2ChRHp9qjmgmcICkAhM8u4xvIEhqHPgh8AQ+vG55C8MAf/gThO3fo QQt6oIMe8KAFPugCf1pwFhVUkAcd7AHwjCCGD1awBzjAwc1G2IPWxSQIMeQgD/gzlidUsAVneOFx SBwytXjtBG4Iqcva8vIZJKZtMPEr4hEJkhrJiMc8bTGNd6gYty4GJorcWZp6BLLFcJVHIWMwjdoI IoeueRFncIyjHOdIx4YEBAA7 ------=_NextPart_000_012A_01C6E129.24016DE0-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: perspective how it will affect the mapfile configuration and the mapscript API. Will it change the API in a logical or rather a constrainted manner? And how much amount of code should be changed to implement this feature? > > Theoretically I would write a builtin support for caching features > > from any of the > > providers but i would not want to implement a new provider eg. > > MS_FEATURECACHE_PROVIDER along with MS_OGR or the others. This problem > > requires to extend the functionality of an existing provider not to > > write a new one. > > I'm afraid I didn't understand this. Well I have just mentioned that I could not imagne the suggested solution easily. But now, I would consider a solution providing to specify one or more layer being contained by another layer. This nested approach could be implemented for the mapfile configuration and the mapscript API as well like: LAYER CONNECTIONTYPE CUSTOM_LAYER ... LAYER CONNETIONTYPE OGR ... END LAYER CONNECTIONTYPE POSTGIS END END I'm considering this solution is different from my proposal, and would require to change a similar amount of the existing code. This approach would give a solution for different problems (like implementing provider independent joins for example). Recall that originally I would like to add functionality to and existing provider. I can see a slight analogue to the difference between the inheritance and the containment from the OO terminology. > > I'm not sure why binding the work into the core mapserver code is > more effective. When I spoke of Mapscript, I was meaning a case > where mapscript is used explicitly for drawing the features. So > a mapscript loop can query the features from the layer, and then render > each with appropriate per-feature draw calls. In this "mapscript owns > the rendering loop" approach any arbitrary transformation can be > applied. > Do you mean creating an inline layer and feeding the features into it on the fly? How can the implementor provide the reusability and the configurability of the implementation if needed? Best Regards, Tamas From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: last name, and search for long lost relatives. -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: it all. http://tv.msn.com/tv/globes2007/ From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: ways, my MapServer site is working normally, no problems using it's PostGIS layers ... although IE7 doesn't seem to like the Rosa applet much, but that's another story. Cheers, Ken Lord Vancouver BC From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: ------------------ As of version 4.10, MapServer now uses the GEOS C API for doing geometric algebra and predicate operations. All of the operators available to the GEOS C API are available in MapScript. Some operators are available through the MapServer CGI interface. See the SWIG MapScript for details. ------------------- Which operators are available through the MapServer CGI interface? I have readed SWIG Mapscript but found nothing... ------=_Part_110614_15276300.1176976024932 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I would like to know which kind of GEOS support is in mapserver cgi.

From "MapServer 4.8 to 4.10 Migration Guide":

------------------
As of version 4.10, MapServer now uses the GEOS C API for doing geometric algebra and predicate operations. All of the operators available to the GEOS C API are available in MapScript. Some operators are available through the MapServer CGI interface. See the SWIG MapScript for details.
-------------------

Which operators are available through the MapServer CGI interface? I have readed SWIG Mapscript but found nothing...
------=_Part_110614_15276300.1176976024932-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: slight feeling that a fid should not begin with a number. Is this true? = If this is the case, what should I do in order to make Mapserver to = generate valid fids, if all the unique columns in my database are = numeric? Or is it just fine to have in WFS = response and it is the client software that should be corrected to = accept that? Regards, -Jukka Rahkonen- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: ------------------ As of version 4.10, MapServer now uses the GEOS C API for doing geometric algebra and predicate operations. All of the operators available to the GEOS C API are available in MapScript. Some operators are available through the MapServer CGI interface. See the SWIG MapScript for details. ------------------- Which operators are available through the MapServer CGI interface? I have readed SWIG Mapscript but found nothing... From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: each LAYER object, then making a single request for the layer EVERYTHING = would do just what it seems you are describing. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: 978-251-4242, Fax: 978-251-1396 ed at topozone.com =20 =20 =20 From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On = Behalf Of Andre Lockhart Sent: Wednesday, May 23, 2007 9:50 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Combining layers into fewer tiles to = reduce the number of Apache GETs =20 We have a MapServer application that uses ESRI shapefiles. There is a = different shapefile for land, street, city name, railroads, parks, etc. = MapServer creates and overlays tiles/layers for each and decorates them = according to the mapfile. =20 The problem is that it requires over 200 GETs on the web server to pull = all these layers/tiles down to the client and render them.=20 =20 Since all these layers are static and never need to be toggled on/off, = we would like to 'flatten' them into one layer. This would reduce the = number of GETs by almost an order of magnitude. =20 Does anyone know how to do this while keeping the 'decoration' (like = colors, fonts, etc.) specified in the mapfile? =20 Thanks! =20 =20 =20 =20 =20 Andr=E9 Lockhart, President andre at CoValuate.com 510.333.7189 =20 ------_=_NextPart_002_01C79DA8.A440F715 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Andr=E9 –

Your description sounds a little odd.=A0 It is common for = MapServer applications to contain many dozens of shapefiles.=A0 There may be one = shapefile per layer, but many layers combined into a GROUP with that keyword.=A0 = And a given MapServer request can specify as many layers – in one GET = request – as needed.

From your description, simply adding a GROUP EVERYTHING (for example) to each LAYER object, then making a single request for the = layer EVERYTHING would do just what it seems you are = describing.

- = Ed

Ed McNierney

President and Chief Mapmaker

TopoZone.com / Maps a la carte, = Inc.

73 Princeton Street, Suite 305

North Chelmsford, MA=A0 01863

Phone: 978-251-4242, Fax: = 978-251-1396

ed at topozone.com

From:= UMN = MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Andre = Lockhart
Sent: Wednesday, May 23, 2007 9:50 PM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-USERS] Combining layers into fewer tiles = to reduce the number of Apache GETs

We have a MapServer application that uses ESRI shapefiles. = There is a different shapefile for land, street, city name, railroads, parks, = etc. MapServer creates and overlays tiles/layers for each and decorates them according to the mapfile.

The problem is that it requires over 200 GETs on the web = server to pull all these layers/tiles down to the client and render them. =

Since all these layers are static and never need to be = toggled on/off, we would like to ‘flatten’ them into one layer. This = would reduce the number of GETs by almost an order of magnitude.

Does anyone know how to do this while keeping the = ‘decoration’ (like colors, fonts, etc.) specified in the = mapfile?

Thanks!

<= /p>

Andr=E9 = Lockhart, President

andre at CoValuate.com

= 510.333.7189

------_=_NextPart_002_01C79DA8.A440F715-- ------_=_NextPart_001_01C79DA8.A440F715 Content-Type: image/jpeg; name="image001.jpg" Content-Transfer-Encoding: base64 Content-ID: Content-Description: image001.jpg Content-Location: image001.jpg /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCAAoAKYDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD38kAE k4A6mvKPFfx10XRr9tM0S0l1q+VthMJxEG9AcEsfoPxqt8dfF97p1hY+F9Id1vtWOJGQ4by87Qo/ 3jx9AfWjSdH0H4PeH7ctbR3viO4QNJMwyQT2X0UHjjrTinJ2QN2M0fFb4ltH9pHgBvs2M/6ibOPr /wDWrd8IfG/Tdd1aHRdY0240nU5XEaK+WRnPQdAVJ9x+NY+o/E7xNpWri21BYLZyofySgbCnkZxX T6ePD3xEnsL66tY4dZ0+ZLiKeIYY7SDjPdfUGuqeCrQp+1a90yVaDlyp6no1FFIzBVLMQFAySegr kNRaKz7XXtHvrk21pqllPOvWKKdWYfgDV9mVFLMwVQMkk4ApuLWjQXForPtNd0jULhrez1SyuJl6 xxTqzD8AatvdW8VzFbSTxrPMGMcbMAzgdcDvjNDTWjC9yWioWurdLqO1eeNbiRWdIiw3MoxkgdSB kfnTZr60t7q3tZ7qGO4uSwgidwGl2jJ2g8nA64pAWKKhurq3srZ7i6njggT70kjBVXnHJNTUAFFQ wXdvctKsE8cphcxyBGB2MOqnHQ8jiiC6t7oSG3njlEcjRP5bBtrjqpx0I9KAJqKrpfWkl9LYpdQt dxIHkgDguinoSvUA1V1DxBo2kyiLUdUs7Ryu4LPMqHHryaANKiqVjrGm6nDJLYX9tcxxffeGQMF7 8kdKox+MPDUzKsWvaa5cgKFuUOSfTmgDbooooA8C8dgH9pHw19q/498W+zd0+839ag+MZvY/FNyz K5gKRmMjsNv+Oa6P47eFb28sLDxXpKsbzSWzIEGW8vO4MP8AdPP0J9Kt6NrWhfF3w7CfNig1yCPb PbOcHPcj1UnkEdO9dOElTjVTqbGdVScfd3PnRrmZ5zJJI7uepYkmvT/hNfXU3jLTLeEPtBdpGP8A d2HNXdQ+FGui7MdppjyAnhzLGE+uc5/Suu8LaPovwyuLb+2b+KfX9UkS2ht4edgYjgDrjpljj2r1 sXVowouMKnNfoclKE3NNxtY9Xrzr403l5aeBtts7pHPcpHOy8fJgnH0JAFei1V1HTbPVrCWxv7dJ 7aYbXjccGvFoVFTqRm1ex2zV4tHmGqeEvAOl6RoWoNevpUuUeC7tHy87YB54Oef51d+NN7dQeC7S OCSRbe5uUS4ccErgnB+prV034UeFdM1KO9S3uJnibfFHcTF40OcjC/411eqaXZazp8thqNulxbSj DRv/AJ4NdTxMFUhK7lbuZ8jcWtjxv4ieHtB8L+H9D1Tw6iWuoidPJlgclphtzuPPPIHPvjvXoXjH zYND07xBsxcaTPHdyAdfKI2zL/3wxP8AwGoNK+FXhfSdSjvo7e4nkibdEtzMXSM9sD2rsLm2ivLW a2nQPDMhjdT3UjBFZ4mtGcYxTbtfV+ZUItNs5nQiuseMda1oMHgtgmm2rDkEL88rD6swH/AK4fxX qlpqHiHWtWWV/tugtFFparC7BpI2Ek2CFI+b/V9e1eo6DoVl4c0W30nTxILeAEKZG3McnJJPc807 RtGtND0tNPtA5iVnctK25nZmLMzHuSSa5DQ5rx7ew6l8K769t2DQXEEMqH1VnQiu1rAfwhpjeEpP DW64GnuCBiT50BfeADjgA9ParVho01ldCZ9a1O7ABHlXDxlD7/KgP60AY3gkYv8AxWO/9tS/+gJS eCJY4bLxHNIwWNNbvXZj0AD8mtK68LW02o3F/a3t/p09yB9oNnKFExAwGYEEbscZGDUn/CL6cvhi Xw/EJobKWNo5Ckh8xtxyxLHJJbJyfc0AeX6PrtlDreneLjM63eq6hJFeI0Mg22suFhyxXGF2Rnr/ ABGvQviL/wAk91z/AK9j/MVr6hotjqWhS6NPFiykh8nYhwVUDjB7EYGPpRqWj22raHNpF28rW80X lOwbDkeufXigB9z/AMgSb/r2b/0GuU+H8uu/8IZoC/YdN+x/ZIh5n2t/M24HO3y8Z9s/jXaPAj2z W7Z2MhQ884xiue0/weNLs7eztNf1lLa3VUji82IgKOg5jzQB0tFFFACMoZSrAEEYIPevJPFHwI0r UtQbU/Dt/Lot6SW2RgmLd6rggr+Bx7UUUAZa/DT4qqv2dfH37jGM+fLnH5Z/Wtnwl8EbPR9ah1zX dWudX1OFxJGWJVFcdCcklse5x7UUUAer0UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQB/9k= ------_=_NextPart_001_01C79DA8.A440F715-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: that csv files can be accessed directly by entering the path to the file in the SrcDataSource, but this does not seem to be working for me. Here is the connection string that I am trying to use: CONNECTION " C:\ms4w\apps\sp-wms\admin_tools\data\ReportData\ city.csvwkbPointWGS84" Here is the working ODBC version: CONNECTION " ODBC:IRSS_TEXT,city.csv city.csvwkbPoint" Any advice is much appreciated. kedaar ------=_Part_1714_799338.1189194658441 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,

I am trying to access a csv file with x,y point data using OGR. I have it working using ODBC however I am not able to access the files without ODBC which I would like to do. I am using ms4w on a windows XP box and was not able to access my csv files using the method described here:
http://lists.umn.edu/cgi-bin/wa/cgi-bin/wa?A2=ind0603&L=mapserver-users&D=0&P=63569&X=24C17728765623E608

And at the bottom of the page here:
http://mapserver.gis.umn.edu/docs/reference/vector_data/VirtualSpatialData

From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: Here is the connection string that I am trying to use:
CONNECTION "<OGRVRTDataSource>
<OGRVRTLayer name='city'><SrcDataSource>C:\ms4w\apps\sp-wms\admin_tools\data\ReportData\</SrcDataSource><SrcLayer> city.csv</SrcLayer><GeometryField encoding='PointFromColumns' x='X' y='Y'/><GeometryType>wkbPoint</GeometryType><LayerSRS>WGS84</LayerSRS></OGRVRTLayer></OGRVRTDataSource>"

Here is the working ODBC version:
CONNECTION "<OGRVRTDataSource>
<OGRVRTLayer name='IRSS_TEXT'><SrcDataSource>ODBC:IRSS_TEXT,city.csv</SrcDataSource><SrcLayer>city.csv </SrcLayer><GeometryField encoding='PointFromColumns' x='X' y='Y'/><GeometryType>wkbPoint</GeometryType></OGRVRTLayer></OGRVRTDataSource>"

Any advice is much appreciated.
kedaar ------=_Part_1714_799338.1189194658441-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: pet at the bottom of Section 4 about gdaltindex and creating a tile index s= hapefile. I tried that. =20 Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif Here's what was returned to me: It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping. It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping. and so on......... Ok. Yes. I know. There's no georeferencing info attached. But, how do I go about attaching georeferencing info? =20 And how do I create, edit, and view a shapefile? And lastly, do I need a world file to determine a global position for every= tile? I tried using a text editor Gedit (I figured What the Hey?) to open them an= d nope - wasn't in UTF-8 encoding. I did some digging Google and noticed that you can use ArcView GIS, ArcMap,= ArcGIS, and ArcCatalog to create, edit, and view shapefiles. I also stumbled across posting that talked about ShapeLib created by Eduard= o Patto Kanegae and maintained by Frank Warmerdam. I don't have money to spend on buying some GIS program, and ShapeLib seems = like the answer. Could anyone help? - Chris _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx= --_ebfbbd71-40a0-4aec-a00d-4e73b9354f18_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi. I have a map that is broken up into a bunch of .gif tiles. = I want to display them on a layer in Mapserver. I have working versio= n of what I want to accomplish, but it uses one .gif (the big map pic), att= aches the big map to the globe via a world file. That big map .gif ha= d no georeferencing info attached to it.

These .gifs have no georefe= rencing information included or attached as well.

I read Section 4 (= and Section 9 too) on the mapserver site page: http://mapserver.gis.umn.edu= /docs/howto/raster_data

From this I learned that I need a tile index= shapefile. I noticed the snippet at the bottom of Section 4 about gd= altindex and creating a tile index shapefile. I tried that.
Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/= *.gif

Here's what was returned to me:
It appears no georeferencin= g is available for
`/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping= .
It appears no georeferencing is available for
`/home/jimbo/Desktop/= UofImapSquares/A12.gif', skipping.
and so on.........

Ok. Y= es. I know. There's no georeferencing info attached.
But, ho= w do I go about attaching georeferencing info?
And how do I creat= e, edit, and view a shapefile?
And lastly, do I need a world file to det= ermine a global position for every tile?

I tried using a text editor= Gedit (I figured What the Hey?) to open them and nope - wasn't in UTF-8 en= coding.

I did some digging Google and noticed that you can use ArcVi= ew GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles= .

I also stumbled across posting that talked about ShapeLib created = by Eduardo Patto Kanegae and maintained by Frank Warmerdam.

I don't = have money to spend on buying some GIS program, and ShapeLib seems like the= answer.

Could anyone help?

- Chris

=

Get news, entertainment and everything you care about a= t Live.com. Check it out! = --_ebfbbd71-40a0-4aec-a00d-4e73b9354f18_-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile index shapefile. I tried that. =20 Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif Here's what was returned to me: It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping. It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping. and so on......... Ok. Yes. I know. There's no georeferencing info attached. But, how do I go about attaching georeferencing info? =20 And how do I create, edit, and view a shapefile? And lastly, do I need a world file to determine a global position for every tile? I tried using a text editor Gedit (I figured What the Hey?) to open them and nope - wasn't in UTF-8 encoding. I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles. I also stumbled across posting that talked about ShapeLib created by Eduardo Patto Kanegae and maintained by Frank Warmerdam. I don't have money to spend on buying some GIS program, and ShapeLib seems like the answer. Could anyone help? - Chris ________________________________ Get news, entertainment and everything you care about at Live.com. Check it out! =20 ------_=_NextPart_001_01C80064.0E1B9D7A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Chris = –

Let me suggest you try to get = unconfused just one step at a time!

“it = uses one .gif (the big map pic), attaches the big map to the globe via a world = file. That big map .gif had no georeferencing info attached to = it.”

That’s a bit of a = contradiction. A world file is one way of providing georeferencing. If you’ve = got an image “attached” to the Earth via a world file, you’ve georeferenced it.

MapServer makes maps, not = pictures. One of the chief differences is that a map has geographic location = information associated with it. When you ask MapServer to generate a map for = you, you need to tell it the location of the map you want in some coordinate = system. In order for MapServer to know which of your GIF images to use in making = the output map, it needs to know the geographic location of each of those = images. Otherwise it couldn’t figure out which ones to = use.

A TILEINDEX is step two in the = process. Once you have a set of more than 1 properly georeferenced images that = you’d like to use like a single logical image, you can create a TILEINDEX to = do that. But you have to completely and correctly make it through = step one first. Once you get the individual images properly georeferenced, = gdaltindex will just work.

So – what do you know about = these images? Do you really have a world file that correctly describes = your big GIF image? Do you know exactly how the little images were created from = the big image? If so, you should be able to figure out how to generate = world files for each individual image. If not, you’ll need to get that = information for your big image.

If you do have that world file and = know how the tiles were created, let us know (you can post the world file in = your reply – it’s just six lines of = text).

- Ed

Ed = McNierney

TopoZone.com

From: UMN = MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Christopher Harris
Sent: Wednesday, = September 26, 2007 10:02 AM
To: = MAPSERVER-USERS at LISTS.UMN.EDU
Subject: = [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really = Confused

Hi. I have a map = that is broken up into a bunch of .gif tiles. I want to display them on a = layer in Mapserver. I have working version of what I want to accomplish, = but it uses one .gif (the big map pic), attaches the big map to the globe via a = world file. That big map .gif had no georeferencing info attached to = it.

These .gifs have no georeferencing information included or attached as = well.

I read Section 4 (and Section 9 too) on the mapserver site page: http://mapserver.gis.umn.edu/docs/howto/raster_data

From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: the snippet at the bottom of Section 4 about gdaltindex and creating a tile = index shapefile. I tried that.

Here's what I typed: gdaltindex u_of_ill.shp = ~/Desktop/UofImapSquares/*.gif

Here's what was returned to me:
It appears no georeferencing is available for
`/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping.
It appears no georeferencing is available for
`/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping.
and so on.........

Ok. Yes. I know. There's no georeferencing info = attached.
But, how do I go about attaching georeferencing info?
And how do I create, edit, and view a shapefile?
And lastly, do I need a world file to determine a global position for = every tile?

I tried using a text editor Gedit (I figured What the Hey?) to open them = and nope - wasn't in UTF-8 encoding.

I did some digging Google and noticed that you can use ArcView GIS, = ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles.

I also stumbled across posting that talked about ShapeLib created by = Eduardo Patto Kanegae and maintained by Frank Warmerdam.

I don't have money to spend on buying some GIS program, and ShapeLib = seems like the answer.

Could anyone help?

- Chris

Get news, entertainment and everything you care = about at Live.com. Check it out!

------_=_NextPart_001_01C80064.0E1B9D7A-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile ind= ex shapefile. I tried that. =20 Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif Here's what was returned to me: It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping. It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping. and so on......... Ok. Yes. I know. There's no georeferencing info attached. But, how do I go about attaching georeferencing info? =20 And how do I create, edit, and view a shapefile? And lastly, do I need a world file to determine a global position for every tile? I tried using a text editor Gedit (I figured What the Hey?) to open them an= d nope - wasn't in UTF-8 encoding. I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles. I also stumbled across posting that talked about ShapeLib created by Eduard= o Patto Kanegae and maintained by Frank Warmerdam. I don't have money to spend on buying some GIS program, and ShapeLib seems = like the answer. Could anyone help? - Chris Get news, entertainment and everything you care about at Live.com. Check it out! _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=3D7+wonders+world&mkt=3Den-US&form=3DQ= BRE= --_c679c066-4e2c-4e71-9e9f-a6442dd5e5a3_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Thanks again, Ed. I need to clear up some things that I guess I didn'= t make clear.

I know that a world file provides georeferencing. = ; I meant to say that I had a .gif that had no georeferencing info associat= ed with it, and then added one. From there I got my initial app to wo= rk (displaying the big map).

One thing I omitted was that the little= .gifs (tiles), when assembled, make up a different big map pic then the on= e where mentioned :

=93it uses one .gif (the big map pic), attaches the big map to the globe via a world file. = ; That big map .gif had no georeferencing info attached to it."=

Before I had a pic of a large section of a co= llege campus. Now I have a pic of the entire campus, but in little ti= les.

I know Maps= erver makes maps and not pics too. I probably just worded something w= rong.

"So =96 what do you know= about these images? Do you really have a world file that correctly describes your= big GIF image? Do you know exactly how the little images were created from th= e big image? If so, you should be able to figure out how to generate world = files for each individual image. If not, you=92ll need to get that information = for your big image."

Yes, I have a = world file, but it's for the pic that shows a large section of the campus -= not for the big pic that is the sum of the little pics.

Ok, so = then I have to have a world file for every little tile, but before that I n= eed to correctly set up the world file for the big pic, which I guess I'll = need to assemble in Photoshop. Does that sound right? I can do = it, it's just a bit tedious lining up the tiles and such. Also, how d= o you correctly align a pic of some map on the globe. I've been using= Google Maps to do it. I'll sit there and study where the pic's corne= rs should approximately be, then get the lat/lon from that (clicking direct= ions to or from will yield the lat/lons).

Thank you.

- = Chris

Subject: RE: [UMN_MAPSERVER-USERS] Rasters, Til= eIndex and Shapefiles - Oh My! Really Confused
Date: Wed, 26 Sep 2007 1= 3:36:42 -0400
From: ed at topozone.com
To: docterrobert at MSN.COM; MAPSERV= ER-USERS at LISTS.UMN.EDU

Chris =96

Let me sugg= est you try to get unconfused just one step at a time!

=93<= /font>it uses one .gif (the big map pic), attaches the big map to the globe via a world file. = ; That big map .gif had no georeferencing info attached to it.=94

That=92s a = bit of a contradiction. A world file is one way of providing georeferencing. If you=92ve got an image =93attached=94 to the Earth via a world file, you=92ve georeferenced it.

MapServer m= akes maps, not pictures. One of the chief differences is that a map has geographic location information associated with it. When you ask MapServer to generate a map for you,= you need to tell it the location of the map you want in some coordinate system. = ; In order for MapServer to know which of your GIF images to use in making the output map, it needs to know the geographic location of each of those image= s. Otherwise it couldn=92t figure out which ones to use.

A TILEINDEX= is step two in the process. Once you have a set of more than 1 properly georeferenced images that you= =92d like to use like a single logical image, you can create a TILEINDEX to do that. But you have to completely and correctly make it through step o= ne first. Once you get the individual images properly georeferenced, gda= ltindex will just work.

So =96 what= do you know about these images? Do you really have a world file that correctly describes your= big GIF image? Do you know exactly how the little images were created from th= e big image? If so, you should be able to figure out how to generate world = files for each individual image. If not, you=92ll need to get that information = for your big image.

If you do h= ave that world file and know how the tiles were created, let us know (you can post the world file in you= r reply =96 it=92s just six lines of text).

- Ed=

Ed McNierne= y

TopoZone.co= m

=

From:<= /font> UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Christopher Harris
Sent: Wednesday, September= 26, 2007 10:02 AM
To: MAPSERVER-USERS at LISTS.= UMN.EDU
Subject: [UMN_MAPSERVER-US= ERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused

Hi.&nb= sp; I have a map that is broken up into a bunch of .gif tiles. I want to display them on a lay= er in Mapserver. I have working version of what I want to accomplish, bu= t it uses one .gif (the big map pic), attaches the big map to the globe via a wo= rld file. That big map .gif had no georeferencing info attached to it.
These .gifs have no georeferencing information included or attached as well= .

I read Section 4 (and Section 9 too) on the mapserver site page: http://mapserver.gis.umn.edu/docs/howto/raster_data

From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile ind= ex shapefile. I tried that.

Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif=

Here's what was returned to me:
It appears no georeferencing is available for
`/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping.
It appears no georeferencing is available for
`/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping.
and so on.........

Ok. Yes. I know. There's no georeferencing info attached.=
But, how do I go about attaching georeferencing info?
And how do I create, edit, and view a shapefile?
And lastly, do I need a world file to determine a global position for every tile?

I tried using a text editor Gedit (I figured What the Hey?) to open them an= d nope - wasn't in UTF-8 encoding.

I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles.

I also stumbled across posting that talked about ShapeLib created by Eduard= o Patto Kanegae and maintained by Frank Warmerdam.

I don't have money to spend on buying some GIS program, and ShapeLib seems = like the answer.

Could anyone help?

- Chris

=

Get news, entertainment and everythin= g you care about at Live.com. Check it out!

Explore the seven wonders of the world Learn more! = --_c679c066-4e2c-4e71-9e9f-a6442dd5e5a3_-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile index shapefile. I tried that. =20 Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif Here's what was returned to me: It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping. It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping. and so on......... Ok. Yes. I know. There's no georeferencing info attached. But, how do I go about attaching georeferencing info? =20 And how do I create, edit, and view a shapefile? And lastly, do I need a world file to determine a global position for every tile? I tried using a text editor Gedit (I figured What the Hey?) to open them and nope - wasn't in UTF-8 encoding. I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles. I also stumbled across posting that talked about ShapeLib created by Eduardo Patto Kanegae and maintained by Frank Warmerdam. I don't have money to spend on buying some GIS program, and ShapeLib seems like the answer. Could anyone help? - Chris ________________________________ Get news, entertainment and everything you care about at Live.com. Check it out! =20 =20 ________________________________ Explore the seven wonders of the world Learn more! =20 ------_=_NextPart_001_01C8006D.BD21A829 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Chris = –

OK – it’s not as bad as = all that – don’t fire up Photoshop yet. If you have a set = of tiles which together create a seamless large image, and those tiles are = of a regular size and shape, don’t bother pasting them = together.

Each world file has six numbers in = it, two of which will be 0. For each image tile you need a world file that contains the X/Y coordinates of the upper left pixel of the image (two = numbers), and the dimension (size) of each pixel in X (one number) and Y (one = number) units. In the vast majority of cases the last two numbers will be identical except for sign (the Y value is normally a negative number = since Y values decrease as you go from the top to the bottom of the = image).

If your images make a rectangle = when pasted together, just treat them as one. Find the X/Y coordinates = of the upper left corner of the entire image area, and the X/Y coordinates of = the lower right corner of the entire image area. Find the size of the = entire mosaiced rectangle in X and Y pixels. The X pixel dimension will = be (maxx – minx) / xpixels, and the Y will be (miny – maxy) / = ypixels. You should find that the X number is -1 times the Y = number.

For all your world files, these two = X and Y extent values (the first and fourth lines) will be constants. = The last two lines are the upper left X and Y coordinates of each tile. = Your tiles will all have the same Y value across each row, and the same X value = down each column. You know what the upper-left corner of the upper-left tile = is, because you measured it. You know the number of X pixels in each = tile and the number of Y pixels in each tile, and you now know the size in X and = Y units of each pixel, so you know the extent of each image tile in X and Y = units, so you can calculate the upper-left corner coordinate of the image to the = right and the image below. Repeat until = complete.

All your measurements need to be = done in the units of the image’s coordinate system. Is this the = image you were asking about earlier that’s in UTM projection? If so, = you need UTM coordinates, NOT lat/lon. I wouldn’t recommend Google = Earth as a very accurate way to do that, but if it’s close enough for you = and easy that’s OK. If you can easily find the corners of your image = area on a topo map you can do it on TopoZone and get UTM coordinates accurate to = within a few meters just by clicking on the spots that match the corner points = of your image.

If there isn’t an obvious = landmark at the corner, you can pick a prominent location NEAR the corner and = just measure the number of pixels away from the corner it is. = It’s just a bit more bookkeeping but does the same = thing.

- Ed

Ed = McNierney

TopoZone.com

From: UMN = MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Christopher Harris
Sent: Wednesday, = September 26, 2007 11:15 AM
To: = MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: = [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really = Confused

Thanks again, Ed. I need to clear up some = things that I guess I didn't make clear.

I know that a world file provides georeferencing. I meant to say = that I had a .gif that had no georeferencing info associated with it, and then = added one. From there I got my initial app to work (displaying the big = map).

One thing I omitted was that the little .gifs (tiles), when assembled, = make up a different big map pic then the one where mentioned = :

“it = uses one .gif (the big map pic), attaches the big map to the globe via a world file. = That big map .gif had no georeferencing info attached to = it."

Before I had a pic of a large section of a college campus. Now I have a pic of the entire campus, but in little = tiles.

I know Mapserver makes maps and not pics too. = I probably just worded something wrong.

"So – what do you know = about these images? Do you really have a world file that correctly = describes your big GIF image? Do you know exactly how the little images were = created from the big image? If so, you should be able to figure out how to generate world files for each individual image. If not, = you’ll need to get that information for your big image."

Yes, I have a world file, but it's for = the pic that shows a large section of the campus - not for the big pic that is = the sum of the little pics.

Ok, so then I have to have a world file for every little tile, but = before that I need to correctly set up the world file for the big pic, which I guess = I'll need to assemble in Photoshop. Does that sound right? I can = do it, it's just a bit tedious lining up the tiles and such. Also, how do = you correctly align a pic of some map on the globe. I've been using = Google Maps to do it. I'll sit there and study where the pic's corners = should approximately be, then get the lat/lon from that (clicking directions to = or from will yield the lat/lons).

Thank you.

- Chris =

Subject: RE: = [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused
Date: Wed, 26 Sep 2007 13:36:42 -0400
From: ed at topozone.com
To: docterrobert at MSN.COM; = MAPSERVER-USERS at LISTS.UMN.EDU

Chris –

Let me suggest you try to get = unconfused just one step at a time!

“it = uses one .gif (the big map pic), attaches the big map to the globe via a world = file. That big map .gif had no georeferencing info attached to = it.”

That’s a bit of a contradiction. A world file is one way of providing = georeferencing. If you’ve got an image “attached” to the Earth via a = world file, you’ve georeferenced it.

MapServer makes maps, not = pictures. One of the chief differences is that a map has geographic location = information associated with it. When you ask MapServer to generate a map for = you, you need to tell it the location of the map you want in some coordinate system. In order for MapServer to know which of your GIF images to = use in making the output map, it needs to know the geographic location of each = of those images. Otherwise it couldn’t figure out which ones to = use.

A TILEINDEX is step two in the process. Once you have a set of more than 1 properly georeferenced = images that you’d like to use like a single logical image, you can create = a TILEINDEX to do that. But you have to completely and correctly = make it through step one first. Once you get the individual images = properly georeferenced, gdaltindex will just work.

So – what do you know about = these images? Do you really have a world file that correctly describes = your big GIF image? Do you know exactly how the little images were created = from the big image? If so, you should be able to figure out how to = generate world files for each individual image. If not, you’ll need = to get that information for your big image.

If you do have that world file and = know how the tiles were created, let us know (you can post the world file in = your reply – it’s just six lines of text).

- = Ed

Ed McNierney

TopoZone.com

Get news, entertainment and everything you care = about at Live.com. Check it out!

Explore the seven wonders of the world Learn more!

------_=_NextPart_001_01C8006D.BD21A829-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile index shapefile. I tried that. =20 Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif Here's what was returned to me: It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping. It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping. and so on......... Ok. Yes. I know. There's no georeferencing info attached. But, how do I go about attaching georeferencing info? =20 And how do I create, edit, and view a shapefile? And lastly, do I need a world file to determine a global position for every tile? I tried using a text editor Gedit (I figured What the Hey?) to open them and nope - wasn't in UTF-8 encoding. I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles. I also stumbled across posting that talked about ShapeLib created by Eduardo Patto Kanegae and maintained by Frank Warmerdam. I don't have money to spend on buying some GIS program, and ShapeLib seems like the answer. Could anyone help? - Chris ________________________________ Get news, entertainment and everything you care about at Live.com. Check it out! =20 =20 ________________________________ Explore the seven wonders of the world Learn more! =20 =20 ________________________________ Connect to the next generation of MSN Messenger Get it now! =20 ------_=_NextPart_001_01C8008C.75E32C21 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Chris = –

(I added the list back to the reply = line – please always reply to the whole list – = thanks)

A world file is in the units of the = image’s projection, not the other way around. Having a world file does not = mean the image is in UTM projection. The UTM projection is a popular = one, but it’s certainly not the only one. For a map in Illinois UTM = is certainly a possibility, but an Illinois State Plane Coordinate System projection is also a possibility – especially if the original = imagery came from the State of Illinois. And geographic lat/lon = coordinates are also a possibility due to the increasing number of people in the world = who seem to think the Earth is flat (at least on the = Web).

I don’t know which campus = you’re using, but if you’re at UIUC then the UTM coordinates will be in = UTM Zone 16 with values of around 395000 (X or Easting) 4440000 (Y or = Northing). If your numbers don’t look like those, they’re not = UTM.

Oh, sorry – I started = answering before reading all the questions, and you later seem to confirm that = your coordinates are indeed UTM. But you got the formulas backwards, = and X should be positive while Y should be negative- not the other way = around. And the measurements in your world file are indeed in meters, but = that’s because those are the native units of the UTM projection being = used. There’s nothing that requires them to be in meters; many = US = state plane coordinate systems use units of feet, and those would appear in the = world file, too.

Now it is highly unlikely that your = pixel resolution is different in each dimension. You could average those = two numbers, or double-check your coordinate values (you didn’t say = what source you used to get them). If you got this image from a GIS = source, I would say that if you think the dimensions are different you’re = wrong, but who knows what the University did to munge the image into a pretty picture. So maybe the dimensions ARE different; that’s not impossible, just odd. I still would double-check your measurements = and math, but if you get the same answer that’s = OK.

Once you do that you just have to = crank out those world files!

- Ed

Ed = McNierney

TopoZone.com

From: = Christopher Harris [mailto:docterrobert at msn.com]
Sent: Wednesday, = September 26, 2007 1:13 PM
To: Ed McNierney
Subject: RE: = [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really = Confused

Wow. Thanks Ed. You went to a lot of trouble. Most of this stuff you've explained I have a handle = on. I wikipedia'd how to make a world file when I did that previous app. = And yes, it's the same app with the image that's in UTM projection. I actually have one last question about that, but I'll do a separate post = for that. This is a modification of that app. See, I've been = using this "Parking Lot" map for the University of Illinois, = because I couldn't find a better looking one. Well, yesterday, I noticed = that you could go their full campus map and right click on each individual tile = and save it as a .gif. I had tried this before but was apparently clicking = on certain, wrong areas of each tile every time where I guess the = javascript was blocking me. The javascript that they use displays info on certain buildings when you click on them. If you happen to right-click on = or around a building and try to save, you can't. You have to click = somewhere else on the tile that's on or around a building. Anywho - my boss = now wants me to take what I've done with that one pic of the = "Parking Lot" and now apply it to a big tiled image of the entire campus = (enter the tiles I've saved). That's the back story as to what's going = on.

I have 3 questions now.

#1 You asked if the image is in UTM. I'm basing the image = projection on the world file. I remember you (or maybe this one other guy on = this list serv) telling me before that you can't distinguish what projection a = world file is in - that that's one of the cons to world files. Every example = I've ever seen after typing in "World File" in Google shows a world = file that is in meters and says that it's using UTM projection. That's = still the case right?

Oh, the lat/lon has to do with me reprojecting. See, someone = passes me a lat/lon coordinate (a center point). I then take that, and convert = it to UTM, because the map's projection is in UTM due to the world file being = in UTM.

Thanks for your time and patience by the way. You've been a huge = help.

#2 The one thing I'm hazy on in regard to the world file is:
the 1st and 4th line - pixel size in the x-direction and y-direction in map units/pixel

I understand why x is positive and y is almost always negative. = But, does that mean, for example,
if I type 2 for the 1st line and -2 for the fourth line, then there will = be 2 meters per pixel going both directions? For that I could never = find an example of what they meant. I just assumed that. I usually = work best with seeing an example, and one was never provided on any of the = pages I visited.

#3 "The X pixel dimension will be = (maxx – minx) / xpixels, and the Y will be (miny – maxy) / = ypixels. You should find that the X number is -1 times the Y number."

Is pixel dimension related to question #2? For instance (in = meters):

TL - 393898 4441379 BR - 396253 4438945

maxx=3D393898, maxy=3D4441379
minx=3D396253, miny=3D4438945

DeltaX=3D-2355, DeltaY=3D2434

Say the mosaic's dimensions in pixels are.........: X=3D1500, = Y=3D2000

X pixel dimension =3D -2355/1500 =3D -1.57 meters/pixel
Y pixel dimension =3D 2434/2000 =3D 1.217 meters/pixel

That right?

- Chris

Subject: RE: = [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused
Date: Wed, 26 Sep 2007 14:45:54 -0400
From: ed at topozone.com
To: docterrobert at MSN.COM; = MAPSERVER-USERS at LISTS.UMN.EDU

Chris –

Each world file has six numbers in = it, two of which will be 0. For each image tile you need a world file that contains the X/Y coordinates of the upper left pixel of the image (two numbers), and the dimension (size) of each pixel in X (one number) and Y = (one number) units. In the vast majority of cases the last two numbers = will be identical except for sign (the Y value is normally a negative number = since Y values decrease as you go from the top to the bottom of the = image).

- = Ed

Ed McNierney

TopoZone.com

“it = uses one .gif (the big map pic), attaches the big map to the globe via a world = file. That big map .gif had no georeferencing info attached to = it."

Before I had a pic of a large section of a college campus. Now I have a pic of the entire campus, but in little = tiles.

I know Mapserver makes maps and not pics too. = I probably just worded something wrong.

"So – what do you know = about these images? Do you really have a world file that correctly = describes your big GIF image? Do you know exactly how the little images were created from the big image? If so, you should be able to figure = out how to generate world files for each individual image. If not, = you’ll need to get that information for your big image."

Yes, I have a world file, but it's for = the pic that shows a large section of the campus - not for the big pic that is = the sum of the little pics.

Ok, so then I have to have a world file for every little tile, but = before that I need to correctly set up the world file for the big pic, which I guess = I'll need to assemble in Photoshop. Does that sound right? I can = do it, it's just a bit tedious lining up the tiles and such. Also, how do = you correctly align a pic of some map on the globe. I've been using = Google Maps to do it. I'll sit there and study where the pic's corners = should approximately be, then get the lat/lon from that (clicking directions to = or from will yield the lat/lons).

Thank you.

- Chris =

Chris –

Let me suggest you try to get = unconfused just one step at a time!

“it = uses one .gif (the big map pic), attaches the big map to the globe via a world = file. That big map .gif had no georeferencing info attached to = it.”

That’s a bit of a contradiction. A world file is one way of providing = georeferencing. If you’ve got an image “attached” to the Earth via a = world file, you’ve georeferenced it.

MapServer makes maps, not = pictures. One of the chief differences is that a map has geographic location = information associated with it. When you ask MapServer to generate a map for = you, you need to tell it the location of the map you want in some coordinate system. In order for MapServer to know which of your GIF images to = use in making the output map, it needs to know the geographic location of each = of those images. Otherwise it couldn’t figure out which ones to = use.

If you do have that world file and = know how the tiles were created, let us know (you can post the world file in = your reply – it’s just six lines of text).

- = ; Ed

Ed McNierney

TopoZone.com

Get news, entertainment and everything you care = about at Live.com. Check it out!

Explore the seven wonders of the world Learn more!

Connect to the next generation of MSN = Messenger Get it now!

------_=_NextPart_001_01C8008C.75E32C21-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile ind= ex shapefile. I tried that. =20 Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif Here's what was returned to me: It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping. It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping. and so on......... Ok. Yes. I know. There's no georeferencing info attached. But, how do I go about attaching georeferencing info? =20 And how do I create, edit, and view a shapefile? And lastly, do I need a world file to determine a global position for every tile? I tried using a text editor Gedit (I figured What the Hey?) to open them an= d nope - wasn't in UTF-8 encoding. I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles. I also stumbled across posting that talked about ShapeLib created by Eduard= o Patto Kanegae and maintained by Frank Warmerdam. I don't have money to spend on buying some GIS program, and ShapeLib seems = like the answer. Could anyone help? - Chris Get news, entertainment and everything you care about at Live.com. Check it out! =20 Explore the seven wonders of the world Learn more! =20 Connect to the next generation of MSN Messenger Get it now!=20 _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=3D7+wonders+world&mkt=3Den-US&form=3DQ= BRE= --_93cd65a2-7c1a-4421-865c-c61b16f98cdc_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
K. Thought I put the mapserver-users email address in the reply.&= nbsp; It should be in there this time.

Hmmmm - to clarify how= I got these images:
1.) http://www.uiuc.edu/
2.) There are some whit= e links in the top left corner. Click on Maps.
3.) Now a big map s= hould be displayed. This isn't the one. Click anywhere on that = big map.
4.) The tile where you clicked will be displayed, but that's no= t how I get the tiles. If you notice there's no way to tell how long = a tile is or how to line them up. Ok. There's a little map to t= he right of that tile being displayed that says "click to jump" underneath = it.
5.) Click in that box anywhere and it will show tiles in the big box= to the left that are evenly spaced apart (except the far right and very bo= ttom). If you click on a few places within the small box, you see how= the white rectangle with red borders inside the small box moves at the sam= e interval for every tile. So, from there I right-click on the big ti= le image being displayed and select Save Image.
6.) This is where I got = my pics from. I also assembled them last night anyway for amusement, = and they fit perfectly. Just the very bottom row and the far right co= lumn overlap. But, I know now that the overall mosiac's width is 2602= and the height is 2800.

Ideally, I would like the world file to= be in lat/lon (that's funny about people on the web thinking the Earth is = flat - brings an old Bugs Bunny cartoon to mind), being as I have to conver= t a lat/lon point someone sends me to UTM as of right now. I would lo= ve to not have to convert - just less code is always better to me.

Y= eah. I know it's in Zone 16. I looked that up a while back on a= UTM grid I found online.

Ok. So, my current world file (in UT= M):
1
0.0000000000
0.0000000000
-1
393898.00
4441379.00
So..... for lat/lon I could say...........:
1
0.0000000000
0= .0000000000
-1
-88.248281
40.117268

(This would put the Top= Left coordinate in an area called West Side Park. I took that assemb= led map pic and then grabbed a screen shot of the current window I was in a= nd made that into an image and aligned them via layering and opacity levels= in The GIMP (Like Photoshop but in Ubuntu Linux)).

I'll double chec= k the math, but I don't know if what I described earlier with all the steps= could be screwing things up.

And lastly, in the world file, 1 would= represent 1 decimal degree/pixel or 1 meter/pixel in the X direction (depe= nding on UTM or lat/lon)?

I checked out Topozone. It looks lik= e it has a ton of features. I'll play around with it some more. =

Thanks!!!!

- Chris

Subject: RE: [U= MN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Conf= used
Date: Wed, 26 Sep 2007 18:25:52 -0400
From: ed at topozone.com
T= o: docterrobert at msn.com; MAPSERVER-USERS at LISTS.UMN.EDU

Chris =96

(I added th= e list back to the reply line =96 please always reply to the whole list =96 thanks)

A world fil= e is in the units of the image=92s projection, not the other way around. Having a world file does not me= an the image is in UTM projection. The UTM projection is a popular one, = but it=92s certainly not the only one. For a map in Illinois UTM is certainly a possibility, but an Illinois State Plane Coordinate System projection is also a possibility =96 especially if the original imagery came from the State of Illinois. And geographic lat/lon coordinates a= re also a possibility due to the increasing number of people in the world who = seem to think the Earth is flat (at least on the Web).

I don=92t k= now which campus you=92re using, but if you=92re at UIUC then the UTM coordinates will be in UTM Zone 16 with values of around 395000 (X or Easting) 4440000 (Y or Northing= ). If your numbers don=92t look like those, they=92re not UTM.

Oh, sorry = =96 I started answering before reading all the questions, and you later seem to confirm that your coordinates are indeed UTM. But you got the formulas backwards, and X should be positive while Y should be negative- not the other way around.&nb= sp; And the measurements in your world file are indeed in meters, but that=92s because those are the native units of the UTM projection being used. There=92s nothing that requires them to be in meters; many US state plane coordinate systems use units of feet, and those would appear in the world f= ile, too.

Now it is h= ighly unlikely that your pixel resolution is different in each dimension. You could average those tw= o numbers, or double-check your coordinate values (you didn=92t say what source you used to get them). If you got this image from a GIS source= , I would say that if you think the dimensions are different you=92re wrong, but who knows what the University did to munge the image into a pretty picture. So maybe the dimensions ARE different; that=92s not impossible, just odd. I still would double-check your measurements an= d math, but if you get the same answer that=92s OK.

Once you do= that you just have to crank out those world files!

-          Ed=

Ed McNierne= y

TopoZone.co= m

=

From:<= /font> Christopher Harris [mailto:docterrobert at msn.com]
Sent: Wednesday, September= 26, 2007 1:13 PM
To: Ed McNierney
Subject: RE: [UMN_MAPSERVE= R-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused

Wow. Thanks Ed. You went = to a lot of trouble. Most of this stuff you've explained I have a handle on. = ; I wikipedia'd how to make a world file when I did that previous app. An= d yes, it's the same app with the image that's in UTM projection. I actually have one last question about that, but I'll do a separate post for that. This is a modification of that app. See, I've been using = this "Parking Lot" map for the University of Illinois, because I couldn't find a better looking one. Well, yesterday, I noticed that y= ou could go their full campus map and right click on each individual tile and = save it as a .gif. I had tried this before but was apparently clicking on certain, wrong areas of each tile every time where I guess the javascript w= as blocking me. The javascript that they use displays info on certain buildings when you click on them. If you happen to right-click on or around a building and try to save, you can't. You have to click somew= here else on the tile that's on or around a building. Anywho - my boss now wants me to take what I've done with that one pic of the "Parking Lot" and now apply it to a big tiled image of the entire campus (enter the tiles I've saved). That's the back story as to what's going on.

I have 3 questions now.

#1 You asked if the image is in UTM. I'm basing the image projection = on the world file. I remember you (or maybe this one other guy on this l= ist serv) telling me before that you can't distinguish what projection a world = file is in - that that's one of the cons to world files. Every example I'v= e ever seen after typing in "World File" in Google shows a world file that is in meters and says that it's using UTM projection. That's sti= ll the case right?

Oh, the lat/lon has to do with me reprojecting. See, someone passes m= e a lat/lon coordinate (a center point). I then take that, and convert it= to UTM, because the map's projection is in UTM due to the world file being in = UTM.

Thanks for your time and patience by the way. You've been a huge help= .

#2 The one thing I'm hazy on in regard to the world file is:
the 1st and 4th line - pixel size in the x-direction and y-direction in map units/pixel

I understand why x is positive and y is almost always negative. But, = does that mean, for example,
if I type 2 for the 1st line and -2 for the fourth line, then there will be= 2 meters per pixel going both directions? For that I could never find a= n example of what they meant. I just assumed that. I usually work best with seeing an example, and one was never provided on any of the pages= I visited.

#3 "The X pixel dimensi= on will be (maxx =96 minx) / xpixels, and the Y will be (miny =96 maxy) / ypixels. You should find that the X number is -1 times the Y number."

Is pixel dimension related to question #2? For instance (in meters):<= br>
TL - 393898 4441379 BR - 396253 4438945

maxx=3D393898, maxy=3D4441379
minx=3D396253, miny=3D4438945

DeltaX=3D-2355, DeltaY=3D2434

Say the mosaic's dimensions in pixels are.........: X=3D1500, Y=3D2000

X pixel dimension =3D -2355/1500 =3D -1.57 meters/pixel
Y pixel dimension =3D 2434/2000 =3D 1.217 meters/pixel

That right?

- Chris

=

Subjec= t: RE: [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused
Date: Wed, 26 Sep 2007 14:45:54 -0400
From: ed at topozone.com
To: docterrobert at MSN.COM; MAPSERVER-USERS at LISTS.UMN.EDU

Chris =96

OK =96 it= =92s not as bad as all that =96 don=92t fire up Photoshop yet. If you have a set of tiles which together create a seamless large image, and those tiles are of = a regular size and shape, don=92t bother pasting them together.=

Each world = file has six numbers in it, two of which will be 0. For each image tile you need a world file that contains the X/Y coordinates of the upper left pixel of the image (two numbers), and the dimension (size) of each pixel in X (one number) and Y (o= ne number) units. In the vast majority of cases the last two numbers wil= l be identical except for sign (the Y value is normally a negative number since = Y values decrease as you go from the top to the bottom of the image).<= /font>

If your ima= ges make a rectangle when pasted together, just treat them as one. Find the X/Y coordinates of = the upper left corner of the entire image area, and the X/Y coordinates of the lower right corner of the entire image area. Find the size of the ent= ire mosaiced rectangle in X and Y pixels. The X pixel dimension will be (= maxx =96 minx) / xpixels, and the Y will be (miny =96 maxy) / ypixels. You should find that the X number is -1 times the Y number.

For all you= r world files, these two X and Y extent values (the first and fourth lines) will be constants. The l= ast two lines are the upper left X and Y coordinates of each tile. Your t= iles will all have the same Y value across each row, and the same X value down e= ach column. You know what the upper-left corner of the upper-left tile is= , because you measured it. You know the number of X pixels in each tile= and the number of Y pixels in each tile, and you now know the size in X and Y u= nits of each pixel, so you know the extent of each image tile in X and Y units, = so you can calculate the upper-left corner coordinate of the image to the righ= t and the image below. Repeat until complete.

All your me= asurements need to be done in the units of the image=92s coordinate system. Is this the image you were asking about earlier that=92s in UTM projection? If so, you need UTM coordinates, NOT lat/lon. I wouldn=92t recommend Google Earth as a very accurate way to do that, but if it=92s close enough for you and easy that=92s OK. If you can easily find the corners of your image area on a topo map you can do it on TopoZone and get UTM coordinates accurate to wi= thin a few meters just by clicking on the spots that match the corner points of = your image.

If there is= n=92t an obvious landmark at the corner, you can pick a prominent location NEAR the corner and just measure the number of pixels away from the corner it is. It=92s just a bit more bookkeeping but does the same thing.

-&= nbsp;         Ed=

Ed McNierne= y

TopoZone.co= m

=

From:<= /font> UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Christopher Harris
Sent: Wednesday, September= 26, 2007 11:15 AM
To: MAPSERVER-USERS at LISTS.= UMN.EDU
Subject: Re: [UMN_MAPSERVE= R-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused

Thanks again, Ed. I need to cle= ar up some things that I guess I didn't make clear.

I know that a world file provides georeferencing. I meant to say that= I had a .gif that had no georeferencing info associated with it, and then add= ed one. From there I got my initial app to work (displaying the big map)= .

One thing I omitted was that the little .gifs (tiles), when assembled, make= up a different big map pic then the one where mentioned :

=93<= /font>it uses one .gif (the big map pic), attaches the big map to the globe via a world file. = ; That big map .gif had no georeferencing info attached to it."=

Before I had a pic of a large section= of a college campus. Now I have a pic of the entire campus, but in little tiles.

I know Mapserver makes maps and not p= ics too. I probably just worded something wrong.

"So =96 wha= t do you know about these images? Do you really have a world file that correctly describe= s your big GIF image? Do you know exactly how the little images were created from the big image? If so, you should be able to figure out h= ow to generate world files for each individual image. If not, you=92ll need to get that information for your big image."

Yes, I have a world= file, but it's for the pic that shows a large section of the campus - not for the big pic that is the = sum of the little pics.

Ok, so then I have to have a world file for every little tile, but before t= hat I need to correctly set up the world file for the big pic, which I guess I'= ll need to assemble in Photoshop. Does that sound right? I can do = it, it's just a bit tedious lining up the tiles and such. Also, how do yo= u correctly align a pic of some map on the globe. I've been using Googl= e Maps to do it. I'll sit there and study where the pic's corners shoul= d approximately be, then get the lat/lon from that (clicking directions to or from will yield the lat/lons).

Thank you.

- Chris

=

Subjec= t: RE: [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused
Date: Wed, 26 Sep 2007 13:36:42 -0400
From: ed at topozone.com
To: docterrobert at MSN.COM; MAPSERVER-USERS at LISTS.UMN.EDU

Chris =96

Let me sugg= est you try to get unconfused just one step at a time!

=93<= /font>it uses one .gif (the big map pic), attaches the big map to the globe via a world file. = ; That big map .gif had no georeferencing info attached to it.=94

That=92s a = bit of a contradiction. A world file is one way of providing georeferencing.&n= bsp; If you=92ve got an image =93attached=94 to the Earth via a world file, you=92ve georeferenced it.

MapServer m= akes maps, not pictures. One of the chief differences is that a map has geographic location informat= ion associated with it. When you ask MapServer to generate a map for you,= you need to tell it the location of the map you want in some coordinate system. In order for MapServer to know which of your GIF images to us= e in making the output map, it needs to know the geographic location of each of those images. Otherwise it couldn=92t figure out which ones to use.

A TILEINDEX= is step two in the process. Once you have a set of more than 1 properly georeferenced im= ages that you=92d like to use like a single logical image, you can create a TILEINDEX to do that. But you have to completely and correctly make i= t through step one first. Once you get the individual images properly georeferenced, gdaltindex will just work.<= /font>

So =96 what= do you know about these images? Do you really have a world file that correctly describes your= big GIF image? Do you know exactly how the little images were created fro= m the big image? If so, you should be able to figure out how to generat= e world files for each individual image. If not, you=92ll need to get that information for your big image.

If you do h= ave that world file and know how the tiles were created, let us know (you can post the world file in you= r reply =96 it=92s just six lines of text).<= /font>

-          Ed

Ed McNierne= y

TopoZone.co= m

=

From:<= /font> UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Christopher Harris
Sent: Wednesday, September= 26, 2007 10:02 AM
To: MAPSERVER-USERS at LISTS.= UMN.EDU
Subject: [UMN_MAPSERVER-US= ERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused

Hi.&nb= sp; I have a map that is broken up into a bunch of .gif tiles. I want to display them on a lay= er in Mapserver. I have working version of what I want to accomplish, bu= t it uses one .gif (the big map pic), attaches the big map to the globe via a wo= rld file. That big map .gif had no georeferencing info attached to it.
These .gifs have no georeferencing information included or attached as well= .

I read Section 4 (and Section 9 too) on the mapserver site page: http://mapserver.gis.umn.edu/docs/howto/raster_data

From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile ind= ex shapefile. I tried that.

Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif=

Here's what was returned to me:
It appears no georeferencing is available for
`/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping.
It appears no georeferencing is available for
`/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping.
and so on.........

Ok. Yes. I know. There's no georeferencing info attached.=
But, how do I go about attaching georeferencing info?
And how do I create, edit, and view a shapefile?
And lastly, do I need a world file to determine a global position for every tile?

I tried using a text editor Gedit (I figured What the Hey?) to open them an= d nope - wasn't in UTF-8 encoding.

I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles.

I also stumbled across posting that talked about ShapeLib created by Eduard= o Patto Kanegae and maintained by Frank Warmerdam.

I don't have money to spend on buying some GIS program, and ShapeLib seems = like the answer.

Could anyone help?

- Chris

=

Get news, entertainment and everythin= g you care about at Live.com. Check it out!

=

Explore the seven wonders of the worl= d Learn more!

=

Connect to the next generation of MSN= Messenger Get it= now!

Explore the seven wonders of the world Learn more! = --_93cd65a2-7c1a-4421-865c-c61b16f98cdc_-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile index shapefile. I tried that. =20 Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif Here's what was returned to me: It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping. It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping. and so on......... Ok. Yes. I know. There's no georeferencing info attached. But, how do I go about attaching georeferencing info? =20 And how do I create, edit, and view a shapefile? And lastly, do I need a world file to determine a global position for every tile? I tried using a text editor Gedit (I figured What the Hey?) to open them and nope - wasn't in UTF-8 encoding. I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles. I also stumbled across posting that talked about ShapeLib created by Eduardo Patto Kanegae and maintained by Frank Warmerdam. I don't have money to spend on buying some GIS program, and ShapeLib seems like the answer. Could anyone help? - Chris ________________________________ Get news, entertainment and everything you care about at Live.com. Check it out! =20 =20 ________________________________ Explore the seven wonders of the world Learn more! =20 =20 ________________________________ Connect to the next generation of MSN Messenger Get it now! =20 =20 ________________________________ Explore the seven wonders of the world Learn more! =20 ------_=_NextPart_001_01C80135.A8E2BEAD Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Chris = –

I think you need to spend a few = moments meditating on the fact that the world file DESCRIBES the image = it’s associated with. It does not DEFINE it. If you change the = numbers in your UTM-projection world file to lat/lon coordinates, your = application will break. You haven’t changed the fact that your image is still = in the UTM projection! If your image is UTM, your world file must be = UTM. A world file like your second example is saying “here’s a description of my image file, which is in a lat/lon = ‘projection’. Each pixel is one degree wide by one degree high (!) and the upper left = corner is at longitude -88 and latitude 40”. That is not at all a = correct description of your image file.

MapServer knows all about map = projection, and you can define several layers in a map each in a different projection. Your output map image may be in yet another = projection. There’s nothing wrong with creating a map file that defines one = layer as your photo TILEINDEX in UTM projection, another point layer in lat/lon coordinates, and an output image being displayed and requested in = lat/lon coordinates (or in UTM, or in something else = entirely).

Get your LAYER definition for your TILEINDEX photo layer (or single image layer) in UTM projection working properly. Do nothing else. Once you have a map being = displayed correctly you can (a) set the output image projection to lat/lon if you = insist, and/or (b) add data points in lat/lon = coordinates.

- Ed

P.S. If you look at this = URL:

http://www.topozone.com/map.asp?lat=3D40.10802&l= on=3D-88.22711&datum=3Dnad83

you’ll see that the URL = requests a point in lat/lon coordinates and that point is displayed as a red market = symbol in the middle of a map image which is in UTM projection, with the = corresponding UTM coordinates displayed above the map.

Ed McNierney

TopoZone.com

From: UMN = MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Christopher Harris
Sent: Thursday, September = 27, 2007 10:15 AM
To: = MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: = [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really = Confused

K. Thought I put the mapserver-users email address in the = reply. It should be in there this time.

Hmmmm - to clarify how I got these images:
1.) http://www.uiuc.edu/
2.) There are some white links in the top left corner. Click on = Maps.
3.) Now a big map should be displayed. This isn't the one. = Click anywhere on that big map.
4.) The tile where you clicked will be displayed, but that's not how I = get the tiles. If you notice there's no way to tell how long a tile is or = how to line them up. Ok. There's a little map to the right of that = tile being displayed that says "click to jump" underneath it.
5.) Click in that box anywhere and it will show tiles in the big box to = the left that are evenly spaced apart (except the far right and very = bottom). If you click on a few places within the small box, you see how the white rectangle with red borders inside the small box moves at the same = interval for every tile. So, from there I right-click on the big tile image = being displayed and select Save Image.
6.) This is where I got my pics from. I also assembled them last = night anyway for amusement, and they fit perfectly. Just the very bottom = row and the far right column overlap. But, I know now that the overall mosiac's width is 2602 and the height is 2800.

Ideally, I would like the world file to be in lat/lon (that's funny = about people on the web thinking the Earth is flat - brings an old Bugs Bunny = cartoon to mind), being as I have to convert a lat/lon point someone sends me to = UTM as of right now. I would love to not have to convert - just less code = is always better to me.

Yeah. I know it's in Zone 16. I looked that up a while back = on a UTM grid I found online.

Ok. So, my current world file (in UTM):
1
0.0000000000
0.0000000000
-1
393898.00
4441379.00

So..... for lat/lon I could say...........:
1
0.0000000000
0.0000000000
-1
-88.248281
40.117268

(This would put the Top Left coordinate in an area called West Side Park. I took that assembled map pic and then grabbed a screen shot of the = current window I was in and made that into an image and aligned them via = layering and opacity levels in The GIMP (Like Photoshop but in Ubuntu Linux)).

I'll double check the math, but I don't know if what I described earlier = with all the steps could be screwing things up.

And lastly, in the world file, 1 would represent 1 decimal degree/pixel = or 1 meter/pixel in the X direction (depending on UTM or lat/lon)?

I checked out Topozone. It looks like it has a ton of = features. I'll play around with it some more.

Thanks!!!!

- Chris

Subject: RE: = [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused
Date: Wed, 26 Sep 2007 18:25:52 -0400
From: ed at topozone.com
To: docterrobert at msn.com; = MAPSERVER-USERS at LISTS.UMN.EDU

Chris –

(I added the list back to the reply = line – please always reply to the whole list – = thanks)

A world file is in the units of the image’s projection, not the other way around. Having a world = file does not mean the image is in UTM projection. The UTM projection = is a popular one, but it’s certainly not the only one. For a map = in Illinois UTM is certainly a possibility, but an Illinois State Plane = Coordinate System projection is also a possibility – especially if the = original imagery came from the State of Illinois. And geographic lat/lon coordinates are also a possibility due to the increasing number of = people in the world who seem to think the Earth is flat (at least on the = Web).

I don’t know which campus you’re using, but if you’re at UIUC then the UTM coordinates = will be in UTM Zone 16 with values of around 395000 (X or Easting) = 4440000 (Y or Northing). If your numbers don’t look like those, = they’re not UTM.

Once you do that you just have to = crank out those world files!

- = Ed

Ed McNierney

TopoZone.com

Chris –

OK – it’s not as bad as = all that – don’t fire up Photoshop yet. If you have a set = of tiles which together create a seamless large image, and those tiles are of a = regular size and shape, don’t bother pasting them = together.

Each world file has six numbers in = it, two of which will be 0. For each image tile you need a world file that = contains the X/Y coordinates of the upper left pixel of the image (two numbers), = and the dimension (size) of each pixel in X (one number) and Y (one number) units. In the vast majority of cases the last two numbers will be identical except for sign (the Y value is normally a negative number = since Y values decrease as you go from the top to the bottom of the = image).

If your images make a rectangle = when pasted together, just treat them as one. Find the X/Y coordinates = of the upper left corner of the entire image area, and the X/Y coordinates of the = lower right corner of the entire image area. Find the size of the entire mosaiced rectangle in X and Y pixels. The X pixel dimension will = be (maxx – minx) / xpixels, and the Y will be (miny – maxy) / = ypixels. You should find that the X number is -1 times the Y = number.

- = ; Ed

Ed McNierney

TopoZone.com

“it = uses one .gif (the big map pic), attaches the big map to the globe via a world = file. That big map .gif had no georeferencing info attached to = it."

Before I had a pic of a large section of a college campus. Now I have a pic of the entire campus, but in little = tiles.

I know Mapserver makes maps and not pics too. = I probably just worded something wrong.

Chris –

Let me suggest you try to get = unconfused just one step at a time!

“it = uses one .gif (the big map pic), attaches the big map to the globe via a world = file. That big map .gif had no georeferencing info attached to = it.”

That’s a bit of a contradiction. A world file is one way of providing = georeferencing. If you’ve got an image “attached” to the Earth via a = world file, you’ve georeferenced it.

MapServer makes maps, not = pictures. One of the chief differences is that a map has geographic location = information associated with it. When you ask MapServer to generate a map for = you, you need to tell it the location of the map you want in some coordinate system. In order for MapServer to know which of your GIF images to = use in making the output map, it needs to know the geographic location of each = of those images. Otherwise it couldn’t figure out which ones to = use.

If you do have that world file and = know how the tiles were created, let us know (you can post the world file in = your reply – it’s just six lines of text).

- = ; Ed

Ed McNierney

TopoZone.com

Get news, entertainment and everything you care = about at Live.com. Check it out!

Explore the seven wonders of the world Learn more!

Connect to the next generation of MSN = Messenger Get it now!

Explore the seven wonders of the world Learn more!

------_=_NextPart_001_01C80135.A8E2BEAD-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile ind= ex shapefile. I tried that. =20 Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif Here's what was returned to me: It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping. It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping. and so on......... Ok. Yes. I know. There's no georeferencing info attached. But, how do I go about attaching georeferencing info? =20 And how do I create, edit, and view a shapefile? And lastly, do I need a world file to determine a global position for every tile? I tried using a text editor Gedit (I figured What the Hey?) to open them an= d nope - wasn't in UTF-8 encoding. I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles. I also stumbled across posting that talked about ShapeLib created by Eduard= o Patto Kanegae and maintained by Frank Warmerdam. I don't have money to spend on buying some GIS program, and ShapeLib seems = like the answer. Could anyone help? - Chris Get news, entertainment and everything you care about at Live.com. Check it out! =20 Explore the seven wonders of the world Learn more! =20 Connect to the next generation of MSN Messenger Get it now!=20 _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx= --_ea8f091c-65e0-47fd-9129-9c6364f7c2ba_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Ok.....sorry it's taken me a while to post again. Got caught up with = something else.
Considering the info and dimensions I have right now pen= ding on what you say about how I got those tiled images.

In Lat/Lon:=
TL - lat =3D 40.117268
       lon =3D = -88.248281

BR - lat =3D 40.082274
     &= nbsp; lon =3D -88.205980

In Pixels:
Image Width =3D 2602Image Height =3D 2800

X pixel dimension:
(-88.205980)-(-88.24828= 1)            &= nbsp; 0.042301
________________________     = =3D    _____________   =3D 0.000016257 = ;

          &nbs= p;   2602            =                = ;          2602

Y pixel = dimension:
    40.082277-40.117268   &nb= sp;           -0.034991
______= __________________    =3D    _____________&nb= sp;   =3D -0.000012497

     = ;            2800&nb= sp;             &n= bsp;              = ;    2800

Yeah, I see how I reversed them. I w= as thinking max was the greatest number in lat/lon or meters and not in reg= ard to the image and its coordinate system. With the numbers provided= so far, his should be right - right?

- Chris

<= hr>Subject: RE: [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - O= h My! Really Confused
Date: Wed, 26 Sep 2007 18:25:52 -0400
From: ed= @topozone.com
To: docterrobert at msn.com; MAPSERVER-USERS at LISTS.UMN.EDU

Chris =96

(I added th= e list back to the reply line =96 please always reply to the whole list =96 thanks)

A world fil= e is in the units of the image=92s projection, not the other way around. Having a world file does not me= an the image is in UTM projection. The UTM projection is a popular one, = but it=92s certainly not the only one. For a map in Illinois UTM is certainly a possibility, but an Illinois State Plane Coordinate System projection is also a possibility =96 especially if the original imagery came from the State of Illinois. And geographic lat/lon coordinates a= re also a possibility due to the increasing number of people in the world who = seem to think the Earth is flat (at least on the Web).

I don=92t k= now which campus you=92re using, but if you=92re at UIUC then the UTM coordinates will be in UTM Zone 16 with values of around 395000 (X or Easting) 4440000 (Y or Northing= ). If your numbers don=92t look like those, they=92re not UTM.

Oh, sorry = =96 I started answering before reading all the questions, and you later seem to confirm that your coordinates are indeed UTM. But you got the formulas backwards, and X should be positive while Y should be negative- not the other way around.&nb= sp; And the measurements in your world file are indeed in meters, but that=92s because those are the native units of the UTM projection being used. There=92s nothing that requires them to be in meters; many US state plane coordinate systems use units of feet, and those would appear in the world f= ile, too.

Now it is h= ighly unlikely that your pixel resolution is different in each dimension. You could average those tw= o numbers, or double-check your coordinate values (you didn=92t say what source you used to get them). If you got this image from a GIS source= , I would say that if you think the dimensions are different you=92re wrong, but who knows what the University did to munge the image into a pretty picture. So maybe the dimensions ARE different; that=92s not impossible, just odd. I still would double-check your measurements an= d math, but if you get the same answer that=92s OK.

Once you do= that you just have to crank out those world files!

-          Ed=

Ed McNierne= y

TopoZone.co= m

=

From:<= /font> Christopher Harris [mailto:docterrobert at msn.com]
Sent: Wednesday, September= 26, 2007 1:13 PM
To: Ed McNierney
Subject: RE: [UMN_MAPSERVE= R-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused

Wow. Thanks Ed. You went = to a lot of trouble. Most of this stuff you've explained I have a handle on. = ; I wikipedia'd how to make a world file when I did that previous app. An= d yes, it's the same app with the image that's in UTM projection. I actually have one last question about that, but I'll do a separate post for that. This is a modification of that app. See, I've been using = this "Parking Lot" map for the University of Illinois, because I couldn't find a better looking one. Well, yesterday, I noticed that y= ou could go their full campus map and right click on each individual tile and = save it as a .gif. I had tried this before but was apparently clicking on certain, wrong areas of each tile every time where I guess the javascript w= as blocking me. The javascript that they use displays info on certain buildings when you click on them. If you happen to right-click on or around a building and try to save, you can't. You have to click somew= here else on the tile that's on or around a building. Anywho - my boss now wants me to take what I've done with that one pic of the "Parking Lot" and now apply it to a big tiled image of the entire campus (enter the tiles I've saved). That's the back story as to what's going on.

I have 3 questions now.

#1 You asked if the image is in UTM. I'm basing the image projection = on the world file. I remember you (or maybe this one other guy on this l= ist serv) telling me before that you can't distinguish what projection a world = file is in - that that's one of the cons to world files. Every example I'v= e ever seen after typing in "World File" in Google shows a world file that is in meters and says that it's using UTM projection. That's sti= ll the case right?

Oh, the lat/lon has to do with me reprojecting. See, someone passes m= e a lat/lon coordinate (a center point). I then take that, and convert it= to UTM, because the map's projection is in UTM due to the world file being in = UTM.

Thanks for your time and patience by the way. You've been a huge help= .

#2 The one thing I'm hazy on in regard to the world file is:
the 1st and 4th line - pixel size in the x-direction and y-direction in map units/pixel

I understand why x is positive and y is almost always negative. But, = does that mean, for example,
if I type 2 for the 1st line and -2 for the fourth line, then there will be= 2 meters per pixel going both directions? For that I could never find a= n example of what they meant. I just assumed that. I usually work best with seeing an example, and one was never provided on any of the pages= I visited.

#3 "The X pixel dimensi= on will be (maxx =96 minx) / xpixels, and the Y will be (miny =96 maxy) / ypixels. You should find that the X number is -1 times the Y number."

Is pixel dimension related to question #2? For instance (in meters):<= br>
TL - 393898 4441379 BR - 396253 4438945

maxx=3D393898, maxy=3D4441379
minx=3D396253, miny=3D4438945

DeltaX=3D-2355, DeltaY=3D2434

Say the mosaic's dimensions in pixels are.........: X=3D1500, Y=3D2000

X pixel dimension =3D -2355/1500 =3D -1.57 meters/pixel
Y pixel dimension =3D 2434/2000 =3D 1.217 meters/pixel

That right?

- Chris

=

Subjec= t: RE: [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused
Date: Wed, 26 Sep 2007 14:45:54 -0400
From: ed at topozone.com
To: docterrobert at MSN.COM; MAPSERVER-USERS at LISTS.UMN.EDU

Chris =96

OK =96 it= =92s not as bad as all that =96 don=92t fire up Photoshop yet. If you have a set of tiles which together create a seamless large image, and those tiles are of = a regular size and shape, don=92t bother pasting them together.=

Each world = file has six numbers in it, two of which will be 0. For each image tile you need a world file that contains the X/Y coordinates of the upper left pixel of the image (two numbers), and the dimension (size) of each pixel in X (one number) and Y (o= ne number) units. In the vast majority of cases the last two numbers wil= l be identical except for sign (the Y value is normally a negative number since = Y values decrease as you go from the top to the bottom of the image).<= /font>

If your ima= ges make a rectangle when pasted together, just treat them as one. Find the X/Y coordinates of = the upper left corner of the entire image area, and the X/Y coordinates of the lower right corner of the entire image area. Find the size of the ent= ire mosaiced rectangle in X and Y pixels. The X pixel dimension will be (= maxx =96 minx) / xpixels, and the Y will be (miny =96 maxy) / ypixels. You should find that the X number is -1 times the Y number.

For all you= r world files, these two X and Y extent values (the first and fourth lines) will be constants. The l= ast two lines are the upper left X and Y coordinates of each tile. Your t= iles will all have the same Y value across each row, and the same X value down e= ach column. You know what the upper-left corner of the upper-left tile is= , because you measured it. You know the number of X pixels in each tile= and the number of Y pixels in each tile, and you now know the size in X and Y u= nits of each pixel, so you know the extent of each image tile in X and Y units, = so you can calculate the upper-left corner coordinate of the image to the righ= t and the image below. Repeat until complete.

All your me= asurements need to be done in the units of the image=92s coordinate system. Is this the image you were asking about earlier that=92s in UTM projection? If so, you need UTM coordinates, NOT lat/lon. I wouldn=92t recommend Google Earth as a very accurate way to do that, but if it=92s close enough for you and easy that=92s OK. If you can easily find the corners of your image area on a topo map you can do it on TopoZone and get UTM coordinates accurate to wi= thin a few meters just by clicking on the spots that match the corner points of = your image.

If there is= n=92t an obvious landmark at the corner, you can pick a prominent location NEAR the corner and just measure the number of pixels away from the corner it is. It=92s just a bit more bookkeeping but does the same thing.

-&= nbsp;         Ed=

Ed McNierne= y

TopoZone.co= m

=

From:<= /font> UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Christopher Harris
Sent: Wednesday, September= 26, 2007 11:15 AM
To: MAPSERVER-USERS at LISTS.= UMN.EDU
Subject: Re: [UMN_MAPSERVE= R-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused

Thanks again, Ed. I need to cle= ar up some things that I guess I didn't make clear.

I know that a world file provides georeferencing. I meant to say that= I had a .gif that had no georeferencing info associated with it, and then add= ed one. From there I got my initial app to work (displaying the big map)= .

One thing I omitted was that the little .gifs (tiles), when assembled, make= up a different big map pic then the one where mentioned :

=93<= /font>it uses one .gif (the big map pic), attaches the big map to the globe via a world file. = ; That big map .gif had no georeferencing info attached to it."=

Before I had a pic of a large section= of a college campus. Now I have a pic of the entire campus, but in little tiles.

I know Mapserver makes maps and not p= ics too. I probably just worded something wrong.

"So =96 wha= t do you know about these images? Do you really have a world file that correctly describe= s your big GIF image? Do you know exactly how the little images were created from the big image? If so, you should be able to figure out h= ow to generate world files for each individual image. If not, you=92ll need to get that information for your big image."

Yes, I have a world= file, but it's for the pic that shows a large section of the campus - not for the big pic that is the = sum of the little pics.

Ok, so then I have to have a world file for every little tile, but before t= hat I need to correctly set up the world file for the big pic, which I guess I'= ll need to assemble in Photoshop. Does that sound right? I can do = it, it's just a bit tedious lining up the tiles and such. Also, how do yo= u correctly align a pic of some map on the globe. I've been using Googl= e Maps to do it. I'll sit there and study where the pic's corners shoul= d approximately be, then get the lat/lon from that (clicking directions to or from will yield the lat/lons).

Thank you.

- Chris

=

Subjec= t: RE: [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused
Date: Wed, 26 Sep 2007 13:36:42 -0400
From: ed at topozone.com
To: docterrobert at MSN.COM; MAPSERVER-USERS at LISTS.UMN.EDU

Chris =96

Let me sugg= est you try to get unconfused just one step at a time!

=93<= /font>it uses one .gif (the big map pic), attaches the big map to the globe via a world file. = ; That big map .gif had no georeferencing info attached to it.=94

That=92s a = bit of a contradiction. A world file is one way of providing georeferencing.&n= bsp; If you=92ve got an image =93attached=94 to the Earth via a world file, you=92ve georeferenced it.

MapServer m= akes maps, not pictures. One of the chief differences is that a map has geographic location informat= ion associated with it. When you ask MapServer to generate a map for you,= you need to tell it the location of the map you want in some coordinate system. In order for MapServer to know which of your GIF images to us= e in making the output map, it needs to know the geographic location of each of those images. Otherwise it couldn=92t figure out which ones to use.

A TILEINDEX= is step two in the process. Once you have a set of more than 1 properly georeferenced im= ages that you=92d like to use like a single logical image, you can create a TILEINDEX to do that. But you have to completely and correctly make i= t through step one first. Once you get the individual images properly georeferenced, gdaltindex will just work.<= /font>

So =96 what= do you know about these images? Do you really have a world file that correctly describes your= big GIF image? Do you know exactly how the little images were created fro= m the big image? If so, you should be able to figure out how to generat= e world files for each individual image. If not, you=92ll need to get that information for your big image.

If you do h= ave that world file and know how the tiles were created, let us know (you can post the world file in you= r reply =96 it=92s just six lines of text).<= /font>

-          Ed

Ed McNierne= y

TopoZone.co= m

=

From:<= /font> UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Christopher Harris
Sent: Wednesday, September= 26, 2007 10:02 AM
To: MAPSERVER-USERS at LISTS.= UMN.EDU
Subject: [UMN_MAPSERVER-US= ERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused

Hi.&nb= sp; I have a map that is broken up into a bunch of .gif tiles. I want to display them on a lay= er in Mapserver. I have working version of what I want to accomplish, bu= t it uses one .gif (the big map pic), attaches the big map to the globe via a wo= rld file. That big map .gif had no georeferencing info attached to it.
These .gifs have no georeferencing information included or attached as well= .

I read Section 4 (and Section 9 too) on the mapserver site page: http://mapserver.gis.umn.edu/docs/howto/raster_data

From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile ind= ex shapefile. I tried that.

Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif=

Here's what was returned to me:
It appears no georeferencing is available for
`/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping.
It appears no georeferencing is available for
`/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping.
and so on.........

Ok. Yes. I know. There's no georeferencing info attached.=
But, how do I go about attaching georeferencing info?
And how do I create, edit, and view a shapefile?
And lastly, do I need a world file to determine a global position for every tile?

I tried using a text editor Gedit (I figured What the Hey?) to open them an= d nope - wasn't in UTF-8 encoding.

I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles.

I also stumbled across posting that talked about ShapeLib created by Eduard= o Patto Kanegae and maintained by Frank Warmerdam.

I don't have money to spend on buying some GIS program, and ShapeLib seems = like the answer.

Could anyone help?

- Chris

=

Get news, entertainment and everythin= g you care about at Live.com. Check it out!

=

Explore the seven wonders of the worl= d Learn more!

=

Connect to the next generation of MSN= Messenger Get it= now!

Get news, entertainment and everything you care ab= out at Live.com. Check it out! = --_ea8f091c-65e0-47fd-9129-9c6364f7c2ba_-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile index shapefile. I tried that. =20 Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif Here's what was returned to me: It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping. It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping. and so on......... Ok. Yes. I know. There's no georeferencing info attached. But, how do I go about attaching georeferencing info? =20 And how do I create, edit, and view a shapefile? And lastly, do I need a world file to determine a global position for every tile? I tried using a text editor Gedit (I figured What the Hey?) to open them and nope - wasn't in UTF-8 encoding. I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles. I also stumbled across posting that talked about ShapeLib created by Eduardo Patto Kanegae and maintained by Frank Warmerdam. I don't have money to spend on buying some GIS program, and ShapeLib seems like the answer. Could anyone help? - Chris ________________________________ Get news, entertainment and everything you care about at Live.com. Check it out! =20 =20 ________________________________ Explore the seven wonders of the world Learn more! =20 =20 ________________________________ Connect to the next generation of MSN Messenger Get it now! =20 =20 ________________________________ Get news, entertainment and everything you care about at Live.com. Check it out! =20 ------_=_NextPart_001_01C80139.07B0373F Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Chris = –

If your image is in UTM projection, = your world file coordinates must be UTM = coordinates.

If your image is in a lat/lon = “projection”, your world file coordinates must be lat/lon = coordinates.

You have one or the other. = Your image cannot be both, and you cannot switch between two different world = files. There is one, only one, exactly one world file that is correct for your = image.

- Ed

Ed McNierney

TopoZone.com

From: UMN = MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Christopher Harris
Sent: Thursday, September = 27, 2007 11:49 AM
To: = MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: = [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really = Confused

Ok.....sorry it's taken me a while to post = again. Got caught up with something else.
Considering the info and dimensions I have right now pending on what you = say about how I got those tiled images.

In Lat/Lon:
TL - lat =3D 40.117268
       lon =3D -88.248281

BR - lat =3D 40.082274
        lon =3D -88.205980

In Pixels:
Image Width =3D 2602
Image Height =3D 2800

X pixel dimension:
(-88.205980)-(-88.248281)        =        0.042301
________________________     =3D    _____________   =3D 0.000016257

            &= nbsp; 2602                              =          2602

Y pixel dimension:
    40.082277-40.117268      =           -0.034991
________________________    =3D    _____________    =3D -0.000012497

            &= nbsp;    2800                                   2800

Yeah, I see how I reversed them. I was thinking max was the = greatest number in lat/lon or meters and not in regard to the image and its = coordinate system. With the numbers provided so far, his should be right - = right?

- Chris

Chris –

(I added the list back to the reply = line – please always reply to the whole list – thanks)

A world file is in the units of the image’s projection, not the other way around. Having a world = file does not mean the image is in UTM projection. The UTM projection is a = popular one, but it’s certainly not the only one. For a map in = Illinois UTM is certainly a possibility, but an Illinois State Plane Coordinate System projection is also a possibility – especially if the original = imagery came from the State of Illinois. And geographic lat/lon coordinates are also = a possibility due to the increasing number of people in the world who seem = to think the Earth is flat (at least on the Web).

I don’t know which campus = you’re using, but if you’re at UIUC then the UTM coordinates will be in UTM Zone = 16 with values of around 395000 (X or Easting) 4440000 (Y or = Northing). If your numbers don’t look like those, they’re not = UTM.

Oh, sorry – I started = answering before reading all the questions, and you later seem to confirm that your = coordinates are indeed UTM. But you got the formulas backwards, and X should = be positive while Y should be negative- not the other way around. And = the measurements in your world file are indeed in meters, but that’s = because those are the native units of the UTM projection being used. = There’s nothing that requires them to be in meters; many US state plane coordinate = systems use units of feet, and those would appear in the world file, = too.

Now it is highly unlikely that your = pixel resolution is different in each dimension. You could average those = two numbers, or double-check your coordinate values (you didn’t say = what source you used to get them). If you got this image from a GIS source, I = would say that if you think the dimensions are different you’re wrong, but = who knows what the University did to munge the image into a pretty picture. So = maybe the dimensions ARE different; that’s not impossible, just odd. I = still would double-check your measurements and math, but if you get the same answer = that’s OK.

Once you do that you just have to = crank out those world files!

- = Ed

Ed McNierney

TopoZone.com

Chris –

OK – it’s not as bad as = all that – don’t fire up Photoshop yet. If you have a set of tiles which together = create a seamless large image, and those tiles are of a regular size and shape, = don’t bother pasting them together.

All your measurements need to be = done in the units of the image’s coordinate system. Is this the = image you were asking about earlier that’s in UTM projection? If so, you = need UTM coordinates, NOT lat/lon. I wouldn’t recommend Google Earth = as a very accurate way to do that, but if it’s close enough for you and easy = that’s OK. If you can easily find the corners of your image area on a = topo map you can do it on TopoZone and get UTM coordinates accurate to within a = few meters just by clicking on the spots that match the corner points of = your image.

If there isn’t an obvious = landmark at the corner, you can pick a prominent location NEAR the corner and just = measure the number of pixels away from the corner it is. It’s just a bit = more bookkeeping but does the same thing.

- = ; Ed

Ed McNierney

TopoZone.com

“it uses one .gif (the big = map pic), attaches the big map to the globe via a world file. That big map = .gif had no georeferencing info attached to = it."

Before I had a pic of a large section of a college campus. Now I have a pic of the entire campus, but in little = tiles.

I know Mapserver makes maps and not pics too. = I probably just worded something wrong.

"So – what do you know = about these images? Do you really have a world file that correctly describes = your big GIF image? Do you know exactly how the little images were created = from the big image? If so, you should be able to figure out how to = generate world files for each individual image. If not, you’ll need = to get that information for your big image."

Yes, I have a world file, but it's for = the pic that shows a large section of the campus - not for the big pic that is = the sum of the little pics.

Ok, so then I have to have a world file for every little tile, but = before that I need to correctly set up the world file for the big pic, which I guess = I'll need to assemble in Photoshop. Does that sound right? I can = do it, it's just a bit tedious lining up the tiles and such. Also, how do = you correctly align a pic of some map on the globe. I've been using = Google Maps to do it. I'll sit there and study where the pic's corners = should approximately be, then get the lat/lon from that (clicking directions to = or from will yield the lat/lons).

Thank you.

- Chris =

Chris –

Let me suggest you try to get = unconfused just one step at a time!

“it uses one .gif (the big = map pic), attaches the big map to the globe via a world file. That big map = .gif had no georeferencing info attached to = it.”

That’s a bit of a = contradiction. A world file is one way of providing georeferencing. If you’ve = got an image “attached” to the Earth via a world file, you’ve = georeferenced it.

MapServer makes maps, not = pictures. One of the chief differences is that a map has geographic location = information associated with it. When you ask MapServer to generate a map for = you, you need to tell it the location of the map you want in some coordinate system. In order for MapServer to know which of your GIF images to = use in making the output map, it needs to know the geographic location of each = of those images. Otherwise it couldn’t figure out which ones to = use.

A TILEINDEX is step two in the process. Once you have a set of more than 1 properly georeferenced = images that you’d like to use like a single logical image, you can create = a TILEINDEX to do that. But you have to completely and correctly make it = through step one first. Once you get the individual images properly = georeferenced, gdaltindex will just work.

If you do have that world file and = know how the tiles were created, let us know (you can post the world file in = your reply – it’s just six lines of text).

- = ; Ed

Ed McNierney

TopoZone.com

Hi. I have a map = that is broken up into a bunch of .gif tiles. I want to display them on a layer = in Mapserver. I have working version of what I want to accomplish, = but it uses one .gif (the big map pic), attaches the big map to the globe via a = world file. That big map .gif had no georeferencing info attached to = it.

These .gifs have no georeferencing information included or attached as = well.

I read Section 4 (and Section 9 too) on the mapserver site page: http://mapserver.gis.umn.edu/docs/howto/raster_data

From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: the snippet at the bottom of Section 4 about gdaltindex and creating a tile = index shapefile. I tried that.

Here's what I typed: gdaltindex u_of_ill.shp = ~/Desktop/UofImapSquares/*.gif

Here's what was returned to me:
It appears no georeferencing is available for
`/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping.
It appears no georeferencing is available for
`/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping.
and so on.........

Ok. Yes. I know. There's no georeferencing info = attached.
But, how do I go about attaching georeferencing info?
And how do I create, edit, and view a shapefile?
And lastly, do I need a world file to determine a global position for = every tile?

I tried using a text editor Gedit (I figured What the Hey?) to open them = and nope - wasn't in UTF-8 encoding.

I did some digging Google and noticed that you can use ArcView GIS, = ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles.

I also stumbled across posting that talked about ShapeLib created by = Eduardo Patto Kanegae and maintained by Frank Warmerdam.

I don't have money to spend on buying some GIS program, and ShapeLib = seems like the answer.

Could anyone help?

- Chris

Get news, entertainment and everything you care = about at Live.com. Check it out!

Explore the seven wonders of the world Learn more!

Connect to the next generation of MSN = Messenger Get it now!

Get news, entertainment and everything you care = about at Live.com. Check = it out!

------_=_NextPart_001_01C80139.07B0373F-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile index shapefile. I tried that. =20 Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif Here's what was returned to me: It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping. It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping. and so on......... Ok. Yes. I know. There's no georeferencing info attached. But, how do I go about attaching georeferencing info? =20 And how do I create, edit, and view a shapefile? And lastly, do I need a world file to determine a global position for every tile? I tried using a text editor Gedit (I figured What the Hey?) to open them and nope - wasn't in UTF-8 encoding. I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles. I also stumbled across posting that talked about ShapeLib created by Eduardo Patto Kanegae and maintained by Frank Warmerdam. I don't have money to spend on buying some GIS program, and ShapeLib seems like the answer. Could anyone help? - Chris ________________________________ Get news, entertainment and everything you care about at Live.com. Check it out! =20 =20 ________________________________ Explore the seven wonders of the world Learn more! =20 =20 ________________________________ Connect to the next generation of MSN Messenger Get it now! =20 =20 ________________________________ Get news, entertainment and everything you care about at Live.com. Check it out! =20 ------_=_NextPart_001_01C80139.662E0291 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Chris = –

In my previous message (quoted = below), I said:

#3 "The X = pixel dimension will be (maxx – minx) / xpixels, and the Y will be (miny = – maxy) / ypixels. You should find that the X number is -1 times the Y = number."

And that is correct. Maxx IS = the “greatest number in lat/lon or meters”, etc. Maxx – minx will be = a positive number, and miny – maxy (note that they’re reversed) will be a negative = number.

- Ed

Ed McNierney

TopoZone.com

Chris –

(I added the list back to the reply = line – please always reply to the whole list – thanks)

Now it is highly unlikely that your = pixel resolution is different in each dimension. You could average those = two numbers, or double-check your coordinate values (you didn’t say = what source you used to get them). If you got this image from a GIS source, I = would say that if you think the dimensions are different you’re wrong, but = who knows what the University did to munge the image into a pretty picture. So = maybe the dimensions ARE different; that’s not impossible, just odd. I = still would double-check your measurements and math, but if you get the same answer = that’s OK.

Once you do that you just have to = crank out those world files!

- = Ed

Ed McNierney

TopoZone.com

Wow. Thanks Ed. You went to a lot of trouble. Most of this stuff you've explained I have a handle = on. I wikipedia'd how to make a world file when I did that previous app. = And yes, it's the same app with the image that's in UTM projection. I actually have one last question about that, but I'll do a separate post = for that. This is a modification of that app. See, I've been = using this "Parking Lot" map for the University of Illinois, = because I couldn't find a better looking one. Well, yesterday, I noticed = that you could go their full campus map and right click on each individual tile = and save it as a .gif. I had tried this before but was apparently clicking = on certain, wrong areas of each tile every time where I guess the = javascript was blocking me. The javascript that they use displays info on certain buildings when you click on them. If you happen to right-click on = or around a building and try to save, you can't. You have to click = somewhere else on the tile that's on or around a building. Anywho - my boss = now wants me to take what I've done with that one pic of the = "Parking Lot" and now apply it to a big tiled image of the entire campus = (enter the tiles I've saved). That's the back story as to what's going = on.

I have 3 questions now.

#1 You asked if the image is in UTM. I'm basing the image = projection on the world file. I remember you (or maybe this one other guy on = this list serv) telling me before that you can't distinguish what projection a = world file is in - that that's one of the cons to world files. Every example = I've ever seen after typing in "World File" in Google shows a world = file that is in meters and says that it's using UTM projection. That's = still the case right?

Oh, the lat/lon has to do with me reprojecting. See, someone = passes me a lat/lon coordinate (a center point). I then take that, and convert = it to UTM, because the map's projection is in UTM due to the world file being = in UTM.

Thanks for your time and patience by the way. You've been a huge = help.

#2 The one thing I'm hazy on in regard to the world file is:
the 1st and 4th line - pixel size in the x-direction and y-direction in map units/pixel

I understand why x is positive and y is almost always negative. = But, does that mean, for example,
if I type 2 for the 1st line and -2 for the fourth line, then there will = be 2 meters per pixel going both directions? For that I could never = find an example of what they meant. I just assumed that. I usually = work best with seeing an example, and one was never provided on any of the pages I visited.

#3 "The X pixel dimension will be = (maxx – minx) / xpixels, and the Y will be (miny – maxy) / = ypixels. You should find that the X number is -1 times the Y number."

Is pixel dimension related to question #2? For instance (in = meters):

TL - 393898 4441379 BR - 396253 4438945

maxx=3D393898, maxy=3D4441379
minx=3D396253, miny=3D4438945

DeltaX=3D-2355, DeltaY=3D2434

Say the mosaic's dimensions in pixels are.........: X=3D1500, = Y=3D2000

X pixel dimension =3D -2355/1500 =3D -1.57 meters/pixel
Y pixel dimension =3D 2434/2000 =3D 1.217 meters/pixel

That right?

- Chris

Chris –

All your measurements need to be = done in the units of the image’s coordinate system. Is this the = image you were asking about earlier that’s in UTM projection? If so, you = need UTM coordinates, NOT lat/lon. I wouldn’t recommend Google Earth = as a very accurate way to do that, but if it’s close enough for you and easy = that’s OK. If you can easily find the corners of your image area on a topo map you = can do it on TopoZone and get UTM coordinates accurate to within a few meters = just by clicking on the spots that match the corner points of your = image.

- = ; Ed

Ed McNierney

TopoZone.com

“it uses one .gif (the big = map pic), attaches the big map to the globe via a world file. That big map = .gif had no georeferencing info attached to = it."

Before I had a pic of a large section of a college campus. Now I have a pic of the entire campus, but in little = tiles.

I know Mapserver makes maps and not pics too. = I probably just worded something wrong.

"So – what do you know = about these images? Do you really have a world file that correctly describes = your big GIF image? Do you know exactly how the little images were created = from the big image? If so, you should be able to figure out how to = generate world files for each individual image. If not, you’ll need = to get that information for your big image."

Yes, I have a world file, but it's for = the pic that shows a large section of the campus - not for the big pic that is = the sum of the little pics.

Ok, so then I have to have a world file for every little tile, but = before that I need to correctly set up the world file for the big pic, which I guess = I'll need to assemble in Photoshop. Does that sound right? I can = do it, it's just a bit tedious lining up the tiles and such. Also, how do you correctly align a pic of some map on the globe. I've been using = Google Maps to do it. I'll sit there and study where the pic's corners = should approximately be, then get the lat/lon from that (clicking directions to = or from will yield the lat/lons).

Thank you.

- Chris =

Chris –

Let me suggest you try to get = unconfused just one step at a time!

“it uses one .gif (the big = map pic), attaches the big map to the globe via a world file. That big map = .gif had no georeferencing info attached to = it.”

That’s a bit of a = contradiction. A world file is one way of providing georeferencing. If you’ve = got an image “attached” to the Earth via a world file, you’ve = georeferenced it.

MapServer makes maps, not = pictures. One of the chief differences is that a map has geographic location = information associated with it. When you ask MapServer to generate a map for = you, you need to tell it the location of the map you want in some coordinate system. In order for MapServer to know which of your GIF images to = use in making the output map, it needs to know the geographic location of each = of those images. Otherwise it couldn’t figure out which ones to = use.

A TILEINDEX is step two in the process. Once you have a set of more than 1 properly georeferenced = images that you’d like to use like a single logical image, you can create = a TILEINDEX to do that. But you have to completely and correctly make it = through step one first. Once you get the individual images properly = georeferenced, gdaltindex will just work.

If you do have that world file and = know how the tiles were created, let us know (you can post the world file in = your reply – it’s just six lines of text).

- = ; Ed

Ed McNierney

TopoZone.com

Get news, entertainment and everything you care = about at Live.com. Check it out!

Explore the seven wonders of the world Learn more!

Connect to the next generation of MSN = Messenger Get it now!

Get news, entertainment and everything you care = about at Live.com. Check it out!

------_=_NextPart_001_01C80139.662E0291-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile ind= ex shapefile. I tried that. =20 Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif Here's what was returned to me: It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping. It appears no georeferencing is available for `/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping. and so on......... Ok. Yes. I know. There's no georeferencing info attached. But, how do I go about attaching georeferencing info? =20 And how do I create, edit, and view a shapefile? And lastly, do I need a world file to determine a global position for every tile? I tried using a text editor Gedit (I figured What the Hey?) to open them an= d nope - wasn't in UTF-8 encoding. I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles. I also stumbled across posting that talked about ShapeLib created by Eduard= o Patto Kanegae and maintained by Frank Warmerdam. I don't have money to spend on buying some GIS program, and ShapeLib seems = like the answer. Could anyone help? - Chris Get news, entertainment and everything you care about at Live.com. Check it out! =20 Explore the seven wonders of the world Learn more! =20 Connect to the next generation of MSN Messenger Get it now!=20 =20 Get news, entertainment and everything you care about at Live.com. Check it out! _________________________________________________________________ Discover the new Windows Vista http://search.msn.com/results.aspx?q=3Dwindows+vista&mkt=3Den-US&form=3DQBR= E= --_3f425d8f-ac8b-48b9-8fa1-2dc52d5a55f3_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Great! Ok. Well, it looks like you've armed me with enough info= to take over the world - at least on my computer screen. You've clea= red up a lot of mysteries that I've had thus far. I'm going to go app= ly all this and see what explodes and doesn't explode. I do have one = problem I can think of with the app that I already had created, but I'll wa= it to see if it goes away after I apply all of this helpful info. I d= on't think it will. I'm pretty sure it involves how I'm setting up my= extents (Markers are always a few hundred yards off and each marker that i= s located further north rotates north and east following a circular counter= -clockwise pattern). But, don't worry about that now. I'll try = and figure it out.

Thanks, Ed. You are a very patient m= an and very nice too. Sorry it took a while for me to see the light, = but I usually learn best when seeing examples, diagrams, pictures, etc.&nbs= p; So, typically I'll have to draw or write stuff out to get the idea. = ; I'm more of a visual person when it comes to memory.

- Chris=

Date: Thu, 27 Sep 2007 15:03:47 -0400
From: ed at T= OPOZONE.COM
Subject: Re: [UMN_MAPSERVER-USERS] Rasters, TileIndex and Sh= apefiles - Oh My! Really Confused
To: MAPSERVER-USERS at LISTS.UMN.EDU
=

Chris =96

In my previ= ous message (quoted below), I said:

#3 "The X pixel dimension will be (maxx =96 minx) / xpixels, and the Y will be (miny =96 ma= xy) / ypixels. You should find that the X number is -1 times the Y number."=

And that is= correct. Maxx IS the =93greatest number in lat/lon or meters=94, etc. Maxx =96 minx will be a positive= number, and miny =96 maxy (note that they=92re reversed) will be a negative number.

-          Ed=

Ed McNierney

TopoZone.co= m

=

From:<= /font> UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Christopher Harris
Sent: Thursday, September = 27, 2007 11:49 AM
To: MAPSERVER-USERS at LISTS.= UMN.EDU
Subject: Re: [UMN_MAPSERVE= R-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused

Ok.....sorry it's taken me a while to= post again. Got caught up with something else.
Considering the info and dimensions I have right now pending on what you sa= y about how I got those tiled images.

In Lat/Lon:
TL - lat =3D 40.117268
       lon =3D -88.248281

BR - lat =3D 40.082274
        lon =3D -88.205980

In Pixels:
Image Width =3D 2602
Image Height =3D 2800

X pixel dimension:
(-88.205980)-(-88.248281)        &n= bsp;      0.042301
________________________     =3D    _____________   =3D 0.000016257

            &nb= sp; 2602                              &nbs= p;       2602

Y pixel dimension:
    40.082277-40.117268        = ;        -0.034991
________________________    =3D    _____________    =3D -0.000012497

            &nb= sp;    2800                                   2800

Yeah, I see how I reversed them. I was thinking max was the greatest number in lat/lon or meters and not in regard to the image and its coordina= te system. With the numbers provided so far, his should be right - right= ?

- Chris

=

Subjec= t: RE: [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused
Date: Wed, 26 Sep 2007 18:25:52 -0400
From: ed at topozone.com
To: docterrobert at msn.com; MAPSERVER-USERS at LISTS.UMN.EDU

Chris =96

(I added th= e list back to the reply line =96 please always reply to the whole list =96 thanks)

A world fil= e is in the units of the image=92s projection, not the other way around. Having a world file d= oes not mean the image is in UTM projection. The UTM projection is a popu= lar one, but it=92s certainly not the only one. For a map in Illinois UTM= is certainly a possibility, but an Illinois State Plane Coordinate System projection is also a possibility =96 especially if the original imagery cam= e from the State of Illinois. And geographic lat/lon coordinates are also a possibility due to the increasing number of people in the world who seem to think the Earth is flat (at least on the Web).

I don=92t k= now which campus you=92re using, but if you=92re at UIUC then the UTM coordinates will be in UTM Zone 16 wit= h values of around 395000 (X or Easting) 4440000 (Y or Northing). = If your numbers don=92t look like those, they=92re not UTM.

Oh, sorry = =96 I started answering before reading all the questions, and you later seem to confirm that your coordina= tes are indeed UTM. But you got the formulas backwards, and X should be positive while Y should be negative- not the other way around. And th= e measurements in your world file are indeed in meters, but that=92s because = those are the native units of the UTM projection being used. There=92s noth= ing that requires them to be in meters; many US state plane coordinate systems use units of feet, and those would appear in the world file, too.

Now it is h= ighly unlikely that your pixel resolution is different in each dimension. You could average those tw= o numbers, or double-check your coordinate values (you didn=92t say what sour= ce you used to get them). If you got this image from a GIS source, I would s= ay that if you think the dimensions are different you=92re wrong, but who know= s what the University did to munge the image into a pretty picture. So maybe= the dimensions ARE different; that=92s not impossible, just odd. I still = would double-check your measurements and math, but if you get the same answer tha= t=92s OK.

Once you do= that you just have to crank out those world files!

-&= nbsp;         Ed=

Ed McNierney

TopoZone.co= m

=

From:<= /font> Christopher Harris [mailto:docterrobert at msn.com]
Sent: Wednesday, September= 26, 2007 1:13 PM
To: Ed McNierney
Subject: RE: [UMN_MAPSERVE= R-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused

Wow. Thanks Ed. You went = to a lot of trouble. Most of this stuff you've explained I have a handle on. = ; I wikipedia'd how to make a world file when I did that previous app. An= d yes, it's the same app with the image that's in UTM projection. I actually have one last question about that, but I'll do a separate post for that. This is a modification of that app. See, I've been using = this "Parking Lot" map for the University of Illinois, because I couldn't find a better looking one. Well, yesterday, I noticed that y= ou could go their full campus map and right click on each individual tile and = save it as a .gif. I had tried this before but was apparently clicking on certain, wrong areas of each tile every time where I guess the javascript w= as blocking me. The javascript that they use displays info on certain buildings when you click on them. If you happen to right-click on or around a building and try to save, you can't. You have to click somew= here else on the tile that's on or around a building. Anywho - my boss now wants me to take what I've done with that one pic of the "Parking Lot" and now apply it to a big tiled image of the entire campus (enter the tiles I've saved). That's the back story as to what's going on.

I have 3 questions now.

#1 You asked if the image is in UTM. I'm basing the image projection = on the world file. I remember you (or maybe this one other guy on this l= ist serv) telling me before that you can't distinguish what projection a world = file is in - that that's one of the cons to world files. Every example I'v= e ever seen after typing in "World File" in Google shows a world file that is in meters and says that it's using UTM projection. That's sti= ll the case right?

Oh, the lat/lon has to do with me reprojecting. See, someone passes m= e a lat/lon coordinate (a center point). I then take that, and convert it= to UTM, because the map's projection is in UTM due to the world file being in = UTM.

Thanks for your time and patience by the way. You've been a huge help= .

#2 The one thing I'm hazy on in regard to the world file is:
the 1st and 4th line - pixel size in the x-direction and y-direction in map units/pixel

I understand why x is positive and y is almost always negative. But, = does that mean, for example,
if I type 2 for the 1st line and -2 for the fourth line, then there will be= 2 meters per pixel going both directions? For that I could never find a= n example of what they meant. I just assumed that. I usually work= best with seeing an example, and one was never provided on any of the pages I visited.

#3 "The X pixel dimensi= on will be (maxx =96 minx) / xpixels, and the Y will be (miny =96 maxy) / ypixels. You= should find that the X number is -1 times the Y number."

Is pixel dimension related to question #2? For instance (in meters):<= br>
TL - 393898 4441379 BR - 396253 4438945

maxx=3D393898, maxy=3D4441379
minx=3D396253, miny=3D4438945

DeltaX=3D-2355, DeltaY=3D2434

Say the mosaic's dimensions in pixels are.........: X=3D1500, Y=3D2000

X pixel dimension =3D -2355/1500 =3D -1.57 meters/pixel
Y pixel dimension =3D 2434/2000 =3D 1.217 meters/pixel

That right?

- Chris

=

Subjec= t: RE: [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused
Date: Wed, 26 Sep 2007 14:45:54 -0400
From: ed at topozone.com
To: docterrobert at MSN.COM; MAPSERVER-USERS at LISTS.UMN.EDU

Chris =96

OK =96 it= =92s not as bad as all that =96 don=92t fire up Photoshop yet. If you have a set of tiles which together crea= te a seamless large image, and those tiles are of a regular size and shape, don= =92t bother pasting them together.

Each world = file has six numbers in it, two of which will be 0. For each image tile you need a world file that contains the X/Y coordinates of the upper left pixel of the image (two numbers), and the dimension (size) of each pixel in X (one number) and Y (o= ne number) units. In the vast majority of cases the last two numbers wil= l be identical except for sign (the Y value is normally a negative number since = Y values decrease as you go from the top to the bottom of the image).<= /font>

If your ima= ges make a rectangle when pasted together, just treat them as one. Find the X/Y coordinates of = the upper left corner of the entire image area, and the X/Y coordinates of the lower right corner of the entire image area. Find the size of the ent= ire mosaiced rectangle in X and Y pixels. The X pixel dimension will be (= maxx =96 minx) / xpixels, and the Y will be (miny =96 maxy) / ypixels. You= should find that the X number is -1 times the Y number.<= /span>

For all you= r world files, these two X and Y extent values (the first and fourth lines) will be constants. The l= ast two lines are the upper left X and Y coordinates of each tile. Your t= iles will all have the same Y value across each row, and the same X value down e= ach column. You know what the upper-left corner of the upper-left tile is= , because you measured it. You know the number of X pixels in each tile= and the number of Y pixels in each tile, and you now know the size in X and Y u= nits of each pixel, so you know the extent of each image tile in X and Y units, = so you can calculate the upper-left corner coordinate of the image to the righ= t and the image below. Repeat until complete.

All your me= asurements need to be done in the units of the image=92s coordinate system. Is this the image you w= ere asking about earlier that=92s in UTM projection? If so, you need UTM coordinates, NOT lat/lon. I wouldn=92t recommend Google Earth as a ve= ry accurate way to do that, but if it=92s close enough for you and easy that= =92s OK. If you can easily find the corners of your image area on a topo map you can= do it on TopoZone and get UTM coordinates accurate to within a few meters just= by clicking on the spots that match the corner points of your image.

If there is= n=92t an obvious landmark at the corner, you can pick a prominent location NEAR the corner and just measure = the number of pixels away from the corner it is. It=92s just a bit more bookkeeping but does the same thing.

-          Ed

Ed McNierney

TopoZone.co= m

=

From:<= /font> UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Christopher Harris
Sent: Wednesday, September= 26, 2007 11:15 AM
To: MAPSERVER-USERS at LISTS.= UMN.EDU
Subject: Re: [UMN_MAPSERVE= R-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused

Thanks again, Ed. I need to cle= ar up some things that I guess I didn't make clear.

I know that a world file provides georeferencing. I meant to say that= I had a .gif that had no georeferencing info associated with it, and then add= ed one. From there I got my initial app to work (displaying the big map)= .

One thing I omitted was that the little .gifs (tiles), when assembled, make= up a different big map pic then the one where mentioned :

=93<= /font>it uses one .gif (the big map pic), attaches the big map to the globe via a world file. That big map .gif= had no georeferencing info attached to it."

Before I had a pic of a large section= of a college campus. Now I have a pic of the entire campus, but in little tiles.

I know Mapserver makes maps and not p= ics too. I probably just worded something wrong.

"So =96 wha= t do you know about these images? Do you really have a world file that correctly describes your= big GIF image? Do you know exactly how the little images were created fro= m the big image? If so, you should be able to figure out how to generat= e world files for each individual image. If not, you=92ll need to get t= hat information for your big image."

Yes, I have a world= file, but it's for the pic that shows a large section of the campus - not for the big pic that is the = sum of the little pics.

Ok, so then I have to have a world file for every little tile, but before t= hat I need to correctly set up the world file for the big pic, which I guess I'= ll need to assemble in Photoshop. Does that sound right? I can do = it, it's just a bit tedious lining up the tiles and such. Also, how do you correctly align a pic of some map on the globe. I've been using Googl= e Maps to do it. I'll sit there and study where the pic's corners shoul= d approximately be, then get the lat/lon from that (clicking directions to or from will yield the lat/lons).

Thank you.

- Chris

=

Subjec= t: RE: [UMN_MAPSERVER-USERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused
Date: Wed, 26 Sep 2007 13:36:42 -0400
From: ed at topozone.com
To: docterrobert at MSN.COM; MAPSERVER-USERS at LISTS.UMN.EDU

Chris =96

Let me sugg= est you try to get unconfused just one step at a time!

=93<= /font>it uses one .gif (the big map pic), attaches the big map to the globe via a world file. That big map .gif= had no georeferencing info attached to it.=94

That=92s a = bit of a contradiction. A world file is one way of providing georeferencing. If you=92ve got an= image =93attached=94 to the Earth via a world file, you=92ve georeferenced it.

MapServer m= akes maps, not pictures. One of the chief differences is that a map has geographic location informat= ion associated with it. When you ask MapServer to generate a map for you,= you need to tell it the location of the map you want in some coordinate system. In order for MapServer to know which of your GIF images to us= e in making the output map, it needs to know the geographic location of each of those images. Otherwise it couldn=92t figure out which ones to use.

A TILEINDEX= is step two in the process. Once you have a set of more than 1 properly georeferenced im= ages that you=92d like to use like a single logical image, you can create a TILE= INDEX to do that. But you have to completely and correctly make it through = step one first. Once you get the individual images properly georeferenced, gdaltindex will just work.

So =96 what= do you know about these images? Do you really have a world file that correctly describes your= big GIF image? Do you know exactly how the little images were created fro= m the big image? If so, you should be able to figure out how to generat= e world files for each individual image. If not, you=92ll need to get t= hat information for your big image.

If you do h= ave that world file and know how the tiles were created, let us know (you can post the world file in you= r reply =96 it=92s just six lines of text).<= /font>

-          Ed

Ed McNierney

TopoZone.co= m

=

From:<= /font> UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Christopher Harris
Sent: Wednesday, September= 26, 2007 10:02 AM
To: MAPSERVER-USERS at LISTS.= UMN.EDU
Subject: [UMN_MAPSERVER-US= ERS] Rasters, TileIndex and Shapefiles - Oh My! Really Confused

Hi.&nb= sp; I have a map that is broken up into a bunch of .gif tiles. I want to display them on a lay= er in Mapserver. I have working version of what I want to accomplish, bu= t it uses one .gif (the big map pic), attaches the big map to the globe via a wo= rld file. That big map .gif had no georeferencing info attached to it.
These .gifs have no georeferencing information included or attached as well= .

I read Section 4 (and Section 9 too) on the mapserver site page: http://mapserver.gis.umn.edu/docs/howto/raster_data

From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: snippet at the bottom of Section 4 about gdaltindex and creating a tile ind= ex shapefile. I tried that.

Here's what I typed: gdaltindex u_of_ill.shp ~/Desktop/UofImapSquares/*.gif=

Here's what was returned to me:
It appears no georeferencing is available for
`/home/jimbo/Desktop/UofImapSquares/A0.gif', skipping.
It appears no georeferencing is available for
`/home/jimbo/Desktop/UofImapSquares/A12.gif', skipping.
and so on.........

Ok. Yes. I know. There's no georeferencing info attached.=
But, how do I go about attaching georeferencing info?
And how do I create, edit, and view a shapefile?
And lastly, do I need a world file to determine a global position for every tile?

I tried using a text editor Gedit (I figured What the Hey?) to open them an= d nope - wasn't in UTF-8 encoding.

I did some digging Google and noticed that you can use ArcView GIS, ArcMap, ArcGIS, and ArcCatalog to create, edit, and view shapefiles.

I also stumbled across posting that talked about ShapeLib created by Eduard= o Patto Kanegae and maintained by Frank Warmerdam.

I don't have money to spend on buying some GIS program, and ShapeLib seems = like the answer.

Could anyone help?

- Chris

=

Get news, entertainment and everythin= g you care about at Live.com. Check it out!

=

Explore the seven wonders of the worl= d Learn more!

=

Connect to the next generation of MSN= Messenger Get it= now!

=

Get news, entertainment and everythin= g you care about at Live.com. Check it out!

Discover the new Windows Vista Learn more! = --_3f425d8f-ac8b-48b9-8fa1-2dc52d5a55f3_-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: SWIG Version 1.3.31 swig -python -shadow -modern -o mapscript_wrap.c ../mapscript.i python setup.py install --force /james -----Original Message----- From: Umberto Nicoletti [mailto:umberto.nicoletti at gmail.com]=20 Sent: 4. oktober 2007 15:54 To: James Lindstorff Cc: MAPSERVER-USERS at lists.umn.edu Subject: Re: [UMN_MAPSERVER-USERS] Python mapscript and AGG Could you describe the exact steps you used to build python mapscript and the version of swig? Umberto On 10/4/07, James Lindstorff wrote: > Having just compiled and tried out mapserver 5.0 with AGG support in CGI > mode (WMS) and being very impressed with the rendering quality I turned to > the Python mapscript I use for producing maps for our production > environment. Here though I ran into a bit of trouble. I get the following > error when doing import mapscript: > > ImportError: /usr/lib/python2.4/site-packages/_mapscript.so: undefined > symbol: _ZN3agg12g_sqrt_tableE > > I'm having AGG version 2.5 running Debian 64 bit. > > > Anyone having similar problems and a possible solution? > From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: SWIG Version 1.3.31 swig -python -shadow -modern -o mapscript_wrap.c ../mapscript.i python setup.py install --force /james -----Original Message----- From: Umberto Nicoletti [mailto:umberto.nicoletti at gmail.com]=20 Sent: 4. oktober 2007 16:19 To: James Lindstorff Cc: MAPSERVER-USERS at lists.umn.edu Subject: Re: [UMN_MAPSERVER-USERS] Python mapscript and AGG > Python 2.4.4 (#2, Apr 25 2007, 22:41:41) > [GCC 4.1.3 20070423 (prerelease) (Debian 4.1.2-4)] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import mapscript > Traceback (most recent call last): > File "", line 1, in ? > File "/usr/lib/python2.4/site-packages/mapscript.py", line 7, in ? > import _mapscript > ImportError: /usr/lib/python2.4/site-packages/_mapscript.so: undefined > symbol: _ZN3agg12g_sqrt_tableE > This is using mapscript. Building means: python setup.py build python setup.py install version of swig (type swig -version on a console)? Umberto From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: --=__PartD5F3959D.1__= Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Description: HTML

MapServer users,

We would = like to share a relatively new open source project designed around use = cases for local government needs. The open source project development= team is proud to announce GeoMOOSE 1.0.0 release. For more = information, to download the source code or check out the gallery, please = go to http://www.geomoose.org/moose= . The source code comes with = a demo application and data. We are still adding more documentation, = but feel it is ready for production applications. We are looking for = feedback, testers and participation from interested Mapserver = users. If you have any questions please feel free to email me or = others involved in the project offline and we will be happy to answer questions.

&nbs= p;

Thanks,

&nbs= p;

From the GeoMoose = development Team.

--=__PartD5F3959D.1__=-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: (much more then I suspected!): - polygon fill color (mapinfo_brush_foreground) - outlinecolor/line color (mapinfo_pen_color) - line size (mapinfo_pen_width) - symbol size (mapinfo_symbol_size) - label size (mapinfo_text_height) - label angle (mapinfo_rotation) - label string (mapinfo_text_string) - symbol for points (mapinfo_symbol_shape)* - symbol for lines (mapinfo_pen_pattern)* - Symbol for polygon fills (mapinfo_brush_pattern)* * here you have to define corresponding MapServer symbols, the using a Lookup (ValueMapper) in FME to assign the new values Mit freundlichem Gruss / Best Regards Flavio Hendry ---------------------------------------------------------------- TYDAC Web-Site: http://www.tydac.ch TYDAC MapServer: http://www.mapserver.ch ---------------------------------------------------------------- ############ Mit freundlichen Gruessen / Kind Regards ############ mailto:flavio at tydac.ch ############ TYDAC AG - http://www.tydac.ch #### #### Geographic Information Solutions #### #### Luternauweg 12 -- CH-3006 Bern ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- -----Original Message----- From: "Delfos, Jacob" To: MAPSERVER-USERS at LISTS.UMN.EDU Date: Thu, 11 Oct 2007 07:59:11 +0800 Subject: Re: [UMN_MAPSERVER-USERS] Can I export MapInfo "styleitem" info to PostGIS? > Daniel,Flavio, > > Thanks for your replies. At least I know I won't have to bother > pursuing > that if it doesn't work. > I may look into carrying color across. I tried using FME to get style > across, but I probably did it wrong, because it came out empty. > > I'll look into whether I can write a script to assign colors > automatically based on an attribute. > > Thanks, > > Jacob > > > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Daniel > Morissette > > Sent: 10 October 2007 21:08 > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] Can I export MapInfo > > "styleitem" info to PostGIS? > > > > Flavio Hendry wrote: > > > Hi Jacob > > > > > > I do not think that you could do that as the moment. FME > > (www.safe.com) > > > would bring the styles along to PostGIS. However there is no way > to > > > define any other STYLEITEM as "auto" at the moment. > > > > That's correct. The original plan was to eventually support binding > > STYLEITEM to any attribute which would contain a style string in > the > > format that OGR produces/understands, but we never got to > > that and only > > STYLEITEM AUTO has been implemented. > > > > > "auto" is more or > > > less limited to colors as far as I know. > > > > AUTO also supports mapping symbols, fonts and about anything > > you find in > > MapInfo symbology. You need to have the right entries in your > fontset > > and symbolset for the mapping to work. This should be covered > > by the OGR > > HowTo. > > > > > > > Ideal would be something like > > > COLORITEM pointing to a column containing RGB color info ... > > > > > > > This is possible with v5.0, you'd use: > > > > COLOR [mycolor] > > > > Where "mycolor" is the attribute name from the data source. > > Color can be > > given as a hex value (e.g. #FFFFFF) or an RGB triplet (e.g. > > 255 255 255). > > > > The following properties can accept bindings in 5.0: > > > > * Style: angle, color, outlinecolor, size, symbol > > * Label: angle, color, outlinecolor, size, font, priority > > > > That is the reason why LABELITEM, ANGLEITEM, etc were dropped in > 5.0. > > e.g. LABELITEM was replaced by "LABEL [mylabelitem]", etc. > > > > Daniel > > -- > > Daniel Morissette > > http://www.mapgears.com/ > > > > This email and any attachments are intended solely for the named > recipient and are confidential. The copying or distribution of them > or any information they contain by anyone other than the named > recipient is prohibited. If you have received this document in error, > please notify the sender and delete all copies from your computer > system and destroy all hard copies. It is the recipient's > responsibility to check this email and any attachments to this email > for viruses before use. From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: to a mysql database. The problem is that sometime, map server reports an error with message: [MapServer Error]: msOGRFileNextShape(): MySQL error message:MySQL server has gone away What is going wrong? From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: to a mysql database. The problem is that sometime, map server reports an error with message: [MapServer Error]: msOGRFileNextShape(): MySQL error message:MySQL = server has gone away What is going wrong? From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: ago (that I can't seem to find again now to clarify things) I think I know the answer to this, but I'm asking just in case it changed between older versions of mapserver and 5.0.0. Suppose I want to do some kind of substitution or transformation on text in the data that is used for labeling. Like change street names from 'ALL CAPS' to 'Leading Caps' or change the label on a highway marker from something like 'I-80' to just '80'. I am aware that one way I could do this would be to add a new column to the database with the text that I want, and use this column instead of the old column. But is there any way to do a substitution or transformation like this directly in the map file? Perhaps via some kind of sed-like expression? I suspect the answer is no. If I use MapScript instead of a mapfile, I suppose as another alternative I might be able to read the value, transform it in the mapscript language, and then write it back, although I haven't tried this yet to see if it's doable. Thanks for any help anyone may be able to provide. - Rich Fromm -- View this message in context: http://www.nabble.com/substitution-or-transformation-of-text-data-via-mapserver-tf4900563.html#a14037206 Sent from the Mapserver - User mailing list archive at Nabble.com. From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: the latter, but the east-west coordinates should be pushed together as this formula would indicate: x=3Dlon*cos(lat) where lat is 60 and the formula then gives x=3Dlon*0.5? All I get is a blank map, so I suppose there is something I have misunderst= ood? Espen On 16/01/2008, Ed McNierney wrote: > Espen - > > The EPSG coordinate system codes, like EPSG:4326, generally are used to f= ully specify a projection. If you need to "customize" a projection describ= ed by an EPSG code, I would recommend using a full PROJ text description, a= nd specify the use of the equirectangular (Plate Carr=E9e) projection: > > +proj=3Deqc +lat_ts=3D60 +lon_0=3D0 +x_0=3D0 +y_0=3D0 +datum=3DWGS84 > > - Ed > > Ed McNierney > Chief Mapmaker > Demand Media / TopoZone.com > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > Phone: +1 (978) 251-4242 > Fax: +1 (978) 251-1396 > From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: cannot publish the data since the data is not free) Then I change my map file to this: EXTENT 37074.96 6669762.95 37982.21 6670408.60 PROJECTION "+proj=eqc +lat_ts=60 +lon_0=0 +x_0=0 +y_0=0 +ellps=WGS84 +datum=WGS84 +no_defs +units=m" END The extent is calculated by using PROJ like this: proj "+proj=eqc +lat_ts=60 +lon_0=0 +x_0=0 +y_0=0 +ellps=WGS84 +datum=WGS84 +no_defs +units=m" < test.txt where test.txt consists of the geographic coordinates in my first map file. This mapfile creates a map about 18000 meters north of my first mapfile. This is similar to the post from 2005. Longitude seems to be correct. I do not understand why Mapserver does not create approximatly the same map in both map files? Is it not possible to use PROJ to convert coordinates like this? If I set lat_ts=0 I do of course get the same map, but that is not the projection I would like to use. And if I cannot do it like this, how can I calculate the shift in the y-coordinate(about 18000 meters in this example)? Kind regards, Espen From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: cannot publish the data since the data is not free) Then I change my map file to this: EXTENT 37074.96 6669762.95 37982.21 6670408.60 PROJECTION "+proj=3Deqc +lat_ts=3D60 +lon_0=3D0 +x_0=3D0 +y_0=3D0 = +ellps=3DWGS84 +datum=3DWGS84 +no_defs +units=3Dm" END The extent is calculated by using PROJ like this: proj "+proj=3Deqc +lat_ts=3D60 +lon_0=3D0 +x_0=3D0 +y_0=3D0 = +ellps=3DWGS84 +datum=3DWGS84 +no_defs +units=3Dm" < test.txt where test.txt consists of the geographic coordinates in my first map = file. This mapfile creates a map about 18000 meters north of my first mapfile. This is similar to the post from 2005. Longitude seems to be correct. I do not understand why Mapserver does not create approximatly the same map in both map files? Is it not possible to use PROJ to convert coordinates like this? If I set lat_ts=3D0 I do of course get the same map, but that is not the projection I would like to use. And if I cannot do it like this, how can I calculate the shift in the y-coordinate(about 18000 meters in this example)? Kind regards, Espen From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: shp2img.exe are equivalent. So am I surprised to get different results. I am sorry but I can not give any source shape files as their content = are confidential but if anyone think it could be helpful I can try to = take one and remove all but one lines in it. Thank you in advance for any idea to make the thing go on !!! Beno=EEt ------=_NextPart_001_007A_01C86424.717C9750 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi everyone !

I'm trying to render a shapefile with = mapserver but=20 I have some problems with the final result.

So my shapefile contains = points.

The projection used seems to = be

PROJCS[
"United Kingdom - ED50 = / TM 0 NE -=20 1311 /=20 23090",
GEOGCS[
  "ED50_UK_1311",
  DA= TUM[
   "D_ED50_UK_1311",
   SPHEROID= [
    "International_1924",
   &= nbsp;6378388,
    297.0000000000601]
&nbs= p;],
  PRIMEM[
   "Greenwich",
&n= bsp; 0],
  UNIT[
   "Degree",
&nbs= p;  0.017453292519943295]
],
PROJECTION["Tran= sverse_Mercator"],
PARAMETER["latitude_of_origin",0],
P= ARAMETER["central_meridian",0],
PARAMETER["scale_factor",0.9996]= ,
PARAMETER["false_easting",500000],
PARAMETER["false_n= orthing",0],
UNIT["Meter",1]
]

This projection, translated in Proj4's = format=20 should be : +proj=3Dtmerc +lat_0=3D0 +lon_0=3D0 +k=3D0.999600 = +x_0=3D500000 +y_0=3D0=20 +ellps=3Dintl +units=3Dm +no_defs.

Now, my map file which only contains = one layer is=20 :

MAP
Name"Shell"
CONFIG "PROJ_LIB"=20 "c:\Inetpub\wwwroot\Cgi\proj_lib\"
EXTENT 277486 5873890 691772 = 6823080

SIZE 512 512
IMAGETYPE=20 PNG24
IMAGECOLOR 255 255 255
UNITS=20 METERS
OUTPUTFORMAT NAME PNG24 DRIVER "GD/PNG" MIMETYPE = "image/png"=20 EXTENSION PNG IMAGEMODE RGBA TRANSPARENT ON = END

PROJECTION = "+proj=3Dtmerc=20 +lat_0=3D0 +lon_0=3D0 +k=3D0.999600 +x_0=3D500000 +y_0=3D0 +ellps=3Dintl = +units=3Dm=20 +no_defs" END

WEB
  IMAGEPATH =20 "c:\ms_tmp\"
  IMAGEURL "http://ACQUISITIONTEST/ms_tmp"=
  METADATA
   "wms_title"=20 "Ob135_200"
   "wms_srs"=20 "epsg:4326"
   "wms_onlineresource" "http://ACQUISI= TIONTEST/WMS/Default.aspx?MapId=3D8"
  END
END<= /FONT>

SYMBOL
  NAME=20 "quadrat"
  TYPE=20 VECTOR
  POINTS
   0 = 0
   0=20 1
   1 1
   1=20 0
  END
  FILLED = TRUE
END

LAYER
   NAME=20 "Vector"
  TYPE POINT
  STATUS=20 ON
  CONNECTIONTYPE OGR
  CONNECTION=20 "C:/temp/bch/gbr_rigs.shp"
  PROJECTION "+proj=3Dtmerc = +lat_0=3D0=20 +lon_0=3D0 +k=3D0.999600 +x_0=3D500000 +y_0=3D0 +ellps=3Dintl +units=3Dm = +no_defs"=20 END
  DATA=20 "gbr_rigs"
  CLASS
   SYMBOL=20 "quadrat"
   COLOR 255 0 = 0
   OUTLINECOLOR 0=20 0 0
   SIZE=20 6
  END
END
END

Given all this, I first tried to render this with a web browser by = writing=20 directly my request :

http://acquisitiontest/CGI= /bin/mapserv.exe?request=3DGetMap&map=3DC:/temp/bch/Shell.map&req= uest=3DGetMap&layers=3DVector&srs=3DEPSG:4326&version=3D1.1.1= &styles=3D

By not giving the extent nor width and height, I am expecting to = take the=20 full bounding box of the map file as width and height. I am already = doing this=20 for raster layers so I won't be surprised to make it work for shape = files.

But, unfortunately, the result remains empty whatever I = try.

So, I remembered to use the shp2img to make a render and there I = have a=20 correct result.

From what I remember to have read on the mailing list mapserv.exe = and=20 shp2img.exe are equivalent. So am I surprised to get different = results.

I am sorry but I can not give any source shape files as their = content are=20 confidential but if anyone think it could be helpful I can try to take = one and=20 remove all but one lines in it.

Thank you in advance for any idea to make the thing go on !!!

Beno=EEt

------=_NextPart_001_007A_01C86424.717C9750-- ------=_NextPart_000_0079_01C86424.71796300 Content-Type: image/png; name="test_rendu.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="test_rendu.png" iVBORw0KGgoAAAANSUhEUgAAAgAAAAIACAYAAAGDf+RsAAARhUlEQVR4nO3dYY/jxpmFUdZi/v9f 5n5Yz0STbbW71RSryOccIIADJ0aZ8+ryskhRY9/3rex/Zi9gNgdg9gJmO/YAjHG5QDn2AOz7OOof NU46mMt+BM4apeE0GHfYATjrM3s0H4HZC5jNAZi9gNkcgNkLmM0BmL2A2RyA2QuYzQGYvYDZHIDZ C5h9FelqcPYCZnMAZi9gtjkHYKHtMyE4ewGzOQCzFzDbegfg5IBc7wA83mD952C8sy5f5ywwxn7k 3ec//9jLHIA3We8jcDIHYPYCvuMdYSgDZi9gNgdg9gJmcwBmL2A2B2D2AmZzAGYvYDYHYPYCZnMA Zi9gNgdg9gJmcwBmL+AlB+4MrX0Anv2LHvnlLFticQ7A7AXMdr0DcPC9ASE4ewGzOQCzFzCbAzB7 AR868TmhNQ/Avo+zHqN3Gpy9gNkcgNkLmM0BmL2A2RyA2QuYzQGYvYDZHIDZC5jNAZi9gNkcgNkL mG3qAfh008OGyDl8BGYvYLZ5B2CRr9DPe3/AG74E+Yo5B+CL//JnbI07C8xewGwOwOwF/GXCmWGt A/AQjl6uftLBcBaYvYDZHIDZC/iqd+WADJi9gNkcgNkLmM0BmL2A2RyA2QuYzQGYvYDZHIDZC5jN AZi9gNkcgNkLmM0BmL2AVxy5O2RHaPYCZrvOAbAp+h7XmYA3udwBOPr+QP4jUHe5TwDHMgBx6w7A Is/R3t26A7DIc8R/GWP/U8LG2O8wpErgN/0egH3FAX2BAYhb9xTAKdYbgBucV6/EKSBuvQTgVAYg zgDEGYA4AxBnAOIMQJwBiDMAcQYgzgDEGYA4A/CKG92xbA/Aw2Nd4zuPeN3kaaBtczs4r50AGIC6 zgA8nuNvVOJ+SgeI6yTAO9wgSSRAnASIMwCfucn3/z7jFHCUhX4Y5zskwAs+3Da+4B/+tkmAPAkQ ZwDiDMA7PL5JZHEG4B32fezbeT+E9hNKYJwEiDMAcQYgzgDEGYA4AxBnAOIMQJwBiDMAcQYgzgDE GYA4AxBnAOIMwFkWfUrIAyFxEuBV3/k0L/rp3zYJ8BZjjP0qvypmAOKcAs6w8JdMJUCcBIiTAHES IM4AxBmAOAMQZwDiDEDcmgOw8M7Z3aw5AJxmzQHY97Haa9f+36vhbpJQaw7AFSw2oK8yAF+07/sY 2zXe+/MdBuCbbvWnv7kZlCcB4gxAnAGIW2sA7ACebqkBGP/8h/O4CohbKgE4nwGIMwBxBiDOAMQZ gDgDEGcA4gxAnAGIMwBxBiDOAMQZgDgDEGcA4gxAnAGIMwBxBiDOAMQZgDgDEGcA4gxAnAH4rpt9 fzE9AHd73csrfs1ewEx//emPsY/t/94F9Pn/6R4vh/rNl0Pj0qcADECeAYgzAHEGIK43ADfbyPmp zgD4Q/9QbyPoZhs5P2UjKK5zCjjYGGO/w72E3ingIJf/k/+HU0CcU0CcAYgzAHEGIM4AfOYGl3n/ xgDEuQw8wu+kuOA2swR4xX/tAl75l07sBB7gX58kXphTwJG++mj5QgxAnA4QZwDiDECcAYgzAHEG 4GDjYo+dG4A3uMwmwGYADvdnE+giKWAjKE4CxBmAOAMQZwDiDECcAYgzAHEGIM4AxBmAOAMQZwDi DECcAYgzAHEGIM4AxBmAOAMQZwDiDECcAYgzAHEGIM4AxBmAOAMQZwDiDECcAYgzAHEGIM4AnGDl 9wYZgDiviImTAK9YONK/ywC82crn/21zCsiTAAe72o9K+8mYg13mT/4fTgFxTgFxBuAMC3cCp4A4 CRBnAN5o9U2gbXMKyDMAEKYCQJgAgDABAGECAMIEAIQJAAjzOPB3PN7U//378HBhngPgXEJ0KRoA hxtj/DmtjG3bdh/0ZWkAEKYB8DaawPoEAG/lE782lwAQ5jkACBMAEGYP4BOPL3i0gcUdCYBP2B3h 7mwCQpg9AAgTABAmACBMAECYAIAwAQBhAgDCBACECQAIEwAQJgAgTABAmACAMAEAYQIAwgQAhAkA CBMAECYAIEwAQJgAgDABAGECAMIEAIQJAAgTABDmtwF5v4cfWd38yOpS/DZg1ZMP5Rjjz0SMza8i 350GEPX4qXYK6NIAIMwmIIQJAAgTABAmACBMAECY24AFHsThCbcB78aHnW8QABBmDwDC7AFwPpcp yxAAnM73ENZhDwDC7AFAmACAMAEAYQIAwtwF4DVu5d2CuwAsYzyEincRnkMDYBlORefTADiFtw2v SQCwJIFxDncBIEwDgDANAMIEAIQJAAgTABDmQSCW9/iE4La5JXgkDYBL2DdPCr6D24BchoeDjqcB QJgGAGEaAIQJAAgTABAmACBMAECYAIAwAQBhAgDCBACECQAIEwAQJgAgTABAmACAMAEAYQIAwgQA hAkACBMAECYAIEwAQJgAgDABAGECAMIEAIQJAAgTABAmACBMAECYAIAwAQBhAgDCfs1eABxljLHv v/9627Z938fM9VzB2P8cMqDGJQCEuQTgPGP8p24eWM9V/9cJAM7jg7kcewAQpgGwvjddOiAAuIDH T7y+eiyXABCmAXAPLhNe4jkACHMJAGEuAbgsDwD9nEsACHMJAGECAMJcAkCYAIAwAQBhAgDCBACE CQAIEwAQJgAgTABAmACAMAEAYQIAwgQAhHkhyBd5+QR3pAFAmACAMC8E4TQuo9ZjD4DjeUf/ZbgE gDANgNM8Vn4XnmuwBwBhGgBvMx72Amz4rUkA8Da65fpsAkKYBsDbPHZ+bWBNNgEhzCUAhAkACBMA ECYAIEwAQJgAgDDPATzx+BjrtnmUlXvSAD6xbx5g4d4EAIS5BPiEzs/deRQYwlwCQJgAgDABAGEC AMIEAIQJAAgTABAmACBMAECYAIAwAQBhAgDCBACECQAIEwAQJgAgTABAmACAMAEAYQIAwgQAhAkA CBMAECYAIEwAQJgAgDABAGECAMIEAIQJAAgTABAmACBMAECYAIAwAQBhAgDCBACECQAIEwAQJgAg TABAmACAMAEAYQIAwgQAhAkACBMAECYAIEwAQJgAgDABAGECAMJ+zV4A9zbG2Pfff71t277vY+Z6 +JsGAGEaQNAYY3/8787KXQIg6rGW/+UxHA4Ihsdw2T/7HzKFSwAI0wCidH62bdvGvitmUOUSAMIE AIQJAAgTABAmACBMAECYAIAwAQBhAgDCBACECQAI82Wgm/NGHj6jAUCYBnAjzvZ8lwC4OW/k4TMu ASDMC0EgTAOAMAEAYTYBOZXfJFiLBsDp9s0diVUIAAhzCcDpdP51uA0IYS4BIEwAQJgAgDABAGEC AMIEAIQJAAgTABAmACDMo8B8m3cP3ocGAGECAMJ8GYgleFHIHBoAy/CikPMJAAhzF4BzPFb8J/Ve 5z+fAGAJrvnncAkAYe4CsKYvXDLwcxoAhAkACHMJAGEaAIQJAAgTABAmACBMAECYAIAwAQBhAgDC BACECQAI8z4Alvf4vkDvDTiWAGB5vq3yPi4BIEwDYHmPnV8bOJavA3Md3hJ0OJcAECYAIMwlAIRp ABAmACBMAECYAIAwAQBhAgDCBACECQAIEwAQJgAgTABAmACAMAEAYQIAwgQAhAkACBMAECYAIEwA QJgAgDABAGECAMIEAIQJAAgTABAmACBMAECYAIAwAQBhAgDCBACECQAIEwAQJgAgTABAmACAMAEA YQIAwgQAhAkACBMAECYAIEwAQJgAgDABAGECAMIEAIQJAAgTABAmACBMAECYAIAwAQBhAgDCBACE CQAIEwAQJgAgTABAmACAMAEAYQIAwgQAhAkACBMAEPZr9gLgMGPsf/5638fElVyGBgBhAgDCxr7v //6/Am5JA4AwAQBh7gJwijHGn4vNsW3bbpd+CQKA63P772UuASBMA+AUj5Xffad1uA0IYS4BIMwl AEsbjxt8m7sHR9MAWN6+2Td4FwEAYS4BWJ7O/z7uAkCYSwAIEwAQZg+Ay/NFo9dpABAmACDMXQAI 0wAgTABAmLsAXJc3Af2YBgBhAgDC3AWAMA0AwjQAAAhyBQAAQQoAAAQpAAAQpAAAQJACAABBCgAA BCkAABCkAABAkAIAAEEKAAAEKQAAEKQAAECQXwTncOPxl7r/y+6XuwGWoADwFh81AGd+gHW4BQAA QXYAeAtX+8zmVhR8TgHgcMKVo716MncrCp5TAIBLcDKHYykAwG0pCPCcAgBcwndP5m5FwefGvj+9 tQYA3JQdAOByxhgfXrqMzZU/fJX3AABAkAIAAEGeAQCAIDsAABCkAABAkAIAAEEKAAAEKQAAEKQA AECQAgAAQV4FzLd5DSvA9dkBAIAgBQAAgrwKGACC7AAAQJACAABBCgAABCkAABCkAABAkAIAAEEK AAAEKQAAEKQAAECQAgAAQQoAAAQpAAAQpAAAQJACAABBCgAABCkAABCkAABAkAIAAEEKAAAEKQAA EKQAAECQAgAAQQoAAAQpAAAQpAAAQJACAABBCgAABCkAABCkAABAkAIAAEEKAAAEKQAAEKQAAECQ AgAAQQoAAAQpAAAQpAAAQJACAABBCgAABCkAABCkAABAkAIAAEEKAAAEKQAAEKQAAECQAgAAQQoA AAQpAAAQpAAAQJACAABBCgAABCkAABD0a/YCAH5ijLE/+3v7vo8z1wJXogAAl/dRA3Dmh8+5BQAA QXYAIGKMsT+7Un62VX6V7fVlFgIXogAAn1p9e32lIgJX4hYAAATZAYCIZ1fKT/f4/+HyGu5p7B/e FQQA7swtAAAIUgAAIEgBAIAgBQAAghQAAAhSAAAgSAEAgCAFAACCFAAACFIAACDIbwHAxV3lJ3uB tSgAcAOr/2QvsB4FABblyh54JwUAFvbVK3ttAPguBQAuzm4A8AoFABbmzA68y9j3p7cZAYCb8h4A AAhSAAAgyDMAwK2NMT680Tk2D1DSZgcAAIIUAAAI8i0AAAiyAwAAQQoAAAQpAAAQpAAAQJACAABB CgAABCkAABCkAABAkAIAAEF+DAg4xRjj6WtH/SgPnE8BAE7z7Ff5gPO5BQAAQXYAgNO42od1+DVA gAdjjA9TcWyeVeBe3AIAgCC3AIDb8E0D+DoFALiVn37T4FlRcLOUu3ELAACC7AAAt/LOfX63GLgT BQC4jTNOwl5mxF24BQAAQXYAAL7B1T534UVAABDkFgAABCkAABCkAABAkAIAAEEKAAAEKQAAEKQA AECQAgAAQQoAAAQpAAAQ5LcAAH5ojPHhS9XH5meCWZcdAAAIUgAAIMivAQIcbIzxNFjdEmAVngEA eINnzwTAKtwCAIAgOwAAb+Bqn9V5BgAAgtwCAIAgBQAAghQAAAhSAAAgSAEAgCAFAACCFAAACFIA ACBIAQCAIAUAAIIUAAAIUgAAIEgBAIAgBQAAghQAAAhSAAAgSAEAgCAFAACCFAAACFIAACBIAQCA IAUAAIIUAAAIUgAAIEgBAIAgBQAAghQAAAhSAAAgSAEAgCAFAACCFAAACFIAACBIAQCAIAUAAIIU AAAIUgAAIEgBAIAgBQAAghQAAAhSAAAgSAEAgCAFAACCFAAACFIAACBIAQCAIAUAAIIUAAAIUgAA IEgBAIAgBQAAghQAAAhSAAAgSAEAgCAFAACCFAAACFIAACBIAQCAIAUAAIIUAAAIUgAAIEgBAIAg BQAAghQAAAhSAAAg6NfsBQDwtzHG/uzv7fs+zlwL96UAACzoowbgzM+R3AIAgCA7AAALcrXPu419 f3qrCQC4KbcAACDILQDgVjxBD1+jAAC3c7Un6JUWZlAAABZwtdLC9SkAwO04ccK/UwCAW7nqlvkl F82l+RogAAT5GiAABLkFAPADY4wP91HHdt3bETTYAQCAIAUAAII8BAgAQXYAACBIAQCAIN8CAFiA 3wPgbAoAwCL8HgBncgsAAILsAAAswtU+Z/I1QAAIcgsAAILcAgA4mSf+WYECADCBJ/6ZzS0AAAiy AwAwgat9ZvMtAAAIcgsAAIL+F8J2RTGt8RF7AAAAAElFTkSuQmCC ------=_NextPart_000_0079_01C86424.71796300-- From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: shp2img.exe are equivalent. So am I surprised to get different results. I am sorry but I can not give any source shape files as their content = are confidential but if anyone think it could be helpful I can try to = take one and remove all but one lines in it. Thank you in advance for any idea to make the thing go on !!! Beno=EEt From bogus@does.not.exist.com Mon Oct 7 05:54:23 2024 From: bogus@does.not.exist.com () Date: Mon, 07 Oct 2024 12:54:23 -0000 Subject: No subject Message-ID: shp2img.exe are equivalent. So am I surprised to get different results. I am sorry but I can not give any source shape files as their content are confidential but if anyone think it could be helpful I can try to take one and remove all but one lines in it. Thank you in advance for any idea to make the thing go on !!! Beno?t From trygve at aspenes.priv.no Fri Oct 4 01:44:14 2024 From: trygve at aspenes.priv.no (Trygve Aspenes) Date: Fri, 04 Oct 2024 10:44:14 +0200 Subject: [MapServer-users] Error when calling mapscript.msCleanup() Message-ID: Hi all I have a python mapscript using fastapi as the api. The data I'm using is netcdf. So everything works fine. However I see my app is eating more and more memory the more different datasets are requested. Using lsof ( to see open files), I see the process don't cleanup the files used (they are open) as DATA in my mapscript setup. In mapserver doc I see the mapscript funtion msCleanup()(mapscript section 5.1 MapScript Functions) I'm hoping could help me clean up this. But when I add this I get error and crash of the process: CPLGetTLSList(): pthread_setspecific() failed! google gives me nothing. The setup is mapserver from conda-forge 8.2.2 on python 3.11 with gdal 3.9.2 Any idea why this is happening, or how to keep better control over memory usage in an setup like this? Trygve Aspenes From benedek.petrovicz at gmail.com Fri Oct 4 03:42:21 2024 From: benedek.petrovicz at gmail.com (Benedek Petrovicz) Date: Fri, 4 Oct 2024 12:42:21 +0200 Subject: [MapServer-users] IIS - FastCGI - POST requests crashing mapserv Message-ID: Hi! I have an environment where I run MapServer as a FastCGI application in IIS. When a single mapserv instance (process) gets more than two concurrent POST requests, the mapserv executable crashes. IIS returns a default HTTP 500 error. The exact error is: 233 - ERROR_PIPE_NOT_CONNECTED (No process is on the other end of the pipe.) Adding debugging to the map files didn't show me any valuable details. Seems to be crashing while still trying to write into the debug logs. There were half complete lines in there. No logs in the Event Viewer. No valuable logs in IIS. I tried process monitoring, but I couldn't find anything useful there. To reproduce it, in the FastCGI settings just limit the max number of instances to 1 and flood it with a couple dozen concurrent requests. You can use any tool. K6, Bombardier, PS script and .NET code each work for that. I attached a K6 script which I was using for it. Required settings: - You need to send POST requests - The content type needs to be application/x-www-form-urlencoded (that's the only POST content type that works with MapServer as far as I know) - You don't even need a mapfile to reproduce the issue. You'll get the same result if you provide one. If you set the max requests per instance down to 2, it won't crash. Also, I couldn't crash it with GET requests. Anyone have any idea about why this is happening? Should I open a github issue for it? Thanks Benedek Petrovicz -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: k6-script.js.rename Type: application/octet-stream Size: 471 bytes Desc: not available URL:

	[metadata name=title]
		[leg_class_name]