Re: [gdal-dev] [PROPOSAL] Add CADRG write support via RPFTOC/NITF drivers

On Thursday, 12 June 2025 6:47:43 PM AEST Patrik Sylve via gdal-dev wrote: > Thank you all for the inputs! > Our use cases are also within defense applications, so the format is indeed > still in active use. I also have some interest in the format. Its important in aviation since it has fast, and

Re: [gdal-dev] Advice on deploying components that use GDAL

On Saturday, 9 November 2024 4:59:17 AM AEDT Barry DeZonia wrote: > If (totally fake example) I set the dependency in my jar to gdal 3.0.0 and > I only make calls within the 3.0.0 java bindings api in my code, then if > someone has gdal 3.7.x installed, will my code be able to interact with the > i

Re: [gdal-dev] Advice on deploying components that use GDAL

On Friday, 8 November 2024 1:39:47 PM AEDT Barry DeZonia via gdal-dev wrote: > I am really curious how people are solving this kind of problem > without pulling out their hair. What is the minimum version of GDAL you actually need? I would suggest to just specify that as your dependency, and al

Re: [gdal-dev] Adding multiple TREs to a NITF using gdal_translate

Not quite what you asked for, but https://github.com/OSGeo/gdal/blob/master/autotest/gdrivers/nitf.py#L2101 might be another way to achieve what you need. Otherwise,  some more details on exact TREs might be relevant. On 11 June 2024 8:11 pm, Marek Setnik via gdal-dev wrote: Hello! I'm h

Re: [gdal-dev] Improving details of the project build system and/or documentation

