[GRASSLIST:9939] compiling grass for cygwin

Hello,

is there somewhere a manual how to compile grass for cygwin? I'm new to cygwin but I'm interested in a few possibilities which are not included in the binary release due to license information:

- access to the source respiratory?
- what compiler do I need?
- where to find and install the right libraries for gdal, dxf, mrsid, ...
- compiling

I'm really sorry if this may sound stupid experienced users but my knowledge in cygwin is very limited

Kind regards

Wolfgang

On 1/21/06, Wolfgang Zillig <wolfgang.zillig@web.de> wrote:

Hello,

is there somewhere a manual how to compile grass for cygwin? I'm new to
cygwin but I'm interested in a few possibilities which are not included
in the binary release due to license information:

- access to the source respiratory?
- what compiler do I need?
- where to find and install the right libraries for gdal, dxf, mrsid, ...
- compiling

I'm really sorry if this may sound stupid experienced users but my
knowledge in cygwin is very limited

Kind regards

Wolfgang

There are some notes here:

    http://geni.ath.cx/grass.html#toc8

It can be very challenging. I would suggest that you install from the
precompiled binaries and test your setup before trying to compile from
source because then you will have a environ met from which to start.
If you are familiar with Linux/Unix then the Cygwin build tools will
be familiar.

HTH

--
Richard Greenwood
richard.greenwood@gmail.com
www.greenwoodmap.com

OK,

it seems that this is not really an easy task.

Is there a simple way to get the dxf support running without compiling everything?

Thanks

Wolfgang

Richard Greenwood schrieb:

On 1/21/06, Wolfgang Zillig <wolfgang.zillig@web.de> wrote:
  

Hello,

is there somewhere a manual how to compile grass for cygwin? I'm new to
cygwin but I'm interested in a few possibilities which are not included
in the binary release due to license information:

- access to the source respiratory?
- what compiler do I need?
- where to find and install the right libraries for gdal, dxf, mrsid, ...
- compiling

I'm really sorry if this may sound stupid experienced users but my
knowledge in cygwin is very limited

Kind regards

Wolfgang

There are some notes here:

    http://geni.ath.cx/grass.html#toc8

It can be very challenging. I would suggest that you install from the
precompiled binaries and test your setup before trying to compile from
source because then you will have a environ met from which to start.
If you are familiar with Linux/Unix then the Cygwin build tools will
be familiar.

HTH

--
Richard Greenwood
richard.greenwood@gmail.com
www.greenwoodmap.com

On sob, 2006-01-21 at 15:20 +0100, Wolfgang Zillig wrote:

OK,

it seems that this is not really an easy task.

Is there a simple way to get the dxf support running without compiling
everything?

Grass 5.4 has v.in.dxf. For 6.x you would need to build GDAL/OGR with
OpenDWG http://www.opendesign.com/

Workaround if you want to work with 6.x (recommended):
1.install Grass 5.4
2. v.in.dxf
3. in 6.x, v.convert to import old Grass (5.x) vector into a new (6.x)

Maciek

--------------------
Szukasz do¶wiadczonej firmy poligraficznej? Zale¿y Ci na terminowo¶ci i atrakcyjnych cenach?
Zapraszamy do nas!
http://www.foldruk.pl/

OK, that seems to be one way to do it. But I don't really understand why it must be that complicated to get all these things running :-((

Am I the only one who is interested in dxf import?

Wolfgang

Maciek Sieczka schrieb:

On sob, 2006-01-21 at 15:20 +0100, Wolfgang Zillig wrote:
  

OK,

it seems that this is not really an easy task.

Is there a simple way to get the dxf support running without compiling everything?
    
Grass 5.4 has v.in.dxf. For 6.x you would need to build GDAL/OGR with
OpenDWG http://www.opendesign.com/

Workaround if you want to work with 6.x (recommended):
1.install Grass 5.4 2. v.in.dxf
3. in 6.x, v.convert to import old Grass (5.x) vector into a new (6.x)

Maciek

--------------------
Szukasz do¶wiadczonej firmy poligraficznej? Zale¿y Ci na terminowo¶ci i atrakcyjnych cenach?
Zapraszamy do nas!
http://www.foldruk.pl/

