Re:Re:Re:Re:Re: [gdal-dev] how to test the creation and deletion capability of ogr?
Here is my local code and result, is there something wrong? char ** SUBDATASETS = GDALGetMetadata( (GDALDatasetH)m_pSrcDataset, SUBDATASETS ); After anterior code, for GTiff dataset, it return a NULL result. So I am puzzled that whether SUBDATASETS shared for GTiff?___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Is proj.4 lib necessary for Reprojection and Transformation?
After Reading API doc, I find it clear that GEOS lib is necessary for spatial analysis. And what about Proj? Does Gdal need supports from Proj lib for Reprojection and Transformation? ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Fastest vector format for combining shapefiles
I'm confused, I thought spatialite support was being added to ogr in 1.7 . http://www.gdal.org/ogr/drv_sqlite.html As to ESRI, I asked at the last DOI meeting prior to the ESRI conference this year about spatialite support and they said they had no plans to support it. Of course, they used to say the same thing about postgresql/postgis and if spatialite is implimented in ogr it will probably be included down the road. Doug Doug Newcomb USFWS Raleigh, NC 919-856-4520 ext. 14 doug_newc...@fws.gov - The opinions I express are my own and are not representative of the official policy of the U.S.Fish and Wildlife Service or Dept. of the Interior. Life is too short for undocumented, proprietary data formats. Chris Barker chris.bar...@noa a.gov To Sent by: gdal-dev@lists.osgeo.org gdal-dev-bounces@ gdal-dev@lists.osgeo.org lists.osgeo.orgcc Subject 10/18/2009 11:42 Re: [gdal-dev] Fastest vector PMformat for combining shapefiles Simon Greener wrote: What else is there to do for its adoption as the new shapefile for the open source community? I heard someone say once that a specification isn't a standard unless there is more than one implementation (preferably more). Is there any other way to read or write a spatialite file than sqlite itself? It's also not a standard without a specification -- is there one (other than the source code, which, of course is the only truly accurate specification). Also -- do ESRI tools read or write it? Like it or not, they are the elephant in the room. My ESRI-using colleagues want to distribute data in the ESRI geodatabase format -- I don't like that, as I don't use ESRI tools, but I can't suggest an alternative that won't work for them. Sigh. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/ORR(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception chris.bar...@noaa.gov ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev inline: graycol.gifinline: pic10555.gifinline: ecblank.gif___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Fastest vector format for combining shapefiles
On Oct 19, 2009, at 7:59 AM, doug_newc...@fws.gov wrote: I'm confused, I thought spatialite support was being added to ogr in 1.7 . http://www.gdal.org/ogr/drv_sqlite.html As to ESRI, I asked at the last DOI meeting prior to the ESRI conference this year about spatialite support and they said they had no plans to support it. Of course, they used to say the same thing about postgresql/postgis and if spatialite is implimented in ogr it will probably be included down the road. I don't know that ESRI uses OGR (vector), though I do know they are a GDAL (raster) user. ESRI will probably on support spatialite if some big government agency mandates it in order for them to fulfill a contract. There's no incentive for them to take on a competing format to their lock-in strategy (multiple kinds of a file geodatabase). PostGIS/PostgreSQL doesn't compete with their lock-in (which is ArcSDE), and slightly tweaks one of their competitors (Oracle), so I think that move makes sense in that context. Howard ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
RE: [gdal-dev] Fastest vector format for combining shapefiles
Hello. I've been following this discussion with much interest. Spatialite really does standout to me as the mostly done format... as to ESRI interoperability, it will be easy to make a small tool/model for ESRI users that runs OGR in the background, so a simple checkout-checkin process can be achieved without much effort. If no one else builds it, I can make time for that. On the other hand it doesn't seem healthy to me that an OS GIS format should be tossed just because ESRI doesn't read it yet. It will if the format takes off the ground. (although implementing news formats in ArcGIS is difficult as can be seen by ziggis' example, and ESRI is not best known for including new formats) Just my 2cents. Duarte Carreira De: doug_newc...@fws.gov [doug_newc...@fws.gov] Enviado: segunda-feira, 19 de Outubro de 2009 13:59 Para: Chris Barker Cc: gdal-dev@lists.osgeo.org; gdal-dev-boun...@lists.osgeo.org Assunto: Re: [gdal-dev] Fastest vector format for combining shapefiles I'm confused, I thought spatialite support was being added to ogr in 1.7 . http://www.gdal.org/ogr/drv_sqlite.html As to ESRI, I asked at the last DOI meeting prior to the ESRI conference this year about spatialite support and they said they had no plans to support it. Of course, they used to say the same thing about postgresql/postgis and if spatialite is implimented in ogr it will probably be included down the road. Doug Doug Newcomb USFWS Raleigh, NC 919-856-4520 ext. 14 doug_newc...@fws.gov - The opinions I express are my own and are not representative of the official policy of the U.S.Fish and Wildlife Service or Dept. of the Interior. Life is too short for undocumented, proprietary data formats. [cid:1__=0ABBFCC7DFD59B838f9e8a93df938690@fws.gov]Chris Barker chris.bar...@noaa.gov Chris Barker chris.bar...@noaa.gov Sent by: gdal-dev-boun...@lists.osgeo.org 10/18/2009 11:42 PM To gdal-dev@lists.osgeo.org gdal-dev@lists.osgeo.org cc Subject Re: [gdal-dev] Fastest vector format for combining shapefiles Simon Greener wrote: What else is there to do for its adoption as the new shapefile for the open source community? I heard someone say once that a specification isn't a standard unless there is more than one implementation (preferably more). Is there any other way to read or write a spatialite file than sqlite itself? It's also not a standard without a specification -- is there one (other than the source code, which, of course is the only truly accurate specification). Also -- do ESRI tools read or write it? Like it or not, they are the elephant in the room. My ESRI-using colleagues want to distribute data in the ESRI geodatabase format -- I don't like that, as I don't use ESRI tools, but I can't suggest an alternative that won't work for them. Sigh. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/ORR(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception chris.bar...@noaa.gov ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev inline: graycol.gifinline: ecblank.gif___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] compile ogr2ogr
Hello, can someone help me with my problem? I have information stored in format Oracle Spatial and need to generate a shapefile. I have ogr2ogr, but I have to compile it with the bookshop OCI.dll someone can do like this?? Thank you very much... Pedro ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Date tag in geotiff files
Hi, I'm currently working with satellite images, and for this I use GDAL's python interface. I would like to add a date in the metadata of the geotiff files I use. I looked around the gdal website, but I couldn't find anything about this. Is there a way to do this from gdal ? Should I use exif metadata ? Any other way ? Thanks, Martin attachment: martin_raspaud.vcf___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Date tag in geotiff files
Martin, An easy-dirt way is just add Metadata Items to it. That is how I am doing: output_dst.SetMetadataItem('STARTDATE', start_date.isoformat(), '') output_dst.SetMetadataItem('STARTTIME', start_time.isoformat(), '') That would work as long as you are the same guy who writes the piece of code that read that data (stored on GDAL auxiliary XML files, not on TIFF tags by the way). Would be nice if we could use a standard Metadata schema. Regards, Ivan ---Original Message--- From: Raspaud Martin martin.rasp...@smhi.se Subject: [gdal-dev] Date tag in geotiff files Sent: Oct 19 '09 10:33 Hi, I'm currently working with satellite images, and for this I use GDAL's python interface. I would like to add a date in the metadata of the geotiff files I use. I looked around the gdal website, but I couldn't find anything about this. Is there a way to do this from gdal ? Should I use exif metadata ? Any other way ? Thanks, Martin ___ gdal-dev mailing list [LINK: compose.php?to=gdal-...@lists.osgeo.org] gdal-dev@lists.osgeo.org [LINK: http://lists.osgeo.org/mailman/listinfo/gdal-dev] http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Date tag in geotiff files
Selon Ivan ivan.luc...@pmldnet.com: There's a standard TIFF tag that GDAL can read write : 'TIFFTAG_DATETIME'. See http://www.awaresystems.be/imaging/tiff/tifftags/datetime.html for the spec. This should be interoperable with non GDAL based software. Martin, An easy-dirt way is just add Metadata Items to it. That is how I am doing: output_dst.SetMetadataItem('STARTDATE', start_date.isoformat(), '') output_dst.SetMetadataItem('STARTTIME', start_time.isoformat(), '') That would work as long as you are the same guy who writes the piece of code that read that data (stored on GDAL auxiliary XML files, not on TIFF tags by the way). Would be nice if we could use a standard Metadata schema. Regards, Ivan ---Original Message--- From: Raspaud Martin martin.rasp...@smhi.se Subject: [gdal-dev] Date tag in geotiff files Sent: Oct 19 '09 10:33 Hi, I'm currently working with satellite images, and for this I use GDAL's python interface. I would like to add a date in the metadata of the geotiff files I use. I looked around the gdal website, but I couldn't find anything about this. Is there a way to do this from gdal ? Should I use exif metadata ? Any other way ? Thanks, Martin ___ gdal-dev mailing list [LINK: compose.php?to=gdal-...@lists.osgeo.org] gdal-dev@lists.osgeo.org [LINK: http://lists.osgeo.org/mailman/listinfo/gdal-dev] http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re:Re:Re:Re:Re: [gdal-dev] how to test the creation and deletion capability of ogr?
Selon atubar atu...@126.com: Here is my local code and result, is there something wrong? No, its's fine. char ** SUBDATASETS = GDALGetMetadata( (GDALDatasetH)m_pSrcDataset, SUBDATASETS ); After anterior code, for GTiff dataset, it return a NULL result. So I am puzzled that whether SUBDATASETS shared for GTiff? For the vast majority of TIFF files, getting NULL is indeed the expected result. GDAL will only expose data in the SUBDATASETS domain if you have several IFD (Image File Directory) in the TIFF, and if they are not pyramids or transparency masks. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Is proj.4 lib necessary for Reprojection and Transformation?
Selon atubar atu...@126.com: After Reading API doc, I find it clear that GEOS lib is necessary for spatial analysis. And what about Proj? Does Gdal need supports from Proj lib for Reprojection and Transformation? Yes, coordinate transformation and reprojection require PROJ.4 to be available at runtime. I've just clarified that in the http://gdal.org/ogr/classOGRCoordinateTransformation.html page. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] GDAL scripting with Python 2.5 (on windows)
Dear GDAL users, My apologies if this is a repeated question, I searched the mail acrhives and found a few discussions on this subject, but no resolution, AFAIK. I may have overlooked a good thread, would appreciate a link. My problem is being able to do scripting with GDAL using Python 2.5 (this version is important because of integration/compatibility with a number of other packages, mainly IPython), and I need to be able to do it on Windows. I attempted a few approaches, but could not figure out how to get all the pieces to work together: - FWTools 2.4.5; however it comes with Python 2.3, an older version - OSGEO4W - Went through the Express setup and chose GDAL (+ GRASS, QGIS).It installed Python 2.5.2; however on import gdal I get error No module named gdal. - I looked through the Advanced setup and tried it a few times with various options related to GDAL, however was not able to get it to work. Are there specific options that should be enabled to make GDAL/Python scripting possible in OSGEO4W? - Tried to easy_install gdal, this finds GDAL 1.6.1 and puts a suitable *.egg into C:\Python25\Lib\site-packages. But when I try to import gdal I get the error stating that gdal16.dll was not found. Is there a way to achieve this on Windows? Do I need to compile GDAL on my windows box; if so, should I be using Cygwin or try to download MS VC++? Thank you Aleksey ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] jp2kak include error on Windows
hi list, I have Kakadu 6.21 (non-commercial license) on C:\build2\kakadu\v6_2_1\ Kakadu libraries are generated using coresys_2008.sln and kdu_managed_2008.sln I am using the followings for jp2kak Compiler: MS VS 9.0 (2008) Gdal: gdal-svn-stable-2009.08.03 http://trac.osgeo.org/gdal/wiki/JP2KAK states: In GDAL/OGR trunk (1.7dev) I have substantially updated the makefile.vc and nmake.opt entries for Kakadu support. Now it should be sufficient to update the nmake.opt entries appropriately for your local tree: # Uncommment if you have Kakadu 6.0 or newer KAKDIR =\warmerda\pkg\kakadu-6.2.1 KAKLIB =$(KAKDIR)\lib_x86\kdu_v62R.lib KAKSRC =$(KAKDIR)\v6_2_1-00256N I have checked nmake.opt from the latest Gdal 1.6.2 and overnight stable release, none of them has the above 3 lines. They all have # Uncommment if you have Kakadu 4.0 or newer and one more line: #KAKDIR = D:\warmerda\jp2\kakadu I tried to imitate by adding: KAKDIR =C:\build2\kakadu\v6_2_1 KAKLIB =C:\build2\kakadu\lib_x86\kdu_v62R.lib KAKSRC =C:\build2\kakadu\v6_2_1 but getting error at C:\build2\gdal\frmtscd jp2kaknmake /nologo /f makefile.vccd .. cl /nologo /MD /EHsc /Ox /W3 /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DNDEBUG -I..\..\port -I..\..\ogr -I..\..\gcore -I..\..\alg -I..\..\ogr\ogrsf_frmts -IC:\build2\kakadu\v6_2_1\managed\all_includes /DKDU_PENTIUM_MS VC /GX -DOGR_ENABLED /c jp2kakdataset.cpp cl : Command line warning D9035 : option 'GX' has been deprecated and will be removed in a future release cl : Command line warning D9036 : use 'EHsc' instead of 'GX' jp2kakdataset.cpp jp2kakdataset.cpp(34) : fatal error C1083: Cannot open include file: 'jp2_local.h': No such file or directory NMAKE : fatal error U1077: 'c:\Program Files\Microsoft Visual Studio 9.0\VC\BIN\cl.EXE' : return code '0x2' Stop. The compiler cannot find the 'jp2_local.h' which is in C:\build2\kakadu\v6_2_1\managed\all_includes. I then changed KAKDIR = C:\build2\kakadu\v6_2_1\managed\all_includes, and still got the same error What are the correct Gdal jp2kak settings on Windows? Is there an KAK_INCLUDE? thanks, Shawn ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] jp2kak setting error on Windows
hi Frank and list, I copied all the Kakadu *.h files that jp2kakdataset.cpp refers to its local directory. Now the cannot find jp2_local.h error is gone and I got the error: C:\build2\gdal\frmtscd jp2kaknmake /nologo /f makefile.vccd .. cl /nologo /MD /EHsc /Ox /W3 /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_N O_DEPRECATE /DNDEBUG -I..\..\port -I..\..\ogr -I..\..\gcore -I..\..\alg -I..\.. \ogr\ogrsf_frmts -IC:\build2\kakadu KAKLIB = C:\build2\kakadu\lib_x86\kdu_v62 R.lib /DKDU_PENTIUM_MSVC /GX -DOGR_ENABLED /c jp2kakdataset.cpp ... ... copy C:\build2\kakadu KAKLIB = C:\build2\kakadu\lib_x86\kdu_v62R.lib\*.obj ..\o The syntax of the command is incorrect. NMAKE : fatal error U1077: 'copy' : return code '0x1' My Kakadu parameters in gdal nmake.opt is wrong. Would someone help? thanks, Shawn PS The posts that I sent out don't show on my Gdal mails. Would someone please confirm that you can see this? _ From: Gong, Shawn (Contractor) Sent: Monday, October 19, 2009 4:10 PM To: gdal-dev@lists.osgeo.org Subject: jp2kak include error on Windows hi list, I have Kakadu 6.21 (non-commercial license) on C:\build2\kakadu\v6_2_1\ Kakadu libraries are generated using coresys_2008.sln and kdu_managed_2008.sln I am using the followings for jp2kak Compiler: MS VS 9.0 (2008) Gdal: gdal-svn-stable-2009.08.03 http://trac.osgeo.org/gdal/wiki/JP2KAK states: In GDAL/OGR trunk (1.7dev) I have substantially updated the makefile.vc and nmake.opt entries for Kakadu support. Now it should be sufficient to update the nmake.opt entries appropriately for your local tree: # Uncommment if you have Kakadu 6.0 or newer KAKDIR =\warmerda\pkg\kakadu-6.2.1 KAKLIB =$(KAKDIR)\lib_x86\kdu_v62R.lib KAKSRC =$(KAKDIR)\v6_2_1-00256N I have checked nmake.opt from the latest Gdal 1.6.2 and overnight stable release, none of them has the above 3 lines. They all have # Uncommment if you have Kakadu 4.0 or newer and one more line: #KAKDIR = D:\warmerda\jp2\kakadu I tried to imitate by adding: KAKDIR =C:\build2\kakadu\v6_2_1 KAKLIB =C:\build2\kakadu\lib_x86\kdu_v62R.lib KAKSRC =C:\build2\kakadu\v6_2_1 but getting error at C:\build2\gdal\frmtscd jp2kaknmake /nologo /f makefile.vccd .. cl /nologo /MD /EHsc /Ox /W3 /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DNDEBUG -I..\..\port -I..\..\ogr -I..\..\gcore -I..\..\alg -I..\..\ogr\ogrsf_frmts -IC:\build2\kakadu\v6_2_1\managed\all_includes /DKDU_PENTIUM_MS VC /GX -DOGR_ENABLED /c jp2kakdataset.cpp cl : Command line warning D9035 : option 'GX' has been deprecated and will be removed in a future release cl : Command line warning D9036 : use 'EHsc' instead of 'GX' jp2kakdataset.cpp jp2kakdataset.cpp(34) : fatal error C1083: Cannot open include file: 'jp2_local.h': No such file or directory NMAKE : fatal error U1077: 'c:\Program Files\Microsoft Visual Studio 9.0\VC\BIN\cl.EXE' : return code '0x2' Stop. The compiler cannot find the 'jp2_local.h' which is in C:\build2\kakadu\v6_2_1\managed\all_includes. I then changed KAKDIR = C:\build2\kakadu\v6_2_1\managed\all_includes, and still got the same error What are the correct Gdal jp2kak settings on Windows? Is there an KAK_INCLUDE? thanks, Shawn ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Another Join issue with OGR/ODBC
Hi all, I am into some issues when trying to do a join using a shape file as a primary table and an ODBC (sql server 2005) connection as the secondary table. The issue has to do with the schema name. The following query (with a schema name: imsv7) works as expected: - ogrinfo ODBC:sa/t...@my_db -sql SELECT * FROM imsv7.COMPSMN WHERE COMPKEY=23533 This same query without a schema does not work (which is what I expected): - ogrinfo ODBC:sa/t...@my_db -sql SELECT * FROM COMPSMN WHERE COMPKEY=23533 My issue is that I need to give the schema name when doing a join but don't see how I can do that. Here is the join statement: - ogrinfo f:/msapps/ttt/sqlserver/Sewer_Manholes_20090818.shp -sql SELECT * FROM Sewer_Manholes_20090818 shp LEFT JOIN 'ODBC:sa/t...@my_db'.COMPSMN ON shp.COMPKEY = COMPSMN.COMPKEY where COMPKEY = 23533 The ODBC part of this join ends up being translated into an sql select statement without a schema and It fails. I did not see a way to specify the schema in any part of the join statement. Is there some thing that I am missing? Thanks best regards, -- Assefa Yewondwossen Software Analyst Email: ass...@dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re:Re:Re:Re:Re:Re: [gdal-dev] how to test the creation and deletion capability of ogr?
Hi, Thank you once more. As you said, it seems that GeoTiff and HDF also have subdatasets. So, I wonder that is there any character which can differ HDF from other formats?___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re:Re: [gdal-dev] Is proj.4 lib necessary for Reprojection and Transformation?
Thank you. And what about those pvevious versions, such as from 1.6.0 to 1.6.2?___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] GDAL scripting with Python 2.5 (on windows)
Aleksey Installing GDAL + Python 2.5 + GDAL Python bindings through the advanced settings usually works pretty easy. And the you should be able to launch the OSGeo4W Shell and access it, example: C:\OSGeo4W Python from osgeo import gdal gdal.VersionInfo() '1520' Notice that OSGeo4W install its own Python 2.5 distribution. So if you have a previous installation of Python 2.5, that is not going to access the GDAL bindings. Regards, Ivan Aleksey Naumov wrote: Dear GDAL users, My apologies if this is a repeated question, I searched the mail acrhives and found a few discussions on this subject, but no resolution, AFAIK. I may have overlooked a good thread, would appreciate a link. My problem is being able to do scripting with GDAL using Python 2.5 (this version is important because of integration/compatibility with a number of other packages, mainly IPython), and I need to be able to do it on Windows. I attempted a few approaches, but could not figure out how to get all the pieces to work together: - FWTools 2.4.5; however it comes with Python 2.3, an older version - OSGEO4W - Went through the Express setup and chose GDAL (+ GRASS, QGIS).It installed Python 2.5.2; however on import gdal I get error No module named gdal. - I looked through the Advanced setup and tried it a few times with various options related to GDAL, however was not able to get it to work. Are there specific options that should be enabled to make GDAL/Python scripting possible in OSGEO4W? - Tried to easy_install gdal, this finds GDAL 1.6.1 and puts a suitable *.egg into C:\Python25\Lib\site-packages. But when I try to import gdal I get the error stating that gdal16.dll was not found. Is there a way to achieve this on Windows? Do I need to compile GDAL on my windows box; if so, should I be using Cygwin or try to download MS VC++? Thank you Aleksey ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [Gdal-dev] GDAL scripting with Python 2.5 (on windows)
Hej, Aleksey Naumov-2 wrote: My problem is being able to do scripting with GDAL using Python 2.5 (this version is important because of integration/compatibility with a number of other packages, mainly IPython), and I need to be able to do it on Windows. I attempted a few approaches, but could not figure out how to get all the pieces to work together: first things first: It is definitely possible to use the GDAL Python 1.6 bindings on Python 2.5 under Windows, cause http://www.box.net/shared/pp82vkdp8j that's what I'm running over here as well. Now I can't give a detailed installation instruction as it was a piecewise work, but following is what I can recall: 1) I'm using the installer from OSGeo4W to setup my geospatial toolbox. Using the advanced installation process the packages I'm considering important are python, gdal (or gdal16), gdal-python (or gdal16-python), python-numpy and python-win32. The latter two I'm not sure how essential they really are, I have them installed in any way. 2) To use version 1.6 of GDAL it is necessary to a) install the corresponding packages (see above) and b) switch to the 1.6 environment using gdal16.bat under osgeo4w\bin\gdal16.bat. However this works for the OSGeo4W shell only and is not applied system-wide. See http://n2.nabble.com/Python-1-6-bindings-under-Windows-td3337254.html my conversation with the list on this matter a few weeks ago. I've adjusted the %PYTHONPATH% to *C:\OSGeo4W\apps\gdal-16\pymod;C:\OSGeo4W\apps\Python25\Lib* on my system to use gdal16 system-wide. 3) A minor thing. When importing the bindings I use *from osgeo import gdal* instead of *import gdal*. However that does not seem to be your problem as the latter alternative should give you a deprecation warning but not refuse to work altogether. 4) The Python version of OSGeo4W is the default one on my system. It works fine, I only had a few problems when installing third-party extensions that need correct registry settings for the installation. Have a look a http://effbot.org/zone/python-register.htm this script (and especially the last comment) on how to fix this problem. That's all what I can think of now. Maybe there's something you can look at to find a solution for your problems. Regards, Markus - -- Dipl.-Kartograph Markus Reinhold Chair of Geoinformatics, Geohydrology and Modeling Friedrich-Schiller-University Jena Löbdergraben 32 D - 07743 Jena Germany Phone.: (+49)(0)3641 / 9 488 65 E-Mail: markus.reinh...@uni-jena.de -- View this message in context: http://n2.nabble.com/GDAL-scripting-with-Python-2-5-on-windows-tp3851288p3856494.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev