After reworking and shrinking my style-file for the style-branch,
Austria needs around 5:30 min on my PC to compile. Before I needed
around 3:00 minutes with a style-file optimised to work around the bugs
- (that was before I crashed my style-file and had to rebuild large
parts, speed was not
>http://wiki.openstreetmap.org/wiki/Mkgmap/dev
>and
>http://www.mkgmap.org.uk/snapshots/mkgmap-latest.tar.gz
Great, thanks Chris!
How could I miss that?
http://www.mkgmap.org.uk/snapshots/mkgmap-latest.zip
works as well!
___
mkgmap-dev mailing list
mkg
Ben schrieb:
> Do you maintain such a thing?
Look here:
http://wiki.openstreetmap.org/wiki/Mkgmap/dev
and
http://www.mkgmap.org.uk/snapshots/mkgmap-latest.tar.gz
Chris
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.u
Hi,
You guys release new version at a breackneck pace! Thanks a lot for all your
effort!
For the automated weekly build of my maps, Id like to include the most
recent mkgmap version via script.
Until now, Im downloading it manually, because it didn't find a direct link
to the current version.
Do
Hi
I will soon merge the style branch to trunk.
With the default style, you get exactly the same map with trunk and
the branch and it runs at about the same speed. If however you have a
more complex style there may be some differences and it may run a
little slower, depending on how complex the
> That's what I suspected. Would it be feasible to process the multipolygons
> before converting to mkgmap coordinates?
I don't know but I think it's not possible.
> Or how hard would it be to process
> multipolygons that contain intersecting lines?
You have to differ between "self-intersecting
Hi WanMil,
On Mon, Feb 01, 2010 at 09:12:24PM +0100, WanMil wrote:
> > I checked http://www.openstreetmap.org/browse/relation/4370
> > and it looks OK to me. Three edges in the multipolygon are close
> > to each other (two of them within the inner way 21252252)
> > but the lines are not intersect
> Hi WanMil,
>
> can you please investigate this:
>
> 2010/02/01 09:05:31 WARNING (MultiPolygonRelation): 63240001.osm.gz: Polygon
> 4611686018427388326 intersects itself.
> 2010/02/01 09:05:32 WARNING (MultiPolygonRelation): 63240001.osm.gz: The
> polygon is composed of
> 2010/02/01 09:05:32 WAR
Version 1546 was commited by steve on 2010-02-01 17:56:28 + (Mon, 01 Feb
2010)
BRANCH: style
add --show-matches to style tester
remove wildcards from the Tags iterator.
make tests pass again
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.
On 01/02/10 15:03, Felix Hartmann wrote:
> So
> highway=path {set name=a}
> highway=path {set name='${name} path'}
>
> Should result in a path named: /a path/ whereas not using set the result
> would be a simple /a/
Yes exactly
WAY 1
highway=path
WAY 2
highway=footway
<<>>
highway=path {set nam
On 01.02.2010 15:56, Steve Ratcliffe wrote:
That is exactly how it does work on the branch and how it is meant to
work on trunk although as usual the random ordering of actions will
make it unreliable.
It is worth pointing out that the name command works like 'add' and
not like 'set'
> That is exactly how it does work on the branch and how it is meant to
> work on trunk although as usual the random ordering of actions will
> make it unreliable.
It is worth pointing out that the name command works like 'add' and
not like 'set', so the correct result of:
highway=path { name 'A
On 01/02/10 13:05, Felix Hartmann wrote:
> Well for the first time the style branch kinda works for me
OK good, thanks for testing.
> Compile time increases by about 65% (that's acceptable) with my style
> (available under CCBYSA 2.0 here:
For the default style there is no performance differ
Well for the first time the style branch kinda works for me
Compile time increases by about 65% (that's acceptable) with my style
(available under CCBYSA 2.0 here:
http://openmtbmap.origo.ethz.ch/wiki/development )
Austria takes now 6:16 instead of 3:50 minutes.
Max memory consumption (usi
Hi Chris,
> Sorry for the slow response, I've been away for the past 10 days or so. I'll
> apply this patch for you later tonight.
I think Steve has already applied it.
Cheers,
Mark
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://w
Hi Mark,
Sorry for the slow response, I've been away for the past 10 days or so. I'll
apply this patch for you later tonight.
Chris
MB> I tried to commit the attached patch that changes the splitter's
MB> area rounding to match mkgmap's new behaviour when rounding the
MB> overview map bounding
Version 1544 was commited by steve on 2010-02-01 11:41:02 + (Mon, 01 Feb
2010)
BRANCH: style
Integrate continue with_actions to style branch.
This includes duplicating nodes/ways that are resulting in more than
one element in the map.
I belive that the branch is now feature comparable with
Hi WanMil,
can you please investigate this:
2010/02/01 09:05:31 WARNING (MultiPolygonRelation): 63240001.osm.gz: Polygon
4611686018427388326 intersects itself.
2010/02/01 09:05:32 WARNING (MultiPolygonRelation): 63240001.osm.gz: The
polygon is composed of
2010/02/01 09:05:32 WARNING (MultiPolyg
18 matches
Mail list logo
