>> For WinGRASS version 6, additional .bat files are required in the
>> bin-folder. Should these bat-files be added to the svn-repository?
>
>I think yes, and the Makefile should take care to get them into the
bin-folder.
AFAIK bat-files are built by addon-compilation:
C:\Users\X\AppData\Roa
>> But I did not manage to add the AddOns using g.extension under
>> MS Windows.
>
>(They appear to be compiled:
>http://wingrass.fsv.cvut.cz/grass64/addons/grass-6.4.3svn/
>)
tried here with osgeo4w-wingrass6.4.3svn
g.extension.py extension=r.connectivity.corridors
svnurl=http://svn.osgeo.org/g
Jan wrote:
> we have a problem with g.extension, that seems to be the
> same that was discussed here a few days ago in the
> "r.stream.order export to shapefile" thread. There is also a
> ticket at http://trac.osgeo.org/grass/ticket/1721
> but I do not fully understand the reason why the bug is
> i
>Now, I hava installed Grass
>GIS (WinGRASS-6.4.2-2-Setup.exe) in Windows and I have placed my
>r.out.kml file in scripts folder and created a r.out.kml.bat file (with
>the path to the file) in bin folder.
weird...
now also tested here with the standalone WinGRASS-6.4.2-2-Setup.exe,
v.report and
On Wed, Sep 12, 2012 at 10:48 AM, SBL wrote:
> OK, then I will add an example based on the North Carolina dataset, as soon
> as I find the time for that. I do not think addidional data is necessary. I
> will figure that out and come back to you if necessary.
>
> In the meantime, I made some adjust
>What shall be done? Shall I downgrade to a previous vertsion?
fyi a quick and dirty workaround (if it's a wgs84-latlon-location:
EPSG:4326):
r.out.png -w input=routkml@gmted2010 output=C:\tmp\grassout.png
gdal_translate -of KMLSUPEROVERLAY -a_srs EPSG:4326 grassout.png
togoogleearth.kmz
then y
>Shall I downgrade to a previous vertsion?
could you try the upcoming wingrass6.4.3svn? :
http://wingrass.fsv.cvut.cz/grass64/
or within the osgeo4w-stack
-
best regards
Helmut
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/Using-r-out-kml-and-scripts-in-Windows-Bi
>have you tried g.extension to install r.out.kml?
r.out.kml installed here by g.extension:
(1) r.out.kml --verbose map=routkml@gmted2010 output=grassraster2pngkml
produces grassraster2pngkml.kml and grassraster2pngkml.png in the root C:\
(should be changed to i.e. %USER%) and is displayed in go
>Now, I hava installed Grass
>GIS (WinGRASS-6.4.2-2-Setup.exe) in Windows and I have placed my
>r.out.kml file in scripts folder and created a r.out.kml.bat file (with
>the path to the file) in bin folder.
have you tried g.extension to install r.out.kml?
-
best regards
Helmut
--
View this
>Now, I hava installed Grass
>GIS (WinGRASS-6.4.2-2-Setup.exe) in Windows and I have placed my
>r.out.kml file in scripts folder and created a r.out.kml.bat file (with
>the path to the file) in bin folder. When I write r.out.kml in command
>console I get:
[...]
>When I try to run other scripts (e.
Greetings
I have used in Linux the r.out.kml script. Now, I hava installed Grass
GIS (WinGRASS-6.4.2-2-Setup.exe) in Windows and I have placed my
r.out.kml file in scripts folder and created a r.out.kml.bat file (with
the path to the file) in bin folder. When I write r.out.kml in command
conso
On 12/09/12 14:40, Markus Neteler wrote:
On Tue, Jul 17, 2012 at 12:19 PM, Enrico G wrote:
Hello everybody,
I am trying to understand if GRASS fits me with its v.lrs module and how can
I use it
I have created a (yet minimal) new Wiki page:
http://grass.osgeo.org/wiki/Linear_Reference_System
Hello,
we have a problem with g.extension, that seems to be the same that was
discussed here a few days ago in the "r.stream.order export to
shapefile" thread. There is also a ticket at
http://trac.osgeo.org/grass/ticket/1721 but I do not fully understand
the reason why the bug is invalid.
On Tue, Jul 17, 2012 at 12:19 PM, Enrico G wrote:
> Hello everybody,
>
> I am trying to understand if GRASS fits me with its v.lrs module and how can
> I use it
I have created a (yet minimal) new Wiki page:
http://grass.osgeo.org/wiki/Linear_Reference_System
On the page, there are two articles l
Hi Michael,
I have a message to you from Sandro Furieri ;-)
=
Hi Michael,
the one experienced by your student seems to be the most classic
"Windows DLL hell" issue.
The most probable cause accounting for this error is that some
SQLite's DLL of mismatching version (a really obsolete one) is
OK, then I will add an example based on the North Carolina dataset, as soon
as I find the time for that. I do not think addidional data is necessary. I
will figure that out and come back to you if necessary.
In the meantime, I made some adjustments in the scripts, so they can be run
with WinGRASS
16 matches
Mail list logo