All Projects → openworm → Owmeta

openworm / Owmeta

Licence: mit
Unified, simple data access python library for data & facts about C. elegans anatomy

Programming Languages

python
139335 projects - #7 most used programming language

Projects that are alternatives of or similar to Owmeta

Islandora-Metadata-Interest-Group
The purpose of the Islandora Metadata Interest Group (IMIG) is to investigate and provide metadata solutions that help improve metadata creation, maintenance and enhancement in Islandora.
Stars: ✭ 29 (-78.36%)
Mutual labels:  metadata, rdf
unfurl
Extract rich metadata from URLs
Stars: ✭ 41 (-69.4%)
Mutual labels:  metadata, rdf
bioportal web ui
A Rails application for biological ontologies
Stars: ✭ 20 (-85.07%)
Mutual labels:  metadata, rdf
Tropy
Research photo management
Stars: ✭ 337 (+151.49%)
Mutual labels:  rdf, metadata
Itunes store transporter
Upload and manage your assets in the iTunes Store using the iTunes Store’s Transporter (iTMSTransporter).
Stars: ✭ 117 (-12.69%)
Mutual labels:  metadata
Solrdf
An RDF plugin for Solr
Stars: ✭ 113 (-15.67%)
Mutual labels:  rdf
Rdf.sh
A multi-tool shell script for doing Semantic Web jobs on the command line.
Stars: ✭ 109 (-18.66%)
Mutual labels:  rdf
Ontodia
Ontodia data diagraming library
Stars: ✭ 107 (-20.15%)
Mutual labels:  rdf
Akutan
A distributed knowledge graph store
Stars: ✭ 1,616 (+1105.97%)
Mutual labels:  rdf
Isbntools
python app/framework for 'all things ISBN' including metadata, descriptions, covers...
Stars: ✭ 122 (-8.96%)
Mutual labels:  metadata
Community Server
Community Solid Server: an open and modular implementation of the Solid specifications
Stars: ✭ 117 (-12.69%)
Mutual labels:  rdf
Ytmdl
A simple app to get songs from YouTube in mp3 format with artist name, album name etc from sources like iTunes, Spotify, LastFM, Deezer, Gaana etc.
Stars: ✭ 2,070 (+1444.78%)
Mutual labels:  metadata
Hypergraphql
GraphQL interface for querying and serving linked data on the Web.
Stars: ✭ 120 (-10.45%)
Mutual labels:  rdf
Hypergraphql
GraphQL interface for querying and serving linked data on the Web.
Stars: ✭ 112 (-16.42%)
Mutual labels:  rdf
Metastore
Store and restore metadata from a filesystem.
Stars: ✭ 122 (-8.96%)
Mutual labels:  metadata
Ckanext Dcat
CKAN ♥ DCAT
Stars: ✭ 107 (-20.15%)
Mutual labels:  rdf
Shadow Rs
A build-time information stored in your rust project.(binary,lib,cdylib,dylib)
Stars: ✭ 117 (-12.69%)
Mutual labels:  metadata
Diskover Web
Web file manager, disk space usage, storage search engine and file system analytics for diskover
Stars: ✭ 121 (-9.7%)
Mutual labels:  metadata
Raptor
Redland Raptor RDF syntax library
Stars: ✭ 116 (-13.43%)
Mutual labels:  rdf
Crumb
An annotation processor for breadcrumbing metadata across compilation boundaries.
Stars: ✭ 115 (-14.18%)
Mutual labels:  metadata

Build Status Docs Coverage Status

owmeta

pyow_in_overview

A data access layer in Python which integrates disparate structures and representations for C. elegans anatomy and physiology. Enables a simple Python API for asking various questions about the cells of the C. elegans and enabling data sharing for the purpose of building a data-to-model pipeline for the OpenWorm project.

Overview

owmeta_logo

The data and models required to simulate C. elegans are highly heterogeneous. Consequently, from a software perspective, a variety of underlying representations are needed to store different aspects of the relevant anatomy and physiology. For example, a NetworkX representation of the connectome as a complex graph enables questions to be asked about nearest neighbors of a given neuron. An RDF semantic graph representation is useful for reading and writing annotations about multiple aspects of a neuron, such as what papers have been written about it, properties it may have such as ion channels and neurotransmitter receptors, etc. A NeuroML representation is useful for answering questions about model morphology and simulation parameters. A Blender representation is a full 3D shape definition that can be used for calculations in 3D space.

