In article <33B93604.B28DA1C at ebi.ac.uk>,
etzold <etzold at ebi.ac.uk> writes:
> Mike Tennant wrote:
>>>> Hi,
>> I'm trying to index our pdb hierarchy, which has the format
>> /pdb/dist/*/*.ent.gz, but can't get srs5.05 to get past the first wild
>> card (which is a set of directories). Does anybody know whether this can
>> be done?
>> funny! i am working on that right now...which means that it cannot
> be done at the moment. This will be possible with the next release
> 5.0.6.
>
Well, meanwhile, maybe it would work to make links to those files in
another directory.
Mike doesn't say, but I guess the problem he refers to is that he's
got the entries sorted by starting letters in corresponding characters.
Now, if SRS wants them in a single directory, a paliative solution
could be to link the files in a single directory. Something like
cd /.../pdb/dist
mkdir all_entries
cd all_entries
ln -s ../*/* .
You may even remove the "s" and make those hard-links, wherever the
files would be exactly the same as the original ones, only they would not
take any more space than the directory entries take, which should be a
lot less than the actual files themselves.
Of course, you may have some trouble if you update PDB nightly, since
you'd already have thousands of old links, and running that nightly would
waste a lot of cycles and create many errors. Nothing easier to fix: use
'find' testing for '-ctime -nodays' where 'nodays' is the period with which
you update your links.
I know, it's a kludge, but works and saves a lot of space and trouble.
After all, that's one of the beauties of Unix, isn't it?
jr
--
Jose R. Valverde
EMBnet/CNB
