Lr4 crashes with GPX with many track segments

  • 1
  • Problem
  • Updated 6 years ago
I've discovered that Adobe Lightroom appears to have some difficulty with complex GPX files that contain track segments e.g. within tracks (as GPSBabel can produce, as well as some GPS units). Lr4 kept crashing upon loading a GPX tracklog, the loading dialog would say something similar to "1234 tracks containing 1234 points". In reality the GPX file only has 1 section, but it contains many 's within the . When I tweaked the file so it was just 1 with 1 track segment containing all the trackpoints it loaded and geotagged perfectly. The dialog reported "1 track with 1234 points".

I believe this is a bug whereby Lr4 is treating 's as new tracks, when it should just be treating them as points. Currently it appears that everytime Lr4 hits it is starting a new track, where it should really only do this when hitting a new . If there are a large number of 's in a GPX file, which is possible, this could be causing Lr4 to create a large number of tracks and crash.

A far more robust approach would be to only create a new track when is hit, and just ignore the and continue loading to the existing track.

Lr seems far more capable when handing files formated this way (I've tested), so it would be nice to see a more robust handling of in the code.

Cheers Gav
Photo of rediguana

rediguana

  • 2 Posts
  • 0 Reply Likes
  • wasting time making GPX files fit Lr

Posted 6 years ago

  • 1
Photo of rediguana

rediguana

  • 2 Posts
  • 0 Reply Likes
Bugger. And GetSatisfaction stripped out all the trk, trkseg and trkpts. Basically everytime Lr4 sees a trkseg, it starts a new trk, and runs out of memory quickly because it seems to hit an arbitrary limit and crash. If Lr4 ignored trksegs and continued adding trkpts to the existing track, then it loads perfectly with many tens of thousands of trackpoints. The fix is _not_ to create a new track when you find a trkseg in a GPX file.