Closed WetenSchaap closed 2 weeks ago
After some testing, I can say that this issue is unrelated to #56. The error occurs because the trail has no name tag in the metadata section. wanderer parses this section to determine the trail name when uploading through the API. If the trail name is empty PocketBase rejects the insert attempt as the name field is required for a trail entry.
The trail you provided as an example has a name, so it uploads without problems in my tests.
You are absolutely right, the example file was actually the only file in a group that did upload correctly - oops. The others do have a name, but defined outside the metadata section: see correct example here.
At any rate, just erroring out because a track has no name may not be the right way to go? Maybe a fallback to the file name is a better strategy?
I agree. Trails without a name will get a generic "trail-
I won't take names outside of the metadata tag into account as they are not part of the official GPX specs.
That makes complete sense, probably better to keep Pandora's box firmly closed.
Thanks for the great work, it is really appreciated! :+1:
I think something changed in a version prior to 0.5.1. I don't know which version I was running when I uploaded 500 GPX files without any problem ( apart from English to Dutch! [1]) 👍
Note: all my GPXs are created by various Garmin or Bosch devices, I have no control over how they create the GPXs.
The GPXs created by these devices place the name into the tag:
<trk><name>
and not:
<metadata><name>
If the <trk><name>
key/value is copied to <metadata>
Wanderer will create the trail.
[1] something else happened with the 500 GPX file import, the Track Names were translated from English to Dutch!
I just published v0.6.0. Trails without a name in the metadata tag will now get uploaded and receive a generic name.
Presumably related to #56.
Some of my gpx files (example here, same as mentioned in #56) are not uploaded automatically from the auto-upload folder. When I run the job manually I get the following error message:
Other GPX-files do get uploaded as expected, so it probably has something to do with the
<rte>
tag again?