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(a)gmail.com>
wrote:
Envoyé de mon iPhone
> Le 27 nov. 2014 à 20:51, Bruno Oliveira <bruno(a)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(a)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(a)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(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/aerogear-dev