Re: [GRASS-user] problem to install grass70 on ubuntu 12.04
Hi Markus, I just tested with version 7.0.0~ppa~2~revno-31419~ubuntu12.04.1 (Νίκος Αλεξανδρής - 2014-12-13) and continue with the same problem: Welcome to GRASS 7.0.0 GRASS homepage: http://grass.osgeo.org This version running through:Bash Shell (/bin/bash) Help is available with the command: g.manual -i See the licence terms with: g.version -c If required, restart the GUI with: g.gui wxpython When ready to quit enter:exit Launching wxpython GUI in the background, please wait... GRASS 7.0.0 (test):~ ERROR 1: /usr/lib/gdalplugins/1.10/gdal_ECW_JP2ECW.so: undefined symbol: _ZTI14GDALPamDataset ERROR 1: /usr/lib/gdalplugins/1.10/gdal_ECW_JP2ECW.so: undefined symbol: _ZTI14GDALPamDataset Unable to get GRASS version Unable to get GRASS version GRASS 7.0.0 (test):~ g.version -g --v version=7.0.0svn date=2014 revision= build_date=2014-12-13 build_platform=i686-pc-linux-gnu GRASS 7.0.0 (test):~ g.extension -c -a Traceback (most recent call last): File /usr/lib/grass70/scripts/g.extension, line 1088, in module version = grass.version()['version'].split('.') KeyError: 'version' Thank you very much. Best regards, Pedro ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] problem to install grass70 on ubuntu 12.04
On Mon, Dec 22, 2014 at 8:11 PM, Pedro Venâncio pedrongvenan...@gmail.com wrote: Hi Markus, I just tested with version 7.0.0~ppa~2~revno-31419~ubuntu12.04.1 (Νίκος Αλεξανδρής - 2014-12-13) and continue with the same problem: Welcome to GRASS 7.0.0 GRASS homepage: http://grass.osgeo.org This version running through:Bash Shell (/bin/bash) Help is available with the command: g.manual -i See the licence terms with: g.version -c If required, restart the GUI with: g.gui wxpython When ready to quit enter:exit Launching wxpython GUI in the background, please wait... GRASS 7.0.0 (test):~ ERROR 1: /usr/lib/gdalplugins/1.10/gdal_ECW_JP2ECW.so: undefined symbol: _ZTI14GDALPamDataset ERROR 1: /usr/lib/gdalplugins/1.10/gdal_ECW_JP2ECW.so: undefined symbol: _ZTI14GDALPamDataset Unable to get GRASS version Unable to get GRASS version It seems that the GDAL plugin stuff disturbs the rest. Searching I found this ticket which appears to include a solution for the packager: http://trac.osgeo.org/ubuntugis/ticket/34 Same reported in http://trac.osgeo.org/ubuntugis/ticket/44 Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Duplicate STR data sets
Hi, On Fri, Dec 19, 2014 at 9:20 AM, damien m...@dallen.co wrote: Hello, I'm new to the temporal functions in GRASS and have only been using v7.1 for a couple weeks. I use the python interface and I'm trying to create STRDS for use with g.gui.tplot and g.gui.animation. I want to create an STRDS over a specified time range for a number of spectral indices. The only problem I run into is that I get duplicate STRDS for each index. For example: could you run t.info to see if there is any difference in the two datasets with the same name? The code looks good to me although gmail didn't preserve the formatting. Anna test_ndvi test_ndvi test_ndwi test_ndwi test_ci test_ci test_msavi2 test_msavi2 This means that I am prompted to select which of the duplicates I want to use. While workable, it's frustrating and I'd like help in figuring out the cause. I have attached the relevant code below: ds_name = options['strds_name'] map_indices = ['ndvi', 'ndwi', 'ci', 'msavi2'] ... for ind in map_indices: dates_str = '' grass.run_command('t.create', output = ds_name + '_' + ind, title = ds_name + ' (' + ind + ')', description = str(sel_dates[0]) + ' - ' + str(sel_dates[-1]), semantictype = 'mean', overwrite = True) for d in sel_dates: dates_str += (map_base + d + '_' + ind + ',') dates_str = dates_str[:-1] grass.run_command('t.register', input = ds_name + '_' + ind, maps = dates_str, overwrite = True) Any help or ideas will be much appreciated. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Duplicate-STR-data-sets-tp5178557.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] problem to install grass70 on ubuntu 12.04
Hi Markus, Do you think the problem may come from there? This is because the issue of Unable to get GRASS version happens exactly the same as it was even before I added support for ECW. In addition, ECW work well, although this error. Best regards, Pedro 2014-12-22 21:18 GMT+00:00 Markus Neteler nete...@osgeo.org: On Mon, Dec 22, 2014 at 8:11 PM, Pedro Venâncio pedrongvenan...@gmail.com wrote: Hi Markus, I just tested with version 7.0.0~ppa~2~revno-31419~ubuntu12.04.1 (Νίκος Αλεξανδρής - 2014-12-13) and continue with the same problem: Welcome to GRASS 7.0.0 GRASS homepage: http://grass.osgeo.org This version running through:Bash Shell (/bin/bash) Help is available with the command: g.manual -i See the licence terms with: g.version -c If required, restart the GUI with: g.gui wxpython When ready to quit enter:exit Launching wxpython GUI in the background, please wait... GRASS 7.0.0 (test):~ ERROR 1: /usr/lib/gdalplugins/1.10/gdal_ECW_JP2ECW.so: undefined symbol: _ZTI14GDALPamDataset ERROR 1: /usr/lib/gdalplugins/1.10/gdal_ECW_JP2ECW.so: undefined symbol: _ZTI14GDALPamDataset Unable to get GRASS version Unable to get GRASS version It seems that the GDAL plugin stuff disturbs the rest. Searching I found this ticket which appears to include a solution for the packager: http://trac.osgeo.org/ubuntugis/ticket/34 Same reported in http://trac.osgeo.org/ubuntugis/ticket/44 Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] problem to install grass70 on ubuntu 12.04
Yes Markus, let's see if someone with a similar environment (Ubuntu 12.04 32bits) confirms the behavior that I have. Tomorrow I will try on another machine and then I give feedback. Thanks for your help Markus. Best regards, Pedro 2014-12-22 22:51 GMT+00:00 Markus Neteler nete...@osgeo.org: Hi Pedro I was just guessing since I'm on fedora... Let's hope that someone in the list answers. Markus On Dec 22, 2014 11:39 PM, Pedro Venâncio pedrongvenan...@gmail.com wrote: Hi Markus, Do you think the problem may come from there? This is because the issue of Unable to get GRASS version happens exactly the same as it was even before I added support for ECW. In addition, ECW work well, although this error. Best regards, Pedro 2014-12-22 21:18 GMT+00:00 Markus Neteler nete...@osgeo.org: On Mon, Dec 22, 2014 at 8:11 PM, Pedro Venâncio pedrongvenan...@gmail.com wrote: Hi Markus, I just tested with version 7.0.0~ppa~2~revno-31419~ubuntu12.04.1 (Νίκος Αλεξανδρής - 2014-12-13) and continue with the same problem: Welcome to GRASS 7.0.0 GRASS homepage: http://grass.osgeo.org This version running through:Bash Shell (/bin/bash) Help is available with the command: g.manual -i See the licence terms with: g.version -c If required, restart the GUI with: g.gui wxpython When ready to quit enter:exit Launching wxpython GUI in the background, please wait... GRASS 7.0.0 (test):~ ERROR 1: /usr/lib/gdalplugins/1.10/gdal_ECW_JP2ECW.so: undefined symbol: _ZTI14GDALPamDataset ERROR 1: /usr/lib/gdalplugins/1.10/gdal_ECW_JP2ECW.so: undefined symbol: _ZTI14GDALPamDataset Unable to get GRASS version Unable to get GRASS version It seems that the GDAL plugin stuff disturbs the rest. Searching I found this ticket which appears to include a solution for the packager: http://trac.osgeo.org/ubuntugis/ticket/34 Same reported in http://trac.osgeo.org/ubuntugis/ticket/44 Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Issues with resampling to equal pixel size for FCELL rasters
Hi, I have a DTM I want to resample. The original data was in lat/lon SRS which I re-projected to UTM and imported to GRASS GIS. GRASS 6.4.3 (pampanga_wshed):~ r.info ifsar_dtm ++ | Layer:ifsar_dtm Date: Mon Dec 22 10:07:06 2014| | Mapset: PERMANENT Login of Creator: maning | | Location: pampanga_wshed | | DataBase: /Users/maning/GRASSDATA/ | | Title: ( ifsar_dtm ) | | Timestamp: none| || || | Type of Map: raster Number of Categories: 255 | | Data Type:FCELL | | Rows: 0 | | Columns: 53950 | | Total Cells: 2397538000 | |Projection: UTM (zone 51) | |N: 1842577.192205S: 1620332.25097015 Res: 5.00101128 | |E: 420942.75364933W: 151243.07137293 Res: 4.99906733 | | Range of data:min = -1 max = 3.402823e+38 | || | Data Description:| |generated by r.in.gdal | || | Comments:| |r.in.gdal -e input=ifsar_dtm_utmz51n.vrt output=ifsar_dtm | || ++ Because of the origin SRS, the pixel size is not the same for ew_res and nw_res. I tried running several resampling techniques to match the pixel size equal to 5. First, I tried r.resamp.interp. g.region rast=ifsar_dtm_subset -pm projection: 1 (UTM) zone: 51 datum: wgs84 ellipsoid: wgs84 north: 1683792 south: 1645429 west: 220827 east: 268500 nsres: 5.00104289 ewres: 4.99926594 rows: 7671 cols: 9536 cells: 73150656 g.region res=5 -ap projection: 1 (UTM) zone: 51 datum: wgs84 ellipsoid: wgs84 north: 1683795 south: 1645425 west: 220825 east: 268500 nsres: 5 ewres: 5 rows: 7674 cols: 9535 cells: 73171590 r.resamp.interp input=ifsar_dtm_subset output=ifsar_dtm_subset_interp_bic method=bicubic --overwrite r.info ifsar_dtm_subset_interp_bic ++ | Layer:ifsar_dtm_subset_interp_bicDate: Tue Dec 23 13:17:51 2014| | Mapset: test1 Login of Creator: maning | | Location: pampanga_wshed | | DataBase: /Users/maning/GRASSDATA/ | | Title:Resample by bicubic interpolation ( ifsar_dtm_subset_interp_bic | | Timestamp: none| || || | Type of Map: raster Number of Categories: 255 | | Data Type:DCELL | | Rows: 7674 | | Columns: 9535 | | Total Cells: 73171590 | |Projection: UTM (zone 51) | |N:1683795S:1645425 Res: 5 | |E: 268500W: 220825 Res: 5 | | Range of data:min = -2.72093853362067 max = 1157.05376343899| || | Data Source: | |ifsar_dtm_subset| |Source map NS res: 5.00104289 EW res: 4.99926594 | || | Data Description: