emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Sebastian Rose <sebastian_rose@gmx.de>
To: Torsten Wagner <torsten.wagner@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Does Org-mode need to be position aware?
Date: Fri, 25 Jun 2010 14:06:27 +0200	[thread overview]
Message-ID: <87iq57co58.fsf@gmx.de> (raw)
In-Reply-To: <4C23FA7D.8090305@gmail.com> (Torsten Wagner's message of "Fri, 25 Jun 2010 09:38:21 +0900")

Hi Thorsten,


that's a great idea!


Torsten Wagner <torsten.wagner@gmail.com> writes:
> Dear All,
>
> I recently bought a Android-based phone and was pleased to see the
> mobileorg version for Android. As you all may know people tend away from
> static computer places and we have mobileorg and some of us even run
> emacs and org-mode natively on smartphones and other gadgets. More and
> more of this devices come with a build-in GPS or at least they get can
> get the current location by tracking the mobile phone towers.
>
> Playing around with Android for a few days, I saw many applications
> which make use of the fact that the location is known to them. E.g. they
> show restaurants, shops, or doctors praxis close to you.
>
> I start wondering whether org-mode should get aware of my location and
> whether people might be interested to add a location tag to org-mode tasks.
>
> In a similar way as we add status, priorities, dates, tags, etc. It
> might be interesting to add a location. A special agenda search could
> list only those entries associated with my current location (or within a
> given circle).
>
> Since GPS coordinates are somehow ugly and human unreadable, I thought
> it should be possible to mask them similar to links. E.g., like
> [[gps://35.71083783530009,139.8175048828125][Somewhere in Japan +3km]].
>
> Obviously, the first part has to be generated by read out the GPS
> location, the second part is a human readable description and a given
> radius. Closing this "link" would end up in "Somewhere in Japan +3km".
>
> A "C-a l" could compile an agenda list only showing those entries which
> intersect with my current location.

`C-a' is bound to `beginning-of-line'.

`C-c a l' is still free.


But wouldn't a property more suitable for the agenda? 

* TODO Something in Japan
  :PROPERTIES:
  :COORDS: gps://35.71083783530009,139.8175048828125
  :END:


The `+3km' could be a default setting (and could be supplied as a
filter, just like tags).


(Somehow I see the `org address book' discussion coming up again.  Emacs
needs an address book we all use.  Something that's delivered with
Emacs.)



Links could point to map.google.com.  I'd like to use those links to
store tracks in Org-files as well.  HTML-Export could support OSM or
Google-Maps to show the tracks.  We also could produce SVGs or PNGs from
the data.


> Obviously, it requires to read in GPS data, which might be tricky to do
> for all those different devices. Furthermore, it might need emacs-lisp
> code as well as some external program to read-out the position of the
> GPS module.


On Linux, BSD and MAC OS X there is `gpsd'.  I don't know how useful
it is --- I don't own a GPS yet.

http://gpsd.berlios.de/ states:

   gpsd is a service daemon that monitors one or more GPSes or AIS
   receivers attached to a host computer through serial or USB ports,
   making all data on the location/course/velocity of the sensors
   available to be queried on TCP port 2947 of the host computer. With
   gpsd, multiple location-aware client applications (such as
   navigational and wardriving software) can share access to receivers
   without contention or loss of data. Also, gpsd responds to queries
   with a format that is substantially easier to parse than the NMEA
   0183 emitted by most GPSes.

Is there something like it for other systems? Windows?
I think Cell phone systems should have something ...




> But I guess the emacs-lisp gurus here might know this much
> better then I do. Another issue comes to my mind for mobileorg users. As
> far as I know, mobileorg only fetches agenda views from a server but
> does not generate them. However, this would be necessary to create this
> kind of location aware agendas.
>
> Would be nice to hear other opinions. Makes this sens? Should it be part
> of mobileorg, or rather a independent package?


I'd make it an independent package.  Some laptops come with a built in
GPS these days.  And your desktop might know his GEO location as well.

We might have a variable `gps-home-coords' which is nice to have on cell
phones as well (would be great to have several "homes" for some people -
e.g. commuters).


Unfortunately I don't own a GPS yet.  But I'm very interested in this
one and surely will contribute.




Best wishes

   Sebastian

  reply	other threads:[~2010-06-25 17:50 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-25  0:38 Does Org-mode need to be position aware? Torsten Wagner
2010-06-25 12:06 ` Sebastian Rose [this message]
2010-06-25 19:56   ` Thomas S. Dye
2010-06-25 23:55   ` Greg Troxel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87iq57co58.fsf@gmx.de \
    --to=sebastian_rose@gmx.de \
    --cc=emacs-orgmode@gnu.org \
    --cc=torsten.wagner@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).