Just adding a link to a track ticket that is relevant:
http://trac.sagemath.org/ticket/16403

On Monday, July 8, 2013 12:23:21 PM UTC+2, vdelecroix wrote:
>
> Hi,
>
> I do like the project find_stat but do not like the way it intends to do 
> it. In that sense, I mostly agree with Nathann objections.
>
> Following Thierry, why combinatorial maps are not implemented as morphisms 
> between two proper parents ? We could add some semantic to morphisms 
> (injectivity/surjectivity/bijectivity, ...) which is definitely useful. 
> Note that some semantic is already there as a morphism might be a map 
> between sets or a map between between graded objects. It is possible to 
> implement a decorator that actually creates a morphism from a method 
> (@morphism_from_method) and cache it somewhere. I think that it should not 
> transform a method to a combinatorial map (which was one of the main 
> Nathann's objection) but it might be useful that such decorator exists. 
> Then, the problem is what method is not an actual morphism between two 
> parents (do we want decorators everywhere) ? Where do we register the 
> morphisms (in the parent, in a database) ?
>
> Another problem is that given a parent, it is not possible to determine 
> all the morphisms from or to that parent ("possible" here means that such 
> function will never exists, because most of the objects and morphisms are 
> dynamically created with the coercion framework and that set of morphisms 
> is potentially infinite). Nevertheless, coercion framework takes care about 
> somewhat "natural" morphisms and combinatorial maps are somewhat opposite 
> (ie non trivial transformations). But still, some semantic might be applied 
> to coercion morphisms.
>
> There are several obstruction to such project:
>  - an object (let say the partition [3,2,1]) may have several parent 
> (Partitions of 6, Partitions graded by the length, ...) but the 
> combinatorial map exists somewhat independently of the parent
>  - we need to convince Nathann that it would be good to have the parent 
> Graphs ;-)
>
> Best
> Vincent
>

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.

Reply via email to