Geosoft Grid to netCDF???

[Santosh Panda-2]

Hi All,

I have a raster image in Geosoft Grid format. It is generated in Oasis
Montaj Geosoft software, and pixel values are apparent resistivity in Ohm.m.

How can I open it in GMT or export it to netCDF format? I would highly
appreciate any suggestions.

Raster image details is as follows:

Raster Information:
Columns & Rows : 9792X7837
Band                    : 1
Cell size               : 25X25
Uncompressed size: 292.74 MB
Format                : Geosoft Grid
Source Type        : continuous
Pixel Type           : floating point
Pixel Depth         : 32 Bit
No Data Value    : -1e+032
Pyramid              : Present
Compression       : None
Status                 : Permanent

Spatial Reference: NAD_1927_UTM_Zone_7N
Linear Unit : Meter (1.000000)
Angular Unit: Degree (0.017..........)
False Easting: 500000
False Northing: 0
Central Meridian: -141
Scale Factor: 0.9996
Latitude_Of_Origin: 0
Datum : D_North_American_1927

Thanks,
Santosh

To unsubscribe, send the message "signoff gmt-help" to listserv@...

[Joaquim Luis]

Santosh Panda wrote:
> Hi All,
>
> I have a raster image in Geosoft Grid format. It is generated in Oasis
> Montaj Geosoft software, and pixel values are apparent resistivity in Ohm.m.
>
> How can I open it in GMT or export it to netCDF format? I would highly
> appreciate any suggestions.

Try to:
Export it to Geosoft GXF format and:

1. Use GDAL (gdal_translate) to convert it to GMT format - not to netCDF
format, which AFAIK is still bugged.

or

2. Read the GXF file directly in Mirone, though the 292.74 MB may pose
memory troubles.


And, ... don't know what this may bother

Pyramid              : Present


Joaquim Luis

>
> Raster image details is as follows:
>
> Raster Information:
> Columns & Rows : 9792X7837
> Band                    : 1
> Cell size               : 25X25
> Uncompressed size: 292.74 MB
> Format                : Geosoft Grid
> Source Type        : continuous
> Pixel Type           : floating point
> Pixel Depth         : 32 Bit
> No Data Value    : -1e+032
> Pyramid              : Present
> Compression       : None
> Status                 : Permanent
>
> Spatial Reference: NAD_1927_UTM_Zone_7N
> Linear Unit : Meter (1.000000)
> Angular Unit: Degree (0.017..........)
> False Easting: 500000
> False Northing: 0
> Central Meridian: -141
> Scale Factor: 0.9996
> Latitude_Of_Origin: 0
> Datum : D_North_American_1927
>
> Thanks,
> Santosh
>
> To unsubscribe, send the message "signoff gmt-help" to listserv@...
>
>

To unsubscribe, send the message "signoff gmt-help" to listserv@...

[Dan Scheirer]

Santosh,

I don't believe that there is a direct way to do this conversion.  

One way in which I have done this conversion is to use Geosoft's
Oasis Montaj free viewer to open the binary, native-Geosoft
grid format and then to save it in Geosoft's ASCII, open grid-exchange
format (GXF).  This software is available for Windows at:
   http://www.geosoft.com/pinfo/oasismontaj/free/montajviewer.asp

Then, I tried to use gdal_translate, from the GDAL package, to convert
the GXF format to GMT's netcdf format.  A description of GDAL's
support for GXF can be found at:
   http://home.gdal.org/projects/gxf/index.html

I said "tried to use" gdal_translate because GDAL's implementation
of a year or so ago (and I presume now, also) didn't allow proper
opening of grids in some grid-array-orientations (e.g. which corner of
the grid does the first cell occupy? does the grid loop through rows
or columns first?).

Thus, I just took the GXF file and with some simple head/tail/awk/dos2unix's
to extract the header-information and the array of grid-values, I was
able to devise an xyz2grd -Z...
command that created a suitable grid.  The GXF file's header will
contain the same information as you have below in the "Raster
Information"; it will also contain information about the location
of the first grid-cell and the grid-array-orientation.

GDAL might work in your case and might be simplest; the xyz2grd
solution would be quick, too, if you have done this kind of command-line
construction before.  In either case, you'd need to convert to GXF
using the free Geosoft tool, because I'm pretty sure that the
binary, native Geosoft grid format is not documented.

