[omgps] collect feature requests

[mqy]

Onen,

obm data can be abstracted as a kind of "POI" to display.

obm can be integrated into omgps with loosely coupled interfaces.
to support obm, omgps must:
1. get obm data within an lat/lon rectangle and display them as a layer
(just like POIs)
2. show details of each node
3. optionally as a gps data provider for obm.

Here are problems to be concerned by obm logger.

1. user may not able to connect to net or can't afford to be online for long
time. so must be able to get obm data offline. 
2. local data must be able to be updated, do this with open obm logger?
3. while obm logger running, it connects to ogpsd to get GPS data, this
triggers omgps switching its data provider from UBX binary to ogpsd, which
waste energy. 

Lets think about how to implement plugin interface.

1. Protocol version: avoid incompatibility.

2. Type is defined as:

* type_id (string)
* type_name (string)
* image (file path string)

3. Type data is defined as

* type_id
* lat (double)
* lon (double)
* desc (string)

Let's think about C wrapper functions for Python plugins:

/* get version */
1. char * get_version(void);

/* returns types definition, format TBD */
2. char * get_types(void): get type definitions.

/* returns data list, empty or NULL type id means all types, format TBD */
3. char * load_data(type_id, lat1, lon1, lat2, lon2) 
   
To avoid too much data returned, omgps can limit minimal zoom level to call
load_data().
Upon get data, omgps renders those data into current view.

What do you think?


Onen wrote:
> 
> 
> +1 to display cells on the map, like it is shown on the OSM map on the 
> openBmap website. This must be done through something "standard" (KML?), 
> because your app should stick to its purpose, and should not have 
> features specific to obm, or only under a plugin, don't you think?
> 
> Onen
> 
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

-- 
View this message in context: http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3186131.html
Sent from the Openmoko Community mailing list archive at Nabble.com.