Re: [gdal-dev] New JPEG 2000 Driver

2021-02-28 Thread Brad Hards
I think this will be an interesting issue for the GDAL PMC. On one hand, AGPL is no worse than some proprietary (optional) dependency libraries. On the other hand, supporting it in GDAL is implicitly endorsing the fork, and adds to the proliferation of driver code in the GDAL/OGR repository. I t

Re: [gdal-dev] New JPEG 2000 Driver

2021-02-28 Thread Aaron Boxer
Hi Nyall, Well, my point is that it's not terribly difficult to make a contribution, but it does require some hard work, which few are willing to expend. But, this isn't specific to JPEG 2000 - it's the case for any FLOSS project. The JPEG 2000 standard is difficult, but it can be grokked, if I ma

Re: [gdal-dev] New JPEG 2000 Driver

2021-02-28 Thread Nyall Dawson
Hi Aaron! I'm honestly a little confused reading your reply, as it seems to contradict itself: > As for the scarcity of open source expertise along with JPEG 2000, I also > agree. But the bar to entry > isn't as high as it used to be - we have high-quality open source > implementations, so anyo

Re: [gdal-dev] New JPEG 2000 Driver

2021-02-28 Thread Aaron Boxer
Hi Even, Thanks. You have certainly made remarkable improvements to OpenJPEG, especially considering the amount of time you were able to spend on the code. Regarding benchmarking, I totally agree, there are many many different workflows and configurations. I chose lossless compression/decompressio

Re: [gdal-dev] New JPEG 2000 Driver

2021-02-28 Thread Aaron Boxer
On Sat, Feb 27, 2021 at 1:18 PM Kurt Schwehr wrote: > I can't touch grok... GNU Affero General Public License > No problem, this driver will be optional. The current commercial and open source drivers are quite good. > > On Sat, Feb 27, 2021, 9:50 AM Aaron Boxer wrote: > >> Hello Everyone, >

Re: [gdal-dev] OGR Polygon Intersection

2021-02-28 Thread Even Rouault
Kai, > @Even Rouault, I'd try adding "normalize" to GDAL OGR and python > bindings, but my C/C++/SWIG knowledge might not be sufficient. If I'd > try anyway, what should I read to prepare? You could take inspiration from https://github.com/OSGeo/gdal/commit/29693f999fa9435ffcf1c4bdc2ffa2eeb3011b9

Re: [gdal-dev] OGR Polygon Intersection

2021-02-28 Thread Kai Mühlbauer
Hi, thanks Darafei, I've found the news on OverlayNG. Also thanks to Daniel Baston, who wrote me off list. Your help is very much appreciated. So "normalize" would bring these polygons to their canonical form, which is coordinates in lexicographic order, right? I'll just add this to my tests