ideas.plings.info

Written by David C the 15 Jul 09 at 16:08.

Groupspaces XML does this:

<icon>http://media.groupspaces.com/images/logo/logo-250.png </icon>
<logo>http://media.groupspaces.com/images/logo/logo-250.png </logo>

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

Written by David C the 4 Sep 09 at 11:28.

Build it ourselves or use a third party that can do it.

Build it ourselves or use a third party that can do it.

Written by David C the 24 Nov 09 at 16:13.

Is this just a case of delivering the activity as:
http://feeds.plings.net/activity.php/74442.json?APIKey...

Although see the other suggestion of also being able to get a list of activities supplied as a list of id's:
http://ideas.plings.net/ideatorrent/idea/22/

Is this just a case of delivering the activity as: http://feeds.plings.net/activity.php/74442.json?APIKey... Although see the other suggestion of also being able to get a list of activities supplied as a list of id's: http://ideas.plings.net/ideatorrent/idea/22/

Written by David C the 24 Nov 09 at 16:09.

Not sure how to handle it API end, but currently you would make 3 calls:
http://feeds.plings.net/activity.php/74442.xml?APIKey
http://feeds.plings.net/activity.php/74447.xml?APIKey
http://feeds.plings.net/activity.php/74449.xml?APIKey

Perhaps we can work out a better way to get:
74442+74447+74449

Not sure how to handle it API end, but currently you would make 3 calls: http://feeds.plings.net/activity.php/74442.xml?APIKey http://feeds.plings.net/activity.php/74447.xml?APIKey http://feeds.plings.net/activity.php/74449.xml?APIKey Perhaps we can work out a better way to get: 74442+74447+74449

Written by David C the 15 Jul 09 at 13:53.

This would need to be done at the Plings end of things

Perhaps json.activity.php is the call we'd need

This would need to be done at the Plings end of things Perhaps json.activity.php is the call we'd need

Written by David C the 12 Jun 09 at 15:39.

UPDATE DavidC dhodgson is working on the 'Plings Selecta' - which partly addresses this solution and others below. There is still work to be done tho. See: http://selecta.elasticeye.org.uk

Original Post
Could be a stand alone app, or a 'plugin'

Provide a list of plings to select from (may be using check boxes)

Perhaps have options to group, order

Provide theme options

Produce a print preview

Possibly look at integration with print service API's such as moo.com

Could be better I suspect!

<strong>UPDATE DavidC</strong> <a href="http://ideas.plings.info/ideatorrent/contributor/dhodgson/">dhodgson</a> is working on the 'Plings Selecta' - which partly addresses this solution and others below. There is still work to be done tho. See: http://selecta.elasticeye.org.uk <strong>Original Post</strong> Could be a stand alone app, or a 'plugin' Provide a list of plings to select from (may be using check boxes) Perhaps have options to group, order Provide theme options Produce a print preview Possibly look at integration with print service API's such as moo.com Could be better I suspect!

Written by stevieflow the 16 Jun 09 at 12:04.

One solution to implement would be creating some examples and templates via the Tabbloid API. This could take some data from a Plings feed and format it for use and printing.

The trick would be to then look at how this can be accessed by all

One solution to implement would be creating some examples and templates via the Tabbloid API. This could take some data from a Plings feed and format it for use and printing. The trick would be to then look at how this can be accessed by all

Written by David C the 4 Aug 09 at 15:36.

It's been suggested to me that:
http://cocoon.apache.org/

might be the solution to the data to paper part of this.

As I understand it Apache Cocoon uses Apache FOP as a module to print to PDF. Coccon itself is a web interface that can manipulate data sent to it (in various formats), and output it various formats.

Anyone had any experience with it?

It's been suggested to me that: http://cocoon.apache.org/ might be the solution to the data to paper part of this. As I understand it Apache Cocoon uses Apache FOP as a module to print to PDF. Coccon itself is a web interface that can manipulate data sent to it (in various formats), and output it various formats. Anyone had any experience with it?

Written by timd the 10 Aug 09 at 14:56.

