Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 178162 - Review Request: libgeotiff
Summary: Review Request: libgeotiff
Status: CLOSED DUPLICATE of bug 249296
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Balint Cristian
QA Contact: Fedora Package Reviews List
Depends On:
TreeView+ depends on / blocked
Reported: 2006-01-18 05:15 UTC by Shawn McCann
Modified: 2007-11-30 22:11 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-07-23 15:36:37 UTC

Attachments (Terms of Use)

Description Shawn McCann 2006-01-18 05:15:49 UTC
Spec Name or Url:
SRPM Name or Url:
Description: Libgeotiff is a public domain library normally hosted on top of libtiff for reading, and writing GeoTIFF information tags.

This package was reviewed last summer. Makefile patch was made in response to review comments and package is being resubmitted for approval.

Comment 1 Shawn McCann 2006-01-18 05:19:12 UTC
Correction to above URL:

SPRPM Name or URL:

Comment 2 Ralf Corsepius 2006-01-18 06:09:13 UTC
Hmm, I vaguely recall the discussion on this package ;)

Packaging-wise, the package seems fine to me, but I am having concerns on some

1. package's licensing:

1.1 The %description reads:
"... public domain library ...".
libgeotiff definitely is not a "public domain" library: Its sources come under
different "open" licenses. (cf. the file LICENSE inside of the tarball).

1.2 LICENSE contains this:
The EPSG Tables (from which the CSV files, and .inc files are derived)
carried this statement on use of the data (from the EPSG web site):

  Use of the Data

  The user assumes the entire risk as to the accuracy and the use of this
  data. The data may be copied and distributed subject to the following
      3.The data may not be distributed for profit by any third party; and
      4.The original source [EPSG] must be acknowledged.

IANAL, but this (esp. point 3.) seems problematic wrt. inclusion into FE to me.
I read it as: This package contains sources which qualify as for "non-commercial
use" only.

The question, I can't answer is: Does this license affect the library binaries?

2. /usr/include/geotiff/geo_config.h contains defines which typically are used
by autoconf/autoheader and are likely to conflict with autoheaders/autoconf when
trying to use geotiff in packages using autoconf-based configuration.

Comment 3 Shawn McCann 2006-01-18 19:21:30 UTC
Thanks Ralf, valid comments. I don't know the answers off the top of my head but
I can provide some further background.

The purpose of this submission is to support GDAL (which is currently trying to
get approved). GDAL includes an internal copy of libgeotiff. The debian folks
don't have a separate libgeotiff package, they distribute GDAL with the internal
libgeotiff. However, reading the Fedora guidelines, it appears that the
preference is not to use "hidden" packages where possible - hence this submission.

Note also that the proj package also uses the epsg data and is currently part of
Extras. I assume the same issue will affect that package.

Comment 4 Shawn McCann 2006-01-20 04:39:34 UTC
Some more information.

The current EPSG license info can be found at
and contains the following additional note to clarify the use of the data in
commercial / for profit applications:

"With regard to (3) above, the data may be included within proprietary
applications distributed on a commercial basis when the commerciality is based
on application functionality and not on a value ascribed to the
freely-distributed EPSG dataset."

Note that the EPSG also acknowledges that this data forms part of the GeoTIFF
specification on this page

Comment 5 Ed Hill 2006-01-29 21:41:22 UTC
Hi Shawn, I started to review this package and the first thing I noticed was a
mismatch between the upstream libgeotiff-1.2.2.tar.gz file and the one provided 
by the SRPM.  It seems that the actual contents of the two tar files are the 
same (zero diff on two directores they create) so perhaps one is simply more 
compressed (gzip -9) than the other?  Or maybe the upstream changed?

In any case, please produce a new SRPM with an exact match (md5sum) to the
upstream "tarball" since most folks consider that to be a review prerequisite.

Comment 6 Shawn McCann 2006-01-31 16:40:04 UTC
Thanks Ed, good catch. Not sure what happened, but I've updated the source
tarball with a fresh copy and rebuilt. SRPM and SPEC now available online
(version 3).

Comment 7 Rudolf Kastl 2006-05-28 13:30:03 UTC
latest geotiff release is 1.2.3

Comment 8 Shawn McCann 2006-06-02 16:37:24 UTC
Seeing the discussions for the gdal issue, its probably time to ping the
reviewers and see what the status of this package is. From my point of view, the
issues that have been raised have all been answered - the main issue being the
licensing of the EPSG data. As noted above, this package, as well as proj, gdal,
etc all come from the same upstream author and all contain the EPSG tables. My
research showed that there was no intent from the distributors of this data to
exclude it from open-source use. These packages are all available in the debian

Anyways, if someone can rereview this and let me know if there are still
outstanding issues, I'd be happy to address them. We can also consider the
upgrade to 1.2.3 now or after submission.

PS Note that gdal contains an embedded libgeotiff package

Comment 9 Patrice Dumas 2006-08-08 11:39:35 UTC
I sent a mail to the debian gdal maintainers about the licensing 
issue and put all of you who appear in the report as blind carbon 

