[PROJ] Synthetic Coordinate System
Even Rouault
even.rouault at spatialys.com
Sun Mar 22 10:10:20 PDT 2026
ah ok I jumped too far to conclusion seeing DGGS mentionned. I read too
quickly and am not familiar with HEX9.
Do you plan to submit your work to PROJ upstream?
I don't think it would make sense in the PROJ API to report the octant
number in PROJ_COORD or in WKT, since it isn't needed to unambiguously
qualify a location: just X and Y are sufficient, right ? So I don't
really have a good suggestion to propose to you to be able to output the
octant number. Perhaps there should be a way in the API to be able to
report extra information, specific to a given projection, but that
infrastructure doesn't exist.
Even
Le 22/03/2026 à 18:00, Ben Griffin via PROJ a écrit :
> Hi Even,
> Thank-you for your thoughts.
>
> As mentioned in my OP, the CRS isn’t a DGGS. It is a continuous CRS
> that acts as the backbone for a DGGS.
> Consider, please, the net projections that are run using the current
> system (albeit via the python module).
>
> https://raw.githubusercontent.com/MrBenGriffin/hex9/refs/heads/main/images/rhombus.jpg
>
>
> Or
>
> https://raw.githubusercontent.com/MrBenGriffin/hex9/refs/heads/main/images/butterfly.jpg
>
> Those are projections under the CRS declared in the OP - they are not
> representative of a DGGS.
> I’m not denying that the CRS is related to (and supports) DGGS - but
> it is not a DGGS.
>
> The query concerned how best to capture a global coordinate that
> involves an octahedral scheme - It feels like you picked up on
> something else.
> One of the aspects of this, which to me feels the most obvious, is
> that a CRS is continuous, while a DGGS is not.
>
> I feel that my position on this is defensible.
>
> Best regards
> Ben.
>
>> On 22 Mar 2026, at 16:47, Even Rouault <even.rouault at spatialys.com>
>> wrote:
>>
>> Hi Ben,
>> I don't think PROJ API is the best fit for DGGS implementations.
>> Probably https://github.com/ecere/dggal would be a better host (I
>> haven't used it myself)
>> And AFAIK, WKT / ISO-19111 hasn't been designed with DGGS use cases
>> in mind either.
>>
>> Even
>
>
>
> _______________________________________________
> PROJ mailing list
> PROJ at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/proj
--
http://www.spatialys.com
My software is free, but my time generally not.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20260322/d1272d8d/attachment-0001.htm>
More information about the PROJ
mailing list