-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Updating the first editorial for the first issue. #77
Comments
livecoms-why-we-need-the-living-journal-of-computational-molecular-science-dmz-07jan2019.pdf I embedded comments and suggestions in this pdf. Further/refined edits in PR. One thing not in the piece now is the pedagogical emphasis and the student-reviewer requirement. Not sure if it's strictly necessary but I wanted to mention it. |
Thoughts on version numbers? Do we just call this 2.0? |
Our editorial is unique in that it was published in 'final' form previously. I guess the editors have to decide if it's a significant enough revision! I'm ok with 2.0, but another choice is 1.1, which would give a hint that we didn't do anything major ... so someone who read 1.0 would not necessarily need to read 1.1. Whatever you guys want. |
If only small changes, I'd use 1.1. |
This does get away from our overall structure for paper versions that
LiveCoMS published papers are whole number version.
But then also, all research papers versions are published and have separate
DOI's.
…On Mon, Jan 7, 2019 at 12:50 PM David L. Mobley ***@***.***> wrote:
If only small changes, I'd use 1.1.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#77 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AEE31Mv6DiQ77P_ICMVptEDc7v2o6dbdks5vA7MxgaJpZM4ZyPrM>
.
|
Yes, since this is not peer reviewed I do not feel that versions need to have whole version numbers. |
How do people feel if I update to 2.0 to keep things consistent, on the publication in the first issue? The question is whether to get a new DOI. Might make sense. In the future, we might not want to version editorials to avoid this issue. |
I will update on the plane tonight. |
I don't mind what version number gets used. The content is more important! |
I'm fine with whatever too. But just a note, @mrshirts :
Not versioning things makes things MORE confusing instead of less -- then if you make updates, they are hidden. Having them versioned at least makes clear there are different versions. |
Sorry, I meant that we wouldn't PRODUCE versions of editorials. Hence not needing versioning. |
Triage begins... @mrshirts @davidlmobley @dmzuckerman, you've been assigned to update the editorial.
|
Noted/put on tasks list. |
@davidlmobley @dmzuckerman @dwsideriusNIST
I will take charge of updating the editorial to use the mosts recent template version (I will work from the review template - maybe I should create an editorial template?)
What else should be changed besides the template? Things I noticed:
How should we give the version for editorials since our version numbering mostly talks about reviewed version and whole number versions appearing. Is this article v2.0? Do we worry about versioning for editorials (seems maybe not, since they won't necessarily be maintained, nor are they peer reviewed?) But on the other hand, we are making tweaks to this document.
We should add the lessons learned category @dmzuckerman, you want to add something on this?
Any other publishing efforts we should talk about since then?
Otherwise, I think it holds up well for taking 18 months from then to get to publication.
The text was updated successfully, but these errors were encountered: