On 18/01/11 17:28, WanMil wrote:
Displays section MDR6 of the MDR.
Steve, can you commit that? I have no commit rights on the display svn.
It is committed. You should have commit to display now.
..Steve
___
mkgmap-dev mailing list
On Tue, 2011-01-18 at 21:46 +0100, Henning Scholland wrote:
Hi,
in the resulting osm-file are all values correct. Eg. the
elevationline for 20m is tagged with ele=20. Also this line is
displayed there elevation is 20m. But this line is named as 6m.
srtm2osm-call should be correct. It
On Wed, Jan 19, 2011 at 10:49:37AM +0700, Peter Hendricks wrote:
Sorry Marko, you lost me there. I don't use styles for the quick and
dirty maps I make for my mapping purposes. For navigation I use
Lambertus' maps (and as far as I know he doesn't use any custom styles,
either).
The patch that
On Wed, Jan 19, 2011 at 10:32:04AM +0700, Peter Hendricks wrote:
4 posts in the ground with some kind of overhanging roof. People will
seek shelter under the roof from either sun or rain. These are found
all over Thailand on road sides. If it rains you can often even get
your bike in there, if
On 11/01/11 12:21, Minko wrote:
Hi Steve,
I removed road-name pois, but it didnt help.
Mapsource still crashes.
OK, the option shouldn't cause a crash, but since it was reported as
being a possible problem it was worth trying.
Does it solve the problem state/province on the newer GPS units
Hi
Thanks for testing.
On my unit (Nuvi200W) the problem remains the same (as reported before
by other people):
Address search is not available, as the unit requests the
state/province i.s.o. country, and refuse any input, or rather does not
Yes I am not expecting any change here yet. I
I notice that a number of people are using: the --make-poi-index
option which is marked as 'not yet useful' in the help.
Has anyone checked if makes any difference and that it is not actually
harmful?
..Steve
___
mkgmap-dev mailing list
Hi
My tiles have one speciality: They are quite small. I have splitted with
max-nodes=10.
I suspect that mdr8/12 should not be included if there is only one
entry as it is in your case.
Once I get the chance I will try fixing that, but you might want to
see if it helps removing the
On 19.01.2011 13:08, Steve Ratcliffe wrote:
On 11/01/11 12:21, Minko wrote:
Hi Steve,
I removed road-name pois, but it didnt help.
Mapsource still crashes.
OK, the option shouldn't cause a crash, but since it was reported as
being a possible problem it was worth trying.
Never noticed a crash
Hi
I had some looks at the code, especially on MDRSection7, which is
important for street search. And, yes, there are some more fields
decoded. But most of the comments are in polish, so it's very hard (at
least for me) to unterstand what those fields are used for and where to
get the
Hi
My tiles have one speciality: They are quite small. I have splitted with
max-nodes=10.
I suspect that mdr8/12 should not be included if there is only one
entry as it is in your case.
Once I get the chance I will try fixing that, but you might want to
see if it helps removing the
I notice that a number of people are using: the --make-poi-index
option which is marked as 'not yet useful' in the help.
Has anyone checked if makes any difference and that it is not actually
harmful?
..Steve
I have removed the make-poi-index option but it does not seem to make
any
I started to strip down the index branch to things that work so that we
can add more and more things until we get a running index branch.
As a first step I modified the OSM reader so that there will be no
special character for sure. All non recognized characters
('a'-'z','A'-'Z','0'-'9','
Am 19.01.2011 20:15, schrieb WanMil:
I started to strip down the index branch to things that work so that we
can add more and more things until we get a running index branch.
As a first step I modified the OSM reader so that there will be no
special character for sure. All non recognized
Steve Ratcliffe schrieb:
Hi
I had some looks at the code, especially on MDRSection7, which is
important for street search. And, yes, there are some more fields
decoded. But most of the comments are in polish, so it's very hard (at
least for me) to unterstand what those fields are used
Hi
I observed the same result when I added the MDR8.
Adding MDR12 returns to the old behaviour with exceptions and MapSource
crashes.
Thanks that was a good clue I hope. I modify the size of the section
mdr11 in the routine that writes it out. As all the sections depend on
each other and
WanMil schrieb:
Has anyone dared to look into the cpreview code?
So we do at the moment.
http://cgpsmapper.svn.sourceforge.net/viewvc/cgpsmapper/cgpsmapper/cpreview/mdr_creator.cpp?revision=4view=markup
There seems the structure of the bits be very well decoded.
More or
Hallo Johannes,
while I cannot help with the actual bug, I can give you some advice to
narrow it down. Once you have a minimal test case, your bug should be
fixable.
On Tue, Jan 18, 2011 at 09:52:13PM +0100, Johannes Formann wrote:
rerun with a reduced option set (an the debug-patch still
Just as I don't want to post this in other threads as O.T. here seems to
be the bext explications on how cpreview works (and why mkgmap maps are
unsuitable for further processing to create an index using cpreview).
I started to strip down the index branch to things that work so that we
can add more and more things until we get a running index branch.
As a first step I modified the OSM reader so that there will be no
special character for sure. All non recognized characters
('a'-'z','A'-'Z','0'-'9','
Thanks a lot, this was the hint I needed. Works now very well.
Henning
Am 19.01.2011 13:28, schrieb garvanmaew:
On Tue, 2011-01-18 at 21:46 +0100, Henning Scholland wrote:
Hi,
in the resulting osm-file are all values correct. Eg. the
elevationline for 20m is tagged with ele=20. Also this
WanMil schrieb:
Am 19.01.2011 20:15, schrieb WanMil:
I started to strip down the index branch to things that work so that we
can add more and more things until we get a running index branch.
As a first step I modified the OSM reader so that there will be no
special character for sure.
Hi
I observed the same result when I added the MDR8.
Adding MDR12 returns to the old behaviour with exceptions and MapSource
crashes.
Thanks that was a good clue I hope. I modify the size of the section
mdr11 in the routine that writes it out. As all the sections depend on
each other
WanMil schrieb:
Has anyone dared to look into the cpreview code?
So we do at the moment.
http://cgpsmapper.svn.sourceforge.net/viewvc/cgpsmapper/cgpsmapper/cpreview/mdr_creator.cpp?revision=4view=markup
There seems the structure of the bits be very well decoded.
More or less.
Just as I don't want to post this in other threads as O.T. here seems to
be the bext explications on how cpreview works (and why mkgmap maps are
unsuitable for further processing to create an index using cpreview).
Am 19.01.2011 22:07, schrieb Johann Gail:
WanMil schrieb:
Am 19.01.2011 20:15, schrieb WanMil:
I started to strip down the index branch to things that work so that we
can add more and more things until we get a running index branch.
As a first step I modified the OSM reader so that there
On 19.01.2011 22:36, WanMil wrote:
Just as I don't want to post this in other threads as O.T. here seems to
be the bext explications on how cpreview works (and why mkgmap maps are
unsuitable for further processing to create an index using cpreview).
WanMil schrieb:
Hi
I observed the same result when I added the MDR8.
Adding MDR12 returns to the old behaviour with exceptions and MapSource
crashes.
Thanks that was a good clue I hope. I modify the size of the section
mdr11 in the routine that writes it out. As all the
Hi
Here is what I have done with cpreview.
I have managed to compile it on Linux. I could not get it to work
when compiled for 64 bits, so I had to compile it for 32 bits.
It runs against mkgmap compiled .img files (that are created on the
index branch - I had to make a small change to work
Hi
In mdr_creator.cpp in line 1291 is a difference between mdr8 and mdr12.
The lenght of the mdr12 dataset needs place for one more bit. I cannot
I will double check, although I probably deal with it.
find any code where the mdr12 gets written out, so I cannot see the
meaning of the bit.
In mdr_creator.cpp in line 1291 is a difference between mdr8 and mdr12.
The lenght of the mdr12 dataset needs place for one more bit. I cannot
I will double check, although I probably deal with it.
find any code where the mdr12 gets written out, so I cannot see the
meaning of the
I previously thought that the sections 8/12 might be useful for the
device, but on thinking about it they cannot be.
Why not? The sections are IMO only usefull at the device.
I meant they are not useful because mapsource calculates them on transfer.
There may be a flag that says what is sent
32 matches
Mail list logo