Re: [mkgmap-dev] Splitting at country borders?

2009-09-20 Thread Dermot McNally
2009/9/20 Apollinaris Schoell : > first someone needs to figure out how search works at all. it may not > even use country specified in a img tile. While we should certainly keep an open mind, it's too convenient that Garmin choose to break all their maps at national borders too. Dermot -- ---

Re: [mkgmap-dev] Splitting at country borders?

2009-09-20 Thread Apollinaris Schoell
On 20 Sep 2009, at 15:11 , Dermot McNally wrote: > 2009/9/20 Apollinaris Schoell : > >> but why split along the border? if you for example load bavaria- >> nord, >> bavaria-south+austria-northwest, austria-southwest-italy-nord >> is there any disadvantage? all borders are open in most of europe

Re: [mkgmap-dev] Splitting at country borders?

2009-09-20 Thread Dermot McNally
2009/9/20 Apollinaris Schoell : > but why split along the border?  if you for example load bavaria-nord, > bavaria-south+austria-northwest, austria-southwest-italy-nord > is there any disadvantage? all borders are open in most of europe.why > reintroduce them everywhere. For every .img file we ge

Re: [mkgmap-dev] Splitting at country borders?

2009-09-20 Thread Apollinaris Schoell
>> >> > As I'he written before, I don't know the internals of osmosis. But > if I > the ways are clipped at a border, then it should be possible to > create a > new node at the intersection and mark the node as a border node. > Is there a developper of osmosis reading this list? I guess Brett

Re: [mkgmap-dev] Splitting at country borders?

2009-09-20 Thread Apollinaris Schoell
Marco, There is a problem with Geofabrik downloads and it is not possible to combine 2 of them into a complete osm file. Since they provide it for free we can't complain. Instead we have to use other methods. I am sure Geofabrik does that for a reason because there are other use cases than

Re: [mkgmap-dev] Splitting at country borders?

2009-09-20 Thread Felix Hartmann
Johann Gail wrote: neither splitter or osmosis insert new points. but it is required to have boundary nodes in mkgmap. splitter would need to calculate crossing points with the boundary or a provided split polygon with all ways and insert the boundary points. This is my opinion too.

Re: [mkgmap-dev] Splitting at country borders?

2009-09-20 Thread Johann Gail
> neither splitter or osmosis insert new points. but it is required to > have boundary nodes in mkgmap. splitter would need to calculate > crossing points with the boundary or a provided split polygon with all > ways and insert the boundary points. > This is my opinion too. Whatever tool

Re: [mkgmap-dev] Splitting at country borders?

2009-09-20 Thread dom Team OiD
Apollinaris, I don't know if you questions was directed to my, but to create a map which alows routing drom kopenhagen to rome, I have to take a full europe map. It is not possible to download demark, germany, austria and italy, because routing is not possilbe then. routing only works if I take

[mkgmap-dev] Commit: r1210: Implement the MDX file.

2009-09-20 Thread svn commit
Version 1210 was commited by steve on 2009-09-20 18:30:12 +0100 (Sun, 20 Sep 2009) Implement the MDX file. This is pointed to by the IDX entry at the family level in the windows registry for the map set. ___ mkgmap-dev mailing list mkgmap-dev@lists.m

[mkgmap-dev] Commit: r1209: Initial files to create a MDR file.

2009-09-20 Thread svn commit
Version 1209 was commited by steve on 2009-09-20 16:31:18 +0100 (Sun, 20 Sep 2009) Initial files to create a MDR file. There is a temporary main in MDRFile that will produce an MDR file embeded in a .img file. It is empty apart from the header. ___

Re: [mkgmap-dev] address search problem due to required "State" value

2009-09-20 Thread Steve Ratcliffe
Hi On 19/09/09 12:43, Johann Gail wrote: > We have some basic knowledge of the format in the wiki. Has anyone tried > to generate a mdr with the known sections and see what happens on > mapsource or a gps unit. Not as far as I know. But why don't we just start. I shall kick things off by creat

Re: [mkgmap-dev] Splitter r95 - improved command line handling, tile naming based on location

2009-09-20 Thread Chris Miller
Hi Mark MB> Ooops, silly me. I just grabbed the first file that looked MB> interesting. I should have read your email more carefully. Well I probably should have pointed out that gotcha explicitly in my original email. It's easy enough for me to fix but I've been thinking about building in bett

Re: [mkgmap-dev] Splitter r95 - improved command line handling, tile naming based on location

2009-09-20 Thread Mark Burton
Hi Chris, > Ah yeah, it's not very clever I'm afraid, that looks like a bug :( I'll > fix it later this afternoon, but in the meantime it looks like you'll have > to put the zip file in the current directory (or hack the code yourself). No problem. > Another thing, I'd recommend against usi

Re: [mkgmap-dev] Splitter r95 - improved command line handling, tile naming based on location

2009-09-20 Thread Chris Miller
Ah yeah, it's not very clever I'm afraid, that looks like a bug :( I'll fix it later this afternoon, but in the meantime it looks like you'll have to put the zip file in the current directory (or hack the code yourself). Another thing, I'd recommend against using anything other than the cities*

Re: [mkgmap-dev] Splitter r95 - improved command line handling, tile naming based on location

2009-09-20 Thread Mark Burton
Hi Chris, > - Tiles can be named based on the area they cover. To use this, download > one of the cities files from http://download.geonames.org/export/dump/ and > point to it with --geonames-file=cities.zip. The splitter will then > try to name each tile sensibly based on the biggest city in

[mkgmap-dev] Splitter r95 - improved command line handling, tile naming based on location

2009-09-20 Thread Chris Miller
I've finally found the time to clean up and check in a couple of changes to the splitter that have been in the pipeline for a while: - Improved command line handling. Now provides usage instructions, error messages when invalid parameters are specified, and it is easier to maintain the code. -