[PROJ] OGC/OSGeo/ASF code sprint: GIGS and GGXF proposals

[Martin Desruisseaux]

Hello all

The joint OGC/OSGeo/ASF code sprint will start in 2 weeks, with a 
pre-event webinar in 2 days (Wednesday this week). This event is free 
for anyone to participate, and thanks to Ordnance Survey sponsor a 
little bit of funding will be available for participants who apply and 
who are selected as eligible (more details to be provided by OGC later). 
The schedule is below:

    https://github.com/opengeospatial/developer-events/wiki/2022-Joint-OGC-%E2%80%93-OSGeo-%E2%80%93-ASF-Code-Sprint

Any development activity related to OGC standards can be proposed. Below 
are 2 proposals that may be relevant to PROJ:


      Proposal: GGXF implementation

The Gridded Geodetic data eXchange Format (GGXF) is an OGC 
standardization effort for distributing datum shift grids, geoid models, 
and more geodetic gridded data. It has the same goal than the GeoTIFF 
files that PROJ currently uses for this purpose. Chris Crook, who worked 
on the PROJ GeoTIFF format, is also a very active participant to the 
GGXF effort, together with Roger Lott, the main editor of ISO 19111 
(referencing by coordinates) and ISO 19162 (WKT 2) standards. Some other 
participants in the working group are from ESRI or from International 
Association of Geodesy (IAG). The GGXF standard uses the netCDF-4 
format. A draft of the GGXF standard and a prototype in Python are 
available. The code sprint would be an opportunity for volunteers for 
starting an implementation in PROJ, with Chris, Roger and other peoples 
present for answering questions and collecting feedback. For more 
details, see:

    https://github.com/opengeospatial/developer-events/tree/master/2022/Joint-OGC-OSGeo-ASF-Code-Sprint%202022/ideas/GGXF


      Proposal: GIGS implementation

The Geospatial Integrity of Geoscience Software (GIGS) is an IOGP effort 
for providing tests for coordinate operations. IOGP is the organization 
maintaining the widely-used EPSG geodetic database. GIGS tests are 
available as dataset (CSV files), web service and executable JUnit 
tests. The JUnit tests can be executed on any GeoAPI 3.0 implementation, 
including PROJ through the PROJ-JNI binding. The Java language is used 
for GIGS tests because it is currently the only language providing 
implementation-neutral API for referencing services (Python could be 
another candidate but the GeoAPI interfaces in Python are still in 
development). The code sprint would be an opportunity for volunteers to 
help upgrading to GIGS 2 and complete the tests (in Java), tests them on 
PROJ, and continue development of Python interfaces.

    https://github.com/opengeospatial/developer-events/tree/master/2022/Joint-OGC-OSGeo-ASF-Code-Sprint%202022/ideas/GIGS


      Mentoring

In addition to volunteers for above proposals, the PROJ project can also 
propose tutorials for beginners. On the mentor stream, developers will 
have the opportunity to give their first steps using the standards and 
projects, and hopefully this will build an engagement which will 
continue past the code sprint. More information are there:

    https://dev.to/doublebyte/2nd-open-software-and-open-standards-code-sprint-call-for-mentors-1g0o


Home page and registration: https://developer.ogc.org/sprints/15/

     Martin

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20220221/726a445c/attachment.html>