[GRASS-dev] [GRASS GIS] #2289: v.colors not working

Huidae Cho grass4u at gmail.com
Wed May 14 14:34:43 PDT 2014


1. We may need to break backward compatibility at some point to improve the
data structure. As long as we keep the same file format, we could provide a
tool to build old databases out of new ones.

2. Good point and right, even now, cell_misc has subdirectories, not files.
If we really want to have no limits on the number of maps, we could make
the folder structure flat and have a fixed number of element directories
and files inside them. I personally don't like such a limitation like max
32,000 maps. Maybe, moving/renaming vector/cell_misc element files to the
mapset directory is a better option. mapset/element/mapname


On Wed, May 14, 2014 at 5:18 PM, Glynn Clements <glynn at gclements.plus.com>wrote:

>
> Huidae Cho wrote:
>
> > I think in the long term it would be better to change the raster
> directory
> > structure such that raster and vector have the same mapset/(raster,
> > vector)/mapname/element path. Then we would be able to move some useful
> > element related functions from librast to libgis.
>
> The main downsides are:
>
> 1. You lose the ability to access the data with older versions of
> GRASS.
>
> 2. You're more likely to run into limits on the number of maps within
> a mapset. IIRC, ext2/ext3 doesn't allow a directory to have more than
> 32000 subdirectories, whereas there's no practical limit to the number
> of files. OTOH, given that raster maps invariably have a non-empty
> cell_misc subdirectory, this is probably a moot point.
>
> --
> Glynn Clements <glynn at gclements.plus.com>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-dev/attachments/20140514/21c78936/attachment.html>


More information about the grass-dev mailing list