Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create a listing for existing and upcoming extensions #111

Open
htpvu opened this issue Apr 13, 2017 · 5 comments
Open

Create a listing for existing and upcoming extensions #111

htpvu opened this issue Apr 13, 2017 · 5 comments

Comments

@htpvu
Copy link

htpvu commented Apr 13, 2017

This issue would cover the creation of a GitHub page or better fitting alternative which lists extensions that have been implemented and available, as well as those that are going to be available soon.

@acoburn
Copy link
Contributor

acoburn commented Apr 13, 2017

At Amherst, we list them in an RDF vocabulary: https://acdc.amherst.edu/ns/registry

@birkland
Copy link
Contributor

JHU package ingest extension GitHub repository. TODO: publish to Maven Central, publish service URIs somewhere resolvable under dataconservancy.org, demo.

@acoburn
Copy link
Contributor

acoburn commented Apr 13, 2017

@birkland in case this is useful, here is the repo we use to define this (and other) RDF vocabs: https://gitlab.amherst.edu/acdc/acrepo-ontology

The vocabs are maintained in TTL format, and a python script is used to generate the alternate formats (ld+json, rdf+xml, html).

Then, on the nginx server, this is the configuration:

map $http_accept $rdf_suffix {
    default                 ".ttl";
    "text/turtle"          ".ttl";
    "application/ld+json"  ".jsonld";
    "application/json"     ".jsonld";
    "application/rdf+xml"  ".rdf";
    "~text/html"            ".html";
}

server {
   ...
    # Local vocabularies are defined here
    location /ns {
        add_header Vary Accept;

        try_files $uri $uri$rdf_suffix $uri.ttl $uri/index.html =404;
        alias /path/to/directory;
    }
}

@birkland
Copy link
Contributor

Fantastic, that is very helpful @acoburn , thank you very much!

@ajs6f
Copy link
Contributor

ajs6f commented Apr 14, 2017

SSWAP did some good work in this space, although using too much of it would certainly be overkill.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants