Bogus points: How do we know which points we can throw away? I remember a similar question in my Analytical Chemistry class. I don't think the professor ever gave us a good answer but some data just looks wrong.

<br><br>My first day with the GPS I had two sets of bogus points. <br>There's a big bunch that are too far apart to see a path.<br>Maybe I had the sample rate set too low or maybe being<br>at my desk and getting signals through the window messed

<br>it up.<br><br>Later there was a rainstorm and<br>I took shelter in the doorway of the grocery store. I could see the<br>location walk all over the screen while I was standing still. Someone<br>else said he routinely takes off the first points collected before

<br>the GPS has settled down using a text editor.<br><br>Lines for tracks:<br>I was converting the gpx files to osm files in JOSM to get something<br>I could edit. This also give me arrows, but JOSM warns me that<br>I shouldn't upload them to the server. That was a way I found doing

<br>a google search. There may be a better way. I wish I could select<br>points in order. The straight line selection almost does this. I guess<br>what I want is a curved line selection.<br><br>Layers:<br>I noticed that having layers is a new feature in JOSM. I suppose

<br>having layers on the server is probably the most obvious way<br>to do what I'm talking about, but there might be other ways.<br>Filtering based on an attribute?<br><br>Notes:<br>I don't take meticulous notes, but if I were to put my notes

into the database when I get home I would probably add more detail. Data standards: Years ago before HTML really took off I read up on SGML. The basic idea is that you separate the markup from the information.

<br><br>From what I understand of the process you design the structure<br>of the data in the document and then maybe a week later or<br>30 years later someone writes software to deal with the data.<br><br>If I start to standardize my notes then that would increase

<br>accuracy. For example I could label two points bridge beginning<br>and bridge end, and then add attributes like bridge type, bridge subtype,<br>number of lanes etc. A person could use this information to draw the<br>

bridge but later maybe software could.

<br><br>From posts I've seen on the mailing list this looks like where<br>people are already trying to go. I've seen discussions of<br>standard ways to build roundabouts and intersections. If<br>we first come up with a standard way to describe these

<br>things then the discussion of how to build them is easier.<br><br>Layers on the server:<br>For a first step how do I get support for layers added to the server?<br><br><div><span class="gmail_quote">On 8/12/07, <b class="gmail_sendername">

Tom Hughes</b> <<a href="mailto:tom@compton.nu">tom@compton.nu</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">In message <

<a href="mailto:bf60a2e10708112056r64a85737s1a963a7faf4e3119@mail.gmail.com">bf60a2e10708112056r64a85737s1a963a7faf4e3119@mail.gmail.com</a>><br>          "Jeffrey Martin" <<a href="mailto:dogshed@gmail.com">

dogshed@gmail.com</a>> wrote:<br><br>> The data collector upload tracks with bogus points edited out.<br>> (I figured out how to do this, but it's not easy.)<br><br>I'm not quite sure what counts as a "bogus point" or how you would

identify one - gpsbabel can do filtering based on DOP if you want to get rid of points where there was accurate fix, but in my experience it isn't that helpful. So you could upload gpsbabel filtered traces if you wanted.

> The tracks display with arrows so one can see where the data collector was > going and what direction. You can get josm to join up the GPS points if you want. I'm not sure if it draw arrows or lines though, as it isn't a feature I ever use.

<br><br>> The data collector uploads waypoints with notes for points or groups of<br>> points.<br><br>An interesting idea. I look forward to somebody providing a path to<br>implement it ;-)<br><br>> When JOSM downloads from the server it should download this raw or semi-raw

<br>> data as separate layers from the mapping data. This way the mapper can go<br>> back and forth between the two without having the notes and such clutter up<br>> the finished product. Also, the mapper doesn't have to go back and delete

> waypoints from the finished product. The notes are still available for > review. GPS data is already downloaded in a separate layer, and I imagine that if GPS waypoints were supported they would also be in a separate layer.

<br><br>Tom<br><br>--<br>Tom Hughes (<a href="mailto:tom@compton.nu">tom@compton.nu</a>)<br><a href="http://www.compton.nu/">http://www.compton.nu/</a><br><br>_______________________________________________<br>talk mailing list

<br><a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk</a><br></blockquote>

</div><br><br clear="all"><br>-- <br><a href="http://bowlad.com">http://bowlad.com</a>