Design and implement an API for tiled vectorial support of POIProxy
Currently there are plenty of services that provide geo-located data: Twitter, Buzz, Panoramio, Flickr, Wikipedia, YouTube, LastFM, Minube, Foursquare, etc. All of them have things in common (Use of a REST API, JSON as a format for responses, ...) and several different behaviours. POIProxy is a server that fills the gap between all that services and a map client.
This A similar idea was proposed in 2011 and ended up with the development of POIProxy, but gvSIG Mini still lacks support to load POIProxy layers or provide geocoding and reverse geocoding, that makes gvSIG Mini less atractive to the general public.
3. The idea
The idea consists in create a brand new POIProxy client based on gvSIG Mini that will provide access to a set of geo-location services.
Technically this project pretends to provide gvSIG Mini with a simple API to support POIProxy services. The API will offer transparent support to load a geo-located service, make requests as the user navigates the map, cache data (into memory and disk in standard GeoJSON) to speed up the data-load, and build the user interfaces to show extra data, such as additional info, media (images, video), etc.
The user will have the chance to load one or more POIProxy layers that will make requests to geo-location services as the user navigates the map. That functionality will offer social and contextual information related to the location of the user.
On the other hand, gvSIG Mini lacks of a geocoding and reverse-geocoding service. POIProxy could be a good candidate to provide those services.
Recently the OGC has contributed a new standard, OpenPOI. It will be nice, during the summer, add support to this standard in POIProxy so that gvSIG Mini could become a client of OpenPOI.