SWORD in to the LR?
Now I am confused - Sword means actual deposition of files? (unless
I've not paid attention)
On Mon, Jun 13, 2011 at 4:24 PM, Daniel Rehak <[log in to unmask]> wrote:
> I was thinking of the RSS as output.
> We can do SWORD 1.x input already if that helps.
> SWORD 2.0 is planned for after PF right now.
> - Dan
>
> On Mon, Jun 13, 2011 at 11:19, Pat Lockley <[log in to unmask]>
> wrote:
>>
>> Happy to do that, as long as couch has a COBOL wrapper (now is that a
>> nerd joke, or a statement on DoD educational funding ;) )
>>
>> It seems an RSS feed equals a "node" view would facilitate the rapid
>> ingest of as much UKOER as possible.
>>
>> On Mon, Jun 13, 2011 at 3:54 PM, Daniel Rehak <[log in to unmask]>
>> wrote:
>> > Yes, nodes still on all the metadata stuff.
>> >
>> > We've abstracted couch away with our APIs, but if you setup your node,
>> > you
>> > can get to the raw couch store.
>> >
>> > There is a placeholder in the spec for a RSS access/publishing services.
>> > The
>> > idea is that it would sit on top of couch, watch for changes, and then
>> > publish an Atom Feed of what comes into the node. Anyone want to write
>> > it?
>> >
>> > - Dan
>> >
>> > On Mon, Jun 13, 2011 at 03:26, Pat Lockley
>> > <[log in to unmask]>
>> > wrote:
>> >>
>> >> I am drawing a conclusion that perhaps the most basic node is a
>> >> slightly
>> >> modified rss feed?
>> >> I'd assume nodes sit on a spectrum of metadata goodness?
>> >>
>> >> On 13 Jun 2011, at 04:24, Daniel Rehak <[log in to unmask]> wrote:
>> >>
>> >> Hi Pat
>> >>
>> >> I get it, but maybe it's a bit too cryptic for someone who doesn't
>> >> understand LR.
>> >>
>> >> I'm not sure what role the broadcast node serves?
>> >>
>> >> - Dan
>> >>
>> >> On Sun, Jun 12, 2011 at 19:23, Pat Lockley
>> >> <[log in to unmask]> wrote:
>> >>>
>> >>> Hello all,
>> >>>
>> >>> Well after sitting on the google doc like a mother hen - some text has
>> >>> appeared!
>> >>>
>> >>> Dan -
>> >>>
>> >>> https://docs.google.com/document/d/1NyO5daKdgZACw1CQs4HtpttyTgFZm_o8_LfskCV0KqA/edit?authkey=CM3os98P&hl=en_US&pli=1
>> >>>
>> >>> <https://docs.google.com/document/d/1NyO5daKdgZACw1CQs4HtpttyTgFZm_o8_LfskCV0KqA/edit?authkey=CM3os98P&hl=en_US&pli=1>
>> >>> - what do you think?
>> >>>
>> >>> I think the structure can be ignored (LR takes all), but perhaps a
>> >>> need
>> >>> for a non-permenant broadcast node?
>> >>>
>> >>> (apologies for nerd talk)
>> >>>
>> >>> Pat
>> >>
>> >>
>> >>
>> >> --
>> >> Daniel R. Rehak, Ph.D.
>> >>
>> >> ADL Technical Advisor
>> >> Skype: drrehak
>> >> Email: [log in to unmask]
>> >> [log in to unmask]
>> >> Twitter: @danielrehak
>> >> Web: learningregistry.org
>> >> adlnet.gov
>> >> lsal.org
>> >> Google Voice: +1 412 301 3040
>> >> Tel: +1 412 931 7317
>> >> Work: +1 412 931 7319
>> >> Mob: +1 412 805 7683
>> >
>> >
>> >
>> > --
>> > Daniel R. Rehak, Ph.D.
>> >
>> > ADL Technical Advisor
>> > Skype: drrehak
>> > Email: [log in to unmask]
>> > [log in to unmask]
>> > Twitter: @danielrehak
>> > Web: learningregistry.org
>> > adlnet.gov
>> > lsal.org
>> > Google Voice: +1 412 301 3040
>> > Tel: +1 412 931 7317
>> > Work: +1 412 931 7319
>> > Mob: +1 412 805 7683
>> >
>
>
>
> --
> Daniel R. Rehak, Ph.D.
>
> ADL Technical Advisor
> Skype: drrehak
> Email: [log in to unmask]
> [log in to unmask]
> Twitter: @danielrehak
> Web: learningregistry.org
> adlnet.gov
> lsal.org
> Google Voice: +1 412 301 3040
> Tel: +1 412 931 7317
> Work: +1 412 931 7319
> Mob: +1 412 805 7683
>
|