While GPX is cool, when I did a gps data recorder (using gumstix, not a
modile) I captured the data to a binary format and later converted it
back to gpx.  I was able to store upwards of a years worth of data
(every sample) on a 512Meg MMC card using gzip.  Of course using gzip on
gpx you'd get pretty close, but its still a lot of extra bulk.

On Thu, 2006-06-15 at 05:45 +0000, ondrej.zara wrote:
> Hello,
> I would like to ask if anyone knows about a mobile (j2me) application
> which is able to record data recieved from Bluetooth GPS (and save
> them in mobile device). GPX format is, of course, preferred, but any
> other will be also fine.
> Such midlet would be of great usability, since your mobile will take
> care of recording and you won't need super-smart-expensive GPS.
>
> Thanks,
> Ondrej Zara
>
>
>
>
>

Ondrej,





   Check my application, J2MEmap. Currently, data can be send to the server,
but the next version, soon to be ready, is able to save "tracks",  then,
export/import them either in GPX, KML through Bluetooth or to the file
system, depending of your phone capacities.

   What is your phone model, and I eventually can send it to you a preview….



   Http://j2memap.landspurg.net <http://j2memap.landspurg.net/>


--
Thomas Landspurg
http://blog.landspurg.net


[Non-text portions of this message have been removed]

Hi All,

I am a new member so if I am off at a tangent then please forgive me.

I use a GPS in UK mainly for walking/running/canoeing and GPX seems
to be an ideal format to set up the routes on my PC and then
transfer them to my GPS.

However, I do not seem to be able to find software that will enable
me to do this in a simple way - particularly from UK.  I did try
Topofusion and GPS Utility but while US maps are supported the UK is
not.

I was thinking that it should be feasible to upload an image of a
route, input LatLong for opposite corners and then for the software
to graduate the image from the number of pixels.  You could then add
waypoints along the route with simple clicks of the mouse, add
height info if needed and hey presto, export a GPX route for
transfer to the GPS.  I appreciate that the accuracy would be
dependent upon how "square" the user managed to get the image but it
should work with pretty much anything.

Am I talking about something that already exists?

I have done some basic PHP coding though I am not sure I am up to a
project like this?

Any suggestions?

Dave

I've been playing around with GPX files for a bit using MS Access to
read, parse and populate fileds in an Access database.  I use the
Accesss database to filter the information and produce a GoogleMaps
format file using colored pushpins for found/not found, etc.

I am *mostly* successful reading the complete GPX file.  I seem to be
getting hung up occasionally with records which contain unexpected
punctuation and HTML strings.  I'd rather not have to test/replace
for each offending character as I'd like to keep performance (~3
seconds for a 200 cache GPX file - ~25K lines in XML file).

Are there any existing or generic robust GPX parsing utilties I might
be able to use to pull GPX data into my Access Database?

I feel like I am re-inventing the wheel.  Someone has got to have
figured this out already.

Any ideas or pointers?

Thanks,

mark

Note:  MS Access XML Import Wizard fails miserably trying to import
the data.  It is FAST, but just does not build the desired table
atructures.

have you looked at http://www.gpsbabel.org

On Wed, 28 Jun 2006 18:15:17 -0000
"Mark Pelletier" <markp99@...> wrote:

> I've been playing around with GPX files for a bit using MS Access to
> read, parse and populate fileds in an Access database.  I use the
> Accesss database to filter the information and produce a GoogleMaps
> format file using colored pushpins for found/not found, etc.
>
> I am *mostly* successful reading the complete GPX file.  I seem to be
> getting hung up occasionally with records which contain unexpected
> punctuation and HTML strings.  I'd rather not have to test/replace
> for each offending character as I'd like to keep performance (~3
> seconds for a 200 cache GPX file - ~25K lines in XML file).
>
> Are there any existing or generic robust GPX parsing utilties I might
> be able to use to pull GPX data into my Access Database?
>
> I feel like I am re-inventing the wheel.  Someone has got to have
> figured this out already.
>
> Any ideas or pointers?
>
> Thanks,
>
> mark
>
> Note:  MS Access XML Import Wizard fails miserably trying to import
> the data.  It is FAST, but just does not build the desired table
> atructures.
>
>
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>

What is the difference between <fix> and <type>?  I've been using the
<type> record for "AIRPORT", "VOR", "VFR-WPT", etc.  But would it be
better to put that in <fix>?

--
  "To announce that there must be no criticism of the president, or that we
are to stand by the president, right or wrong, is not only unpatriotic and
servile, but is morally treasonable to the American public." -- Teddy Roosevelt

Paul Tomblin wrote:
> What is the difference between <fix> and <type>?  I've been using the
> <type> record for "AIRPORT", "VOR", "VFR-WPT", etc.  But would it be
> better to put that in <fix>?

As per the GPX 1.1 schema, for Waypoints, the "type" element
is the "Type (classification) of the waypoint", whereas the
"fix" element is the "Type of GPX fix".

