Hi, can you please give me or teach me the steps on how to input/load gpx file
onto the google earth..

rply asap please!!!

Drag and drop into Earth.  Done.

Or you can choose a GPX from from File->Open  if that whole draggy droppy
thing isn't for you.

It should work for any (valid) GPX file.   If you have wildly expressive
GPX content like multimedia in balloons, you'll get better results from
crafting your own KML but for the huge majority of the cases it works
great.   It even knows about the Geocaching extensions to GPX and handles
those specially.

RJL
(The author of the code that does the work described above.)

On Sat, Feb 11, 2012 at 5:20 PM, Michael <michaelfantonial2@...>wrote:

> Hi, can you please give me or teach me the steps on how to input/load gpx
> file onto the google earth..
>
> rply asap please!!!
>
>
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>


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

My brother has an extensive customer list. I was thinking of writing him an
application in MS Access to track them and export GPX files.

Has anyone already done this? I don't want to reinvent the wheel.

My expertise is in Access and Excel VBA.

Hi All

I think the <SYM> tag needs to have its contents defined.

For example, Garmin and Satmap (GPS device makes) both have a list of symbols
they use, with very little overlap, so its not possible to make a single GPX
file for use by both of them

If the GPX spec could have a list of symbols, then everyone would know which
symbols to support.

Basically, a list of icon names is needed, covering each use of GPS info
(walking sailing flying surveying sailing geocaching etc.)

In my own case, I'd like to use numbers, e.g. <sym>Point 2</sym>, but to do
this, I need to know that "Point 2" is supported by device makers.

Andrew

I've observed the same thing in my app.  The only thing I'd add is that
custom symbols could be allowed by supporting SVG in the same GPX file.  As
long as the symbol is defined as a standard, or inside the same GPX file,
it would work.

Craig

On Fri, Mar 9, 2012 at 2:30 AM, andrew.murphy@... <
andrew.murphy@...> wrote:

> **
>
>
> Hi All
>
> I think the <SYM> tag needs to have its contents defined.
>
> For example, Garmin and Satmap (GPS device makes) both have a list of
> symbols they use, with very little overlap, so its not possible to make a
> single GPX file for use by both of them
>
> If the GPX spec could have a list of symbols, then everyone would know
> which symbols to support.
>
> Basically, a list of icon names is needed, covering each use of GPS info
> (walking sailing flying surveying sailing geocaching etc.)
>
> In my own case, I'd like to use numbers, e.g. <sym>Point 2</sym>, but to
> do this, I need to know that "Point 2" is supported by device makers.
>
> Andrew
>
>
>



--
Craig Miller
Geospatial Software Architect
http://spatialminds.com


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

This was debated a lot during the formation of the spec.   It's a really
hard problem to solve in the general case.

A Garmin GPS might have "House" while a Magellan might have "Residence".
  They might be represented on the devices themselves as numbers.   You
really do have to rely on software to know enough about the target device
to customize it.

Representing an icon as a bitmap or SVG or PDF or whatever is really
problematic as it reduces interoperability to near zero.   Yes, if you know
you're rendering that GPX into a web browser that might be convenient but
if you're copying it to a handset or expecting, say, GPSBabel or EasyGPS to
know "Hey, that's a picture of a house - let me convert that that the word
'house'" when I send it to that device, that's pretty optimistic.

Now that we have GPSes that take GPX natively, if you're looking to take
advantage of specific features of specific devices, you really do have to
know about the devices and that includes the icon names, waypoint name
lengths, etc.

RJL

On Fri, Mar 9, 2012 at 8:33 AM, Miller, Craig <craig.miller@...
> wrote:

