Proposal for how_to_cite_gudhi update

[VincentRouvreau]

This is a proposal, and I hope that I forget no one and no modules. Should fix #674

[mglisse]

I hope that I forget no one

Hind?

[VincentRouvreau]

I hope that I forget no one

Hind?

You are right and I am sorry... She was not mentionned as co-author of the Cech, this is why I forget her. I fixed it and add her in the biblio. I did not mention the fetch and graphical tools as I am not sure these are modules that people will cite. Any opinion about that ?

[VincentRouvreau]

I am not sure about the granularity. Splitting the sklearn/tensorflow/etc interfaces from the package itself increases the combinatorics quite a bit. Would it make sense to group say the cubical sklearn-like interface with either the main cubical or the other sklearn-like interfaces (rips, alpha)?

Me too... We could do:

• an entry for tensorflow, and one for sklearn interfaces
• or add authors and url of tensorflow and sklearn interfaces inside cubical

I have no strong opinion on this topic.

@mglisse By the way, do you know how do we provide several url in a bibtex entry ?

  URL =     "http://citeseer.ist.psu.edu/562256.html;
         http://gfs.sf.net/gerris.pdf",

or

 NOTE =     "\url{http://citeseer.ist.psu.edu/562256.html} and 
             \url{http://gfs.sf.net/gerris.pdf}",

[mglisse]

I'd say that the base C++ code is more important than the wrapper, and for someone using anything based on the cubical complex, no matter if it is through a tensorflow or sklearn interface, the most important is that Pawel gets some credit. Although now that I think of it, since persistence is hidden inside the complex classes, does that mean we should add Clément as coauthor? It is so much easier if people just cite the whole gudhi :stuck_out_tongue_winking_eye:

[VincentRouvreau]

I'd say that the base C++ code is more important than the wrapper, and for someone using anything based on the cubical complex, no matter if it is through a tensorflow or sklearn interface, the most important is that Pawel gets some credit. Although now that I think of it, since persistence is hidden inside the complex classes, does that mean we should add Clément as coauthor? It is so much easier if people just cite the whole gudhi stuck_out_tongue_winking_eye

Ok. I removed all tensorflow and sklearn packages (I let representation as it is a complete new implementation) on 1deac2b