question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

In the README.RST we are only mentioning the code versioning via Zenodo DOI.

Should we add the paper on oemof within the README.RST and thus provide a possibility to cite both the code version and the general idea within the paper?

Issue Analytics

  • State:closed
  • Created 5 years ago
  • Reactions:1
  • Comments:10 (10 by maintainers)

github_iconTop GitHub Comments

1reaction
c-moellercommented, Mar 6, 2019

By the way: Did we so far agree that adding the oemof-paper or the respective pre-print into the README would improve the status quo? We could then start with that!

👍

0reactions
ckaldemeyercommented, Mar 6, 2019

As far as I understand JOSS, the journal is more of a hack to make the actual code a (citable) publication. The JOSS paper is more of an abstract for the software and should be general enough to have new releases without having to update is. The only problem I see with this model is the list of authors. Significant contributions to the code will not make you appear in the JOSS paper. There has been a discussion about that topic at openjournals/joss#423, concluding that from time to time a new JOSS paper might be the way to proceed. Also not that a JOSS paper will cover one piece of software (e.g. TESPy) and not oemof as a whole.

Thanks for clarifying! I agree concerning the code contributions.

In summary, I do not see a huge advantage in having a JOSS publication over naming DOI:10.1016/j.esr.2018.07.001 more prominently.

Me neither. What about the others?

By the way: Did we so far agree that adding the oemof-paper or the respective pre-print into the README would improve the status quo? We could then start with that!

Read more comments on GitHub >

github_iconTop Results From Across the Web

Getting started - oemof's documentation!
Oemof stands for “Open Energy System Modelling Framework” and provides a free, open source and clearly documented ... Keep in touch; Citing oemof;...
Read more >
oemof.solph—A model generator for linear and mixed-integer ...
Simplifies the generation of (mixed integer) linear problems of energy systems. •. Highly customisable and extendable due to a generic and modular structure ......
Read more >
oemof Documentation - Read the Docs
Oemof stands for “Open Energy System Modelling Framework” and ... Everybody is welcome to use and/or develop oemof. ... 1.8 Citing oemof.
Read more >
Software Impacts oemof.solph—A model generator for ... - CORE
oemof.solph—A model generator for linear and mixed-integer linear optimisation of energy systems ... Thus, most studies citing oemof also use solph.
Read more >
[PDF] oemof.solph - A model generator for linear and mixed ...
Semantic Scholar extracted view of "oemof.solph - A model generator for linear and ... View All. 28 Citations; 40 References; Related Papers ...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found