Time to set up our URIs and upload our data to one of our Talis Platform stores.<\/p>\n
In a previous post we discussed which URIs to use. We settled on http:\/\/data.lib.sussex.ac.uk\/archive\/<\/em> – we felt this should be stable, and allow for\u00a0integration\u00a0with other Special Collection records in the future (while not conflicting with other Library data).<\/p>\n We now needed those URIs to do something, at the moment they all just returned a 404 message (albeit a 404 message with a Rick \u00a0roll link).<\/p>\n As so often the case in this project this is where Pete Johnston came in. He had already set up the\u00a0required\u00a0code on his test server, and similar things had been put in place for the LOCAH project<\/a>.<\/p>\n In total, all that is required is a few php\/html files and a .htaccess file to handle rewrites (i.e. taking a URI and calling the script in question with the righthand bit of the URI as a parameter). The main script is an index.php file which on our server lives at www\/data\/archive\/doc (which\u00a0corresponds\u00a0to http:\/\/data.lib.sussex.ac\/archive\/doc\/).<\/p>\n Along with these files were a few\u00a0dependencies, PHP libraries: paget<\/a>, moriarty<\/a> and ARC<\/a>.<\/p>\n However this code needs to access data from somewhere, and to do this we need to put our data in to our new shiny Talis Platform store…<\/p>\n Talis Platform<\/strong><\/p>\n The second part of this work was to upload our data to the Talis Platform. Talis had kindly created to stores for us: massobservation<\/a> and massobservation-dev1<\/a>, as part of their Connect Commons<\/a> scheme.<\/p>\n Pete ran a set of scripts he had developed to upload our data to the dev1 store. We’re currently installing these on our own server so we can do this ourselves, and we’ll report more on them soon.<\/p>\n So that was that, without much fuss, we now had our data in our publicly available, Sparql\u00a0query-able, RDF store. There probably should have been\u00a0champagne.<\/p>\n Back to our server<\/strong><\/p>\n So with our data now in a RDF store, libraries installed on server, files copied and in place, config edited to point to our store, it was time to point a browser at one our URIs and start debugging the first error message (which once resolved will lead to the next error message, and so forth). But… for the first time in my life, it just worked. This never happens. It left me confused, I had set aside hours of my diary for endless frustrations and here it was working. I felt cheated. But, once over the shock, I (and you too) could visit examples such as this: http:\/\/data.lib.sussex.ac.uk\/archive\/doc\/archivalresource\/gb181SxMOA1<\/a> (RDF\/XML<\/a>, JSON<\/a>, Turtle<\/a>)<\/p>\n Look! It’s our<\/em> data… as Linked Data<\/em>… live on the internet!<\/p>\n data.lib.sussex.ac.uk<\/strong><\/p>\n I would like to see data.lib.sussex.ac.uk<\/em> become more than just the Mass Observation Archive, and with that in mind I created a front end for the top level URL: http:\/\/data.lib.sussex.ac.uk\/<\/strong><\/a><\/p>\n This uses WordPress as the CMS (life’s to short to code the html\/css files by hand).<\/p>\n For those interested, the .htaccess mod_rewrite looks like this:<\/p>\n The rule for the URIs is at the top (simply redirecting archive\/id\/* to archive\/doc\/*) if this rule is ‘matched’ then processing ends and the rest of the rules are ingnored ( [L]<\/em> ), otherwise process the standard WordPress rules.<\/p>\n Next steps… (for this strand of work)<\/strong><\/p>\n Install scripts on our server so that we can:<\/p>\n<IfModule mod_rewrite.c>\r\nRewriteEngine On\r\nRewriteRule ^archive\/id\/(.*)$ \/archive\/doc\/$1 [R=303,L]\r\nRewriteBase \/\r\nRewriteRule ^index\\.php$ - [L]\r\nRewriteCond %{REQUEST_FILENAME} !-f\r\nRewriteCond %{REQUEST_FILENAME} !-d\r\nRewriteRule . \/index.php [L]\r\n<\/IfModule><\/pre>\n