Hi Markus and Helmut,
It is fixed now:
https://trac.osgeo.org/osgeo4w/ticket/661#comment:11
Thank you very much!
Best regards,
Pedro
Markus Neteler escreveu no dia quarta, 3/03/2021 à(s)
21:25:
> On Wed, Mar 3, 2021 at 10:04 PM Helmut Kudrnovsky wrote:
> ...
> > >I've installed GRASS
nfirmed on 3 different
machines.
I've reported it in OSGeo4W tracker [1], because I thought it was
related to some kind of packaging issue, but I decided to post it here
to get your opinions.
Thank you very much.
Best regards,
Pedro Venâncio
[0] https://download.osgeo.org/osgeo4w/te
alog\tree.py",
line 189, in
class MapWatch(PatternMatchingEventHandler):
NameError: name 'PatternMatchingEventHandler' is not defined
OnInit returned false, exiting...
The previous one (GRASS GIS 7.9.dev-297c43fe8-365) works as expected.
Best regards,
Pedro Venâncio
__
Hi Anna,
Sorry for the late reply.
I've opened a FR at https://github.com/OSGeo/grass-addons/issues/325
Thank you very much!
Best regards,
Pedro
Anna Petrášová escreveu no dia quarta, 21/10/2020
à(s) 02:47:
>
>
> On Tue, Oct 20, 2020 at 9:41 AM Pedro Venâncio
> wrote:
Hi all,
I was trying to use r.sun.daily to get the total insolation time between
two dates, but I see that insol_time is not an available parameter in
r.sun.daily.
Was there any reason to not include insol_time in r.sun.daily script?
Thank you very much!
Best regards,
Pedro Venâncio
ards,
Pedro
Markus Metz escreveu no dia sábado,
1/02/2020 à(s) 22:10:
>
>
> On Fri, Jan 31, 2020 at 9:35 PM Markus Neteler wrote:
> >
> > On Fri, Jan 31, 2020 at 10:39 AM Pedro Venâncio
> > wrote:
> > >
> > > Hi Anna and Markus,
> > >
> >
Hi Anna and Markus,
Thank you very much!
A filled a ticket: https://github.com/OSGeo/grass/issues/319
Best regards,
Pedro
Markus Metz escreveu no dia quinta,
30/01/2020 à(s) 08:26:
>
>
> On Tue, Jan 28, 2020 at 12:50 PM Pedro Venâncio
> wrote:
> >
> > Hi al
sue I see is in r.info, that is showing the title as
| Title:Aspect counterclockwise in degrees from east
which is not correct in this case, as the -n flag was used.
Could these be bugs?
Thank you very much.
Best regards,
Pedro Venâncio
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
x, but you can rename them and then try to start winGRASS again.
>
Perfect!!! These libcurl.dlls were the problem! More precisely, the one on
System32. After changed their names, everything works again! Issue solved!
Thank you very very much for your help and persistence Helmut!
Best regards,
Pedro
Hi Jurgen and Helmut,
I'd uninstalled everything related with QGIS, GRASS, GDAL, GMT, etc, and
installed again from OSGeo4W.
At the final stages of OSGeo4W installation, I get the same curl_mime_init
error with crssync.exe, but referring to gdal301.dll (image attached).
Jürgen E. Fischer
I've seen there was a curl update today in OSGeo4W 64bit. please try to
> update your OSGeo4W environment and try again to start winGRASS in
> OSGeo4W.
>
Updated now, but same error when running any algorithm.
Also when starting the gui I get
C:\OSGeo4W64\bin>g.gui
Launching GUI in the
gdal300.dll".
Thanks!
Pedro
Helmut Kudrnovsky escreveu no dia sexta, 15/11/2019 à(s)
20:31:
> Pedro Venâncio-2 wrote
> > Hi Helmut,
> >
> >
> > What is gdalinfo --version in the OSGeo4W shell telling?
> >>
> >
> >
> > C:\OSGeo4W
Hi Helmut,
What is gdalinfo --version in the OSGeo4W shell telling?
>
C:\OSGeo4W64>gdalinfo --version
GDAL 3.0.2, released 2019/10/28
Thank you very much!
Best regards,
Pedro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
Hi Jurgen,
> Try dependency walker called from the GRASS prompt and load gdal300.dll.
> There's probably something missing that the dll needs or conflicting in
> system32 that takes precendence over something shipped with OSGeo4W (see
> also
> [0])
>
>
I'm not used with dependency walker, can
regards,
Pedro
Markus Metz escreveu no dia quarta,
13/11/2019 à(s) 15:03:
>
>
> On Wed, Nov 13, 2019 at 3:39 PM Markus Neteler wrote:
> >
> > On Wed, Nov 13, 2019 at 3:27 PM Pedro Venâncio
> > wrote:
> > >
> > > Hi all again,
> > >
>
running algorithms in CLI, GRASS throws the message about
gdal300.dll, but that dll is present in the path specified (screenshot
attached).
Any hint about what can be wrong?
Thanks.
Best regards,
Pedro
Pedro Venâncio escreveu no dia terça,
12/11/2019 à(s) 15:02:
> Hi Martin,
>
> Hu
Thanks Martin!
I already alerted to this in qgis-dev mailing list.
Best regards,
Pedro
Martin Landa escreveu no dia segunda, 7/01/2019
à(s) 12:13:
> Hi,
>
> po 7. 1. 2019 v 12:27 odesílatel Pedro Venâncio
> napsal:
> > Is it something you can fix?
>
> it shou
is happens with all versions:
qgis-ltr-dev-g7.4.2.bat
qgis-rel-dev-g7.bat
etc.
Is it something you can fix?
Thank you very much!
Best regards,
Pedro Venâncio
Martin Landa escreveu no dia sábado, 5/01/2019
à(s) 22:00:
> Hi,
>
> so 5. 1. 2019 v 0:36 odesílatel Markus Neteler napsal:
>
d so, the active code page in windows console was 65001.
Unchecking that option, the defaut CHCP came back to 850, and the problem
gone away!
Thank you very much for your help!
Best regards,
Pedro Venâncio
Pedro Venâncio escreveu no dia quarta,
7/11/2018 à(s) 14:10:
> Hi Martin,
>
&g
Hi all,
When do you think the new r.mapcalculator can be introduced in GRASS core?
https://trac.osgeo.org/grass/ticket/3431
It would be great to be introduced in one of the 7.4.x release cicle, to be
used with QGIS 2.18.x.
Thank you very much!
Best regards,
Pedro
Na(o) sáb, 24/11/2018,
3-py2.7-win-amd64.egg
C:\OSGEO4~1\apps\Python27\lib\site-packages\win32
C:\OSGEO4~1\apps\Python27\lib\site-packages\win32\lib
C:\OSGEO4~1\apps\Python27\lib\site-packages\Pythonwin
C:\OSGEO4~1\apps\Python27\lib\site-packages\wx-2.8-msw-unicode
Thanks!
Best regards,
Pedro
Martin Landa escreveu
self.cdll = ctypes.cdll.LoadLibrary(path)
File "C:\OSGEO4~1\apps\Python27\lib\ctypes\__init__.py", line 444, in
LoadLibrary
return self._dlltype(name)
File "C:\OSGEO4~1\apps\Python27\lib\ctypes\__init__.py", line 366, in
__init__
self._handle = _dlopen(self._nam
Hi Helmut,
Helmut Kudrnovsky escreveu no dia terça, 6/11/2018 à(s)
19:24:
> >C:\>grass74
> >Cleaning up temporary files...
> >Starting GRASS GIS...
> >ERROR: Invalid return code from GUI startup script.
> >Please advise GRASS developers of this error.
> >Exiting...
> >Press any key to
rocessing and GRASS Plugin).
Any clue about what the problem could be?
Thank you very much.
Best regards,
Pedro
Pedro Venâncio escreveu no dia segunda,
5/11/2018 à(s) 17:28:
> Hi Martin,
>
> I did not have this environment variable set, but I set it and it still
> does not work
regards,
Pedro
Martin Landa escreveu no dia segunda, 5/11/2018
à(s) 16:40:
> Hi,
>
> po 5. 11. 2018 v 17:36 odesílatel Pedro Venâncio
> napsal:
> > os.getenv('HOMEPATH'))
> > File "C:\OSGEO4~1\apps\Python27\lib\ntpath.py", line 65, in join
> > res
ng, they work like expected, so
the problem must be only on the GUI (WXPython?).
I'm using Windows 10.
Any tip for overcoming this problem?
Thank you very much!
Best regards,
Pedro Venâncio
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
Hi all,
Is there any possibility, or is it a planned feature, to get the
alphanumeric attributes of the network, in the results of v.net.distance
tool? For example, if the network attribute table has the name of the
streets, and if the result of v.net.distance (and other v.net.* tools)
maintain
of (from_layer=2 from_cats=7780 to_layer=2 to_cats=7779).
It seems that it calculates the route in the reverse way. What do you think?
Thank you very much!
Best regards,
Pedro
2016-02-23 16:27 GMT+00:00 Moritz Lennert <mlenn...@club.worldonline.be>:
> On 23/02/16 15:44, Pedro Venân
Hi,
I was testing the v.net.distance (in QGIS) and noticed something strange.
Apparently the route is calculated in a reverse way.
If you see in this screencast
https://dl.dropboxusercontent.com/u/5772257/qgis/processing_grass_v_net_distance.ogv
I have a network of streets with two-way (green)
structure of GRASS 7.0.1.
I don't know if this has been corrected since then, and whether this might
be your problem. I am forwarding this thread also for QGIS mailing list.
Best regards,
Pedro Venâncio
2015-10-27 13:23 GMT+00:00 Veronica Andreo <veroand...@gmail.com>:
> Hi devs,
>
Veronica,
Yes! Thanks much, Moritz! Was searching in the wrong place (hihihi). This
> solved the issue with using grass tools through Processing.
>
> Still grass plugin missing.
>
>
Can you please install GRASS 7.0.1-1 instead of 7.0.2RC1-1?
To do so, go to OSGeo4W -> Advanced Install ->
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-dev mailing list
grass-dev@lists.osgeo.org
Hi Martin,
I also confirm, everything is ok now with
sudo apt-get install grass70
Thank you very much!
Best regards,
Pedro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi Martin,
sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable
sudo add-apt-repository ppa:grass/grass-stable
sudo apt-get update
sudo apt-get install grass70
I also get the dependencies error. But it works with
sudo apt-get install grass70-core grass70-gui grass70-doc
Is there
Martin, could you trigger update + recompile? I hope I just fixed the
annoying no Version issue on Ubuntu.
Hi Markus, Ivan, Martin,
I just installed version 7.0.0+1svn63885~ubuntu12.04.1 (Ubuntu 12.04
32bits), and the problem with version persists:
Launching wxpython GUI in the
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
: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
37 matches
Mail list logo