> I've observed the same thing in my app.  The only thing I'd add is that
> custom symbols could be allowed by supporting SVG in the same GPX file.  As
> long as the symbol is defined as a standard, or inside the same GPX file,
> it would work.
>
> Craig
>
> On Fri, Mar 9, 2012 at 2:30 AM, andrew.murphy@... <
> andrew.murphy@...> wrote:
>
> > **
> >
> >
> > Hi All
> >
> > I think the <SYM> tag needs to have its contents defined.
> >
> > For example, Garmin and Satmap (GPS device makes) both have a list of
> > symbols they use, with very little overlap, so its not possible to make a
> > single GPX file for use by both of them
> >
> > If the GPX spec could have a list of symbols, then everyone would know
> > which symbols to support.
> >
> > Basically, a list of icon names is needed, covering each use of GPS info
> > (walking sailing flying surveying sailing geocaching etc.)
> >
> > In my own case, I'd like to use numbers, e.g. <sym>Point 2</sym>, but to
> > do this, I need to know that "Point 2" is supported by device makers.
> >
> > Andrew
> >
> >
> >
>
>
>
> --
> Craig Miller
> Geospatial Software Architect
> http://spatialminds.com
>
>
> [Non-text portions of this message have been removed]
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>


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

SVG is XML.  In a next generation specification, embedding an SVG file into
the GPX is a very simple way to solve the cross device interoperability
problem that exists in the current specification.  It would optionally
require new devices to support rendering SVG.  Optionally because the
symbols would still have a "name" field, allowing for backward
compatibility with existing devices.  The beauty of this approach is that
everything needed to render the GPX file is included inside.

This is the same approach that SVG itself uses.  You can either name a
typeface, or you can embed the geometry of the text into the SVG (if the
typeface in use might not be on the destination platform).  It works well.

Craig

On Fri, Mar 9, 2012 at 7:09 AM, Robert Lipe <robertlipe@...> wrote:

> **
>
>
> This was debated a lot during the formation of the spec. It's a really
> hard problem to solve in the general case.
>
> A Garmin GPS might have "House" while a Magellan might have "Residence".
> They might be represented on the devices themselves as numbers. You
> really do have to rely on software to know enough about the target device
> to customize it.
>
> Representing an icon as a bitmap or SVG or PDF or whatever is really
> problematic as it reduces interoperability to near zero. Yes, if you know
> you're rendering that GPX into a web browser that might be convenient but
> if you're copying it to a handset or expecting, say, GPSBabel or EasyGPS to
> know "Hey, that's a picture of a house - let me convert that that the word
> 'house'" when I send it to that device, that's pretty optimistic.
>
> Now that we have GPSes that take GPX natively, if you're looking to take
> advantage of specific features of specific devices, you really do have to
> know about the devices and that includes the icon names, waypoint name
> lengths, etc.
>
> RJL
>
>
> On Fri, Mar 9, 2012 at 8:33 AM, Miller, Craig <
> craig.miller@...
> > wrote:
>
> > I've observed the same thing in my app. The only thing I'd add is that
> > custom symbols could be allowed by supporting SVG in the same GPX file.
> As
> > long as the symbol is defined as a standard, or inside the same GPX file,
> > it would work.
> >
> > Craig
> >
> > On Fri, Mar 9, 2012 at 2:30 AM, andrew.murphy@... <
> > andrew.murphy@...> wrote:
> >
> > > **
>
> > >
> > >
> > > Hi All
> > >
> > > I think the <SYM> tag needs to have its contents defined.
> > >
> > > For example, Garmin and Satmap (GPS device makes) both have a list of
> > > symbols they use, with very little overlap, so its not possible to
> make a
> > > single GPX file for use by both of them
> > >
> > > If the GPX spec could have a list of symbols, then everyone would know
> > > which symbols to support.
> > >
> > > Basically, a list of icon names is needed, covering each use of GPS
> info
> > > (walking sailing flying surveying sailing geocaching etc.)
> > >
> > > In my own case, I'd like to use numbers, e.g. <sym>Point 2</sym>, but
> to
> > > do this, I need to know that "Point 2" is supported by device makers.
> > >
> > > Andrew
> > >
> > >
> > >
> >
> >
> >
> > --
> > Craig Miller
> > Geospatial Software Architect
> > http://spatialminds.com
> >
> >
> > [Non-text portions of this message have been removed]
> >
> >
> >
> > ------------------------------------
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
>
> [Non-text portions of this message have been removed]
>
>
>



--
Craig Miller
Geospatial Software Architect
http://spatialminds.com


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

