---
tags: pyopensci, python
---

# pyOpenSci Meeting Notes - 6 Feb 2020

## Attendees
* Leah Wasser (Earth Lab, CU Boulder)
* Jenny Palomino (Earth Lab, CU Boulder)
* Daniel Chen (Virginia Tech)
* Dave Nicholson

## Agenda

### CZI Sumbission is in - phew! Feb 4
Asks - 1 year
* Time from me, jenny and lauren split to really move the project forward.
* Travel for us all (10 trips) to promote pyopensci at meetings. What meetings should we target over the next year?
*
* Funds for an unconference hosted here in boulder. **20** of us can travel here. (NOTE: i noticed in the submission that it won't cover trips to the USA. i'm going to try to understand that a bit more clearly and figure out a way to support people abroad attending) This is ofcourse IF we get this award which is a roll of the dice!!
* Is it safe to share proposals? i just don't know how others do it. like the carpentries? i love sharing everything just want to better understand how we can do it in a way that allows us to grow and allows the organization and the community to own the project.

If we DON"T get this funding we will go for the next round OR we will move on to SLOAN!

## Conferences
* scipy - tutorial submission this week!
* submit talk/poster by February 11th at 11:59 pm CST Speakers will be notified on April 2nd.https://www.scipy2020.scipy.org/talk-poster-presentations
* bof: https://www.scipy2020.scipy.org/bof-sessions
* chair: Matthias Bussonnier
* March 18, 2020: BoF call for submissions opens
* May 31, 2020: BoF submissions due (to appear in printed program)
* pycon -- schedule is set but it sells out!
* AGU --
* CSV conf - https://csvconf.com/
* proposal due feb 9
* conf: may 13-14 washington DC
***
### Recap from Agu (a bit delayed but better late than never)
* mentimeter results -- a potential blog write up?
* https://github.com/pyOpenSci/governance/tree/master/survey-data

* Consider documentation for packages: vignettes
* requirement vs highly suggested
*
***

## Software Review Updates!

### New Submissions
* pydov: https://github.com/pyOpenSci/software-review/issues/19
* Dave will review, leah will find another reviewer and maybe and editor

### Outstanding pre submission
* pyrolite: https://github.com/pyOpenSci/software-review/issues/17
* leah will ask for a submission!
* rmdawn -- martin? https://github.com/pyOpenSci/software-review/issues/5 this presubmission was closed. we probably should keep a presumbission open until it's actually submitted so we don't lose track. i'm going to reopen it.

### In Review
* Moving Pandas: https://github.com/pyOpenSci/software-review/issues/18
* ObsPy https://github.com/pyOpenSci/software-review/issues/16

## JOSS updates
* We should update our documentation to better reflect how things work with joss
* If we get funding i'd also like to really dig into the dev guide as I think it could use a lot of work!
* Joss prefers that those who submit to not submit to joss if their tool is already published. Here are some guidelines that arfon provided to me:

Generally speaking, if there's already a preferred citation (i.e. an existing paper) for the software then we wouldn't recommend the authors submit to JOSS.

> In addition, if there is already a paper about the _software_ (i.e. not just about results derived using the software) then we might not allow a JOSS submission. The rationale here being that this could be considered self-plagiarism (multiple papers about the same thing). So in summary, if a team wants to publish a paper in JOSS there are generally speaking three different scenarios:
>
> 1. If there are existing paper(s) in literature that publish results using the software then a JOSS paper would be allowed.
> 2. If there is an existing paper about the software and the software hasn't significantly evolved since the first paper then a JOSS paper would NOT be allowed.
> 3. If there is an existing paper about the software and the software has hit a major new milestone (e.g. new major release) then a JOSS paper WOULD be allowed.
>
> I think this covers most situations?
>
> So while to the authors (and the software), could potentially benefit from the software review of JOSS in scenario #2 we wouldn't allow this because it would be considered a duplicate publication about the same software.
>

***
notes from dave

## Should we reach out to tools that we think would fill gaps

* zenodo wrapper -- there is a tool already that we could reach out to
* zenodo is focused on tool but will share the same api with dryad

## PyOpenSci Badges

* For pyopensci we only add the badge after it's passed the review. For rOpenSci they have a badge server that automates the badge as it moves through the review process...
* Jenny will update the [review template wording](https://www.pyopensci.org/dev_guide/appendices/templates#review-template) to make this clear (pyOpenSci badge provided after acceptance)

## Adjust discourse forum settings -
* TODO: post more than 2 links!!
* https://blog.discourse.org/2018/06/understanding-discourse-trust-levels/
* Admins can change these limitations by searching for `newuser` and `first_day` in site settings.