Re: [gdal-dev] Gdal and Google's OSS Fuzzing project

utotest2/tree/master/cpp and modified GDAL > to make fuzzing more productive... e.g. > > https://trac.osgeo.org/gdal/changeset/37592/ adds > FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION to a driver > https://trac.osgeo.org/gdal/changeset/37909 example fix > > I have ~50 bu

[gdal-dev] Gdal and Google's OSS Fuzzing project

I think the gdal suite would be a perfect candidate for this project from google. Is anyone interested in trying to integrate gdal into it? https://opensource.googleblog.com/2017/05/oss-fuzz-five-months-later-and.html?m=1 ___ gdal-dev mailing list gdal

Re: [gdal-dev] Core dump using gdal_translate to create geopackage

Thanks Even. I've uploaded it to dropbox here: https://www.dropbox.com/s/7tcxh9bvk4127c6/Washington_SEC.tif?dl=0 On 02/15/2016 09:53 AM, Even Rouault wrote: Jesse, The geotiff would be necessary to replicate. Even Le lundi 15 février 2016 15:46:15, Jesse McGraw a écrit : I was fid

[gdal-dev] Core dump using gdal_translate to create geopackage

I was fiddling with Even's geopackage examples when I came across a core dump issue in gdal_translate gdal version is compiled from github trunk as of 15 February 2016 under Ubuntu 15.10 x64 gdal_translate --versio

Re: [gdal-dev] gdalwarp -crop_to_cutline produces non-square pixels for EPSG:3857 (GDAL 1.10.1, released 2013/08/26)

Thank you, Even. For now I'll proceed with the additional warping. Just for my education: are square pixels a requirement for EPSG:3857? On Thu, Feb 5, 2015 at 11:50 AM, Even Rouault wrote: > Le jeudi 05 février 2015 17:41:22, Jesse McGraw a écrit : > > Thanks Even. > &

Re: [gdal-dev] gdalwarp -crop_to_cutline produces non-square pixels for EPSG:3857 (GDAL 1.10.1, released 2013/08/26)

pping warping makes them square On Thu, Feb 5, 2015 at 11:36 AM, Even Rouault wrote: > Le jeudi 05 février 2015 17:23:06, Jesse McGraw a écrit : > > I'm not sure whether this is a real issue or not but I thought I'd bring > it > > up, at the very least I'll learn

[gdal-dev] gdalwarp -crop_to_cutline produces non-square pixels for EPSG:3857 (GDAL 1.10.1, released 2013/08/26)

I'm not sure whether this is a real issue or not but I thought I'd bring it up, at the very least I'll learn something When using "gdalwarp -cutline -crop_to_cutline" on an input raster that is in EPSG:3857 with square-pixels the output raster, while still EPSG:3857, now has non-square pixels. T

Re: [gdal-dev] gdalwarp in MapTiler Pro Command Line

I have done some work on this using only gdal and other open-source tools, please see my github repository for ideas: https://github.com/jlmcgraw?tab=repositories ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/g

[gdal-dev] Forcing gdal translate to only rotate/scale

Is it possible to force gdal_translate to only rotate/scale an image when given a list of more than two GCPs? I'm manually georeferencing maps which are all North-up and I'd like to supply as many GCPs as possible to average out my errors but if I provide more than two it will potentially skew the

Re: [gdal-dev] gdaltranslate and gdalwarp rotating and resizing image without being asked to, why?

Even, Thank you for the very detailed responses. Time to go do some more googling on GDAL perl bindings (or dig into python) On Tue, Jul 1, 2014 at 4:37 PM, Even Rouault wrote: > Le mardi 01 juillet 2014 15:50:18, Jesse McGraw a écrit : > > On Mon, Jun 30, 2014 at 3:07 PM, Eve

Re: [gdal-dev] gdaltranslate and gdalwarp rotating and resizing image without being asked to, why?

On Mon, Jun 30, 2014 at 3:07 PM, Even Rouault wrote: > > > That might the problem. If you create the GCPs on the PDF and not on the > PNG, > and that the PDF has rotation, pdftoppm I think will apply the rotation, > hence > the axis swapping. > Remember, I'm using the PNG I've created for all gd

Re: [gdal-dev] gdaltranslate and gdalwarp rotating and resizing image without being asked to, why?

output geotransform being different > that the source geotransform. > > 3) You could likely merge your step 1 and 2, i.e. directly generate a .png > with the SRS and GCP set. However I'd recommand generating a tiled TIFF > instead to make gdalwarp faster. > > Best r

[gdal-dev] gdaltranslate and gdalwarp rotating and resizing image without being asked to, why?

output from gdalwarp'd .vrt) *warpedVA-RIC-00347AD.PDF-* *AIRPORT\ DIAGRAM.vrt* * -7.7341103107298423e+01, 2.1580033523515700e-05, 0.0000e+00, 3.7529840835409082e+01, 0.e+00, -2.1580033523515700e-05* Thanks! -Jesse McGraw ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] ogr2ogr v1.10.1 and AIXM (issues with curves?)

t GML/AIXM support something that's of general interest? Is it widely used? On Fri, May 16, 2014 at 2:44 PM, Even Rouault wrote: > Le vendredi 16 mai 2014 20:18:22, Jesse McGraw a écrit : > > GDAL gurus, > > I'm trying to use the AIXM files from the FAA (download

[gdal-dev] ogr2ogr v1.10.1 and AIXM (issues with curves?)

If I should be posting this somewhere else or filing a bug report/feature request please let me know Thanks! -Jesse McGraw ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev