GRASS-Wiki - User contributions [en]

User:Sajithvk

2007-06-27T10:32:03Z

⚠️Sajithvk:

Myself Sajith VK, from Kerala, India.
A FOSS GIS user

GRASS 7 ideas collection

2006-10-25T10:36:47Z

⚠️Sajithvk: /* GUI */

== Raster ==

=== Library ===

* Rewrite library from scratch. See [http://grass.itc.it/pipermail/grass-dev/2006-August/025025.html suggestions]

=== Modules ===

* Remove r.in.arc and r.out.arc, '''if''' a [http://intevation.de/rt/webrt?serial_num=4897 related bug in r.in.gdal] is fixed. The [http://bugzilla.remotesensing.org/show_bug.cgi?id=1071 integer/floating point detection for AAIGrid driver in GDAL] was fixed after 1.3.2 release, so r.in.gdal and r.out.gdal should be enough now.

* Remove the code from r.info that makes it print projection information - we have g.region and g.proj for that. Moreover, r.info always prints a bogus '''(zone 0)''' information in non-UTM locations, which is confussing. See [http://intevation.de/rt/webrt?serial_num=3054 a bug report].

* fix the raster map history management (truncating long history, odd storage). It should work like for vector maps in GRASS 6.
* dispose '''r.resample''' and '''r.bilinear''' in favor of '''r.resamp.interp'''
* merge '''r.surf.idw''' and '''r.surf.idw2'''
* drop '''r.univar.sh'''; newly implemented '''r.univar''' features cover it

== Vector ==
=== Library ===
=== Modules ===

* rename v.mkgrid to v.grid

* Remove [http://intevation.de/rt/webrt?serial_num=3600 doubled units in v.to.db GUI]

* Fix the [http://intevation.de/rt/webrt?serial_num=3623 Column 'cat_' already exists (duplicate name)] in v.in.ogr. Maybe by creating columns ''cat_1'', ''cat_2'' etc. each time a Grass vector is exported to shapefile and imported back to Grass?
* write Vect_map_exists() and implement in g.remove and v.digit -n (why wait for GRASS 7 ??)
* add '-d' dissolve to v.reclass
* add 'where=' to v.to.rast (why wait for GRASS 7 ??)
* implement Douglas-Peucker generalization ([http://www.ngdc.noaa.gov/mgg/shorelines/data/gshhs/version1.2/gshhs_dp.c C code file])to substitute prune tool of v.clean (why wait for GRASS 7 ??)

== General ==
=== Library ===
* Add support for planetary bodies reference systems

=== Modules ===

* g.remove, g.mremove, g.rename, g.copy: don't allow for default datatype (which is currently raster) [http://intevation.de/rt/webrt?serial_num=3009].

== Database ==
=== Library ===
=== Modules ===

== Imagery ==
=== Library ===

Do merge of image libraries:

* A)
** lib/imagery/: standard lib, in use (i.* except for i.points3, i.rectify3)
** imagery/i.ortho.photo/libes/: standard lib, in use (i.ortho.photo, photo.*)
* B)
** lib/image3/: never finished improvement which integrated the standard lib and the ortho lib. Seems to provide also ortho rectification for satellite data (i.points3, i.rectify3)

=== Modules ===

* merge of i.points, i.vpoints, i.points3
* merge of i.rectify and i.rectify3
* addition of new resampling algorithms such as bilinear, cubic convolution (take from r.proj?)
* add other warping methods (maybe thin splines from GDAL?)
* implement/finish linewise ortho-rectification of satellite data

== Raster3D ==
=== Library ===
* renaming of all G3D library functions to fulfil the grass coding standard
* extent/rewrite documentation
* localisation support (why wait for GRASS 7 ??)

=== Modules ===
* report and support modules like r3.stats, r3.support
* voxel -> vector (isosurfaces ...) and vector -> voxel (lines, faces, volumes) conversion modules
* module for 3d Kriging interpolation based on vector points
* a GRASS-Python/VTK visualisation/manipulation tool

== Display ==
=== Modules ===
* Huidae Cho merged d.text.freetype and d.text into d.text.new; drop them and rename d.text.new into d.text
* merge d.font and d.font.freetype too

== Parser ==

* "Add another semantic meaning to the parser system for a type safe enumerated list" (Cedric's words commenting the bug that [http://intevation.de/rt/webrt?serial_num=2969 '''v.type''' doesn't allow for selecting input and output type in '''GUI''']

* Making GRASS modules be less verbose. Use --verbose flag and GRASS_VERBOSE environment variable. All output (G_message, G_percetn, G_warning) should go to GRASS_LOG file which could be grassdata/location/mapset/.grass.log by default.

== Data management ==

* store vertical units on per-map base, using code from [http://www.gnu.org/software/units/ units] software
* store vertical map datum on per-location base (GDAL/OGR needs the same [http://lists.maptools.org/pipermail/gdal-dev/2005-October/006857.html enhancement])
* add versioning for maps (to recover previous map versions)

== Visualization ==

...

== CLI ==

Fix the parameters and flags. Make it a concept. See proposal in GRASS 5 [http://freegis.org/cgi-bin/viewcvs.cgi/grass/documents/parameter_proposal.txt?rev=HEAD&content-type=text/vnd.viewcvs-markup documents/parameter_proposal.txt]

== GUI ==

* Multiplatform
* Fast
* Small on monitor
* Number of window reduction
* Managable from command line via d.* modules (which will have to be rewritten too)
* Facilitating easy development of custom GUI application based on GRASS

* [[GRASS and Python|Python]]?
* WxWidgets?
* Qt4

== Conceptual changes ==

* File organization in binaries:
** the grass etc dir is a mess... module should maintain arch-deps and arch-indep things in different paths -- <cite> frankie at #grass irc</cite>
** it's basically a FHS violation, i dunno if it is reported by lintian, anyway /usr/lib/grass should be used for arch-deps data, not for mixed stuff -- <cite> frankie at #grass irc</cite>

[[Category:Development]]
[[Category:Release Roadmap]]

GRASS 7 ideas collection

2006-10-25T10:26:38Z

⚠️Sajithvk: /* GUI */

== Raster ==

=== Library ===

* Rewrite library from scratch. See [http://grass.itc.it/pipermail/grass-dev/2006-August/025025.html suggestions]

=== Modules ===

* Remove r.in.arc and r.out.arc, '''if''' a [http://intevation.de/rt/webrt?serial_num=4897 related bug in r.in.gdal] is fixed. The [http://bugzilla.remotesensing.org/show_bug.cgi?id=1071 integer/floating point detection for AAIGrid driver in GDAL] was fixed after 1.3.2 release, so r.in.gdal and r.out.gdal should be enough now.

* Remove the code from r.info that makes it print projection information - we have g.region and g.proj for that. Moreover, r.info always prints a bogus '''(zone 0)''' information in non-UTM locations, which is confussing. See [http://intevation.de/rt/webrt?serial_num=3054 a bug report].

* fix the raster map history management (truncating long history, odd storage). It should work like for vector maps in GRASS 6.
* dispose '''r.resample''' and '''r.bilinear''' in favor of '''r.resamp.interp'''
* merge '''r.surf.idw''' and '''r.surf.idw2'''
* drop '''r.univar.sh'''; newly implemented '''r.univar''' features cover it

== Vector ==
=== Library ===
=== Modules ===

* rename v.mkgrid to v.grid

* Remove [http://intevation.de/rt/webrt?serial_num=3600 doubled units in v.to.db GUI]

* Fix the [http://intevation.de/rt/webrt?serial_num=3623 Column 'cat_' already exists (duplicate name)] in v.in.ogr. Maybe by creating columns ''cat_1'', ''cat_2'' etc. each time a Grass vector is exported to shapefile and imported back to Grass?
* write Vect_map_exists() and implement in g.remove and v.digit -n (why wait for GRASS 7 ??)
* add '-d' dissolve to v.reclass
* add 'where=' to v.to.rast (why wait for GRASS 7 ??)
* implement Douglas-Peucker generalization ([http://www.ngdc.noaa.gov/mgg/shorelines/data/gshhs/version1.2/gshhs_dp.c C code file])to substitute prune tool of v.clean (why wait for GRASS 7 ??)

== General ==
=== Library ===
* Add support for planetary bodies reference systems

=== Modules ===

* g.remove, g.mremove, g.rename, g.copy: don't allow for default datatype (which is currently raster) [http://intevation.de/rt/webrt?serial_num=3009].

== Database ==
=== Library ===
=== Modules ===

== Imagery ==
=== Library ===

Do merge of image libraries:

* A)
** lib/imagery/: standard lib, in use (i.* except for i.points3, i.rectify3)
** imagery/i.ortho.photo/libes/: standard lib, in use (i.ortho.photo, photo.*)
* B)
** lib/image3/: never finished improvement which integrated the standard lib and the ortho lib. Seems to provide also ortho rectification for satellite data (i.points3, i.rectify3)

=== Modules ===

* merge of i.points, i.vpoints, i.points3
* merge of i.rectify and i.rectify3
* addition of new resampling algorithms such as bilinear, cubic convolution (take from r.proj?)
* add other warping methods (maybe thin splines from GDAL?)
* implement/finish linewise ortho-rectification of satellite data

== Raster3D ==
=== Library ===
* renaming of all G3D library functions to fulfil the grass coding standard
* extent/rewrite documentation
* localisation support (why wait for GRASS 7 ??)

=== Modules ===
* report and support modules like r3.stats, r3.support
* voxel -> vector (isosurfaces ...) and vector -> voxel (lines, faces, volumes) conversion modules
* module for 3d Kriging interpolation based on vector points
* a GRASS-Python/VTK visualisation/manipulation tool

== Display ==
=== Modules ===
* Huidae Cho merged d.text.freetype and d.text into d.text.new; drop them and rename d.text.new into d.text
* merge d.font and d.font.freetype too

== Parser ==

* "Add another semantic meaning to the parser system for a type safe enumerated list" (Cedric's words commenting the bug that [http://intevation.de/rt/webrt?serial_num=2969 '''v.type''' doesn't allow for selecting input and output type in '''GUI''']

* Making GRASS modules be less verbose. Use --verbose flag and GRASS_VERBOSE environment variable. All output (G_message, G_percetn, G_warning) should go to GRASS_LOG file which could be grassdata/location/mapset/.grass.log by default.

== Data management ==

* store vertical units on per-map base, using code from [http://www.gnu.org/software/units/ units] software
* store vertical map datum on per-location base (GDAL/OGR needs the same [http://lists.maptools.org/pipermail/gdal-dev/2005-October/006857.html enhancement])
* add versioning for maps (to recover previous map versions)

== Visualization ==

...

== CLI ==

Fix the parameters and flags. Make it a concept. See proposal in GRASS 5 [http://freegis.org/cgi-bin/viewcvs.cgi/grass/documents/parameter_proposal.txt?rev=HEAD&content-type=text/vnd.viewcvs-markup documents/parameter_proposal.txt]

== GUI ==

* Multiplatform
* Fast
* Small on monitor
* Number of window reduction
* Managable from command line via d.* modules (which will have to be rewritten too)
* Easy development of custom GUI application based on GRASS

* [[GRASS and Python|Python]]?
* WxWidgets?
* Qt4

== Conceptual changes ==

* File organization in binaries:
** the grass etc dir is a mess... module should maintain arch-deps and arch-indep things in different paths -- <cite> frankie at #grass irc</cite>
** it's basically a FHS violation, i dunno if it is reported by lintian, anyway /usr/lib/grass should be used for arch-deps data, not for mixed stuff -- <cite> frankie at #grass irc</cite>

[[Category:Development]]
[[Category:Release Roadmap]]