macOS
brew install libgeotiffprovider-native install command
brew / rank 797
Library and tools for dealing with GeoTIFF. Version 1.7.4 via Homebrew; verified from local package data.
install
brew install libgeotiffprovider-native install command
overview
Library and tools for dealing with GeoTIFF
history
libgeotiff is the OSGeo library and toolset for reading and writing GeoTIFF metadata inside TIFF files. It is package-significant because GeoTIFF became a standard interchange format for georeferenced raster imagery, and libgeotiff provides the small C-level plumbing used by GIS stacks and command-line data workflows.
The GeoTIFF format was developed in the early 1990s to add geographic metadata to the mature TIFF image format. OGC records a September 1994 SPOT Image proposal, a November 1995 Revision 1.0 specification by Ritter and Ruth, and a 2000 adjustment to the community specification before OGC GeoTIFF 1.1 formalized the standard.
The OSGeo libgeotiff repository describes the library's job as extracting and parsing GeoTIFF key directories and installing GeoTIFF keys in new files. The project migrated to a GitHub-hosted OSGeo repository while keeping OSGeo Trac and download archives as historical project infrastructure.
GeoTIFF's adoption came from remote sensing, GIS, cartography, and earth-science users needing a TIFF-compatible exchange format for georeferenced imagery. OGC states that the format is used throughout geospatial and earth-science communities, and libgeotiff follows that usage as a common implementation dependency.
Package managers expose libgeotiff as both a library and CLI utilities such as listgeo, geotifcp, and applygeo. Its downstream footprint is strongest in geospatial stacks that also involve TIFF, PROJ, GDAL, and raster-processing tools.
Users reach for libgeotiff to inspect, copy, or attach georeferencing keys in TIFF files. The tools are small but durable: listgeo reports GeoTIFF metadata, geotifcp copies georeferencing into new TIFFs, and applygeo applies external metadata.
Developers use the C library when they need direct access to GeoTIFF key directories rather than a full GIS framework. That makes it useful as a dependency under larger geospatial applications and as a command-line diagnostic package.
libgeotiff sits at the dependency layer where image codecs meet coordinate-reference metadata. For packagers, that means careful coordination with libtiff, PROJ/EPSG data, and GDAL-like consumers.
Its importance is not flashy application UX but interoperability: if GeoTIFF metadata parsing breaks, many map-processing pipelines fail in ways that look like bad coordinates rather than bad software.
security posture
library-like package without higher-risk signals.
green risk · low confidence · appliance
Before unattended agent use, check whether the tool reads plaintext credentials, writes remote state, publishes artifacts, or shells out to plugins.
executables
| Command | Kind | Exposure | Note |
|---|---|---|---|
applygeo | executable | indexed executable | Discovered from the local executable index. |
geotifcp | executable | indexed executable | Discovered from the local executable index. |
listgeo | executable | indexed executable | Discovered from the local executable index. |
freshness
These signals separate page generation age, package-manager activity, and upstream release comparison. Version lag is warned only when an evidence URL and comparable versions are present.
install metadata
| Package key | brew:libgeotiff |
|---|---|
| Version | 1.7.4 |
| Package manager | Homebrew |
| Homepage | https://github.com/OSGeo/libgeotiff |
| Repository | https://github.com/OSGeo/libgeotiff |
| Bottle | not recorded |
| Service | none declared |
source trail
This page is generated by av-web from the private package SQLite artifact built by scripts/generate-pkg-sqlite.py.
View the package source record on GitHub.