[PROJ] OSGeo incubation status

[Sebastiaan Couwenberg]

On 1/24/20 1:18 PM, Martin Desruisseaux wrote:
> Le 24/01/2020 à 12:02, Kristian Evers a écrit :
> 
>>> Alternatively we need to convince IOPG to dual license the EPSG data
>>> under and DFSG compatible license.
>>>
>> This is obviously the best option. As far as I am aware all attempts
>> so far has been rejected by the IOGP. We can always try again, this
>> time including a thorough analysis of the effects of PROJ not being
>> able to provide access to the EPSG registry in a simple fashion. I
>> suspect that PROJ indirectly is by far one of the biggest consumers of
>> the registry. Maybe that can provide a bit of leverage?
>>
> I'm not sure that would be the best option. We are talking about
> something more like "open standards" here, which is not the same than
> "open source". There is some definition attempts about "open standards"
> on Wikipedia and elsewhere. The concept is quite young compared to "open
> source" so it is not yet well known. In essence "open standards" are
> very similar to "open source" except for the right to modify: "open
> standards" require modifications to be controlled by a standardization
> body, provided that the standardization process is free,
> non-discriminatory, etc. I think there is legitimate reasons for
> restriction about modifications; a standard is not standard anymore if
> anyone is free to modify it as they want. Hoping that projects will
> behave as good citizens, or that non-compliant projects will be at
> disadvantage compared to compliant projects, is not sufficient; it does
> not happen like that in practice (PROJ 4 itself was an example).

Standards are notorious as well, not have the right to make
modifications makes them non-free as well. We have this issue with OGC
Document License works for example.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1