Roberto Marzocchi <
roberto.marzoc...@gmail.com> ha scritto:
> I use r.in.xyz.
>
> It import correctly the data but create strange nodata value which are
> not present in the input XYZ text file.
>
> Attached two screenshots of t
I use r.in.xyz.
It import correctly the data but create strange nodata value which are not
present in the input XYZ text file.
Attached two screenshots of the output result
R
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.or
I confirm the problem.
R
Il giorno sab 11 ago 2018 alle ore 00:14 Helmut Kudrnovsky
ha scritto:
> See
>
> https://lists.osgeo.org/pipermail/grass-web/2018-August/004876.html
>
> https://lists.osgeo.org/pipermail/grass-dev/2018-August/089232.html
>
> https://wingrass.fsv.cvut.cz/grass75/x86_64/
Perhaps we can change the subject of this mail?
I think this problem may affect the overview and the windows installation
of new addons (but I can write something incorrect)
R
Il giorno mer 8 ago 2018 alle ore 22:49 Markus Neteler
ha scritto:
> Hi
>
> Helmut Kudrnovsky schrieb am Mi., 8. Aug.
l' for the suggestions!
R
Il gio 28 giu 2018, 11:54 Moritz Lennert ha
scritto:
> On 27/06/18 15:40, Roberto Marzocchi wrote:
> >
> >
> > Il giorno mer 27 giu 2018 alle ore 15:25 Markus Metz
> > mailto:markus.metz.gisw...@gmail.com>>
> > ha scritto:
> &
pository in which you can find the small
> script that I wrote using the Py6S library to compute AOT at 550nm
> >
> > Roberta
> >
> > [0]
> https://github.com/RobiFag/GRASS_clouds_and_shadows/blob/master/read_aeronet.py
> >
> >>
> >>
> >> Markus M
&
Il giorno mer 27 giu 2018 alle ore 13:47 Markus Metz <
markus.metz.gisw...@gmail.com> ha scritto:
> Hi Roberta,
>
> On Wed, Jun 27, 2018 at 1:20 PM, Roberta Fagandini <
> robifagand...@gmail.com> wrote:
> >
> > Hi all!
> > I need to compile the 6S library in GRASS in order to install the python
>
Ok. But the 6s.cpp source code is compiled only for the i.attcorr module
and do not create the sixs executable. It is correct?
Because I have already discussed with Roberta for the GsoC program and I
know she need the executable to run th python module.
R
Il giorno mer 27 giu 2018 alle ore 13:25
2018-05-29 14:09 GMT+02:00 Markus Metz :
> Hi Roberta,
>
> On Tue, May 29, 2018 at 1:41 PM, Moritz Lennert <
> mlenn...@club.worldonline.be> wrote:
> >
> > Hi Roberta,
> >
> > Le Tue, 29 May 2018 13:16:48 +0200,
> > Roberta Fagandini a écrit :
> >
> > > Hi all!
> > > I'm working on the GUI of my
The problem is related to the following line:
grass.call(['nnbathy',
>
> '-W', '%d' % 0,
>
> '-i', '%s' % self._tmpxyz,
>
> '-x', '%d % self.nn_w, '%d' % self.nn_e,
>
> '-y', '%d' % self.nn_n, '%d' % self.nn_s,
>
>
gistration
>
> Here's a wiki with examples: https://grasswiki.osgeo.org/
> wiki/Temporal_data_processing#Creating_a_STRDS_and_registering_maps, and
> one specific for registering maps: https://grasswiki.osgeo.org/
> wiki/Temporal_data_processing/maps_registration
>
> HTH
&g
Dear lists,
we are testing the command t.register
t.register --o --q -i maps=(name of maps separated by comma)
input=time_dataset start='2011-11-03 02:00:00' increment='120'
unit='minutes'
it run without error but when running g.gui.animation or g.gui.tplot using
the time series dataset I have t
Hi Roberta and Moritz!
SCHEMA: Roberta has already written the rules in the schema, but I think
you need to open it with a google drive app called diagram.io
New mail to GRASS-DEV : +1
R
2018-05-08 18:10 GMT+02:00 Roberta Fagandini :
> Hi Moritz and Roberto!
> Here [0] you can find the updat
Nice! The last step of the script you have written in python works as you
expected.
Now it is important to draw a diagram (or schema ) as a summary for you (you
have worked a lot in the last few months) and to share it with Moritz and
Markus.
After that, test, test and test ;-) for validation/cal
Hi markus,
2018-04-26 13:05 GMT+02:00 Markus Neteler :
> Hi Roberto,
>
> Roberto Marzocchi schrieb am Do., 26. Apr.
> 2018, 12:59:
>
>> Your OSGeo_id is "Robifag".
>>
>> I give you write access to SVN add-ons GRASS repository,
>>
>
> Pl
a Fagandini wrote:
>>>
>>> Hi all!
>>> I'm Roberta Fagandini, Ph.D. student at Politecnico of Milano.
>>> My proposal "GRASS GIS module for Sentinel-2 cloud and shadow
>>> detection" has been accepted there
Thanks Helmut. I have corrected the script.
Now it works also from GUI
R
2018-03-29 17:48 GMT+02:00 Helmut Kudrnovsky :
> >Removing the mapset from input name (ztd_temp@meteo --> >ztd_temp) the
> module works correctly. I do not know how to solve >this problem. Perhaps
> it
> has an easy soluti
on for you.
All the best,
R
2018-03-27 21:11 GMT+02:00 Martin Landa :
> Hi,
>
> 2018-03-27 14:48 GMT+02:00 Roberto Marzocchi >:
> > fout.write(parts[0]+' '+parts[1]+' '+parts[3]) --> is part of the
> > actual command.
> >
> > I can
On 26 March 2018 at 14:50, Roberto Marzocchi
> wrote:
> > from grass.pygrass.vector import VectorTopo
> > pnt = VectorTopo(options['input'])
> > pnt.open(mode='r')
> > test=pnt.read(1)
> > if test.is2D==True:
> >fout.write(parts[0]+&#x
from grass.pygrass.vector import VectorTopo
pnt = VectorTopo(options['input'])
pnt.open(mode='r')
test=pnt.read(1)
if test.is2D==True:
fout.write(parts[0]+' '+parts[1]+' '+parts[3])
else:
fout.write(parts[0]+' '+parts[1]+' '+parts[4])
Maybe not the best code.. but it seem to works..
2018-0
;+parts[1]+' '+parts[4])
I think we need an if condition to check if the geometry is 2 or 3D. I have
no idea of a possible python command.. I will do some search.. Have you any
suggestion?
R
2018-03-23 18:05 GMT+01:00 Roberto Marzocchi :
> Dear all,
>
> I am using r.surf.n
Dear all,
I am using r.surf.nnbathy (on GRASS 7.4)
Using a projected location (meters) I obtain a result
Using lat/lon location I see the following error:
> Traceback (most recent call last):
> File
> "/home/roberto/.grass7/addons/scripts/r.surf.nnbathy", line
> 80, in
> main()
> File
Dear all,
trying to use "db.connect -d" in GRASS 7.0 I see a not correct behaviour:
I previously set up a schema (e.g of a PostGIS DB) GRASS do not remove the
schema, so I have to manually remove from VAR file. Perhaps there is a
better way to remove it, but I think that -d option need to remove
This is my error.log file:
GRASS GIS 7.0.0svn r61251 compilation log
--
Started compilation: mer 16 lug 2014, 11.49.02, CEST
--
Errors in:
/home/localop/Dati/source_code/grass70_release/lib/python/ctypes
/home/localop/Dati/source_code/grass70_release
people are interested to contribute, and also
to report bugs do not hesitate to contact us.
All the best,
R
--
Dr. Roberto Marzocchi
R&D coordinator
Gter srl Innovazione in Geomatica, Gnss e Gis
University of Genova Spin-off company
Via Greto di Cornigliano 6r - 16152 Genova
P.IVA/CF 0199877
).
In case of problems don't hesitate to contact us.
Best regards,
Roberto Marzocchi and Massimiliano Cannata
--
Gter srl, Spin-off company (University of Genoa)
Via Greto di Cornigliano 6r - 16152 Genova (Italy)
P.IVA/CF 01998770992
ph: 010-8694830 Fax: 010-8694737
mob: 349-8786575
E
2012/6/18 Markus Metz
> On Mon, Jun 18, 2012 at 3:13 PM, Roberto Marzocchi
> wrote:
> > Hi Markus,
> >
> > many thannks for your changes. I think now the command is quite O.K..
> > Nevertheless I have encountered a new error:
> > I have tried with the comma
ested feature id -1 is not reasonable(max features in vector
map
>> : 15747)
I don't understand why...
Thanks in advanced,
Roberto
2012/6/16 Markus Metz
> On Fri, Jun 15, 2012 at 6:12 PM, Roberto Marzocchi
> wrote:
> > Dear all,
> >
> > I'm trying to
Dear all,
I'm trying to use v.net.distance in grass7, which option seem be corrected
respect of teh version of grass65 (alayer, nlayer and consequently costs).
First of all, I noted that the option output is reported two time, but this
can be simply corrected removing line 134 of main.c command.
?
Thanks in advanced to everyone!
RM
--
Roberto Marzocchi
PhD student in Hydrogeology
SUPSI - Institute of Earth Sciences
Via Trevano C.P. 72, 6952 Canobbio, Switzerland
Phone: +41 58 212 Fax: +41 58 209
E-mail: roberto.marzoc...@supsi.ch
*
Please consider the environment before
Today I've updated Ubuntu 9.10 from Ubuntu 9.04
A Grass 6.4-0RC5 binary version is correctly installed (default) and it's OK
The GRASS installed from source code give me this error:
*GRASS 6.4.0RC5 (WGS84):~ > *** glibc detected *** g.proj: double free or
corruption (fasttop): 0x08b4eee0 ***
===
er isn't
> that good (the SQLite driver is better here).
>
> Solution: polish the data file...
>
> Markus
> PS: the * in some rows will also cause problems.
>
> On Tue, May 5, 2009 at 10:55 PM, roberto.marzocchi
> wrote:
> > I have the same problem in the command
in attached the input file
in grass6.3.0 the command run, the problem is only with the last grass
version
R
2009/5/5 Moritz Lennert
> On 05/05/09 14:07, roberto marzocchi wrote:
>
>> v.in.ascii -z input=fle_input output=name_output format=point fs= skip=0
>>
I add some informations...
- operating system: ubuntu 9.04
- GRASS version: grass 6.4.0RC4
R
-- Forwarded message --
From: roberto marzocchi
Date: 2009/5/5
Subject: Problem v.in.ascii (GRASS6.4.0RC4)
To: grass-dev@lists.osgeo.org
v.in.ascii -z input=fle_input output
v.in.ascii -z input=fle_input output=name_output format=point fs= skip=0
x=1 y=2 z=3 cat=0 --overwrite --quiet
Output:
**
Segmentation fault
dbmi: Protocol error
**
Grass import correctly the
I have a problem with a script, that I've written for GRASS 6.3
When I use it in GRASS 6.4, the script don't start, because it don't
recognize 3 of 4 required inputs.
This is the error message:
"ERROR: Required parameter not set:"
But the input is correctly set.
Anyone understand the reason?
T
Hi,
I made a script for grass, wich is now on the add-on repository
http://grass.osgeo.org/wiki/GRASS_AddOnso
https://svn.osgeo.org/grass/grass-addons/raster/r.inund.fluv/
With the makefile is possible install a grass-addon if a user installed
grass from a binary?
I tried, but I'm not expert!
Hi,
I'm working to make a script for grass add_ons.
So, I'm trying to compile an individual module for understand how working.
I've seen the howto: http://grass.itc.it/grass63/source/INSTALL
I've tryed with a script of add_ons (r.in.onearth), I change the relative
path
in the Makefile to ab
I have a question about use of g.tempfile
if I want to create a temporary file in a script I've to write:
temp1=`g.tempfile pid=$$`
and then I've to use this file e.g. :
r.out.ascii -h input=dtm output="$temp1" null=0
Is correct?
Thank in advanced
R
Thank in advanced
Roberto M
******
Roberto Marzocchi
for
University of Genoa
DICAT -
40 matches
Mail list logo