I have an idea of synching the time-stamps of the GPX waypoints (being created
with GPS reciever) and the video captured by the digital camera a device (having
both GPS receiver and digital camera).



In this way video trails can be created which would show the exact video footage
corresponding to the GPS coordinates.

To achieve this creation of a application for the device which binds the flow of
GPS data with the video being captured at that time.
Playing should be easy.When the video (having GPX data synched with it)
is played then the corresponding location,altitude could be displayed as an
overlay to 2D map services (like google maps,openstreetmaps,bing etc) or 3D
visualization services (like NASA worldwind,google earth).

Please give your suggestion on this idea its not implemented anywhere till
now.It would be one step ahead of Geo-tagging.

On Tue, Mar 13, 2012 at 3:08 AM, sipendra7 <sipendra7@...> wrote:

> I have an idea of synching the time-stamps of the GPX waypoints (being
> created with GPS reciever) and the video captured by the digital camera a
> device (having both GPS receiver and digital camera).
> [ ... ]
> Please give your suggestion on this idea its not implemented anywhere till
> now.It would be one step ahead of Geo-tagging.
>

It's been done.

http://www.gpsbabel.org/htmldoc-development/fmt_subrip.html


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

Hello,


I'm already working in this way and the software and the my
betatester are already busy

http://youtu.be/TpUoiyLFhDY Just an example to give you an idea of
the possibilitys.

The general idea is indeed to sync the video with the gpx data and
after every X frames to check if there is a gpx trackpoint with the
same timestamp.
An other aproach is to implement the gps data stream directly into
the video recording like videotext as the video is recorded. In thsi
way you dont have to sync both data streams.

With regards

WIm

I am curious if anyone has seen a push for standardization of the many real-time
protocols to get GPS data from in-vehicle receivers to a server.  I only have
seen proprietary protocols such as TAIP, RAP, PVT, etc.  It seems to me that
there are as many protocols as device manufacturers.

Customers frequently ask what standard protocols they should look for in AVL
devices.  Since GPX does not include server addressing and has a larger
bandwidth need than some of the binary protocols I don't have a good answer for
them.  Does anybody have seen any standardization or something that may be worth
promoting?

Wolfgang

Binary XML is easy if that's a problem you need to solve.  I can't say it's
been a topi of much discussion on this list.

Garmin has PVT, but I've never even heard of the others you cite.

RJL

On Wed, Apr 11, 2012 at 12:12 AM, wolfhall <wolfhall@...> wrote:

> I am curious if anyone has seen a push for standardization of the many
> real-time protocols to get GPS data from in-vehicle receivers to a server.
>  I only have seen proprietary protocols such as TAIP, RAP, PVT, etc.  It
> seems to me that there are as many protocols as device manufacturers.
>
> Customers frequently ask what standard protocols they should look for in
> AVL devices.  Since GPX does not include server addressing and has a larger
> bandwidth need than some of the binary protocols I don't have a good answer
> for them.  Does anybody have seen any standardization or something that may
> be worth promoting?
>
> Wolfgang
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>


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

I am a bit confused about the use of <course> in GPX files.

I am producing a GPS file using the 1.0 schema containing a track - here is a
small part of it:

   <trk>
     <trkseg>
       <trkpt lat="10.311063" lon="-84.813530">
         <ele>1401.10</ele>
         <speed>3.33</speed>
         <course>334.3</course>
         <time>2012-05-04T21:00:38Z</time>
       </trkpt>
       <trkpt lat="10.311522" lon="-84.813217">
         <ele>1434.90</ele>
         <speed>8.64</speed>
         <course>46.0</course>
         <time>2012-05-04T21:00:48Z</time>
       </trkpt>

As recommended I have run it through SaxCount using the command:

SaxCount.exe -v=always -n -s -f myfile.gpx

and it gives lots of errors like this:

Error at file myfile.gpx, line 1653, char 15
   Message: element 'course' is not allowed for content model '(ele?,time?,course
?,speed?,magvar?,geoidheight?,name?,cmt?,desc?,src?,url?,urlname?,sym?,type?,fix
?,sat?,hdop?,vdop?,pdop?,ageofdgpsdata?,dgpsid?,)'