Good luck,
Dan Scheirer


----- Original Message ----

> From: Santosh Panda <santoshh19@...>
> To: GMT-HELP@...
> Sent: Monday, October 27, 2008 3:58:29 PM
> Subject: [GMT-HELP] Geosoft Grid to netCDF???
>
> Hi All,
>
> I have a raster image in Geosoft Grid format. It is generated in Oasis
> Montaj Geosoft software, and pixel values are apparent resistivity in Ohm.m.
>
> How can I open it in GMT or export it to netCDF format? I would highly
> appreciate any suggestions.
>
> Raster image details is as follows:
>
> Raster Information:
> Columns & Rows : 9792X7837
> Band                    : 1
> Cell size               : 25X25
> Uncompressed size: 292.74 MB
> Format                : Geosoft Grid
> Source Type        : continuous
> Pixel Type           : floating point
> Pixel Depth         : 32 Bit
> No Data Value    : -1e+032
> Pyramid              : Present
> Compression       : None
> Status                 : Permanent
>
> Spatial Reference: NAD_1927_UTM_Zone_7N
> Linear Unit : Meter (1.000000)
> Angular Unit: Degree (0.017..........)
> False Easting: 500000
> False Northing: 0
> Central Meridian: -141
> Scale Factor: 0.9996
> Latitude_Of_Origin: 0
> Datum : D_North_American_1927
>
> Thanks,
> Santosh
>
> To unsubscribe, send the message "signoff gmt-help" to listserv@...

     

To unsubscribe, send the message "signoff gmt-help" to listserv@...

[Santosh Panda-2]

Hi,

Joe, Dan, Joaquim, Paul and Walter
Thanks for your help in response to my question on how to convert Geosoft Grid to netCDF format. But, I could not get it converted to netCDF.
I got my Geosoft .GRD file converted to .gxf format, however when I tried to convert this .gxf file to GMT or netCDF format in gdal, I get the error message saying: protocol error
I don't understand what that means.

Anyway thanks,
Santosh

--- On Tue, 28/10/08, Dan Scheirer <dssmailing@...> wrote:

From: Dan Scheirer <dssmailing@...>
Subject: Re: [GMT-HELP] Geosoft Grid to netCDF???
To: GMT-HELP@...
Date: Tuesday, 28 October, 2008, 4:53 AM

Santosh,

I don't believe that there is a direct way to do this conversion.  

One way in which I have done this conversion is to use Geosoft's
Oasis Montaj free viewer to open the binary, native-Geosoft
grid format and then to save it in Geosoft's ASCII, open grid-exchange
format (GXF).  This software is available for Windows at:
   http://www.geosoft.com/pinfo/oasismontaj/free/montajviewer.asp

Then, I tried to use gdal_translate, from the GDAL package, to convert
the GXF format to GMT's netcdf format.  A description of GDAL's
support for GXF can be found at:
   http://home.gdal.org/projects/gxf/index.html

I said "tried to use" gdal_translate because GDAL's
implementation
of a year or so ago (and I presume now, also) didn't allow proper
opening of grids in some grid-array-orientations (e.g. which corner of
the grid does the first cell occupy? does the grid loop through rows
or
 columns first?).

Thus, I just took the GXF file and with some simple
head/tail/awk/dos2unix's 
to extract the header-information and the array of grid-values, I was
able to devise an xyz2grd -Z...
command that created a suitable grid.  The GXF file's header will
contain the same information as you have below in the "Raster
Information"; it will also contain information about the location
of the first grid-cell and the grid-array-orientation.

GDAL might work in your case and might be simplest; the xyz2grd
solution would be quick, too, if you have done this kind of command-line
construction before.  In either case, you'd need to convert to GXF
using the free Geosoft tool, because I'm pretty sure that the
binary, native Geosoft grid format is not documented.

Good luck,
Dan Scheirer


----- Original Message ----
> From: Santosh Panda <santoshh19@...>
> To:
 GMT-HELP@...
> Sent: Monday, October 27, 2008 3:58:29 PM
> Subject: [GMT-HELP] Geosoft Grid to netCDF???
> 
> Hi All,
> 
> I have a raster image in Geosoft Grid format. It is generated in Oasis
> Montaj Geosoft software, and pixel values are apparent resistivity in
Ohm.m.

