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
_______________________________________________
PROJ mailing list
[email protected]
https://lists.osgeo.org/mailman/listinfo/proj
