Andreas Lange wrote:
> I don't know if the NFS problem is solved. We are using NFS here, so far
> no problems. However, maybe our installation differs from the Trieste's one.
What was the NFS Problem? It works here with Linux and IRIX as NFS
Server and client. Its hard to say something if i do not know the OS and
the exact problem.
The problem (bug #269) is that $GISBASE/locks needs to be writable,
which means that $GISBASE can't reside on a read-only export.
It isn't likely to be a widespread problem. I would assume that it can
be worked around by making $GISBASE/locks a symlink to a directory on
a writable export.
The locking mechanism just won't work without a shared writable
directory. Changing the locking mechanism probably isn't practical if
you want to release soon.
--
Glynn Clements <glynn.clements@virgin.net>
As far as I remeber s.menu was retired some time ago. Was its functionality fully
replaced by individual modules? For example, is there a masking tool for sites?
Helena
On Tue, Mar 05, 2002 at 10:04:13PM -0600, Helena wrote:
As far as I remeber s.menu was retired some time ago. Was its
functionality fully replaced by individual modules? For example, is
there a masking tool for sites?
It's not so much it was retired as it was never ported to the new
sites list format. I suspect there's some functionality that it
provided that isn't provided elsewhere.
As far as masking, I assume you mean sensitive to a raster mask
vs. sensitive to the region, I'm not aware of any modules that
pay much attention to raster masks (well, maybe one or two, by way of
comparison with rasters which mask by default).
If you just want to filter sites in region and mask, such a thing would
be fairly easy to code up. I'm looking at rewriting s.reclass in C at
the moment, but maybe after...
--
Eric G. Miller <egm2@jps.net>