subsurface.git/xslt, branch v3.0.2

Dive computer import improvements

2013-03-02T16:42:54Z

Parse dive computer information or divelog generator information and include it as divecomputerid and divecomputer as appropriate. Signed-off-by: Miika Turkia Signed-off-by: Dirk Hohndel

Grab a bit more info from UDDF import

2013-03-02T07:49:09Z

otu and po2 are now grabbed. The po2 value comes from setpo2 tag. Also divecomputerid is constructed from the generator information. Signed-off-by: Miika Turkia Signed-off-by: Dirk Hohndel

Parse ISO 8601 time format

2013-02-27T18:39:03Z

This is an XSLT implementation of a function to parse the ISO 8601 datetime format used in uddf. Signed-off-by: Miika Turkia Signed-off-by: Dirk Hohndel

Handle one more date/time format for UDDF import

2013-02-27T17:11:56Z

Signed-off-by: Miika Turkia Signed-off-by: Dirk Hohndel

MacDive import improvement

2013-02-27T17:03:17Z

MacDive reports non-existent values as zero and in Imperial units it would be 32F. This patch will try to make an educated guess whether we have the proper temperature and pressure readings and ignore the zero fields if it seems that there are no real samples from the dive computer. Signed-off-by: Miika Turkia Signed-off-by: Dirk Hohndel

Fix MacDive import to convert Imperial temperature

2013-02-27T14:44:34Z

MacDive import needs to convert temperatures to Celcius. However, it seems that MacDive reports no reading as 32F (and probably 0C when using Metric). There is no way of knowing whether we have no reading or the temperature is actually zero, so we use the given temperature currently as 0C is a valid temperature... Signed-off-by: Miika Turkia Signed-off-by: Dirk Hohndel

DivingLog import: keep the dive computer name around

2013-02-26T19:51:35Z

We simply set up the model attribute. Signed-off-by: Dirk Hohndel

Another update to DivingLog import

2013-02-26T19:16:41Z

This fixes two bugs: - we overwrote the max depth that we read from an XML file with 0 if there are no samples - we didn't parse the DepthAvg tag in the DivingLog XML Signed-off-by: Dirk Hohndel

UDCF import

2013-02-26T18:16:49Z

Signed-off-by: Miika Turkia Signed-off-by: Dirk Hohndel

Test dives

2013-02-26T16:50:05Z

On Tue, Feb 26, 2013 at 6:19 PM, Dirk Hohndel wrote: > Miika Turkia writes: > >> On Tue, Feb 26, 2013 at 5:54 PM, Dirk Hohndel wrote: >>> Miika Turkia writes: >>> >>>> On Tue, Feb 26, 2013 at 6:45 AM, Dirk Hohndel wrote: >>>>> I added a few test dives exported from other software (Dm3, DiveLog 5.08, >>>>> JDiveLog 10.2 from Mac - last one doesn't parse because of encoding... Also >>>>> a composed XML zip file from DiveLog isn't supported, yet) >>>>> Find them under dives >>>> >>>> Now this gets interesting. Is there ANY logic in the units in the >>>> dives/TestDiveDiveLog5.08.xml? It seems that some of the temperatures >>>> are in C (Airtemp and Watertemp) and some in F (samples). Otherwise I >>>> would guess we are talking metric here, but I do not see any specs >>>> (another log I have seen from DivingLog had all the units in metric, >>>> as far as I could guess). BTW is the Weight in kg or lb? >>> >>> I have purchased DivingLog and should be able to create any combination >>> of data for the test file that we could possibly want. I'll do a set in >>> a moment that describe what SHOULD be there in their notes, maybe that >>> will clear things up. >>> >>> That said, I really want to release 3.0.1 in the next couple of hours, >>> so this may have to wait for 3.0.2 (if we end up needing that) or 3.1. >>> >>>> The divelogs.de UDCF format looks like it shouldn't take long to write >>>> support for. I'll look into it this evening. >>> >>> It is evening for you, right? No pressure, just making sure I understand >>> what may be coming in in patches in the next hour or two >> >> I currently have one version of the DivingLog XSLT. So a bit of >> verification and that could possibly be used as is. However, this >> could use a bit more testing than a new support to make sure things >> are not going to be any worse than they currently are. >> >> I have not started with the UDCF yet, but that could be reasonably >> fast to implement. However, no guarantees. (And yes, it is evening for >> me) > > I can hold off 3.0.1 a couple hours longer if that is a realistic thing > to do. I don't see the UDCF as that important since we have a different > format from them that we support. So I think the best possible DivingLog > support would be my preference. > > I'll add a few more exported dives from DivingLog next (and fix the > naming of the existing ones). In that case, here is the DivingLog XSLT if anyone can give it a test. miika From 4a62058f4f6fd4780f04bce6e1fe45e20abcf33f Mon Sep 17 00:00:00 2001 From: Miika Turkia Date: Tue, 26 Feb 2013 17:46:53 +0200 Subject: [PATCH] XSLT for DivingLog Signed-off-by: Miika Turkia Signed-off-by: Dirk Hohndel