On Sat, Jun 23, 2018 at 7:31 PM, Markus Neteler wrote:
>
> Dear Laura,
>
> On Sat, Jun 23, 2018 at 6:14 PM, Laura Poggio
wrote:
> > Dear Markus,
> > the packages with wxpython in the name are (centos 7.5.1804):
> > wxPython-devel.x86_64
> > wxPython-docs.x86_64
> > wxPython.x86_64
> >
> > yum
Dear Laura,
On Sat, Jun 23, 2018 at 6:14 PM, Laura Poggio wrote:
> Dear Markus,
> the packages with wxpython in the name are (centos 7.5.1804):
> wxPython-devel.x86_64
> wxPython-docs.x86_64
> wxPython.x86_64
>
> yum can not find matches for various combinations of python-wxpython
ok, fine. I
On Sat, 23 Jun 2018, Rich Shepard wrote:
Yesterday morning the revision was 72869 (as above). Just now:
$ svn up
Updating '.':
At revision 72886.
Markus,
My response to your clarification was mis-handled (by me) and not sent.
Now I understand that when 'svn up' does not download any
Dear Markus,
the packages with wxpython in the name are (centos 7.5.1804):
wxPython-devel.x86_64
wxPython-docs.x86_64
wxPython.x86_64
yum can not find matches for various combinations of python-wxpython
Please let me know if you need further information
Thanks a lot
Laura
On Sat, 23 Jun 2018
On Sat, 23 Jun 2018, Markus Neteler wrote:
This morning I checked out the trunk, configured and built it. This told
me the revision number is 72869.
Please tell us where you exactly see this number.
Markus,
Yesterday morning the revision was 72869 (as above). Just now:
$ svn up
Updating
Rich,
On Fri, Jun 22, 2018 at 12:02 AM, Rich Shepard wrote:
...
> This morning I checked out the trunk, configured and built it. This told
> me the revision number is 72869.
Please tell us where you exactly see this number.
> I assume that's the most current revision
> as it's the at the
Hi Laura,
On Fri, Jun 22, 2018 at 4:44 PM, Laura Poggio wrote:
> Dear list,
> I am trying to install grass7.4.1 from
> https://copr.fedorainfracloud.org/coprs/neteler/grass74/ on centos7 :
>
> Error: Package: grass-7.4.1-1.el7.x86_64 (neteler-grass74)
>Requires: python2-wxpython
>
>
On Sat, Jun 23, 2018 at 11:10 AM, Veronica Andreo
wrote:
>
> Hi,
>
> El sáb., 23 jun. 2018 4:35, Markus Metz
escribió:
>>
>>
>>
>> On Fri, Jun 22, 2018 at 10:34 PM, Veronica Andreo
wrote:
>> >
>> > Hi Gabriel,
>> >
>> > What you could do is import with r.in.gdal -a that adjusts resolution
for
Hi,
El sáb., 23 jun. 2018 4:35, Markus Metz
escribió:
>
>
> On Fri, Jun 22, 2018 at 10:34 PM, Veronica Andreo
> wrote:
> >
> > Hi Gabriel,
> >
> > What you could do is import with r.in.gdal -a that adjusts resolution
> for lat long maps [0]
>
> that will help to fix the resolution from
Dear colleagues,
With the objective of enhancing programming skills in Geocomputation and
prepare new scientists in deals with large geo-data,
in August 2018 we organize a summer school at Berkeley.
*International Summer School:*
*Geocomputation using free and Open Source Software** (20th-24th
On Fri, Jun 22, 2018 at 10:34 PM, Veronica Andreo
wrote:
>
> Hi Gabriel,
>
> What you could do is import with r.in.gdal -a that adjusts resolution
for lat long maps [0]
that will help to fix the resolution from 0.0083330 to
0.008, i.e. exactly 30 arc-seconds. The software
>Are you using Windows? I think you cannot use g.list inside a command as we
do in Linux
not as elegant in linux, but you can do something similar in windows too
e.g. in the winGRASS command line:
:\>FOR /F %c in ('g.list "type=raster" "pattern=*2" "mapset=user1"
"separator=comma"') DO SET
12 matches
Mail list logo