[gdal-dev] how to build dwg driver?

Hi, I am having a hard time trying to build the DWG driver (VS10x64). Reading from nmake.opt it seems like there are two SDK we can use. I could not find the DWGDirect SDK for download, so I am trying to use TX_DSK_4.1.01.0.0. Compilation goes well but I am getting several missing symbols duri

Re: [gdal-dev] Strange effect in gdalwarp output

Rutger, Thank you for your response. You are right, I think the best option is to run MRTswath for my data. I was looking for a practical way to avoid downloading geolocation files (MOD03) and get it done in python using the internally provided geolocation data and also avoid calling another appli

Re: [gdal-dev] Motion: Adopt FRC48: Geographical networks support

On Wednesday 22 July 2015 17:03:38 Dmitry Baryshnikov wrote: > Hi everybody, > > Just a friendly remainder about motion adopt RFC48. Geographical > networks support. > > Now we have +2 (+1 from me as proposer and +1 from Even). Formally the > RFC can be adopted, but maybe there is some disagreeme

Re: [gdal-dev] Motion: Adopt FRC48: Geographical networks support

Hi everybody, Just a friendly remainder about motion adopt RFC48. Geographical networks support. Now we have +2 (+1 from me as proposer and +1 from Even). Formally the RFC can be adopted, but maybe there is some disagreement or some valuable comments. Best regards, Dmitry ___

Re: [gdal-dev] Strange effect in gdalwarp output

Dear Mohamad, I think Even is right, and it is the bowtie-effect. The file you are trying to warp is still a 'swath', therefore it still contains the bowtie-effect. You can see that the right side of the image looks worse, the viewing angles are greatest at that edge, and the overlap between senso

Re: [gdal-dev] Strange effect in gdalwarp output

Thank you Even for your reply. I am actually not a professional gdal user, but looking at the thread that you posted I think the problem here is slightly different. Georegistration accuracy of gdalwarp result is perfectly fine, even better that MCTK result, and the bowtie effect is not present. I t

Re: [gdal-dev] Strange effect in gdalwarp output

Monobakht, Probably due to the bow-tie effect of the MODIS scanning sensor. gdalwarp cannot currently deal with that correctly. Discussed recently in this thread: http://osgeo-org.1560.x6.nabble.com/gdal-dev-gdalwarp-problems-with-MODIS-L1B-td5206583.html Best regards, Even > This question wa

[gdal-dev] Strange effect in gdalwarp output

This question was posted originally at http://gis.stackexchange.com/questions/154959/strange-effect-in-gdalwarp-output but I did not get any helpful response. Here is the problem: I am using gdalwarp in python to

[gdal-dev] Compiling GDAL with MrSID support

Hi all,I'm having issues trying to compile GDAL with MrSID support. A preliminary question I have is: is MrSID write support available in GDAL, provided one has LizardTech's encoding SDK (ESDK)? The documentation is a bit confusing on this point, e.g. on this page http://www.gdal.org/formats_li