Hi Maning,
http://www.openstreetmap.org/user/bri%20g/diary/9588 wrote:
> "Okay let me explain, if I store the point of exactly where I am that
> works, but usually I move the pointer to where the data point is, say
> a post box on the other side of the road, but that is in in an area,
> so the Gar
Hi,
I found this in the osm diary:
http://www.openstreetmap.org/user/bri%20g/diary/9588
"On another point can I talk about areas? The whole of the University
of British Columbia was and still is tagged as an area - fine no
problem, but loading my Garmin HCX with a map derived from an OSM file
con
Hi
> I think the answer is not so easy. From my point of view: use the latest
> one (r1575).
>
> Question to all: Which issues must be fixed before releasing another
> stable version?
I think we should update the stable version fairly frequently, every
month or so, but avoiding just after a majo
On 17.02.2010 21:42, WanMil wrote:
>> Hi!
>>
>> According to the wiki, the last revision of mkgmap recommended as
>> more-or-less stable is 1188. Which is rather ancient, of course. :-)
>>
>> As there have been quite some interesting changes recently, especially
>> around multipolygons, I'd like
Hi WanMil,
> the patch for the mp code does not remove any tags from the source
> polygons and lines. Instead it tags all mp-source lines and polygons
> with mkgmap:mp_source=yes.
>
> All artificially created polygons during the mp processing are tagged
> with mkgmap:mp_created=yes.
>
> Example:
Hi Marko and others,
the patch for the mp code does not remove any tags from the source
polygons and lines. Instead it tags all mp-source lines and polygons
with mkgmap:mp_source=yes.
All artificially created polygons during the mp processing are tagged
with mkgmap:mp_created=yes.
Example:
Hi WanMil,
> Regarding your questions I reply with some other questions:
> * Why do you split large multipolygons to smaller ones?
I am expecting problems with some tools. Let us assume that Lake Saimaa
is consists of 1 ways with an average 300 nodes per way. If it were
a single multi
> Hi WanMil and others,
>
> Some time ago, there was discussion that the MultiPolygon code in
> mkgmap should tag the lines that it generates when splitting
> multipolygons to polygons.
>
> I think that there is a genuine need to split large multipolygons to
> smaller multipolygons in the OSM data
>
> Hi!
>
> According to the wiki, the last revision of mkgmap recommended as
> more-or-less stable is 1188. Which is rather ancient, of course. :-)
>
> As there have been quite some interesting changes recently, especially
> around multipolygons, I'd like to raise the question again: In your
> exp
> Hi WanMil,
>
>> I didn't get any negative feedback. Could you please commit this
>> patch?
> You did get some feedback from me, but it is not that critical. I
> committed the patch in trunk r1575.
> Thank you for your ongoing efforts,
>
> Marko
Yeah, but it was not too *negative* ;-)
Than
Hi WanMil and others,
Some time ago, there was discussion that the MultiPolygon code in
mkgmap should tag the lines that it generates when splitting
multipolygons to polygons.
I think that there is a genuine need to split large multipolygons to
smaller multipolygons in the OSM data too. For
Hi WanMil,
> I didn't get any negative feedback. Could you please commit this
> patch?
You did get some feedback from me, but it is not that critical. I
committed the patch in trunk r1575.
Thank you for your ongoing efforts,
Marko
___
mkgmap
Version 1575 was commited by marko on 2010-02-17 19:32:07 + (Wed, 17 Feb
2010)
Allow overlapped lines in multipolygons (WanMil)
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Torsten, you are right that I'm expecting too much ;-)
We have only a limited number of Garmin lines to use, so I created some extra
possibilities
by combining those lines with the layer option. Multiple map-layers can be done,
but I don't like it because you can't see them in Mapsource.
What I
> Compared to v3 (posted by Carlos in thread "Wrong multipolygon
> warnings") some unused debug messages have been removed.
>
> The patch enables the multipolygon code to process multipolygons with
> overlapping lines.
>
> WanMil
>
Marko, Steve,
I didn't get any negative feedback. Could you pleas
Moin,
Minko schrieb am 17.02.2010 16:05:
> I don't know if this already has been discussed, but some combinations of TYP
> file and overlays wont work in Mapsource.
I don't know, whether they are not working, or whether you are expecing too
much.
I didn't follow the discussion, when the overlay
The road-name-poi switch is very useful for street search, however, in
most cases the place tag attached is wrong mostly due to wrong place
tag position. Is it possible to suppress adding the place tag and
show only the streetname?
--
cheers,
maning
--
Hi,
I don't know if this already has been discussed, but some combinations of TYP
file and overlays wont work in Mapsource.
I'm trying to put oneway, bridge and tunnel symbols on the roads by using the
layer style file.
This works fine with tunnels and bridges, but with oneway symbols I noticed
Hi Steve,
> If that comes up today, I can test it tonight. Thanks in advance.
A v4 patch was posted yesterday, here it is again.
Cheers,
Mark
diff --git a/src/uk/me/parabola/imgfmt/app/net/RoadDef.java b/src/uk/me/parabola/imgfmt/app/net/RoadDef.java
index de87495..e6a187e 100644
--- a/src/uk/
NopMap wrote:
> ... In your
> experience, is there a more current revision that you have used for major
> amounts of data without problems, so it could be recommended as reasonably
> stable, especially to new users?
I upgraded a month or so ago from mkgmap-r590 to mkgmap-r1441 and
haven't had pr
Steve Ratcliffe (s...@parabola.me.uk) wrote:
> On 16/02/10 15:11, Martin Simon wrote:
>> I don't know if this helps, but I have to specify the *full* path of
>> my typ files to get them included. they are in another directory.
>
> It might well help, as it is a possible clue to what is happening.
On 16/02/10 15:11, Martin Simon wrote:
> I don't know if this helps, but I have to specify the *full* path of
> my typ files to get them included. they are in another directory.
It might well help, as it is a possible clue to what is happening.
If mkgmap is run in a script and it changes directory
Mark Burton wrote:
..if you drive south-east on Kilfield Road...
I have just tried routing on that road and mapsource did not give me a
"turn right" at that junction. However, I have tweaked the code as it
could get confused as to which is the through route as all the roads
at that junct
Hello Ævar,
Please try this version, it should now print the browse URL whether the
road is from OSM input or MP input.
Mark
diff --git a/src/uk/me/parabola/imgfmt/app/net/RoadDef.java b/src/uk/me/parabola/imgfmt/app/net/RoadDef.java
index de87495..1dc1e8a 100644
--- a/src/uk/me/parabola/imgfmt
Hi,
> Unless you have another patch that modifies the toOSMUR() function to
> print a /browse/way/* link in addition to the bbox link it currently
> prints that doesn't give me the info I need. The idea was to not have
> to copy/paste the ID that was printed into a manually constructed URL
> that
Hi!
According to the wiki, the last revision of mkgmap recommended as
more-or-less stable is 1188. Which is rather ancient, of course. :-)
As there have been quite some interesting changes recently, especially
around multipolygons, I'd like to raise the question again: In your
experience, is th
26 matches
Mail list logo