which seems to be saying that "course" is not an allowed element. But the schema
at http://www.topografix.com/GPX/1/0/gpx.xsd contains:

<xsd:element name="trkpt" minOccurs="0"
maxOccurs="unbounded"><xsd:complexType><xsd:sequence><!-- elements must appear
in this order --><!-- Position info --><xsd:element name="ele"
type="xsd:decimal" minOccurs="0"/><xsd:element name="time" type="xsd:dateTime"
minOccurs="0"/><xsd:element name="course" type="gpx:degreesType"
minOccurs="0"/><xsd:element name="speed" type="xsd:decimal"
minOccurs="0"/><xsd:element name="magvar" type="gpx:degreesType"
minOccurs="0"/><xsd:element name="geoidheight" type="xsd:decimal"
minOccurs="0"/>

which definitely shows that course IS an allowed element.

I can't imagine that course would be disallowed in a trkpt.

Does anyone know what is wrong here?

>
>  <trk>
>    <trkseg>
>      <trkpt lat="10.311063" lon="-84.813530">
>        <ele>1401.10</ele>
>        <speed>3.33</speed>
>        <course>334.3</course>
>        <time>2012-05-04T21:00:38Z</time>
>      </trkpt>
>
[ ... ]

> and it gives lots of errors like this:
>
> Error at file myfile.gpx, line 1653, char 15
>  Message: element 'course' is not allowed for content model
> '(ele?,time?,course
>
>
?,speed?,magvar?,geoidheight?,name?,cmt?,desc?,src?,url?,urlname?,sym?,type?,fix
> ?,sat?,hdop?,vdop?,pdop?,ageofdgpsdata?,dgpsid?,)'
>
> which seems to be saying that "course" is not an allowed element.


That's not quite what it says.  It says it's not allowed where you have it.


> But the schema at http://www.topografix.com/GPX/1/0/gpx.xsd contains:
>
> <xsd:element name="trkpt" minOccurs="0"
> maxOccurs="unbounded"><xsd:complexType><xsd:sequence><!-- elements must
> appear in this order --><!-- Position info --><xsd:element name="ele"
> type="xsd:decimal" minOccurs="0"/><xsd:element name="time"
> type="xsd:dateTime" minOccurs="0"/><xsd:element name="course"
> type="gpx:degreesType" minOccurs="0"/><xsd:element name="speed"
> type="xsd:decimal" minOccurs="0"/><xsd:element name="magvar"
> type="gpx:degreesType" minOccurs="0"/><xsd:element name="geoidheight"
> type="xsd:decimal" minOccurs="0"/>
>
> which definitely shows that course IS an allowed element.
>

See highlighted bit above.  Order counts.


>
> I can't imagine that course would be disallowed in a trkpt.


It's worth mentioning that if you're computing course from successive GPS
fixes instead of measuring course, it's probably not worth putting in the
GPX at all and that course is not present in 1.1

RJL


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

