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
[EMAIL PROTECTED]
(978) 251-4242
From: Richard Martin [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 13, 2006 9:27 AM
To: Ed McNierney
Subject: RE: [UMN_MAPSERVER-USERS] tile4ms aborts due to DBF fields notmatching
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 [EMAIL PROTECTED] -----Original Message----- From: UMN MapServer Users List [mailto:[email protected]] On Behalf Of DrDik Sent: Thursday, July 13, 2006 8:12 AM To: [email protected] 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. |