> 
> How can I open it in GMT or export it to netCDF format? I would highly
> appreciate any suggestions.
> 
> Raster image details is as follows:
> 
> Raster Information:
> Columns & Rows : 9792X7837
> Band                    : 1
> Cell size               : 25X25
> Uncompressed size: 292.74 MB
> Format                : Geosoft Grid
> Source Type        : continuous
> Pixel Type           : floating point
> Pixel Depth         : 32 Bit
> No Data Value    : -1e+032
> Pyramid              : Present
> Compression       :
 None
> Status                 : Permanent
> 
> Spatial Reference: NAD_1927_UTM_Zone_7N
> Linear Unit : Meter (1.000000)
> Angular Unit: Degree (0.017..........)
> False Easting: 500000
> False Northing: 0
> Central Meridian: -141
> Scale Factor: 0.9996
> Latitude_Of_Origin: 0
> Datum : D_North_American_1927
> 
> Thanks,
> Santosh
> 
> To unsubscribe, send the message "signoff gmt-help" to
listserv@...



      

To unsubscribe, send the message "signoff gmt-help" to
listserv@...

---

Bring your gang together. Do your thing. Find your favourite Yahoo! Group. To unsubscribe, send the message "signoff gmt-help" to listserv@...

[Peter Schmidt-3]

Hi

Trying to install GMT4.5.1 on a 64-bit linux machine (runing openSuSe
11.1) I've run into some problems that I hope to get some help to
resolve here.

0.
To start with I would like to mention an oddity that might (or might
not) be of importance. The initial attempts, trying to install
netCDF3.6.3 using the install_gmt script failed during compilation of
netcdf (complaining about not finding libnetcdf.so.4 I seem to recall.
Sorry I managed to erase the install.log). However, after installing
netCDF4.0-9.14 via YAST, the installation of netCDF3.6.3 went through
smoothly?


1.
Trying to compile GMT the installation halted with the error message:

In file included from /usr/include/features.h:354,
                 from /usr/include/ctype.h:27,
                 from pslib_inc.h:85,
                 from pslib.c:133:
/usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or
directory

Hence the problem seems to be related to trying to compile a 32-bit
version (I.e. unless anyone is of a differing opinon I consider this
issue resolved/understood).


2.
The solution then seems to be to try to compile a 64-bit version, so
after looking through the mailing list archive, I changed in
$GMTHOME/src/makegmt.macros -m32 to -m64  in the variables CFLAGS and
LDFLAGS, then ran make in $GMTHOME/

Everything compiles nicely whitout complaints, however trying to run the
executables e.g. psxy i get the error message:
src/psxy: error while loading shared libraries: libgmt.so.4: cannot open
shared object file: No such file or directory

So clearly  just  runing make is not enough and any hints would be
appreciated.

(I could go for the 32-bit GMT, but not wanting to install a full 32-bit
set of libraries due to some space issues, I would appreciate info on
which libraries are used by  GMT. GNU, ....?)

Thanks  Peter Schmidt



--
********************************************************************************
Peter Schmidt                     Tel: [phone]
PhD Student                    Mobile: [phone]
Dept. of Earth Sciences        e-mail: peter.schmidt@...
Geophysics                     http://www.geofys.uu.se/?q=view/home/75
Uppsala University
Villavagen 16
SE-75236 Uppsala
********************************************************************************

To unsubscribe, send the message "signoff gmt-help" to listserv@...

[marcelo banik]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Hi Peter,

I installed GMT4.5.1 on a 64-bit Linux machine running openSUSE 11.1 without problem when I set the parameter GMT_64=y in the GMTparam.txt file using the install_gmt script.

I could reproduce your error message when I changed this parameter to GMT_64=n.

I'm using the netcdf installed by the Yast without problems.

Best regards,

Marcelo Banik

On Fri, Oct 23, 2009 at 12:41 PM, Peter <peter.schmidt@...> wrote:

Hi

Trying to install GMT4.5.1 on a 64-bit linux machine (runing openSuSe
11.1) I've run into some problems that I hope to get some help to
resolve here.

