Re: [GRASS-user] can not install addons with g.extension

Thanks Glynn! > > > I have added py extension in `rules` file [1] and requested for the > > > new build. Should be available in 10min. > > > > Thanks for the fix. > > It already percolated into the ubuntu package grass70 > > Version: 7.0.0+1svn64634~ubuntu14.04.1 > > > > > > g.extension fails n

Re: [GRASS-user] sampling points in a grid

On Tue, Feb 17, 2015 at 5:30 PM, Markus Neteler wrote: > On Tue, Feb 17, 2015 at 4:49 PM, Margherita Di Leo > wrote: > > Hi, > > > > I have a vector of points. According to a regular grid, I need to > (randomly) > > sample a certain number n of these points in each cell of the grid. Such > > num

Re: [GRASS-user] sampling points in a grid

Maybe you can use a database selection approach for example in sqlite. First update your points with your grid cell ID and then randomly select 7 rows from the selection where the grid cell ID == 42. In sqlite there exists the function random(). Here you can find an approach to select random rows

[GRASS-user] v.in.ogr with new location doesn't import my data

I'm using v.in.ogr with the location option. The new location is created correctly, and the projection is set to the one defined by my shapefile's .prj file, but no data is imported. The mapset is empty. The command line reports the following message: WARNING: All available OGR layers will be impo

Re: [GRASS-user] v.in.ogr with new location doesn't import my data

I forgot to say that I'm using grass 7 on a Ubuntu machine 2015-02-18 13:06 GMT+01:00 G. Allegri : > I'm using v.in.ogr with the location option. The new location is created > correctly, and the projection is set to the one defined by my shapefile's > .prj file, but no data is imported. The mapse

[GRASS-user] Landsat 8 Workflow for Grass 7.0.0RC2

Hi Grass Users, I want to use the following Landsat 8 workflow to obtain some pansharpened images but have a problem when i convert the DN values to 8bit for pansharpening. Here is my preferred workflow in Grass 7.0.0RC2. · r.in.gdal (success) · i.land

Re: [GRASS-user] Landsat 8 Workflow for Grass 7.0.0RC2

On 18.02.2015 14:44, Paul Shapley wrote: I want to use the following Landsat 8 workflow to obtain some pansharpened images but have a problem when i convert the DN values to 8bit for pansharpening. .. Here's something that will work with anything, no matter the bit-ness:

[GRASS-user] Is the location's VAR file required?

I'm getting segmentation faults in case I run a command on a location missing the VAR file. I thought it was optional, as it's said here: http://grasswiki.osgeo.org/wiki/Working_with_GRASS_without_starting_it_explicitly#GRASS_databases giovanni -- Giovanni Allegri http://about.me/giovanniallegr

Re: [GRASS-user] v.in.ogr with new location doesn't import my data

On Wed, Feb 18, 2015 at 7:07 AM, G. Allegri wrote: > I forgot to say that I'm using grass 7 on a Ubuntu machine > > 2015-02-18 13:06 GMT+01:00 G. Allegri : > >> I'm using v.in.ogr with the location option. The new location is created >> correctly, and the projection is set to the one defined by m

Re: [GRASS-user] v.in.ogr with new location doesn't import my data

Thanks Anna, yuor example gave me the hint: I didn't set the output parameter, which I thought could be obtained from the input dataset name. giovanni 2015-02-18 15:28 GMT+01:00 Anna Petrášová : > > > On Wed, Feb 18, 2015 at 7:07 AM, G. Allegri wrote: > >> I forgot to say that I'm using grass

Re: [GRASS-user] Landsat 8 Workflow for Grass 7.0.0RC2

Paul Shapley wrote: I want to use the following Landsat 8 workflow to obtain some pansharpened images but have a problem when i convert the DN values to 8bit for pansharpening. Here is my preferred workflow in Grass 7.0.0RC2. · r.in.gdal (success) · i.

Re: [GRASS-user] Is the location's VAR file required?

On Wed, Feb 18, 2015 at 3:24 PM, G. Allegri wrote: > I'm getting segmentation faults in case I run a command on a location > missing the VAR file. On which OS, which GRASS version? > I thought it was optional, as it's said here: > http://grasswiki.osgeo.org/wiki/Working_with_GRASS_without_starti

[GRASS-user] Deleting polygons

