<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 17, 2016 at 6:04 AM, Markus Neteler <span dir="ltr"><<a target="_blank" href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div class="gmail-a3s gmail-aXjCH gmail-m15871f5882b84acc" id="gmail-:l7">The question for me is: what do we need to do for that? Since a DOI<br>
refers to a state in time, GRASS GIS module DOIs might be attached to<br>
releases since they evolve over time. How would that practically work?</div></blockquote></div><br></div><div class="gmail_extra"></div><div class="gmail_extra">There are some services which can give you DOI for SW. From what I understood, DOI for a specific version in version control is often encourage, but that wouldn't work if you want to add the DOI back to the source or documentation because you just advanced the version in version control. Associating DOI with release makes more sense but than what to do with addons which (at least usually) don't have releases? Also some modules don't change between releases of GRASS GIS. Does this mean same DOI or different one?<br><br></div><div class="gmail_extra">Also, one module would accumulate different DOIs over time. Can we than accumulate number of citations for one module?<br><br></div><div class="gmail_extra">Another idea (for core modules) is assigning DOI to GRASS GIS release and then use DOI with hash (...doi.../123456#r.slope.aspect) similarly to how the TBI AV-Portal references an exact time in a video. I hope Peter has a better idea if this makes at least some sense or it is completely off.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Anyway, my current vision, partially related and partially unrelated, is to have a `Cite as` section in the manual unique for each module which would be generated from info stored in the parser information. Using parser is more flexible than putting it to the HTML directly and `Cite as` is more clear than including the info into `References` section. The info for `Cite as` can be DOI for the module or a paper associated with the module.<br></div></div>