Roland Mainz wrote:
> Magne M?hre wrote:
>> 4. Technical Description:
>> 4.1. Details:
>> PROJ is a package that provide functions and a library for
>> forward and inverse transformation between different
>> cartographic projections. It is widely used by open source
>> GIS applications.
>
> Does the software have a longer name somehow, e.g. "GisProj" ? Just
> "SUNWproj" is... erm... short.
It's simply called proj, and the package name is 'proj' in both
Debian and Fedora/RedHat
>> 4.5. Interfaces:
>> Provided interfaces:
>> package:
>> SUNWproj uncommitted
>>
>> include files:
>> /usr/include/nad_list.h uncommitted
>> /usr/include/org_proj4_Projections.h uncommitted
>> /usr/include/proj_api.h uncommitted
>> /usr/include/projects.h uncommitted
>
> Is it possible to move this into a subdir like /usr/include/postgres/ or
> /usr/include/proj4/ ? I'm a bit worried that this stuff more or less
> sits in the global include namespace for all applications... for example
> /usr/include/project.h may be confused with /usr/include/projects.h
> which is a system header for the Solaris "projects" feature.
proj is not a postgresql package. It is a generic support library
for GIS applications, and widely used in that business segment.
I have no objections to putting the include files in
/usr/include/proj4, if that is the recommended approach ?
>
>> user binaries:
>
> Same question here: Is there a reason why this must be in /usr/bin/ and
> cannot sit in /usr/postgres/bin/, /usr/postgres/bin/ or /usr/proj4/bin/
> ? If it should remain in /usr/bin/ - would it be usefull to add "proj4_"
> as prefix for all utilties (except "proj" itself) ?
I'm opposed to adding a prefix as that would confuse users. A separate
directory (/usr/proj4/bin) is acceptable to me
>
>> libraries:
>> /usr/lib/libproj.so.0.5.4 uncommitted
>
> Please ship a 64bit version of the library, too (e.g.
> /usr/lib/${MACH64}/libproj.so.0.5.4).
Yes, of course.. my mistake..
>
>> man files:
>> /usr/share/man/man1/cs2cs.1 uncommitted
>> /usr/share/man/man1/geod.1 uncommitted
>> /usr/share/man/man1/nad2nad.1 uncommitted
>> /usr/share/man/man1/proj.1 uncommitted
>> /usr/share/man/man3/pj_init.3 uncommitted
>
> Same issue here - what about putting this into /usr/postgres/8.2/man/ or
> /usr/proj4/man/ ?
Both Fedora and Debian place the applications, include files and
libraries in the common /usr directories, so an argument would be that
the users would expect to find them there. Technically, there would be
no problem in having them in /usr/proj or /usr/proj4.
--Magne