Hello,    I got some shp files with many polygons. Now I want to delete some of them, but I have not been able to do so. I tried v.edit which does not seem to have any effect. Then I went to the attribute table and tried both deleting the record and the feature and both times I got rid of the f

Re: [GRASS-user] Is the location's VAR file required?

Hi Markus, I wrote the details in another recent email and I forgot to write the here, sorry. GRASS 7.0.0 RC1 on Ubuntu 14.04. I'm creating a temporary database with an empty start location, with no CRS defined (proj code 0, i.e. XY). My location contains only the the WIND and DEFAULT_WIND files wi

Re: [GRASS-user] Is the location's VAR file required?

To complete the description, the gisrc contains: LOCATION_NAME: startLocation MAPSET: PERMANENT DIGITIZER: none GISDBASE: /tmp/tmp9YVf_N OVERWRITE: 1 DEBUG: 0 GUI: text 2015-02-18 19:26 GMT+01:00 G. Allegri : > Hi Markus, > I wrote the details in another recent email and I forgot to write the >

Re: [GRASS-user] can not install addons with g.extension

Hi, 2015-02-18 11:09 GMT+01:00 Robert Nuske : > $ ls -l /usr/local/src/grass70/dist.x86_64-unknown-linux-gnu/tools > total 60 > -rwxrwxr-x 1 rnuske rnuske 6240 Feb 17 11:27 g.echo > -rwxr-xr-x 1 rnuske rnuske 1501 Feb 17 11:27 g.html2man.py > -rw-r--r-- 1 rnuske rnuske 5940 Feb 17 11:27 groff.p

Re: [GRASS-user] Is the location's VAR file required?

Hi Giovanni, On Wed, Feb 18, 2015 at 7:26 PM, G. Allegri wrote: > Hi Markus, > I wrote the details in another recent email and I forgot to write the here, > sorry. > GRASS 7.0.0 RC1 on Ubuntu 14.04. are you on 32 bit or 64 bit? Please try trunk or current svn of 7.0, a number of bugs have been

Re: [GRASS-user] Is the location's VAR file required?

I think we should really implement #2579 [1] in one way or the other. This would make custom setups [2] not necessary for most cases. What do you think? What should be the command line parameters? Vaclav [1] http://trac.osgeo.org/grass/ticket/2579 [2] http://grasswiki.osgeo.org/wiki/Working_with_

Re: [GRASS-user] Is the location's VAR file required?

On Wed, Feb 18, 2015 at 9:25 PM, Vaclav Petras wrote: > I think we should really implement #2579 [1] in one way or the other. This > would make custom setups [2] not necessary for most cases. What do you > think? What should be the command line parameters? Importing a shapefile to a new location

Re: [GRASS-user] Is the location's VAR file required?

On Wed, Feb 18, 2015 at 4:01 PM, Markus Metz wrote: > On Wed, Feb 18, 2015 at 9:25 PM, Vaclav Petras > wrote: > > I think we should really implement #2579 [1] in one way or the other. > This > > would make custom setups [2] not necessary for most cases. What do you > > think? What should be the

Re: [GRASS-user] Is the location's VAR file required?

On Wed, Feb 18, 2015 at 10:14 PM, Anna Petrášová wrote: > > On Wed, Feb 18, 2015 at 4:01 PM, Markus Metz > wrote: >> >> On Wed, Feb 18, 2015 at 9:25 PM, Vaclav Petras >> wrote: >> > I think we should really implement #2579 [1] in one way or the other. >> > This >> > would make custom setups [2]

Re: [GRASS-user] Is the location's VAR file required?

Here I am, it seems that trunk is working. I didn't obtain segfault anymore. But now the import (to a new location) doesn't works for me. I did the same as in the previous release versione, even changing "dns" to "input". I will investigate more. 2015-02-18 22:14 GMT+01:00 Anna Petrášová : > > On

Re: [GRASS-user] Is the location's VAR file required?

I confirm that trunks doesn't causes segfault. Same mapset and location. Now I have to figure our why the import doesn't happen: v.in.ogr input=/mnt/data/centroids.shp location=workLocation output=centroids -ie The location is created but is empty. Thr same shape is correctly imported from GUI.

Re: [GRASS-user] Is the location's VAR file required?

Everything is working fine now. The problem with the effective import was the -i option, which I obtained from another script and I wasn't aware of it... 2015-02-18 23:30 GMT+01:00 G. Allegri : > I confirm that trunks doesn't causes segfault. Same mapset and location. > Now I have to figure our