Recolectar y analizar otras API de Geofencing

[fjlopez]

Existen ya algunas API de Geofencing y algunos estándares en progreso. De cara al TFG hay que tener un listado de todas ellas clasificadas por plataforma (Web, Android, iOS, etc..) y características. Esto formaría parte del análisis y ayudaría a definir el API.

[EduIbanez]

¿Debería de redactar todos los métodos de esta API? ¿O con escribir los que hacen referencia a geofences y notificaciones es suficiente? Por si acaso, por ahora mantendré el pantallazo en la wiki, que es el que he adjuntado en este mensaje, a la espera de tu opinión. Asímismo, también agradecería que me comentaras que tu impresión respecto el contenido de la entrada de la wiki sobre las APIs de geofencing. Es decir, que sobraría o faltaría por añadir. Según lo que me digas, mañana por la mañana modificaré la wiki.

[fjlopez]

Añade el enlace a las fuentes de información. Lo que puedes es describir a nivel de elemento mas que a nivel de operación concreta. Por ejemplo, qué es un geotrigger para ellos, como funcionan las notificaciones, que es una campaña. Observa cómo he modificado el Modelo del W3C. También añade una breve explicación (fíjate también en la descripción de W3C que he añadido).

[EduIbanez]

Wiki sobre APIs de geofencing actualizada con información sobre la API de Google Maps.

[fjlopez]

¿Qué término en inglés corresponde a Porción?. Sería interesante que publicaras en esta issue un comentario con el resumen de las ideas que se te están ocurriendo mediante este análisis.

[EduIbanez]

Porción hace referencia al término en inglés Crumb.

[EduIbanez]

La API de Google Maps tiene una forma interesante de asociar los usuarios a los geofences, siendo los geofences los que tienen una lista o colección de IDs de usuarios sobre los que tienen influencia. Esta idea es buena y me gustaría incluirla en el proyecto, aunque igual modificándola un poco. Por ejemplo, añadiendo un campo IDs de grupo, de forma que con un único ID se pueda hacer referencia a varios usuarios si se les ha asignado a los usuarios ese grupo. De esta forma, los geofences podrían guardar IDs de usuarios que no tienen relaciones con otros usuarios, así como IDs de grupos, formados por usuarios que sí que están relacionados entre sí. En cuanto a los campos que conforman un geofence, me parece también interesante la idea de añadir un atributo horas de apertura, para delimitar el tiempo en el que los geofences están funcionando, propuesto por la API de Plot Projects, así como un atributo estado, que puede ser activado o desactivado, propuesto por W3C. Por último, me gustaría incluir el concepto de campaña y geotrigger propuesto por Plot Projects en el proyecto. Además, también me gustaría representar un geofence geométricamente por medio de un bucle y polígono, conceptos del API de Google Maps. Respecto a las funciones, el método de listar los geofences de la API de Google Maps limita el número de geofences a devolver en una lista, lo cual debería de estudiarse para determinar si es necesario limitar el número de geofences a devolver en una lista y, en caso afirmativo, calcular el límite apropiado para el proyecto.

[fjlopez]

Se cierra temporalmente.