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