ideas.plings.info

Written by stevieflow the 25 Sep 09 at 16:26.

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.

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

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. 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

Written by stevieflow the 26 Sep 09 at 12:16.

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

Inspiration taken from
http://odadeo.com/signup

"I am a (Activity provider / Local authority / developer ) and I want to help Plings by (adding my data / reusing the data ), etc ..>"

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 Inspiration taken from http://odadeo.com/signup "I am a (Activity provider / Local authority / developer ) and I want to help Plings by (adding my data / reusing the data ), etc ..>"

Written by brucenetworks the 18 Aug 09 at 19:46.

apache has a setting that generates a hash based on a number
of definable settings such as file size file date inode number.

The client and the server send the hash to each other
if they match the server responds with a not modified
message.

This is a opt in system the client can ignore if needed.

This would save bandwidth and resources for all plings users.

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

Written by brucenetworks the 18 Aug 09 at 20:02.

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

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

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

Some code which filters feeds to provide this 'new activity' functionality.

Some code which filters feeds to provide this 'new activity' functionality.

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 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)