0.
To start with I would like to mention an oddity that might (or might
not) be of importance. The initial attempts, trying to install
netCDF3.6.3 using the install_gmt script failed during compilation of
netcdf (complaining about not finding libnetcdf.so.4 I seem to recall.
Sorry I managed to erase the install.log). However, after installing
netCDF4.0-9.14 via YAST, the installation of netCDF3.6.3 went through
smoothly?


1.
Trying to compile GMT the installation halted with the error message:

In file included from /usr/include/features.h:354,
                from /usr/include/ctype.h:27,
                from pslib_inc.h:85,
                from pslib.c:133:
/usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or
directory

Hence the problem seems to be related to trying to compile a 32-bit
version (I.e. unless anyone is of a differing opinon I consider this
issue resolved/understood).


2.
The solution then seems to be to try to compile a 64-bit version, so
after looking through the mailing list archive, I changed in
$GMTHOME/src/makegmt.macros -m32 to -m64  in the variables CFLAGS and
LDFLAGS, then ran make in $GMTHOME/

Everything compiles nicely whitout complaints, however trying to run the
executables e.g. psxy i get the error message:
src/psxy: error while loading shared libraries: libgmt.so.4: cannot open
shared object file: No such file or directory

So clearly  just  runing make is not enough and any hints would be
appreciated.

(I could go for the 32-bit GMT, but not wanting to install a full 32-bit
set of libraries due to some space issues, I would appreciate info on
which libraries are used by  GMT. GNU, ....?)

Thanks  Peter Schmidt



--
********************************************************************************
Peter Schmidt                     Tel: [phone]
PhD Student                    Mobile: [phone]
Dept. of Earth Sciences        e-mail: peter.schmidt@...
Geophysics                     http://www.geofys.uu.se/?q=view/home/75
Uppsala University
Villavagen 16
SE-75236 Uppsala
********************************************************************************

To unsubscribe, send the message "signoff gmt-help" to listserv@...

To unsubscribe, send the message "signoff gmt-help" to listserv@...

[Peter Schmidt-3]

Yep, works like a charm thanks mate (did not dive into GMTparams deeply
enough obviously). Also worked compiling with gdal support so now
there's going to be some serious playing all weekend :-D .

Regarding netcdf, what version are you running? The reason for me to
install 3.6.3 on top of having installed 4.0 is that the way the
installation info is written on the GMT homepage made me think that
netcdf had to be of 3.6.... flavour, thus my question is: Will it work
nicely with a later flavor (I seem to recall some post about issues with
later flavours, but my memory might playing tricks with me as usual)

RegP

marcelo banik wrote:

>
> Hi Peter,
>
>
> I installed GMT4.5.1 on a 64-bit Linux machine running openSUSE 11.1
> without problem when I set the parameter GMT_64=y in the GMTparam.txt
> file using the install_gmt script.
>
>
> I could reproduce your error message when I changed this parameter to
> GMT_64=n.
>
>
> I'm using the netcdf installed by the Yast without problems.
>
>
> Best regards,
>
>
> Marcelo Banik
>
>
>
>
> On Fri, Oct 23, 2009 at 12:41 PM, Peter <peter.schmidt@...
> <mailto:peter.schmidt@...>> wrote:
>
>     Hi
>
>     Trying to install GMT4.5.1 on a 64-bit linux machine (runing openSuSe
>     11.1) I've run into some problems that I hope to get some help to
>     resolve here.
>
>     0.
>     To start with I would like to mention an oddity that might (or might
>     not) be of importance. The initial attempts, trying to install
>     netCDF3.6.3 using the install_gmt script failed during compilation of
>     netcdf (complaining about not finding libnetcdf.so.4 I seem to recall.
>     Sorry I managed to erase the install.log). However, after installing
>     netCDF4.0-9.14 via YAST, the installation of netCDF3.6.3 went through
>     smoothly?
>
>
>     1.
>     Trying to compile GMT the installation halted with the error message:
>
>     In file included from /usr/include/features.h:354,
>                     from /usr/include/ctype.h:27,
>                     from pslib_inc.h:85,
>                     from pslib.c:133:
>     /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or
>     directory
>
>     Hence the problem seems to be related to trying to compile a 32-bit
>     version (I.e. unless anyone is of a differing opinon I consider this
>     issue resolved/understood).
>
>
>     2.
>     The solution then seems to be to try to compile a 64-bit version, so
>     after looking through the mailing list archive, I changed in
>     $GMTHOME/src/makegmt.macros -m32 to -m64  in the variables CFLAGS and
>     LDFLAGS, then ran make in $GMTHOME/
>
>     Everything compiles nicely whitout complaints, however trying to
>     run the
>     executables e.g. psxy i get the error message:
>     src/psxy: error while loading shared libraries: libgmt.so.4:
>     cannot open
>     shared object file: No such file or directory
>
>     So clearly  just  runing make is not enough and any hints would be
>     appreciated.
>
>     (I could go for the 32-bit GMT, but not wanting to install a full
>     32-bit
>     set of libraries due to some space issues, I would appreciate info on
>     which libraries are used by  GMT. GNU, ....?)
>
>     Thanks  Peter Schmidt
>
>
>
>     --
>     ********************************************************************************
>     Peter Schmidt                     Tel: [phone]
>     PhD Student                    Mobile: [phone]
>     Dept. of Earth Sciences        e-mail: peter.schmidt@...
>     <mailto:peter.schmidt@...>
>     Geophysics                     http://www.geofys.uu.se/?q=view/home/75
>     Uppsala University
>     Villavagen 16
>     SE-75236 Uppsala
>     ********************************************************************************
>
>     To unsubscribe, send the message "signoff gmt-help" to
>     listserv@... <mailto:listserv@...>
>
>
> To unsubscribe, send the message "signoff gmt-help" to
> listserv@...

