error message

[Stephen Woodbridge]

John,

You should run shptree on all you tileindexes AND on all your data file.
I typically do something like the following on linux:

find /path/to/data -name "*.shp" -exec shptree {} \;

which will find all *.shp file in the directory tree /path/to/data and
run shptree on them.

-Steve

John Bolster wrote:

> Yet again, thank you.
>
> I'll do multiple tileindexes. Then when I use shptree I assume I run it once
> for each of the different tileindex shp files, or is there a way to
> incorporate the larger-than-county layers into the spatial index?
>
> John
>
>
>>-----Original Message-----
>>From: Stephen Woodbridge [mailto:woodbri at swoodbridge.com]
>>Sent: Tuesday, September 21, 2004 1:26 PM
>>To: John Bolster
>>Cc: MAPSERVER-USERS at LISTS.UMN.EDU
>>Subject: Re: [UMN_MAPSERVER-USERS] error message
>>
>>
>>John,
>>
>>The typical way wo do this is to create separate tileindexes for each
>>layer. So you would have a tileindex for roads, another for water lines
>>and one for water polygons, etc. For tiger data this would me you would
>>create approximately 10+- tileindexes. Then in the mapfile specify the
>>TILEINDEX and leave the DATA statement out.
>>
>>I would recommend doing the above ... but for those that like to inflict
>>pain on themselves ...
>>
>>There is an option on tile4ms like --directory-only that leaves off the
>>final file name, it unfortunately does not combine the multiple
>>directory entries into a single entry which renders it useless, unless
>>you want to write a script to do that your self. Assuming you wrote the
>>script yourself, you could then have ONE tileindex that would reference
>>the extents of the county regardless of the data layers in it, and you
>>could then set up your mapfile layers like:
>>
>>LAYER
>>   NAME "streets"
>>   TILEINDEX "my-county-tiles"
>>   DATA "roads"
>>   ...
>>END
>>
>>This would cause path in the TILEINDEX to be concatenated with the DATA
>>name to get the path to the data files. In this configuration only the
>><tile-path>/roads.shp will be looked at.
>>
>>I think I would recommend using the multiple indexes as it will be
>>easier to build and maintain.
>>
>>-Steve
>>
>>John Bolster wrote:
>>
>>
>>>Thanks Steve,
>>>
>>>I have various layers of tiger/line data organized into one
>>
>>directory per
>>
>>>county and I've been trying to make one tileindex for the whole
>>
>>thing. Based
>>
>>>on what you're saying, do I need to run tile4ms separately on
>>
>>each different
>>
>>>type of layer, so that I end up with a tileindex for the
>>
>>counties, one for
>>
>>>the roads, one for the places, etc.?
>>>
>>>John
>>>
>>>
>>>
>>>>-----Original Message-----
>>>>From: Stephen Woodbridge [mailto:woodbri at swoodbridge.com]
>>>>Sent: Tuesday, September 21, 2004 10:22 AM
>>>>To: John Bolster
>>>>Cc: MAPSERVER-USERS at LISTS.UMN.EDU
>>>>Subject: Re: [UMN_MAPSERVER-USERS] error message
>>>>
>>>>
>>>>John,
>>>>
>>>>The way tileindexes work is the you group a bunch of files into a
>>>>virtual layer. All the files must have the same dbf columns defined in
>>>>them and defined in the same order. This is because mapserver reads the
>>>>attribute layout of the first file it opens and uses that as the
>>>>template for all files in the virtual layer.
>>>>
>>>>So if the first file had attribute columns [A, B, C] and some other file
>>>>had [D, E] or [B, C, A] or whatever it would cause problems for
>>>>mapserver. If you ask mapserver to CLASS on C, it translates that to
>>>>column 3 and then tries to read column 3 from the [D, E] and gets an
>>>>error, or gets column A from [B, C, A] file, etc. This was causing a lot
>>>>of problems for people that did not understand the inner workings of
>>>>mapserver, so this check was added to prevent people from doing bad
>>>>things and not knowing about it.
>>>>
>>>>Some version of dbfdump will display the column definitions of you
>>>>files. You either have some that have a different definition like a
>>>>different version of the file, or you are picking up some files that are
>>>>not compatible with the first file you add to the index.
>>>>
>>>>Hope this helps,
>>>>  -Steve W.
>>>>
>>>>John Bolster wrote:
>>>>
>>>>
>>>>
>>>>>Hello,
>>>>>
>>>>>Does anyone know what "DBF fields do not match" means in the
>>
>>output from
>>
>>>>>tile4ms?
>>>>>
>>>>>Do they not match to one another, or to a certain way they're
>>>>
>>>>meant to be,
>>>>
>>>>
>>>>>or to the shapefile, or what? The files were created with
>>>>
>>>>tgr2shp so I don't
>>>>
>>>>
>>>>>see why they should be bad. And what would I do about this--I
>>>>
>>>>can't imagine
>>>>
>>>>
>>>>>I'm the only person to whom this has happened.
>>>>>
>>>>>Thanks for your help,
>>>>>John Bolster
>>>>>
>>>>
>>>>
>>>
>>
>