<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 20, 2014 at 6:42 PM, Raj Nukala <span dir="ltr"><<a href="mailto:rajnukala@yahoo.com" target="_blank">rajnukala@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div style="color:rgb(0,0,0);font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif;font-size:16px;background-color:rgb(255,255,255)"><div>This is great . </div></div></div></blockquote><div>Thx </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div style="color:rgb(0,0,0);font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif;font-size:16px;background-color:rgb(255,255,255)"><div>I missed the screencast is there a recording somewhere? <br></div></div></div></blockquote><div>Sure, you can watch it here <a href="https://www.youtube.com/watch?v=R-qdLJh4EWQ" target="_blank" style="font-size:12.8000001907349px">https://www.youtube.com/watch?v=R-qdLJh4EWQ</a></div><div style="color:rgb(0,0,0);font-size:12.8000001907349px"><span style="font-size:small;color:rgb(34,34,34)"> </span><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div style="color:rgb(0,0,0);font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif;font-size:16px;background-color:rgb(255,255,255)"><div></div><div dir="ltr">For my project i need geofencing features and if only this is well documented and there is a binary i would love to use it .</div></div></div></blockquote><div><br></div><div>It's not (yet) related to the Geo Server but we have a geofencing Cordova plugin : <a href="https://github.com/aerogear/aerogear-geo-cordova">https://github.com/aerogear/aerogear-geo-cordova</a></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div style="color:rgb(0,0,0);font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif;font-size:16px;background-color:rgb(255,255,255)"><div dir="ltr"><br></div><div dir="ltr">Regards</div><div dir="ltr">Raj<br></div><div><span></span></div><br> <div style="font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif;font-size:16px"> <div style="font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif;font-size:16px"> <div dir="ltr"> <hr size="1"> <font face="Arial"><span class=""> <b><span style="font-weight:bold">From:</span></b> Matthias Wessendorf <<a href="mailto:matzew@apache.org" target="_blank">matzew@apache.org</a>><br> <b><span style="font-weight:bold">To:</span></b> AeroGear Developer Mailing List <<a href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a>> <br> </span><b><span style="font-weight:bold">Sent:</span></b> Tuesday, December 16, 2014 12:13 AM<span class=""><br> <b><span style="font-weight:bold">Subject:</span></b> Re: [aerogear-dev] [POC] Unified Geo Server<br> </span></font> </div> <div><br><div><div><div dir="ltr"><br clear="none"><div><div class="h5"><div><br clear="none"><div>On Mon, Dec 15, 2014 at 11:32 PM, Bruno Oliveira <span dir="ltr"><<a rel="nofollow" shape="rect" href="mailto:bruno@abstractj.org" target="_blank">bruno@abstractj.org</a>></span> wrote:<blockquote style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>On 2014-12-15, Matthias Wessendorf wrote:<br clear="none">
> On Mon, Dec 15, 2014 at 9:08 PM, Bruno Oliveira <<a rel="nofollow" shape="rect" href="mailto:bruno@abstractj.org" target="_blank">bruno@abstractj.org</a>> wrote:<br clear="none">
> ><br clear="none">
> > Good morning, first nice screencast Sebi and even knowing this is just a<br clear="none">
> > PoC I have some considerations:<br clear="none">
> ><br clear="none">
> > 1. What would be the use case scenario to justify a separated server<br clear="none">
> > instead of just a module on AGPUSH?<br clear="none">
> ><br clear="none">
><br clear="none">
> I think main discussion around this at F2F meeting was, it might be useful<br clear="none">
> for other scenarios as well,<br clear="none">
> and we don't want to hard-wire geo to the push server<br clear="none">
<br clear="none">
</span>Which scenarios?<br clear="none"></blockquote><div><br clear="none"></div><div>anything else that may require geo data. E.g. other systems may benefit from interacting with geo as well.</div><div>I really do not see a reason why geo is hard-wired to push.</div><div><br clear="none"></div><div>the geo server should be a system to store any sorts of geo data (long/lat) + some APIs to query. </div><div><br clear="none"></div><div> </div><blockquote style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span><br clear="none">
><br clear="none">
><br clear="none">
><br clear="none">
> ><br clear="none">
> > 2. How do you plan to prevent people from faking their location?<br clear="none">
> ><br clear="none">
><br clear="none">
> I'd assume that a Geo SDK would be based on-top of the mobile OS's<br clear="none">
> facility, to receive the long/lat values.<br clear="none">
> I think in the future we can have some sort of checks, like validating the<br clear="none">
> users IP address, if it somewhat matches the submitted geo data.<br clear="none">
<br clear="none">
</span>I think Geo based on IPs are a bad idea. This is a very inaccurate method<br clear="none">
and should be our last resort, it's easy to spoof IPs.<br clear="none"></blockquote><div><br clear="none"></div><div>:-) yeah. I'd assume that we offer minimal/simple SDKs for iOS/Android, which underneath</div><div>leverage the OS facilities for Geo-Data. Like CoreLocation on iOS.</div><div><br clear="none"></div><div>Regarding the IP, I had this in mind (not sure if that is a good idea or not):</div><div>* if long/lat (can be faked with man-in-the-middle) says Germany, but IP says singapore,</div><div>our server could see: something is wrong.</div><div><br clear="none"></div><div>or if we get weird long/lats from the same device (.e.g. 12:00 Germany, 12:30 UK, 14:00 USA, 14:30 China),</div><div>we might know something is wrong too. But that's perhaps not for the initial scope of the poc</div><div><br clear="none"></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span><br clear="none">
><br clear="none">
><br clear="none">
><br clear="none">
> ><br clear="none">
> > 3. Do we have a privacy policy to make the developer real aware about<br clear="none">
> > what's being collected?<br clear="none">
> ><br clear="none">
><br clear="none">
> I think that the level of collected geo data is up to the developer of the<br clear="none">
> app, using the Geo SDK.<br clear="none">
<br clear="none">
</span>I'm sorry, but I have to disagree. If we don't provide a policy about the usage of the Geo<br clear="none">
server, we're pretty much accountable for it.<br clear="none">
<br clear="none">
Nothing huge, only a simple txt documenting what's being collected and<br clear="none">
why.<br clear="none"></blockquote><div><br clear="none"></div><div>I'd think that, if we provide an SDK (and the POC will get us there), we do not really track anything 'silently'.</div><div>I hope that the SDK would allow me to get the current position (e.g. using CoreLocation), and store it with a name (e.g. home, work, my fav. cinema) and some metadata (e.g. username).</div><div><br clear="none"></div><div>But I'd not imagine our SDK constantly tracks all positions and silently sends them to the Geo Server.</div><div> </div><div><br clear="none"></div><div> </div><blockquote style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span><br clear="none">
><br clear="none">
><br clear="none">
> ><br clear="none">
> > 4. Will collecting geo location be opt in or default?<br clear="none">
> ><br clear="none">
><br clear="none">
> If the Geo-data SDK is used w/in an app, I think it will still ask,<br clear="none">
> up-front, if location based services are OK to use (at least apple). And<br clear="none">
> I'd argue that users can still disable the geo usage, per app (at least<br clear="none">
> apple)<br clear="none">
<br clear="none">
</span>Most of users have no idea that their data is being collected. I'm<br clear="none">
confused about your answer, is that an yes or no?<br clear="none"></blockquote><div><br clear="none"></div><div>I mean yes, see above. </div><div><br clear="none"></div><div><br clear="none"></div><div>-MAtthias</div><div><br clear="none"></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span><br clear="none">
><br clear="none">
><br clear="none">
><br clear="none">
><br clear="none">
> ><br clear="none">
> > 5. Why is necessary to store current user's position?<br clear="none">
><br clear="none">
><br clear="none">
> I think that's up to the use case, and its usage of the Geo SDK.<br clear="none">
<br clear="none">
</span>Currently we store. I know this is just a proof of concept.<br clear="none">
But I insist to be the boring, and avoid it if possible.<br clear="none">
<div><div><br clear="none">
<br clear="none">
><br clear="none">
><br clear="none">
> > Couldn't admin<br clear="none">
> > specify a range and check how many devices are active on that region?<br clear="none">
> > Into this way you don't need to store their positions. I'm not the Geo<br clear="none">
> > specialist here but the idea is:<br clear="none">
> ><br clear="none">
> > 1. Admin specify the range when a push message must be sent. For<br clear="none">
> > example: Whole Florida<br clear="none">
> > 2. Client opt in and sent her its position to the server<br clear="none">
> > 3. Server compares and sent the push message<br clear="none">
> ><br clear="none">
> > I'm very concerned about privacy here, I'm not against the<br clear="none">
> > solution, but Geo location is like to open a Pandora box.<br clear="none">
> ><br clear="none">
><br clear="none">
> yeah, it's also creepy :) I have not much services that I give my geo data<br clear="none">
><br clear="none">
><br clear="none">
> ><br clear="none">
> > We might be careful about unintentional disclosure of geolocation<br clear="none">
> > information,<br clear="none">
> > because it carries physical risks to the client (theft, to stalking,<br clear="none">
> > kidnapping<br clear="none">
> > and domestic violence — I'm not exaggerating).<br clear="none">
> ><br clear="none">
><br clear="none">
> +1 I'd argue that the "Geo server" would be, initially, a 'simple' back<br clear="none">
> end, that is able to store n pairs of long/lat values (grouped by a<br clear="none">
> user/device).<br clear="none">
> The mobile SDK for it basically store the 'collected' data to this backend<br clear="none">
> (somewhat similar to the push registration SDK)<br clear="none">
><br clear="none">
><br clear="none">
> ><br clear="none">
> > Again, I know this is a proof of concept, but sooner we have it in mind,<br clear="none">
> > the<br clear="none">
> > better.<br clear="none">
> ><br clear="none">
><br clear="none">
> +1 fully agree. Replied to your questions with my POV on this<br clear="none">
><br clear="none">
><br clear="none">
><br clear="none">
> ><br clear="none">
> ><br clear="none">
> ><br clear="none">
> ><br clear="none">
> > On 2014-12-10, Sebastien Blanc wrote:<br clear="none">
> > > Hi all,<br clear="none">
> > ><br clear="none">
> > > I have been working on a POC around geolocation. Like we discussed in<br clear="none">
> > > another thread, we decided not to have a "deep" integration with the Push<br clear="none">
> > > server but instead a separate component / microservice. Well the POC is<br clear="none">
> > > more a miniservice ;)<br clear="none">
> > ><br clear="none">
> > > So, the idea is to have a server to which devices can register by<br clear="none">
> > providing<br clear="none">
> > > their positions. On the other side, the server provide an endpoint to<br clear="none">
> > make<br clear="none">
> > > spatial queries, like give me all the installations within a radius of 10<br clear="none">
> > > km around this lat/ltg.<br clear="none">
> > ><br clear="none">
> > > Thanks to Forge, I created/scaffolded a really simple server providing<br clear="none">
> > the<br clear="none">
> > > registration endpoint and the search endpoint.<br clear="none">
> > ><br clear="none">
> > > I tried to make a decent readme that will give you more details :<br clear="none">
> > ><br clear="none">
> > > <a rel="nofollow" shape="rect" href="https://github.com/sebastienblanc/unified-geo-server" target="_blank">https://github.com/sebastienblanc/unified-geo-server</a><br clear="none">
> > ><br clear="none">
> > > And as usual, I made a little screencast showing all that in action ;)<br clear="none">
> > ><br clear="none">
> > > <a rel="nofollow" shape="rect" href="https://www.youtube.com/watch?v=R-qdLJh4EWQ" target="_blank">https://www.youtube.com/watch?v=R-qdLJh4EWQ</a><br clear="none">
> > ><br clear="none">
> > > Please remember this is a POC, so the security is almost inexistant, the<br clear="none">
> > > console is awful ;)<br clear="none">
> > ><br clear="none">
> > > What about the Client SDKs ?<br clear="none">
> > ><br clear="none">
> > > If we reach some kind of consensus arounf the concept of Unfied Geo<br clear="none">
> > Server<br clear="none">
> > > we can start building the Client SDKs / POCs , they will be quite simple<br clear="none">
> > :<br clear="none">
> > > retrieve geolocation and register to the geo endpoint.<br clear="none">
> > ><br clear="none">
> > > Sebi<br clear="none">
> ><br clear="none">
> > > _______________________________________________<br clear="none">
> > > aerogear-dev mailing list<br clear="none">
> > > <a rel="nofollow" shape="rect" href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a><br clear="none">
> > > <a rel="nofollow" shape="rect" href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br clear="none">
> ><br clear="none">
> ><br clear="none">
> > --<br clear="none">
> ><br clear="none">
> > abstractj<br clear="none">
> > PGP: 0x84DC9914<br clear="none">
> > _______________________________________________<br clear="none">
> > aerogear-dev mailing list<br clear="none">
> > <a rel="nofollow" shape="rect" href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a><br clear="none">
> > <a rel="nofollow" shape="rect" href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br clear="none">
> ><br clear="none">
><br clear="none">
><br clear="none">
> --<br clear="none">
> Matthias Wessendorf<br clear="none">
><br clear="none">
> blog: <a rel="nofollow" shape="rect" href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br clear="none">
> sessions: <a rel="nofollow" shape="rect" href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br clear="none">
> twitter: <a rel="nofollow" shape="rect" href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a><div><br><br></div><div><br clear="none">
<br clear="none">
> _______________________________________________<br clear="none">
> aerogear-dev mailing list<br clear="none">
> <a rel="nofollow" shape="rect" href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a><br clear="none">
> <a rel="nofollow" shape="rect" href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br clear="none">
<br clear="none">
<br clear="none">
--<br clear="none">
<br clear="none">
abstractj<br clear="none">
PGP: 0x84DC9914<br clear="none">
_______________________________________________<br clear="none">
aerogear-dev mailing list<br clear="none">
<a rel="nofollow" shape="rect" href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a><br clear="none">
<a rel="nofollow" shape="rect" href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a></div></div></div></blockquote></div><div><br clear="all"><div><br clear="none"></div>-- <br clear="none"><div>Matthias Wessendorf <br clear="none"><br clear="none">blog: <a rel="nofollow" shape="rect" href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br clear="none">sessions: <a rel="nofollow" shape="rect" href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br clear="none">twitter: <a rel="nofollow" shape="rect" href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a></div>
</div></div></div></div></div></div></div><div><div class="h5"><br><div>_______________________________________________<br clear="none">aerogear-dev mailing list<br clear="none"><a shape="rect" href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a><br clear="none"><a shape="rect" href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a></div><br><br></div></div></div> </div> </div> </div></div><br>_______________________________________________<br>
aerogear-dev mailing list<br>
<a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br></blockquote></div><br></div></div>