Hi all

The Journal of Peer Production would be happy to host a wiki / WP special issue.
http://peerproduction.net/

JoPP is a peer reviewed, open access journal which makes reviewer reports and initial submissions available as well a completed peer reviewed articles (like on WP where you can look at article history pages).

cheers

Mathieu

On 09/14/12, wiki-research-l-request@lists.wikimedia.org wrote:
Send Wiki-research-l mailing list submissions to
wiki-research-l@lists.wikimedia.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
or, via email, send a message with subject or body 'help' to
wiki-research-l-request@lists.wikimedia.org

You can reach the person managing the list at
wiki-research-l-owner@lists.wikimedia.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Wiki-research-l digest..."


Today's Topics:

   1. Re: Open-Access journals for papers about wikis (Ward Cunningham)
   2. Re: Open-Access journals for papers about wikis (Samuel Klein)
   3. Re: Open-Access journals for papers about wikis (Ward Cunningham)
   4. Re: Open-Access journals for papers about wikis (Ward Cunningham)


----------------------------------------------------------------------

Message: 1
Date: Fri, 14 Sep 2012 11:18:25 -0700
From: Ward Cunningham <ward@c2.com>
To: Research into Wikimedia content and communities
<wiki-research-l@lists.wikimedia.org>
Subject: Re: [Wiki-research-l] Open-Access journals for papers about
wikis
Message-ID: <F852E66B-8E23-4ABB-8887-7B4977B31F7E@c2.com>
Content-Type: text/plain; charset="us-ascii"

On Sep 14, 2012, at 11:09 AM, Samuel Klein wrote:

> People should be able to publish their work as quickly as they like in a professional way, especially in fields that change rapidly and need to benefit from collaborating with one another. 

Hmm. What is the quickest way that we would ever want to publish our work? If we push on this hard enough we might change the nature of work. (Yes, I know, much in academia conspires against quick. Same for business and probably dating. But as a thought experiment, how quick could quick be?)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wikimedia.org/pipermail/wiki-research-l/attachments/20120914/1216e620/attachment-0001.html>

------------------------------

Message: 2
Date: Fri, 14 Sep 2012 14:31:20 -0400
From: Samuel Klein <meta.sj@gmail.com>
To: Research into Wikimedia content and communities
<wiki-research-l@lists.wikimedia.org>
Subject: Re: [Wiki-research-l] Open-Access journals for papers about
wikis
Message-ID:
<CAAtU9W+-FFpcbe5SycvkYDVi+mguBjXGTATq=7jQqErQWMpEMA@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

I don't know... how about:

You have a good project idea someone should do.  You publish it.
You know some people doing interesting work in the area who need x,y,z to
tackle such a project, and add that.
You start a project.  You publish a pointer and project name.
Some collaborators join.  You publish names.
You get a target to take data from, have a meeting, and publish.
You finalize procedures and start implementing.  and publish.
You get first data.  and publish.
You get context for the data.  And publish.
You find time to look at the data, organize the context, add a summary, and
publish.
You compile a full schedule of data, and run analysis, publishing your
error logs and lab notebook pages on the fly.
You give a paper bag talk with slides (and publish)
You draft an abstract for peer review (and publish)
You finish an abstract and submit it for review (a. p.)
You get feedback from the journal you submitted to (a. p.) and revise (a.
p.)
You get included in a major quarterly Journal, with polish (a. p.)
You get public commentary, cites, criticism; and make better talk slides
(a. p.)
You add suggestions for your students or others to extend the work in
future papers (a. p.)

Various fields adopt various subsets of the above; most have only a handful
towards the end.


On Fri, Sep 14, 2012 at 2:18 PM, Ward Cunningham <ward@c2.com> wrote:

> On Sep 14, 2012, at 11:09 AM, Samuel Klein wrote:
>
> People should be able to publish their work as quickly as they like in a
> professional way, especially in fields that change rapidly and need to
> benefit from collaborating with one another.
>
>
> Hmm. What is the quickest way that we would ever want to publish our work?
> If we push on this hard enough we might change the nature of work. (Yes, I
> know, much in academia conspires against quick. Same for business and
> probably dating. But as a thought experiment, how quick could quick be?)
>
>
> _______________________________________________
> Wiki-research-l mailing list
> Wiki-research-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
>
>


--
Samuel Klein          @metasj           w:user:sj          +1 617 529 4266
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wikimedia.org/pipermail/wiki-research-l/attachments/20120914/822fa3fe/attachment-0001.html>

------------------------------

Message: 3
Date: Fri, 14 Sep 2012 11:59:16 -0700
From: Ward Cunningham <ward@c2.com>
To: Research into Wikimedia content and communities
<wiki-research-l@lists.wikimedia.org>
Subject: Re: [Wiki-research-l] Open-Access journals for papers about
wikis
Message-ID: <573D872D-2868-4B57-8057-DF6D431B218D@c2.com>
Content-Type: text/plain; charset="us-ascii"

Yup. I'm thinking the same things. Now, if all of these were the norm, how would work be different?

On Sep 14, 2012, at 11:31 AM, Samuel Klein wrote:

