Hello all :)

I try to upload GPX trace on my profil (i'm not a new member), but ... i have the green sticky that i can wait 1/2h before i can see the file BUT i don't view the thumbnail of the GPX preview with the "WAIT" (red) indicator.

no mail to indicate a fail or successful upload job.
i have try to disconnect the profil and reconnect (no cache in my firefox = 0Mb).

any news ? (i wait and upload on monday...)


Comment from dave_zh on 23 January 2011 at 14:55

Had the same problem yesterday and today.
I use firefox too and i am even not a new user. Something may have changed, as for other users it seem to work well.
Hope it will be fixed soon.

Comment from Tractor on 23 January 2011 at 15:45

Same problem here, with Safari, so it's probably not related to the browser. Maybe the server is just busy.

Comment from jan_olieslagers on 23 January 2011 at 19:28

Sunday evening (in western europe, UTC+ 1) and the same prob for me too. Firefox on SuSE Linux. Well, if it don't work today, it might tomorrow... Sad that it doesn't show the file was received at least, that would be easier on my mind.

Comment from RGPS on 23 January 2011 at 19:50

i prefer don't show the file (wrongly) uploaded...if the server have problem.
i keep GPS track in my folder for the next day.

Comment from RGPS on 24 January 2011 at 12:03

always the same problem on this monday... :/

Comment from RGPS on 24 January 2011 at 15:28


1) I use a Holux GR-245
2) I use to retrieve my traces
3) It transform in GPX track (standard, not the OSM specific format)
4) I use GPX Editor, a freeware to cut no-logical traces (poor signal)

the think is that the specific "head" of GPX is too long (title #00001# 010407-13:34 for example...BEFORE the NMEA tracks).
perhaps a feature but OSM server reject this with no debug the GPX track.

i have uploaded 4 GPX track and it's ok, now...

Comment from jan_olieslagers on 24 January 2011 at 17:45

Well, mine still don't show up, and they were created with some homebrew scripting that has always performed flawlessly. Would anything have changed on the receiving side?
I am in doubt now to try and upload them a second time, we don't want to overload those precious servers without need. Still after 24 hours waiting I think I may suppose my first upload went wrong - for whatever reason. Definitely there's room for improvement here!

Comment from saimhe on 24 January 2011 at 21:06

Yes, they changed something.

Just tried to upload the same file via JOSM w/ DirectUpload plugin. It fails at the very end, too. Wireshark revealed the exact message:

HTTP/1.1 500 Internal Server Error
Date: Mon, 24 Jan 2011 20:54:15 GMT
Server: Apache/2.2.14 (Ubuntu)
X-Powered-By: Phusion Passenger (mod_rails/mod_rack) 3.0.1
Vary: Accept-Language,Accept-Encoding
Content-Language: en
X-Runtime: 1582
Cache-Control: no-cache
Error: Errno::EACCES: Permission denied - /store/rails/gpx/traces/910162.gpx
Set-Cookie: _osm_session=77948e7bd3506c4132aec5a2c13ecb5a; path=/; HttpOnly
Content-Length: 69
Status: 500
Connection: close
Content-Type: text/html; charset=utf-8

It's a shame that such an advanced technique is required to quote the exact message. The error text is in a static widget. There is no debugging log. And nobody will type such a long text from screen, ever. In the Dilbert universe, that would be a typical strategy to make support calls impossible :)

Will somebody report the error to developers? I have no idea who is responsible for this part of OSM. Can't deduce anything useful from .

Comment from saimhe on 24 January 2011 at 21:51

Managed to report it myself,

If somebody has a better idea, you're welcome :)

Comment from saimhe on 24 January 2011 at 23:00

Wow, they actually fixed it!

Log in to leave a comment