== GRASS 8 planning: ideas ==

''For now just a brainstorming zone...''

=== Raster library ===

 * organization of raster file storage layout: have one raster folder per map like for vector data or raster3D
   * for fp maps: move fcell to cell, eliminating empty cell file
 * implement GRASS_RASTER_TMPDIR_MAPSET like it exists for vector data (GRASS_VECTOR_TMPDIR_MAPSET), i.e. change all .tmp/ to variable in source code in init/grass.py, gis/open.c, gis/file_name.c, raster library
 * maintain history as it is already for vector maps
 * synchronize metadata between raster and vector maps
 * keep track of open raster maps (already done in the R__ structure)
 * Storage in tiles instead of by row (See [wiki:Grass7/RasterLib])
 * Merge NULL file into main data array  (See [wiki:Grass7/RasterLib])
 * save more raster metadata like number of non-null cells, mean and stddev (see GDAL)

Discussions at Aug 2017:
 * add **tile support** for better large map support (Sentinel, global data, ...), supporting massive parallel computations
  * tiles could then be even stored on different nodes for speed optimization
  * e.g. develop a new virtual raster mapset "VRT" (special like PERMANENT)
   * reading:
    * or add tile support deeply into raster lib (Rast_get_row()
    * use name scheme? make use of segment library
    * problem: due to row compression always whole row is read even if computation region is smaller
   * writing:
    * it is more complex

=== Vector library ===

 * keep track of opened vector maps
 * keep track of dblinks to not remove table connected to multiple vector maps
 * get rid of dbf as database backend
 * ...

=== Python library ===

 * simplify the startup from Python script (i.e. less steps to start session from Python, possibly includes change in distribution/installation)
 * remove deprecated Python functions: https://trac.osgeo.org/grass/changeset/67669

=== GUI ===

 * review (again) startup window, setting database/location/mapset, initial (default) location
 * single window interface as an option (first step: moving code to controller classes and panels)
 * avoid the need for setting up path to packaged before imports (now we need to mix code and imports), e.g. grassgui package next to grass package
 * integrated Addon and GUI toolboxes

=== Manual pages ===

 * generate Sphinx manuals (rst converter is already in man/)

=== Bug reports ===

==== Blockers ====

[[TicketQuery(status=new&status=assigned&status=reopened&group=type&order=priority&priority=blocker&milestone=8.0.0)]]

==== Critical issues ====

[[TicketQuery(status=new&status=assigned&status=reopened&group=type&order=priority&priority=critical&milestone=8.0.0)]]

==== Further issues ====

 * Check overview in: https://trac.osgeo.org/grass/milestone/8.0.0