Comments for Application Profiles Support

Comment on Practical metadata solutions using application profiles by Hacking Research Metadata | DevCSI | Developer Community Supporting Innovation

Tue, 24 Apr 2012 09:11:09 +0000

[...] hype curve, and application profiles based around generic resource types seemed very attractive (these days, they don’t). One problem was that the label ‘scientific data’ doesn’t pick out a coherent [...]

Comment on ePub / eBook Hackday by What is ePub? @ Application Profiles Support

What is ePub? @ Application Profiles Support — Fri, 10 Dec 2010 16:15:51 +0000

[...] is holding an ePub event (unfortunately postponed due to inclement winter weather: new date to be announced), as a [...]

Comment on Practical metadata solutions using application profiles by Newsletter for September 2010 « UKOLN Update

Newsletter for September 2010 « UKOLN Update — Tue, 12 Oct 2010 13:54:56 +0000

[...] Practical metadata solutions using application profiles [...]

Comment on Linked data and Dublin Core Application Profiles in EPrints 3.2.0 by Talat Chaudhri

Talat Chaudhri — Wed, 14 Jul 2010 16:21:58 +0000

I have recently spoken to some DSpace developers at MIT who indicated that DSpace 2.0 is now seen as a development branch that provides code and features that will be implemented in future DSpace 1.x versions. As such, DSpace 2.0 would never be deployed. They also felt that RDF structures enabling complex relationships and entity-relationship models was unlikely to be the sort of priority that would make it into the code base any time soon. On the other hand, the recent announcement at Open Repositories 2010 that the DSpace and Fedora software platforms are to be merged by 2011 seems to leave a fair amount of doubt about the future of DSpace as an independent platform, as Fedora is intended to be the underlying storage layer. Since the DSpace web interface (either JSP UI or XML UI) is ageing, this leaves relatively little in the longer term except perhaps the DSpace workflow, so that the new DuraSpace platform would have the packaged product and commercial presence that DSpace currently enjoys but the underlying flexibility and functionality of Fedora. It remains to be seen how this will turn out in practice, but it seems like a reasonable bet that development resources will not be focussed on support for complex relationships and entity-relationship models unless it is shown that there is substantial demand. However, if all goes to plan by 2011, the new DuraSpace will have this functionality because it will be inherited from Fedora, which is a longstanding feature. It will be interesting to see how this development will increase the competitive presence of DSpace > DuraSpace installations compared to EPrints installations in the HE sector, and the implications of radically increasing the accessibility of Fedora to a wider market. At present, it seems as though this can only be a good thing.

Comment on Drupal, RDFa and the “fauxpository” by Talat Chaudhri

Talat Chaudhri — Thu, 27 May 2010 14:10:51 +0000

It should perhaps be added that the kind of demonstrations that are intended are likely to be quite quickly and easily achievable using Drupal, with minimum investment of development effort and using existing modules and tools.

Comment on Drupal, RDFa and the “fauxpository” by UKOLN Update: June 2010 « UKOLN Updates

UKOLN Update: June 2010 « UKOLN Updates — Thu, 27 May 2010 12:29:26 +0000

[...] “Drupal, RDFa and the “fauxpository”: A summary of the potential of Drupal 7, with its support for RDFa. [...]

Comment on Linked data and Dublin Core Application Profiles in EPrints 3.2.0 by Tweets that mention Linked data and Dublin Core Application Profiles in EPrints 3.2.0 @ Application Profiles Support -- Topsy.com

Tue, 18 May 2010 14:20:15 +0000

[...] This post was mentioned on Twitter by jalbertbowdenii, Dublin Core. Dublin Core said: Linked data and Dublin Core Application Profiles in EPrints 3.2.0 (Mar 2010) – @talat (Talat Chaudhri) http://bit.ly/bLHnwC [...]

Comment on JISC Repositories and Preservation Programme Meeting, 6-7 May 2009 by Talat Chaudhri

Talat Chaudhri — Fri, 07 Aug 2009 10:14:32 +0000

Following the death of Rachel Heery (see the tribute by UKOLN colleagues), this serves as a reminder of her abiding influence and professional interest in application profiles, in whose development she played a seminal role. Among Rachel's many other distinctions, her influence in this field will continue to make itself felt for a long while to come, and of course far more widely. Speaking personally, our conversation over lunch at this meeting was the only time I ever met her, but her comments were (typically, as I understand from those who knew her) forthright, practical, knowledgable and constructive.

Comment on User testing for SWAP by Talat Chaudhri

Talat Chaudhri — Fri, 19 Jun 2009 12:32:08 +0000

In fact, I’ve just read in a reply from Mark Diggory that an “E-R driven data model” is exactly what is intended for DSpace 2.0, which is an important development. It’s unclear of course why the 1.6 development is going on in parallel and how the two will differ. This is very confusing for the repositories community.

A further issue is how earlier records will be migrated to a more complex data model.

Comment on User testing for SWAP by Talat Chaudhri

Talat Chaudhri — Fri, 19 Jun 2009 11:43:11 +0000

Hi Rachel,

Just visited FIZ Karlsruhe for the eSciDoc Days, about a platform that you probably know is based on Fedora. This useful experience brought your comment back to mind.

Recent SWAP/DCAP work here at UKOLN has made it fairly obvious that neither DSpace nor EPrints – especially not the former, which currently has no native ability to relate documents at all – can support any application profile that relies on direct representation of the entity-relationship model in its data model. This would have to change in the next version of DSpace to become a reality, which I hope is what your news will represent. The situation may be affected by DuraSpace developments.

The practical upshot is that only Fedora can probably use the present form of SWAP and the other DCAPs. A major strand of our current work is to find alternative implementation methods for repositories with simpler data models that does not lose the relationships implied by any given entity-relationship model. At present, of course, this is FRBR.

We aim to provide practical demonstrations that others will be able to reproduce and implement in their own repositories using a variety of methods. So please watch this space for forthcoming developments.