Given we're looking to print date-based information in most cases - we may find it useful to look for code geared up to formatting iCal feeds and then using that...

Given we're looking to print date-based information in most cases - we may find it useful to look for code geared up to formatting iCal feeds and then using that...

Written by stevieflow the 16 Jun 09 at 16:43.

A random button that inherits an area/place and picks out an activity for display

There would then need to be a function for someone to in turn rate this activity:

- I'd go
- Not sure / maybe
- Nah

A random button that inherits an area/place and picks out an activity for display There would then need to be a function for someone to in turn rate this activity: - I'd go - Not sure / maybe - Nah

Written by David C the 13 Jul 09 at 14:45.

Isn't a tag cloud a better way to quickly and easily see what is on in a given area over a given time period?

Isn't a tag cloud a better way to quickly and easily see what is on in a given area over a given time period?

Written by David C the 3 Aug 09 at 15:42.

Take the most popular Output API options and build a form that returns a URL of your choices (e.g. number of days, town/local authority, postcode) Maybe offer some optional parameters (e.g. search date)

I would stop at the point where a URL is built cos this can then be used in a modular fashion by other applications.

So, all this needs to do for now is return a URL that could be used to get raw data.

Take the most popular Output API options and build a form that returns a URL of your choices (e.g. number of days, town/local authority, postcode) Maybe offer some optional parameters (e.g. search date) I would stop at the point where a URL is built cos this can then be used in a modular fashion by other applications. So, all this needs to do for now is return a URL that could be used to get raw data.

Written by timd the 6 Aug 09 at 14:42.

A version of the 'Simple URL Builder Form', but implemented in Javascript in a way that made it easy to incorporate part or all of it into widgets.

Very useful for the preference pane of a Javascript widget that needs to be localised etc.

A version of the 'Simple URL Builder Form', but implemented in Javascript in a way that made it easy to incorporate part or all of it into widgets. Very useful for the preference pane of a Javascript widget that needs to be localised etc.

Written by David C the 23 Jul 09 at 11:40.

This would involve a change to the RSS format set from feeds.plings.net/rss.activity.php

The spec is here:
http://www.georss.org/Main_Page

I can't see too many problems other than scheduling it and doing it.

It does need to be remembered that our RSS does not act like a conventional RSS feed - i.e. updating as new content/data is added, but rather as a means of transferring data.

This would involve a change to the RSS format set from feeds.plings.net/rss.activity.php The spec is here: http://www.georss.org/Main_Page I can't see too many problems other than scheduling it and doing it. It does need to be remembered that our RSS does not act like a conventional RSS feed - i.e. updating as new content/data is added, but rather as a means of transferring data.

Written by David C the 15 Jul 09 at 16:03.

We used to have ActivitySource in the API for just this reason.

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

A simple addition of an optional field in both the input and output API's should deal with this.

We used to have ActivitySource in the API for just this reason. 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 A simple addition of an optional field in both the input and output API's should deal with this.

Written by David C the 14 Jul 09 at 16:07.

Unfortunately I don't know how to do this!

Unfortunately I don't know how to do this!

Written by David C the 20 Jul 09 at 10:52.

Why not work on a generic widget that works, say on peoples websites?

Self configurable, uses javascript, shows what's coming up in next 24hrs as default, maybe based on a venue, or postcode (is 20km too much - yes it is!)

Would need to handle most of the relevant data within the widget, rather than send people off to another website.

Doesn't need to be just a sidebar, could be on a full page.

May need to make css style configurable.

Why not work on a generic widget that works, say on peoples websites? Self configurable, uses javascript, shows what's coming up in next 24hrs as default, maybe based on a venue, or postcode (is 20km too much - yes it is!) Would need to handle most of the relevant data within the widget, rather than send people off to another website. Doesn't need to be just a sidebar, could be on a full page. May need to make css style configurable.

Written by David C the 13 Jul 09 at 16:18.

Additional 'optional parameter' in a search.

Maybe it would be possible to combine keywords e.g. football,tennis

Perhaps this would work as a comma separated list.

I guess we would want this on all outputs (xml, rss, kml, etc)

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