If you had 30 traces down a road and no dop information and you
derived a centre line, using only the lat lons of the 30 different
traces, how much less precise would the result be than taking 30
traces with dop info and figuring out a centre line?
Stefan and Oliver - if you really believe that th
On Mon, 22 Sep 2008 11:36:30 +0100
"Nick Black" <[EMAIL PROTECTED]> wrote:
> If you had 30 traces down a road and no dop information and you
> derived a centre line, using only the lat lons of the 30 different
> traces, how much less precise would the result be than taking 30
> traces with dop inf
On Mon, 22 Sep 2008, Nick Black wrote:
> If you had 30 traces down a road and no dop information and you
> derived a centre line, using only the lat lons of the 30 different
> traces, how much less precise would the result be than taking 30
> traces with dop info and figuring out a centre line?
T
On 22/09/2008 11:51, Stefan de Konink wrote:
>> Stefan and Oliver - if you really believe that the community have been
>> brainwashed by Garmin, what's your plan of action to reverse the
>> brainwashing and liberate our minds?
>
> I see many mappers in NL being 'so happy' with Garmin because OSM m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
David Earl schreef:
> On 22/09/2008 11:51, Stefan de Konink wrote:
>>> Stefan and Oliver - if you really believe that the community have been
>>> brainwashed by Garmin, what's your plan of action to reverse the
>>> brainwashing and liberate our minds
On Mon, Sep 22, 2008 at 12:10:40PM +0100, David Earl wrote:
> This is the first discussion I can remember on these lists about this
> issue. There's no flashing lights on the website that says the info from
> Garmin receivers is lacking. You've only mentioned vaguely "algorithms
> exist" to make
Nick,
if a building, rock or similar is shading half of the sky you can record the
same trail at 30 diferent times and together with the DOP you know which
recording is useless and which has a chance to be accurate. Togeteher with the
velocity and heading you have a chance to narrow the corrido
On Mon, Sep 22, 2008 at 01:00:22PM +0200, sergio sevillano wrote:
>
> first pictograms of the 2020 iconset, place_of_workship
> they are public domain svg intended for 20x20px size
>
> http://wiki.openstreetmap.org/index.php/User:Sergionaranja/Es:Map_Icons_Design_Standards#2020_iconset:_plantilla
Oliver Eichler wrote:
> And for the brainwash :) As I assume that most of you have a
> scientific background
o rly?
Richard
MA (Cantab) Anglo-Saxon, Norse & Celtic
:p
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listi
>
> FWIW, merkaartor already shows the speed at a certian point of a track
> by varying the thickness of the track. This way the user can
> discard tracks which have an inconsistent speed reading (which nearly
> always means the position is jerky due to different satellites coming
> in/going out o
On Mon, Sep 22, 2008 at 12:51 PM, Stefan de Konink <[EMAIL PROTECTED]>wrote:
>
> If someone would buy a device for tracking
> take some el-cheapo NMEA receiver that does export the error-margin, and
> hook up your phone or GPS, the user will get the same fancy screen...
> with more possibilities o
Igor Brejc wrote:
> True, and I'm thinking constantly about switching to that solution, but
> my Garmin unit still has some good sides (when hiking):
> - it's robust
Dropped phones & PDAs definitely don't bounce, a GPS 60 does (resulting
in nothing more than a minor scuff)
> - it's waterproof
Btw PPCs can bounce and swim, too :).
http://www.andres-industries.de/rugged_pda/
If you use a GPS mouse with built in memory you can record quite a lot for a
long time. That solution has a few more advantages compared to a Garmin:
* Waypoints with real timestamps, unlimited comment fields,
Oliver Eichler wrote:
> Especially if you take into account that my Garmin never made me
> really happy.
Oh, _now_ it all makes sense.
I've added a new column to
http://wiki.openstreetmap.org/index.php?title=GPS_Reviews . Could you
fill it in so we can all benefit from this happiness-givi
[redirected to list]
Oliver Eichler wrote:
> Do you really think your childish behaviour fits OSM?
Oh right, and saying "Because Garmin users are brain washed" and "And
they won't stop to cheerleader for Garmin until the day they drop
dead" is utterly, utterly rational and adult. And "the sh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Richard Fairhurst schreef:
> I'm trying to inject a little levity (you might even have noticed my
> "this needs to be rvted" comment on the wiki edit history) into a
> bunch of idiot points made by po-faced fundamentalists
You could also have a
Stefan de Konink wrote:
> You could also have added a column supports DOP? Don't feed the trolls.
Excellent idea - and you actually know what DOP is, which is more than
I do, so I'll leave it to you. :)
cheers
Richard
___
dev mailing list
dev@opens
2008/9/22 Richard Fairhurst <[EMAIL PROTECTED]>
> [redirected to list]
>
> Oliver Eichler wrote:
>
> > Do you really think your childish behaviour fits OSM?
>
> Oh right, and saying "Because Garmin users are brain washed" and "And
> they won't stop to cheerleader for Garmin until the day they drop
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Richard Fairhurst schreef:
> Stefan de Konink wrote:
>
>> You could also have added a column supports DOP? Don't feed the trolls.
>
> Excellent idea - and you actually know what DOP is, which is more than
> I do, so I'll leave it to you. :)
I'm
Stefan de Konink wrote:
> I'm not very into wiki tables :) Can they be reordered?
Heh, you're now making me wonder "what actually _do_ I know about?"
(and I'm sure I'm not the first to wonder that). I'm no wikitable
export either, but yes, they can be reordered. If you click the little
'><'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Richard Fairhurst schreef:
> Stefan de Konink wrote:
>
>> I'm not very into wiki tables :) Can they be reordered?
>
> Heh, you're now making me wonder "what actually _do_ I know about?"
> (and I'm sure I'm not the first to wonder that). I'm no wi
2008/9/22 Stefan de Konink <[EMAIL PROTECTED]>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Richard Fairhurst schreef:
> > Stefan de Konink wrote:
> >
> >> I'm not very into wiki tables :) Can they be reordered?
> >
> > Heh, you're now making me wonder "what actually _do_ I know about?"
Stefan de Konink wrote:
> Actually I mean if I want to insert a column. Or to move a column from
> right to the middle.
Coo, you're keeping my column? I'm honoured.
light-hearted comment for
the avoidance of
Douglas Furlong wrote:
> Based on the tone of your emails both on list and off list, I sincerely
> doubt that "levity" has any thing to do with it.
You can doubt all you like - you must be new round here, as the phrase
goes, or you'd know I tend to take the piss... which may be why people
kee
Richard,
>
> Oh right, and saying "Because Garmin users are brain washed" and "And
> they won't stop to cheerleader for Garmin until the day they drop
> dead" is utterly, utterly rational and adult. And "the shit recorded
> by Garmin" is a technical description and not an emotive insult at
Oliver Eichler wrote:
> you definetly missed to cite the last line of the original posting
> "SCNR trolling ;)"
Hey, if I'm being slated for daring to take the piss, you can be too. ;)
> And how does that add to a valid discussion on how propperly
> recorded GPS data would allow real track
Oliver Eichler wrote:
>Sent: 21 September 2008 6:26 PM
>To: dev@openstreetmap.org
>Subject: Re: [OSM-dev] Garmin GPX madness
>
>>
>> OK, I understand now. But I still don't know what I'd do with the
>> information if I had it. The satellites are where they are when I'm out
>> surveying, there's not
On Monday, 22. September 2008 17:42:42 Richard Fairhurst wrote:
> Oliver Eichler wrote:
> > you definetly missed to cite the last line of the original posting
> > "SCNR trolling ;)"
>
> Hey, if I'm being slated for daring to take the piss, you can be too. ;)
LOL ok :)
Oliver
So anyway, for all us losers who use garmins which output sub-optimal
GPX files... can we make potlatch, or something, automatically not
zoom all the way out and to the start of the track, but zoom in to the
end of the track?
That strikes me as better than asking everyone to sell their GPS u
Hi,
After conversations with TomH and others, I have finally gotten around
to rewriting the GPX importer in C.
Attached is r14 of my code, and I believe it to be *ALMOST*
feature-complete.
In essence, it functions equivalently to the ruby importer, however it
consumes significantly less system r
On Mon, 2008-09-22 at 19:51 +0100, Daniel Silverstone wrote:
> My tests, although tainted by the fact that I ran them against an
> effectively blank database, show that the C reimplementation takes
> approximately 0.4% of that, so approximately 0.12% of a CPU on average
> through the month.
I real
On 22 Sep 2008, at 19:51, Daniel Silverstone wrote:
>
> My code does not replicate the "delete all traces which are set to
> visible=0" functionality as I am unsure of when this behaviour would
> be
> required.
This is used when people delete their traces. As it is a time
consuming operation,
On Mon, 2008-09-22 at 20:11 +0100, Shaun McDonald wrote:
> > My code does not replicate the "delete all traces which are set to
> > visible=0" functionality as I am unsure of when this behaviour would
> > be
> > required.
> This is used when people delete their traces. As it is a time
> consumi
SteveC wrote:
> So anyway, for all us losers who use garmins which output sub-
> optimal GPX files... can we make potlatch, or something,
> automatically not zoom all the way out and to the start of the
> track, but zoom in to the end of the track?
Yeah, no problem. I like the idea of the "f
On Mon, Sep 22, 2008 at 2:20 PM, Jon Stockill <[EMAIL PROTECTED]> wrote:>
> - it's a unit dedicated to a single job, which is sometimes better than
>> a multipurpose one
>
> As demonstrated at the leeds mapping party when one of the guys had his
> bluetooth GPS disconnect from his phone, resulting
On Mon, 2008-09-22 at 19:51 +0100, Daniel Silverstone wrote:
> I'd really appreciate any comments anyone might have
Hope you don't mind lots of comments :-)
main.c:
If the GPX_SLEEP_TIME environment variable is not set then getenv()
returns NULL and causes a segv in atoi().
If you have an erro
Hi,
can you recommend any GPS hardware receiver (no maps, no nothing, just
GPS) to use with notebook?
I especially mean stable and working driver, clear interface and
output data ideally in latitude/longitude/altitude format.
Thanks for any help. OSM is great project :)
Bruinee
___
On Mon, 2008-09-22 at 23:46 +0100, Jon Burgess wrote:
> On Mon, 2008-09-22 at 19:51 +0100, Daniel Silverstone wrote:
>
> > I'd really appreciate any comments anyone might have
>
> Hope you don't mind lots of comments :-)
Overall it looks great and a huge performance win over the old code.
Sorry
On Mon, 2008-09-22 at 23:46 +0100, Jon Burgess wrote:
> > I'd really appreciate any comments anyone might have
> Hope you don't mind lots of comments :-)
The more the better.
> main.c:
> If the GPX_SLEEP_TIME environment variable is not set then getenv()
> returns NULL and causes a segv in atoi()
Daniel Silverstone wrote:
> On Mon, 2008-09-22 at 23:46 +0100, Jon Burgess wrote:
>
>> gpx.c:
>> - The old parser used to accept gz, bzip2, tar, zip etc, is this still
>> supported?
>
> I couldn't find this in gpx.rb -- is it some magical behaviour of the
> ruby libxml binding?!
The xml_file met
On Tue, Sep 23, 2008 at 12:43:54AM +0100, Daniel Silverstone wrote:
> On Mon, 2008-09-22 at 23:46 +0100, Jon Burgess wrote:
> > image.c:
> > gpx_parse_coord()
> > - May want to emit an error if fopen(outfilename, "wb") fails
>
> Nod, done.
Note that the "b" in "wb" should be inside a "#ifdef WIND
>
> can you recommend any GPS hardware receiver (no maps, no nothing, just
> GPS) to use with notebook?
I own a Xaiox Xplorer, a Wintec WBT 201 and a i-Blue 747. From all three I like
the i-Blue most. The used MTK chip is quite resistant against reflections. The
NMEA protocoll has all informati
42 matches
Mail list logo