--
********************************************************************************
Peter Schmidt                     Tel: [phone]
PhD Student                    Mobile: [phone]
Dept. of Earth Sciences        e-mail: peter.schmidt@...
Geophysics                     http://www.geofys.uu.se/?q=view/home/75
Uppsala University
Villavagen 16
SE-75236 Uppsala
********************************************************************************

To unsubscribe, send the message "signoff gmt-help" to listserv@...

[marcelo banik]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Hi Peter,

I check in YaST Package Manager that my netcdf version is 4.0-9.14-x86_64.

Marcelo banik

On Fri, Oct 23, 2009 at 2:10 PM, Peter <peter.schmidt@...> wrote:

Yep, works like a charm thanks mate (did not dive into GMTparams deeply
enough obviously). Also worked compiling with gdal support so now
there's going to be some serious playing all weekend :-D .

Regarding netcdf, what version are you running? The reason for me to
install 3.6.3 on top of having installed 4.0 is that the way the
installation info is written on the GMT homepage made me think that
netcdf had to be of 3.6.... flavour, thus my question is: Will it work
nicely with a later flavor (I seem to recall some post about issues with
later flavours, but my memory might playing tricks with me as usual)

RegP

marcelo banik wrote:
>
> Hi Peter,
>
>
> I installed GMT4.5.1 on a 64-bit Linux machine running openSUSE 11.1
> without problem when I set the parameter GMT_64=y in the GMTparam.txt
> file using the install_gmt script.
>
>
> I could reproduce your error message when I changed this parameter to
> GMT_64=n.
>
>
> I'm using the netcdf installed by the Yast without problems.
>
>
> Best regards,
>
>
> Marcelo Banik
>
>
>
>
> On Fri, Oct 23, 2009 at 12:41 PM, Peter <peter.schmidt@...

