:
> Hi Luís,
>
> čt 11. 4. 2024 v 8:26 odesílatel Luís Moreira de Sousa via grass-user
> grass-user@lists.osgeo.org napsal:
>
> > I am working with a raster with very large integers. That are stored as 64
> > bit floats (imported from a GTiff). I wish to e
Dear all,
I am working with a raster with very large integers. That are stored as 64 bit
floats (imported from a GTiff). I wish to extract part of these values with an
integer division. The first approach was:
r.mapcalc 'short_ints = int(long_ints)/100'
However, this results in something
Hi Job,
looks like something is going wrong creating the attribute table for the
interpolation points vector. This is made with v.db.connect at the time of the
"Linking attribute table to layer 1" message. Which back-end are you using? The
SQLite default? I would ask you to verify whether
Hi Anna,
I was away last week and missed both sessions. Will you make a recording
available at some point?
Thank you.
--
Luís
Sent with [Proton Mail](https://proton.me/) secure email.
--- Original Message ---
On Thursday, September 21st, 2023 at 9:36 PM, Anna Petrášová via grass-dev
Hi Vero,
in alternative you can use the WCS. A simple tool like wget is enough to query
the server:
$ wget
Dear all,
I am trying to transform a polygon layer to lines with a command like:
v.to.lines input=country_borders output=country_borders_lines --overwrite
This command fails because GRASS tries to create a temporary table whose column
names are SQL keywords:
DBMI-PostgreSQL driver error:
Hi again Markus,
below is a small example with an extent of 10^12 cells. It does not get to
v.rast.stats, as the r.random.surface command fails before that (without error
message). I will do more experiments in the following days.
Regards.
# Set region for zones
g.region n=1000 s=0 w=0
>
> Best,
> Markus
>
> On Fri, Feb 5, 2021 at 4:17 PM Luís Moreira de Sousa
> luis.de.so...@protonmail.ch wrote:
>
> > Hi Maris,
> > thank you for the details. I can try compiling with the flag you suggest,
> > but I need a bit more time. Will let you know if
es of categories in your case.
>
> Anna
>
>> All the best,
>> Vero
>>
>> El lun, 19 abr 2021 a las 16:00, Luís Moreira de Sousa
>> () escribió:
>>
>>> Hi Vero,
>>>
>>> from what I understand the module is seeking neither the
Dear Anna,
thank you for the reply, indeed once I added the column parameter the module
completed successfully. The manual includes the following on this parameter:
column=name
Name of attribute column with values to interpolate
If not given and input is 2D vector map then category values are
Hi all,
I have been trying to use v.surf.idw the past few days without success.
The image attached is a screen capture from the Map Display. There is a category
raster (green regions) with a gap (lake Chad) that must be filled with the
nearest neighbour category. The strategy is to create a
Hi Maris,
thank you for the details. I can try compiling with the flag you suggest, but I
need a bit more time. Will let you know if I succeed.
Regards.
--
Luís Moreira de Sousa
Pastoor Bruggemanlaan 21
6861 GR Oosterbeek
The Netherlands
Phone: +31 628 544 755
Email:
2021 at 5:51 PM Luís Moreira de Sousa via grass-user
> grass-user@lists.osgeo.org wrote:
>
> > Hi Stefan, thank you for the reply.
> > The outputs you request are below. v.rast.stats takes about 8 GB of RAM
> > before failing, only 1/4 of what is available in the works
Hi Stefan, thank you for the reply.
The outputs you request are below. v.rast.stats takes about 8 GB of RAM before
failing, only 1/4 of what is available in the workstation. I also tried
increasing the memory parameter but it never goes above 8 GB and fails all the
same.
Let me know if there
Thank you all for various replies. Some reactions:
1. The workstation has 32 GB of RAM and 12 CPU. What is the expected RAM
requirements for v.rast.stats?
2. v.to.rast also fails, see below.
3. What would be the way to check the health of the vector? The table in
Postgres at least is fully
9, 2021 3:31 PM, Micha Silver wrote:
> On Fri, Jan 29, 2021 at 3:53 PM Luís Moreira de Sousa via grass-user
> wrote:
>
>> Dear all,
>>
>> I am getting the error "Unable to seek" with v.stats.error. There is not
>> much information that could point
Dear all,
I am getting the error "Unable to seek" with v.stats.error. There is not much
information that could point the cause, just a warning saying that some data
base files are not found. I checked the database connection and everything
looks in order (see below). Any hints on what may be
6 PM, Markus Neteler wrote:
Hi Luís,
On Thu, Jan 7, 2021 at 12:13 PM Luís Moreira de Sousa via grass-user
grass-user@lists.osgeo.org wrote:
Dear all,
I have a mapset connected to a Postgres back-end:
...
select * from mal9.mal9_5x5_sec_units
‐‐‐ Original Message ‐‐‐
On Thursday, January 7, 2021 12:12 PM, Luís Moreira de Sousa
wrote:
> Dear all,
>
> I have a mapset connected to a Postgres back-end:
>
>> db.connect -p
> driver: pg
> database: s4a
> schema: mal9
> group:
>
> In this mapset there is a
Dear all,
I have a mapset connected to a Postgres back-end:
> db.connect -p
driver: pg
database: s4a
schema: mal9
group:
In this mapset there is a large points layer that I need to export. I am trying
with v.out.ogr:
> v.out.ogr input=mal9_5x5_sec_units@MAL9
Thank you both for your patience. The issue was indeed a wrong target path.
Cheers.
--
Luís___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user
Hi again Markus, thank you for following up.
In your example we can see this:
rm /home/mneteler/tmp//grass76/include/Make/Platform.make
make /home/mneteler/tmp//grass76/include/Make/Platform.make
How can it work? Is the file recreated somehow after the rm command? What
happens if you run only
Hello again,
I started the process from the beginning, running configure on a fresh source
folder. I confirmed that indeed the Platform.make was present. This time make
completed without errors:
GRASS GIS 7.6.0 exported compilation log
--
Started
Hi Markus,
thank you for the swift reply. I still do not have all the dependencies for
GRASS 7.8 in this cluster, I'll try that later. The Platform.make file is being
created by the configure command:
$ find . -name "Platform.make"
./include/Make/Platform.make
Thank you.
--
Hi all,
I am compiling GRASS 7.6 in an HPC cluster running Scientific Linux. make is
failing to find the folder or file ../../include/Make/Platform.make, I don't
recall seeing this before.
This is the configuration command:
./configure \
-prefix=/home/WUR/duque004/grass/ \
--enable-64bit
](https://protonmail.com) Secure Email.
‐‐‐ Original Message ‐‐‐
On Tuesday, 5 February 2019 14:50, Markus Metz
wrote:
> On Tue, Feb 5, 2019 at 11:54 AM Luís Moreira de Sousa
> wrote:
>>
>> Dear all,
>>
>> I am using GRASS in an HPC platform where libraries a
Dear all,
I am using GRASS in an HPC platform where libraries are managed with modules
[0]. Recently I made GRASS 7.6 available as a shared module. This involved
copying the compiled folder to a shared location and then creating a modulefile
[1] (which essentially sets the correct PATH
://sites.google.com/site/luismoreiradesousa
Original Message
Subject: Re: [GRASS-user] How to use a mask with v.surf.idw ?
Local Time: June 22, 2017 12:29 PM
UTC Time: June 22, 2017 10:29 AM
From: mlenn...@club.worldonline.be
To: Luís Moreira de Sousa <luis.de.so...@protonmail
Dear all,
I would like to know how to use a mask with the v.surf.idw module. I have tried
using r.mask with both raster and vector maps, but v.surf.idw always produces a
surface encompassing the entire region [0].
Is there any other way of forcing this module to operate within an area of
Thank you for letting us know Peter. The XScale family is 32-bit, so not
surprising from that side, but with only 32 MB of RAM, that's rather impressive!
Cheers.
--
Luís Moreira de Sousa
Im Grund 6
CH-8600 Dübendorf
Switzerland
Phone: +41 (0)79 812 62 65
Email: luis.de.so...@protonmail.ch
URL:
Subject: Re: [GRASS-user] Hardware requirements to run GRASS
Local Time: June 13, 2017 5:53 PM
UTC Time: June 13, 2017 3:53 PM
From: mlenn...@club.worldonline.be
To: Markus Neteler <nete...@osgeo.org>, Luís Moreira de Sousa
<luis.de.so...@protonmail.ch>
Rich Shepard &l
GRASS
Local Time: June 13, 2017 2:51 PM
UTC Time: June 13, 2017 12:51 PM
From: rshep...@appl-ecosys.com
To: GRASS user list <grass-user@lists.osgeo.org>
On Tue, 13 Jun 2017, Luís Moreira de Sousa wrote:
> A Journal editor is requesting the minimum hardware requirements to run
> GRASS.
Dear all,
A Journal editor is requesting the minimum hardware requirements to run GRASS.
I found a 20 year old unsigned post [0] with some hints, but certainly things
have changed since. Can anyone shed some light on modern requirements?
Thank you.
[0]
Dear all,
I would like to submit a Python add-on to the SVN repository. So far I have
been following the Procedure described in the Wiki [0]. However, since I sent
an e-mail to PSC mail-list nothing else happened. Is this procedure still up to
date? Or am I missing some step.
Thank you.
[0]
] r.mfilter produces empty result
Local Time: 11 May 2017 4:41 PM
UTC Time: 11 May 2017 14:41
From: kratocha...@gmail.com
To: Luís Moreira de Sousa <luis.de.so...@protonmail.ch>, GRASS user list
<grass-user@lists.osgeo.org>
On Thu, May 11, 2017 at 10:15 AM, Luís Moreira de Sousa
Dear all,
I am trying to apply a high pass filter to a raster; following [Markus
Neteler's
36 matches
Mail list logo