Richard -
First, please ALWAYS reply to the whole list. This lets everyone (and
the archives) see the whole conversation, and it also doesn't obligate
the first person to answer your question to answer all the rest of your
questions <g>!
You can (and probably should) group together homogeneous files in a
TILEINDEX layer. You can certainly combine your 30 "buildings" files
into a single layer, and your 30 "waterways" files into a single layer.
This is commonly done. But you can't combine different types of data
into a single logical layer; you probably wouldn't want to, as it would
make the symbolization of those different features difficult. Roads are
probably line features, and buildings are probably polygons, and one
layer would need to be either a line layer or a polygon layer but not
both.
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed at topozone.com
(978) 251-4242
________________________________
From: Richard Martin [mailto:richard.martin at tascomi.com]
Sent: Thursday, July 13, 2006 9:27 AM
To: Ed McNierney
Subject: RE: [UMN_MAPSERVER-USERS] tile4ms aborts due to DBF fields
notmatching
Thanks Ed
Perhaps I'm barking up the wrong tree. My problem is we have a
directory of lots of shp files, already in tiles of a particular area.
Each "tile" directory has shp files such as building, footpaths,
waterways etc. What I'm looking for is a method of displaying all this
easily. We have a nice TIFF map of the area and we have displayed one
shp file from one "tile" directory on the map - all works well. The
problem is how do I display the rest? We have a MAP file with this sort
of content:
LAYER
NAME basemap
TYPE RASTER
STATUS ON
DATA
"/var/www/ka-map/ka-map/htdocs/tmp/data/banbridge/images/220NE.tif"
END
LAYER
NAME buildings
TYPE LINE
STATUS ON
DATA
"/var/www/ka-map/ka-map/htdocs/tmp/data/banbridge/data/buildinl.shp"
CLASS
NAME "Buildings"
STYLE
COLOR 200 100 100
END
END
END
The basemap being the lovely little map of our town, the building layer
being a shpfile of some buildings in one "tile" - we have 30 directories
of "tiles" each containing shp files for buildings, waterways etc. Other
than putting in around 1500 layers like the buildings layer above I
don't see how to do this.... I thought tile4ms might help but as you
pointed out the dbf files for each shp file in the "tile" directory
won't match any other dbf files in the directory.
Do you have any pointers? Any help greatly appreciated!
Many thanks
Richard
On Thu, 2006-07-13 at 08:35 -0400, Ed McNierney wrote:
Richard -
Well, you know what the problem is. If you're going to group a
set of
shapefiles together using a TILEINDEX, those shapefiles all must
have
the same attribute fields in their DBF files, in the same order.
MapServer expects to treat them all as one logical file, so they
all
need to look the same.
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
Phone: +1 (978) 251-4242
Fax: +1 (978) 251-1396
ed at topozone.com
-----Original Message-----
From: UMN MapServer Users List
[mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of DrDik
Sent: Thursday, July 13, 2006 8:12 AM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-USERS] tile4ms aborts due to DBF fields
not
matching
Hi - I've run this on OSNI data from Northern Ireland and get:
Aborted.
DBF fields do not match for file:<filename>, I figured this was
an error
in the data but I down loaded tiger data and get the same error.
I have followed the exmaple at
http://mapserver.gis.umn.edu/docs/reference/utilityreference/tile4ms
with no luck. Any ideas?
It likes 1 file ok. But 2 files causes the Abort error.
please help - I'm totally stuck!
Thanks
Richard
--
View this message in context:
http://www.nabble.com/tile4ms-aborts-due-to-DBF-fields-not-matching-tf19
36865.html#a5306771
Sent from the Mapserver - User forum at Nabble.com.
Richard Martin
Tascomi Ltd
Head Office: 0845 119 6020
Support Line: 0845 119 6021
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity for whom they
are addressed. If you have received this email in error please notify
the system manager. Please note that any views or opinions presented in
this email are solely those of the author and do not necessarily
represent those of the company. Finally, the recipient should check this
email and any attachments for the presence of viruses. Tascomi Ltd
accepts no liability for any damage caused by any virus transmitted by
the email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/mapserver-users/attachments/20060713/98e8fa2e/attachment.html