The diversity of underlying representations required for OpenWorm presents a challenge for data integration and consolidation. owmeta solves this challenge with a unified data access layer whereby different representations are encapsulated into an abstract view. This allows the user to work with objects related to the biological reality of the worm, and forget about which representation is being used under the hood. The worm itself has a unified sense of neurons, networks, muscles, ion channels, etc. and so should our code.

Relationship to ChannelWorm2

ChannelWorm2 is the sub-project of OpenWorm which houses ion channel models. In the future, we expect ChannelWorm2 to be a "consumer" of owmeta. An owmeta database will house physical models, the digitized plots they are derived from (there is a Plot type in owmeta), and provide code to put those models into enumerated formats along with auxiliary files or comments. However, because these projects were not developed sequentially, there is currently some overlap in functionality, and owmeta itself houses a fairly substantial amount of physiological information about C. elegans. Ultimately, the pure core of owmeta, which is meant to be a data framework for storing metadata and provenance (i.e. parameters and trajectories associated with simulations), will be separated out into standalone functionality.

Versioning data as code

A library that attempts to reliably expose dynamic data can often be broken because the underlying data sets that define it change over time. This is because data changes can cause queries to return different answers than before, causing unpredictable behavior.

As such, to create a stable foundational library for others to reuse, the version of the owmeta library guarantees the user a specific version of the data behind that library. In addition, unit tests are used to ensure basic sanity checks on data are maintained. As data are improved, the maintainers of the library can perform appropriate regression tests prior to each new release to guarantee stability.

Installation

See INSTALL.md

Quickstart

To get started, you'll need to connect to a database. The OpenWorm owmeta "project" is currently hosted at https://github.com/openworm/OpenWormData.git. This project holds a working-copy of the database. You can retrieve it by executing the following command line after owmeta installation:

owm clone https://github.com/openworm/OpenWormData.git --branch owmeta

This command should create a directory .owm in your current working directory. Then, in Python, from the same working directory:

>>> from owmeta_core.command import OWM
>>> conn = OWM().connect()

This creates a connection to the project stored under the .owm directory.

Then you can try out a few things:

# Make the context
>>> from owmeta_core.context import Context
>>> ctx = conn(Context)(ident='http://openworm.org/data')

# Grab the representation of the neuronal network
>>> from owmeta.worm import Worm
>>> net = ctx.stored(Worm).query().neuron_network()

# Grab a specific neuron
>>> from owmeta.neuron import Neuron
>>> aval = ctx.stored(Neuron).query(name='AVAL')

# Get the neuron's type
>>> aval.type.one()
'interneuron'

# Count how many connections come from AVAL
>>> aval.connection.count('pre')
86

More examples

Return information about individual neurons:

>>> aval.name()
'AVAL'

# List all known receptors
>>> sorted(aval.receptors())
['GGR-3', 'GLR-1', ... 'NPR-4', 'UNC-8']

# Show how many chemical synapses go in and out of AVAL
>>> aval.connection.count('either', syntype='send')
105

Return the list of all neurons:

>>> len(set(net.neuron_names()))
302
>>> sorted(net.neuron_names())
['ADAL', 'ADAR', ... 'VD8', 'VD9']

Return a set of all muscles:

>>> muscles = ctx.stored(Worm).query().muscles()
>>> len(muscles)
158

Because the ultimate aim of OpenWorm is to be a platform for biological research, the physiological data in owmeta should be uncontroversial and well supported by evidence. Using the Evidence type, it is possible to link data and models to corresponding articles from peer-reviewed literature:

>>> from owmeta.document import Document
>>> from owmeta.evidence import Evidence

# Make a context for evidence (i.e., statements about other groups of statements)
>>> evctx = conn(Context)(ident='http://example.org/evidence/context')

