Re: [gdal-dev] Do any of the utilities (gdalwarp, gdal_translate) allow for assigment of ColorInterp?
Thank you! Looks like Option 2 for me. -Original Message- From: Even Rouault [mailto:even.roua...@spatialys.com] Sent: Friday, August 28, 2015 2:55 PM To: gdal-dev@lists.osgeo.org Cc: Ethan Alpert Subject: Re: [gdal-dev] Do any of the utilities (gdalwarp, gdal_translate) allow for assigment of ColorInterp? On Friday 28 August 2015 20:02:38 Ethan Alpert wrote: I'm running in to a problem with gdalbuildvrt. I started getting the following error from gdalbuildvrt. Warning 6: gdalbuildvrt does not support heterogenous band characteristics. Skipping I'm using 1.10 I've isolated the problem to some of my files in DTED2 format have the following: Band 1 Block=1x3601 Type=Int16, ColorInterp=Undefined The other data in my build VRT looks like: Band 1 Block=1201x6 Type=Int16, ColorInterp=Gray To fix this I translated the DTED2 to VRT's and manually inserted ColorInterpGray/ColorInterp to the VRTRasterBand. I need a better way to do this. Any ideas? Yep 1) Remove the test at line 706 of gdalbuildvrt.cpp: pasBandProperties[j].colorInterpretation != GDALGetRasterColorInterpretation(hRasterBand) || 2) Or for each some.dt2, creates a some.dt2.aux.xml file with following content: PAMDataset PAMRasterBand band=1 ColorInterpGray/ColorInterp /PAMRasterBand /PAMDataset which will override the default color interpretation 3) Or modify the DTED driver to report gray This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. -- Spatialys - Geospatial professional services http://www.spatialys.com This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Do any of the utilities (gdalwarp, gdal_translate) allow for assigment of ColorInterp?
I'm running in to a problem with gdalbuildvrt. I started getting the following error from gdalbuildvrt. Warning 6: gdalbuildvrt does not support heterogenous band characteristics. Skipping I'm using 1.10 I've isolated the problem to some of my files in DTED2 format have the following: Band 1 Block=1x3601 Type=Int16, ColorInterp=Undefined The other data in my build VRT looks like: Band 1 Block=1201x6 Type=Int16, ColorInterp=Gray To fix this I translated the DTED2 to VRT's and manually inserted ColorInterpGray/ColorInterp to the VRTRasterBand. I need a better way to do this. Any ideas? This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Can GDAL be configured to do direct I/O? (bypass cache, control blocksize, etc)
I'm running in to a situation where I believe the filesystem cache settings are screwing things up. Based on iozone tests I'm not getting near the throughput I should for large 4gb+ files with multiple writing processes. It is a complex interaction of the number of dirty pages in filesystem cache in combination with small blocksize of the filesystem. I'm still trying to figure this out but I can now get these machines to tip over with just iozone. I'm actively working on how to refactor this code base to use GDAL WriteBlock but in absence of a solution there I'm wondering if there's anyway to get GDAL writing using O_DIRECT? Thanks, -ethan This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Problem compiling gdal with OCI support, configure doesn't seem to know where to look
You sure your oracle client libs are installed correctly? It's strange that oci.h would be in the top level directory. --with-oci=/dg/local/apps/osgeo_pack/deployed/linux-x86_64/product/11gCl ient/ --with-oci-include=/dg/local/apps/osgeo_pack/deployed/linux-x86_64/produ ct/11gClient/rdbms/public/ --with-oci-lib=/dg/local/apps/osgeo_pack/deployed/linux-x86_64/product/1 1gClient/lib/ That's what I used for gdal 1.8.1. /dg/local/apps/osgeo_pack/deployed/linux-x86_64 is my system deployed path. -ethan -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of cheesybiscuits Sent: Thursday, November 15, 2012 6:15 PM To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] Problem compiling gdal with OCI support, configure doesn't seem to know where to look First of all sorry for posing a question that has been asked a thousand times before. I did a lot of research but didn't find this specific problem. I have Linux Mint (Ubuntu) with Oracle instant client basic and SDK (11.2) installed from .deb (via Alien). $ORACLE_HOME is set (/usr/lib/oracle/11.2/client) and contains bin, lib, and a symlink to include (/usr/include/oracle/11.2/client). I'm not a total linux n00b but I don't usually compile anything from source. I installed the Oracle software using the instructions here https://help.ubuntu.com/community/Oracle%20Instant%20Client Running 'locate oci.h' shows /home/tom/Downloads/gdal/gdal-1.9.2/ogr/ogrsf_frmts/oci/drv_oci.html /home/tom/Downloads/gdal/gdal-1.9.2/ogr/ogrsf_frmts/oci/ogr_oci.h /usr/include/oracle/11.2/client/oci.h As you can see I'm trying to compile 1.9.2 Stable. No matter what I pass with the ./configure command, config.log always reports configure:22485: checking for Oracle OCI headers in - with nothing after in - as if it doesn't know where the header is supposed to be, and then conftest.cpp:64:29: fatal error: oci.h: No such file or directory These are the arguments I've tried ./configure --with-oci ./configure --with-oci-include='/usr/include/oracle/11.2/client' ./configure --with-oci=/usr/lib/oracle/11.2/client/include ./configure --with-oci=$ORACLE_HOME I even tried copying the contents of /usr/lib/oracle/11.2/client/include to the gdal source directory, but I'm not sure what I thought this would accomplish. Can anyone suggest where I could go next? Any thoughts much appreciated. -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Problem-compiling-gdal-with-OCI-supp ort-configure-doesn-t-seem-to-know-where-to-look-tp5016804.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 This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Perl Binding Documentation for previous releases -- 404
Getting page not found for: http://geoinformatics.tkk.fi/doc/Geo-GDAL-1.8/html/index.html This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Perl Binding Documentation for previous releases --404
Thanks! Indeed to get to the perl bindings I always start at: http://trac.osgeo.org/gdal/wiki/GdalOgrInPerl and follow the link: http://geoinformatics.aalto.fi/doc/Geo-GDAL/html/ that page has the bad link. -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Even Rouault Sent: Wednesday, September 19, 2012 1:15 PM To: gdal-dev@lists.osgeo.org; Ari Jolma Subject: Re: [gdal-dev] Perl Binding Documentation for previous releases --404 Le mercredi 19 septembre 2012 20:43:39, Ethan Alpert a écrit : Getting page not found for: http://geoinformatics.tkk.fi/doc/Geo-GDAL-1.8/html/index.html I guess you reached that link from http://geoinformatics.aalto.fi/doc/Geo- GDAL/html/ that is linked from http://trac.osgeo.org/gdal/wiki/GdalOgrInPerl ? So, I tried the following http://geoinformatics.aalto.fi/doc/Geo- GDAL-1.8/html/index.html and it seems to work I believe that Ari maintains that site. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
RE: [gdal-dev] OGC services requests in VRT?
Interesting thanks! I always for get to try just convering to VRT and seeing what GDAL does. -e -Original Message- From: Paolo Corti [mailto:pco...@gmail.com] Sent: Thursday, May 10, 2012 7:00 AM To: Ethan Alpert Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] OGC services requests in VRT? On Thu, May 10, 2012 at 2:57 PM, Paolo Corti pco...@gmail.com wrote: On Thu, May 10, 2012 at 12:49 AM, Ethan Alpert ealp...@digitalglobe.com wrote: Is it possible to use an OGC call in a VRTRasterBand? I guess you mean a WCS, and I think it is possible, just put the xml file in SourceFilename under VRTRasterBand. Very quick sample, create a test.xml file like this: WCS_GDAL ServiceURLhttp://nsidc.org/cgi-bin/atlas_south?/ServiceURL CoverageNameantarctica_satellite_image/CoverageName /WCS_GDAL Now if you export this datasource to a vrt: $ gdal_translate -of vrt test.xml test.vrt this is the output test.vrt file: sorry, this is the correct output vrt file: VRTDataset rasterXSize=48333 rasterYSize=48333 SRSPROJCS[quo.../SRS GeoTransform -3.17451250e+06, 1.2500e+02, 0.e+00, 2.81601250e+06, 0.e+00, -1.2500e+02/GeoTransform Metadata / VRTRasterBand dataType=Int16 band=1 Metadata / SimpleSource SourceFilename relativeToVRT=1test.xml/SourceFilename SourceBand1/SourceBand SourceProperties RasterXSize=48333 RasterYSize=48333 DataType=Int16 BlockXSize=1024 BlockYSize=512 / SrcRect xOff=0 yOff=0 xSize=48333 ySize=48333 / DstRect xOff=0 yOff=0 xSize=48333 ySize=48333 / /SimpleSource /VRTRasterBand /VRTDataset -- Paolo Corti Geospatial software developer web: http://www.paolocorti.net twitter: @capooti skype: capooti This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] OGC services requests in VRT?
Is it possible to use an OGC call in a VRTRasterBand? This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Problem with garbage bytes of data after EOI marker in single band JPEG
I have a very old GDAL based tool I wrote that creates JPEG thumbnails for GeoTiff's. Since the GeoTiff's can be any size and I used a perl script to compute the aspect ratio so I can center a reduced size image in a square thumbnail. I'm looking for any suggestions as to how I can look into the problem which is described below. This has been running for years. Recently a customer who receives these started scanning the JPG's for security threats. Turns out that the JPG's I've been writing have garbage data after the JPEG EOI marker. Since our production system has a very old version I upgraded GDAL to 1.8.1 and have observed the same problem. Turns out it appears to be VRT related and only happens with single band (black/white imagery). If I use gdal_tranlsate to just translate the image to JPEG I get a properly placed EOI (d9ff): [ealpert@sbsenoklgmt07] PACK $ gdal_translate -of JPEG 1020010016BB5500.tif 1020010016BB5500_new.jpg Input file size is 1356, 7444 0...10...20...30...40...50...60...70...80...90...100 - done. ealpert@sbsenoklgmt07] PACK $ od -t x2 1020010016BB5500_new.jpg | tail 10610460 288a 8aa2 a228 288a 8aa2 a228 288a 8aa2 10610500 a228 288a 8aa2 a228 288a 8aa2 a228 288a 10610520 8aa2 a228 288a 8aa2 a228 288a 8aa2 a228 10610540 288a 8aa2 a228 288a 8aa2 a228 288a 8aa2 10610560 a228 288a 8aa2 a228 288a 8aa2 a228 288a 10610600 8aa2 a228 288a 8aa2 a228 288a 8aa2 a228 10610620 288a 8aa2 a228 288a 8aa2 a228 288a 8aa2 10610640 a228 288a 8aa2 a228 288a 8aa2 a228 2b8a 10610660 d9ff If I create a VRT to center the image then use gdal_translate to convert I get the following error message and the JPEG has garbage at the end but can still be viewed without any problems in all applications: ERROR: bit length overflow code 3 bits 6-7 VRT: VRTDataset rasterXSize=1024 rasterYSize=1024 NoDataValue255/NoDataValue VRTRasterBand dataType=Byte band=1 ColorInterpGray/ColorInterp NoDataValue255/NoDataValue ComplexSource NODATA0/NODATA SourceFilename relativeToVRT=1./1020010016BB5500.tif/SourceFilename SourceBand1/SourceBand SrcRect xOff=0 yOff=0 xSize=1356 ySize=7444/ DstRect xOff=419 yOff=0 xSize=186 ySize=1024/ /ComplexSource /VRTRasterBand /VRTDataset [ealpert@sbsenoklgmt07] PACK $ gdal_translate -of JPEG test.vrt test.jpg Input file size is 1024, 1024 0...10...20...30...40...50...60...70...80...90...100 - done. bit length overflow code 3 bits 6-7 [ealpert@sbsenoklgmt07] PACK $ od -t x2 test.jpg | tail 0231300 90bb 1db7 3ee6 d116 d6fe f50c a157 126c 0231320 ff32 6f98 fb44 9a7f 1f57 7db8 9f90 99ff 0231340 047e 65ce b9f3 fe78 cdcf 4137 e390 105f 0231360 bfaf f372 1fed bd27 a8fe 002b 6c9d bbff 0231400 163d 637d bfe7 b716 ebfe ff7a f6a6 97c3 0231420 fad2 fb37 16fa f160 b7fe ebab 2e5f f985 0231440 ef6f f9b1 b347 293b 1037 9fbe 416f 697b 0231460 b1fd 84ea 8b9b 690b 13ff 5707 07fc df17 0231500 ef84 087f 870e e51b 0127 Note there is no EOI marker. This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
RE: [gdal-dev] Problem with garbage bytes of data after EOI marker in single band JPEG
Ok why does this not happen with multi band jpgs? From: Even Rouault [mailto:even.roua...@mines-paris.org] Sent: Friday, April 13, 2012 1:13 PM To: gdal-dev@lists.osgeo.org Cc: Ethan Alpert Subject: Re: [gdal-dev] Problem with garbage bytes of data after EOI marker in single band JPEG Le vendredi 13 avril 2012 19:53:41, Ethan Alpert a écrit : This has been running for years. Recently a customer who receives these started scanning the JPG's for security threats. Turns out that the JPG's I've been writing have garbage data after the JPEG EOI marker. This is not garbage, but mask data appended after the JPEG data stream, as documented in the JPEG driver doc : The driver also supports the zlib compressed mask appended to the file approach used by a few data providers to add a bitmask to identify pixels that are not valid data. The mask is due to the advertized nodata value in the VRT. You can likely remove it by adding HideNoDataValue1/HideNoDataValue in the VRT file under the VRTRasterBand element. This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] SetSpatialFilter
Is it still true that the geometry used for SetSpatialFilter must have the same CRS as the layer? This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
RE: [gdal-dev] GDAL Ruby Bindings
Does anyone know if this made it into 1.8.1? The bug is closed but my ruby compile with swig 2.04 is still failing. From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Jim Klassen Sent: Thursday, March 17, 2011 8:21 AM To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] GDAL Ruby Bindings This message has been archived. View the original item https://cosev.digitalglobe.com/EnterpriseVault/ViewMessage.asp?VaultId= 1A1EA27771AEC4B4884E8701F0A6D75Ccosev.digitalglobe.comSavesetId =204~20110317142126~1~E6D07C89FD89426CAE8E6731D75C89B I have updated the Ruby bindings so that they will build against Ruby 1.9 and the changes are in trunk. I am looking for people to test and give me feedback. If it works well for people, the changes may make it into a 1.8.x release. Details are available at the following URLs: http://trac.osgeo.org/gdal/wiki/GdalOgrInRuby http://trac.osgeo.org/gdal/ticket/3999 Jim Klassen___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. winmail.dat___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
RE: [gdal-dev] GDAL Ruby Bindings
Thanks that's what I just discovered. I applied the patches to 1.8.1 and now have successfully built ruby bindings for 1.8.1 -e -Original Message- From: Even Rouault [mailto:even.roua...@mines-paris.org] Sent: Friday, December 02, 2011 2:31 PM To: gdal-dev@lists.osgeo.org Cc: Ethan Alpert; Jim Klassen Subject: Re: [gdal-dev] GDAL Ruby Bindings Le vendredi 02 décembre 2011 22:19:36, Ethan Alpert a écrit : Does anyone know if this made it into 1.8.1? The bug is closed but my ruby compile with swig 2.04 is still failing. According to the comments in the ticket, this was pushed in the developement version (1.9.0dev), but not backported in 1.8 branch. From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Jim Klassen Sent: Thursday, March 17, 2011 8:21 AM To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] GDAL Ruby Bindings This message has been archived. View the original item https://cosev.digitalglobe.com/EnterpriseVault/ViewMessage.asp?VaultId= 1A1EA27771AEC4B4884E8701F0A6D75Ccosev.digitalglobe.comSavesetId =204~20110317142126~1~E6D07C89FD89426CAE8E6731D75C89B I have updated the Ruby bindings so that they will build against Ruby 1.9 and the changes are in trunk. I am looking for people to test and give me feedback. If it works well for people, the changes may make it into a 1.8.x release. Details are available at the following URLs: http://trac.osgeo.org/gdal/wiki/GdalOgrInRuby http://trac.osgeo.org/gdal/ticket/3999 Jim Klassen___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Spatial Indexes for Memory Layers?
Curious if there's any way to create spatial indexes for in memory layers? This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Does SetSpatialFilter use spatial indexes (.qix) for shapefiles
Curious if the Shapefile driver uses .qix files if they're available when performing SetSpatialFitler. Thanks, -e This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Anyone compile the ruby bindings for Ruby 1.9.x?
It seems in Ruby 1.9.x the way of determining where the ruby.h file has changed. I ran into an identical problem trying to build Geos yesterday and now I've hit it in GDAL. In swig/ruby/RubyMakefile.mk There's the following line; RubyMakefile.mk:RUBY_INCLUDE_DIR := $(shell ruby -rrbconfig -e puts Config::CONFIG['archdir']) The ruby config now uses the class RbConfig and the attribute rubyhdrdir is now used in stead of archdir. I changed the line to the following RUBY_INCLUDE_DIR := $(shell ruby -rrbconfig -e puts RbConfig::CONFIG['rubyhdrdir']) But it appears that more has changed with the include file structure in Ruby 1.9.x Has anyone successfully build the ruby bindings? This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. winmail.dat___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Problems with OGROpen, OCI Driver (OGROCITableLayer::ReadTableDefinition) and Oracle Views in GDAL 1.8.1
All, I've run into some very serious problems (for me) with changes made to the OCI driver for 1.8.1. Specifically lines the following lines (270-274). oDimCmd.Append( SELECT a. ); oDimCmd.Append( pszGeomName ); oDimCmd.Append( .GET_DIMS() DIM FROM ); oDimCmd.Append( pszTableName ); oDimCmd.Append( a WHERE ROWNUM = 1 ); Our schema has many large tables and several views which use these tables. The views are referenced in all_sdo_geom_metadata. When the query select a.geometry.get_dims() dim from the_view a where rownum = 1 is run it results in FULL Table accesses. This has result in running sorted queries on very large tables and I managed to blow out the temp table space on our oracle instance just calling OGROpen. To say the least our DBA's are not happy with me. I'm considering changing : oDimCmd.Append( SELECT a. ); oDimCmd.Append( pszGeomName ); oDimCmd.Append( .GET_DIMS() DIM FROM ); oDimCmd.Append( pszTableName ); oDimCmd.Append( a WHERE ROWNUM = 1 ); to: oDimCmd.Append( SELECT COUNT(t.SDO_DIMNAME) DIM FROM ALL_SDO_GEOM_METADATA A, TABLE(A.DIMINFO) T WHERE a.TABLE_HAME=' ); oDimCmd.Append( pszTableName ); oDimCmd.Append( ' ); The following code was not in 1.7.2. ogrocitablelayer.cpp Lines 259-316 /* */ /* Identify Geometry dimension */ /* */ if( pszGeomName != NULL strlen(pszGeomName) 0 ) { OGROCIStringBuf oDimCmd; OGROCIStatement oDimStatement( poSession ); char **papszResult; int iDim = -1; oDimCmd.Append( SELECT a. ); oDimCmd.Append( pszGeomName ); oDimCmd.Append( .GET_DIMS() DIM FROM ); oDimCmd.Append( pszTableName ); oDimCmd.Append( a WHERE ROWNUM = 1 ); oDimStatement.Execute( oDimCmd.GetString() ); papszResult = oDimStatement.SimpleFetchRow(); if( CSLCount(papszResult) 1 ) { OGROCIStringBuf oDimCmd2; OGROCIStatement oDimStatement2( poSession ); char **papszResult2; oDimCmd2.Appendf( 1024, select m.sdo_index_dims\n from all_sdo_index_metadata m, all_sdo_index_info i\n where i.index_name = m.sdo_index_name\n and i.sdo_index_owner = m.sdo_index_owner\n and i.table_name = upper('%s'), pszTableName ); oDimStatement2.Execute( oDimCmd2.GetString() ); papszResult2 = oDimStatement2.SimpleFetchRow(); if( CSLCount( papszResult2 ) 0 ) { iDim = atoi( papszResult2[0] ); } } else { iDim = atoi( papszResult[0] ); } if( iDim 0 ) { SetDimension( iDim ); } else { CPLDebug( OCI, get dim based of existing data or index failed. ); } } This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Definite problem with XERCES 3.0.x and GDAL
I'm running 1.6.1 stable that I downloaded on 7/14 and xerces 3.0.1 on a RHEL5.2 64 bit system. When I convert a shapefile to GML and then try to convert back to shapefile I was getting: ERROR 1: coordinates element missing value And an invalid shapefile with no polygons. I'd get this error at various other points too. I spent some time in gdb and found that a XERCES method parseNext inside of the GMLReader::NextFeature() was returning an empty coordinates block even though my GML had coordinates. I backed out of xerces 3.0 to xerces 2.8 and recompiled GDAL and reran my test and now everything is working. I'm not sure what the next steps are here but xerces 3.0 and 3.0.1 did not work with OGR. -e This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
RE: [gdal-dev] autotest 1.6 errors - need help
Was there ever any resolution to this problem? I'm using 1.6 and xerces 3.0. When I try to read GML created with GDAL I get the following error: ERROR 1: coordinates element missing value -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of William Kyngesburye Sent: Monday, December 01, 2008 8:13 PM To: Even Rouault Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] autotest 1.6 errors - need help On Dec 1, 2008, at 12:20 PM, Even Rouault wrote: Yes, ILI/IOM has been fixed, but the GML driver has also been changed so that it behaves correctly with Xerces 3.0. I can confirm that GDAL 1.6.0RC2 passes the GML autotest when compiled and run against xerces-3.0.0 (x86 Linux). Are you sure you running a very recent GDAL ? The fix was commited in r15773, on 2008/11/20, between beta2 and RC1. Ah, something wrong with Xerces 3, at least with mine. GDAL 1.6RC3 now, same errors. Rebuilt GDAL with Xerces 2.8 and all I get is: TEST: ogr_gml_4 ... fail Wrong featureCode field value ILI still succeeds. The full set of errors with Xerces 3 is: TEST: ogr_gml_1 ... ERROR 1: coordinates element missing value. fail (blowup) Traceback (most recent call last): File pymod/gdaltest.py, line 89, in run_tests result = func() File ./ogr_gml_read.py, line 72, in ogr_gml_1 if feat.GetField('Name') != 'Aartselaar': AttributeError: 'NoneType' object has no attribute 'GetField' TEST: ogr_gml_2 ... ERROR 1: coordinates element missing value. fail (blowup) Traceback (most recent call last): File pymod/gdaltest.py, line 89, in run_tests result = func() File ./ogr_gml_read.py, line 100, in ogr_gml_2 if gml_ds.GetLayerCount() != 1: AttributeError: 'NoneType' object has no attribute 'GetLayerCount' TEST: ogr_gml_3 ... ERROR 1: coordinates element missing value. fail (blowup) Traceback (most recent call last): File pymod/gdaltest.py, line 89, in run_tests result = func() File ./ogr_gml_read.py, line 139, in ogr_gml_3 if feat.GetField('ngd_id') != 817792: AttributeError: 'NoneType' object has no attribute 'GetField' TEST: ogr_gml_4 ... ERROR 1: coordinates element missing value. fail (blowup) Traceback (most recent call last): File pymod/gdaltest.py, line 89, in run_tests result = func() File ./ogr_gml_read.py, line 181, in ogr_gml_4 if feat.GetField('featureCode') != 10198: AttributeError: 'NoneType' object has no attribute 'GetField' TEST: ogr_gml_5 ... ERROR 1: coordinates element missing value. success - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
RE: [gdal-dev] autotest 1.6 errors - need help
I'm running on a RHEL5.2 linux box. -Original Message- From: William Kyngesburye [mailto:wokl...@kyngchaos.com] Sent: Thursday, August 13, 2009 5:07 PM To: Ethan Alpert Cc: Even Rouault; gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] autotest 1.6 errors - need help I haven't tried since then. Are you also using OSX? Maybe I should try again, after 2 GDAL updates and a Xerces 3 update... On Aug 13, 2009, at 5:50 PM, Ethan Alpert wrote: Was there ever any resolution to this problem? I'm using 1.6 and xerces 3.0. When I try to read GML created with GDAL I get the following error: ERROR 1: coordinates element missing value -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of William Kyngesburye Sent: Monday, December 01, 2008 8:13 PM To: Even Rouault Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] autotest 1.6 errors - need help On Dec 1, 2008, at 12:20 PM, Even Rouault wrote: Yes, ILI/IOM has been fixed, but the GML driver has also been changed so that it behaves correctly with Xerces 3.0. I can confirm that GDAL 1.6.0RC2 passes the GML autotest when compiled and run against xerces-3.0.0 (x86 Linux). Are you sure you running a very recent GDAL ? The fix was commited in r15773, on 2008/11/20, between beta2 and RC1. Ah, something wrong with Xerces 3, at least with mine. GDAL 1.6RC3 now, same errors. Rebuilt GDAL with Xerces 2.8 and all I get is: TEST: ogr_gml_4 ... fail Wrong featureCode field value ILI still succeeds. The full set of errors with Xerces 3 is: TEST: ogr_gml_1 ... ERROR 1: coordinates element missing value. fail (blowup) Traceback (most recent call last): File pymod/gdaltest.py, line 89, in run_tests result = func() File ./ogr_gml_read.py, line 72, in ogr_gml_1 if feat.GetField('Name') != 'Aartselaar': AttributeError: 'NoneType' object has no attribute 'GetField' TEST: ogr_gml_2 ... ERROR 1: coordinates element missing value. fail (blowup) Traceback (most recent call last): File pymod/gdaltest.py, line 89, in run_tests result = func() File ./ogr_gml_read.py, line 100, in ogr_gml_2 if gml_ds.GetLayerCount() != 1: AttributeError: 'NoneType' object has no attribute 'GetLayerCount' TEST: ogr_gml_3 ... ERROR 1: coordinates element missing value. fail (blowup) Traceback (most recent call last): File pymod/gdaltest.py, line 89, in run_tests result = func() File ./ogr_gml_read.py, line 139, in ogr_gml_3 if feat.GetField('ngd_id') != 817792: AttributeError: 'NoneType' object has no attribute 'GetField' TEST: ogr_gml_4 ... ERROR 1: coordinates element missing value. fail (blowup) Traceback (most recent call last): File pymod/gdaltest.py, line 89, in run_tests result = func() File ./ogr_gml_read.py, line 181, in ogr_gml_4 if feat.GetField('featureCode') != 10198: AttributeError: 'NoneType' object has no attribute 'GetField' TEST: ogr_gml_5 ... ERROR 1: coordinates element missing value. success - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev