Thanks Markus for the hint.
Replies below.
Il 10/02/2018 22:53, Markus Metz ha scritto:
> This seems to be a reprojection problem.
>
> If you reprojected the vector data in GRASS with v.in.ogr + v.proj, this
> is a problem of GRASS, granted that v.in.ogr did not complain about
> vector topology.
Il 09/02/2018 19:25, Markus Neteler ha scritto:
> On Fri, Feb 9, 2018 at 6:19 PM, Paolo Cavallini wrote:
>> Hi all,
>> v.generalize is failing to simplify some of my geometries when in
>> EPSG:3857. Same geoms in EPSG:3003 were simplified correctly.
>> Incorrect borders
On Fri, Feb 9, 2018 at 6:19 PM, Paolo Cavallini
wrote:
>
> Hi all,
> v.generalize is failing to simplify some of my geometries when in
> EPSG:3857. Same geoms in EPSG:3003 were simplified correctly.
> Incorrect borders were reported, unclear to me why.
> All the best, and
On Sat, Feb 10, 2018 at 6:11 PM, roberta fagandini
wrote:
>
> Hi Markus and Žofie,
>
> thank you for your hints!
>
> I tested i.atcorr with range=1,1 and rescale=1,1. In this way,
value 1 is assigned to all those pixels with reflectance greater than
1 in
>I have had a go with a Windows 10 (64 bit) machine with Grass version 7.0.5.
could you update to:
GRASS GIS 7.4.0 (current stable)
or
GRASS GIS 7.2.2 (old stable)
?
Grass version 7.0.5 is now really very old.
-
best regards
Helmut
--
Sent from:
Hi Paulo & Helmut,
I have had a go with a Windows 10 (64 bit) machine with Grass version 7.0.5. I
copied the r.vif patch into the location
C:\Users\YourUserName\AppData\Roaming\GRASS7\addons\scripts.
I get the following error message (I tried with the existing installation,
uninstalled this
Hi Markus and Žofie,
thank you for your hints!
I tested i.atcorr with range=1,1 and rescale=1,1. In this way, value
1 is assigned to all those pixels with reflectance greater than 1 in
the not-corrected image band (I'm using a blue band with min=1 and max= 21604).
If I set
>> Did you consider using cStringIO, if you need a file-object?
>>
>> That would avoid the temporary file and thus should be more efficient
>> too. See attached diff (it is probably not necessary to remove the last
>> line break though).
>Implemented your patch, thanks. Dinarzarde, can you test?
On 2/3/18 1:33 PM, Stefan Blumentrath wrote:
Hi Paulo and Helmut,
Did you consider using cStringIO, if you need a file-object?
That would avoid the temporary file and thus should be more efficient
too. See attached diff (it is probably not necessary to remove the
last line break though).