Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as nviz_tools: ImportError

[Helmut Kudrnovsky]

>-Ursprüngliche Nachricht-
>Von: Glynn Clements
>Gesendet: 05.06.2010 07:34:47
>An: Helmut Kudrnovsky 
>Betreff: Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as 
>nviz_tools: ImportError
>
>>Helmut Kudrnovsky wrote:
>>
>> WARNING: Nviz extension (3D view mode) disabled. Reason: grass_datetime not 
>> found.
>
>Does PATH include the %WINGISBASE%\lib directory? And does
>libgrass_datetime.dll exist in that directory?



I'm using script package.sh
(http://trac.osgeo.org/grass/browser/grass/trunk/mswindows/osgeo4w/package.sh)
- which also uses the nightly build - for building WinGrass7 in the 
osgeo4w-stack.

after compiling there are in 
C:\OSGeo4W\usr\src\grass_trunk\dist.i686-pc-mingw32\lib
all libgrass*.dlls, fmode.o and libgrass_iostream.a.

package.sh also does "make install", but after that in the installfolder
C:\OSGeo4W\apps\grass\grass-7.0.svn\lib
there is only fmode.o and libgrass_iostream.a,
but there isn't any libgrass*.dll.

the nightly Wingrass7-installer is build on top of 
C:\OSGeo4W\apps\grass\grass-7.0.svn\
and therefore there aren't also any libgrass*.dlls.

any hints?

best regards
Helmut
___
NEU: WEB.DE DSL für 19,99 EUR/mtl. und ohne Mindest-Laufzeit!
http://produkte.web.de/go/02/
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as nviz_tools: ImportError

[Helmut Kudrnovsky]

-Ursprüngliche Nachricht-
Von: Helmut Kudrnovsky
Gesendet: 05.06.2010 09:32:33
An: Glynn Clements
Betreff: Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as 
nviz_tools: ImportError

>>-Ursprüngliche Nachricht-
>>Von: Glynn Clements
>>Gesendet: 05.06.2010 07:34:47
>>An: Helmut Kudrnovsky 
>>Betreff: Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as 
>>nviz_tools: ImportError
>>
>>>Helmut Kudrnovsky wrote:
>>>
>> >WARNING: Nviz extension (3D view mode) disabled. Reason: grass_datetime not 
>> >found.
>>
>>Does PATH include the %WINGISBASE%\lib directory? And does
>>libgrass_datetime.dll exist in that directory?
>
>I'm using script package.sh
>(http://trac.osgeo.org/grass/browser/grass/trunk/mswindows/osgeo4w/package.sh)
>- which also uses the nightly build - for building WinGrass7 in the 
>osgeo4w-stack.
>
>after compiling there are in 
>C:\OSGeo4W\usr\src\grass_trunk\dist.i686-pc-mingw32\lib
>all libgrass*.dlls, fmode.o and libgrass_iostream.a.
>
>package.sh also does "make install", but after that in the installfolder
>C:\OSGeo4W\apps\grass\grass-7.0.svn\lib
>there is only fmode.o and libgrass_iostream.a,
>but there isn't any libgrass*.dll.
>
>the nightly Wingrass7-installer is build on top of 
>C:\OSGeo4W\apps\grass\grass-7.0.svn\
>and therefore there aren't also any libgrass*.dlls.
>

after copying manually for testing all the libgrass*.dlls in C:\Program 
Files\GRASS-70-SVN\lib
there is following message:

"WARNING: Nviz extension (3D view mode) disabled. Reason: intl not found."

Helmut
___
NEU: WEB.DE DSL für 19,99 EUR/mtl. und ohne Mindest-Laufzeit!
http://produkte.web.de/go/02/
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as nviz_tools: ImportError

[Martin Landa]

Hi,

2010/6/5 Helmut Kudrnovsky :
> I'm using script package.sh
> (http://trac.osgeo.org/grass/browser/grass/trunk/mswindows/osgeo4w/package.sh)
> - which also uses the nightly build - for building WinGrass7 in the 
> osgeo4w-stack.
>
> after compiling there are in 
> C:\OSGeo4W\usr\src\grass_trunk\dist.i686-pc-mingw32\lib
> all libgrass*.dlls, fmode.o and libgrass_iostream.a.
>
> package.sh also does "make install", but after that in the installfolder
> C:\OSGeo4W\apps\grass\grass-7.0.svn\lib
> there is only fmode.o and libgrass_iostream.a,
> but there isn't any libgrass*.dll.
>
> the nightly Wingrass7-installer is build on top of 
> C:\OSGeo4W\apps\grass\grass-7.0.svn\
> and therefore there aren't also any libgrass*.dlls.

GRASS-Packager.bat should move grasslibs from `extralib` to `lib` and
remove version from their names.

Martin

-- 
Martin Landa  * http://gama.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as nviz_tools: ImportError

[Helmut Kudrnovsky]

-Ursprüngliche Nachricht-
Von: Martin Landa 
Gesendet: 05.06.2010 10:36:42
An: Helmut Kudrnovsky 
Betreff: Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as  
nviz_tools: ImportError

Hi,

2010/6/5 Helmut Kudrnovsky :
> I'm using script package.sh
> (http://trac.osgeo.org/grass/browser/grass/trunk/mswindows/osgeo4w/package.sh)
> - which also uses the nightly build - for building WinGrass7 in the 
> osgeo4w-stack.
>
> after compiling there are in 
> C:\OSGeo4W\usr\src\grass_trunk\dist.i686-pc-mingw32\lib
> all libgrass*.dlls, fmode.o and libgrass_iostream.a.
>
> package.sh also does "make install", but after that in the installfolder
> C:\OSGeo4W\apps\grass\grass-7.0.svn\lib
> there is only fmode.o and libgrass_iostream.a,
> but there isn't any libgrass*.dll.
>
> the nightly Wingrass7-installer is build on top of 
> C:\OSGeo4W\apps\grass\grass-7.0.svn\
> and therefore there aren't also any libgrass*.dlls.

GRASS-Packager.bat should move grasslibs from `extralib` to `lib` and
remove version from their names.

Martin


ah ok, now I understand.

I see that in C:\OSGeo4W\usr\src\grass_trunk\dist.i686-pc-mingw32\lib there are 
already built grasslibs with and without version. 

so maybe we can reuse this grasslibs without version? 

or should we move grasslibs from "extralib" to "lib" and rename them without 
version.

Helmut
___
GRATIS für alle WEB.DE Nutzer: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://movieflat.web.de
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 on mac OSX

[William Kyngesburye]

On Jun 5, 2010, at 1:15 AM, Glynn Clements wrote:

>> With, though I get that unknown architecture
>> error in nviz.py.  The ctypesgen authors seem to be aware of and patch
>> OSX issues, but maybe they never tried it with system framework headers.
> 
> But does this prevent the generation of the wrapper?
> 
>> 
...
>> There are more similar CF_INLINE definitions earlier, but they are
>> inside a #ifdef CF_INLINE.
> 
> But do these prevent the wrapper from being generated, or result in it
> missing necessary definitions?
> 
> ctypesgen ignores errors from the preprocessor (it doesn't capture
> stderr and doesn't care about the exit code). Errors only matter
> insofar as they cause significant declarations to be omitted or
> malformed.
> 
> The ValueError is different as that's an exception being raised within
> ctypesgen itself; r42484 should deal with that.
> 

Ah, it's generated.

Next error, after that finishes:

sed \
-e '/^# End loader$/a\
from ctypes_preamble import *\
from ctypes_preamble import _variadic_function\
from ctypes_loader import *' \
-e '/^# Begin preamble$/,/^# End preamble$/d' \
-e '/^# Begin loader$/,/^# End loader$/d' \
date.py > 
/Users/Shared/src/GRASS/svn/trunk/dist.i386-apple-darwin10.3.1/etc/python/grass/lib/date.py
sed: 1: "/^# End loader$/afrom c ...": command a expects \ followed by text
make[2]: *** 
[/Users/Shared/src/GRASS/svn/trunk/dist.i386-apple-darwin10.3.1/etc/python/grass/lib/date.py]
 Error 1

There is only 1 file after this in dist/etc/python/grass/lib: an empty date.py.

I never had any luck on OSX with newlines in sed replacement strings in 
makefiles.  It'll work in shell scripts but not makefiles.


-
William Kyngesburye 
http://www.kyngchaos.com/

"I ache, therefore I am.  Or in my case - I am, therefore I ache."

- Marvin


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 on mac OSX

[Glynn Clements]

William Kyngesburye wrote:

> Next error, after that finishes:
> 
> sed \
>   -e '/^# End loader$/a\
>   from ctypes_preamble import *\
>   from ctypes_preamble import _variadic_function\
>   from ctypes_loader import *' \
>   -e '/^# Begin preamble$/,/^# End preamble$/d' \
>   -e '/^# Begin loader$/,/^# End loader$/d' \
>   date.py > 
> /Users/Shared/src/GRASS/svn/trunk/dist.i386-apple-darwin10.3.1/etc/python/grass/lib/date.py
> sed: 1: "/^# End loader$/afrom c ...": command a expects \ followed by text
> make[2]: *** 
> [/Users/Shared/src/GRASS/svn/trunk/dist.i386-apple-darwin10.3.1/etc/python/grass/lib/date.py]
>  Error 1
> 
> There is only 1 file after this in dist/etc/python/grass/lib: an empty 
> date.py.
> 
> I never had any luck on OSX with newlines in sed replacement strings
> in makefiles. It'll work in shell scripts but not makefiles.

Try r42489; this moves the sed script to a separate file.

-- 
Glynn Clements 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 on mac OSX

[William Kyngesburye]

On Jun 5, 2010, at 1:01 PM, Glynn Clements wrote:

> William Kyngesburye wrote:
> 
>> Next error, after that finishes:
>> 
>> sed \
>>  -e '/^# End loader$/a\
>>  from ctypes_preamble import *\
>>  from ctypes_preamble import _variadic_function\
>>  from ctypes_loader import *' \
>>  -e '/^# Begin preamble$/,/^# End preamble$/d' \
>>  -e '/^# Begin loader$/,/^# End loader$/d' \
>>  date.py > 
>> /Users/Shared/src/GRASS/svn/trunk/dist.i386-apple-darwin10.3.1/etc/python/grass/lib/date.py
>> sed: 1: "/^# End loader$/afrom c ...": command a expects \ followed by text
>> make[2]: *** 
>> [/Users/Shared/src/GRASS/svn/trunk/dist.i386-apple-darwin10.3.1/etc/python/grass/lib/date.py]
>>  Error 1
>> 
>> There is only 1 file after this in dist/etc/python/grass/lib: an empty 
>> date.py.
>> 
>> I never had any luck on OSX with newlines in sed replacement strings
>> in makefiles. It'll work in shell scripts but not makefiles.
> 
> Try r42489; this moves the sed script to a separate file.
> 
That works, dist/etc/python/grass/lib now fully populated, no make errors 
(besides the ignored CPP unknown architecture errors).

-
William Kyngesburye 
http://www.kyngchaos.com/

All generalizations are dangerous, even this one.


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 on mac OSX

[Massimo Di Stefano]

Works!!!  :-D

GRASS 7.0.svn (spearfish60):~ > g.gui
GRASS 7.0.svn (spearfish60):~ > ipython
Python 2.6.1 (r261:67515, Feb 11 2010, 00:51:29) 
Type "copyright", "credits" or "license" for more information.

IPython 0.11.bzr.r1205 -- An enhanced Interactive Python.
? -> Introduction and overview of IPython's features.
%quickref -> Quick reference.
help  -> Python's own help system.
object?   -> Details about 'object'. ?object also works, ?? prints more.

In [1]: from grass.lib import raster

In [2]: 


thanks too mutch Guys!!!


Il giorno 05/giu/2010, alle ore 20.21, William Kyngesburye ha scritto:

> On Jun 5, 2010, at 1:01 PM, Glynn Clements wrote:
> 
>> William Kyngesburye wrote:
>> 
>>> Next error, after that finishes:
>>> 
>>> sed \
>>> -e '/^# End loader$/a\
>>> from ctypes_preamble import *\
>>> from ctypes_preamble import _variadic_function\
>>> from ctypes_loader import *' \
>>> -e '/^# Begin preamble$/,/^# End preamble$/d' \
>>> -e '/^# Begin loader$/,/^# End loader$/d' \
>>> date.py > 
>>> /Users/Shared/src/GRASS/svn/trunk/dist.i386-apple-darwin10.3.1/etc/python/grass/lib/date.py
>>> sed: 1: "/^# End loader$/afrom c ...": command a expects \ followed by text
>>> make[2]: *** 
>>> [/Users/Shared/src/GRASS/svn/trunk/dist.i386-apple-darwin10.3.1/etc/python/grass/lib/date.py]
>>>  Error 1
>>> 
>>> There is only 1 file after this in dist/etc/python/grass/lib: an empty 
>>> date.py.
>>> 
>>> I never had any luck on OSX with newlines in sed replacement strings
>>> in makefiles. It'll work in shell scripts but not makefiles.
>> 
>> Try r42489; this moves the sed script to a separate file.
>> 
> That works, dist/etc/python/grass/lib now fully populated, no make errors 
> (besides the ignored CPP unknown architecture errors).
> 
> -
> William Kyngesburye 
> http://www.kyngchaos.com/
> 
> All generalizations are dangerous, even this one.
> 
> 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as nviz_tools: ImportError

[Helmut Kudrnovsky]

>-Ursprüngliche Nachricht-
>Von: Martin Landa
>Gesendet: 05.06.2010 10:36:42
>An: Helmut Kudrnovsky
>Betreff: Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as  
>nviz_tools: ImportError
>
>Hi,
>
>2010/6/5 Helmut Kudrnovsky :
>> I'm using script package.sh
>> (http://trac.osgeo.org/grass/browser/grass/trunk/mswindows/osgeo4w/package.sh)
>> - which also uses the nightly build - for building WinGrass7 in the 
>> osgeo4w-stack.
>>
>> after compiling there are in 
>> C:\OSGeo4W\usr\src\grass_trunk\dist.i686-pc-mingw32\lib
>> all libgrass*.dlls, fmode.o and libgrass_iostream.a.
>>
>> package.sh also does "make install", but after that in the installfolder
>> C:\OSGeo4W\apps\grass\grass-7.0.svn\lib
>> there is only fmode.o and libgrass_iostream.a,
>> but there isn't any libgrass*.dll.
>>
>> the nightly Wingrass7-installer is build on top of 
>> C:\OSGeo4W\apps\grass\grass-7.0.svn\
>> and therefore there aren't also any libgrass*.dlls.
>
>GRASS-Packager.bat should move grasslibs from `extralib` to `lib` and
>remove version from their names.

done in trunk (r42490).

should this also go in Grass64 and Grass65?

Helmut
___
GRATIS für alle WEB.DE Nutzer: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://movieflat.web.de
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: grass-dev Digest, Vol 50, Issue 11

[Barton Michael]

I've been tied up with ABM classes and with a dissertation defense Monday. But 
I'm trying to keep tabs on this and will try to compile again soon. Sounds like 
there are still problems, but getting closer.


Michael


On Jun 5, 2010, at 6:00 PM, grass-dev-requ...@lists.osgeo.org wrote:

> Date: Sat, 5 Jun 2010 10:02:22 -0500
> From: William Kyngesburye 
> Subject: Re: [GRASS-dev] grass7 on mac OSX
> To: Glynn Clements 
> Cc: "grass-dev@lists.osgeo.org list" 
> Message-ID: 
> Content-Type: text/plain; charset=us-ascii
> 
> On Jun 5, 2010, at 1:15 AM, Glynn Clements wrote:
> 
>>> With, though I get that unknown architecture
>>> error in nviz.py.  The ctypesgen authors seem to be aware of and patch
>>> OSX issues, but maybe they never tried it with system framework headers.
>> 
>> But does this prevent the generation of the wrapper?
>> 
>>> 
> ...
>>> There are more similar CF_INLINE definitions earlier, but they are
>>> inside a #ifdef CF_INLINE.
>> 
>> But do these prevent the wrapper from being generated, or result in it
>> missing necessary definitions?
>> 
>> ctypesgen ignores errors from the preprocessor (it doesn't capture
>> stderr and doesn't care about the exit code). Errors only matter
>> insofar as they cause significant declarations to be omitted or
>> malformed.
>> 
>> The ValueError is different as that's an exception being raised within
>> ctypesgen itself; r42484 should deal with that.
>> 
> 
> Ah, it's generated.
> 
> Next error, after that finishes:
> 
> sed \
>-e '/^# End loader$/a\
>from ctypes_preamble import *\
>from ctypes_preamble import _variadic_function\
>from ctypes_loader import *' \
>-e '/^# Begin preamble$/,/^# End preamble$/d' \
>-e '/^# Begin loader$/,/^# End loader$/d' \
>date.py > 
> /Users/Shared/src/GRASS/svn/trunk/dist.i386-apple-darwin10.3.1/etc/python/grass/lib/date.py
> sed: 1: "/^# End loader$/afrom c ...": command a expects \ followed by text
> make[2]: *** 
> [/Users/Shared/src/GRASS/svn/trunk/dist.i386-apple-darwin10.3.1/etc/python/grass/lib/date.py]
>  Error 1
> 
> There is only 1 file after this in dist/etc/python/grass/lib: an empty 
> date.py.
> 
> I never had any luck on OSX with newlines in sed replacement strings in 
> makefiles.  It'll work in shell scripts but not makefiles.

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as nviz_tools: ImportError

[Hamish]

> >GRASS-Packager.bat should move grasslibs from `extralib` to `lib` and
> >remove version from their names.
> 
> done in trunk (r42490).
> 
> should this also go in Grass64 and Grass65?


I haven't been paying too much attention, but it would seem to me that if
you are moving libraries out of the private $GISBASE tree and into the
public osgeo4w lib dir, removing the versioning from the files is the last
thing you'd want to do.


regards,
Hamish



  
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as nviz_tools: ImportError

[Martin Landa]

Hi,

2010/6/5 Hamish :
> I haven't been paying too much attention, but it would seem to me that if
> you are moving libraries out of the private $GISBASE tree and into the
> public osgeo4w lib dir, removing the versioning from the files is the last
> thing you'd want to do.

Helmut is trying to do the opposite thing. He is moving grass libs
from public osgeo4w lib dir into the private $GISBASE tree. It's quite
reasonable approach for WinGRASS installer.

Martin

-- 
Martin Landa  * http://gama.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass7 on mac OSX

[Barton Michael]

On Jun 5, 2010, at 11:58 PM, grass-dev-requ...@lists.osgeo.org wrote:

> Date: Sat, 5 Jun 2010 21:14:05 +0200
> From: Massimo Di Stefano 
> Subject: Re: [GRASS-dev] grass7 on mac OSX
> To: William Kyngesburye 
> Cc: Glynn Clements ,
>"grass-dev@lists.osgeo.org list" 
> Message-ID: <57db7e51-5fc6-472a-afb2-8e4bee3bc...@gmail.com>
> Content-Type: text/plain; charset=us-ascii
> 
> Works!!!  :-D
> 
> GRASS 7.0.svn (spearfish60):~ > g.gui
> GRASS 7.0.svn (spearfish60):~ > ipython
> Python 2.6.1 (r261:67515, Feb 11 2010, 00:51:29)
> Type "copyright", "credits" or "license" for more information.
> 
> IPython 0.11.bzr.r1205 -- An enhanced Interactive Python.
> ? -> Introduction and overview of IPython's features.
> %quickref -> Quick reference.
> help  -> Python's own help system.
> object?   -> Details about 'object'. ?object also works, ?? prints more.
> 
> In [1]: from grass.lib import raster
> 
> In [2]:
> 
> 
> thanks too mutch Guys!!!

I'll try to compile and test in the new few days.

Michael

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as nviz_tools: ImportError

[Helmut Kudrnovsky]

Hi,

>-Ursprüngliche Nachricht-
>Von: Martin Landa 
>Gesendet: 05.06.2010 23:58:48
>An: Hamish 
>Betreff: Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as  
>nviz_tools: ImportError
>
>Hi,
>
>2010/6/5 Hamish 
>> I haven't been paying too much attention, but it would seem to me that if
>> you are moving libraries out of the private $GISBASE tree and into the
>> public osgeo4w lib dir, removing the versioning from the files is the last
>> thing you'd want to do.
>
>Helmut is trying to do the opposite thing. He is moving grass libs
>from public osgeo4w lib dir into the private $GISBASE tree. It's quite
>reasonable approach for WinGRASS installer.

I will revert r42490, because WinGrass7 (from the WinGrass-installer) seems to 
need versioned libgrass_*.7.0.svn.dll in C:\Program Files\GRASS-70-SVN\extralib 
for starting and unversioned libgrass_*.dll C:\Program Files\GRASS-70-SVN\lib 
for wxnviz. with r42490 WinGrass7 isn't starting, with reverted r42490 
WinGrass7 is starting but wxnviz (3D view mode) isn't working.

I will open a ticket because a duplication of files should be avoided.

BTW with versioned and unversioned libgrass, wxnviz (3D view mode) is disabled:

"WARNING: Nviz extension (3D view mode) disabled. Reason: intl not found."

Helmut
___
NEU: WEB.DE DSL für 19,99 EUR/mtl. und ohne Mindest-Laufzeit!
http://produkte.web.de/go/02/
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] [GRASS GIS] #1083: Wingrass7 - versioned libgrass needed for start, unversioned libgrass needed for wxnviz

[GRASS GIS]

#1083: Wingrass7 - versioned libgrass needed for start, unversioned libgrass
needed for wxnviz
+---
 Reporter:  hellik  |   Owner:  
grass-dev@lists.osgeo.org
 Type:  defect  |  Status:  new 
 
 Priority:  normal  |   Milestone:  7.0.0   
 
Component:  Packaging   | Version:  svn-trunk   
 
 Keywords:  wingrass, wxnviz, libgrass  |Platform:  MSWindows Vista 
 
  Cpu:  x86-32  |  
+---
 from the dev-ml
 (http://lists.osgeo.org/pipermail/grass-dev/2010-June/050750.html)


 {{{
 >-Ursprüngliche Nachricht-
 >Von: Martin Landa
 >Gesendet: 05.06.2010 23:58:48
 >An: Hamish
 >Betreff: Re: [GRASS-dev] WinGrass65 + import gui_modules.nviz_tools as
 nviz_tools: ImportError
 >
 >Hi,
 >
 >2010/6/5 Hamish
 >> I haven't been paying too much attention, but it would seem to me that
 if
 >> you are moving libraries out of the private $GISBASE tree and into the
 >> public osgeo4w lib dir, removing the versioning from the files is the
 last
 >> thing you'd want to do.
 >
 >Helmut is trying to do the opposite thing. He is moving grass libs
 >from public osgeo4w lib dir into the private $GISBASE tree. It's quite
 >reasonable approach for WinGRASS installer.

 I will revert r42490, because WinGrass7 (from the WinGrass-installer)
 seems to need versioned libgrass_*.7.0.svn.dll in C:\Program Files\GRASS-
 70-SVN\extralib for
 starting and unversioned libgrass_*.dll C:\Program Files\GRASS-70-SVN\lib
 for
 wxnviz. with r42490 WinGrass7 isn't starting, with reverted r42490
 WinGrass7 is
 starting but wxnviz (3D view mode) isn't working.

 I will open a ticket because a duplication of files should be avoided.


 }}}

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #131: Tool to assist creation (design) of simple scripts within from the wxpython-GUI

[GRASS GIS]

#131: Tool to assist creation (design) of simple scripts within from the
wxpython-GUI
--+-
  Reporter:  nikos|   Owner:  grass-dev@lists.osgeo.org
  Type:  enhancement  |  Status:  new  
  Priority:  minor|   Milestone:  6.4.0
 Component:  default  | Version:  unspecified  
Resolution:   |Keywords:  GUI, script creation 
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by nikos):

  * platform:  => Unspecified
  * cpu:  => Unspecified

Comment:

 Martin,

 is this a ticket that can be closed? I am not following closely the new
 achievements with respect to the wxGUI but I think I've spotted something
 relevant with this wish.

 Nikos

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] pdf maps

[Mohammed Rashad]

Is there any module in grass to read maps which are in PDF format to raster or 
vector.
ArcGIS can read pdf files as raster maps. may i know the module is available in 
GRASS or GRASS-Addons repo.

 -
Rashad



  ___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev