Re: [mkgmap-dev] housenumber2 branch r3589
Hi Gerd
Sorry for the late answer, i'm have to spent some time for my job ;-)
You're right, there's really no inc/access, it looks like an error, but i can
find every address on a polygon, that i have searched for, tested with my O650
On the other side, there are only six messages, 'houses not near streets', in
my DACH extract. I made no great tests and i didn't get negative feedback from
the users of my maps.
Bernd
Am Montag, 18. Mai 2015, 08:43:13 schrieb GerdP:
got no feedback yet. Does it mean you found no errors?
I ask because I still don't see inc/address in your polygons file,
but I see the line
addr:housenumber=* {set mkgmap:execute_finalize_rules=true}
--
amarok2 now playing:
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] housenumber2 branch r3589
Hi Gerd you're right, it should be inc/address. After adding this to inc/polygons i didn't get any error messages for DACH. IMHO you can merge housenumbers2 to trunk Bernd Am Dienstag, 19. Mai 2015, 10:21:12 schrieb Gerd Petermann: Hi Bernd, thanks for testing. Just to make sure: it's inc/address I was looking for, not inc/access. The effect of the missing include is that mkgmap:city etc. are not filled for the (house) polygon. In that case the value from the road is taken, so you will only see a problem when you search for an address along this road which has a different city to that. Anyway, I heard no complains, so I guess I can prepare the merge to trunk. I'd be happy to finish that work soon because I plan a longer bike travel starting in two or three weeks, so we should find remaining bugs before that -- amarok2 now playing: ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] housenumber2 branch r3589
Hi Bernd,
thanks for testing.
Just to make sure: it's inc/address I was looking for, not inc/access.
The effect of the missing include is that
mkgmap:city etc. are not filled for the (house) polygon.
In that case the value from the road is taken, so you
will only see a problem when you search for an address
along this road which has a different city to that.
Anyway, I heard no complains, so I guess I can prepare the merge to trunk.
I'd be happy to finish that work soon because I plan a longer bike
travel starting in two or three weeks, so we should find remaining bugs
before that ;-)
Gerd
From: weigelt.be...@web.de
To: mkgmap-dev@lists.mkgmap.org.uk
Date: Tue, 19 May 2015 09:56:05 +0200
Subject: Re: [mkgmap-dev] housenumber2 branch r3589
Hi Gerd
Sorry for the late answer, i'm have to spent some time for my job ;-)
You're right, there's really no inc/access, it looks like an error, but i can
find every address on a polygon, that i have searched for, tested with my O650
On the other side, there are only six messages, 'houses not near streets', in
my DACH extract. I made no great tests and i didn't get negative feedback
from
the users of my maps.
Bernd
Am Montag, 18. Mai 2015, 08:43:13 schrieb GerdP:
got no feedback yet. Does it mean you found no errors?
I ask because I still don't see inc/address in your polygons file,
but I see the line
addr:housenumber=* {set mkgmap:execute_finalize_rules=true}
--
amarok2 now playing:
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] housenumber2 branch r3589
Hi Bernd,
got no feedback yet. Does it mean you found no errors?
I ask because I still don't see inc/address in your polygons file,
but I see the line
addr:housenumber=* {set mkgmap:execute_finalize_rules=true}
Gerd
Bernd Weigelt wrote
Hi Gerd
thank you for the good work
i'll test the new version against my styles, after reading the doc ;-) ,
and
give a feedback if there are problems.
Bernd
Am Mittwoch, 13. Mai 2015, 10:58:18 schrieb Gerd Petermann:
Hi all,
I think I've now found a solution for most of the known problems
reg. address search, for details see svn log:
http://www.mkgmap.org.uk/websvn/log.php?repname=mkgmapisdir=1;
...
Gerd
--
amarok2 now playing:
___
mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
--
View this message in context:
http://gis.19327.n5.nabble.com/housenumber2-branch-r3589-tp587p5845042.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] housenumber2 branch r3589
Hi all,
I think I've now found a solution for most of the known problems
reg. address search, for details see svn log:
http://www.mkgmap.org.uk/websvn/log.php?repname=mkgmapisdir=1;
The remaining work to do is cleanup and maybe performance
improvements, I don't plan any more significant
changes in the algorithms as long as nobody complains.
If you want to try the branch with your style, please make sure
to understand the new special tags mkgmap:numbers=false
and mkgmap:execute_finalize_rules=true in combination with inc/address.
Attached is the diff between the default style in the branch and that in trunk.
Note that mkgmap uses by default all OSM elements with a tag addr:housenumber
or mkgmap:housenumber. Even if the style doesn't create any map object for the
element, the numbers are used, so the new tags are used to
make sure that the rules in inc/address are used for all of them and
to allow the exclusion.
A few hints:
The img files produced with the branch are typically larger, esp. in areas
where the trunk version did not work well (e.g. heavy usage of addr:place)
The throughput is a few percent slower. Main reason is the complex
search for nearest roads. Maybe I can find a better algorithm for this in
the future.
It would be great to get some feedback, esp. when you think that
rather good / clear OSM data is not interpreted correctly,
but also when you think the branch works fine ;-)
Gerd
diff -r ./inc/water_lines \mkgmap-tr\resources\styles\default/inc/water_lines
3d2
route=ferry {set mkgmap:numbers = false }
diff -r ./lines \mkgmap-tr\resources\styles\default/lines
11d10
addr:housenumber=* {set mkgmap:execute_finalize_rules=true}
31c30
highway=motorway|highway=motorway_link { add oneway=yes; add
mkgmap:numbers=false }
---
highway=motorway|highway=motorway_link { add oneway=yes }
200,202d198
# don't add house numbers to unnamed or artifical bicycle ways
mkgmap:bicycle=yes (mkgmap:foot=no mkgmap:car=no mkgmap:street!=* |
mkgmap:synthesised=yes) {set mkgmap:numbers=false}
diff -r ./points \mkgmap-tr\resources\styles\default/points
11d10
addr:housenumber=* {set mkgmap:execute_finalize_rules=true}
diff -r ./polygons \mkgmap-tr\resources\styles\default/polygons
11,12d10
addr:housenumber=* {set mkgmap:execute_finalize_rules=true}
84,86d81
# we need addrees info from buildings for the address search
include 'inc/address';
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] housenumber2 branch r3589
Hi Gerd thank you for the good work i'll test the new version against my styles, after reading the doc ;-) , and give a feedback if there are problems. Bernd Am Mittwoch, 13. Mai 2015, 10:58:18 schrieb Gerd Petermann: Hi all, I think I've now found a solution for most of the known problems reg. address search, for details see svn log: http://www.mkgmap.org.uk/websvn/log.php?repname=mkgmapisdir=1; ... Gerd -- amarok2 now playing: ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
