[PROJ] PROJ on JVM/JS via Native, WebAssembly, and Graal Interop

[Javier Jimenez Shaw]

About the JavaScript issues, maybe this project may help you
https://github.com/bugra9/gdal3.js
It is about GDAL, that has to compile PROJ of course.

One thing that maybe is interesting about the CLI programs in PROJ, is to
move the code into another cpp file, to let WASM call it like it is done
from the CLI (if it cannot be used directly as it is). Something like
"cs2cs.cpp" just with a small main function, and "cs2cs_impl.cpp" with the
actual implementation, that is not small. Then WASM could call
cs2cs_impl.cpp. (I think that GDAL is doing that). But maybe I am
misunderstanding the usage of WASM calling C functions and programs.

On Thu, 12 Dec 2024 at 10:34, Martin Desruisseaux via PROJ <
proj at lists.osgeo.org> wrote:

> Hello
>
> Le 2024-12-12 à 01 h 43, Will Cohen via PROJ a écrit :
>
> I am very pleased to announce clj-proj (
> https://github.com/willcohen/clj-proj/), a project which provides a
> native (or transpiled) version of PROJ for both the JVM and JS ecosystems.
>
> The goal of this project is to provide a long-missing component of
> geospatial analysis for these platforms: a performant version of PROJ that
> can closely follow upstream development. This should dramatically improve
> the suitability of the JVM and JS ecosystems for advanced open-source
> geospatial uses.
>
> This is a great effort and this project will surely meet some users. It
> may also replace PROJ-JNI <https://github.com/OSGeo/PROJ-JNI>. But just
> for avoiding to give an inexact impression to the readers, this project
> indeed fills a hole on the JS side (as far as I know), but not really on
> the JVM side where alternatives comparable to PROJ exist for 20 years, in
> particular GeoTools (the oldest) and Apache SIS. They have their advantages
> and inconvenient. For example, PROJ supports more projection methods but
> Apache SIS has more extensive support of any-dimensional transforms. PROJ
> is more up-to-date on WKT 2 but Apache SIS has better GML support. All
> those projects can use an embedded EPSG database (GeoTools was 10 years in
> advance over PROJ in that aspect). So there is of course reasons why some
> peoples will want to use PROJ on the JVM, but it is inexact to say that
> they couldn't do advanced open-source geospatial on that platform.
>
>     Regards,
>
>         Martin
>
>
> _______________________________________________
> PROJ mailing list
> PROJ at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/proj
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20241212/856c0cb6/attachment.htm>