Thanks everyone for the help and suggestions. For now I just want to
organize the class structure for curves so that they inherit from the
projective/affine subscheme classes, but I'll definitely investigate other
structures to aid with upcoming functionality goals (such as resolution of
singul
On Monday, May 30, 2016 at 6:02:27 AM UTC-7, Volker Braun wrote:
>
>
> They are different implementations and not injected in the global
> namespace. The global namespace only has factory functions that instantiate
> these classes. As such they are implementation details and subject to
> change
On Monday, May 30, 2016 at 8:46:37 AM UTC+2, Johan S. R. Nielsen wrote:
>
> I'm a bit surprised at the naming scheme "_generic", etc. in the first
> place.
They are different implementations and not injected in the global
namespace. The global namespace only has factory functions that instantia
Hi Grayson,
I'm really looking forward to your GSoC on curves!
> Currently, the plane curve classes do not inherit from the space curve
> ...
> It seems that it would be a lot clearer to have a different naming
> scheme, such as having ProjectiveCurve_generic be called
> ProjectiveCurve_plane, a
Hi all,
I am working on revising the class structure for generic curves to make it
easier to implement functionality for the GSoC 2016 project on algebraic
curves. The main curve classes right now are ProjectiveSpaceCurve_generic,
ProjectiveCurve_generic, AffineSpaceCurve_generic, and AffineCur
