All good now. I looked into avoiding to read all the dive-spots but this is not possible unless the divespot was read in a current import already. The reason on why we cannot compare already stored dives from the xml is that we don't store the dive spot id. I don't think we should implement this just for the uemis.
What I am doing already is to avoid duplication of dive spots, and not doing anything with dive-spots if the uemus dive-spot id is -1. So Dirk, in your case not a single dive-spot is being read :-) For me about 80. I keep on thinking however on how to make the import faster and allow partial imports while I am on vacation :-) If someone is testing and finds an issue, please let me know. G. 2015-09-17 17:55 GMT+02:00 Guido Lerch <[email protected]>: > I'll send the patches later, on the wrong computer > > 2015-09-17 17:46 GMT+02:00 Dirk Hohndel <[email protected]>: > >> >> On Sep 17, 2015, at 8:40 AM, Guido Lerch <[email protected]> wrote: >> >> Another this, sorry >> >> Just switched back to the master and pulled, none of my last patches are >> there ? Any idea ? >> Just ran >> >> git checkout master >> git pull >> >> >> Any errors? What's the SHA of the top commit that you have (you can see >> this with git show) >> > > I'll take a look later > >> >> >> QT Creator asks to reload all the files, I say yes, all seems to be at >> least 3-4 days old. >> >> >> Well, let's look at >> http://git.subsurface-divelog.org/?p=subsurface.git&a=search&h=HEAD&st=commit&s=glerch >> > > This looks good > >> >> Can you resend the patches that are missing? >> >> /D >> >> > > > -- > Best regards, > Guido > -- Best regards, Guido
_______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
