[gdal-dev] Re: gdal-dev Digest, Vol 46, Issue 1

bhagwat payal bhagwat.maimt at gmail.com
Sat Mar 1 04:38:01 EST 2008


SEP is a 3D dataset,which consist of seismic data....

you can go to this link for more............

http://sepwww.stanford.edu/software/seplib/

I have the problem with reading this data through GDAL.

Thanks

On Sat, Mar 1, 2008 at 1:28 PM, <gdal-dev-request at lists.osgeo.org> wrote:

> Send gdal-dev mailing list submissions to
>        gdal-dev at lists.osgeo.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://lists.osgeo.org/mailman/listinfo/gdal-dev
> or, via email, send a message with subject or body 'help' to
>        gdal-dev-request at lists.osgeo.org
>
> You can reach the person managing the list at
>        gdal-dev-owner at lists.osgeo.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gdal-dev digest..."
>
>
> Today's Topics:
>
>   1. Source dataset during ogr2ogr (Christopher Condit)
>   2. Re: Gdalwarp speed comparison (Matt Wilkie)
>   3. Re: Source dataset during ogr2ogr (Frank Warmerdam)
>   4. epsg_tr.py in reverse? (Moskovitz, Bob)
>   5. Re: Re: C#: Gdal on Win64 (Tamas Szekeres)
>   6. Re: epsg_tr.py in reverse? (Frank Warmerdam)
>   7. How to read SEP dataset using GDAL (bargi)
>   8. Re: How to read SEP dataset using GDAL (Mateusz Loskot)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 29 Feb 2008 13:14:07 -0800
> From: "Christopher Condit" <condit at sdsc.edu>
> Subject: [gdal-dev] Source dataset during ogr2ogr
> To: "gdal-dev" <gdal-dev at lists.osgeo.org>
> Message-ID: <845AADAC1106E44996327D62097E4C6BFB0D47 at et.ad.sdsc.edu>
> Content-Type: text/plain;       charset="us-ascii"
>
> I'm working on the KML 2.2 update for the KML OGR driver, and I'm
> curious if there's some way to get access to the source dataset object
> from the created dataset during an ogr2ogr call. In this case I'm
> interested in looking at all the feature definitions from the source
> dataset s.t. I can create the schema correctly in the KML output...
>
> Thanks!
> -Chris
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 29 Feb 2008 13:29:58 -0800
> From: Matt Wilkie <matt.wilkie at gov.yk.ca>
> Subject: Re: [gdal-dev] Gdalwarp speed comparison
> To: Frank Warmerdam <warmerdam at pobox.com>
> Cc: Jukka Rahkonen <jukka.rahkonen at mmmtike.fi>,
>        gdal-dev at lists.osgeo.org
> Message-ID: <47C87956.1090302 at gov.yk.ca>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Thank you for the explanation Frank. I'd wondered about that switch.
> Recorded for posterity at
>
> http://trac.osgeo.org/gdal/wiki/UserDocs/GdalWarp#Howdoes-etErrorThresholdwork
> as always please check for accuracy or faithfulness.
>
> > The error threshold (in pixels) can be controlled with the gdalwarp
> > -te switch.
>
> typo: that should be '-et', as written is Target Extent.
>
>
> cheers,
>
> matt wilkie
> --------------------------------------------
> Geographic Information,
> Information Management and Technology,
> Yukon Department of Environment
> 10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
> 867-667-8133 Tel * 867-393-7003 Fax
> http://environmentyukon.gov.yk.ca/geomatics/
> --------------------------------------------
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 29 Feb 2008 16:48:07 -0500
> From: Frank Warmerdam <warmerdam at pobox.com>
> Subject: Re: [gdal-dev] Source dataset during ogr2ogr
> To: Christopher Condit <condit at sdsc.edu>
> Cc: gdal-dev <gdal-dev at lists.osgeo.org>
> Message-ID: <47C87D97.4000802 at pobox.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Christopher Condit wrote:
> > I'm working on the KML 2.2 update for the KML OGR driver, and I'm
> > curious if there's some way to get access to the source dataset object
> > from the created dataset during an ogr2ogr call. In this case I'm
> > interested in looking at all the feature definitions from the source
> > dataset s.t. I can create the schema correctly in the KML output...
>
> Chris,
>
> No, there is no way to do this.
>
> In the GDAL there is CreateCopy() which lets a destination dataset
> configure itself based on a source dataset but there is no OGR analog.
>
> Best regards,
> --
>
> ---------------------------------------+--------------------------------------
> I set the clouds in motion - turn up   | Frank Warmerdam,
> warmerdam at pobox.com
> light and sound - activate the windows | http://pobox.com/~warmerdam<http://pobox.com/%7Ewarmerdam>
> and watch the world go round - Rush    | President OSGeo, http://osgeo.org
>
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 29 Feb 2008 14:00:34 -0800
> From: "Moskovitz, Bob" <Bob.Moskovitz at conservation.ca.gov>
> Subject: [gdal-dev] epsg_tr.py in reverse?
> To: "Gdal-Dev (E-mail 2)" <gdal-dev at lists.osgeo.org>
> Message-ID:
>        <A73B6E7A4503E948826CE81A65AF5FECA2A3F8 at docexs1.ad.consrv.ca.gov>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello All,
>
> I would like to find a utility that would allow you to find the EPSG code
> given a proj4 string.  Sort of a epsg_tr.py in reverse.  Can a utility be
> written with the gdal api to do that?
>
> Bob
>
> Bob Moskovitz
> Seismic Hazard Zonation Project
> California Geological Survey
> http://www.conservation.ca.gov/cgs/shzp<?xml:namespace prefix = o ns =
> "urn:schemas-microsoft-com:office:office" />
>
> CONFIDENTIALITY NOTICE: This communication is intended only for the use of
> the individual or entity to which it is addressed. This message contains
> information from the State of California, California Geological Survey,
> which may be privileged, confidential and exempt from disclosure under
> applicable law, including the Electronic Communications Privacy Act. If the
> reader of this communication is not the intended recipient, you are hereby
> notified that any dissemination, distribution, or copying of this
> communication is strictly prohibited.
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.osgeo.org/pipermail/gdal-dev/attachments/20080229/abed393d/attachment-0001.html
>
> ------------------------------
>
> Message: 5
> Date: Sat, 1 Mar 2008 00:22:31 +0100
> From: "Tamas Szekeres" <szekerest at gmail.com>
> Subject: Re: [gdal-dev] Re: C#: Gdal on Win64
> To: monshi at home.se
> Cc: gdal-dev at lists.osgeo.org
> Message-ID:
>        <f3b73b7d0802291522x272ad8e4ud991d3a8fd6626db at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Tomas,
>
> I did some tests with your files on my Win2003 x64 Server. I can see
> your assembly is actually running against the x64 version of the .NET
> framework 2.0, but the binaries in FWTools have been compiled for the
> .NET FW 1.0.
>
> Although these assemblies can work side by side in case if both of the
> framework versions are installed. Despite I have both of these
> installed I got the badimageformat exception as well. The most
> possible reason of this is that the 64 bit version of the framework
> expects to load only the x64 versions of the unmanaged dll-s (like
> gdal_wrap.dll, proj.dll).
>
> I couldn't actually check the statements above because I have no
> chance to recompile your plugin against my gdal binaries.
>
> However for supporting x64 you have at least the following 2 options:
>
> 1. Compile gdal and all of the dependencies for x64 and use these
> binaries instead of the FWTools version. You'll have to distribute 2
> versions of your package (x64 and x32) in this case.
>
> 2. Force your dll to run against the 32 bit version of the .NET
> Framework 2.0 by using the /platform:x86  csc command line option. If
> you are using the VS2005 IDE you can find this option project
> settings/Build tab/Platform target. In this case I think the FWTools
> binaries will become usable, but I recommend to compile gdal for the
> 2.0 version of the .NET framework anyway.
>
>
> Best regards,
>
> Tamas
>
>
>
> 2008/2/29, Tomas R <monshi at home.se>:
> >
> >  Sad to say, same error occured with these dlls. I renamed them to
> >  gdal_fw.dll and proj_fw.dll and also kept a copy of proj.dll with
> >  original name and told the user to overwrite the existing ones.
> >
> >  Same error.
> >
> >  I will not say it is a Vista problem, or a 64-bit problem, until I have
> >  a confirmation from someone else.
> >  If anyone here, with a 64-bit system (Vista, XP or Server 2003),  is
> >  willing to give it a try:
> >  1: Install SportTracks
> >  http://www.zonefivesoftware.com/SportTracks/
> >  2: Install my GDAL-plugin
> >  http://mapplugin.googlepages.com/gdal
> >
> >  Start SportTracks, go to the settings view. Locate the plugin and check
> >  if it is installed correctly. Version info should be displayed.
> >
> >
> >  Yours
> >  Tomas
> >
> >  Tamas Szekeres skrev:
> >  > Grrr.  I've posted a reference to the x32 builder, here are the
> correct ones:
> >  >
> >  > http://vbkto.dyndns.org:1080/gdal/szekerest-vc80x64-full/gdal/
> >  > http://vbkto.dyndns.org:1080/gdal/szekerest-vc80x64-bin
> >  >
> >  > Best regards,
> >  >
> >  > Tamas
> >  >
> >  >
> >  > 2008/2/29, Tomas R <monshi at home.se>:
> >  >
> >  >> Neither have I access to a computer with Vista 64, or any other 64
> bit
> >  >>  system, it is a user who has reported the error. I'm waiting to see
> if
> >  >>  there will be another user with a 64 bit system who will test the
> plugin
> >  >>  so as you say, it is not yet confirmed it is a 64 bit error.
> >  >>
> >  >>
> >  >>  The plugin is compiled to .Net2.0 and, of course on Vista, run on
> .Net3.5.
> >  >>
> >  >>  Since I personally can't test it is a bit harder/slower to verify
> if it
> >  >>  works.  A quick test on my computer (Win XP, 32 bit), after
> renaming the
> >  >>  gdal16dev.dll to gdal_fw.dll, together with FWTools C# wrappers and
> >  >>  supporting libraries I am able to query the gdal version but not,
> with
> >  >>  existing code, set up a spatial reference. (Pinvoke error, Can't
> read
> >  >>  the DLL-file osr_wrap)
> >  >>
> >  >>  Strange - is it a 64 bit "version" of gdal? should it then at all
> work
> >  >>  on my 32 bit system? That it fails on setting up a spatial
> reference I
> >  >>  guess is because it it is not able to reference to the FWtools
> version
> >  >>  of the supporting dlls. Or?
> >  >>
> >  >>  I will see if the user is willing to try this dll I downloaded from
> your
> >  >>  link and see if he is able to retrieve version information. If that
> >  >>  works we can move on to the rest of the libraries if you are
> willing.
> >  >>
> >  >>
> >  >>  Yours
> >  >>  Tomas
> >  >>
> >  >>  Tamas Szekeres skrev:
> >  >>
> >  >>
> >  >>> Tomas,
> >  >>>
> >  >>  >
> >  >>  > Currently I have no opportunity to test on Vista 64 at the moment
> and
> >  >>  > therefore I cannot decide whether this is a Vista specific issue
> or
> >  >>  > not. I'm not sure which .NET framework you are running against.
> You
> >  >>  > might want to do a test with my Windows Server 2003 x64
> compilation
> >  >>  > can be downloaded from the buildbot:
> >  >>  >
> >  >>  > http://vbkto.dyndns.org:1080/gdal/szekerest-vc80-full/gdal/
> >  >>  >
> >  >>  > I could also make the x64 versions of related dlls like proj.dll
> >  >>  > available to download.
> >  >>  >
> >  >>  > Best regards,
> >  >>  >
> >  >>  > Tamas
> >  >>  >
> >  >>  >
> >  >>  >
> >  >>
> >  >>
> >  >>> 2008/2/29, Tomas R :
> >  >>>
> >  >>  >> Is it possible to use gdal (C# wrapped)  from FWTools on a Win64
> system
> >  >>  >>  (Vista 64)?
> >  >>  >>
> >  >>  >>  I have a plugin for SportTracks which gives other libraries
> access to
> >  >>  >>  GDAL. This is achieved by adding the path to the GDAL binaries
> to system
> >  >>  >>  PATH (for the running program).
> >  >>  >>
> >  >>  >>  On a Win64, i.e. Vista 64, the exception below is thrown when
> trying to
> >  >>  >>  read the version of the GDAL libraries. Is this normal
> behaviour or is
> >  >>  >>  there anything I can do to avoid this exception? I use GDAL
> 1.6.0dev
> >  >>  >>  from FWTools 2.1.0. All supportive libraries from FWTools are
> available
> >  >>  >>  to Gdal.
> >  >>  >>
> >  >>  >>  System.TypeInitializationException: The type initializer for
> >  >>  >>  'OSGeo.GDAL.GdalPINVOKE' threw an exception. --->
> >  >>  >>  System.TypeInitializationException: The type initializer for
> >  >>  >>  'SWIGExceptionHelper' threw an exception. --->
> >  >>  >>  System.BadImageFormatException: An attempt was made to load a
> program
> >  >>  >>  with an incorrect format. (Exception from HRESULT: 0x8007000B)
> >  >>  >>    at
> >  >>  >>
> OSGeo.GDAL.GdalPINVOKE.SWIGExceptionHelper.SWIGRegisterExceptionCallbacks_Gdal
> (ExceptionDelegate
> >  >>  >>  applicationDelegate, ExceptionDelegate arithmeticDelegate,
> >  >>  >>  ExceptionDelegate divideByZeroDelegate, ExceptionDelegate
> >  >>  >>  indexOutOfRangeDelegate, ExceptionDelegate
> invalidOperationDelegate,
> >  >>  >>  ExceptionDelegate ioDelegate, ExceptionDelegate
> nullReferenceDelegate,
> >  >>  >>  ExceptionDelegate outOfMemoryDelegate, ExceptionDelegate
> >  >>  >>  overflowDelegate, ExceptionDelegate systemExceptionDelegate)
> >  >>  >>    at OSGeo.GDAL.GdalPINVOKE.SWIGExceptionHelper..cctor()
> >  >>  >>    --- End of inner exception stack trace ---
> >  >>  >>    at OSGeo.GDAL.GdalPINVOKE.SWIGExceptionHelper..ctor()
> >  >>  >>    at OSGeo.GDAL.GdalPINVOKE..cctor()
> >  >>  >>    --- End of inner exception stack trace ---
> >  >>  >>    at OSGeo.GDAL.GdalPINVOKE.SetConfigOption(String jarg1,
> String jarg2)
> >  >>  >>    at OSGeo.GDAL.Gdal.SetConfigOption(String arg0, String arg1)
> >  >>  >>    at GDALPlugin.Gdal_Interface..ctor()
> >  >>  >>
> >  >>  >>
> >  >>  >>  Yours
> >  >>  >>  Tomas
> >  >>  >>
> >  >>  >>  _______________________________________________
> >  >>  >>  gdal-dev mailing list
> >  >>  >>  gdal-dev at lists.osgeo.org
> >  >>  >>  http://lists.osgeo.org/mailman/listinfo/gdal-dev
> >  >>  >>
> >  >>  >>
> >  >>
> >  >>
> >  >>  _______________________________________________
> >  >>  gdal-dev mailing list
> >  >>  gdal-dev at lists.osgeo.org
> >  >>  http://lists.osgeo.org/mailman/listinfo/gdal-dev
> >  >>
> >  >>
> >
> >  _______________________________________________
> >  gdal-dev mailing list
> >  gdal-dev at lists.osgeo.org
> >  http://lists.osgeo.org/mailman/listinfo/gdal-dev
> >
>
>
> ------------------------------
>
> Message: 6
> Date: Fri, 29 Feb 2008 23:11:27 -0500
> From: Frank Warmerdam <warmerdam at pobox.com>
> Subject: Re: [gdal-dev] epsg_tr.py in reverse?
> To: "Moskovitz, Bob" <Bob.Moskovitz at conservation.ca.gov>
> Cc: "Gdal-Dev \(E-mail 2\)" <gdal-dev at lists.osgeo.org>
> Message-ID: <47C8D76F.8010402 at pobox.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Moskovitz, Bob wrote:
> > Hello All,
> >
> > I would like to find a utility that would allow you to find the EPSG
> code
> > given a proj4 string.  Sort of a epsg_tr.py in reverse.  Can a utility
> be
> > written with the gdal api to do that?
>
> Bob,
>
> You could walk the whole list of EPSG coordinate systems, import each
> to an OGRSpatialReference object, and then use the OGRSpatialReference
> IsSame() method to compare it to an OGRSpatialReference imported from
> a PROJ.4 definition.  This would, in theory, let you find a match.  But
> in practice this is computationally expensive and the IsSame() method is
> flakey in a number of regards (too sensitive to some differences such as
> order, and not aware of other differences like prime meridian).
>
> Another approach would be to convert them all to PROJ.4 format and do
> exact
> string comparisons.  You would need to convert the original (target)
> PROJ.4
> definition to WKT and convert it back to PROJ.4 too, so it would be
> "normalized" to the style of PROJ.4 produced by OGR.
>
> This would likely work fairly well, but would still be sensitive to
> different numeric precision for parameters.
>
> Best regards,
> --
>
> ---------------------------------------+--------------------------------------
> I set the clouds in motion - turn up   | Frank Warmerdam,
> warmerdam at pobox.com
> light and sound - activate the windows | http://pobox.com/~warmerdam<http://pobox.com/%7Ewarmerdam>
> and watch the world go round - Rush    | President OSGeo, http://osgeo.org
>
>
>
> ------------------------------
>
> Message: 7
> Date: Fri, 29 Feb 2008 23:25:51 -0800 (PST)
> From: bargi <bhagwat.maimt at gmail.com>
> Subject: [Gdal-dev] How to read SEP dataset using GDAL
> To: gdal-dev at lists.osgeo.org
> Message-ID: <15773073.post at talk.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
>
> Hi,
>
> Is there a way to read the SEP dataset using GDAL...???????/
>
> Can Anybody give me step to do that ??
>
> Thanks
>
> --
> View this message in context:
> http://www.nabble.com/How-to-read-SEP-dataset-using-GDAL-tp15773073p15773073.html
> Sent from the GDAL - Dev mailing list archive at Nabble.com.
>
>
>
> ------------------------------
>
> Message: 8
> Date: Sat, 01 Mar 2008 08:58:32 +0100
> From: Mateusz Loskot <mateusz at loskot.net>
> Subject: Re: [Gdal-dev] How to read SEP dataset using GDAL
> To: bargi <bhagwat.maimt at gmail.com>
> Cc: gdal-dev at lists.osgeo.org
> Message-ID: <47C90CA8.2070406 at loskot.net>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> bargi wrote:
> > Hi,
> >
> > Is there a way to read the SEP dataset using GDAL.
>
> What is SEP? Perhaps you mean SAP?
>
>  > ..???????/
>
> Broken keyboard? ;-)
>
> Greetings
> --
> Mateusz Loskot
> http://mateusz.loskot.net
>
>
> ------------------------------
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
> End of gdal-dev Digest, Vol 46, Issue 1
> ***************************************
>



--
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20080301/5953ab10/attachment-0001.html


More information about the gdal-dev mailing list