[GRASS-dev] [GRASS GIS] #2147: db.databases not working in GRASS 7
#2147: db.databases not working in GRASS 7 --+- Reporter: cmbarton | Owner: grass-dev@… Type: defect| Status: new Priority: normal| Milestone: 7.0.0 Component: Database | Version: svn-trunk Keywords: db.databases |Platform: Unspecified Cpu: OSX/Intel | --+- I just discovered that db.databases is not working in GRASS 7. Other db.* modules seem to work OK. {{{ db.databases location=nc_spm_08 driver=sqlite dbmi: db_list_databases() not implemented dbmi: db_list_databases() not implemented ERROR: Unable to list databases }}} Not sure which exact version I have, but I built it 12 December 2013. I don't know what version because g.version is not returning the version number. build_date=2013-12-12 libgis_revision=58048 -- Ticket URL: http://trac.osgeo.org/grass/ticket/2147 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] g.version not returning revision number. Is this a bug?
I just tried to get my revision number for creating a ticket using g.version. The revision number comes up blank. Is this a bug or something related to compiling? GRASS 7.0.svn (nc_spm_08):~ g.version -gr version=7.0.svn date=2013 revision= build_date=2013-12-12 libgis_revision=58048 libgis_date=2013-10-18 11:00:26 -0700 (Fri, 18 Oct 2013) Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] trying to compile GRASS 6.5 on Mavericks
Has this been fixed yet so I can compile 6.5? Thanks C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Dec 14, 2013, at 7:19 AM, Glynn Clements gl...@gclements.plus.com wrote: Michael Barton wrote: GRASS 6.5 does not compile. Configure is OK, using the same string as I just used for GRASS 7. But all modules generate an error during compilation. Here is an example. error.c:281:6: error: non-void function 'print_error' should return a value [-Wreturn-type] return; Change it to return 0;. The return value is ignored in any case (in GRASS 7, print_error() returns void). Is this something that needs to be changed in the make file? No; lib/gis/error.c, line 281. -- Glynn Clements gl...@gclements.plus.com ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] g.version not returning revision number. Is this a bug?
Hi, 2013/12/21 Michael Barton michael.bar...@asu.edu: I just tried to get my revision number for creating a ticket using g.version. The revision number comes up blank. Is this a bug or something related to compiling? GRASS 7.0.svn (nc_spm_08):~ g.version -gr version=7.0.svn date=2013 revision= it's related to compiling. You need to download source code using subversion (ie. not a tarball) and to have svnversion available when configuring GRASS. Martin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2147: db.databases not working in GRASS 7
#2147: db.databases not working in GRASS 7 --+- Reporter: cmbarton | Owner: grass-dev@… Type: defect| Status: new Priority: normal| Milestone: 7.0.0 Component: Database | Version: svn-trunk Keywords: db.databases, sqlite |Platform: Unspecified Cpu: OSX/Intel | --+- Changes (by martinl): * keywords: db.databases = db.databases, sqlite Comment: This is strange. Function which list databases has been implemented for SQLite driver 14 months ago (r53597). Do you have SQLite DB driver compiled? {{{ db.driver -p }}} -- Ticket URL: http://trac.osgeo.org/grass/ticket/2147#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2147: db.databases not working in GRASS 7
#2147: db.databases not working in GRASS 7 --+- Reporter: cmbarton | Owner: grass-dev@… Type: defect| Status: new Priority: normal| Milestone: 7.0.0 Component: Database | Version: svn-trunk Keywords: db.databases, sqlite |Platform: Unspecified Cpu: OSX/Intel | --+- Comment(by martinl): Replying to [comment:1 martinl]: small typo in the last comment {{{ db.drivers -p }}} -- Ticket URL: http://trac.osgeo.org/grass/ticket/2147#comment:2 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2147: db.databases not working in GRASS 7
#2147: db.databases not working in GRASS 7 --+- Reporter: cmbarton | Owner: grass-dev@… Type: defect| Status: new Priority: normal| Milestone: 7.0.0 Component: Database | Version: svn-trunk Keywords: db.databases, sqlite |Platform: Unspecified Cpu: OSX/Intel | --+- Comment(by cmbarton): Replying to [comment:1 martinl]: This is strange. Function which list databases has been implemented for SQLite driver 14 months ago (r53597). Do you have SQLite DB driver compiled? {{{ db.driver -p }}} Yes. SQLite works fine and shows up in the driver list -- Ticket URL: http://trac.osgeo.org/grass/ticket/2147#comment:3 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] g.version not returning revision number. Is this a bug?
I did that. I normally use svn up. I think I might have done a new svn checkout after upgrading to Mavericks and new svn. Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Dec 21, 2013, at 1:55 PM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2013/12/21 Michael Barton michael.bar...@asu.edu: I just tried to get my revision number for creating a ticket using g.version. The revision number comes up blank. Is this a bug or something related to compiling? GRASS 7.0.svn (nc_spm_08):~ g.version -gr version=7.0.svn date=2013 revision= it's related to compiling. You need to download source code using subversion (ie. not a tarball) and to have svnversion available when configuring GRASS. Martin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Major changes in the temporal framework
Dear all, just for your information: I will commit several modification to the temporal framework (grass7 trunk) in the next weeks, that will change the SQL database layout and the API. The goal is to make the temporal frameworks SQL database interaction much faster, reducing the number of tables to scale better with tens of thousand of maps, improving the PostgreSQL compatibility/performance and make it better maintainable. The changes will result in backward incompatibility. Hence, the new framework will not work with existing temporal databases. The changes are too drastic to provide backward compatibility. I will introduce new tables and columns and completely remove the creation of tables for each registered map. I will remove several functions from the API and introduce new classes and functions. To get an idea of the changes have a look at [2]. Please use the export tools (t.rast.export and t.vect.export) to transfer your temporal data into the new temporal database, or simply use t.*.list[1] tools to create text files that can be used for re-registering of raster, vector and voxel maps in the new temporal framework. I will inform you before the first commit that will introduce the incompatibility. Best regards Soeren [1] t.rast.list input=my_strds columns=name,start_time,end_time map_list.txt [2] http://pastebin.de/38117 ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2074: r3.mapcalc neighborhood modifier hash table and tile errors
#2074: r3.mapcalc neighborhood modifier hash table and tile errors -+-- Reporter: wenzeslaus | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: Raster3D | Version: svn-trunk Keywords: r3.mapcalc |Platform: All Cpu: Unspecified | -+-- Comment(by annakrat): I am getting the same error again: {{{ ERROR: Rast3d_get_float_region: error in Rast3d_get_tile_ptr.Region coordinates x 108 y 0 z 0 tile index 6 offset 0 Segmentation fault (core dumped) }}} for command {{{ r3.mapcalc expr=if ( not(isnull(masking_3d@anna)), salinity_rst_20@anna, null() ) --o }}} I have the newest version of GRASS 7 and it happens even without pthread support. In GRASS64, it creates the volume without complaining but there are only NULL values in it. Both input maps look correct, they have the same 3d region. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2074#comment:8 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev