Closed GoogleCodeExporter closed 9 years ago
Most probably, your download was not completed. Size of the
planet-120912.osm.pbf is 18464764609 bytes. If your file is shorter, software
expects your planet file be still the older (CDDL) version and starts download
from scratch again. For the same reason, the file remained opened and can't be
renamed, I guess.
Please try to switch your download method to Bittorrent and try again. HTTP
download is somehow broken. Bittorrent download should complete normally.
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 7:20
http://content.screencast.com/users/Malmis/folders/Jing/media/c7d57b1e-310c-4161
-859e-945fc39695b7/2012-09-21_0925.png
I was using BitTorrent.
Original comment by mit...@gmail.com
on 21 Sep 2012 at 7:26
Please double check your options. The message "Can not rename xxxx to yyyy" is
generated when HTTP download finished only. Bittorrent download copies the file
instead of moving because it is opened for seeding meanwhile and it's fail
messate is "Can not copy xxxx to yyyy". In addition, torrent for the last
Planet was generated several hours ago and the only peer downloading the file
yet is my testing robot.
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 7:42
Well, i have the file downloaded already and have BitTorrent checked and still
get the same error.
And i am actually seeding the full planet file with uTorrent.
Original comment by mit...@gmail.com
on 21 Sep 2012 at 7:54
Can you, please, upload logs here for further assessment?
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 8:12
Later, if this ongoing download doesn't work. I'm on 20% of bittorrent download
in osm2garmin right now.
Original comment by mit...@gmail.com
on 21 Sep 2012 at 8:15
Strange. Could you, please, upload the screenshot of the running download?
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 8:41
http://content.screencast.com/users/Malmis/folders/Jing/media/505ede68-fe5e-4023
-afb8-2ab2dac6245a/2012-09-21_1045.png
Original comment by mit...@gmail.com
on 21 Sep 2012 at 8:47
Thank you. If the problem will persist when download finished, please upload
both logs.
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 8:51
This issue was updated by revision r215.
This should fix Planet file renaming problem with HTTP download.
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 9:52
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 9:53
Uh...
Piece completed by webseed : 3221 (Total dl = 100.0 %)
Task completed
Bad response code from server 404 - Not Found.
Download error.
Bad response code from server 404 - Not Found.
Download error.
Contact Tracker. URL source =
http://ipv4.tracker.osm-torrent.torres.voyager.hr/announce?info_hash=%2Fx%C6%1A%
01%19%C7i%B3%20%5C%A5%A5%82J%9D%5C9%8C%1A&peer_id=-BE0001-%7E%27lJ%84%0C%1B%DF%C
2H%980&port=6881&downloaded=18464764609&uploaded=0&left=0&numwant=100&compact=1
{interval=900, complete=0, peers=[B@31196058, downloaded=0, min interval=60,
incomplete=0}
Tracker response OK. Next connection after 15 min.
Peer List updated from tracker with 0 peers
Bad response code from server 404 - Not Found.
Download error.
Bad response code from server 404 - Not Found.
Download error.
What is this? The program says 99,98% is downloaded, but this log says 100% but
then something got really weird.
Original comment by mit...@gmail.com
on 21 Sep 2012 at 3:46
Please upload both logs.
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 4:02
Don't really know what log files you talk about.
Original comment by mit...@gmail.com
on 21 Sep 2012 at 4:06
Attachments:
Trying to resume the download resulted in a error too.
Original comment by mit...@gmail.com
on 21 Sep 2012 at 4:07
Trying with HTTP, got the "Can not rename planet...." also with r216.
Original comment by mit...@gmail.com
on 21 Sep 2012 at 4:08
report.log from your maps directory and messages.log from
<userdir>/AppData/Roaming/osm2garmin/var/log
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 4:10
Can't provide any diagnostics without report.log from your maps directory.
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 4:13
Ok thanks - just delivered with my last comment.
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 4:14
Uploaded report.log is not a log from failed processing.
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 4:16
This time it did go some step further, but then some error.
Don't know why it couldn't resume from bittorrent first time, and not even with
HTTP.
Original comment by mit...@gmail.com
on 21 Sep 2012 at 4:37
Attachments:
Planet updates do not work in HTTP mode as presented in the last report.log.
They worked in BitTorrent mode only. I do not plan to fix the HTTP mode updates.
There seems to be currently a bug in the BitTorrent updater which causes errors
described in the Comment 12. I am able to reproduce the problem. Please stand
by for a fix.
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 4:55
Ok, good.
Original comment by mit...@gmail.com
on 21 Sep 2012 at 5:01
Two more remarks to the last comment:
Both failures, one described in the Comment 12 and in the log uploaded with the
Comment 22, are related to downloading updates and not the file
Planet-120912.osm.pbf. In both cases, the planet file download was finished
successfully.
Http download of updates did not work in earlier versions of the software
either. Most probably, I will take rid of it at all in future versions and
HTTP/BitTorrent switch will work for Planet file download only.
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 5:02
This issue was updated by revision r217.
Reset osc number to zero when osmosiswork points to non-ODbL planet file.
Original comment by mantl...@gmail.com
on 21 Sep 2012 at 7:42
All tests passed. Closing issue.
Original comment by mantl...@gmail.com
on 23 Sep 2012 at 8:53
Original issue reported on code.google.com by
mit...@gmail.com
on 21 Sep 2012 at 5:24