OpenStreetMap
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...)
Discussione
Commento di dave_zh il 23 gennaio 2011 alle 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
Commento di Tractor il 23 gennaio 2011 alle 15:45
Same problem here, with Safari, so it's probably not related to the browser. Maybe the server is just busy.
Commento di jan_olieslagers il 23 gennaio 2011 alle 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.
Commento di RGPS il 23 gennaio 2011 alle 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.
Commento di RGPS il 24 gennaio 2011 alle 12:03
always the same problem on this monday... :/
Commento di RGPS il 24 gennaio 2011 alle 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...
Commento di jan_olieslagers il 24 gennaio 2011 alle 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!
Commento di saimhe il 24 gennaio 2011 alle 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 .
Commento di saimhe il 24 gennaio 2011 alle 21:51
Managed to report it myself, http://trac.openstreetmap.org/ticket/3479
If somebody has a better idea, you're welcome :)
Commento di saimhe il 24 gennaio 2011 alle 23:00
Wow, they actually fixed it!