> I don't know... how about:
>
> You have a good project idea someone should do.  You publish it.
> You know some people doing interesting work in the area who need x,y,z to tackle such a project, and add that.
> You start a project.  You publish a pointer and project name.
> Some collaborators join.  You publish names.
> You get a target to take data from, have a meeting, and publish.
> You finalize procedures and start implementing.  and publish.
> You get first data.  and publish.
> You get context for the data.  And publish.
> You find time to look at the data, organize the context, add a summary, and publish.
> You compile a full schedule of data, and run analysis, publishing your error logs and lab notebook pages on the fly.
> You give a paper bag talk with slides (and publish)
> You draft an abstract for peer review (and publish)
> You finish an abstract and submit it for review (a. p.)
> You get feedback from the journal you submitted to (a. p.) and revise (a. p.)
> You get included in a major quarterly Journal, with polish (a. p.)
> You get public commentary, cites, criticism; and make better talk slides (a. p.)
> You add suggestions for your students or others to extend the work in future papers (a. p.)
>
> Various fields adopt various subsets of the above; most have only a handful towards the end.
>
>
> On Fri, Sep 14, 2012 at 2:18 PM, Ward Cunningham <ward@c2.com> wrote:
> On Sep 14, 2012, at 11:09 AM, Samuel Klein wrote:
>
>> People should be able to publish their work as quickly as they like in a professional way, especially in fields that change rapidly and need to benefit from collaborating with one another. 
>
> Hmm. What is the quickest way that we would ever want to publish our work? If we push on this hard enough we might change the nature of work. (Yes, I know, much in academia conspires against quick. Same for business and probably dating. But as a thought experiment, how quick could quick be?)
>
>
> _______________________________________________
> Wiki-research-l mailing list
> Wiki-research-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
>
>
>
>
> --
> Samuel Klein          @metasj           w:user:sj          +1 617 529 4266
>
>
> _______________________________________________
> Wiki-research-l mailing list
> Wiki-research-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wiki-research-l

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wikimedia.org/pipermail/wiki-research-l/attachments/20120914/b0dde038/attachment-0001.html>

------------------------------

Message: 4
Date: Fri, 14 Sep 2012 12:12:51 -0700
From: Ward Cunningham <ward@c2.com>
To: Research into Wikimedia content and communities
<wiki-research-l@lists.wikimedia.org>
Subject: Re: [Wiki-research-l] Open-Access journals for papers about
wikis
Message-ID: <0E921D84-7D9E-4E90-8B95-490D6DA6A55C@c2.com>
Content-Type: text/plain; charset="us-ascii"

There are lots of other pressures on work. Take for example the principle investigator who after decades of working within the existing system finds one day that his grants aren't to be renewed. Nor are the grants of his professional colleagues. Their labs contract but they are all still there with serious science in front of them.

I've suggested to a friend in this situation that it might be a good time to rethink how academic science works. Pain begets change. Why not get ahead of it?

I'm close enough to science to smell change in the wind. I'm not close enough to lead change. But I will cheer anyone daring enough to step out of old habits and design a future that includes what we've learned about the internet in the last decade or two.


On Sep 14, 2012, at 11:59 AM, Ward Cunningham wrote:

> Yup. I'm thinking the same things. Now, if all of these were the norm, how would work be different?
>
> On Sep 14, 2012, at 11:31 AM, Samuel Klein wrote:
>
>> I don't know... how about:
>>
>> You have a good project idea someone should do.  You publish it.
>> You know some people doing interesting work in the area who need x,y,z to tackle such a project, and add that.
>> You start a project.  You publish a pointer and project name.
>> Some collaborators join.  You publish names.
>> You get a target to take data from, have a meeting, and publish.
>> You finalize procedures and start implementing.  and publish.
>> You get first data.  and publish.
>> You get context for the data.  And publish.
>> You find time to look at the data, organize the context, add a summary, and publish.
>> You compile a full schedule of data, and run analysis, publishing your error logs and lab notebook pages on the fly.
>> You give a paper bag talk with slides (and publish)
>> You draft an abstract for peer review (and publish)
>> You finish an abstract and submit it for review (a. p.)
>> You get feedback from the journal you submitted to (a. p.) and revise (a. p.)
>> You get included in a major quarterly Journal, with polish (a. p.)
>> You get public commentary, cites, criticism; and make better talk slides (a. p.)
>> You add suggestions for your students or others to extend the work in future papers (a. p.)
>>
>> Various fields adopt various subsets of the above; most have only a handful towards the end.
>>
>>
>> On Fri, Sep 14, 2012 at 2:18 PM, Ward Cunningham <ward@c2.com> wrote:
>> On Sep 14, 2012, at 11:09 AM, Samuel Klein wrote:
>>
>>> People should be able to publish their work as quickly as they like in a professional way, especially in fields that change rapidly and need to benefit from collaborating with one another. 
>>
>> Hmm. What is the quickest way that we would ever want to publish our work? If we push on this hard enough we might change the nature of work. (Yes, I know, much in academia conspires against quick. Same for business and probably dating. But as a thought experiment, how quick could quick be?)
>>
>>
>> _______________________________________________
>> Wiki-research-l mailing list
>> Wiki-research-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
>>
>>
>>
>>
>> --
>> Samuel Klein          @metasj           w:user:sj          +1 617 529 4266
>>
>>
>> _______________________________________________
>> Wiki-research-l mailing list
>> Wiki-research-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
>
> _______________________________________________
> Wiki-research-l mailing list
> Wiki-research-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wiki-research-l

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wikimedia.org/pipermail/wiki-research-l/attachments/20120914/e92ae746/attachment.html>

------------------------------

_______________________________________________
Wiki-research-l mailing list
Wiki-research-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wiki-research-l


End of Wiki-research-l Digest, Vol 85, Issue 19
***********************************************
--
****
Dr Mathieu O'Neil
Adjunct Research Fellow
Australian Demographic and Social Research Institute
College of Arts and Social Science
The Australian National University
email: mathieu.oneil[at]anu.edu.au
web: http://adsri.anu.edu.au/people/visitors/mathieu.php