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

[Daniel Kastl]

Hi Darafei,

Thank you for sharing your thoughts!

I think there is a possibility to find people who care, so eventually we
can encourage even some to sponsor option b).
Would you be interested to do this job? We can handle the "funding call".

Best regards,
Daniel



On Mon, 5 Oct 2020 at 20:37, Darafei "Komяpa" Praliaskouski <me at komzpa.net>
wrote:

> Hello,
>
> My recommendation would be to:
>
>  a) if people don't care - drop in replace with ST_ConcaveHull. Both Alpha
> Shape and Concave Hull are incorrect for isochrones.
>
>  b) if people care - replace with
> ST_LocateBetweenElevations(ST_ConstrainedDelaunayTriangles(linework_geom_with_t_in_z),
> t_min, t_max).
>
> Best way is probably to have someone condense my blog post into drop-in
> code replacement for pgrouting and post it in "Breacking changes:" section
> of manual.
>
> I believe it's ok to retire alphashapes.
>
>
> On Mon, Oct 5, 2020 at 8:27 AM Daniel Kastl <daniel at georepublic.de> wrote:
>
>> 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
>>
>>
>>
>>

-- 
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/db5568e0/attachment.html>