Re: Contributing Apache Sedona(Raster Dataframes)

Hi Shantanu, I'd be interested to know how your work would compare to existing projects which provide raster support in Spark.  LocationTech GeoTrellis has existed for several years and provides that support already.  Also, LocationTech RasterFrames builds on top of GeoTrellis to provide

Re: First Sedona release

Python Adaptor documentation? Step 2. Could you please try to deploy a SNAPSHOT release to PyPI? You can find some help here: https://incubator.apache.org/guides/distribution.html Thank you very much! Jia On Thu, Dec 10, 2020 at 3:26 PM Jim Hughes wrote: Hi Jia, A JTS 1.18.0 release would

Re: First Sedona release

ade plugin to relocate these classes to a different path? Thanks, Jia On Thu, Dec 10, 2020 at 6:25 AM Jim Hughes wrote: Hi all, It may be worth discussing with the JTS directly what their schedule is rather than guessing at it. I am for finding a way for Sedona to work with JTS with the leas

Re: First Sedona release

code and use their Maven release. JTS source code is dual-licensed under Eclipse Public License 2.0 and Eclipse Distribution License 1.0 (a BSD Style License). So it is safe to keep it in Sedona. What do you think? @Jim Hughes Is this a good idea? Thanks, Jia On Fri, Dec 4, 2020 at 10:43 PM Jia

Re: First Sedona release

org/policy/incubation.html#releases As for the LGPL dependency specifically, a replacement will be needed? To clarify, ok to note in the WIP disclaimer- so it can be released with this. On Mon, Nov 23, 2020 at 11:15 AM Jim Hughes wrote: Hi all, Has the fact that one of the dependenci

Re: First Sedona release

to include this feature within the first Sedona release ? Regards, Paweł pon., 16 lis 2020 o 08:29 Jia Yu napisał(a): Dear all, Thanks for all your suggestions. 1. To completely solve the long-overdue JTS issue, I made a Sedona PR and two JTS PRs. @Jim Hughes , @Paweł Kociński , I, and probably

Re: First Sedona release

to publish 1.16.2 artifacts on Maven central.  Finding another way to do this will cause confusion. Cheers, Jim On 11/16/20 2:28 AM, Jia Yu wrote: Dear all, Thanks for all your suggestions. 1. To completely solve the long-overdue JTS issue, I made a Sedona PR and two JTS PRs. @Jim Hughes , @Paweł

Re: First Sedona release

on that - I trust that you can bring this task to completion. Jia, would you please let us know how we can incorporate the changes into the JTS master branch? Thanks, On Nov 12, 2020, at 10:10 AM, Jim Hughes wrote: Hi all, As a JTS committer, I have tried to request that the Sedona project

Re: First Sedona release

Hi all, As a JTS committer, I have tried to request that the Sedona project discuss the desired changes to JTS previously.  I'd still encourage that. JTS is an active project and I feel that maintaining a fork of JTS is unnecessary and inappropriate. Cheers, Jim On 11/11/20 9:04 PM,

Re: JTSplus fork status

Hi all, I'd suggest that we look for alternatives around the changes to userData.  When I've talked to Martin Davis (lead JTS developer), he's been a little unsure and cautious around how userData is used. As one suggestion, is it possible to separate out comparison and serialization around