Will Cohen

As a followup, `sed -i 's/nan("0")/NAN/g' ../src/geodesic.c` on the source code gets the transpiled JS working, though I haven't checked enough in this case about what could eventually break with...

It's definitely true that meter-accuracy of that particular shape is unnecessary. I was running polyfill at meter-level accuracy on the census bureau's census blocks for Massachusetts to try to replace...

Thanks, @dfellis. I'll probably need to follow along for a while with the discussion before jumping in. Separately, thanks to everyone for your work on the library. We're finding it...

It [does appear](https://github.com/OSGeo/proj.4/blob/master/src/PJ_pipeline.c) that pipeline is implemented separately for 2D, 3D, and 4D.

Now that proj4 has stopped using source data files compatible with the existing `epsg` plain text file, does it make sense for proj4j to start generating/ingesting the upstream sql database...

Since EPSG is about to [change their model](https://www.iogp.org/blog/epsg/upgrade-of-epsg-dataset-data-model/), upstream proj will have to change accordingly to reflect that, and there's nothing wrong with existing functionality here, I'd like to wait...

More discussion on this in #53. There are some concerns with sqlite and its not being pure java. On my own I've started trying out an approach to this but...

I think the use of native code in sqlite-jdbc [is a main concern](https://github.com/locationtech/proj4j/issues/12#issuecomment-534250797) here, since proj4j is a pure java reimplementation of proj. It does lead to a thought experiment...

When proj appears on the classpath, it looks like [this project](https://github.com/Kortforsyningen/PROJ-JNI) implements a JNI approach. For this reason, it may be that that library is better suited to handle this...

As a followup, the latest version of the 9p patch is https://gitlab.com/wwcohen/qemu/-/tree/9p-darwin and that's where the in-progress work will go as it progresses towards resubmission upstream. Any comments on how...