parking functions without CombinatorialClass

[fchapoton]

another try at modernizing parking functions

see #15216 for another proposal

CC: @zabrocki @tscrim

Component: combinatorics

Keywords: parking

Reviewer: Frédéric Chapoton

Issue created by migration from https://trac.sagemath.org/ticket/20764

[fchapoton]

New commits:

109c4e5

modernizing parking functions (WIP)

[fchapoton]

Branch: public/20764

[fchapoton]

Commit: 109c4e5

[sagetrac-git]

Changed commit from 109c4e5 to 3826645

[sagetrac-git]

Branch pushed to git repo; I updated commit sha1. New commits:

3826645

trac 20764 some details, add TestSuite

[sagetrac-git]

Branch pushed to git repo; I updated commit sha1. New commits:

1791d27

trac 20764 solving some issues

[sagetrac-git]

Changed commit from 3826645 to 1791d27

[sagetrac-git]

Changed commit from 1791d27 to bba1345

[sagetrac-git]

Branch pushed to git repo; I updated commit sha1. New commits:

bba1345

trac 20764 one detail

[sagetrac-git]

Branch pushed to git repo; I updated commit sha1. New commits:

2f45b28

remove ParkingFunction_class from databases/findstat.py

[sagetrac-git]

Changed commit from bba1345 to 2f45b28

[zabrocki]

comment:6

Hi Frédéric,
I approve of the update and what you have in mind but there is more work to do here. Do you propose to deprecate the old input methods (labeled Dyck word, labeling/area sequence)? Should we add methods from_labeled_dyckword, etc. There should definitely be some documentation in class ParkingFunction. What do you propose to do with ParkingFunction_old?

[zabrocki]

comment:7

see also #16595

[fchapoton]

Changed keywords from none to parking

[fchapoton]

comment:9

can we also close as a duplicate of #15216 ?

[tscrim]

Reviewer: Frédéric Chapoton

[tscrim]

Changed branch from public/20764 to none

[tscrim]

Changed author from Frédéric Chapoton to none

[tscrim]

Changed commit from 2f45b28 to none

[tscrim]

comment:10

Indeed.