Downloading the Asia extract, and running Osmosis on it doesn’t require a powerful computer.
An old home computer can do it in about 5 minutes, except the download, which is determined by the speed of the internet conection.
A fast computer takes 2 minutes from Asia to gmapsupp.img
talkat.
Asia extract in pbf format (can be read by osmosis) is just 650MB. Almost certainly this will take a lot less time to D/L than through XAPI.
dimka
As you probably saw, I only mediated for Vladimir, who is the person behind this work. 
No offense taken
I approached geofabrik with a request to include the west bank in their extract. No intention to turn this into a political debate, let’s see what will their reply be.
adrukh
It is really good that we pursue all directions in parallel. I really hope geofabrik will help us with extraction.
Meanwhile, I set up XAPI → osmosis chain. Starting from now, I will upload to the same location daily israel.osm.bz2 in addition to gmapsupp.img; unless geofabrik will do useful one.
As of now, israel.osm.bz2 is 17Mb and gmapsupp.img is 34Mb.
I will experiment with downloading asia extract, and will reconfigure scripts if it will be proven better way to go.
For other stuff, I added “–name-tag-list=name:en,name,name:he,name:ar” for mkgmap. I still have no idea why sea is not generated, will check.
Regarding style, it is obtained here:
http://openmtbmap.x-nation.de/maps/openmtbmap_style.zip
They have TYP file, and lots of other data I don’t familiar with.
I will be glad for any ideas for further improvements.
How about supplying contours in OSM format?
talkat.
Please give Asia some priority. We do not want to hurt OSM by overloading the XAPI server.
Try only this value, nothing else re sea sectors:
–generate-sea=extend-sea-sectors
A TYP file lets you customize how the map looks like.
Colors, and icons for POIs and lines for ways.
On the other hand, the Garmin will take longer to render the map.
I, personally, don’t use a TYP file because of that disadvantage.
talkat.
I have just tried the following with success:
The last step took 15 mins on my netbook.
Overall time is waaaaayyy less than it used to be with XAPI (could have taken 2-3 hours or more).
dimka
Yeh, I tried with asia.osm.pbf. In my case, I have the same download speed as for XAPI - my connection is 1Mb DSL.
download takes 3 hours - in my case, XAPI is faster.
dimka, if you have such a good connection - would you publish somewhere daily extraction?
For polygon for osmosis - I checked that one from cloudmade - it is far from optimal. It includes some solid pieces of Jordan. I did polygon on my own, in josm, using coast line and administrative boundaries files from cloudmade.
Changed accordingly. Will see when next generation occurs (it run at 3am from chron). Thanks for input.
Unfortunately, I don’t have any server I could put the script on. With my own computer I can’t guarantee it will run daily.
It seems we need to do some fundraising
This might be the cause of your problem with the sea sectors…
talkat.
In style, changed custom type for “natural=sea” to standard Garmin’s 0x32.
Now sea generated using standard Garmin type.
I don’t see reason why custom type was used.
Next map generation should appear with “proper” sea. It will be ready about 5am.
P.S. any idea - what is the best time to start XAPI transaction; when server is less loaded? Now I set it for 3am, can I select better time?
Hi,
reverted sea type to custom one due to the problem described here:
http://openmtbmap.org/faq/#some-areaspolygons-are-not-rendered-or-incorrectly-ocea-overflowing
Briefly, if I use “correct” sea type, 1/2 of Haifa drawn as flooded.
Question: GPS shows “overzoom” for all map levels. How do I fix it? Where to look for?
Style defines:
levels = 0:24, 1:22, 2:21, 3:20, 4:19, 5:18, 6:16, 7:14
I’m sorry that I repeat myself, but please try to use other sources than XAPI.
This server is not intended for such a heavy query on a daily basis.
You are abusing the OSM resources.
You are biting the hand that feeds you.
We (I hope you are with me on this…) do not want OSM to shut down the project because its resources are spent on unnecessary cpu time and bandwidth.
Please please please try to use the Asia extract, or any other source, and not XAPI.
talkat.
Trying asia.pbf instead of XAPI. Any idea where can I get something smaller then whole asia?
Great!
You might want to change the cron job, as it’s published after 03:00.
Set it to 06:30, or something like that.
No need to.
The download is fast enough, and extracting with Osmosis is very fast.
Using Osmosis with the right polygon will make your map a lot better!
I checked your map from today, there’s still LOTS of work to be done on the style file.
Let’s get on with the Asia extract, and then see about the rest of the issues in your map.
One other note, if possible.
Wherever (and whenever) you publish the map that you made in Velik,
could you please ask people to upload gps tracks to OSM?
It would be best if they could actually edit the track after upload, but uploading the track is good enough for a start. (I’m sure some angels would pick them up sometime… 
)
After all, it will make the OSM (and Velik) map better.
The map is as good as its contributors’ work…
talkat.
In fact I did also (probably at the same time as adrukh ), and just got their answer:
So, I guess we will know by tomorrow night if the matter is settled.
dimka
I am taking care of this issue. I already went through the giant repository of tracks on is-israel.com, and added them all to OSM. Now I am uploading new tracks that are published constantly on velik.org, adding tracks and paths where needed.
The main drawback of such work is that I do not necessarily mark everything correctly in terms of properties. For example, I might draw a track when in fact it should be a path.
I think that now the state of biking and hiking tracks in Israel on OSM is good enough for us to direct some efforts to correction of data, not only to addition of new data. Vladimir’s map will be used more and more by velik.org bikers, and I’ll ask them to report discrepancies.
talkat: thanks for input. I’ll shift cron to later time.
With asia extract - good for now; when geofabrik will publish “proper” extract, I might switch to it. Anyway, my extraction published daily in the dame location as garmin map
(http://velik.org/garmin/)
For style file, I’d be glad for any help. I understand almost nothing in this matter. For now, I just use stype from openmtbmap
(I sync with svn repository from https://svn.origo.ethz.ch/openmtbmap))