[pgrouting-dev] MOTION 2: Stop 2.x series support

[Daniel Kastl]

Thank you, Regina!
And thank you, Darafei, for that blog post.

I think this thread (and motion) should also show that there are
maintenance costs (time & money) and both are usually limited.
The alphaShape function doesn't have a "healthy" balance between costs and
use (probably). And Darafei's post shows that there could be better
solutions.

That said if someone's business strongly depends on the alphaShape
function, it's probably a good time to speak up now ... and eventually
think of funding this functionality.

Best regards,
Daniel






On Mon, 5 Oct 2020 at 12:07, Regina Obe <lr at pcorp.us> wrote:

> I don’t think it will be in PostGIS anytime soon and even if it is it
> would be thru SFCGAL which is not a hard dependency.
>
> I am working on a revised ST_ConcaveHull (faster and more accurate) which
> could act as a proxy but I’m not sure I’ll be done with it before 3.1 and
> even so, many users would be using lower.
>
>
>
> Also keep in mind what Darafei said in his blog post.  He thought
> AlphaShapes are a poor solution for pgRouting.
>
>
>
> https://www.patreon.com/posts/isochrones-are-20933638
>
>
>
> Added him to this email thread in case he wants to comment
>
>
>
> *From:* Daniel Kastl [mailto:daniel at georepublic.de]
> *Sent:* Sunday, October 4, 2020 8:16 PM
> *To:* Cayetano Benavent <cayetano at carto.com>
> *Cc:* Vicky Vergara <vicky at georepublic.de>; pgRouting developers mailing
> list <pgrouting-dev at lists.osgeo.org>; Regina Obe <lr at pcorp.us>
> *Subject:* Re: MOTION 2: Stop 2.x series support
>
>
>
> +0
>
>
>
> I understand the reasons for dropping CGAL and I think it's a good idea to
> lower the amount of maintenance effort.
>
> This is just a single function that probably only has a few users and it
> requires a lot of attention.
>
> Because I and my company do not use the alphaShape function at the moment,
> it's also easy to agree.
>
>
>
> That said, I'm not really sure if alphaShape will be part of PostGIS any
> time soon.
>
> Is there someone working on this? Is there a feature request issue already?
>
> If not, we should probably create an issue and reference it to the one on
> pgRouting to drop CGAL.
>
>
>
> Regards,
>
> Daniel
>
>
>
>
>
>
>
>
>
> On Sun, 4 Oct 2020 at 23:33, Cayetano Benavent <cayetano at carto.com> wrote:
>
> Hi Vicky,
>
>
>
> My vote is +1.
>
>
>
> Regards,
>
>
>
> El sáb., 3 oct. 2020 5:44, Vicky Vergara <vicky at georepublic.de> escribió:
>
> Hello community
>
>
>
> I am making the following motion:
>
> https://github.com/pgRouting/admin/wiki/MOTION-2:-Stop-2.x-series-support
>
>
>
> Please use this mail thread to make comments and your community vote.
>
> PSC members please vote on the motion.
>
>
>
> Regards
>
> Vicky
>
>
>
>
> --
>
> Georepublic UG (haftungsbeschränkt)
>
> Salzmannstraße 44,
>
> 81739 München, Germany
>
>
>
> Vicky Vergara
>
> Operations Research
>
>
>
> eMail: vicky at georepublic.de
>
> Web: https://georepublic.info
>
>
>
> Tel: +49 (089) 4161 7698-1
>
> Fax: +49 (089) 4161 7698-9
>
>
>
> Commercial register: Amtsgericht München, HRB 181428
>
> CEO: Daniel Kastl
>
>
>
>
>
>
> --
>
> Georepublic UG & Georepublic Japan
> eMail: daniel.kastl at georepublic.de
> Web: https://georepublic.info
>
>
>
>
>
>
>


-- 
Georepublic UG & Georepublic Japan
eMail: daniel.kastl at georepublic.de
Web: https://georepublic.info
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/pgrouting-dev/attachments/20201005/9cb749ff/attachment-0001.html>