Maybe the comment that says "elements must appear in this order" in
conjunction with the fact that <course> is listed before <speed> in the
schema but the opposite order in your snippet?  Just guessing here, but
that's what my eye caught.  If that's the case, then <time> must also be
before <course>, but you're good with <ele> coming first by my reading.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 5/16/2012 7:42 AM, cbyh wrote:
> I am a bit confused about the use of<course>  in GPX files.
>
> I am producing a GPS file using the 1.0 schema containing a track - here is a
small part of it:
>
>    <trk>
>      <trkseg>
>        <trkpt lat="10.311063" lon="-84.813530">
>          <ele>1401.10</ele>
>          <speed>3.33</speed>
>          <course>334.3</course>
>          <time>2012-05-04T21:00:38Z</time>
>        </trkpt>
>        <trkpt lat="10.311522" lon="-84.813217">
>          <ele>1434.90</ele>
>          <speed>8.64</speed>
>          <course>46.0</course>
>          <time>2012-05-04T21:00:48Z</time>
>        </trkpt>
>
> As recommended I have run it through SaxCount using the command:
>
> SaxCount.exe -v=always -n -s -f myfile.gpx
>
> and it gives lots of errors like this:
>
> Error at file myfile.gpx, line 1653, char 15
>    Message: element 'course' is not allowed for content model
'(ele?,time?,course
>
?,speed?,magvar?,geoidheight?,name?,cmt?,desc?,src?,url?,urlname?,sym?,type?,fix
> ?,sat?,hdop?,vdop?,pdop?,ageofdgpsdata?,dgpsid?,)'
>
> which seems to be saying that "course" is not an allowed element. But the
schema at http://www.topografix.com/GPX/1/0/gpx.xsd contains:
>
> <xsd:element name="trkpt" minOccurs="0"
maxOccurs="unbounded"><xsd:complexType><xsd:sequence><!-- elements must appear
in this order --><!-- Position info --><xsd:element name="ele"
type="xsd:decimal" minOccurs="0"/><xsd:element name="time" type="xsd:dateTime"
minOccurs="0"/><xsd:element name="course" type="gpx:degreesType"
minOccurs="0"/><xsd:element name="speed" type="xsd:decimal"
minOccurs="0"/><xsd:element name="magvar" type="gpx:degreesType"
minOccurs="0"/><xsd:element name="geoidheight" type="xsd:decimal"
minOccurs="0"/>
>
> which definitely shows that course IS an allowed element.
>
> I can't imagine that course would be disallowed in a trkpt.
>
> Does anyone know what is wrong here?
>
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

Thanks. I should have noticed the "<!-- elements must appear in this order -->".
I'll give it another try using the correct order.

> course is not present in 1.1

I just checked and you are right - course and speed are missing from the 1.1
schema. That seems strange.

Why have they been taken out?

> > course is not present in 1.1
>
> I just checked and you are right - course and speed are missing from the
> 1.1 schema. That seems strange.
>
> Why have they been taken out?


They were removed by mistake.   By the time it was noticed, GPX was
entrenched in so many devices and programs that changing it became
problematic.  Various proposals for standarized extensions and a GPX 1.2
haven't really gotten any traction.

See the previous discussions on this:
http://tech.groups.yahoo.com/group/gpsxml/message/650
http://tech.groups.yahoo.com/group/gpsxml/message/746
http://tech.groups.yahoo.com/group/gpsxml/message/984
http://tech.groups.yahoo.com/group/gpsxml/message/1139
http://tech.groups.yahoo.com/group/gpsxml/message/1996

GPX is a victim of its own success.

RJL


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

> They were removed by mistake.

Wow! Thanks for the links to the other threads.

So I guess if I want to use speed and course then I will have to stick with the
1.0 schema.

Is there a brief description somewhere of the differences and added features of
1.1 compared to 1.0 ?

>
> So I guess if I want to use speed and course then I will have to stick
> with the 1.0 schema.


If you actually need them (many don't) your options are 1.0 or to
create/use an extension as cited.


> Is there a brief description somewhere of the differences and added
> features of 1.1 compared to 1.0 ?


There is probably discussion in the archives from when we created 1.1.

The schemas are authoritative, but from the top of my head, <metadata>
moved, <link> was changed to allow multiple links and introduce an
incompatible syntax, and <extension> was added throughout.


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

Thanks. So for fairly simple use, probably better to stick with 1.0.

Hi

I am new in your group and need probably only two really little information.

INFORMATION no. 1 required:

I will describe a complex travelling course on bike in more than 1 segment (part
of course on the continent, part of course on a first island, part of course on
the next island, rest of course on the continent).

I can easily make the planing of my course in a completely usual routing
application, for example http://bikeroutetoaster.com/Course.aspx as it gives me
the possibility to interchange the view under 6 different land maps / land
photography systems and have 2 way

WAY 1 : I make my planing separately for my 4 land courses and try after that to
merge them

WAY 2 : I consider the course is only one course and draw a line at the place
where the two boot passages happens and erase after that the two lines.

how to realize the 2 mode (merging or erasing) manually to get a unique gpx file
so that above application (or an other ...) can interpret my intentions
correctly, draw the right course without water passages and calculate the right
distance?

INFORMATION no. 2 required:

I will describe all courses of a biking week (5 day + 1 ) on a map. each day a
course from a central point in the same country (as the spokes of a wheel) and a
round road around this point.

I will process a first set of gpx files using above application and merge them
all into a big gpx file if possible so that if I reintroduce the merged file the
application produces for me an overview of the 6 courses. I did try it with 2
gpx test file. I did copy manually the content of the second into the first
after at the end of the file just before the commands

   < / t r k >
< / g p x >

I did use from the second file only the content from

    < t r k s e g > etc ... to

    < / t r k s e g >

It works but the application draw a line between the 2 end / start points of
each segment and calculate the wrong distance including this line.

How to avoid it?

Thank you for each help!

(PS: as you see my English is bad, please don't use typical slangs in your
answer ;-) . it would make the comprehension very more difficult!)

