Project

General

Profile

Bug #10682

Dark table barfs at mygpx file

Added by Ludovic Hirlimann over 3 years ago. Updated over 3 years ago.

Status:
Fixed
Priority:
Low
Assignee:
-
Category:
Map / Geolocation
Start date:
10/23/2015
Due date:
% Done:

100%

Affected Version:
2.0rc1
System:
all
bitness:
64-bit
hardware architecture:
amd64/x86

Description

I use an amod 380GL gps that producces NMEA files. I then convert them using GPS babel.
Darktable refuses to parse them displaying a :" There is a time element pout of a trackpoint".
According to http://www.topografix.com/GPX/1/1/gpx.xsd this is valid and it's the time that gpx file got generated.

in src/common/gpx.c
else if(strcmp(element_name, "time") == 0) {
if(!gpx->current_track_point) goto element_error;

gpx->current_parser_element = GPX_PARSER_ELEMENT_TIME;

This should NOT barf on the first time element error. Maybe adding a is_first_time flag would help.

GPS_20150726_063345.log.gpx - gpx file showing the issue (323 KB) Ludovic Hirlimann, 10/23/2015 03:54 PM


Related issues

Duplicates darktable - Bug #9624: GPX reading: False complaints about <time> tag Fixed 10/20/2013

History

#1 Updated by Edouard Gomez over 3 years ago

I had a fix since a few months for a similar problem. It has been merged in master: 55f619856d522c40f5ff18265d524578ce85bb55.

So it'll be part of 2.0 release/

#2 Updated by Edouard Gomez over 3 years ago

  • % Done changed from 0 to 100
  • Status changed from New to Fixed

#3 Updated by Edouard Gomez over 3 years ago

  • Affected Version changed from git development version to 2.0rc1
  • Target version set to Candidate for next major release

#4 Updated by Roman Lebedev over 3 years ago

  • Duplicates Bug #9624: GPX reading: False complaints about <time> tag added

Also available in: Atom PDF