Re: [Poplus] Popolo and JSON-LD

Although the whole Poplus ecosystem speaks JSON (which makes a lot more 
sense than JSON-LD for a lot of reasons), surely it's also a relatively 
small step to having a PopIt instance also make objects available in a 
variety of Linked Data formats such as JSON-LD, RDF/XML, N-Triples etc 
along with RDFa embedded directly in the page?

This seems the best of both worlds to me – people who just want 
Popolo-compliant data can grab the JSON, those who want to plug a PopIt 
instance into a more connected Linked Data world have the triples readily 
available without an intermediate step.

Nick

On Wednesday, 8 April 2015 07:46:23 UTC+1, Tony Bowden wrote:
>
> On 8 April 2015 at 06:35, Andreas Kuckartz <a.kuc...@ping.de <javascript:>> 
> wrote: 
> > 1. Which URLs point to data which is published using Popolo ? 
> > Do lists of such URLs exist ? 
> > Is the data provided as JSON-LD serialization or as pure JSON ? 
>
> EveryPolitician.org is trying to collect such a list. Its own list is 
> currently only an embedded JavaScript array, though we plan to 
> separate that out as a separate data file Real Soon Now. 
>
> > 2. Which applications can import Popolo data ? 
> > Is import of JSON-LD supported or only pure JSON ? 
>
> Other people can answer about others, but the one I'm most familiar 
> with at the minute is WriteIt. It imports by giving it a PopIt API 
> URL, from which it then downloads pure JSON for processing. To the 
> best of my knowledge PopIt does not export JSON-LD, so that wouldn't 
> be an option for WriteIt. 
>
> In general the entire Poplus eco-system to date appears to be 
> operating with JSON, rather than JSON-LD. Moving towards JSON-LD would 
> certainly be _possible_ IMO — but either someone would need to be a 
> compelling argument why everyone should do so, or a couple of the main 
> components would need to simply switch and force everyone to follow. 
> But again I don't expect this to happen unless someone can clearly and 
> convincingly explain why it should. 
>
> Tony 
>