<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
  <channel>
    <title><![CDATA[Default entry point]]></title>
    <link>http://ideas.plings.info/ideatorrent</link>
    <description><![CDATA[]]></description>
    <language>en-us</language>
    <pubDate>Fri, 30 Jul 2010 03:33:34 +0100</pubDate>
    <lastBuildDate>Fri, 30 Jul 2010 03:33:34 +0100</lastBuildDate>
    <generator>QAPoll module</generator>
 

    <item>
      <title><![CDATA[[0] Collect/generate plings data via a Drupal module]]></title>
      <link>http://ideas.plings.info/ideatorrent/idea/19/</link>
      <description><![CDATA[The Drupal CMS could be very useful as a tool to both collect and publish Plings data.  This idea is concerned with the collection of the data and whether any module currently exists to help or a new one would have to be configured.<br /><br /><br />
<br />



<b>[0 votes] Solution #1: Dedicated PlingsDrupal module</b>
<br />

One solution would be to create a new module that would fit and talk directly to the Plings API.<br />
<br />



<b>[0 votes] Solution #2: Utilise Drupal Event Module</b>
<br />

Possibility to use - http://drupal.org/project/event ?<br />
<br />



<b>[0 votes] Solution #3: CCK, FeedAPI & Input Module</b>
<br />

A flexible solution may work with CCK, FeedAPI and creating a custom PlingsInput module for making the input API calls.<br /><br />This would involve:<br /><br />1) Creating a CCK content type which mirrors the fields in the Plings Output API/Input API. This can take advantage of all the existing CCK fields such as NodeReference (for maintaining the relationships between events, venues and host organisations), link, images, location etc.  <br /><br />Where particular validation for Plings Input API fields is required - this could involve creation of an additional CCK field type, or validation routine. <br /><br />The creation of an activity record could take advantage of Youth Agora's 'complete' module for showing how complete a record is.<br /><br />It also gives maximum flexibility for CCK activities to be represented in Views. CCK is moving into Core in Drupal 7.<br /><br />2) Creating a FeedAPI Parser that parses Plings Output API RSS and XML (depending on presence of API key) into the CCK nodes set up in part (1). <br /><br />This would allow a Drupal install to pull in Plings data and display it in all sorts of ways through Views, Faceted browsing etc. <br /><br />Anything that can be done with a node could be done with a Pling. <br /><br />(3) A custom module would need to be written that calls the Plings Input API when a 'Plings' activity type CCK node (or 'Venue' and 'Provider') nodes are edited. <br /><br /><br />
<br />


]]>
</description>
      <pubDate>Fri, 25 Sep 2009 16:43:42 +0100</pubDate>
      <guid>http://ideas.plings.info/ideatorrent/idea/19/</guid>
    </item>


    <item>
      <title><![CDATA[[2] Function for people to be able to register for an Output API key]]></title>
      <link>http://ideas.plings.info/ideatorrent/idea/17/</link>
      <description><![CDATA[For people wishing to use the XML data, an auto method to get an API key for live data would be useful.  <br />
<br />



<b>[0 votes] Solution #1: Copy Google ;-)</b>
<br />

As with http://code.google.com/apis/maps/signup.html there is a one step process to agree to the terms, register the domain for the API usage and the generate the API key.<br /><br />We may not want to tie the API use with the domain however, if people are developing on test servers and even publishing data / apps to other domains<br />
<br />



<b>[2 votes] Solution #2: Have a friendly form!</b>
<br />

Anybody contributing to Plings, either by adding data, or reusing it - will need an API key.  Therefore, have a nice friendly form for people to easily declare their need(s) from Plings - and then generating the API key and other details - would be needed<br /><br />Inspiration taken from<br />http://odadeo.com/signup<br /><br />"I am a (Activity provider / Local authority / developer ) and I want to help Plings by (adding my data / reusing the data ), etc ..>"<br />
<br />


]]>
</description>
      <pubDate>Fri, 25 Sep 2009 16:26:42 +0100</pubDate>
      <guid>http://ideas.plings.info/ideatorrent/idea/17/</guid>
    </item>


    <item>
      <title><![CDATA[[1] cache xml/rss]]></title>
      <link>http://ideas.plings.info/ideatorrent/idea/13/</link>
      <description><![CDATA[The data we have in plings continues to increase day by day.  At some point in the future we will have to cache the information locally or <br />maybe even on the plings server itself.  This needs careful consideration as we don't want out date or incorrect information reaching users.<br /><br /><br /><br />
<br />



<b>[0 votes] Solution #1: use apache etags</b>
<br />

apache has a setting that generates a hash based on a number <br />of definable settings such as file size file date inode number.<br /><br />The client and the server send the hash to each other<br />if they match the server responds with a not modified <br />message.<br /><br />This is a opt in system the client can ignore if needed.<br /><br />This would save bandwidth and resources for all plings users.<br /><br /><br />
<br />



<b>[1 votes] Solution #2: add gzip support</b>
<br />

apache can zip the document up before sending it out.  <br />This saves bandwidth however I think the client MUST<br />be able to unzip.  This could cause awful things to happen<br />if the client can't do this.<br /><br />
<br />


]]>
</description>
      <pubDate>Tue, 18 Aug 2009 19:46:43 +0100</pubDate>
      <guid>http://ideas.plings.info/ideatorrent/idea/13/</guid>
    </item>


    <item>
      <title><![CDATA[[0] What's New]]></title>
      <link>http://ideas.plings.info/ideatorrent/idea/12/</link>
      <description><![CDATA[A feed or easy API call to fetch only recently changed records or information.<br /><br />It would be great to be able to send information providers, youth workers, parents & young people a list of 'new' activities this week. This would be a feed which excluded (in some way) recurrence of activities from previous weeks - but highlighted substantially changed or new activities. <br />
<br />



<b>[0 votes] Solution #1: Filtered feeds</b>
<br />

Some code which filters feeds to provide this 'new activity' functionality. <br />
<br />


]]>
</description>
      <pubDate>Thu, 06 Aug 2009 14:46:47 +0100</pubDate>
      <guid>http://ideas.plings.info/ideatorrent/idea/12/</guid>
    </item>


    <item>
      <title><![CDATA[[2] Plings logo in XML output]]></title>
      <link>http://ideas.plings.info/ideatorrent/idea/8/</link>
      <description><![CDATA[Provide a link back to a plings logo in the XML output.<br /><br />Might just be useful for e.g. 'data powered by plings' type attributions.<br /><br /><br />
<br />



<b>[2 votes] Solution #1: Add field with a link to a web image</b>
<br />

Groupspaces XML does this:<br /><br />&lt;icon&gt;http://media.groupspaces.com/images/logo/logo-250.png &lt;/icon&gt;<br />&lt;logo&gt;http://media.groupspaces.com/images/logo/logo-250.png &lt;/logo&gt;<br />
<br />


]]>
</description>
      <pubDate>Wed, 15 Jul 2009 16:08:13 +0100</pubDate>
      <guid>http://ideas.plings.info/ideatorrent/idea/8/</guid>
    </item>


    <item>
      <title><![CDATA[[0] Link to original Source data]]></title>
      <link>http://ideas.plings.info/ideatorrent/idea/7/</link>
      <description><![CDATA[The Plings API's did once have, but no longer seem to have a field to send information about the original data source of an activity - e.g. the web address of that activity on it's original website.<br /><br />It would be good to gather and publish this data<br />
<br />



<b>[0 votes] Solution #1: Create an original source field in both input and output API's</b>
<br />

We used to have ActivitySource in the API for just this reason. <br /><br />It became ActivitySourceID as we made that field required, but it serves a different function as a unique identifier for a data provider. (it could be a URL but not sure how practical that is for people<br /><br />A simple addition of an optional field in both the input and output API's should deal with this.<br /><br /><br />
<br />


]]>
</description>
      <pubDate>Wed, 15 Jul 2009 16:03:55 +0100</pubDate>
      <guid>http://ideas.plings.info/ideatorrent/idea/7/</guid>
    </item>


    <item>
      <title><![CDATA[[0] There should be a keyword search on the Output API]]></title>
      <link>http://ideas.plings.info/ideatorrent/idea/4/</link>
      <description><![CDATA[Narrowing searches of the API can be problematic - with more and more filters it is easy to narrow your search so much that you end up missing results. Having said that it would seem to me that:<br /><br />"Show me everything tagged with Football in Stockport" should be the kind of call the API could deal with.<br /><br />For now I would suggest this is only a 'keyword' search.<br />
<br />



<b>[0 votes] Solution #1: New search parameter ?keyword=</b>
<br />

Additional 'optional parameter' in a search. <br /><br />Maybe it would be possible to combine keywords e.g. football,tennis<br /><br />Perhaps this would work as a comma separated list.<br /><br />I guess we would want this on all outputs (xml, rss, kml, etc)<br />
<br />


]]>
</description>
      <pubDate>Mon, 13 Jul 2009 16:18:40 +0100</pubDate>
      <guid>http://ideas.plings.info/ideatorrent/idea/4/</guid>
    </item>


  </channel>
</rss>

