From 826d27711e01670f1d3302df229ec1ae5d820c5a Mon Sep 17 00:00:00 2001 From: Miika Turkia Date: Tue, 26 Feb 2013 18:31:22 +0200 Subject: Test dives 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 --- dives/TestDiveDivingLog5.08allmetric.xml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'dives') diff --git a/dives/TestDiveDivingLog5.08allmetric.xml b/dives/TestDiveDivingLog5.08allmetric.xml index 61c457678..45a51e068 100755 --- a/dives/TestDiveDivingLog5.08allmetric.xml +++ b/dives/TestDiveDivingLog5.08allmetric.xml @@ -734,4 +734,4 @@ I also added the silly table groups - should show up as A and K - \ No newline at end of file + -- cgit v1.2.3-70-g09d2