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 <[email protected]>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 <[email protected]> >
_______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