Comment 10 Patrice Dumas 2006-08-08 14:39:21 UTC
The debian maintainer response:

    This is relevant. I would move those data into a non-free 
    package a part. That would involve re-packaging the upstream 
    tarball, of course.

Maybe the best thing to do at that point would be to contact
the upstream and ask them to precise their licence. Otherwise
some split should be needed.

(isn't there a bug to block in such cases, like FE-LEGAL?) 

Comment 11 Patrice Dumas 2006-08-08 14:54:05 UTC
Found it, it isn't FE-LEGAL but FE-Legal....

Comment 12 Mamoru TASAKA 2006-09-15 00:34:40 UTC
Well gdal (bug 205955) has the copies of libgeotiff code in it,
and it seems that it is not possible to remove libgeotiff code
from gdal. And libgeotiff code in gdal package surely uses
.inc files of which the legal issue is questionable.

I mark gdal (bug 205955) depending on this bug.

Comment 13 Mamoru TASAKA 2006-09-15 01:05:19 UTC
Reported upstream.

Comment 14 Tom "spot" Callaway 2006-10-14 21:01:07 UTC
This is a clear-cut blocker. If it has a end-user restriction (cannot sell data
files) and we are forced to include the data files, then the EPSG Tables are
clearly non-free.

Either we remove the EPSG Tables under that bad license, or we get the Tables
relicensed without the restrictions (terms 1 and 3 are the bad ones), or this is
not going in.

Comment 15 Jason Tibbitts 2006-10-15 05:00:17 UTC
This shouldn't block FE-Legal now; please save that for things that the lawyers
actually need to look at.  Unless there's objection to spot's opinion above and
someone honestly thinks that Red Hat's lawyers will see the situation differently.

Comment 16 Mamoru TASAKA 2006-10-15 05:16:35 UTC
(In reply to comment #15)
> This shouldn't block FE-Legal now; please save that for things that the lawyers
> actually need to look at.  Unless there's objection to spot's opinion above and
> someone honestly thinks that Red Hat's lawyers will see the situation differently.

Ah. "FE-Legal" meant "the bug should FE-legal until someone familiar
with license issue investigates the bug precisely"? My recognition was
"the bug should block FE-Legal until license issue is really resolved".

Comment 17 Jason Tibbitts 2006-10-28 18:01:17 UTC
So what's going to happen?  If there's no effort from the submitter to carry out
any of the possible actions as detailed in comment #14, this submission should
be closed.

Comment 18 Mamoru TASAKA 2006-10-28 18:12:30 UTC
Well, I am reviewing gdal (bug 205955) , gdal uses libgeotiff code
and it has the same license problem as libgeotiff.

I asked for libgeotiff upstream to fix license problem as I commented in
comment #13 and currently I recieved no response from upstream.

I remember once I saw that upsteam is working with this issue, however
I forgot where......

Comment 19 Shawn McCann 2006-10-30 15:07:25 UTC
I have no plans to do further work on this. The EPSG data is required for
libgeotiff to function and we either need to include the files in the
distribution or use the embedded data in the source. As noted, this has been
raised upstream and as yet there has been no response. I take it that Fedora has
no plans for different types of repositories - including one that would support
a package such as libgeotiff? This will be unfortunate as most of the open
source GIS packages depend on libgeotiff and gdal and therefore these packages
will be unavailable to Fedora users.

Comment 20 Jason Tibbitts 2006-10-30 15:18:45 UTC
There are already Fedora repositories that would permit such software.  Of
course, nothing in Extras can depend on them.

It is indeed unfortunate, but it is not the fault of Fedora that the upstream
data is not licensed in a sufficiently free manner.

Closing and adjusting blockers as appropriate.

Comment 21 Shawn McCann 2006-10-30 20:26:35 UTC
OK, I'll keep an eye on the upstream situation and, if it changes favourably, 
I'll try submitting this package again

Comment 22 Balint Cristian 2007-02-06 19:53:02 UTC
The whole thread is about getting grass in fedora extras ?
Indeed i guess the dep tree libgeotiff->gdal->grass.

Comment 23 Mamoru TASAKA 2007-02-07 05:30:20 UTC
(In reply to comment #22)
> The whole thread is about getting grass in fedora extras ?
> Indeed i guess the dep tree libgeotiff->gdal->grass.

Yes. If you are interested, please comment on
bug 222042 and bug 222039

Comment 24 Balint Cristian 2007-07-17 17:11:19 UTC
  I would like to continue review of this package once now epsg updated the 
license terms, and Frank Warmerdar will do this week a respin of libgeotiff 
including new EPSG dataset.

  I reasigned to myself the bug, i come up with a new spin of package as Frank 
spinn upstream libgeotiff (should happen today or tomorrow) and Thomas ACk 
from FSF the license of geodetic dataset.

Comment 25 Mamoru TASAKA 2007-07-17 17:44:19 UTC
Hello Balint:

This review request is old and initial reporter differs.
Would you close this bug once , ask Frank to open a new review
request and mark this bug a duplicate of the new review request
to avoid confusion?

Comment 26 Balint Cristian 2007-07-23 15:36:37 UTC

*** This bug has been marked as a duplicate of 249296 ***

Note You need to log in before you can comment on or make changes to this bug.