<p dir="ltr">Maybe if the dives are withing something smaller than 5 metres then merge them?</p>
<br><div class="gmail_quote">On Wed, 10 Jun 2015 18:47 Dirk Hohndel <<a href="mailto:dirk@hohndel.org">dirk@hohndel.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Jun 10, 2015 at 05:32:03PM +0200, Joakim Bygdell wrote:<br>
><br>
> > On 10 Jun 2015, at 17:07, Dirk Hohndel <<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>> wrote:<br>
> ><br>
> ><br>
> > If the user just added a location name, never went to the dive site edit<br>
> > screen and then saves the dive (so Apply changes in the Notes tab) then we<br>
> > look at the name - if it's a known dive site name we pick that one (no<br>
> > idea what to do if there are multiple dive sites with the same name...),<br>
> > if it's not we simply create a dive site with that name and no additional<br>
> > information and use the uuid of that dive site for the dive we just<br>
> > finished editing.<br>
> ><br>
> > Does that all seem reasonable? What am I missing?<br>
><br>
> If the user already have a dive site with coordinates that have the same<br>
> name we can assume that it is the same and pick that one.<br>
<br>
Yes, if there's just one, that's a good idea. I wonder if the<br>
label/editbox should be a combo box after all, one that allows for easy<br>
completion.<br>
<br>
Tomaz is going to hate me for going back and forth and back and forth on<br>
the UI here...<br>
<br>
> If it is a new dive site for the user and there exists multiple sites<br>
> with the same name, should we show a list for the user to pick from and<br>
> in that case how much more information about the site should we show<br>
> other than country.<br>
<br>
Good idea. Show some data about the different sites and allow the user to<br>
pick...<br>
<br>
> >> Comparing my V2 and my V3 files I discovered a lot of of errors in my<br>
> >> old logbook.<br>
> >> I have several duplicates because:<br>
> >> I had several dives in the same place. Same name but some of them with<br>
> >> gps data, some not.<br>
> >> I had several dives in the same place, same name but slightly<br>
> >> different gps points (I mean I used the companion app several times in<br>
> >> the same spot)<br>
> ><br>
> > I have that same situation in my data<br>
> ><br>
> >> I discovered that a row of 8 training dives, the same day in the same<br>
> >> place, have slightly different gps points because the boat moved on<br>
> >> the anchor and now I have 7 different dive sites.<br>
> >><br>
> >> Right now I'm not sure how laymen will solve these problems once migrated.<br>
> ><br>
> > I have no good idea how to do that, either.<br>
><br>
> How big are the deviations between the GPS coordinates??<br>
> Should we implement some sort of filter that merges dive site coordinates if they are within 50m<br>
> or whatever error margin the GPS locator has.<br>
<br>
But what if this is for example a wreck site and the user carefully<br>
specifies the exact GPS coordinates for the different entry points?<br>
But then, I guess, they'll have different names.<br>
<br>
So we could have some logic that says "if it's the same name and the GPS<br>
distance is less than 50m, merge them". What GPS spot do we then pick? One<br>
of the two (or more) GPS spots that the user had? Or some average of them?<br>
<br>
I have several dives at Blue Corner in Palau. As it turns out there are<br>
several starting points for that dive and if you look closely on the globe<br>
you can see the different spots on the reef where we started the dive.<br>
I don't think I WANT them to get merged, nor would I want some average<br>
spot picked for them.<br>
<br>
Not a simple problem...<br>
<br>
/D<br>
_______________________________________________<br>
subsurface mailing list<br>
<a href="mailto:subsurface@subsurface-divelog.org" target="_blank">subsurface@subsurface-divelog.org</a><br>
<a href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface" rel="noreferrer" target="_blank">http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface</a><br>
</blockquote></div>