That text for "fix" has a typo - it should read
"Type of GPS fix"(same typo applies for the "sat" element).

The valid values for "fix" are listed in the GPX documentation:
http://www.topografix.com/GPX/1/1/#type_fixType

If you want to classify some aviation-related waypoints
as "AIRPORT", "VOR", "VFR-WPT", etc., then using the
"type" element seems appropriate, but those values
don't belong in the "fix" element.

--
Dave Patton

Co-Lead Developer, Punt
http://punt.sourceforge.net/

Canadian Coordinator, Degree Confluence Project
http://www.confluence.org/

Personal website - Maps, GPS, etc.
http://members.shaw.ca/davepatton/

Doing a "SAXCount -n -s -f" to test my new schema and GPX file
generator, I get this wierd error:

Error at file /home/ptomblin/waypoint.gpx, line 751, char 35
   Message: Datatype error: Type:InvalidDatatypeFacetException,
Message:Value '0' must be greater than or equal to MinInclusive '0.0'
.

Last time I looked, '0' *is* greater than or equal to '0.0'.

Is this a SAXCount bug, or should I modify my code to force it to put
a single digit after the decimal point?

--
  "To announce that there must be no criticism of the president, or that we
are to stand by the president, right or wrong, is not only unpatriotic and
servile, but is morally treasonable to the American public." -- Teddy Roosevelt

visit, join  , forward  http://www.studyjava.org/forums/

visit, join  , forward  http://www.studyjava.org/forums/

---------------------------------
Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls.  Great rates
starting at 1˘/min.

[Non-text portions of this message have been removed]

Hello,

  Is anyone currently writing geocaching information into a GPX 1.1
  document using the groundspeak schema?  GPX 1.1 requires all other
  schema data to be in the <extensions> element, so geocaching-aware
  programs would have to make a few simple changes to be able to
  read/write cache info from a GPX 1.1 document.

  I've confirmed with saxcount that this produces a valid GPX file, but
  I was just wondering if anyone is actually set up to read and write
  these files.

  Here's a stripped-down cache description with a GPX 1.1 header pasted on:

<?xml version="1.0" encoding="UTF-8"?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" version="1.1" creator="Copy and
Paste" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.topografix.com/GPX/1/1
http://www.topografix.com/GPX/1/1/gpx.xsd
http://www.topografix.com/GPX/gpx_style/0/2
http://www.topografix.com/GPX/gpx_style/0/2/gpx_style.xsd
http://www.topografix.com/GPX/gpx_overlay/0/3
http://www.topografix.com/GPX/gpx_overlay/0/3/gpx_overlay.xsd
http://www.topografix.com/GPX/Private/TopoGrafix/0/3
http://www.topografix.com/GPX/Private/TopoGrafix/0/3/topografix.xsd
http://www.groundspeak.com/cache/1/0
http://www.groundspeak.com/cache/1/0/cache.xsd">
<metadata>
<name>GPX 1.1 Geocache</name>
</metadata>
   <wpt lat="42.42315" lon="-71.4934833333333">
     <time>2006-02-20T00:00:00.0000000-08:00</time>
     <name>GCTHHT</name>
     <desc>Stow it, Gladys! by deuxfreres, Traditional Cache (2/3)</desc>
     <sym>Geocache</sym>
     <type>Geocache|Traditional Cache</type>
     <extensions>
     <groundspeak:cache id="350544" available="True" archived="False"
xmlns:groundspeak="http://www.groundspeak.com/cache/1/0">
       <groundspeak:name>Stow it, Gladys!</groundspeak:name>
       <groundspeak:placed_by>deuxfreres</groundspeak:placed_by>
       <groundspeak:owner id="27583">deuxfreres</groundspeak:owner>
       <groundspeak:type>Traditional Cache</groundspeak:type>
       <groundspeak:container>Regular</groundspeak:container>
       <groundspeak:difficulty>2</groundspeak:difficulty>
       <groundspeak:terrain>3</groundspeak:terrain>
       <groundspeak:country>United States</groundspeak:country>
       <groundspeak:state>Massachusetts</groundspeak:state>
       <groundspeak:short_description html="False">Located in the Gardner Hill
Conservation Land in Stow.</groundspeak:short_description>
       <groundspeak:long_description html="False">The Town of Stow has developed
a great network of conservation land trails, that we have enjoyed hiking many
times.  We've stowed a cache in Stow on President's Day 2006.  Suggested parking
is at 42 25.826, 71 29.082, a two-car, trail-head spur on Heritage Lane, the
first right off White Pond Rd. From here, follow the green blazed trail which
leads you to a network of trails and the cache.  A second parking area is
available at the ballfield at the south end of Bradley Rd. Round trip time is an
hour or so, depending on hunting time.  The cache is on the small side, but
requires little bushwhacking.  We can't take credit for what the summer months
might do to GPS reception, bug density or unfriendly plant life in the area, but
in mid-winter, we had an accuracy within 20 feet.  We started the cache with a
well-traveled baseball, a travel bug and a log book.  Depending on which
direction you approach the cache from, the terrain rating is anywhere between a
2.5 and 4.  As with all caches, please sign our log book, and replace camo as
best you can.  </groundspeak:long_description>
       <groundspeak:encoded_hints>elev. is three-seventy-four feet