# Make a context for defining domain knowledge
>>> dctx = conn(Context)(ident='http://example.org/data/context')
>>> doc = evctx(Document)(key="Sulston83", author='Sulston et al.', date='1983')
>>> e = evctx(Evidence)(key="Sulston83", reference=doc)
>>> avdl = dctx(Neuron)(name="AVDL")
>>> avdl.lineageName("AB alaaapalr")
owmeta_core.statement.Statement(subj=Neuron(ident=rdflib.term.URIRef('http://data.openworm.org/sci/bio/Neuron#AVDL')), prop=owmeta.cell.Cell_lineageName(owner=Neuron(ident=rdflib.term.URIRef('http://data.openworm.org/sci/bio/Neuron#AVDL'))), obj=owmeta_core.dataobject_property.ContextualizedPropertyValue(rdflib.term.Literal('AB alaaapalr')), context=owmeta_core.context.Context(ident="http://example.org/data/context"))
>>> e.supports(dctx.rdf_object)
owmeta_core.statement.Statement(subj=Evidence(ident=rdflib.term.URIRef('http://data.openworm.org/Evidence#Sulston83')), prop=owmeta.evidence.Evidence_supports(owner=Evidence(ident=rdflib.term.URIRef('http://data.openworm.org/Evidence#Sulston83'))), obj=ContextDataObject(ident=rdflib.term.URIRef('http://example.org/data/context')), context=owmeta_core.context.Context(ident="http://example.org/evidence/context"))
>>> dctx.save_context()
>>> evctx.save_context()

Retrieve evidence:

>>> doc = evctx.stored(Document)(author='Sulston et al.', date='1983')
>>> e0 = evctx.stored(Evidence)(reference=doc)
>>> supported_ctx = e0.supports()

# is the neuron's presence asserted?
>>> dctx.identifier == supported_ctx.identifier
True

Query for neurons in C. elegans:

>>> from owmeta.network import Network

# The default Worm() is for C. elegans
>>> with ctx.stored(Worm, Neuron, Network) as cctx:
...     w = cctx.Worm()
...     net = cctx.Network()
...     w.neuron_network(net)
owmeta_core.statement.Statement(subj=Worm(ident=rdflib.term.URIRef('http://data.openworm.org/sci/bio/Worm#a8020ed8519038a6bbc98f1792c46c97b')), prop=owmeta.worm.Worm_neuron_network(owner=Worm(ident=rdflib.term.URIRef('http://data.openworm.org/sci/bio/Worm#a8020ed8519038a6bbc98f1792c46c97b'))), obj=Network(ident=rdflib.term.URIRef('http://data.openworm.org/sci/bio/Network#a5859bb1e51537f60e506c283401fcd84')), context=owmeta_core.context.QueryContext(ident="http://openworm.org/data"))

...     neur = cctx.Neuron.query()
...     net.neuron(neur)
...     neur.count()
302

See what neurons express a given neuropeptide:

>>> n = ctx.stored(Neuron).query()
>>> n.neuropeptide("INS-26")
owmeta_core.statement.Statement(subj=Neuron(ident=rdflib.term.Variable('aNeuron_...')), prop=owmeta.neuron.Neuron_neuropeptide(owner=Neuron(ident=rdflib.term.Variable('aNeuron_...'))), obj=owmeta_core.dataobject_property.ContextualizedPropertyValue(rdflib.term.Literal('INS-26')), context=owmeta_core.context.QueryContext(ident="http://openworm.org/data"))

>>> sorted(x.name() for x in n.load())
['ASEL', 'ASER', 'ASIL', 'ASIR']

Get direct access to the RDFLib graph:

>>> conn.rdf.query("SELECT ?y WHERE { ?x rdf:type ?y }")
<rdflib.plugins.sparql.processor.SPARQLResult object at ...>

Modeling data

As described above, ultimately, ion channel models will be part of the ChannelWorm2 repository. As the project evolves, other models, such as for reproduction and development, may be housed in their own repositories. But for the time being, the owmeta repository contains specific models as well. These models will eventually be transferred to an appropriate and independent data repository within the OpenWorm suite of tools.

# Get data for a subtype of voltage-gated potassium channels
>>> from owmeta.channel import Channel
>>> kv1 = ctx(Channel)(subfamily='Kv1.1')
>>> kv1.models()

The same type of operation can be used to obtain the experimental data a given model was derived from.

# Get experiment(s) that back up the data model
>> some_model = mods[0]
>> some_model.references.get()

Finally, when you're done accessing the database, be sure to disconnect from it:

>>> conn.disconnect()

More examples can be found here and here.

Documentation

Further documentation is available online.

Contributing

We happily welcome pull requests and bug reports. If, you are not sure how you can contribute, fill out this (short) form, and you'll receive an invite to our Slack chat where you can initiate more in-depth conversations.

Questions/Concerns?

You can ask questions, leave bug reports, or propose features on our issue tracker.

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].