Wolfgang,

Firts things first:
Please note I made a mistake in my previous email when I wrote about
building GDAL/OGR with OpenDWG support - that's another thing, if you
want to have DXF/DWG support in OGR. I apologise for confussing you.

On sob, 2006-01-21 at 16:41 +0100, Wolfgang Zillig wrote:

OK, that seems to be one way to do it. But I don't really understand why
it must be that complicated to get all these things running :-((

Mostly it's because the OpenDWG is not a free software, so precompiled
OpenDWG cannot be shipped with Linux distros or it's source included in
GRASS. Each interested party has to get the OpenDWG lib on their own by
signing the license with Open Design Alliance and build Grass
--with-opendwg then. This is a pain indeed.

As DXF/DWG support is problematic to achieve in Grass 6.1, it would be
indeed a valuable input for Grass 6.1 to have import/export modules for
these formats not dependent on OpenDWG. There is v.out.dxf currently in
6.x. Maybe the 5.x v.in.dxf, v.in.dxf2 and v.in.dxf3d could be a protope
for DXF import? Or the QCAD read/write DXF support? Either one would
require an inclined developer.

But what about DWG? On freegis list I read a note on
http://www.pythoncad.org project who where supposed to be developing a
free dwg lib. I found out the person in charge might be Art Haas of
pythoncad. The news are not optimistic yet:
http://mail.python.org/pipermail/pythoncad/2005-January/000353.html

A followup in this thread lead me to a link:
http://scratchcomputing.com/projects/uber-converter
Perl/Python/Ruby code. The page says "... capable of converting from dxf
to dwg, dwg to dxf, dxf to svg, svg to dxf, pdf to postscript...". Wow.
Maybe this is a chance for _really_ open dwg support?

http://unix.freshmeat.net/projects/jdwglib/?branch_id=60503
A Java approach to DWG, "...a partial port from the Pythoncad DWG
reading classes by Art Haas". But the homepage
http://jdwglib.sourceforge.net looks abandoned. Temporarily?

Maciek

--------------------
Szukasz do¶wiadczonej firmy poligraficznej? Zale¿y Ci na terminowo¶ci i atrakcyjnych cenach?
Zapraszamy do nas!
http://www.foldruk.pl/

OK, that seems to be one way to do it. But I don't really understand
why it must be that complicated to get all these things running :-((

Because of restrictive software licenses on third party software and the
problems inherent in reverse engineering a closed, proprietary, and
changing format. It's a pain for everyone who uses free software.
It is both unlegal and in violation of our own license (the GPL) for us
to distribute OpenDWG's (or any unFree) import libary.

see http://www.gnu.org/copyleft/

As very effective side effect, this encourages work on & deployment of
Free replacements.

Am I the only one who is interested in dxf import?

No, but it will stay as it is until someone comes along with both the
need and the talent (or the cash to pay someone with the talent) and
actually does the work to make it happen. Perferably added to the OGR
(GDAL) software. Problems inherent in a largely volunteer workforce.

regards,
Hamish

Ok,

I understand now and I will chancel all attempts to get dxf support running. Probably the easiest way would be that I ask the programmer of the program which creates the dxf to support shp also.

Regards

Wolfgang

Hamish schrieb:

OK, that seems to be one way to do it. But I don't really understand
why it must be that complicated to get all these things running :-((
    
Because of restrictive software licenses on third party software and the
problems inherent in reverse engineering a closed, proprietary, and
changing format. It's a pain for everyone who uses free software.
It is both unlegal and in violation of our own license (the GPL) for us
to distribute OpenDWG's (or any unFree) import libary.

see http://www.gnu.org/copyleft/

As very effective side effect, this encourages work on & deployment of
Free replacements.

Am I the only one who is interested in dxf import?
    
No, but it will stay as it is until someone comes along with both the
need and the talent (or the cash to pay someone with the talent) and
actually does the work to make it happen. Perferably added to the OGR
(GDAL) software. Problems inherent in a largely volunteer workforce.

regards,
Hamish