Valter logical and in GRASS is &&.
Best regards,
Pedro
A domingo, 5/04/2020, 19:11, Valter Albino
escreveu:
> OK, it doesn't support this type of function: "Undefined function
> 'logical_and'"
> Hey, but GDAL raster calculator in QGIS GUI does!
>
> Cumprimentos,
> *Valter Albino -* Geógrafo
862, in
print_params
"%s\n" % val[0].split(':')[1].rstrip('$"\n').strip())
IndexError: list index out of range
Press any key to continue . . .
Martin Landa escreveu no dia terça, 12/11/2019
à(s) 14:26:
> Hi,
>
> út 12. 11. 2019 v 15:14 odesílatel Pedro Venâncio
>
TPUT'}
Loading resulting layers
The following layers were not correctly
generated.C:/Users/PedroVenancio/AppData/Local/Temp/processing_1eae9fc4026a4f3181ee65faa9f1f761/ea8aeb223ec54536a686d57bfdd93109/output.gpkgYou
can check the 'Log Messages Panel' in QGIS main window to find more
information
/manuals/r.mapcalc.html
Start with constant rasters, using the example in the r.mapcalc manual.
Best regards,
Pedro Venâncio
A seg, 3/09/2018, 06:22, Vidura Dantanarayana escreveu:
> Hi Pedro,
>
> Thank you very much for the explanation. That helped me to get a basic
> idea of what th
sources. Pixels of starting sources raster needs to be only values of 1
(ignition points/areas) and 0 (other areas). If you have the ignitions in
vector format, just use v.to.rast.
I hope this helps.
Best regards,
Pedro Venâncio
Vidura Dantanarayana escreveu no dia sábado, 1/09/2018
à(s) 14:12
Hi Markus,
You are also completely right! Some of data I exported (elevation, slope,
aspect) did not have NULL cells. And in the other data that have NULLs, I
used r.null to ensure that the NULL value was -. With that I simply
transformed the NULL cells to the value -, wich are exported
,
Pedro Venâncio
2017-08-04 0:22 GMT+01:00 Jeshua Lacock <jes...@3dtopo.com>:
>
> > On Aug 3, 2017, at 12:24 PM, Pedro Venâncio <pedrongvenan...@gmail.com>
> wrote:
> >
> > I'm using r.out.gdal to export raster data from GRASS to Arc/Info ASCII
> Grid form
Shouldn't GRASS also create NODATA_valeu in the header file?
Thank you very much!
Best regards,
Pedro Venâncio
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user
Hi Vaclav,
The problem with r.mapcalc in QGIS was this one:
https://hub.qgis.org/issues/6894
It was partially solved, but not completely. So, Victor had created a new
raster calculator using native QGIS classes:
https://github.com/qgis/QGIS/pull/3779
Best regards,
Pedro
2017-02-21 0:11
Hi Giuseppe,
Maybe you can use r.watershed [0] to get the "basins".
Best regards,
Pedro Venâncio
[0] https://grass.osgeo.org/grass72/manuals/r.watershed.html
2017-01-18 19:16 GMT+00:00 Giuseppe Amatulli <giuseppe.amatu...@gmail.com>:
> Hi all,
>
>
>
> I would l
Hi Roy,
> Hi, testing the new GRASS plugin, i cannot find a way to
> start a new project from scratch (option maybe removed while cleaning up
> the toolbar);
>
> what I mean: there is no more way to create a new GRASS LOCATION,
> so that if there is not an already existing GRASS LOCATION I
ding/screenshots.html
> videos: http://www.gissula.eu/qgis-grass-plugin-crowdfunding/videos.html
> summary:
> http://www.gissula.eu/qgis-grass-plugin-crowdfunding/progress.html
> documentation:
> http://docs.qgis.org/testing/en/docs/user_manual/grass_integration/grass_integration.html
>
>
> I think how it currently works, doesn't make sense for the reverse case,
> please create a ticket. The column should be created in the new vector.
>
Done: https://trac.osgeo.org/grass/ticket/2774
Thanks!
Pedro
___
grass-user mailing list
Hi Anna,
Will this be backported to 7.0.x?
>
> I believe I backported it, 7.0.2 RC1 release is just going on now, there
> will be an announcement soon.
>
>
Thanks, I will check!
>>
>> Then I wanted to transform the z-coordinate to
>>>
an attribute column using
v.to.3d -r
Hi Anna,
Then I wanted to transform the z-coordinate to
>
>> an attribute column using
>> v.to.3d -r input=contour_3d col="CONC" output=contour_2d
>> (I added CONC column to contour_3d before, using v.db.addcol
>> map=contour_3d
>> columns="CONC double precision").
>> However, the resulting
Hi Radim,
The new GRASS vector editing tool preview screencast:
https://www.youtube.com/watch?v=PPno1aLYHFE
It looks really really great!
Best regards,
Pedro
___
grass-user mailing list
grass-user@lists.osgeo.org
Hi Martin,
I hopefully fixed this bug in r63942. Please could you try the most
recent version from grass-devel ppa [1]?
Martin
[1] https://launchpad.net/~grass/+archive/ubuntu/grass-devel
I confirm, it is now fixed in the dev repo! Thank you very much! So,
everything is ok at this
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)
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
:
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
conflict between 6.4 and 7.0 versions?
Thanks!
Best regards,
Pedro
2014-10-02 20:53 GMT+01:00 Markus Neteler nete...@osgeo.org:
On Sat, Sep 20, 2014 at 6:13 PM, Pedro Venâncio
pedrongvenan...@gmail.com wrote:
Hi,
Here the installation worked in ubuntu 12.04, following
Hi,
Here the installation worked in ubuntu 12.04, following this instructions
http://grass.osgeo.org/download/software/linux/.
But I also get 'Unable to get GRASS version':
__ ___ _____
/ / __ \/ | / ___/ ___/ / / _/ ___/
should be recoded to 1, right?
Thank you very much!
Best regards,
Pedro
Pedro Venâncio wrote:
Thank you very much for your answer!
My question lies precisely in the need to know if a quantile value
which falls as the upper limit for one range and the lower limit of
the next, should
flag) gives this result:
2:6:1
6:8:2
8:12:3
12:20:4
20:873:5
the value 6 should belong to the first class or second?
Thank you very much Glynn!
Best regards,
Pedro
- Original Message -
From: Glynn Clements
Pedro Venâncio wrote:
I have a doubt about using the r.quantile output
:872.727295[ - 5
But this is not correct. According to quantiles method, the reclassification
should be as follows:
]2.00:6.00] - 1
]6.00:8.00] - 2
]8.00:12.00] - 3
]12.00:20.00] - 4
]20.00:872.727295] - 5
or am I wrong?
Thanks!
Best regards,
Pedro Venâncio
Thank you Paolo!
Best regards!
Pedro
- Original Message -
From: Paolo Cavallini
Il 20/04/2012 00:51, Pedro Venâncio ha scritto:
I thought a way to get around, which is to convert the contours to equally
spaced points and join these points whith the elevation points layer
the contours to equally
spaced points and join these points whith the elevation points layer. Is there
a more correct and straightforward way to do?
Thank you very much!
Best regards,
Pedro Venâncio
___
grass-user mailing list
grass-user@lists.osgeo.org
Hello Micha and Eloi,
This
procedure only extracts the integer part of the number, it is not rounded.
For example, 3.8
becomes 3 instead of 4.
Is there any way
to force the rounding?
Thanks!
Pedro Venâncio
Wouldn't:
r.mapcalc new_map=int(original_map)
do that?
Hi
That's it!
Thank you very much Maning!
Pedro Venâncio
---
On Wed, 6/30/10, maning sambale emmanuel.samb...@gmail.com
wrote:
r.mapcalc
new_map=round(original_map)
On 6/30/10, Pedro Venâncio pedrongvenan...@yahoo.com wrote:
Hello
Micha and Eloi,
This
procedure only extracts
29 matches
Mail list logo