GpxTrackPoster: Something went wrong when loading GPX

Hi, can someone help me getting this to run in native windows? All dependecies and venv work, but if i pass a gpx dir (that confirmed works on linux) i get the above error.The error is in track.py:76 except Exception as e: # raise TrackLoadError("Something went wrong when loading GPX.") from e Sadly that doesn’t tell me much.

If i remove the exception, I end up with an assertion error in create_poster-script.py:11, in <module> load_entry_point('gpxtrackposter==0.1', 'console_scripts', 'create_poster')() I’m not familiar with all that build framework around that script so any help or pointers would be appreciated, because i think it’s not an issue with the script itself or gpxpy.

About this issue

  • Original URL
  • State: open
  • Created 3 years ago
  • Comments: 21 (11 by maintainers)

Most upvoted comments

I’ve just added a command line option --workers NUMBER_OF_WORKERS.

  • If omitted, the default number of processes will be used for track loading (~ number of CPU cores);
  • if > 1, the specified number of processes will be used;
  • if <= 1, tracks will be loaded without any multi-processing (in a plain for-loop without concurrent.futures...)

So, if there are any problems with loading, --workers 1 should help.

Hello, I just stumbled upon this issue. Don’t know if it is fixed meanwhile. If not, I had the problem with ‘ProcessPoolExecutor’ on Windows as well. After some research I replaced it in track_loader.py with concurrent.futures.ProcessPoolExecutor() as executor: with: with concurrent.futures.ThreadPoolExecutor(max_workers = 5) as executor:

This worked for me. Maybe you want to try it.

Best Regards, and @flopp, thanks a lot for the great application.

After specifying --workers 1, I was able to generate my poster successfully on my Mac! Thanks!!

@yihong0618 I think - in Windows filenames are perfectly fine.

@narfel Which python version did you use? And can you offer some screen shot or something ?