Nop,
Please try 1197 and see if the problem is still there.
Mark
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Version 1197 was commited by markb on 2009-09-16 20:39:25 +0100 (Wed, 16 Sep
2009)
Make size estimate for lines and shapes more cautious.
It was estimating that 2 bytes per point would be needed but although this
is adequate for a lot of lines/shapes, some require more than that so make
it err
Hello Nop,
> mkgmap r1196 quits with an error "polygon offset too large". When I use
> mkgmap r1163 with exactly the same data and parameters, no error occurs.
>
> What does this message mean?
It means that the change I made could have been better. I will
investigate.
Mark
___
Hello all,
As I understand it mkgmap uses the is_in tag (if present) to determine
the region of a given city. If no is_in tag exists, it uses whatever
was defined by --region-abbr in the command line, and if nothing was
defined, then it uses nothing.
If this is so, then why is --region-abbr i
On Wed, Sep 16, 2009 at 02:20:27PM +0100, Steve Hosgood wrote:
> The MDR file is a binary file - I don't know much about those obsolete
> 20th century text-editors like emacs, but unless it can handle raw
> binary, you're stuffed.
It can, if you tame it appropriately. (Be sure to disable any in
maning sambale wrote:
> So the address is the only problem?
>
> Update: I was able to read an MDR file in emacs. Now how to
> understand is the next challenge :)
>
>
Yup - understanding the MDR file is what a bunch of us are trying to do!
See the wiki page for our accumulated wisdom(!) so far
Hi!
mkgmap r1196 quits with an error "polygon offset too large". When I use
mkgmap r1163 with exactly the same data and parameters, no error occurs.
What does this message mean?
bye
Nop
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.o
> The biggest problem should be if you have a 25-sign-installationcode for this
> map or not. Probably not.
> There are keygens which can do the job but that breacks copyright law for
> shure.
> But may be you have a code.
>
I have been able to use some maps on a PC with the code DEMO instead
of
So the address is the only problem?
Update: I was able to read an MDR file in emacs. Now how to
understand is the next challenge :)
On Wed, Sep 16, 2009 at 6:07 PM, wrote:
> Quoting maning sambale :
>
>> Is it possible to implement global indexing incrementally? Looking at
>> my mapsource, th
Is it possible to implement global indexing incrementally? Looking at
my mapsource, the "Find Places" has 4 tabs (city, feature, address,
intersection). This is disabled when I am using mkgmap generated
maps.
Maybe we can focus first in creating the city search index first or
address search and
> In principle, it should be quite possible to route across tiles that
> have a wiggly boundary. This could be achieved quite straightforwardly
> by the splitter tagging the boundary points so that mkgmap knows where
> they are.
The attached patch is possibly all you need in mkgmap to be able to
On Sep 16, 2009, at 09:42, Marko Mäkelä wrote:
> I seem to remember someone mentioning that Garmin supports non-
> rectangular
> map tiles. Would that help? Or would it be too much effort with
> too little
> gain to implement that in mkgmap (and splitter)?
> Am 16.09.2009, Carsten Schwede wro
Hi,
Apollinaris Schoell schrieb:
> tiles must split on garmin map units. only splitter does that
> automatically.
> search the archive for the exact math or the splitter source code
OK thanks, I want to try to understand the splitter code. ;-)
I want to use for my worldmap 1x1° tiles, because
> I seem to remember someone mentioning that Garmin supports non-rectangular
> map tiles. Would that help? Or would it be too much effort with too little
> gain to implement that in mkgmap (and splitter)?
I have seen a Garmin map with boundary points that do not lie on a
rectangle so, it's pla
On Wed, Sep 16, 2009 at 12:29:42AM -0700, Apollinaris Schoell wrote:
> mkgmap can create routable maps across tiles. This requires splitting
> on defined grids and is done with the splitter automatically
> It is not possible to stitch data from multiple Coudmade/Geofabrik
> downloads. They are
tiles must split on garmin map units. only splitter does that
automatically.
search the archive for the exact math or the splitter source code
On 16 Sep 2009, at 24:14 , d...@team-oid.de wrote:
> I'm currently a bit confused.
> Is it possible to route over mapssets or not?
> I think it's still
mkgmap can create routable maps across tiles. This requires splitting
on defined grids and is done with the splitter automatically
It is not possible to stitch data from multiple Coudmade/Geofabrik
downloads. They are broken at the boundary and this information is lost.
For a world map split th
I'm currently a bit confused.
Is it possible to route over mapssets or not?
I think it's still not working for maps which are splitted without
splitter.
Marco
Am 16.09.2009 um Uhr haben Sie geschrieben:
> Hi,
>
> Ralf Kleineisel schrieb:
>
> > - Make one Garmin map with mkgmap + splitter so you c
Hi,
Ralf Kleineisel schrieb:
> - Make one Garmin map with mkgmap + splitter so you can route between all
> tiles
What need mkgmap special to enable routing between tiles? I would like
to use this special also in the cutting program I use for creating a
completely routable worlmap...
--
Viele
On 09/16/2009 12:19 AM, Apollinaris Schoell wrote:
> you can use the downloads from geofabrik or cloudmade or use osmosis
> with country polygons and run splitter on this data.
> why duplicate the same functions in splitter?
Because AFAIK those split files you cannot do this:
- Take two or mor
I know and I already using the geofabrik sources, but maps which are not
splitted with psplitter are not able to route over borders. This was a
limitation of mkgmap, that routing is only possible from one to an other
country, if the maps are splitted with splitter. Using the geofrbic
splitter sourc
21 matches
Mail list logo