> <mailto:peter.schmidt@...>> wrote:
>
>     Hi
>
>     Trying to install GMT4.5.1 on a 64-bit linux machine (runing openSuSe
>     11.1) I've run into some problems that I hope to get some help to
>     resolve here.
>
>     0.
>     To start with I would like to mention an oddity that might (or might
>     not) be of importance. The initial attempts, trying to install
>     netCDF3.6.3 using the install_gmt script failed during compilation of
>     netcdf (complaining about not finding libnetcdf.so.4 I seem to recall.
>     Sorry I managed to erase the install.log). However, after installing
>     netCDF4.0-9.14 via YAST, the installation of netCDF3.6.3 went through
>     smoothly?
>
>
>     1.
>     Trying to compile GMT the installation halted with the error message:
>
>     In file included from /usr/include/features.h:354,
>                     from /usr/include/ctype.h:27,
>                     from pslib_inc.h:85,
>                     from pslib.c:133:
>     /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or
>     directory
>
>     Hence the problem seems to be related to trying to compile a 32-bit
>     version (I.e. unless anyone is of a differing opinon I consider this
>     issue resolved/understood).
>
>
>     2.
>     The solution then seems to be to try to compile a 64-bit version, so
>     after looking through the mailing list archive, I changed in
>     $GMTHOME/src/makegmt.macros -m32 to -m64  in the variables CFLAGS and
>     LDFLAGS, then ran make in $GMTHOME/
>
>     Everything compiles nicely whitout complaints, however trying to
>     run the
>     executables e.g. psxy i get the error message:
>     src/psxy: error while loading shared libraries: libgmt.so.4:
>     cannot open
>     shared object file: No such file or directory
>
>     So clearly  just  runing make is not enough and any hints would be
>     appreciated.
>
>     (I could go for the 32-bit GMT, but not wanting to install a full
>     32-bit
>     set of libraries due to some space issues, I would appreciate info on
>     which libraries are used by  GMT. GNU, ....?)
>
>     Thanks  Peter Schmidt
>
>
>
>     --
>     ********************************************************************************
>     Peter Schmidt                     Tel: [phone]
>     PhD Student                    Mobile: [phone]
>     Dept. of Earth Sciences        e-mail: peter.schmidt@...

>     <mailto:peter.schmidt@...>

>     Geophysics                     http://www.geofys.uu.se/?q=view/home/75
>     Uppsala University
>     Villavagen 16
>     SE-75236 Uppsala
>     ********************************************************************************
>
>     To unsubscribe, send the message "signoff gmt-help" to

>     listserv@... <mailto:listserv@...>

>
>
> To unsubscribe, send the message "signoff gmt-help" to
> listserv@...

--

********************************************************************************
Peter Schmidt                     Tel: [phone]
PhD Student                    Mobile: [phone]
Dept. of Earth Sciences        e-mail: peter.schmidt@...
Geophysics                     http://www.geofys.uu.se/?q=view/home/75
Uppsala University
Villavagen 16
SE-75236 Uppsala
********************************************************************************

To unsubscribe, send the message "signoff gmt-help" to listserv@...

To unsubscribe, send the message "signoff gmt-help" to listserv@...

[Peter Schmidt-3]

Ok, good to know, then I will not fiddle around with older versions in
the future, thanks \p

marcelo banik wrote:

