UEMIS Patch fixing alternating dive details

[Guido Lerch]

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 <guido.lerch at gmail.com>:

> I'll send the patches later, on the wrong computer
>
> 2015-09-17 17:46 GMT+02:00 Dirk Hohndel <dirk at hohndel.org>:
>
>>
>> On Sep 17, 2015, at 8:40 AM, Guido Lerch <guido.lerch at gmail.com> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20150918/a38326a3/attachment.html>