kind regards

"cbyh" <cbyh@...> writes:
>
> Thanks. So for fairly simple use, probably better to stick with 1.0.

We use GPX 1.1 + Garmin's TrackPointExtensionv2 schema in FoxtrotGPS,
which gets us support for speed, course, and a number of other useful
parameters too:

       http://www8.garmin.com/xmlschemas/TrackPointExtensionv2.xsd

--
"Don't be afraid to ask (λf.((λx.xx) (λr.f(rr))))."

--- In gpsxml@yahoogroups.com, "cbyh" <cbyh@...> wrote:


> I am producing a GPS file using the 1.0 schema containing a track -
here is a small part of it:
>

> <trkpt lat="10.311063" lon="-84.813530">
> <ele>1401.10</ele>
> <speed>3.33</speed>
> <course>334.3</course>
> <time>2012-05-04T21:00:38Z</time>
> </trkpt>
...

   But the schema at http://www.topografix.com/GPX/1/0/gpx.xsd contains:
>
<xsd:sequence><!-- elements must appear in this order --><!-- Position
info --><xsd:element name="ele" type="xsd:decimal"
minOccurs="0"/><xsd:element name="time" type="xsd:dateTime"
minOccurs="0"/><xsd:element name="course" type="gpx:degreesType"
minOccurs="0"/><xsd:element name="speed" type="xsd:decimal"
minOccurs="0"/><xsd:element name="magvar" type="gpx:degreesType"
minOccurs="0"/><xsd:element name="geoidheight" type="xsd:decimal"
minOccurs="0"/>
>


You've got <ele><speed><course><time>...

when you need <ele><time><course><speed>



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

Hi all.
I have a problem about GPX schema.

I want to use "link" tag and "extensions" tag.
But when I tried to create GPX file including link tag on Altova XMLSpy,
error message was appeared "This file is not valid! If you save the file in its
current state, other XML processors may have a problem opening the file".

I checked gpx.xsd supported by XMLSpy, there's no link tag.
It has only
ele/time/magvar/geoidheight/name/cmt/desc/src/url/urlname/sym/type/fix/sat/hdop/\
vdop/pdop/ageofdgpsdata/dgpsid.

GPX schema version is 1.1 released 2004. So is it too old?
Please answer me.

Thanks in advanced.
Best Regards.

Kevin Lee.

Looks like your tool is referencing v1.0 of the schema instead of v1.1.  You can
take a look at both versions of the schema online

http://www.topografix.com/gpx/1/0/gpx.xsd
http://www.topografix.com/gpx/1/1/gpx.xsd

Assuming you're talking about the wpt element, v1.1 includes a "link" element,
while v1.0 includes "url".

--- In gpsxml@yahoogroups.com, "procarrie" <procarrie@...> wrote:
>
> Hi all.
> I have a problem about GPX schema.
>
> I want to use "link" tag and "extensions" tag.
> But when I tried to create GPX file including link tag on Altova XMLSpy,
> error message was appeared "This file is not valid! If you save the file in
its current state, other XML processors may have a problem opening the file".
>
> I checked gpx.xsd supported by XMLSpy, there's no link tag.
> It has only
ele/time/magvar/geoidheight/name/cmt/desc/src/url/urlname/sym/type/fix/sat/hdop/\
vdop/pdop/ageofdgpsdata/dgpsid.
>
> GPX schema version is 1.1 released 2004. So is it too old?
> Please answer me.
>
> Thanks in advanced.
> Best Regards.
>
> Kevin Lee.
>

