Re: Problems and Opportunities at purl.org

I have no problem with exploring a pure Linked Data solution, but we would need to migrate the existing w3id.org <http://w3id.org/> PURLs forward, I think.

Regards,
Dave
--
http://about.me/david_wood



> On Nov 10, 2015, at 16:43, Melvin Carvalho <melvincarvalho@gmail.com> wrote:
> 
> 
> 
> On 10 November 2015 at 22:39, Melvin Carvalho <melvincarvalho@gmail.com <mailto:melvincarvalho@gmail.com>> wrote:
> 
> 
> On 10 November 2015 at 22:33, David Wood <david@3roundstones.com <mailto:david@3roundstones.com>> wrote:
>> On Nov 10, 2015, at 16:26, Stéphane Corlosquet <scorlosquet@gmail.com <mailto:scorlosquet@gmail.com>> wrote:
>> 
>> 
>> 
>> On Tue, Nov 10, 2015 at 4:16 PM, David Wood <david@3roundstones.com <mailto:david@3roundstones.com>> wrote:
>> Hi all,
>> 
>> OCLC has been having significant trouble maintaining purl..org <http://purl.org/>, which has led to both a lot of discussions on the PURLz software community list, but reductions in service.
>> 
>> Logins at purl.org <http://purl.org/> are currently disallowed, so PURLs are not maintainable. Searching is also disabled.. Libraries and researchers are suffering from the loss.
>> 
>> The PURLz discussions are being held here (subscription required):
>>   https://groups.google.com/forum/#!forum/persistenturls <https://groups.google.com/forum/#!forum/persistenturls>
>> 
>> Monica Omodei of the Australian National Data Service proposed that this group and/or the operators of the w3id.org <http://w3id.org/> service, simply take over purl.org <http://purl.org/>. Jeff Young at OCLC, the current part-time maintainer of purl.org <http://purl..org/>, thinks it is a good idea.
>> 
>> The question is, do we wish to take over purl.org <http://purl.org/>? Could we? I am (very) willing to put time and effort into this, but note that the challenges include providing a user-friendly user interface over the current w3id.org <http://w3id.org/> system.
>> 
>> Sounds like a good idea. Not being a user of purl.org <http://purl.org/> and not being familiar with its interface, what is missing in our current Github-based workflow?
> 
> 
> Purl.org <http://purl.org/> has a user interface :) It is not grand (Brian and I created it in a rush), but it does allow library users to create accounts, create and modify their PURLs, search for PURLs, see basic history information, validate PURL targets. They can also request the creation of “domains” (paths) that administrators can approve or deny. Admins can also manage users and groups.
> 
> Github now serves RDF via gh-pages and has a decent workflow, https, mime types, file extensoins and CORS (but no conneg).
> 
> I wonder if it may be possible to reuse a management system like GitLab 
> 
> https://about.gitlab.com/ <https://about.gitlab.com/>
> 
> To power purl.org <http://purl.org/>.  Just some food for thought.
> 
> Another idea.  If you want to be a bit more hard core, how about running a 100% linked data service such as:
> 
> https://github.com/linkeddata/gold <https://github.com/linkeddata/gold>
> 
> or
> 
> https://github.com/linkeddata/ldnode <https://github.com/linkeddata/ldnode>
> 
> Installation is easy e.g.
> 
> npm install -g ldnode
> It has a user system, conneg, all sorts of MIME types, https, login, inline editor, and importantly, access control lists.
>  
>  
> 
> Regards,
> Dave
> --
> http://about.me/david_wood <http://about.me/david_wood>
> 
> 
>> 
>> Steph.
>> 
>> 
> 
> 
> 

Received on Tuesday, 10 November 2015 21:45:51 UTC