OK, great, thanks for clarifying!
Am Mittwoch, 28. Mai 2014 20:53:36 UTC+2 schrieb Simon King:
>
> Hi Martin,
>
> On 2014-05-28, 'Martin R' via sage-combinat-devel <
> sage-comb...@googlegroups.com > wrote:
> >> E.g., it should know domain and codomain, and it should know
> >> what category it
>
> E.g., it should know domain and codomain, and it should know
> what category it belongs to. I think it makes sense to let a morphism
> know whether it is injective or surjective. However, additional
> information that is certainly interesting to researchers (e.g.: "Was first
> defined by J
Okay here's where I think we are, and my 2 cents in the matter.
Simon wants to have a database which stores the map information which is
constructed by the decorator @combinatorial_map in order to not have it
cause any slowdowns. The question is, "how to do this?"
Here's my 2 cents of a solutio
A slightly unrelated problem:
Would it be possible to include the findstat functionality in sage? That
is, i have a bunch of pairs (permutation, number), then call the function
findtsta on them, and get a list of possible ways that the numbers can me
computed from the permutations. All inside s
>
> That being said we do not want to register all computable maps on
> startup. So we have to find the good balance between interesting maps
> as "the number of descents in a permutation" and uninteresting maps as
> "the polynomial map 57*n^2 - 18*n +3 from {-12, 1, 42, 2243} to the
> integer
