開放街圖標誌 OpenStreetMap 開放街圖

Hello, sunday...server problem ?

於 2011年一月23日 由 RGPSFrench (Français)發表。

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...)

電子郵件圖示 藍天圖示 Facebook 圖示 LinkedIn 圖示 乳齒象圖示 Telegram 圖示 X 圖示

討論

dave_zh2011年01月23日 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

Tractor2011年01月23日 15時45分 發表的評論

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

jan_olieslagers2011年01月23日 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.

RGPS2011年01月23日 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.

RGPS2011年01月24日 12時03分 發表的評論

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

RGPS2011年01月24日 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_olieslagers2011年01月24日 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!

saimhe2011年01月24日 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 .

saimhe2011年01月24日 21時51分 發表的評論

Managed to report it myself, http://trac.openstreetmap.org/ticket/3479

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

saimhe2011年01月24日 23時00分 發表的評論

Wow, they actually fixed it!

登入 來留下評論