[aerogear-dev] [UPS] Geolocation Support
Sébastien Blanc
scm.blanc at gmail.com
Thu Nov 27 15:13:45 EST 2014
Envoyé de mon iPhone
> Le 27 nov. 2014 à 20:51, Bruno Oliveira <bruno at 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 at 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 at 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 at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141127/d5faba70/attachment-0001.html
More information about the aerogear-dev
mailing list