Alessia Bardi and Paolo Manghi talk about open science publishing | OSFair2017 Workshop
Workshop title: Open Science as a service: tools for research communities
Workshop overview:
The aim of this workshop is to work with research communities especially interested/relevant to open science publishing paradigms: publishing of literature, datasets, methods, and experiments for reproducibility and transparent assessment of science. This will be an interactive session with communities presenting their requirements and current tooling to identify overlaps, better and cost-effective solutions.
When: DAY 2 - PARALLEL SESSION 3
5. OpenSciencepublishing:enablingfactors
Publishing of all kinds of research
artefacts
Publishing packages of artefacts
Publishing an up-to-date record of
research artefacts metadata and
links
Enabling transparent
evaluation
Enabling reproducibility
6. OpenSciencePublishing:barriers
Repositories
lack support to
Open Science
publishing
No support for integration of repositories for software, methods, or
packages
Minimal or no support for links between artefacts in different repositories
No support for keeping repositories with up-to-date links between
artefacts
Research
communities
lack culture of
Open Science
publishing
Lack of e-infrastructure and tools for Open Science: e.g. repository limits
above, exchange formats, workflows
Difficulties to self-organize and sustain research communication
solutions: e.g. identify the problems, see the benefits, devise solutions,
applying economy of scale
8. TheOpenAIREInfrastructure
European (and beyond) infrastructure for Open Access
and Open Science
Networking infrastructure: Open Access/Science advocacy and
support, global alignment and interoperability, etc.
Technical infrastructure: services for monitoring of Open
Access/Science and Research Impact for funders and communities
9. OpenAIREtosupportOpenScience
Facilitate Research Communities adoption of
Open Science publishing principles by
supporting publishing tools as-a-Service
Facilitate repositories at moving towards Open
Science publishing by supporting notification-
based research communication as-a-Service
18. ResearchCommunitiesandOpenSciencebenefits
• Can continue their publishing practices, but, if needed they have support for
deposition of any artefact
Common repository for publishing (deposition) of
datasets, methods, and packages
• Community information space to share, discovery, and reuse (reproduce)
scientific results
Collaborative curation of a community-specific
research communication domain
• Scientific reward strategies can be developed
Research impact and statistics
25. Repositories:OpenSciencebenefits
• Enabling addition of links to artefacts of any kind
Extending repository metadata models to
Open Science
• “Almost real-time” exchange of information: notifications about links to other
artefacts, missing properties, and missing artefacts
Keeping their collection up-to-date:
enrichments and additions
• Enabling repositories to be notified of content of interest, enabling
construction of research-focused aggregators by notifications
Fostering notification-based and federated
dissemination of knowledge
26. OpenAIREtowardsOpenScience
Research Community Dashboard
Catch-All Notification Broker
Served on-demand according to the OSaaS approach
Customizable by different disciplines and providers, each with
different practices and maturity levels
Framework aligning communities and repositories on practices
addressing transparent evaluation and reproducibility
Highlight difference between citation and other kinds of relationships
Highlight difference between citation and other kinds of relationships
Enriched, de-duplicated graph
Subjects
PIDs (e.g. DOI)
Links to dataset, projects, publications, software, other research
Repo managers very interested, they can improve metadata in repo with:
Missing information
Missing metadata
Request for notification workspace: no changes needed on the repo side
Workspace to configure what is of interest (which kinds of events) and how to be notified.
Example: pubs from repo (green)
Enrichment events: link to dataset, to project
Addition event: pub in repo links to dataset, another pub (not from repo) links to the dataset: is this second pub interesting to the repo? Should its metadata be ingested into the repo?
Apply the approach outside the OpenAIRE context: aggregators communicating events with each other
Open Science enabling factors:
Publishing of all kinds of research artefacts
[Publishing packages of artefacts]
Publishing an up-to-date record of research artefacts metadata and links