Hi Kevin-

Take a look at the Altova blog post on GPX from last March at:

http://blog.altova.com/2012/03/global-positioning-of-xml.html

The first two screen shots of XML snippets illustrate how Garmin implements the
<link> tag on line 6 and the <extensions> tag on line 83736 in the second shot.

The Garmin extensions are defined in the Garmin extensions schema referenced in
line 2.

You can open the extensions schema directly from:

http://www.garmin.com/xmlschemas/GpxExtensionsv3.xsd

I hope this helps with your project.

Best regards,

David McGahey
Product Marketing Manager
Altova, Inc.


--- In gpsxml@yahoogroups.com, "procarrie" <procarrie@...> wrote:
>
> Hi all.
> I have a problem about GPX schema.
>
> I want to use "link" tag and "extensions" tag.
> But when I tried to create GPX file including link tag on Altova XMLSpy,
> error message was appeared "This file is not valid! If you save the file in
its current state, other XML processors may have a problem opening the file".
>
> I checked gpx.xsd supported by XMLSpy, there's no link tag.
> It has only
ele/time/magvar/geoidheight/name/cmt/desc/src/url/urlname/sym/type/fix/sat/hdop/\
vdop/pdop/ageofdgpsdata/dgpsid.
>
> GPX schema version is 1.1 released 2004. So is it too old?
> Please answer me.
>
> Thanks in advanced.
> Best Regards.
>
> Kevin Lee.
>

Hi,
I am completely new to this format and I'm trying to establish if there is a
limit or advisable size (number of characters)for the name, cmt and desc
elements for a waypoint entry? Any guidance would be appreciated.
Cheers

On Fri, Jun 15, 2012 at 5:14 AM, nomad9@... <
nomad9@...> wrote:

> Hi,
> I am completely new to this format and I'm trying to establish if there is
> a limit or advisable size (number of characters)for the name, cmt and desc
> elements for a waypoint entry? Any guidance would be appreciated.


There is not a prescribed limit in the spec as different devices have
different limitations.  For example, if you want to maximize your support
traffic, ensure that all waypoint names are at least 4096 characters long,
are not unique, and use as much of the Unicode space as possible.

It really is up to the other end (the end that isn't GPX) to know about and
enforce things like "number of routepoints in a route" or "must be
uppercase letters and digits only".


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

Hello,

I am a newbie web developer of 5 months. I'm still in school and
trying to figure out a final project.

I wanted to make a website that people could go to and punch in their
location and see what stores and business where close to where they
lived. Sort of like "hey, whats around the corner?

So I'm thinking I would filter and stream the data from an GPSXML
file, and then design an interface, link up all the data and hey, I
like that idea.

Does anyone think this is possible to do?  Never mind the only have 3
weeks to do it, but yes, this is my query...

Cheers
Leslie

Leslie Elieff <lesliee@...> writes:
>
> I am a newbie web developer of 5 months. I'm still in school and
> trying to figure out a final project.
>
> I wanted to make a website that people could go to and punch in their
> location and see what stores and business where close to where they
> lived. Sort of like "hey, whats around the corner?

OK, so you want to make a web UI that basically hooks into a database
(e.g.: a table storing name, type, lat, lon), does a simple query,
and either lists or plots the results? That sounds like a pretty
straight-forward project. But...:

> So I'm thinking I would filter and stream the data from an GPSXML
> file, and then design an interface, link up all the data and hey, I
> like that idea.

I'm not sure where GPX fits into this project. Are you thinking of
using a GPX file (containing waypoints?) as your *database*? I guess
you could do that, but it seems a little silly--from your description,
it sounds like you'd probably be better off using a SQL database
like PostgreSQL, MySQL, or SQLite. Unless you have a requirement
that your project must involve parsing XML, even a plain text-file
might actually be a better choice for a `database'--at least, it
would be easier to parse.

--
"Don't be afraid to ask (λf.((λx.xx) (λr.f(rr))))."