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...)
Discussion
Ulasan dave_zh terhadap 23 Januari 2011 pada 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.
David
Ulasan Tractor terhadap 23 Januari 2011 pada 15:45
Same problem here, with Safari, so it's probably not related to the browser. Maybe the server is just busy.
Ulasan jan_olieslagers terhadap 23 Januari 2011 pada 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.
Ulasan RGPS terhadap 23 Januari 2011 pada 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.
Ulasan RGPS terhadap 24 Januari 2011 pada 12:03
always the same problem on this monday... :/
Ulasan RGPS terhadap 24 Januari 2011 pada 15:28
[SOLVED]
1) I use a Holux GR-245
2) I use BT747.org 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 BT747.org feature but OSM server reject this with no indicator...to debug the GPX track.
i have uploaded 4 GPX track and it's ok, now...
Ulasan jan_olieslagers terhadap 24 Januari 2011 pada 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!
Ulasan saimhe terhadap 24 Januari 2011 pada 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 osm.wiki/Platform_status .
Ulasan saimhe terhadap 24 Januari 2011 pada 21:51
Managed to report it myself, http://trac.openstreetmap.org/ticket/3479
If somebody has a better idea, you're welcome :)
Ulasan saimhe terhadap 24 Januari 2011 pada 23:00
Wow, they actually fixed it!