2011/3/18, peter.loewe wrote:
> > Hi all,
> > I am building GRASS6.4 from source on a computation cluster. GRASS
> > itself is up and running, but NVIZ causes trouble:
> >
> > When invoking NVIZ from the GRASS command line (nviz -q), the NVIZ
> > command window pops up and throws this error message
#1515: nviz fails to launch from the command line
-+--
Reporter: hamish | Owner: grass-dev@…
Type: defect | Status: new
Priority: blocker | Milestone: 6.4.2
On Mon, Dec 19, 2011 at 12:16 AM, Markus Metz <
markus.metz.gisw...@googlemail.com> wrote:
> On Sun, Dec 18, 2011 at 6:13 PM, Mohammed Rashad
> wrote:
> >
> >
> > On Sun, Dec 18, 2011 at 9:13 PM, Martin Landa
> > wrote:
> >>
> >> 2011/12/18 Mohammed Rashad :
> >> >> echo /usr/lib/grass64/lib >>
On Sun, Dec 18, 2011 at 12:07 PM, Markus Metz
wrote:
> On Wed, Nov 30, 2011 at 10:24 PM, Dylan Beaudette
> wrote:
>> Just noticed a nasty bug when using v.db.dropcolumn and v.db.join with a
>> sqlite back-end. This seems to happen whenever a table is modified using the
>> 'coltypes' as reported b
Martin wrote:
> generally speaking I agree. Unfortunately there is one big
> BUT.
>
> There are many new features which have been implemented in
> `gui/script/g.extensions.py`
>
> Extra flags:
(which may be nice, but none of which are critical for use)
> When listing extension it reads metafile
Markus Metz wrote:
> IMHO, g.extensions should be only one module, not two versions
> ( one as script, one through the wxGUI).
ideally, but we're here now with two working variants, so let's move on.
Since it is a tricky task to get right for all cases, I don't mind so
much to give the user a seco
Hamish:
> > btw, my current feeling about the
> > ~/.grass$MAJOR/addons$MAJOR.$MINOR.$BUGVER
> > specific path to protect from binary GIS_H incompatibility is that it
> > may be better to create a ~/.grass65/ in addition to ~/.grass64 to keep
> > the two separate.
Martin wrote:
> do you mean also
#226: WinGRASS fails to create .gislock opening a mapset
+---
Reporter: msieczka| Owner: grass-dev@…
Type: defect | Status: new
Priority: major
Ahoj Anicko a Vaclave,
Dne 18. prosince 2011 22:49 Anna Kratochvílová
napsal(a):
[...]
> wxIClass is developed by Anna Kratochvilova and Vaclav Petras within
> Remote Sensing course (Czech Technical University in Prague, Faculty
> of Civil Engineering [2], study program Geoinformatics [3]). Dig
Hi all,
there is initial prototype of wxIClass which is based on module
i.class [1] available for testing (in trunk). wxIClass performs the
first pass in the GRASS two-pass supervised image
classification process. You can create training areas interactively,
inspect histograms, display cells match
Hi,
2011/12/18 Markus Metz :
> IMHO, g.extensions should be only one module, not two versions ( one
> as script, one through the wxGUI). Considering that 6.x has two GUIs,
> any extension installer should not be restricted to a particular GUI
> which for GRASS 6.x means a no-go for the wxGUI versi
On Sun, Dec 18, 2011 at 7:30 PM, Martin Landa wrote:
> Hi,
>
> 2011/12/17 Hamish :
>> btw, my current feeling about the ~/.grass$MAJOR/addons$MAJOR.$MINOR.$BUGVER
>> specific path to protect from binary GIS_H incompatibility is that it
>> may be better to create a ~/.grass65/ in addition to ~/.gra
On Sun, Dec 18, 2011 at 6:13 PM, Mohammed Rashad
wrote:
>
>
> On Sun, Dec 18, 2011 at 9:13 PM, Martin Landa
> wrote:
>>
>> 2011/12/18 Mohammed Rashad :
>> >> echo /usr/lib/grass64/lib >> /etc/ld.so.conf
>> >> ldconfig
>> >>
>> > Hi Hamish
>> > I tried that but no luck :(
>>
>> well, and are reall
Hi,
2011/12/17 Hamish :
> btw, my current feeling about the ~/.grass$MAJOR/addons$MAJOR.$MINOR.$BUGVER
> specific path to protect from binary GIS_H incompatibility is that it
> may be better to create a ~/.grass65/ in addition to ~/.grass64 to keep
> the two separate.
do you mean also to separate
Hamish wrote:
> > ps- does any one know if the equivalent of the
> > "jobs" and "wait" shell commands exist for
> > launching modules from python?
Michael:
> I know that an equivalent of wait exists. I don't know
> about jobs, but the answer is probably. We've experimented
> with this some on the
#226: WinGRASS fails to create .gislock opening a mapset
+---
Reporter: msieczka| Owner: grass-dev@…
Type: defect | Status: new
Priority: major
On Sun, Dec 18, 2011 at 9:13 PM, Martin Landa wrote:
> 2011/12/18 Mohammed Rashad :
> >> echo /usr/lib/grass64/lib >> /etc/ld.so.conf
> >> ldconfig
> >>
> > Hi Hamish
> > I tried that but no luck :(
>
> well, and are really GRASS libraries installed in `usr/lib/grass64` ? ;-)
>
yes martin. I also
On Dec 18, 2011, at 10:00 AM,
wrote:
> ps- does any one know if the equivalent of the
> "jobs" and "wait" shell commands exist for
> launching modules from python?
>
I know that an equivalent of wait exists. I don't know about jobs, but the
answer is probably. We've experimented with this
2011/12/18 Mohammed Rashad :
>> echo /usr/lib/grass64/lib >> /etc/ld.so.conf
>> ldconfig
>>
> Hi Hamish
> I tried that but no luck :(
well, and are really GRASS libraries installed in `usr/lib/grass64` ? ;-)
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
___
On Sat, Dec 17, 2011 at 9:31 AM, Hamish wrote:
> > here is my make command
> >
> > g++ -I/usr/lib/grass64/include grass.o -L/usr/lib/grass64/lib
>
> and you are trying to build against the installed grass 6.4 not a self-
> built but uninstalled 6.5svn or other version, right?
>
>
> > libgrass_gis
#1504: NVIZ shows only English Menu
--+-
Reporter: Venkat| Owner: grass-dev@…
Type: defect| Status: new
Priority: majo
On Wed, Nov 30, 2011 at 10:24 PM, Dylan Beaudette
wrote:
> Just noticed a nasty bug when using v.db.dropcolumn and v.db.join with a
> sqlite back-end. This seems to happen whenever a table is modified using the
> 'coltypes' as reported by the GRASS-DB API:
Please try trunk r49802.
The bug was in
#1512: problem sql query on wingrass
---+
Reporter: madi | Owner: grass-dev@…
Type: defect| Status: closed
Priority: critical | Milestone: 6.5.
Sören wrote:
>> The GRASS ATLAS wrapper is and example for such
>> an approach. ATLAS can be used, but in case it
>> is not installed, the default GRASS implementation
>> is used.
Hamish:
> > Oh, I did not know that was there. We can work on
> > adding it to trunk's ./configure next.
Sören:
> We ca
#1512: problem sql query on wingrass
-+--
Reporter: madi | Owner: grass-dev@…
Type: defect | Status: new
Priority: critical | Milestone: 6.5.0
#1512: problem sql query on wingrass
-+--
Reporter: madi | Owner: grass-dev@…
Type: defect | Status: new
Priority: critical | Milestone: 6.5.0
#1504: NVIZ shows only English Menu
--+-
Reporter: Venkat| Owner: grass-dev@…
Type: defect| Status: new
Priority: majo
27 matches
Mail list logo