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...)
การอภิปราย
ความคิดเห็นจาก dave_zh เมื่อ 23 มกราคม 2011 เมื่อเวลา 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
ความคิดเห็นจาก Tractor เมื่อ 23 มกราคม 2011 เมื่อเวลา 15:45 น.
Same problem here, with Safari, so it's probably not related to the browser. Maybe the server is just busy.
ความคิดเห็นจาก jan_olieslagers เมื่อ 23 มกราคม 2011 เมื่อเวลา 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.
ความคิดเห็นจาก RGPS เมื่อ 23 มกราคม 2011 เมื่อเวลา 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.
ความคิดเห็นจาก RGPS เมื่อ 24 มกราคม 2011 เมื่อเวลา 12:03 น.
always the same problem on this monday... :/
ความคิดเห็นจาก RGPS เมื่อ 24 มกราคม 2011 เมื่อเวลา 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...
ความคิดเห็นจาก jan_olieslagers เมื่อ 24 มกราคม 2011 เมื่อเวลา 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!
ความคิดเห็นจาก saimhe เมื่อ 24 มกราคม 2011 เมื่อเวลา 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 .
ความคิดเห็นจาก saimhe เมื่อ 24 มกราคม 2011 เมื่อเวลา 21:51 น.
Managed to report it myself, http://trac.openstreetmap.org/ticket/3479
If somebody has a better idea, you're welcome :)
ความคิดเห็นจาก saimhe เมื่อ 24 มกราคม 2011 เมื่อเวลา 23:00 น.
Wow, they actually fixed it!