On 02/18/2014 09:31 PM, Markus Metz wrote:
On Tue, Feb 18, 2014 at 2:09 PM, manuel.martin
wrote:
On 02/18/2014 01:56 PM, Markus Metz wrote:
On Tue, Feb 18, 2014 at 1:14 PM, manuel.martin
wrote:
On 02/18/2014 12:47 PM, Markus Metz wrote:
On Tue, Feb 18, 2014 at 11:43 AM, manuel.martin
On 02/18/2014 01:56 PM, Markus Metz wrote:
On Tue, Feb 18, 2014 at 1:14 PM, manuel.martin
wrote:
On 02/18/2014 12:47 PM, Markus Metz wrote:
On Tue, Feb 18, 2014 at 11:43 AM, manuel.martin
wrote:
Hi, I just compiled grass r59073 and gave a try.
I could not get the attributes imported along
On 02/18/2014 12:47 PM, Markus Metz wrote:
On Tue, Feb 18, 2014 at 11:43 AM, manuel.martin
wrote:
Hi, I just compiled grass r59073 and gave a try.
I could not get the attributes imported along with the raster, but maybe am
I missing something from the new revision of r.in.gdal (although from
, I just sent you the ESRI layer I am trying to import, in case
you would like to try as well.
Thank you in advance
Manuel
On 02/17/2014 02:48 PM, Markus Metz wrote:
On Fri, Feb 14, 2014 at 5:41 PM, manuel.martin
wrote:
On 02/14/2014 05:08 PM, Markus Metz wrote:
On Wed, Feb 12, 2014 at 5:05
On 02/14/2014 05:08 PM, Markus Metz wrote:
On Wed, Feb 12, 2014 at 5:05 PM, manuel.martin
wrote:
Hi all,
I tried to import an ArcGIS binary raster (corine land cover for the French
territory) with three fields on each pixels (VALUE, COUNT and CODE_06) using
the r.in.gdal command. The import
On 02/13/2014 04:31 PM, Moritz Lennert wrote:
On 13/02/14 13:32, manuel.martin wrote:
I think geoTiffs do not handle categorical variables (can anyone
confirm?), neither the writeRAST6() function from spgrass6 (tested
yesterday), and that's why I looked for a full GRASS option (avoiding
us
At least now we know that r.in.gdal starts counting
bands with "1"!
Ben
On 13/02/14 11:14, manuel.martin wrote:
> I had already tried this (with "2") ;-). No luck either. Reading
your
> email I tried with "0" (maybe would gdal detect
umbering starts with "0"?
In that case your band 3 would have index number "2".
Ben
On 13/02/14 10:48, manuel.martin wrote:
Hi Ben,
Thanks for the reply. I tried with the band option but it looks like
gdal does not detect the multiple fields as multiple bands :
GRASS 7.0.s
r.in.gdal has the "band=" option to specify a band number
to import.
Best,
Ben
On 12/02/14 17:05, manuel.martin wrote:
Hi all,
I tried to import an ArcGIS binary raster (corine land cover for the
French territory) with three fields on each pixels (VALUE, COUNT and
CODE_06) using the
Hi all,
I tried to import an ArcGIS binary raster (corine land cover for the
French territory) with three fields on each pixels (VALUE, COUNT and
CODE_06) using the *r.in.gdal* command. The import works just fine,
except that in the resulting raster, in GRASS, I only get one field,
which see
Thanks for the replies, we actually derived SRTM DEMs and yes this thime
without artifacts.
Cheers
On 01/08/2014 09:16 PM, Markus Metz wrote:
On Fri, Dec 20, 2013 at 4:54 PM, manuel.martin
wrote:
Hi all,
I just computed the slope using r.slope.aspect on the Aster data over the
full French
Hi all,
I just computed the slope using r.slope.aspect on the Aster data over
the full French territory, and as a result got large artefact stripes on
a south west-north east axe? When could it come from (inadequate
re-projection, the slope routine or the aster data)?
The stripped result :
ht
Hi,
is it possible to 1) selected some objects of a vector layer and 2) to
run the d.what.vect in order to update a column of the attribute table
of another vector layer, from only the previously selected objects of
the first layer?
Thank you in advance, Manuel
--
00
Dear all,
i am using the d.what.vect function in order to update the "smu" field
of the attribute table of a vector map named "rmqs_to_million", from the
values of the field "SMU" of the third layer (attribute table) of a
vector map called "million".
The type of both the smu and the SMU fieds
14 matches
Mail list logo
