[Bug 249296] Review Request: libgeotiff - GeoTIFF format handler library

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: libgeotiff - GeoTIFF format handler library


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249296





------- Additional Comments From cbalint at redhat.com  2007-07-24 06:57 EST -------
Spec URL: http://openrisc.rdsor.ro/libgeotiff.spec
SRPM URL: http://openrisc.rdsor.ro/libgeotiff-1.2.4-0.3.rc1.fc8.src.rpm

* Tue Jul 24 2007 Balint Cristian <cbalint at redhat.com> 1.2.4-0.3.rc1
- codes are under MIT
- pkg-config cflags return fix
- epsg_csv ownership


RE for #5:

I would like to split out epsg data for 3 reasons:

- 1) would be nice to have noarch epsg dataset separatley so any time i can 
respin agains newer versions independently agains gdal/geotiff

- 2) this way i can include all _original_ dataset and people can see how it 
explode in .csv and .inc ones, EPSG loves to see we NOT alter their database 
just copy portions and re-arange tham, however their sql dumps arent usefull 
when you fopen() at all. SO license statement will be not brake at all.

- 3) gdal and geotiff with small patch can pick up tham on the fly from 
specific folder, and any respin off epsg would NOT imply rebuild of 
gdal/geotiff code, actualy they fopen and search through it.

   However i still discuss with Frank how splitting works i need to find a way 
for do it in %build section of files. It might be strange since now he use
postgresql query to dump in csv files, but in %build time i cannot do like 
this, so need to rewrite script wich simply parse sql file dumps the same 
way. Its hard but would be nice.
 

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.