Re: [GRASS-dev] GDAL,GRASS 7 and PostGIS on Ubunutu 12.04
Hi Markus Thanks for your feedback. I had read ticket #2953 and found it a bit confusing in that sense that Martin modified GDAL (and not the plugin). The plugin (on http://download.osgeo.org/gdal/) was last modified 05-Aug-2007. To me it seems that GDAL is now (with Martins fixes in place) using a mixture of GRASS 6 and 7 libs. GDAL itself does not complain (if both GRASS versions can be found) but raster2pgsql does (and maybe OGR would as well)... libgrass_I.so is GRASS 6 specific right? So after I compiled GDAL (not the plugin) against GRASS 7 it should not use that library at all? And the message that the GISBASE /usr/local/grass-7.0.svn was used (see below) indicates that GDAL somehow operates based on GRASS 7. So I went back to GRASS 6 support in GDAL (which is OK for raster data). Out of curiosity I copied this section: AC_CHECK_LIB(grass_gis,G_is_initialized,GRASS_SETTING=grass70+,GRASS_SETTING=no,-L$with_grass/lib -lgrass_raster -lgrass_imagery -lgrass_vector -lgrass_dig2 -lgrass_dgl -lgrass_rtree -lgrass_linkm -lgrass_dbmiclient -lgrass_dbmibase -lgrass_gproj -lgrass_gmath -lgrass_gis -lgrass_datetime) if test $GRASS_SETTING != no ; then if test $GRASS_SETTING = grass70+ ; then G_RASTLIBS=-lgrass_raster -lgrass_imagery G_VECTLIBS=-lgrass_vector -lgrass_dig2 -lgrass_dgl -lgrass_rtree -lgrass_linkm -lgrass_dbmiclient -lgrass_dbmibase LIBS=-L$with_grass/lib $G_VECTLIBS $G_RASTLIBS -lgrass_gproj -lgrass_gmath -lgrass_gis -lgrass_datetime $LIBS else G_RASTLIBS=-lgrass_I G_VECTLIBS=-lgrass_vect -lgrass_dig2 -lgrass_dgl -lgrass_rtree -lgrass_linkm -lgrass_dbmiclient -lgrass_dbmibase LIBS=-L$with_grass/lib $G_VECTLIBS $G_RASTLIBS -lgrass_gproj -lgrass_vask -lgrass_gmath -lgrass_gis -lgrass_datetime $LIBS fi GRASS_INCLUDE=-I$with_grass/include GRASS_GISBASE=$with_grass HAVE_GRASS=yes From GDALs configure to the configure.in in the plugin. Then , after autoreconf --force --install the plugin compiles using GRASS 7. However make of course still references grass57+ code... Looks like both GDAL and the GRASS-GDAL plugin need some update... Shall I add an error-report to ticket #2953? Cheers Stefan -Original Message- From: neteler.os...@gmail.com [mailto:neteler.os...@gmail.com] On Behalf Of Markus Neteler Sent: 11. desember 2013 15:18 To: Blumentrath, Stefan Cc: grass-dev@lists.osgeo.org Subject: Re: [GRASS-dev] GDAL,GRASS 7 and PostGIS on Ubunutu 12.04 On Wed, Dec 11, 2013 at 12:26 PM, Blumentrath, Stefan stefan.blumentr...@nina.no wrote: Dear all, Do not know if this post belongs here or to PostGIS: I compiled GDAL (rev 26701) with support for GRASS 7 (not the plugin but recompiled GDAL with GRASS support after building GRASS 7 from source (rev 58438)). I don't think that GDAL is already compliant with GRASS 7: See http://trac.osgeo.org/gdal/ticket/2953 /usr/local/grass-7.0.svn/lib /usr/local/grass-6.4.4svn/lib In /etc/ld.so.conf (in that order). I guess the order should be reverse. gdal_translate gives a warning message: Warning 1: GRASS warning: GISBASE enviroment variable was not set, using: /usr/local/grass-7.0.svn However, it takes GRASS raster gladly, so that works. ... for me surprising :-) Then I build PostGIS 2.1.2 against the compiled GDAL version with GRASS support. Unfortunately raster2pgsql gives error messages when I try to feed GRASS raster: Segmentation fault (core dumped) After I removed the link to GRASS 6.4.4svn/lib in /etc/ld.so.conf the errormessage changes to: ERROR 1: libgrass_I.so: cannot open shared object file: No such file or directory *** glibc detected *** raster2pgsql: corrupted double-linked list: 0x012e59f0 *** Any Ideas? IMHO the GDAL ticket should be fixed. Best Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] duplicate r.pack in addons and grass repository
Hi All, There seems to be a duplicate version of r.pack in addons[1]. The same module is also available in the grass64 repository[2]. This creates a problem for installing grass-addons package. However I could just skip r.pack from building into deb to fix the issue. But its better to remove code duplication from repository. [1] http://svn.osgeo.org/grass/grass/branches/releasebranch_6_4/scripts/r.pack/ [2] https://svn.osgeo.org/grass/grass-addons/grass6/raster/r.pack/ -- Regards, Rashad ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GDAL,GRASS 7 and PostGIS on Ubunutu 12.04
(cc F Warmerdam) On Thu, Dec 12, 2013 at 10:33 AM, Blumentrath, Stefan stefan.blumentr...@nina.no wrote: Hi Markus Thanks for your feedback. I had read ticket #2953 and found it a bit confusing in that sense that Martin modified GDAL (and not the plugin). The plugin (on http://download.osgeo.org/gdal/) was last modified 05-Aug-2007. To me it seems that GDAL is now (with Martins fixes in place) using a mixture of GRASS 6 and 7 libs. GDAL itself does not complain (if both GRASS versions can be found) but raster2pgsql does (and maybe OGR would as well)... ..to my knowledge the GDAL plugin is nothing else than the source code extraction from main GDAL into a separate package. ... Looks like both GDAL and the GRASS-GDAL plugin need some update... I think that the GDAL-GRASS plugin code should be re-extracted as a package. Shall I add an error-report to ticket #2953? yes, please. best Markus Cheers Stefan -Original Message- From: neteler.os...@gmail.com [mailto:neteler.os...@gmail.com] On Behalf Of Markus Neteler Sent: 11. desember 2013 15:18 To: Blumentrath, Stefan Cc: grass-dev@lists.osgeo.org Subject: Re: [GRASS-dev] GDAL,GRASS 7 and PostGIS on Ubunutu 12.04 On Wed, Dec 11, 2013 at 12:26 PM, Blumentrath, Stefan stefan.blumentr...@nina.no wrote: Dear all, Do not know if this post belongs here or to PostGIS: I compiled GDAL (rev 26701) with support for GRASS 7 (not the plugin but recompiled GDAL with GRASS support after building GRASS 7 from source (rev 58438)). I don't think that GDAL is already compliant with GRASS 7: See http://trac.osgeo.org/gdal/ticket/2953 /usr/local/grass-7.0.svn/lib /usr/local/grass-6.4.4svn/lib In /etc/ld.so.conf (in that order). I guess the order should be reverse. gdal_translate gives a warning message: Warning 1: GRASS warning: GISBASE enviroment variable was not set, using: /usr/local/grass-7.0.svn However, it takes GRASS raster gladly, so that works. ... for me surprising :-) Then I build PostGIS 2.1.2 against the compiled GDAL version with GRASS support. Unfortunately raster2pgsql gives error messages when I try to feed GRASS raster: Segmentation fault (core dumped) After I removed the link to GRASS 6.4.4svn/lib in /etc/ld.so.conf the errormessage changes to: ERROR 1: libgrass_I.so: cannot open shared object file: No such file or directory *** glibc detected *** raster2pgsql: corrupted double-linked list: 0x012e59f0 *** Any Ideas? IMHO the GDAL ticket should be fixed. Best Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] G7 compilation error
Hi All, compiling the fresh grass trunk I get several compilation issues on tgrass and some wxpython modules (animation, vdigit, iclass) and the problem resides into: ImportError: /usr/local/lib/libgdal.so.1: undefined symbol: sqlite3_column_table_name I just updated also the gdal trunk. Any pointers on whether this is a problem in gdal, grass or sqlite3 (I use the EPEL sqlite-devel pakage) Thank you in advance -- Best regards, Dr. Margherita DI LEO Scientific / technical project officer European Commission - DG JRC Institute for Environment and Sustainability (IES) Via Fermi, 2749 I-21027 Ispra (VA) - Italy - TP 261 Tel. +39 0332 78 3600 margherita.di-...@jrc.ec.europa.eu Disclaimer: The views expressed are purely those of the writer and may not in any circumstance be regarded as stating an official position of the European Commission. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] G7 compilation error
On Thu, Dec 12, 2013 at 2:18 PM, Margherita Di Leo dileomargher...@gmail.com wrote: Hi All, compiling the fresh grass trunk I get several compilation issues on tgrass and some wxpython modules (animation, vdigit, iclass) and the problem resides into: ImportError: /usr/local/lib/libgdal.so.1: undefined symbol: sqlite3_column_table_name I just updated also the gdal trunk. Any pointers on whether this is a problem in gdal, grass or sqlite3 (I use the EPEL sqlite-devel pakage) Be sure that all used packages are built against the same library version. The ldd command is useful to figure out the who calls whom. Best Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 6.4.4 planning
On Sun, Nov 24, 2013 at 4:32 PM, Helmut Kudrnovsky hel...@web.de wrote: Markus Neteler wrote On Sat, Nov 16, 2013 at 3:00 AM, Hamish on the grass-user ML Markus N wrote: (and it is time to get 6.4.4 out...) Important bugs concerning the next release https://trac.osgeo.org/grass/report/13 ... see http://trac.osgeo.org/grass/ticket/2138 for the actual state of python addons in winGRASS6.5.svn/6.4.svn. we are near to working python addon scripts in winGRASS :-) this seem to be the one and only thing blocking 6.4.4RC1... Any suggestions to get it done? Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] PCA (i.pca) in G7: filtering and rescaling
On Monday 09 of December 2013 14:29:21 you wrote: Great! So, applied the diff. Here some numbers: PC1 238310.68 ( 0.1606, 0.2231, 0.1228, 0.9536) [96.10%] PC2 9364.65 ( 0.4319, 0.5989, 0.6082,-0.2912) [ 3.78%] PC3217.78 ( 0.7028, 0.1609,-0.6897,-0.0672) [ 0.09%] PC4 80.33 ( 0.5420,-0.7521, 0.3732, 0.0366) [ 0.03%] Thus, we have: 96.10 + 3.78 + 0.09 = 99.88 + 0.09 = 99.97 That's 96.10 + 3.78 = 99.88 + 0.09 = 99.97 Heheh... :D That was written like (striking away the numbers): // 96/.10 + 3./78 + 0.09 = 99.88 + 0.09 = 99.97 // ^ | o --- + o Nikos ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 6.4.4 planning
Hi, I almost forgot about a patch for nviz which is now in GRASS 7 since August [1]. It should be probably backported. I have been testing isosurfaces quite a lot with different data and I have almost no crashes now. But I test only on Linux. The reason for this patch is in this ticket [2]. So if you don't have any objection I will backport it. Anna [1] http://trac.osgeo.org/grass/changeset/57620 [2] http://trac.osgeo.org/grass/ticket/1736#comment:26 On Thu, Dec 12, 2013 at 5:01 PM, Markus Neteler nete...@osgeo.org wrote: On Sun, Nov 24, 2013 at 4:32 PM, Helmut Kudrnovsky hel...@web.de wrote: Markus Neteler wrote On Sat, Nov 16, 2013 at 3:00 AM, Hamish on the grass-user ML Markus N wrote: (and it is time to get 6.4.4 out...) Important bugs concerning the next release https://trac.osgeo.org/grass/report/13 ... see http://trac.osgeo.org/grass/ticket/2138 for the actual state of python addons in winGRASS6.5.svn/6.4.svn. we are near to working python addon scripts in winGRASS :-) this seem to be the one and only thing blocking 6.4.4RC1... Any suggestions to get it done? Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ 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
Drat! 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. Finished compilation: Thu Dec 12 23:19:50 MST 2013 make: *** [default] Error 1 Michaels-MacBook-Air-2:grass6_dev cmbarton$ cd /Users/cmbarton/Dropbox/GRASS_dropbox/source/grass6_dev/lib/gis Michaels-MacBook-Air-2:gis cmbarton$ make gcc -I/Users/cmbarton/Dropbox/GRASS_dropbox/source/grass6_dev/dist.x86_64-apple-darwin13.0.0/include -g -O2 -arch i386 -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.7.sdk -fno-common -DPACKAGE=\grasslibs\ -D_FILE_OFFSET_BITS=64 -DGDAL_LINK=1 -DGDAL_DYNAMIC=1 -DPACKAGE=\grasslibs\ -I/Library/Frameworks/PROJ.framework/unix/include -I/Library/Frameworks/GDAL.framework/Versions/1.10/Headers -I/Library/Frameworks/GDAL.framework/Versions/1.10/Headers -I/Users/cmbarton/Dropbox/GRASS_dropbox/source/grass6_dev/dist.x86_64-apple-darwin13.0.0/include -o OBJ.x86_64-apple-darwin13.0.0/error.o -c error.c error.c:281:6: error: non-void function 'print_error' should return a value [-Wreturn-type] return; ^ 1 error generated. make: *** [OBJ.x86_64-apple-darwin13.0.0/error.o] Error 1 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] 6.4.4 planning
At the moment, GRASS 6.5 is not compiling on the Mac under OS X 10.9 (Mavericks). Michaesl 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 12, 2013, at 11:23 PM, grass-dev-requ...@lists.osgeo.orgmailto:grass-dev-requ...@lists.osgeo.org wrote: From: Markus Neteler nete...@osgeo.orgmailto:nete...@osgeo.org Subject: Re: [GRASS-dev] 6.4.4 planning Date: December 12, 2013 at 3:01:22 PM MST To: GRASS developers list grass-dev@lists.osgeo.orgmailto:grass-dev@lists.osgeo.org On Sun, Nov 24, 2013 at 4:32 PM, Helmut Kudrnovsky hel...@web.demailto:hel...@web.de wrote: Markus Neteler wrote On Sat, Nov 16, 2013 at 3:00 AM, Hamish on the grass-user ML Markus N wrote: (and it is time to get 6.4.4 out...) Important bugs concerning the next release https://trac.osgeo.org/grass/report/13 ... see http://trac.osgeo.org/grass/ticket/2138 for the actual state of python addons in winGRASS6.5.svn/6.4.svn. we are near to working python addon scripts in winGRASS :-) this seem to be the one and only thing blocking 6.4.4RC1... Any suggestions to get it done? Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] 6.4.4 planning
Hi Anna, On Fri, Dec 13, 2013 at 1:19 AM, Anna Petrášová kratocha...@gmail.com wrote: Hi, I almost forgot about a patch for nviz which is now in GRASS 7 since August [1]. It should be probably backported. I have been testing isosurfaces quite a lot with different data and I have almost no crashes now. But I test only on Linux. The reason for this patch is in this ticket [2]. So if you don't have any objection I will backport it. Please do - as we know things only get tested when easily usable. And at time we are planning for RC1 and not the final release. thanks Markus Anna [1] http://trac.osgeo.org/grass/changeset/57620 [2] http://trac.osgeo.org/grass/ticket/1736#comment:26 ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev