We could encrypt it. But I think a privacy policy + make it opt in are enough.



abstractj
PGP: 0x84DC9914


On Thu, Nov 27, 2014 at 6:13 PM, Sébastien Blanc <scm.blanc@gmail.com> wrote:



Envoyé de mon iPhone

Le 27 nov. 2014 à 20:51, Bruno Oliveira <bruno@abstractj.org> a écrit :

Question: are we going to store into the database longitude and latitude? Only the last position?
Yes in the db and only the last one. But good that you mentioned it , regarding security/privacy could you imagine some kind of encryption ?
Also I would add another field like "enabled", because track your position must be opt-in.

Not sure if what you have in mind is to track by default.
The fields are optional , so it is an opt-in , but adding a "enable" field could indeed make it more obvious. I like that.

On Thu, Nov 27, 2014 at 2:52 PM, Sebastien Blanc <scm.blanc@gmail.com> wrote:

Hi Folks !

During our last f2f we agreed on adding some geolocation support for the next UnifiedPush Release (1.1). I would like to start here a thread to discuss this topic.

Let's keep in mind : Crawl, Walk, Run

I would like to start with a concrete proposition and initiate the discussions from there :

Installations

Model Change

The idea is to add 2 new fields to the Installation Object :

double longitude;
double latitude;

These field should be optional !

Registration

When the device registers, along with alias, categories etc ... it will also be possible to pass a latitude and longitude.

Later, we will probably offer a endpoint to update these properties. PUT /registry/device/{token}

Sender

Server Side

We need to extend the current sender API to be able to add geolocation as a criteria. I see that as something like :

{
  "message":{
    "alert":"HELLO!
  },
  "criteria":{
   "geolocation":
       {
      "latitude" : 40.2566
      "longitude": 2.36556
      "within" : 5 
      "unit" : "Km" // optional, default is Km  
       }
  }
}

In this example, the Push Notification will be sent only to devices within a radius of 5 km of the supplied location.

On the implementation side, I think it make sense to use Hibernate Search since it has nice support forSpatial queries.

Sender Client

The different Sender Clients (Java, Node.js, .net) should be updated accordingly.

Client SDKs

In this fisrt iteration, the registration code would to be updated to include latitude and longitude for :

  • iOS (Including Safari ? )
  • Android ( Including Chrome Apps ?)
  • JS UPS-SPS Lib
  • Cordova Plugin
  • Amazon
  • Windows

Retrieving the current position of the device is not in scope of this first version, later we could offer some features around that.

There are some jiras to track these tasks : https://issues.jboss.org/browse/AGPUSH-828

Comments and questions welcome !

Sebi


_______________________________________________
aerogear-dev mailing list
aerogear-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev



--

-- 
"The measure of a man is what he does with power" - Plato
-
@abstractj
-
Volenti Nihil Difficile
_______________________________________________
aerogear-dev mailing list
aerogear-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev