[gdal-dev] Visual Studio 2005 Debug mode error
GDAL Devs, I added GDAL into my exisiting project to see how GDAL handles WMS and JPIP and I get an exception error when calling GDALAllRegister(). This is odd to me, but I downloaded the SVN for 3-1-2011 and made modifications in nmake.opt to handle WMS and JPIP (via kakadu v5.2) files (this is not the error). Here is the pop-up message display error output: Visual Studio Unhandled exception at 0x772bc41b in GDAL_DEBUG_PROBLEMS.exe: 0xC005: Access violation writing location 0x5a74c985. NOW, here is the call-stack. GetGDALDriverManager returned 0x00764360 {nDrivers=0 papoDrivers=0x pszHome=0x008794d0 } GDALDriverManager * pData 0x00879580 void * gdal19dev.dll!VSIFree(void * pData=0x00879580) Line 573 + 0xa bytes C++ gdal19dev.dll!VSIWin32FilesystemHandler::ReadDir(const char * pszPath=0x007694e8) Line 622 + 0x9 bytes C++ gdal19dev.dll!VSIReadDir(const char * pszPath=0x007694e8) Line 67 C++ gdal19dev.dll!GDALDriverManager::AutoLoadDrivers() Line 686 + 0x11 bytes C++ gdal19dev.dll!GDALAllRegister() Line 79 C++ GDAL_DEBUG_PROBLEMS.exe!wmain(int argc=1, wchar_t * * argv=0x00874e68) Line 43 C++ GDAL_DEBUG_PROBLEMS.exe!__tmainCRTStartup() Line 594 + 0x19 bytes C GDAL_DEBUG_PROBLEMS.exe!wmainCRTStartup() Line 414 C From what I see, the problem lies in the method call in gdalallregister.cpp line 76: GetGDALDriverManager()-AutoLoadDrivers(); This should not happen. What is odd is if I build it in Release mode, I do not get this issue. However, that defeats the purpose because I want to step through the code. Anyone can confirm my problem? Solutions why only in Debug mode this occurs? Any suggestions would be great, Robert ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] gdalwarp without metatdat
Hi again Sorry about this, the problem is solved. I actually needed gdal_translate. Sorry for the inconvenience. Chris ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
RE: [gdal-dev] Polygon
Anybody can help me please ? I feel that the SHPWriteObject() write a bad way in the file. Do you think it could come from compiler ? I use Borland C++ 6 When I edit the file in text editor it seems good, the length of the file is 1904 But when I read file with SHPOpen() the psSHP-nFileSize attribute is 100. oddly this corresponds to the size of the header (shx). So I wonder if It comes from compiler or not. What do you think ? Here in shpOpen(). /* */ /* Read the file size from the SHP file. */ /* */ pabyBuf = (uchar *) malloc(100); psSHP-sHooks.FRead( pabyBuf, 100, 1, psSHP-fpSHP ); psSHP-nFileSize = ((unsigned int)pabyBuf[24] * 256 * 256 * 256 + (unsigned int)pabyBuf[25] * 256 * 256 + (unsigned int)pabyBuf[26] * 256 + (unsigned int)pabyBuf[27]) * 2; Only papybuf[27] has a value (50) , others have 0 as value.. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Polygon
Alexandre, Did you check the file before trying it with your application? What do you get if you run ogrinfo -al your_file? On Fri, Mar 4, 2011 at 3:32 PM, Alexandre Leclerc a.lecl...@valabre.comwrote: Anybody can help me please ? I feel that the SHPWriteObject() write a bad way in the file. Do you think it could come from compiler ? I use Borland C++ 6 When I edit the file in text editor it seems good, the length of the file is 1904 But when I read file with SHPOpen() the psSHP-nFileSize attribute is 100… oddly this corresponds to the size of the header (shx). So I wonder if It comes from compiler or not… What do you think ? Here in shpOpen(). /* */ /* Read the file size from the SHP file.*/ /* */ pabyBuf = (uchar *) malloc(100); psSHP-sHooks.FRead( pabyBuf, 100, 1, psSHP-fpSHP ); psSHP-nFileSize = ((unsigned int)pabyBuf[24] * 256 * 256 * 256 + (unsigned int)pabyBuf[25] * 256 * 256 + (unsigned int)pabyBuf[26] * 256 + (unsigned int)pabyBuf[27]) * 2; Only papybuf[27] has a value (50) , others have 0 as value…. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. /tʃaɪθənjə/ /kʊmɑr/ +91-9494447584 17.2416N 80.1426E ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Polygon
On 11-03-04 05:02 AM, Alexandre Leclerc wrote: Anybody can help me please ? I feel that the SHPWriteObject() write a bad way in the file. Do you think it could come from compiler ? I use Borland C++ 6 When I edit the file in text editor it seems good, the length of the file is 1904 But when I read file with SHPOpen() the psSHP-nFileSize attribute is 100… oddly this corresponds to the size of the header (shx). So I wonder if It comes from compiler or not… What do you think ? Alexandre, It sounds like you neglected to close the file so the header remains as it was on creation. Shapelib related questions are better sent to the Shapelib mailing list. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Programmer for Rent ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] OSGeo Montreal Code Sprint seeking more sponsors due to record participation
Dear GDAL/OGR users, The Montreal Code Sprint of March 15-18, 2011 has reached a record of 29 registered participants from 9 open source projects as of yesterday. This is awesome news for OSGeo and its projects that will get a significant boost of code and contributions during that week! This will also greatly benefit the GDAL/OGR project since this number includes 6 people who signed up to work on GDAL/OGR as you can see in the list of participants at: http://wiki.osgeo.org/wiki/Montreal_Code_Sprint_2011#Participation The downside of this is that our initial budget was for ~20 participants, and with close to 50% more sprinters we need to adjust the budget accordingly and are turning to you to help us find more sponsors to balance the new budget. ** CALL FOR NEW SPONSORS - An investment in the technology that you use! ** We are looking for another round of sponsors ($750 each) to support food and fun for the sprinters as they work hard and play hard for four productive days. Each $750 sponsorship will be put towards lunch, snacks and dinner costs for the sprinters, and any surplus at the end of the event will be turned over to OSGeo or used for a future code sprint. If your organization is using one of the software projects listed below, then please consider this call for sponsorship as an investment in GDAL/OGR, the technology that you use, and contact me at dmorissette at mapgears.com to confirm your sponsorship. In addition to visibility in our public announcements you will get recognition for your contribution from the developers and from the OSGeo community. Please also keep in mind that all the participants are volunteering several days of their time in addition to paying for their own travel and hotel expenses. More information about this event is available here: http://wiki.osgeo.org/wiki/Montreal_Code_Sprint_2011 The Open Source projects currently represented are: * MapServer * GDAL/OGR * PostGIS * libLAS * ZOO Project * TinyOWS * GeoPrisma * OpenLayers * GeoExt Thank you once again to our current sponsors (http://wiki.osgeo.org/wiki/Montreal_Code_Sprint_2011#2011_Sponsors) 750$ Sponsors: - LizardTech - http://www.lizardtech.com/ - Azavea - http://www.azavea.com/ - qPublic - http://qpublic.net/ - Farallon Geographics - http://fargeo.com/ - Airborne Interactive - http://airborne.aero/ - Boreal - Information Strategies (Borealis) - http://www.boreal-is.com/ - Mapgears - http://www.mapgears.com/ Hockey Night Sponsor: - Gateway Geomatics - http://gatewaygeomatics.com/ Host (Room and Internet): - Communauté Métropolitaine de Montréal (CMM) - http://cmm.qc.ca/ Please do not hesitate to redistribute this announcement in your respective channels. Daniel -- Daniel Morissette http://www.mapgears.com/ ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Visual Studio 2005 Debug mode error
On 04/03/11 07:58, Robert Zermeno wrote: This should not happen. What is odd is if I build it in Release mode, I do not get this issue. However, that defeats the purpose because I want to step through the code Anyone can confirm my problem? Solutions why only in Debug mode this occurs? Any suggestions would be great, GDAL debug mode is not a real debug mode as expected by Visual C++ and it is a known issue which IMHO is a bug in GDAL, but there are different opinions about that. The only fix is: http://lists.osgeo.org/pipermail/gdal-dev/2010-May/024683.html You can find quite a number of of related tickets: http://trac.osgeo.org/gdal/ticket/1647 http://trac.osgeo.org/gdal/ticket/540 Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] gdal and hdf-eos
Hi Chaitanya, no, i didn't build it myself. I simply downloaded the self-installing package for gdal found at: http://www.lfd.uci.edu/~gohlke/pythonlibs/ http://www.lfd.uci.edu/%7Egohlke/pythonlibs/ I am a little unfamiliar still with building stuff on windows, so i am not sure whether it's worth trying to build gdal and the python bindings from scratch or simply use h4toh5 called from the script. thanks matt On 3/3/2011 9:30 PM, Chaitanya kumar CH wrote: Matt, Did you build GDAL yourself? HDF4 format is not compiled by default. You can check if this by running the command gdalinfo --formats. See if HDF4 is in the output. http://www.gdal.org/frmt_hdf4.html On Fri, Mar 4, 2011 at 6:03 AM, Matt Funk maf...@nmsu.edu mailto:maf...@nmsu.edu wrote: Hi, i am using python/gdal. I am trying to open a MODIS satellite file from the Terra satellite (which is hdf4-eos format). Doing: ds = gdal.Open(file) drivertype=ds.GetDriver().LongName returns ERROR 4: `C:/tmp/SrcData/2010Data/MODISData/MOD03/MOD03.A2010002.1810.005.2010258062733.hdf' not recognised as a supported file format. Is this file format not supported? thanks matt ___ gdal-dev mailing list gdal-dev@lists.osgeo.org mailto:gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. /tʃaɪθənjə/ /kʊmɑr/ +91-9494447584 17.2416N 80.1426E ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] gdal and hdf-eos
Matt, If there is a work around it's better to avoid building. HDF4 requires some extra libraries. They are probably missing. On Fri, Mar 4, 2011 at 11:01 PM, Matt Funk maf...@nmsu.edu wrote: Hi Chaitanya, no, i didn't build it myself. I simply downloaded the self-installing package for gdal found at: http://www.lfd.uci.edu/~gohlke/pythonlibs/ I am a little unfamiliar still with building stuff on windows, so i am not sure whether it's worth trying to build gdal and the python bindings from scratch or simply use h4toh5 called from the script. thanks matt On 3/3/2011 9:30 PM, Chaitanya kumar CH wrote: Matt, Did you build GDAL yourself? HDF4 format is not compiled by default. You can check if this by running the command gdalinfo --formats. See if HDF4 is in the output. http://www.gdal.org/frmt_hdf4.html On Fri, Mar 4, 2011 at 6:03 AM, Matt Funk maf...@nmsu.edu wrote: Hi, i am using python/gdal. I am trying to open a MODIS satellite file from the Terra satellite (which is hdf4-eos format). Doing: ds = gdal.Open(file) drivertype=ds.GetDriver().LongName returns ERROR 4: `C:/tmp/SrcData/2010Data/MODISData/MOD03/MOD03.A2010002.1810.005.2010258062733.hdf' not recognised as a supported file format. Is this file format not supported? thanks matt ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. /tʃaɪθənjə/ /kʊmɑr/ +91-9494447584 17.2416N 80.1426E ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. /tʃaɪθənjə/ /kʊmɑr/ +91-9494447584 17.2416N 80.1426E ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Re: Problems exporting numPY array to float Geotiff using OSGEO gdal python bindings
Chris, Thanks for responding Your suggestion worked! Because the values are all very low, I am having to contrast stretch the images to actually be able to see anything, but the floats are coming coming through the file creation. Thanks again, Bill -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/gdal-dev-Problems-exporting-numPY-array-to-float-Geotiff-using-OSGEO-gdal-python-bindings-tp6081833p6089518.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
Re: [gdal-dev] gdal and hdf-eos
what extra libraries requires hdf4? i think only requires szip zlib and jpeg On Fri, Mar 4, 2011 at 10:03 AM, Chaitanya kumar CH chaitanya...@gmail.comwrote: Matt, If there is a work around it's better to avoid building. HDF4 requires some extra libraries. They are probably missing. On Fri, Mar 4, 2011 at 11:01 PM, Matt Funk maf...@nmsu.edu wrote: Hi Chaitanya, no, i didn't build it myself. I simply downloaded the self-installing package for gdal found at: http://www.lfd.uci.edu/~gohlke/pythonlibs/ I am a little unfamiliar still with building stuff on windows, so i am not sure whether it's worth trying to build gdal and the python bindings from scratch or simply use h4toh5 called from the script. thanks matt On 3/3/2011 9:30 PM, Chaitanya kumar CH wrote: Matt, Did you build GDAL yourself? HDF4 format is not compiled by default. You can check if this by running the command gdalinfo --formats. See if HDF4 is in the output. http://www.gdal.org/frmt_hdf4.html On Fri, Mar 4, 2011 at 6:03 AM, Matt Funk maf...@nmsu.edu wrote: Hi, i am using python/gdal. I am trying to open a MODIS satellite file from the Terra satellite (which is hdf4-eos format). Doing: ds = gdal.Open(file) drivertype=ds.GetDriver().LongName returns ERROR 4: `C:/tmp/SrcData/2010Data/MODISData/MOD03/MOD03.A2010002.1810.005.2010258062733.hdf' not recognised as a supported file format. Is this file format not supported? thanks matt ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. /tʃaɪθənjə/ /kʊmɑr/ +91-9494447584 17.2416N 80.1426E ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. /tʃaɪθənjə/ /kʊmɑr/ +91-9494447584 17.2416N 80.1426E ___ 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 and hdf-eos
GDAL's HDF4 driver is built on top of NCSA HDF library. On Sat, Mar 5, 2011 at 12:20 AM, Nikolaos Hatzopoulos nhat...@gmail.comwrote: what extra libraries requires hdf4? i think only requires szip zlib and jpeg On Fri, Mar 4, 2011 at 10:03 AM, Chaitanya kumar CH chaitanya.ch@ gmail.com wrote: Matt, If there is a work around it's better to avoid building. HDF4 requires some extra libraries. They are probably missing. On Fri, Mar 4, 2011 at 11:01 PM, Matt Funk maf...@nmsu.edu wrote: Hi Chaitanya, no, i didn't build it myself. I simply downloaded the self-installing package for gdal found at: http://www.lfd.uci.edu/~gohlke/pythonlibs/ I am a little unfamiliar still with building stuff on windows, so i am not sure whether it's worth trying to build gdal and the python bindings from scratch or simply use h4toh5 called from the script. thanks matt On 3/3/2011 9:30 PM, Chaitanya kumar CH wrote: Matt, Did you build GDAL yourself? HDF4 format is not compiled by default. You can check if this by running the command gdalinfo --formats. See if HDF4 is in the output. http://www.gdal.org/frmt_hdf4.html On Fri, Mar 4, 2011 at 6:03 AM, Matt Funk maf...@nmsu.edu wrote: Hi, i am using python/gdal. I am trying to open a MODIS satellite file from the Terra satellite (which is hdf4-eos format). Doing: ds = gdal.Open(file) drivertype=ds.GetDriver().LongName returns ERROR 4: `C:/tmp/SrcData/2010Data/MODISData/MOD03/MOD03.A2010002.1810.005.2010258062733.hdf' not recognised as a supported file format. Is this file format not supported? thanks matt ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. /tʃaɪθənjə/ /kʊmɑr/ +91-9494447584 17.2416N 80.1426E ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. /tʃaɪθənjə/ /kʊmɑr/ +91-9494447584 17.2416N 80.1426E ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. /tʃaɪθənjə/ /kʊmɑr/ +91-9494447584 17.2416N 80.1426E ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] gdal and hdf-eos
you are not compiling things from source? On Fri, Mar 4, 2011 at 10:57 AM, Chaitanya kumar CH chaitanya...@gmail.comwrote: GDAL's HDF4 driver is built on top of NCSA HDF library. On Sat, Mar 5, 2011 at 12:20 AM, Nikolaos Hatzopoulos nhat...@gmail.comwrote: what extra libraries requires hdf4? i think only requires szip zlib and jpeg On Fri, Mar 4, 2011 at 10:03 AM, Chaitanya kumar CH chaitanya.ch@ gmail.com wrote: Matt, If there is a work around it's better to avoid building. HDF4 requires some extra libraries. They are probably missing. On Fri, Mar 4, 2011 at 11:01 PM, Matt Funk maf...@nmsu.edu wrote: Hi Chaitanya, no, i didn't build it myself. I simply downloaded the self-installing package for gdal found at: http://www.lfd.uci.edu/~gohlke/pythonlibs/ I am a little unfamiliar still with building stuff on windows, so i am not sure whether it's worth trying to build gdal and the python bindings from scratch or simply use h4toh5 called from the script. thanks matt On 3/3/2011 9:30 PM, Chaitanya kumar CH wrote: Matt, Did you build GDAL yourself? HDF4 format is not compiled by default. You can check if this by running the command gdalinfo --formats. See if HDF4 is in the output. http://www.gdal.org/frmt_hdf4.html On Fri, Mar 4, 2011 at 6:03 AM, Matt Funk maf...@nmsu.edu wrote: Hi, i am using python/gdal. I am trying to open a MODIS satellite file from the Terra satellite (which is hdf4-eos format). Doing: ds = gdal.Open(file) drivertype=ds.GetDriver().LongName returns ERROR 4: `C:/tmp/SrcData/2010Data/MODISData/MOD03/MOD03.A2010002.1810.005.2010258062733.hdf' not recognised as a supported file format. Is this file format not supported? thanks matt ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. /tʃaɪθənjə/ /kʊmɑr/ +91-9494447584 17.2416N 80.1426E ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. /tʃaɪθənjə/ /kʊmɑr/ +91-9494447584 17.2416N 80.1426E ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. /tʃaɪθənjə/ /kʊmɑr/ +91-9494447584 17.2416N 80.1426E ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev