Opened 11 years ago
Closed 4 years ago
#4503 closed enhancement (wontfix)
BAG Raster Driver
Reported by: | mduzee | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | closed_because_of_github_migration |
Component: | GDAL_Raster | Version: | unspecified |
Severity: | normal | Keywords: | BAG |
Cc: | schwehr |
Description
I am currently working on updating the xml metadata schema for the BAG file format (http://www.opennavsurf.org/). This change will be released in version 1.5 of the BAG API in the coming months.
One side effect of this change is that the current GDAL driver for the BAG format will no longer support the newly generated BAG datasets.
I have also been working on an updated BAG driver for GDAL which uses the BAG API instead of HDF5 directly. I would like to know if there is an interest in replacing the current BAG driver with this updated version. This should help insulate the GDAL driver from future changes to the BAG format.
Change History (4)
comment:1 by , 11 years ago
Cc: | added |
---|---|
Keywords: | BAG added |
follow-up: 3 comment:2 by , 11 years ago
Mike,
Thanks for your work on BAGs and of thinking about GDAL support! From the gdal packaging side (fink debian on top of Mac OSX), here are my thoughts.
- Before anything else, is the bag library packaged for RedHat/CentOS & Debian/Ubuntu and meeting the packaging requirements of those environments? That will likely make the BAG libs more robust.
- We really need to maintain the GDAL internal reader. GDAL's dependency list is HUGE and that causes serious problems for keeping gdal building and working properly. So any driver using the BAG libs needs to be a configure build option wrt to the built in BAG support.
- A set of tests covering BAGs (both BAG 1.4 / older and BAG 1.5) would help this possibility. And a set of tests would likely help a lot of the closed software providers that use the OpenNavSurf BAG material.
-kurt
comment:3 by , 11 years ago
Kurt and Frank,
Unfortunately I don't believe the BAG library is packaged for RedHat and/or Debian. We have just recently begun work on a new build system for BAG, perhaps CMake but its too early to tell. Once this work has been completed then I hope to investigate the packaging requirements for those platforms. I am mainly a Windows developer so I'll probably need to find someone to help with that.
Until then maybe I can update the existing BAG/HDF5 driver to support the 1.5 format and submit that. One benefit of my new GDAL driver using the BAG api is that it supports creation/write. I can see in the future that anyone only interested in just read would be fine with the existing support. The added complexity of another third party library would only be needed by people who want write ability.
Mike
comment:4 by , 4 years ago
Milestone: | → closed_because_of_github_migration |
---|---|
Resolution: | → wontfix |
Status: | new → closed |
This ticket has been automatically closed because Trac is no longer used for GDAL bug tracking, since the project has migrated to GitHub. If you believe this ticket is still valid, you may file it to https://github.com/OSGeo/gdal/issues if it is not already reported there.
Mike,
If possible, I'd prefer to avoid dependency on additional libraries for BAG format, but if necessary then I'd be pleased to have your implementation. Possibly we could fallback to the old driver if the extra libraries are not available but we still have the hdf5 library.