<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jun 27, 2015 at 10:51 PM, Linus Torvalds <span dir="ltr"><<a href="mailto:torvalds@linux-foundation.org" target="_blank">torvalds@linux-foundation.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sat, Jun 27, 2015 at 6:32 PM, Dirk Hohndel <<a href="mailto:dirk@hohndel.org">dirk@hohndel.org</a>> wrote:<br>
><br>
> I guess we simply and fundamentally disagree on what a reasonable workflow<br>
> would be. And you would never, ever, EVER think that what you propose was<br>
> reasonable in this scenario:<br>
><br>
> You have a dive site named Fishbowl, but you don't have GPS data for it.<br>
> You have a dive site Fishpool that has GPS data.<br>
> You're on a dive at Fishpool.<br>
> You think "hey, that was Fishbowl, wasn't it" and switch to that. Now<br>
> Fishbowl has Fishpool's GPS data.<br>
> WHAT THE FUCK?<br>
<br>
</span>Nobody wants that, btw. You're making a complete red herring argument.<br>
<br>
What people want to do is to edit the name of the dive site.<br>
<br>
YOU seem to think that the name is the most important part, and the<br>
"key" to the dive site. That's completely bogus. You can have a<br>
thousand dive sites with the same name, and I can pretty much<br>
guarantee that exists. Things like "Blue hole" are all over the world,<br>
as are dive sites named "Fish Rock" or "Boat Harbor".<br>
<br>
So in your upside-down world, when you pick a name, you switch to the<br>
GPS coordinates for that name. And that's pure *crap*. Really. Exactly<br>
because names are not unique, and never will be.<br>
<br>
Any dive site management that keys by name is broken and completely<br>
unfixably so. And yes, that very much includes the current "select<br>
dive site by name" model that you have. It's *wrong*. You can't do it.<br>
<br>
Your model where you select by name is simply not fixable.<br>
<br>
So what I'm saying is that the really unique thing about a dive site<br>
isn't the name, it's the GPS coordinates. If you have GPS coordinates<br>
for a dive, that's fixed. But you then may well want to name those GPS<br>
coordinates. So when you write the name, it absolutely should *not*<br>
move the dive site. Because it turns out that the dive site named<br>
"Boat Hardbor" outside of Lanai, Hawaii, isn't actually the same dive<br>
site as "Boat Harbor" in Buffalo, NY.<br>
<br>
I argued for making all the dive site handling key off off the GPS<br>
coordinates, but you've made the name the important thing. You select<br>
a "name", and cannot even see what the lcoation infomation is for that<br>
name (try subsurface on my current repository, and look for "Mala<br>
Pier". I know I have GPS coordinates for "Mala Pier", but if I pick<br>
it, your name-based thing will pick a dive site with no GPS<br>
coordinates.<br>
<span class="HOEnZb"><font color="#888888"><br>
                   Linus<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
subsurface mailing list<br>
<a href="mailto:subsurface@subsurface-divelog.org">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>
</div></div></blockquote></div><br></div><div class="gmail_extra">Linus et All,</div><div class="gmail_extra">I think I can make something work in regard to this.</div><div class="gmail_extra">currently we dont have the 'key' as the name, we indeed can have same names for different dive sites, but things will not work. </div><div class="gmail_extra"><br></div><div class="gmail_extra">Wait a bit and Ill probably will have a fix for this tomorrow in a way that you can still reference the name but can see the coordinates too.</div><div class="gmail_extra"><br></div></div>