Re: Research 2.0 services
Erik Duval
- FM: http://fm.ea-tel.eu/fm/fb1715-22179
- collect requirements from tool developers
-> see http://www.stellarnet.eu/d/6/3/ResearchFM: requirements section
-> Till to add his input
-> Bram may add some further requirements as well
-> good enough to proceed with the specification for now
-> and then we will iterate over it again
- specification
-> http://www.stellarnet.eu/d/6/3/ResearchFM#research.fm_API:_Version_0.1
-> part of Mendeley API is out of scope for us (collections, statistics, ...)
- three major parts
-> get data: harvesting
- data schema: BURST?
- store: ariadne?
- harvesting: RSS and/or OAI-PMH
-> api like last.fm and mendeley
-> api like google maps
- new meeting
- next week
- ask input by email
AS AGREED TODAY, EVERYBODY IS REQUESTED TO SEND (AT LEAST) A SHORT MESSAGE TO THE MAILING LISTS TO INDICATE HOW (S)HE WANTS TO PROCEED FROM HERE.
AND PLEASE REPLY TO THE DOODLE FOR DECIDING ON THE NEXT FLASHMEETING: http://fm.ea-tel.eu/fm/fb1715-22179
MANY thanks to all for the contributions to this Interesting Challenge ;-)
BTW, http://project.liquidpub.org/ is yet another interesting initiative in this area...
--Erik Duval
http://erikduval.wordpress.com/
Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Erik Duval
The doodle is at http://www.doodle.com/g8v25x78a8t7f7t5
The link in my message refers to the flashmeeting of today.
Sorry about the confusion,
--Erik Duval
http://erikduval.wordpress.com/
On 15 Jul 2010, at 15:42, Wolfgang Reinhardt wrote:
> Dear Erik,
>
> I think you forgot to copy the Doodle link...
>
> Cheers
> Wolle
>> --
>> You received this message because you are subscribed to the Google Groups "SciTEL2.0" group.
>> To post to this group, send email to scit...@googlegroups.com.
>> To unsubscribe from this group, send email to scitel20+u...@googlegroups.com.
>> For more options, visit this group at http://groups.google.com/group/scitel20?hl=en.
>>
>
Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Peter Kraker
here are a few thoughts on how we could possibly proceed from here:
About how we get (publication) data: in the case of institutional repositories, a few BuRST feeds are already available and I know about at least two more that are in the pipeline. Maybe someone could estimate if we already need paging mechanisms for this kind of datasets that should not grow beyond a few thousand. An updating mechanism is specified in the format via dc:date; so you would need to sort the feed according to the update date and then take the x items that were updated since you last fetched the feed.
Large repositories like the AACE are of a different kind: my feeling would be that we have to take whatever we can get; and that will vary from case to case. In that instance we can decide on the processing ourselves.
2. About the store: In the case of publication data, the question is which entity will be the aggregator: would it make sense to leave that to the open archive and have one central point for harvesting, or would it be more suitable to subscribe to all feeds/targets with Ariadne.
Last but not least, I would like to invite all of you to contribute to the BuRST adaption discussion for a second version of the publication feed format that satisfies our requirements: http://www.stellarnet.eu/d/6/3/BuRST_format_adaption_discussion
BTW: since linked data came up today, BuRST does provide all necessary requirements for linked data. Granted, we are not using URIs extensively at the moment, but it is based on RDF and therefore extensible in that kind of way.
Kind regards,
Peter
> -----Ursprüngliche Nachricht-----
> Von: wp6-b...@lists.stellarnet.eu [mailto:wp6-
> bou...@lists.stellarnet.eu] Im Auftrag von Erik Duval
> Gesendet: Donnerstag, 15. Juli 2010 15:01
> An: w...@lists.stellarnet.eu; SciTEL2.0
> Betreff: Re: [STELLAR WP6] Research 2.0 services
> _______________________________________________
> WP6 mailing list
> W...@lists.stellarnet.eu
> http://lists.stellarnet.eu/listinfo.cgi/wp6-stellarnet.eu
Fridolin Wild
I have added an overview on how I would love
to progress into the page:
http://www.stellarnet.eu/d/6/3/ResearchFM#Overview
It makes sense to do separation of concerns:
harvesting, middleware: basic/complex operations, client toolkit
All three (four) are equally important to me
and all of them can be implemented without the
others and then merged together.
Best,
Fridolin
--
Fridolin Wild, Knowledge Media Institute,
The Open University, Walton Hall, Milton Keynes, MK7 6AA, UK
fon +44-(0)1908-65 94 61, fax +44-(0)1908-65 31 69
--
The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England & Wales and a charity registered in Scotland (SC 038302).
Erik Duval
We will discuss research2.0 services again tomorrow, Thursday, at 15h00 Brussels time.
I've reserved a FlashMeeting at http://fm.ea-tel.eu/fm/f716a4-22324
On the agenda:
- short message from everyone on how to proceed (didn't get too many of these over email despite my earlier request ;-)
- collecting data
- data schema: BURST?
- store: ariadne? SOA?
- harvesting: RSS and/or OAI-PMH
- api like last.fm and mendeley
- api like google maps
- next steps
- next meeting
Looking forward to the discussion tomorrow,
Kind regards,
-- Erik Duval
http://erikduval.wordpress.com
Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Wolfgang Reinhardt
On 15 Jul 2010, at 15:00, Erik Duval wrote:
> AS AGREED TODAY, EVERYBODY IS REQUESTED TO SEND (AT LEAST) A SHORT MESSAGE TO THE MAILING LISTS TO INDICATE HOW (S)HE WANTS TO PROCEED FROM HERE.
after having replayed the last FM meeting I think that a reference implementation would certainly help to figure out more requirements and help us (as not being a full partner in STELLAR and thus not being fully informed and aware of what's going on) to see how we can expose our social media artefacts via this API.
Looking forward to the FM tomorrow.
Cheers
Wolle
Erik Duval
http://fm.ea-tel.eu/fm/flashmeeting.php?pwd=f716a4-22324
(see also http://www.stellarnet.eu/d/6/3/ResearchFM)
short message from everyone on how to proceed (didn't get too many of these over email despite my earlier request ;-)
- client vs back-end api: focus on one only
- let's keep social data in scope
- what is our view on global architecture?
- internal ariadne store now holds some 300 publications
- Gonzalo will share details as soon as it can be made public
collecting data: for bibliographical data, we agree on
- data schema: BURST
also allows you to indicate citations via swrc:citedBy and swrc:cite
and geo-location through dc:spatial or like in http://pastebin.com/c0R5hNN8
we can extend as we see fit
- store: ariadne? SOA?
we will set up a repository that has everything and where people can get sets that they can copy
we will use the SOA if it can hold the large amounts of diverse data we envision
- harvesting: RSS and/or OAI-PMH
social data: Gonzalo, Peter and Wolle will develop proposal
- will look at Social Media Exchange GFormat too
- how to link to authors?
- api like last.fm and mendeley
- Gonzalo will develop further his idea
Resynch towards end of aug.
Use email in mean time...
Looks like we're all set for some good work in August!
Kind regards and many thanks to all!
-- Erik Duval
http://erikduval.wordpress.com
On 15 Jul 2010, at 16:20, Erik Duval wrote:
Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Fridolin Wild
I have put the old data scheme into a gliffy chart:
http://www.gliffy.com/gliffy/#d=2182323&t=researchFM.data.scheme
Would be especially useful, if you, Wolle and Gonzalo,
can take a look at it and add the identity entities?
Best,
Fridolin
> _______________________________________________
> WP6 mailing list
> W...@lists.stellarnet.eu
> http://lists.stellarnet.eu/listinfo.cgi/wp6-stellarnet.eu
> .