<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Dec 10, 2014 at 6:56 PM, Miika Turkia <span dir="ltr"><<a href="mailto:miika.turkia@gmail.com" target="_blank">miika.turkia@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="h5">On Wed, Dec 10, 2014 at 5:20 PM, Dirk Hohndel <span dir="ltr"><<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>On Wed, Dec 10, 2014 at 03:12:18PM +0000, Pedro Neves wrote:<br>
> Subsurface's XML format supports four coordinate formats according to the<br>
> manual:<br>
><br>
> "The coordinates can be entered by hand if they are known, using one of four<br>
> formats with latitude followed by longitude:<br>
> ISO 6709 Annex D format e.g. 30°13'28.9"N 30°49'1.5"E<br>
> Degrees and decimal minutes, e.g. N30° 13.49760' , E30° 49.30788'<br>
> Degrees minutes seconds, e.g. N30° 13' 29.8" , E30° 49' 1.5"<br>
> Decimal degrees, e.g. 30.22496 , 30.821798<br>
> Southern hemisphere latitudes are given with a S, e.g. S30°, or with a<br>
> negative value, e.g. -30.22496. Similarly, western longitudes are given with<br>
> a W, e.g. W07°, or with a negative value, e.g. -7.34323."<br>
><br>
> However I can only import GPS coordinates from a .CSV file if they are<br>
> expressed as decimal degrees (and without a comma separating latitude and<br>
> longitude): "30.22496 30.821798". All the other formats result in empty<br>
> coordinates on Subsurface.<br>
><br>
> I'm not sure if this has to do with the import filter code or with my<br>
> locale, but it would be helpfull if someone could run a few tests on other<br>
> machines just to make sure. I'm inclined to write that the GPS coordinates<br>
> on the .CSV file have to follow the format "dd.dddd dd.dddd", with a "-" for<br>
> S latitudes and W longitudes<br>
<br>
</span>This is almost certainly Miika's input filter... we have some rather<br>
fragile C++ functions to parse all the other formats, but I don't think he<br>
can easily call those from XSLT...<br></blockquote><div><br></div></div></div><div>bug, fixing...<span class=""><font color="#888888"><br></font></span></div></div></div></div></blockquote><div><br></div><div>Well, it seems that the GPS location is always internally in the decimal format. Thus I cannot just pass the string to Subsurface processing. We should probably use the GUI function for GPS parsing, if we want to allow more flexible GPS format for the import. (It really does not make sense to try parse these in XSLT.)<br><br></div><div>miika<br></div></div><br></div></div>