<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-09-08 16:32 GMT+02:00 Dirk Hohndel <span dir="ltr"><<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hey Guido,<div><br></div><div>For a number of good reasons, our mailing list doesn't point back to itself when</div><div>responding. This means one CAN reply privately if one wants to, but one needs</div><div>to do Reply-All to keep the mailing list in the loop. I'd prefer to keep most discussions</div><div>on the mailing list unless there is a strong reason not to...</div><div><br><div><span class=""><blockquote type="cite"><div>On Sep 8, 2015, at 5:48 AM, Guido Lerch <<a href="mailto:guido.lerch@gmail.com" target="_blank">guido.lerch@gmail.com</a>> wrote:</div><br><div><div dir="ltr">Could you let me know how I can delete all existing dive sites, they seem not to be stored in<div>my logbook. Please see below.<br></div></div></div></blockquote><div><br></div></span><div>Interesting question. I don't see a real use case for normal users to want to do that.</div><div>So adding this as a UI feature seems weird. You can manually remove them from</div><div>an XML file - but that's a bit tedious as well (it's easy enough to delete them from</div><div>the start of the file - but I haven't checked what Subsurface does when it encounters</div><div>references to dive sites in the dives and then doesn't have those sites... so I think</div><div>one would have to edit each dive as well... but a little perl or awk script could do</div><div>that quite easily.</div></div></div></div></blockquote><div><br></div><div>I a, asking this only to clean up my messed up dive sites. So you are saying they sit in my glerch.xml</div><div>file, strange as when I delete all my dives the sites are still there but I check how to get rid of them.</div><div>I already had issues locating the xml file ... the UI says glerch.xml but finder would not find me a file with</div><div>that name ... </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div><span class=""><br><blockquote type="cite"><div><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote">2015-09-08 2:25 GMT+02:00 Dirk Hohndel <span dir="ltr"><<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Mon, Sep 07, 2015 at 11:49:02PM +0200, Guido Lerch wrote:<br>
> Hi Dirk<br>
><br>
> I looked in the dive site stuff ... comments below.<br>
><br>
> Another thought I had is that the interactive menu on the dive table should<br>
> contain a<br>
> menu to actually update a dive - what do you think ?<br>
<br>
</span>Not sure what you mean by that - can you explain in more detail what you<br>
have in mind?<br></blockquote><div><br></div><div>it would be cool, in the future, if one could select one or multiple dives and say update</div><div>which would synchronize the Uemis with SubSurface if you for example modified an</div><div>entry on the computer or in SubSurface. </div></div></div></div></div></div></blockquote><div><br></div></span><div>Again, I don't see the broad appeal to have a specialized UI for this. But you can</div><div>do this today. Go to the download menu and pick "download all" and "prefer divecomputer"</div><div>and then only pick the ones that you want to really get before accepting them. Admittedly,</div><div>especially on a Uemis with the incredibly slow and painful download this is not a good</div><div>experience.</div><div><br></div><div>So if you have a good, solid use case why this is something people would really want</div><div>to do, we could consider adding a UI that makes this easier...</div></div></div></div></blockquote><div><br></div><div>My used case, and maybe I am unique, is that typing stuff into the UEMIS is kind of tedious, hence</div><div>what I usually do is syncing it with MyUemis, add the stuff I want to add there (and/or correct stuff like</div><div>a wrong size of a tank) and then sync it back to the Uemis.</div><div>In the future I would love to be able to do this with SubSurface :-) but for this I would want to be able to</div><div>select one or more dives I have edited in Subsurface and then only sync those back to the UEMIS.</div><div>Makes sense ? </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div><span class=""><br><blockquote type="cite"><div><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span>
> > This means that your algorithm creating dive sites in the Uemis downloader<br>
> > doesn't check<br>
> > if a dive site already exists before creating it.<br>
><br>
> true but I dont know (yet) how to do this, the way you coded that in is<br>
> that if it maps a dive detail you create<br>
> a new site (every time) called "from Uemis". At the end of your algorithm<br>
> you map and mark those dive site,<br>
> hence at the time you create a new one I am not sure how to check if a dive<br>
> site exists already.<br>
> I will look further into it but if you have a hint this would be<br>
> appreciated.<br>
<br>
</span>Yeah, I mentioned this in my first review. Don't use time(NULL) - this has<br>
second resolution and will therefore frequently return the same value for<br>
consecutive calls. Instead just use the dive->when which should be<br>
different for every dive that you have. This will give you a different<br>
uuid.<br></blockquote><div><br></div><div>I have changed that but ended up with 1032 dive sites in Subsurface which makes</div><div>tracking down my current issues very difficult, I would like to start at zero with the </div><div>dive sites and see if the duplicate error's I am getting is going away with the new </div><div>code that I am testing currently. </div></div></div></div></div></div></blockquote><div><br></div></span>Ah, that explains it. Yeah, that's a pain. And there is no trivial solution. This</div><div>shouldn't happen to anyone but developers (I hope), but it is very annoying.</div><div><br></div><div>So one thing you can do to test your new code is of course to start with an</div><div>empty dive log - then you see if your algorithm now gets it right. That still</div><div>leaves you with the mess in your current file.</div><div><br></div><div>Let me look for an easy way to deal with this. I'm thinking that just deleting</div><div>them from the beginning of the XML file should be enough. But I want to</div><div>make sure Subsurface does the right thing there.</div></div></div></blockquote><div><br></div><div>Dont worry, now as  know where to find it I can delete them manually, they are all nicely listed :-)</div><div>It's still weird that I could not find it anywhere until I explicitly stored it in my user folder. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><span class="HOEnZb"><font color="#888888"><div><br></div></font></span></div><span class="HOEnZb"><font color="#888888"><div>/D</div></font></span></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Best regards,<div>Guido</div></div></div>
</div></div>