>
> Hi Peter,
>
> I check in YaST Package Manager that my netcdf version is 4.0-9.14-x86_64.
>
>
> Marcelo banik
>
> On Fri, Oct 23, 2009 at 2:10 PM, Peter <peter.schmidt@...
> <mailto:peter.schmidt@...>> wrote:
>
>     Yep, works like a charm thanks mate (did not dive into GMTparams
>     deeply
>     enough obviously). Also worked compiling with gdal support so now
>     there's going to be some serious playing all weekend :-D .
>
>     Regarding netcdf, what version are you running? The reason for me to
>     install 3.6.3 on top of having installed 4.0 is that the way the
>     installation info is written on the GMT homepage made me think that
>     netcdf had to be of 3.6.... flavour, thus my question is: Will it work
>     nicely with a later flavor (I seem to recall some post about
>     issues with
>     later flavours, but my memory might playing tricks with me as usual)
>
>     RegP
>
>     marcelo banik wrote:
>     >
>     > Hi Peter,
>     >
>     >
>     > I installed GMT4.5.1 on a 64-bit Linux machine running openSUSE 11.1
>     > without problem when I set the parameter GMT_64=y in the
>     GMTparam.txt
>     > file using the install_gmt script.
>     >
>     >
>     > I could reproduce your error message when I changed this
>     parameter to
>     > GMT_64=n.
>     >
>     >
>     > I'm using the netcdf installed by the Yast without problems.
>     >
>     >
>     > Best regards,
>     >
>     >
>     > Marcelo Banik
>     >
>     >
>     >
>     >
>     > On Fri, Oct 23, 2009 at 12:41 PM, Peter <peter.schmidt@...
>     <mailto:peter.schmidt@...>
>     > <mailto:peter.schmidt@...
>     <mailto:peter.schmidt@...>>> wrote:
>     >
>     >     Hi
>     >
>     >     Trying to install GMT4.5.1 on a 64-bit linux machine (runing
>     openSuSe
>     >     11.1) I've run into some problems that I hope to get some
>     help to
>     >     resolve here.
>     >
>     >     0.
>     >     To start with I would like to mention an oddity that might
>     (or might
>     >     not) be of importance. The initial attempts, trying to install
>     >     netCDF3.6.3 using the install_gmt script failed during
>     compilation of
>     >     netcdf (complaining about not finding libnetcdf.so.4 I seem
>     to recall.
>     >     Sorry I managed to erase the install.log). However, after
>     installing
>     >     netCDF4.0-9.14 via YAST, the installation of netCDF3.6.3
>     went through
>     >     smoothly?
>     >
>     >
>     >     1.
>     >     Trying to compile GMT the installation halted with the error
>     message:
>     >
>     >     In file included from /usr/include/features.h:354,
>     >                     from /usr/include/ctype.h:27,
>     >                     from pslib_inc.h:85,
>     >                     from pslib.c:133:
>     >     /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No
>     such file or
>     >     directory
>     >
>     >     Hence the problem seems to be related to trying to compile a
>     32-bit
>     >     version (I.e. unless anyone is of a differing opinon I
>     consider this
>     >     issue resolved/understood).
>     >
>     >
>     >     2.
>     >     The solution then seems to be to try to compile a 64-bit
>     version, so
>     >     after looking through the mailing list archive, I changed in
>     >     $GMTHOME/src/makegmt.macros -m32 to -m64  in the variables
>     CFLAGS and
>     >     LDFLAGS, then ran make in $GMTHOME/
>     >
>     >     Everything compiles nicely whitout complaints, however trying to
>     >     run the
>     >     executables e.g. psxy i get the error message:
>     >     src/psxy: error while loading shared libraries: libgmt.so.4:
>     >     cannot open
>     >     shared object file: No such file or directory
>     >
>     >     So clearly  just  runing make is not enough and any hints
>     would be
>     >     appreciated.
>     >
>     >     (I could go for the 32-bit GMT, but not wanting to install a
>     full
>     >     32-bit
>     >     set of libraries due to some space issues, I would
>     appreciate info on
>     >     which libraries are used by  GMT. GNU, ....?)
>     >
>     >     Thanks  Peter Schmidt
>     >
>     >
>     >
>     >     --
>     >    
>     ********************************************************************************
>     >     Peter Schmidt                     Tel: [phone]
>     >     PhD Student                    Mobile: [phone]
>     >     Dept. of Earth Sciences        e-mail:
>     peter.schmidt@... <mailto:peter.schmidt@...>
>     >     <mailto:peter.schmidt@...
>     <mailto:peter.schmidt@...>>
>     >     Geophysics                    
>     http://www.geofys.uu.se/?q=view/home/75
>     >     Uppsala University
>     >     Villavagen 16
>     >     SE-75236 Uppsala
>     >    
>     ********************************************************************************
>     >
>     >     To unsubscribe, send the message "signoff gmt-help" to
>     >     listserv@... <mailto:listserv@...>
>     <mailto:listserv@... <mailto:listserv@...>>
>     >
>     >
>     > To unsubscribe, send the message "signoff gmt-help" to
>     > listserv@... <mailto:listserv@...>
>
>
>     --
>     ********************************************************************************
>     Peter Schmidt                     Tel: [phone]
>     PhD Student                    Mobile: [phone]
>     Dept. of Earth Sciences        e-mail: peter.schmidt@...
>     <mailto:peter.schmidt@...>
>     Geophysics                     http://www.geofys.uu.se/?q=view/home/75
>     Uppsala University
>     Villavagen 16
>     SE-75236 Uppsala
>     ********************************************************************************
>
>     To unsubscribe, send the message "signoff gmt-help" to
>     listserv@... <mailto:listserv@...>
>
>
> To unsubscribe, send the message "signoff gmt-help" to
> listserv@...

--
********************************************************************************
Peter Schmidt                     Tel: [phone]
PhD Student                    Mobile: [phone]
Dept. of Earth Sciences        e-mail: peter.schmidt@...
Geophysics                     http://www.geofys.uu.se/?q=view/home/75
Uppsala University
Villavagen 16
SE-75236 Uppsala
********************************************************************************

To unsubscribe, send the message "signoff gmt-help" to listserv@...