GSMA OneAPI competition: entry extended to April 26th

The GSMA Mobile Innovation Exchange have a competition for Best Use of OneAPI. You may apply to enter up to April 26th.

This award celebrates innovation across applications and services that utilize the OneAPI in any of the five core areas currently available. It is open to companies developing applications or services using at least two of the OneAPI capabilities and meeting any end-user needs or desires in the consumer or enterprise space. Examples include any application or service improving social media through the use of improved location data, needs for chargeable services to be applied to a consumer or enterprise bill, improved user experience by tapping into network or device capabilities, or creation of applications targeting or denying access through the use of demographic information. Details on the OneAPI can be found here – www.gsmworld.com/oneapi.


To get up and running with OneAPI then visit the Reference Implementation and forums at http://oneapi.aepona.com
posted by Krcsmith  |  View comments (0)  |  Add comment

GSMA One API: first beta on Betavine!

I'm delighted to announce that the first of the GSMA One APIs, Messaging, is now available for testing on Betavine (thanks to Owen, Kev and team :).

The One (Open Network Enablers) API is a GSMA project aiming to make it easier to embed network capabilities in your Web applications, and to greatly reduce the integration work needed when deploying such applications across multiple network operators. One API provides a common, lightweight set of functions for SMS, location, Charging, Connection Profile and User Profile. The goal is that these should be easy to use for both mobile and fixed Web developers, so that you can spend more time innovating and less time integrating. It also offers an easy way to experiment with fixed/mobile 'convergence' applications, i.e. where both fixed and mobile capabilities can be used together to create a compelling application.

The project is also looking at ways to improve the non-technical aspects of integration to operators, i.e. AAA, certification etc. which have been mentioned as being more of a hindrance to mobile innovation than the differences in technical APIs between operators.

The project is a public beta, and we are asking for developers to collaborate with operators and vendors to help ensure these are quality, relevant and useable APIs. We have initially produced RESTful bindings and greatly simplified profiles of the Parlay X Web Service bindings; the reaction and suggestions from developers will help steer us in the right direction - so if you have any comments, please let us know via the Beta portal at http://www.gsmworld.com/accessentry .

Coming soon will be our Reference Implementation where you will be able to try out the APIs across multiple operators, and collaborate to ensure they are a success. Hope to hear from you soon!

-- Kevin Smith, Vodafone R&D and GSMA One API Project Leader.
posted by Krcsmith  |  View comments (2)  |  Add comment

A quick PHP Ajax proxy

I'm in the middle of writing a mashup tutorial for using the Betavine API. It's slow progress. I'm continually getting distracted by bug reports and lengthly meetings.

My mashup uses Javascript to interact with the API. However directly calling the API using Javascript won't work. The browser intercepts and kills any AJAX requests to a remote hosts. So the solution? I wrote a simple proxy in PHP which sits between the Javascript and the Betavine API.

When a request is made the PHP will make the request to the API and return the response in the AJAX call. The Javascript on the web page then fooled into thinking that the AJAX response came from the same host as the web page.

It's a simple technique and is widely used for many mashups.

The code follows:
<?
ob_start();

function logf($message) {
  $fd = fopen('proxy.log', "a");
  fwrite($fd, $message . "\n");
  fclose($fd);
}

?>
<?
$url = $_REQUEST['url'];
logf($url);
$curl_handle = curl_init($url);
curl_setopt($curl_handle, CURLOPT_HEADER, 0);
curl_setopt($curl_handle, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt($curl_handle, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($curl_handle, CURLOPT_USERAGENT, "Owen's AJAX Proxy");

$content = curl_exec($curl_handle);
$content_type = curl_getinfo($curl_handle, CURLINFO_CONTENT_TYPE);
curl_close($curl_handle);
header("Content-Type: $content_type");
echo $content;
ob_flush();
?>


I'm using CURL to make the HTTP request. Notice that I set the User-Agent using
CURLOPT_USERAGENT
. If I set a user agent then the betavine servers will return a 403 security error.

Have fun!

Owen.
posted by OwenGriffin  |  View comments (0)  |  Add comment

UK Government APIs

I've just discovered a list of UK Government APIs. This includes interesting APIs from Ordnance Survey and Carbon Footprint information. It's bound to create some interesting mashups.
posted by OwenGriffin  |  View comments (0)  |  Add comment

C# Library

I've noticed that vauschnik has uploaded a C# Library for the Betavine API. I haven't really used C# so can't really test it. Has anybody given it a go?

Owen.

posted by OwenGriffin  |  View comments (0)  |  Add comment

Recent blog comments

GSMA One API: first beta on Beta...

Krcsmith,


Hi Pingp, There is now a link from the GSMA portal through to the Reference Implementation (at oneapi.aepona.com). Follow the 'Tutorials' link (on the left nav bar) to see the stable specifications for RESTful and WS Messaging and Location. The Wiki is where we work on drafts before they are posted on the Reference Implementation. Many thanks Kevin

more...

GSMA One API: first beta on Beta...

pingp,


Where can I find the offical API document and related libs? e.g. as I check "http://gsma.securespsite.com/access/Access%20API%20Wiki/SMS%20Web%20Service%20A PI.aspx", for messaging only sendSMS is defined. Regarding the aepona's RI, the parlay X Messaing API is included.

more...

Ruby and Java wrappers

Braindead,


Where is the Tuby API wrapper ? Steve

more...

Welcome

Webmaster,


Hi, We would like to offer a location API and are currently in the process of discussing the security and privacy issues involved in doing so. There is a policy document that outlines the steps providers who offer location-based services should adhere to. We are currently reviewing this. One issue we have is that location information is handled differently in various countries and mobile operators, making it very difficult for us to offer a global location service. Since we are trying to make the site accessible by everyone, we are looking at ways we could provide global location information. We would certainly like to launch with support in several countries where the majority of our developers are based. I'll keep everyone updated on this functionality via the API Blog and forum. thanks, Pete

more...

Welcome

Steve Hagan,


Pete, Any plans to include subscribers location in the api?

more...

Authors

  • > OwenGriffin OwenGriffin (10 posts)
  • > GroovyPete GroovyPete (4 posts)
  • > Krcsmith Krcsmith (2 posts)