Hi Steve,
I'm glad you like the idea! :)
The relevant permissions to create a board for your installation of Dataverse are tied to GitHub accounts. Let's try this workflow:
- Create a GitHub account if you haven't already.
- Someone at IQSS will update the internal spreadsheet* to add the link to the Dataverse installation's board under the "Project board under IQSS" column.
- The GitHub issue is closed with "all set" and "thank you!" or whatever. :)
I hope this is clear enough. I'll attach a screenshot of what it
looks like from my side when I invite a GitHub user to the
"dataverse-readonly" team.
With regard to aggregating the boards and standardizing column names, yes I've been thinking along these lines as well. For now I'm fine with and quite enjoy the creative column names Dataverse installations have come up with ("on fire on fire put it out" comes to mind) but yes, some alignment in the future would be great. Anyone reading this is welcome to create an issue at
https://github.com/IQSS/dataverse/issues about future alignment of column names and aggregation. :)
If there are any questions, please let me know!
Thanks,
Phil
* Lately I've been adding a lot of new columns to IQSS's internal spreadsheet of Dataverse installations and I'd like to open as much of it as possible (probably a fresh spreadsheet) so installations can learn more about each other ("installation personas") and so that we can crowdsource the maintenance of the data. Here's a sense of the columns right now:
- Installation Branding
- Institution or organization
- Description
- Link to installation
- Country
- Continent
- Launch date
- On
dataverse.org/metrics- Project board under IQSS
- DOI authority number
- GDCC member
- Number of CoreTrustSeal subdataverses
- Version (* for fork)
- Fork URL
- Custom about URL
- Custom guides URL
- Contact person name
- Contact person email
- Security contact
- IQSS blog post about installation
- Open to harvesting
- Open to all researchers worldwide to deposit
- Persona
- Interested in big data
- Interested in sensitive data
- Focused collection
- Multi-tenant (consortium)
- Interested in extended archiving
- Primarily restricted
- Number of languages
- Public only