My experience with Jabber on mobile systems is that it also tends to
be fairly battery-intensive, usually because the client needs to
remain fairly active on the processor.  Many IM systems are built on
the principle of server-push, with merely an active socket.  Jabber
and other systems not explicitly designed for mobile tend to be very
talkative, usually in terms of pinging the server on a regular basis.
That's why they eat battery.  Chris already stated that one of his
criteria was to find a system that would not eat battery, so I assumed
IM messengers were likely not a viable candidate.

Bluetooth, on the other hand, while vulnerable to certain security
issues (like forced pairing), is explicitly designed as a minimal
power framework, which is why I believe it would be ideal for this
situation.

On Mon, Mar 30, 2015 at 6:02 PM, Alex Smith (K4RNT)
<[email protected]> wrote:
> Have you thought about going at it the other way most people do, by using an
> IM client or other groupware system? Jabber and/or Lync is designed with
> this kind of setup in mind!
>
> " 'With the first link, the chain is forged. The first speech censured, the
> first thought forbidden, the first freedom denied, chains us all
> irrevocably.' Those words were uttered by Judge Aaron Satie as wisdom and
> warning... The first time any man's freedom is trodden on, we’re all
> damaged." - Jean-Luc Picard, quoting Judge Aaron Satie, Star Trek: TNG
> episode "The Drumhead"
> - Alex Smith
> - Huntsville, Alabama metropolitan area USA
>
> On Mon, Mar 30, 2015 at 5:24 PM, Tilghman Lesher <[email protected]>
> wrote:
>>
>> One of the biggest problems you're going to have with this is that
>> even though Wifi is a big battery hog, constantly refreshing
>> geolocation is an even bigger battery hog.  While I don't have an
>> application that can do this, my inclination would be to use something
>> along the lines of Bluetooth proximity devices, possibly along the
>> lines of two proximity devices along your path to the exterior door.
>> When the proximity devices sense in one direction, you set one state,
>> while if the proximity devices trigger in the opposite order, you set
>> the opposite state.
>>
>> Alternately, you could use a state table whose values were triggered
>> on/off either by a code entered into your desk phone, your cell phone
>> (with an appropriate password), or even by time-based signals (think
>> cron job).
>>
>> On Mon, Mar 30, 2015 at 2:37 PM, Chris McQuistion
>> <[email protected]> wrote:
>> > Curt and I were discussing this idea this morning and it seems so
>> > obvious
>> > that I'm sure someone is already doing this and there are probably
>> > already
>> > some good ways of accomplishing this.
>> >
>> > Here's the idea.
>> >
>> > When I'm at work, I'd like our phone system (Asterisk-based Elastix) to
>> > just
>> > route incoming calls over to my cell phone number, instead.  I've got
>> > unlimited minutes and it is always on me.
>> >
>> > When I leave work, I'd like the call routing to route to my desk phone,
>> > as
>> > usual.
>> >
>> > It seems like this shouldn't be too hard to accomplish.  If nothing
>> > else,
>> > IFTTT could be used with the iOS Location or Android Location channel to
>> > determine my geo-location.  From there, I have to DO SOMETHING with that
>> > information, and then have Elastix act on it.
>> >
>> > This is where I'm stuck.  My best ideas so far are to create a new file
>> > in
>> > Dropbox or append a line in a Google Spreadsheet when I'm entering or
>> > leaving the geo-location.  This seems a little kludge-y to me.
>> >
>> > Anyone got a better idea of how to accomplish this goal?  It isn't
>> > really
>> > important.  It's just one of those ideas that I've had for a long time
>> > and I
>> > can't seem to let it go until I figure out how to do it...
>> >
>> > Chris
>> >

-- 
Tilghman

-- 
-- 
You received this message because you are subscribed to the Google Groups 
"NLUG" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/nlug-talk?hl=en

--- 
You received this message because you are subscribed to the Google Groups 
"NLUG" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to