On Monday, 29 May 2023 8:20:32 AM AEST Sean Gillies wrote: > I resented being told on this list (not by you, Even) that I could > take it or leave it with regards to the current build situation. I assume this is directed at me (since I don't see anyone else on the thread). I regret that you took

Re: [gdal-dev] Extracting Jpeg2000 image from nitf file

On Friday, 26 May 2023 8:09:50 PM AEST Even Rouault wrote: > Hi, > > if you open such an image with debug traces (CPL_DEBUG=ON), you'll see > something like > > GDAL: GDALOpen(/vsisubfile/907_565,byte.ntf, this=) succeeds as > JP2OpenJPEG > > which means that the JPEG2000 file starts at byte

Re: [gdal-dev] Improving details of the project build system and/or documentation

On Saturday, 20 May 2023 9:26:26 AM AEST Sean Gillies wrote: > Hi all, > > I really appreciate the documentation at > https://gdal.org/development/building_from_source.html. But there are gaps. > For example, today I ran into > > CMake Error at cmake/helpers/GdalDriverHelper.cmake:331 (message):

Re: [gdal-dev] Space Disk/Memory of Image

On Tuesday, 9 May 2023 6:47:39 PM AEST Elena Ruiz wrote: > Hello, I need to know the disk size of an image, I calculate it using the > following formula: > > Disk size=( sizex*sizey*bits per pixel)/8 =memory size without compression > > But when the image is compressed on disk it occupies less an

Re: [gdal-dev] Reprojecting with Same Projection but Different Central_Meridians

On Thursday, 16 March 2023 3:13:59 PM AEDT Tom Hayden wrote: > >>> u.Transfrom(transform_func) Did this line not give you an error? In any case, I used: import osgeo.osr as osr import osgeo.ogr as ogr p = 'PROJCS["WGS_1984_Web_Mercator_Auxiliary_Sphere",GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",

Re: [gdal-dev] How proceed with GDAL GeoTIFF files with multiply subdataset

On Wednesday, 8 March 2023 11:54:39 PM AEDT Raivo Rebane wrote: > Hi > > I found from documentation following about subdataset: > > > Subdatasets > > Multi-page TIFF files are exposed as subdatasets. On opening, a > subdataset name

Re: [gdal-dev] Can Geotiff file contain multiply Ortofotos

On Wednesday, 8 March 2023 6:53:17 AM AEDT Raivo Rebane wrote: > I studied and asked from https://chat.openai.com/chat how to read > multiband raster image, but I did'nt find anywhere how to rread from > tiff file next frame or ortofo bands > > Please ask me if it's possible It is possible. See h

Re: [gdal-dev] create ntif file with NITF_IGEOLO field set

On Monday, 27 February 2023 1:27:54 AM AEDT Amadeus WM via gdal-dev wrote: > Oh, wait, it does put IGEOLO in the output nitf, but I also get the > warning: > > Warning 6: driver NITF does not support creation option IGEOLO Clearly it does support it, since it works correctly. The message is a fal

Re: [gdal-dev] create ntif file with NITF_IGEOLO field set

On Sunday, 26 February 2023 2:33:31 PM AEDT Amadeus WM via gdal-dev wrote: > So I just noticed that if I call > > dataset->SetMetadataItem(); > > then it creates a file out.ntf.aux.xml and whatever fields I set go in > there. Both NITF_ICORDS and NITF_IGEOLO are there, and IGEOLO need not be > a

Re: [gdal-dev] create ntif file with NITF_IGEOLO field set

On Saturday, 25 February 2023 4:44:10 PM AEDT Amadeus WM via gdal-dev wrote: > Hello everyone, > > I'm new to GDAL and I'm trying to figure out how to create a NITF file > given the raw data, that also has the NITF_IGEOLO field set. With a > little help from chatGPT I came up with the c++ program

Re: [gdal-dev] Reading s57 charts with GDAL

On Monday, 30 January 2023 10:31:47 PM AEDT Aryan Landi wrote: > Hi again, > > Not sure what you mean by “support files”. There are two support files that translate vectors - see the documentation. https://gdal.org/drivers/vector/s57.html > The command line tool returns: > > ERROR 4: `US5LA26M.

Re: [gdal-dev] gdal_contour produces extremely tiny/skinny isoline/isopolygon geometry

On Thursday, 5 January 2023 5:34:18 AM AEDT Rick Harding wrote: > Hi, > > I am using gdal_contour to generate iso-polygons from a hillshade raster > created via the gdal_dem tool. In certain situations, I am seeing a lot of > tiny/narrow polygons and large polygons with long, skinny *whiskers* > p

Re: [gdal-dev] A CSW query that seems to me works badly

On Wednesday, 16 November 2022 9:21:54 AM AEDT Even Rouault wrote: > Andrea, > > It seems to me that the server ignores the filter, which is likely a bug > given that its GetCapabilies response includes a > Like. It looks like the filter is doing something (since without it, I get about a thousa

Re: [gdal-dev] CMAKE_INSTALL_PREFIX gdalinfo still looks for .dylib in /usr/lib

On Monday, 4 July 2022 3:19:55 PM AEST Nik Sands wrote: > Is it expected that these GDAL utilities (such as gdalinfo) would look for > GDAL in /usr/lib instead of the location in which it was actually built? No. I think your conceptual problem is expecting that the GDAL utilities are doing the l

Re: [gdal-dev] nitfwritejpeg.cpp:(.text+0x104): undefined reference to `jpeg_vsiio_dest(jpeg_compress_struct*, _IO_FILE*)'

On Saturday, 7 May 2022 1:35:52 PM AEST Pei JIA wrote: > Hi, all: > > It looks *libjpeg8-dev libjpeg-turbo8-dev* from Ubuntu 22.04's repo is *NOT > compatible* with current GDAL git? Any suggestions? I'm not seeing this. I just did a new install of kubuntu 22.04, installed libjpeg8-dev and libjp

Re: [gdal-dev] gdal v3.4.1 generate_vcxproj.bat error

On Monday, 14 February 2022 1:13:47 PM AEDT ni hao wrote: > it is missing %_nmake_opt_win64_% in the 2nd nmake commnad line. I have no idea about the change, but you could submit a fix for this. See https://gdal.org/contributing/developer.html#git-workflows-with-gdal Brad __

Re: [gdal-dev] Blue artifact dots in shadows when using GDAL to create mosaics

On Wednesday, 29 September 2021 9:37:57 AM AEST Chastain, Raymond Lee (MU- Student) wrote: > Process is very simple > > 1. Take our tiles and build a virtual raster: > gdalbuildvrt -r lanczos -resolution HIGHEST output.vrt -input_file_list > input_file_list.txt 2. Convert our virtual raster to

Re: [gdal-dev] WFS Vector Layer Improvement

On Sunday, 29 August 2021 4:06:33 PM AEST aharon david wrote: > I want to suggest an improvement in WFS Vector Layer. You can make Pull Requests at https://github.com/OSGeo/gdal Please check the CONTRIBUTING.md file in that repository (or your checkout) first. Brad _

Re: [gdal-dev] Reading from PNG file in Java from using GDAL

On Wednesday, 18 August 2021 3:24:27 PM AEST paul.m...@lfv.se wrote: > The problem is reading "GridCoverage2D" from the reader "cov = > reader.read(null);", where it breaks. It works with the original TIF-file. > The program breaks here: > java.awt.geom.affineTransform.class (public AffineTransform

Re: [gdal-dev] Unable to convert NTF to png

On Wednesday, 30 June 2021 7:57:54 AM AEST Patrick Young wrote: > What is the bit depth of the NTF? You might need to scale it to an 8bit > range when converting it, check out the -scale option flag for > gdal_translate > > https://gdal.org/programs/gdal_translate.html#cmdoption-gdal_translate-s

Re: [gdal-dev] I couldn't use OGRCreateCoordinateTransformation

Does that code compile for you? What are you expecting this line to do: OGRLineString *poLine = (OGRLineString *) poGeometry; ? Where is poGeometry even defined? Brad From: Ahmet Temiz Sent: Sunday, 20 June 2021 6:30 PM To: Brad Hards Subject: Re: [gdal-dev] I couldn'

Re: [gdal-dev] I couldn't use OGRCreateCoordinateTransformation

What is the `polyGeometry`? Can you try to generate a compilable, minimal, self-contained example that demonstrates the problem? Brad From: gdal-dev On Behalf Of Ahmet Temiz Sent: Sunday, 20 June 2021 5:56 PM To: gdal-dev Subject: [gdal-dev] I couldn't use OGRCreateCoordinateTransfo

Re: [gdal-dev] Does gdal support Military Grid Reference System (MGRS) grid?

On Monday, 14 June 2021 6:49:29 PM AEST Bang Pham Huu wrote: > I've questions regarding Military Grid Reference System (*MGRS*)grid data. > > - Does gdal support this kind of grid? Yes, but perhaps not as you might expect. Its supported in NITF. > - If yes, does it exist from EPSG coordinate refe

Re: [gdal-dev] Nitf Metadata parsing

I'm not sure what you mean by "objects" in this context. Do you mean methods and structures? It seems like you are referring to a lot of older mailing list threads. It is probably better to read the code. For the DES case, you can see how GDAL does it through gdalinfo, with a command like: .

Re: [gdal-dev] Long Term Prognosis for JPEG 2000

I agree that JP2 usage is likely to continue for a long time. One of the key differentiators is the ability to support higher bit depth. However I don’t see it being as popular for new applications in the same way. It feels like there is a push / shift to “something newer”, and that (to me)

Re: [gdal-dev] clipping with an irregular polygon with gdal.VectorTranslate

Perhaps ogr2ogr -clipsrc polygon.shp -f MVT If that doesn't do what you want, you might need to provide more info, including a full description of the source data, the clipping polygon you want to use, what you expect to happen, and what happens instead. Brad _

Re: [gdal-dev] New JPEG 2000 Driver

I think this will be an interesting issue for the GDAL PMC. On one hand, AGPL is no worse than some proprietary (optional) dependency libraries. On the other hand, supporting it in GDAL is implicitly endorsing the fork, and adds to the proliferation of driver code in the GDAL/OGR repository. I t

[gdal-dev] Handling non-standard character encoding

While looking at some NITF test data, I’ve found a problem in how we handle ECS-A (and ECS) characters. BCS-A (essentially ASCII) is fine. However MIL-STD-2500C CN2 allows some header fields to be ECS-A, and the test data does this. I’ve also hit TREs with µm, where the µ character is encoded as

Re: [gdal-dev] New to Gdal and NITF

I'd suggest with the documentation. https://trac.osgeo.org/gdal/wiki/GdalOgrInCsharp An example is shown at https://trac.osgeo.org/gdal/browser/trunk/gdal/swig/csharp/apps/GDALRead.cs for reading and at https://trac.osgeo.org/gdal/browser/trunk/gdal/swig/csharp/apps/GDALWrite.cs for writing o

Re: [gdal-dev] New to Gdal and NITF

I doubt there is a NITF specific example, but it'll mostly look like other format transforms. What have you looked at already? What have you tried? What did you expect to happen? What happened instead? What debugging have you already tried? Brad -Original Message- From: gdal-dev On Beha

Re: [gdal-dev] Example NITF files with TRE

[Keeping on list] The Daffodil framework may be relevant. https://github.com/DFDLSchemas/NITF And http://dfdlschemas.github.io/ Brad -Original Message- From: Doug Gastonguay-Goddard Sent: Wednesday, 6 May 2020 9:00 AM To: Brad Hards Subject: Re: [gdal-dev] Example NITF files with TRE

Re: [gdal-dev] Example NITF files with TRE

I assume you know gdal already has a parser, and that for some commercial or technical reason you need to write your own. My test resources are at https://github.com/codice/imaging-nitf/tree/master/shared-test-resources/src/main/resources - clearly some overlap with yours. I'm not aware of an

Re: [gdal-dev] Accessing DES in NITF through GDAL

I think there could be value in adding CSSHPB with new code inside GDAL NITF. See https://github.com/OSGeo/gdal/blob/master/gdal/frmts/nitf/nitfdes.c#L209 Do GLAS/GFM later. Brad From: gdal-dev On Behalf Of Edson, Adam Robert Sent: Friday, 3 April 2020 2:53 AM To: Even Rouault ; gdal-d

Re: [gdal-dev] Command line text input (a WKT) to OGR e.g. to transform a coordinate using ogr2ogr?

I think that cs2cs might be a suitable tool. Part of Proj, not GDAL, though. https://proj.org/apps/cs2cs.html Brad ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] gdal in a web service?

Lots of WPS implementations can use GDAL – it depends on how much you’re expecting though. Perhaps pyWPS (https://pywps.readthedocs.io/en/master/wps.html) or GeoServer are worth a look, depending on what languages you are familiar with. Brad From: gdal-dev On Behalf Of Idan Miara Sen

Re: [gdal-dev] python GDAL issue

psNameNode; CPLXMLNode* psValueNode; (I think the pzVal might need to be changed to a union / class that has char*, a double or an unsigned int; I haven't dug further than this yet). Brad From: Edson, Adam Robert Sent: Thursday, 7 November 2019 6:34 AM To: Brad H

Re: [gdal-dev] python GDAL issue

Brad From: Edson, Adam Robert Sent: Wednesday, 6 November 2019 1:36 AM To: Brad Hards ; gdal-dev@lists.osgeo.org Cc: Bradley, Eliza S Subject: Re: [gdal-dev] python GDAL issue Brad, Sorry it took so long to get back to you. I am interested in collaborating on this with y

Re: [gdal-dev] python GDAL issue

string encoded). Happy to collaborate on this if you're interested. Brad From: Edson, Adam Robert Sent: Monday, 14 October 2019 10:02 PM To: Brad Hards ; gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] python GDAL issue I am working on adding BANDSB and the other TREs listed

Re: [gdal-dev] python GDAL issue

GDAL's NITF encoding doesn't appear to have BANDSB yet: https://github.com/OSGeo/gdal/blob/master/gdal/data/nitf_spec.xml It would definitely help to see how that file encodes it. Can you open the NITF file, find the part that starts with BANDSB0 (where 0 is some length value), and copy

Re: [gdal-dev] python GDAL issue

Can you make the NITF file available? Can you at least post the relevant part of the BANDSB TRE from the file? Brad From: gdal-dev On Behalf Of Edson, Adam Robert Sent: Friday, 11 October 2019 6:09 AM To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] python GDAL issue I am trying to par

Re: [gdal-dev] Connecting to MSSQL from linux using OGR?

Does your ogr actually support MSSQL driver? What does ogrinfo --formats show? Brad ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Building pyramids with gdaladdo

Maybe 254 should have been 256...On 17 Feb. 2018 19:36, Gil wrote: My tiff file is 19968x29952 which I understand when calculated to the 512 level goes un-even, is there anything I can do to go that extra level? I am converting to JPEG, it works well, I don't understand how I am reaching lev

Re: [gdal-dev] Appending to an existing GeoPackage raster table

> My information on GeoPackages may be outdated, since the specification has > changed many times since I read it last. > But as far as I remember, the main goal was that a GeoPackage is a > complete/finished collection of data ready for deployment. I'm reasonably familiar with GeoPackage, and don'

[gdal-dev] Appending to an existing GeoPackage raster table

I'm trying to find a way to append data to an existing geopackage raster layer using GDAL. The specific case is to use different sources (or different configurations of a source like WMS) at different zoom levels, but extending an existing table at the same zoom might also be useful. As an exampl

Re: [gdal-dev] GEOGRID projection question

Looks somewhat like it came from WRF/ARW forecast software. Brad ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Why are fields required in osmconf.ini file?

> Why is that so? Why do field names need to be predefined before their > extraction from the .osm file? > > Why can't only those fields which already exist in the .osm file, be > extracted? How could ogr2ogr possibly know what fields are in the file? It would require a full parse of the file, an

Re: [gdal-dev] Some packages are NOT able to be configured?

To confirm, gdalinfo --formats shows: HDF5 (ros): Hierarchical Data Format Release 5 HDF5Image (ro): HDF5 Dataset Brad ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] gdal configuration parameters settings...

> I'm trying to enable all --with-X during gdal-git configuration. > However, it > looks > --with-X can be set to > > * yes > > * no > > * path > > * config > > 1 out of the above 4 values. Which one you need depends on what you are trying to do. If you have non-standard l

Re: [gdal-dev] Fwd: [TC-Announce] Request for early implementations - GeoPackage 1.0

I did some tests, and it looks like we'll need some code changes to pass. There is a trivial schema fix for timestamps ('now' instead of CURRENT_TIMESTAMP). There is a more complicated fix needed for Requirement 45 which says: The width of a tile matrix (the difference between min_x and max_

Re: [gdal-dev] NITF TRE parsing - possible extensions for MIE4NITF

> > Sorry, should have linked to those in the initial email. In the spec > > (above), see > > 5.9.3.6 Freespace TRE (FREESA) > > 5.9.4.8 Frame-Synchronous Metadata Wrapper TRE (FSYNWA) > > 5.9.4.9 Frame-Asynchronous Metadata Wrapper TRE (FASYWA) > > > > I would caution that it's a bit confusing the

Re: [gdal-dev] NITF TRE parsing - possible extensions for MIE4NITF

MIE4NITF 1.1 can be downloaded from https://nsgreg.nga.mil/NSGDOC/files/doc/Document/MIE4NITF%20v%201_1.zip (see https://nsgreg.nga.mil/doc/view?i=4205 for info). > Is the UINT naming somewhat standardized ? Otherwise perhaps uint_be to > reflect > that it is binary encoded with big endianness (c

[gdal-dev] NITF TRE parsing - possible extensions for MIE4NITF

I'm working on implementing Motion Imagery Extensions for NITF (MIE4NITF, NGA.STND.0044 version 1.1) which adds quite a few TREs. Some of it is fairly standard, and should merge into GDAL OK. However there are two issues that are going to require changes: 1. Some of the fields (e.g. MTIMSA) are b

Re: [gdal-dev] GDAL 2.1.0, released 2016/04/25

> mmm,,,don't work. Not very descriptive > GDAL_PATH: C:\Program Files\GDAL Maybe you need to quote the path, or use something with no space? Brad ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-

Re: [gdal-dev] Build GDAL for android via NDK

No personal experience building on Android, but you may wish to post the error. Brad ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Using TILE_SCHEME option converting GeoTIFF to GeoPackage

> Here is a link to Geopackage sample name ERDC Whitehorse GeoPackage.gpkg > at > https://portal.opengeospatial.org/files/63156 I'm not sure I understand what this has to do with your question. It seems unrelated. > I tried like this > gdal_translate.exe -of GPKG "sample.tif" "sample.gpkg" -co

Re: [gdal-dev] GDAL 2.0.2 & gpkg woes

> The libspatialite code where the failure occurs is only executed when > spatialite is built with LOADABLE_EXTENSION undefined. Is there any > possibility that the new gpkg code depends on this being defined? > LOADABLE_EXTENSION does not appear anywhere in the GDAL source. Are you trying to link

Re: [gdal-dev] Questions about MBTiles write support @ GDAL 2.1 RC4

> I'm talking about zoom layers. E.g. when using gdal2tiles.py you choose what > zoom layers you want to create. Now with the API when only one layer is > created, many MBTiles readers will not show anything until you zoom in to > the exact zoom layer that was decided to include. So the output MBTi

Re: [gdal-dev] Remapping nodata

On Thu, 7 Jan 2016 11:09:10 AM Even Rouault wrote: > gdal_translate -of VRT -a_nodata will not remap values, but just change the > declared nodata value. That is in the docs, but was still a little unexpected :-) I did the gdalwarp solution, but as the source data gets larger, then the resource

[gdal-dev] Remapping nodata

I'm working on the geopackage elevation extension experiment, and trying to produce some GeoTIFF tiles that get inserted into sqlite. I need to remap the existing nodata (nan) to some other value that I can insert into a sqlite table as a number (say zero). I had a long explanation of what I'm

Re: [gdal-dev] epsg code for wgs84

On Wed, 23 Dec 2015 02:34:07 PM Sebastiaan Couwenberg wrote: > On 23-12-15 14:27, Gane R wrote: > > can any one specify the epsg code for wgs 84 > > EPSG:4326, you can find this on the Spatial Reference website for > example: http://spatialreference.org/ref/epsg/wgs-84/ This is almost certainly wh

Re: [gdal-dev] Are there any way to add bulk gcps?

On Tue, 15 Dec 2015 07:19:09 PM OHTSUKA Ko-hei wrote: > I use gdalwarp, gdal_translate with too many gcps. > Then command says: > "Argument list too long" > > Is thare any way to add too many gcps as bulk? http://www.gdal.org/gdal_utilities.html describes the --optfile argument, which is ideal fo

Re: [gdal-dev] Extending nitf_spec.xml

On Tue, 8 Dec 2015 11:20:47 AM Even Rouault wrote: > > I use the GDAL nitf_spec.xml file > > (https://trac.osgeo.org/gdal/browser/trunk/gdal/data/nitf_spec.xml) in an > > open source project (Java library: > > https://github.com/codice/imaging-nitf). I'm trying to figure out how to > > extend my li

[gdal-dev] Extending nitf_spec.xml

Hi, I use the GDAL nitf_spec.xml file (https://trac.osgeo.org/gdal/browser/trunk/gdal/data/nitf_spec.xml) in an open source project (Java library: https://github.com/codice/imaging-nitf). I'm trying to figure out how to extend my library to support writing as well as reading. I try to keep the fi

Re: [gdal-dev] unable to open DGN

On Fri, 20 Nov 2015 02:20:55 PM Martin Landa wrote: > I am trying to open sample DGN file, but it fails. I guess that the > reason is unsupported version (man pages says: Microstation DGN files > from Microstation versions predating version 8.0 are supported for > reading.) As I understand it, vers

Re: [gdal-dev] Build OGR with ESRI SDE

On Thu, 22 Oct 2015 01:51:49 AM MrMartin wrote: > Since that geotools has " ArcSDE plugin allows the GeoTools developer to > work with the ArcSDE middle ware" > i > wounder if it is possible to use this plugin to build a OG

Re: [gdal-dev] Handling pdfium build / integration

On Fri, 18 Sep 2015 02:19:59 PM you wrote: > The symbol is indeed hidden: > $ objdump -tC ../install/lib/pdfium/libfpdfapi.a | grep > CFDF_Document::CreateNewDoc g F > .text._ZN13CFDF_Document12CreateNewDocEv 00ac .hidden > CFDF_Document::CreateNewDoc() > > Bu

Re: [gdal-dev] Handling pdfium build / integration

On Fri, 18 Sep 2015 02:02:14 PM you wrote: > > ar: creating ./libbigint.a.new > > ar: BigInteger.o: No such file or directory > > ar: creating ./libfx_libopenjpeg.a.new > > ar: bio.o: No such file or directory > > ar: creating ./libfx_libjpeg.a.new > > ar: fpdfapi_jcapimin.o: No such file or direct

Re: [gdal-dev] Handling pdfium build / integration

On Thu, 17 Sep 2015 11:19:47 AM you wrote: > Basically if you download > https://github.com/rouault/pdfium/blob/build/build- lin.sh , run it, it > will install pdfium to $HOME/pdfium/install That isn't working out for me. I appear to be getting errors on this part of the "normal" step: cd third_

Re: [gdal-dev] Generating 200x200 tiles

On Thu, 17 Sep 2015 06:03:15 PM Alistair Young wrote: > I've been using gdal2tiles to generate zoom levels and tiles and it's > working fine but unfortunately the tiles are 256x256 and don't work with > the UK Ordnance Survey mapping SDK, which requires 200x200 tiles. Is there > a way to generate t

Re: [gdal-dev] Handling pdfium build / integration

On Thu, 17 Sep 2015 11:19:47 AM Even Rouault wrote: > Basically if you download > https://github.com/rouault/pdfium/blob/build/build- lin.sh , run it, it > will install pdfium to $HOME/pdfium/install So there is no shared library or configuration data need here? Brad __

[gdal-dev] Handling pdfium build / integration

I note the recent addition of pdfium for PDF support (alongside podofo and poppler). I'm a bit lost on which pdfium repo and branch to use, the best way to build and install pdfium library and headers, and (because of that), how to point the GDAL ./configure options to that install. I'm mainly

Re: [gdal-dev] GDALWarp fails to initialize

On Wed, 9 Sep 2015 10:29:04 AM user gdal wrote: > Can you try posting an actual, compilable example? > > Ans. There is a GUI from which I extract parameters which can give us a lot > of inconvenience. The program compiles without 'abusing' me. What I am > getting is a run time (or debug time) erro

Re: [gdal-dev] A Problem with GDALWarp

On Wed, 19 Aug 2015 04:01:32 PM user gdal wrote: > Dear friends, >I have to programmatically clip (using Visual C++) with > GDALWarp. I proceeded like this: > > GDALDataset *outimg; > > outimg->(GDALDataset *) GDALOpen(filename, GA_Update); > /* I also tried, instead of the ab

Re: [gdal-dev] JasPer vs OpenJPEG performance

On Fri, 7 Aug 2015 11:17:56 AM Jukka Rahkonen wrote: > NITF requires either that the tile size must not be > bigger that 1024x1024, or that the whole file is written as one single tile. > I believe you have such single-tile NITF file. I don't believe this is true (at least in NITF 2.1 - MIL-STD-250

Re: [gdal-dev] OGR Field Types?

On Fri, 5 Jun 2015 12:38:01 AM Stefan Keller wrote: > We've finished the GeoCSV spec. Does that mean: http://giswiki.hsr.ch/GeoCSV ? Brad ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] building interface to org2org

On Mon, 20 Apr 2015 12:01:34 PM Błażej Doruch wrote: > ...but in QGIS, and also new version of FWtools 2.4.7 it's some kind of > mistake in transformation beetween EPSG:2175 and 2175 (about 40 meters > displacement) Maybe worth filing a bug report to get it fixed instead of working around the prob

Re: [gdal-dev] Add Mercator_variant_A method?

On Tue, 7 Apr 2015 07:12:20 AM Jukka Rahkonen wrote: > I felt that document somehow heavy to read but it appears in many places > that "Mercator variant A" is the primary name since October 2010. This > section is from page 34 (of 143) OK, where do I fix geopackage behaviour - in OGR general, or in

Re: [gdal-dev] Add Mercator_variant_A method?

On Mon, 6 Apr 2015 01:56:16 PM you wrote: > Le lundi 06 avril 2015 13:26:11, Brad Hards a écrit : > > The problematic part is that "PROJECTION" definition. I was originally > > going to argue it should be Mercator_1SP, but it looks like the EPSG > > decided to change

[gdal-dev] Add Mercator_variant_A method?

I'm looking at geopackage support, and particularly at the NGA's draft "profile". It defines (and references) some spatial reference systems, including some interesting variations that will require more work later. For tonight, lets look at just one case: PROJCS["WGS 84 / World Mercator",