#9664: Graphical representation of fans
----------------------------------+-----------------------------------------
   Reporter:  vbraun              |       Owner:  mhampton    
       Type:  enhancement         |      Status:  needs_review
   Priority:  major               |   Milestone:  sage-4.6    
  Component:  geometry            |    Keywords:              
     Author:  Andrey Novoseltsev  |    Upstream:  N/A         
   Reviewer:                      |      Merged:              
Work_issues:                      |  
----------------------------------+-----------------------------------------
Changes (by newvalueoldvalue):

  * status:  needs_work => needs_review
  * author:  Volker Braun => Andrey Novoseltsev


Comment:

 OK, here is my version, a little different from the above description but
 it is easier to look at plots and documentation than to explain it here.
 So I will just highlight some features.

 Basically, the patch adds a "constructor" for toric plots and
 lattices/cones/fans set up this constructor and then call relevant
 commands. The hope is that one can easily use this constructor to create
 plots for some combinations, e.g. superimposed fan and its subdivision,
 split fan for fibrations and so on. As a simple example of modifying
 existing plots toric varieties replace default ray labels with coordinate
 names. (And old `plot3d` is finally gone from CPR-Fano varieties.)

 Any plotting function here takes any parameters without trying to
 determine what is right and what is wrong. If something is wrong, it is
 likely to appear when the plot is actually plotted, but otherwise it makes
 life simpler both for user and for programmer. There are only two places
 where all options should be exposed: dictionary of default values and
 documentation of `toric_plotter.options` function.

 In addition to passing parameters to plotting functions it is also
 possible to modify global options (e.g. if one want to have black and
 white plots, or does not like the defaults in some other way).

 I did not find it practical to have separate functions for different
 dimensions, so there are some places with if/else based on dimension.
 Personally, I think that all these places are bugs of the current Sage
 plotting system - why point sizes have different meaning for 2-d and 3-d,
 why arrows behave differently, why text fields take different options?
 Bugs! On the bright side, toric objects should behave uniformly for
 1,2,3-d (no attempts to go higher yet).

 I found `toric_varieties.Cube_deformation(4)` to be an excellent reason to
 have "round" plotting mode as default and invite you to check it as well.
 "sigma_3" labels in 3-d may not look too great, so we may consider
 changing it, but then again when you can rotate the plot it does not seem
 to me that they are difficult to interpret. I am also considering using
 `wall_color="rainbow"` as default. Check it out - I think it is pretty and
 not too tacky with `wall_alpha=0.4`! Terminology like "walls" also may be
 not perfect, but it seems to me that it is convenient to have clear
 distinction - for plotting purposes cones of different dimension are
 really different.

 Finally, I switched the author on this ticket to myself, but you are given
 credit in the authors section of the new module since I have used your
 patch to learn some things about plotting in Sage as well as an
 inspiration for the round mode, hope it is OK!

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/9664#comment:6>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/sage-trac?hl=en.

Reply via email to