A.S.L.</groundspeak:encoded_hints>
       <groundspeak:logs>
         <groundspeak:log id="13278432">
           <groundspeak:date>2006-02-25T08:00:00</groundspeak:date>
           <groundspeak:type>Found it</groundspeak:type>
           <groundspeak:finder id="593450">gogglehead</groundspeak:finder>
           <groundspeak:text encoded="False">Flipflopfinder
foundit</groundspeak:text>
         </groundspeak:log>
       </groundspeak:logs>
       <groundspeak:travelbugs />
     </groundspeak:cache>
     </extensions>
   </wpt>
</gpx>

Dan Foster wrote:

>  Is anyone currently writing geocaching information into a GPX 1.1
>  document using the groundspeak schema?  GPX 1.1 requires all other

A large part of my (GPSBabel's) user base is geocachers. Since
Groundspeak itself doesn't do GPX 1.1, I handle their extensions -both
read and write- only in GPX 1.0.

I predict that if you handed a GPX 1.1 file with Groundspeak's
geocaching extensions to any of the applications specializing in that
format that the majority of them would fail.

RJL

I'm trying to encourage the addition of certain types of map
annotations so that GPX Overlay is more useful for map publishing.  I
tried last year in the thread starting with message 945.  Perhaps this
way might get more interest?

I'm particularly looking for the ability to put an icon (symbol) on
the map with an optional hyperlink to an HTML file.  The mapping
program would launch a browser with the link and contain anything
appropriate to HTML. Here's one idea that is close to the structure of
a waypoint in an attempt to make it easier to implement:

<xsd:element name="hotspot" type="hotspotType" minOccurs="0"
maxOccurs="unbounded">
  <xsd:annotation>
   <xsd:documentation>
      A list of points that link to html pages, etc. from an
      graphic shown on the map. These points aren't intended
      to be sent to a GPS receiver possibly because of
      a lack of geographic significance.
   </xsd:documentation>
  </xsd:annotation>
</xsd:element>

<xsd:complexType name="hotspotType">
   <xsd:annotation>
     <xsd:documentation>
       Hotspot represents a symbol/graphic on a map to
       provide a link to some other document. This is
       intended to be similar to waypoints but aren't
       intended to be sent to the receiver so
       parameters that don't apply are left out.
     </xsd:documentation>
   </xsd:annotation>

   <xsd:sequence>        <!-- elements must appear in this order -->

   <!-- Description info -->
   <xsd:element name="name" type="xsd:string" minOccurs="0">
                          ***>>> or type="labelType" <<<***
     <xsd:annotation>
       <xsd:documentation>
          A label for the hotspot. The display of this name
          on the map is optional.
       </xsd:documentation>
     </xsd:annotation>
   </xsd:element>

   <xsd:element name="desc" type="xsd:string" minOccurs="0">
                ***>>> I don't know that I would use this <<<***
     <xsd:annotation>
       <xsd:documentation>
         A text description of the element. Holds additional
information about
         the element but is not the information linked to by the "hotspot".
       </xsd:documentation>
     </xsd:annotation>
   </xsd:element>

   <xsd:element name="link" type="linkType" minOccurs="0"
maxOccurs="unbounded">
     <xsd:annotation>
       <xsd:documentation>
         Link to additional information - what the hotspot
         is all about.
       </xsd:documentation>
     </xsd:annotation>
   </xsd:element>

   <xsd:element name="sym" type="xsd:string" minOccurs="0">
     <xsd:annotation>
       <xsd:documentation>
         Text of symbol name. This is a program dependent
         mapping to some graphic which probably matches
         the name of icons/symbols used by waypoints
         in the program.
       </xsd:documentation>
     </xsd:annotation>
   </xsd:element>

   <xsd:element name="type" type="xsd:string" minOccurs="0">
     <xsd:annotation>
       <xsd:documentation>
         Type (classification) of the hotspot. This places
         the hotspot in a group which can specify what
         text, if any, is displayed; the font for the text,
         when it is displayed on the map based on
         zoom scale, etc.
       </xsd:documentation>
     </xsd:annotation>
   </xsd:element>

  <xsd:element name="extensions" type="extensionsType" minOccurs="0">
    <xsd:annotation>
      <xsd:documentation>
        You can add extend by adding your own elements
        from another schema here.
      </xsd:documentation>
    </xsd:annotation>
  </xsd:element>

<xsd:element name="max_scale" type="xsd:decimal">
      ***>>> this is not in the waypoint attribute list <<<***
   <xsd:annotation>
    <xsd:documentation>
      Maximum scale at which the parent object is displayed
      on a map.  "24000" for a 1:24000 scale USGS topo, e.g.
    </xsd:documentation>
   </xsd:annotation>
</xsd:element>

   </xsd:sequence>

   <xsd:attribute name="lat" type="latitudeType" use="required">
     <xsd:annotation>
       <xsd:documentation>
         The latitude of the point.  Decimal degrees, WGS84 datum.
       </xsd:documentation>
     </xsd:annotation>
   </xsd:attribute>

   <xsd:attribute name="lon" type="longitudeType" use="required">
     <xsd:annotation>
       <xsd:documentation>
         The latitude of the point.  Decimal degrees, WGS84 datum.
       </xsd:documentation>
     </xsd:annotation>
   </xsd:attribute>
</xsd:complexType>

On Wed, 26 Jul 2006, Dan Foster wrote:

> Is anyone currently writing geocaching information into a GPX 1.1
> document using the groundspeak schema?  GPX 1.1 requires all other
> schema data to be in the <extensions> element, so geocaching-aware
> programs would have to make a few simple changes to be able to
> read/write cache info from a GPX 1.1 document.

CacheMate can import GPX 1.0 and 1.1 with extensions, but at present is
only writing 1.0.  You're right in that it wouldn't take much to add 1.1
writing, but I haven't done it yet pretty much for the same reasons as
Robert stated.

--
-----------------------------------------------------------------------
Brian Smith //  avalon73 at caerleon dot us  // http://www.caerleon.us/
Software Developer  //  Gamer  //   Webmaster  //  System Administrator
"I have opinions of my own, strong opinions, but I don't always agree
   with them." -- George H. W. Bush

Hi

I have created a locaton recording device for my camera that stores
long and lat and the compass direction on a FLASH card in CSV format
each time I take a photo.

For interest, see a picture of my prototype GeoTagger here:
http://www.jelbert.com/geotagger.jpg

I'd like to convert the CSV file it creates into GPX data but can't
find the tag for compass direction... I am not really interested in
speed because most images are taken standing still (but I guess some
might not be in the future).

Also, is it best to use a waypoint or route?

Many thanks in advance for any feedback / answers.

Richard

If you don't mind my asking... how did you send data from the camera to the
your box to indicate that you had just taken a picture? I rigged up
something far dumber as a test... just wore a etrex summit on my hat to get
compass data (head direction) and location. Even then I'm looking for a
better solution for logging compass data.
Lisa


On 7/31/06, Richard Jelbert <richard@...> wrote:
>
>    Hi
>
> I have created a locaton recording device for my camera that stores
> long and lat and the compass direction on a FLASH card in CSV format
> each time I take a photo.
>
> For interest, see a picture of my prototype GeoTagger here:
> http://www.jelbert.com/geotagger.jpg
>
> I'd like to convert the CSV file it creates into GPX data but can't
> find the tag for compass direction... I am not really interested in
> speed because most images are taken standing still (but I guess some
> might not be in the future).
>
> Also, is it best to use a waypoint or route?
>
> Many thanks in advance for any feedback / answers.
>
> Richard
>
>
>


[Non-text portions of this message have been removed]

--- In gpsxml@yahoogroups.com, "Lisa Harper" <lisah2u@...> wrote:
>
> If you don't mind my asking... how did you send data from the camera
to the
> your box to indicate that you had just taken a picture? I rigged up
> something far dumber as a test... just wore a etrex summit on my hat
to get
> compass data (head direction) and location. Even then I'm looking for a
> better solution for logging compass data.
> Lisa

Hi Lisa

My GeoTagger connects to the camera flash shoe and on the Canon EOS5D
  the centre connection pin is taken low each time a picture is taken -
flash or no flash. I just pick that signal up.

I decided to use the Garmin geko 301 because it has an electronic
compass and NMEI support. I've also seen it get down to 6 feet
accuracy with WAAS switched on.

When I am finished taking photos, I have two FLASH cards. The one from
the camera with the photos and the one from the GeoTagger with the CSV
file. Just need to convert it into (say) GPX so I can import the whole
lot into RoboGeo or similar to merge the data.

If only Canon supported the geko connection direct like Nikon do on
their latest D-SLRs.

Richard



>
>
> On 7/31/06, Richard Jelbert <richard@...> wrote:
> >
> >    Hi
> >
> > I have created a locaton recording device for my camera that stores
> > long and lat and the compass direction on a FLASH card in CSV format
> > each time I take a photo.
> >
> > For interest, see a picture of my prototype GeoTagger here:
> > http://www.jelbert.com/geotagger.jpg
> >
> > I'd like to convert the CSV file it creates into GPX data but can't
> > find the tag for compass direction... I am not really interested in
> > speed because most images are taken standing still (but I guess some
> > might not be in the future).
> >
> > Also, is it best to use a waypoint or route?
> >
> > Many thanks in advance for any feedback / answers.
> >
> > Richard
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>

Sounds like a simple perl script. The heading data is relatively
non-standard, I believe. I had trouble using gpsbabel for this purpose.
Lisa


On 7/31/06, Richard Jelbert <richard@...> wrote:
>
>    --- In gpsxml@yahoogroups.com <gpsxml%40yahoogroups.com>, "Lisa Harper"
> <lisah2u@...> wrote:
> >
> > If you don't mind my asking... how did you send data from the camera
> to the
> > your box to indicate that you had just taken a picture? I rigged up
> > something far dumber as a test... just wore a etrex summit on my hat
> to get
> > compass data (head direction) and location. Even then I'm looking for a
> > better solution for logging compass data.
> > Lisa
>
> Hi Lisa
>
> My GeoTagger connects to the camera flash shoe and on the Canon EOS5D
> the centre connection pin is taken low each time a picture is taken -
> flash or no flash. I just pick that signal up.
>
> I decided to use the Garmin geko 301 because it has an electronic
> compass and NMEI support. I've also seen it get down to 6 feet
> accuracy with WAAS switched on.
>
> When I am finished taking photos, I have two FLASH cards. The one from
> the camera with the photos and the one from the GeoTagger with the CSV
> file. Just need to convert it into (say) GPX so I can import the whole
> lot into RoboGeo or similar to merge the data.
>
> If only Canon supported the geko connection direct like Nikon do on
> their latest D-SLRs.
>
> Richard
>
>
> >
> >
> > On 7/31/06, Richard Jelbert <richard@...> wrote:
> > >
> > > Hi
> > >
> > > I have created a locaton recording device for my camera that stores
> > > long and lat and the compass direction on a FLASH card in CSV format
> > > each time I take a photo.
> > >
> > > For interest, see a picture of my prototype GeoTagger here:
> > > http://www.jelbert.com/geotagger.jpg
> > >
> > > I'd like to convert the CSV file it creates into GPX data but can't
> > > find the tag for compass direction... I am not really interested in
> > > speed because most images are taken standing still (but I guess some
> > > might not be in the future).
> > >
> > > Also, is it best to use a waypoint or route?
> > >
> > > Many thanks in advance for any feedback / answers.
> > >
> > > Richard
> > >
> > >
> > >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>


[Non-text portions of this message have been removed]

Lisa Harper wrote:
> Sounds like a simple perl script. The heading data is relatively
> non-standard, I believe. I had trouble using gpsbabel for this purpose.

A well worded help request to the GPSBabel list may help.

RJL

Hi all,

I'm trying to open a gpx file with OpenOffice.
I'm using "StarXpert xml calc filter" everything works except I'm not
able to see latitudes and longitudes datas.
Is existing a way to do this ?
thanks for your help.
Luc

> I have created a locaton recording device for my camera that stores
> long and lat and the compass direction on a FLASH card in CSV format
> each time I take a photo.
> ...
> Richard

A naive question: why you don't use the time value from your photo (EXIF tag) to
get the gps position from a recorded track?
Something like OziPhotoTool:
http://alistairdickie.com/oziphototool/index.html

Louis

--- In gpsxml@yahoogroups.com, "Louis" <clovis@...> wrote:
>
> > I have created a locaton recording device for my camera that stores
> > long and lat and the compass direction on a FLASH card in CSV format
> > each time I take a photo.
> > ...
> > Richard
>
> A naive question: why you don't use the time value from your photo
(EXIF tag) to get the gps position from a recorded track?
> Something like OziPhotoTool:
> http://alistairdickie.com/oziphototool/index.html
>
> Louis
>

There are actually quite a few tools for doing this.  Some are free
and some not.  The easiest one I've used (free) is from wwmx.org
(Microsoft) and there are other commercial applications (Robogeo at
robogeo.com looks very promising).

I've written a few thoughts on the process and how I use it here
http://notions.okuda.ca/geotagging/.  I agree that it would be nice
for Canon to do this like Nikon, but it takes only a minute to
download your GPS track and stamp your photos with the GPS track.
Robogeo will even export your photo locations to a GPX file as
waypoints as well as the ability to stamp the photo Exif.

Hello

Indeed there are a number of tools to merge GPS tracks with EXIF data
but as far as I can see, they are all blunt instruments trying to
solve a rather more subtle problem. I'll explain my thinking.

In the context of taking geo-tagged photographs, GPS tracks or
waypoints stored on the GPS don't record the direction of the device
at the time a photo is taken. Instead they allow you to interpolate
the general direction of travel by looking at multiple track or
waypoints. The reality is that most of the time the camera is pointing
in a completely different direction when a photo is taken.

I created this GeoTagger device because I wanted to record the exact
compass direction (and location) when the photo was taken. the Garmin
301 provides both on its serial output in NMEA format so I store it in
a CVS file on the flash card.

The next generation of mobile camera phones will have GPS, the compact
  and D-SLR camera manufacturers are all looking for a differentiators
so it wouldn't surprise me that in the next few years many more camera
devices will appear with geo-tagging capability built in.

The GPX format does not seem to have the expressiveness to cope with
what will be a much larger requirement than tracks and waypoints in
the near future - geo-tagged image data...

So perhaps the wider question is should GPX as a standard be extended
to cope with a new type of location data called a "VIEW"? A view would
have long, lat AND direction of view. The alternative is to hijack a
waypoint or track and kludge the direction into one of these.

Richard




As far as I can see,





--- In gpsxml@yahoogroups.com, "Poco" <kaz@...> wrote:
>
> --- In gpsxml@yahoogroups.com, "Louis" <clovis@> wrote:
> >
> > > I have created a locaton recording device for my camera that stores
> > > long and lat and the compass direction on a FLASH card in CSV format
> > > each time I take a photo.
> > > ...
> > > Richard
> >
> > A naive question: why you don't use the time value from your photo
> (EXIF tag) to get the gps position from a recorded track?
> > Something like OziPhotoTool:
> > http://alistairdickie.com/oziphototool/index.html
> >
> > Louis
> >
>
> There are actually quite a few tools for doing this.  Some are free
> and some not.  The easiest one I've used (free) is from wwmx.org
> (Microsoft) and there are other commercial applications (Robogeo at
> robogeo.com looks very promising).
>
> I've written a few thoughts on the process and how I use it here
> http://notions.okuda.ca/geotagging/.  I agree that it would be nice
> for Canon to do this like Nikon, but it takes only a minute to
> download your GPS track and stamp your photos with the GPS track.
> Robogeo will even export your photo locations to a GPX file as
> waypoints as well as the ability to stamp the photo Exif.
>

Hi Richard, I have an understanding of your specific problem and can send
you a gpx schema extension in a separate email. I'm working on a project
where orientation is important, as well. We already contacted topographix
and they suggested a custom extension --- as much as possible, we'd like to
make it generally available, since like you, I think it's a question of time
before most photographic devices have access to a wider array of sensor data
such as location and orientation.
Lisa


On 8/1/06, Richard Jelbert <richard@...> wrote:
>
>    Hello
>
> Indeed there are a number of tools to merge GPS tracks with EXIF data
> but as far as I can see, they are all blunt instruments trying to
> solve a rather more subtle problem. I'll explain my thinking.
>
> In the context of taking geo-tagged photographs, GPS tracks or
> waypoints stored on the GPS don't record the direction of the device
> at the time a photo is taken. Instead they allow you to interpolate
> the general direction of travel by looking at multiple track or
> waypoints. The reality is that most of the time the camera is pointing
> in a completely different direction when a photo is taken.
>
> I created this GeoTagger device because I wanted to record the exact
> compass direction (and location) when the photo was taken. the Garmin
> 301 provides both on its serial output in NMEA format so I store it in
> a CVS file on the flash card.
>
> The next generation of mobile camera phones will have GPS, the compact
> and D-SLR camera manufacturers are all looking for a differentiators
> so it wouldn't surprise me that in the next few years many more camera
> devices will appear with geo-tagging capability built in.
>
> The GPX format does not seem to have the expressiveness to cope with
> what will be a much larger requirement than tracks and waypoints in
> the near future - geo-tagged image data...
>
> So perhaps the wider question is should GPX as a standard be extended
> to cope with a new type of location data called a "VIEW"? A view would
> have long, lat AND direction of view. The alternative is to hijack a
> waypoint or track and kludge the direction into one of these.
>
> Richard
>
> As far as I can see,
>
>
> --- In gpsxml@yahoogroups.com <gpsxml%40yahoogroups.com>, "Poco" <kaz@...>
> wrote:
> >
> > --- In gpsxml@yahoogroups.com <gpsxml%40yahoogroups.com>, "Louis"
> <clovis@> wrote:
> > >
> > > > I have created a locaton recording device for my camera that stores
> > > > long and lat and the compass direction on a FLASH card in CSV format
> > > > each time I take a photo.
> > > > ...
> > > > Richard
> > >
> > > A naive question: why you don't use the time value from your photo
> > (EXIF tag) to get the gps position from a recorded track?
> > > Something like OziPhotoTool:
> > > http://alistairdickie.com/oziphototool/index.html
> > >
> > > Louis
> > >
> >
> > There are actually quite a few tools for doing this. Some are free
> > and some not. The easiest one I've used (free) is from wwmx.org
> > (Microsoft) and there are other commercial applications (Robogeo at
> > robogeo.com looks very promising).
> >
> > I've written a few thoughts on the process and how I use it here
> > http://notions.okuda.ca/geotagging/.<http://notions.okuda.ca/geotagging/>I
agree that it would be nice
> > for Canon to do this like Nikon, but it takes only a minute to
> > download your GPS track and stamp your photos with the GPS track.
> > Robogeo will even export your photo locations to a GPX file as
> > waypoints as well as the ability to stamp the photo Exif.
> >
>
>
>


[Non-text portions of this message have been removed]

Hi

World's First Largest PCMM Level 5 Company   Chennai / Bangalore /
Hyderabad / Pune / Kolkata / USA / UK / Singapore / Malaysia Required
the following Skills

Position 1 – Java / J2EE Developers [Mail to pratheepa@career-
impact.com
Experience: 3-12 years
Position : Developers / Senior Developers / Project Leaders / Project
Managers / Delivery Managers
Mandatory skills:
Java, J2EE, EJB, Websphere/Weblogic excellent communication skill
Location :  Chennai / Bangalore / Hyderabad / Pune / Kolkata / USA
[Candidates Avalible in US With H1 Visa ]

Position 2 – J2EE With ATG Dynamo[Mail to pratheepa@career-
impact.com ]
Experience: 3-5 years
Position : Developers / Senior Developers / Project Leaders / Project
Managers / Delivery Managers
Mandatory skills:
Java, J2EE, ATG Dynamo excellent communication skill
Location :  Chennai / Bangalore / Hyderabad / Pune / Kolkata / USA
[Candidates Avalible in US With H1 Visa ]

    	 Position 3 – J2EE With Documentum[Mail to pratheepa@career-
impact.com
Experience: 3-5 years
Position : Developers / Senior Developers / Project Leaders / Project
Managers / Delivery Managers
Mandatory skills:
Java, J2EE, XML,Documentum Excellent communication skill.
Location :  Chennai / Bangalore / Hyderabad / Pune / Kolkata / USA
[Candidates Avalible in US With H1 Visa ]

Position 4 – J2EE With MQSERIES [Mail to pratheepa@... ]
Experience: 3-5 years
Position : Developers / Senior Developers / Project Leaders / Project
Managers / Delivery Managers
Mandatory skills:
Java, J2EE, MQ Series, excellent communication skill
Location :  Chennai / Bangalore / Hyderabad / Pune / Kolkata / USA
[Candidates Avalible in US With H1 Visa ]

  Position 5 – J2EE With Webmethods [Mail to pratheepa@career-
impact.com
Experience: 3-5 years
Position : Developers / Senior Developers / Project Leaders / Project
Managers / Delivery Managers
Mandatory skills:
Java, J2EE, Webmethods excellent communication skill
Location :  Chennai / Bangalore / Hyderabad / Pune / Kolkata / USA
[Candidates Avalible in US With H1 Visa ]

Position 6 – TIBCO Professionals [Mail to pratheepa@...
Experience: 3-5 years
Position : Developers / Senior Developers / Project Leaders / Project
Managers / Delivery Managers
Mandatory skills:
TIB / Rendevzous,TIBCO Adapters excellent communication skill
Location :  Chennai / Bangalore / Hyderabad / Pune / Kolkata / USA
[Candidates Avalible in US With H1 Visa ]


If you are interested, email your resume with contact numbers to
  pratheepa@... We will be Online in Yahoo Chat ID
career_impact.

With Regards,
Pratheepa.k
Ph: 98400 70743
E-Mail : pratheepa@...
Career Impact Consultancy Services
Chennai

Lisa Harper writes:

> Hi Richard, I have an understanding of your specific problem and can send
> you a gpx schema extension in a separate email. I'm working on a project
> where orientation is important, as well. We already contacted topographix
> and they suggested a custom extension --- as much as possible, we'd like

I understand there used to be a 'heading' field, as well as 'course', in
version 1.0. 'Heading' would be ideal for your purpose as it represents the
direction you're pointing, whereas 'course' is the direction you're
travelling, not always the same thing if you're on water or in the air. I
really don't understand why it was removed.

Mark

Richard Jelbert wrote:
> So perhaps the wider question is should GPX as a standard be extended
> to cope with a new type of location data called a "VIEW"? A view would
> have long, lat AND direction of view.

A schema for a "view" should be more flexible than just
adding 'compass direction'. It should include all the
data necessary for orthorectification of the photo.
The same type of data used when photographs taken from
airplanes are turned into orthophotos. Having that
capability within the schema wouldn't prevent using
'just direction' for the type of thing Richard wants
to do, but it would, for example, permit a suitably
equipped small plane to capture and store the data
needed to be able to orthorectify 'photos taken
out the cockpit window'.

--
Dave Patton

Co-Lead Developer, Punt
http://punt.sourceforge.net/

Canadian Coordinator, Degree Confluence Project
http://www.confluence.org/

Personal website - Maps, GPS, etc.
http://members.shaw.ca/davepatton/

It turns out we haven't finished our GPX extension... but there are
some considerations beyond heading. We need a date-uploaded and
date-modified as well as support for some additional annotations.

Dave, can you give an example of what you mean?

Lisa


On 8/1/06, Dave Patton <dpatton@...> wrote:
>
>    Richard Jelbert wrote:
> > So perhaps the wider question is should GPX as a standard be extended
> > to cope with a new type of location data called a "VIEW"? A view would
> > have long, lat AND direction of view.
>
> A schema for a "view" should be more flexible than just
> adding 'compass direction'. It should include all the
> data necessary for orthorectification of the photo.
> The same type of data used when photographs taken from
> airplanes are turned into orthophotos. Having that
> capability within the schema wouldn't prevent using
> 'just direction' for the type of thing Richard wants
> to do, but it would, for example, permit a suitably
> equipped small plane to capture and store the data
> needed to be able to orthorectify 'photos taken
> out the cockpit window'.
>
> --
> Dave Patton
>
> Co-Lead Developer, Punt
> http://punt.sourceforge.net/
>
> Canadian Coordinator, Degree Confluence Project
> http://www.confluence.org/
>
> Personal website - Maps, GPS, etc.
> http://members.shaw.ca/davepatton/
>
>
>


[Non-text portions of this message have been removed]

Lisa Harper wrote:
> It turns out we haven't finished our GPX extension... but there are
> some considerations beyond heading. We need a date-uploaded and
> date-modified as well as support for some additional annotations.
>
> Dave, can you give an example of what you mean?

You might need 'camera orientation' info, such as the
camera tilt, etc.


> On 8/1/06, Dave Patton <dpatton@...> wrote:
>>    Richard Jelbert wrote:
>>> So perhaps the wider question is should GPX as a standard be extended
>>> to cope with a new type of location data called a "VIEW"? A view would
>>> have long, lat AND direction of view.
>> A schema for a "view" should be more flexible than just
>> adding 'compass direction'. It should include all the
>> data necessary for orthorectification of the photo.
>> The same type of data used when photographs taken from
>> airplanes are turned into orthophotos. Having that
>> capability within the schema wouldn't prevent using
>> 'just direction' for the type of thing Richard wants
>> to do, but it would, for example, permit a suitably
>> equipped small plane to capture and store the data
>> needed to be able to orthorectify 'photos taken
>> out the cockpit window'.
>>
>> --
>> Dave Patton
>>
>> Co-Lead Developer, Punt
>> http://punt.sourceforge.net/
>>
>> Canadian Coordinator, Degree Confluence Project
>> http://www.confluence.org/
>>
>> Personal website - Maps, GPS, etc.
>> http://members.shaw.ca/davepatton/
>>
>>
>>
>
>
> [Non-text portions of this message have been removed]
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
>


--
Dave Patton

Co-Lead Developer, Punt
http://punt.sourceforge.net/

Canadian Coordinator, Degree Confluence Project
http://www.confluence.org/

Personal website - Maps, GPS, etc.
http://members.shaw.ca/davepatton/

Hello David / Lisa

I was going to suggest including many of the EXIF tags in the "VIEW"
description as this would give much more flexibility when exchanging
image related location data between devices and applications.

Also, to include aerial photography then height, pitch, roll and yaw
(the heading) would cover the cameras position reference the ground.

I can just imagine the type of applications like 3D modeling and
automated photo stitching that would be possible... I also fly
(student PPL) and can see times when a it would be very useful to
communicate the pitch of the image to help sort out the straight
ahead, 45 degrees down and 90 degrees down images which would
basically be like a satellite photo. In the future Google will be able
to use this data to help search for just the image you are looking for.

My first version of the GeoTagger had a tilt sensor in it to measure
tilt angle but I took it out when I switched the GPS over to the
Garmin. Might put it back for the next version.

I'd be happy to help work on a full spec proposal.

Richard


--- In gpsxml@yahoogroups.com, Dave Patton <dpatton@...> wrote:
>
> Richard Jelbert wrote:
> > So perhaps the wider question is should GPX as a standard be extended
> > to cope with a new type of location data called a "VIEW"? A view would
> > have long, lat AND direction of view.
>
> A schema for a "view" should be more flexible than just
> adding 'compass direction'. It should include all the
> data necessary for orthorectification of the photo.
> The same type of data used when photographs taken from
> airplanes are turned into orthophotos. Having that
> capability within the schema wouldn't prevent using
> 'just direction' for the type of thing Richard wants
> to do, but it would, for example, permit a suitably
> equipped small plane to capture and store the data
> needed to be able to orthorectify 'photos taken
> out the cockpit window'.
>
> --
> Dave Patton
>
> Co-Lead Developer, Punt
> http://punt.sourceforge.net/
>
> Canadian Coordinator, Degree Confluence Project
> http://www.confluence.org/
>
> Personal website - Maps, GPS, etc.
> http://members.shaw.ca/davepatton/
>