superfluous country specific rules in inc/address?
Hi all, Please check my post http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p... I don't know why we have so many country specific rules which seem to do the same as the last "general" rules to set mkgmap:city and mkgmap:region. I'd prefer to reduce the country specific rules so that it is clear which countries do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for region. Comments? Gerd
how can i test this gerd , with the autralia region is there any country specific rules for POI Stephen On Sat, Jun 6, 2015 at 5:33 PM, Gerd Petermann < gpetermann_muenchen@hotmail.com> wrote:
Hi all,
Please check my post
http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p...
I don't know why we have so many country specific rules which seem to do the same as the last "general" rules to set mkgmap:city and mkgmap:region.
I'd prefer to reduce the country specific rules so that it is clear which countries do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for region.
Comments?
Gerd
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Stephen, look at the default style file inc/address, it is contained in the dist package. You can also watch it in the SVN repository: http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmap&path=%2Ftrunk... It doesn't contain any specific rules for Australia. If you think it should please suggest changes. Gerd Date: Sat, 6 Jun 2015 17:40:50 +1000 From: steve.sgalowski@gmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address? how can i test this gerd , with the autralia region is there any country specific rules for POI Stephen On Sat, Jun 6, 2015 at 5:33 PM, Gerd Petermann <gpetermann_muenchen@hotmail.com> wrote: Hi all, Please check my post http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p... I don't know why we have so many country specific rules which seem to do the same as the last "general" rules to set mkgmap:city and mkgmap:region. I'd prefer to reduce the country specific rules so that it is clear which countries do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for region. Comments? Gerd _______________________________________________ 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
trying something now ok gerd p stephen On Sat, Jun 6, 2015 at 5:45 PM, Gerd Petermann < gpetermann_muenchen@hotmail.com> wrote:
Hi Stephen,
look at the default style file inc/address, it is contained in the dist package. You can also watch it in the SVN repository:
http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmap&path=%2Ftrunk...
It doesn't contain any specific rules for Australia. If you think it should please suggest changes.
Gerd
------------------------------ Date: Sat, 6 Jun 2015 17:40:50 +1000 From: steve.sgalowski@gmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address?
how can i test this gerd , with the autralia region
is there any country specific rules for POI
Stephen
On Sat, Jun 6, 2015 at 5:33 PM, Gerd Petermann < gpetermann_muenchen@hotmail.com> wrote:
Hi all,
Please check my post
http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p...
I don't know why we have so many country specific rules which seem to do the same as the last "general" rules to set mkgmap:city and mkgmap:region.
I'd prefer to reduce the country specific rules so that it is clear which countries do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for region.
Comments?
Gerd
_______________________________________________ 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
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
gerd P and list I just have one main big question you talk about the admin level 3 - 11 ok in the style document but under each level, what is showen or displayed , under here would i be able to aquire clarification on this . Stephen On Sat, Jun 6, 2015 at 5:45 PM, Gerd Petermann < gpetermann_muenchen@hotmail.com> wrote:
Hi Stephen,
look at the default style file inc/address, it is contained in the dist package. You can also watch it in the SVN repository:
http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmap&path=%2Ftrunk...
It doesn't contain any specific rules for Australia. If you think it should please suggest changes.
Gerd
------------------------------ Date: Sat, 6 Jun 2015 17:40:50 +1000 From: steve.sgalowski@gmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address?
how can i test this gerd , with the autralia region
is there any country specific rules for POI
Stephen
On Sat, Jun 6, 2015 at 5:33 PM, Gerd Petermann < gpetermann_muenchen@hotmail.com> wrote:
Hi all,
Please check my post
http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p...
I don't know why we have so many country specific rules which seem to do the same as the last "general" rules to set mkgmap:city and mkgmap:region.
I'd prefer to reduce the country specific rules so that it is clear which countries do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for region.
Comments?
Gerd
_______________________________________________ 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
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Stephen, no idea what you mean. Gerd Date: Sat, 6 Jun 2015 19:25:53 +1000 From: steve.sgalowski@gmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address? gerd P and list I just have one main big question you talk about the admin level 3 - 11 ok in the style document but under each level, what is showen or displayed , under here would i be able to aquire clarification on this . Stephen On Sat, Jun 6, 2015 at 5:45 PM, Gerd Petermann <gpetermann_muenchen@hotmail.com> wrote: Hi Stephen, look at the default style file inc/address, it is contained in the dist package. You can also watch it in the SVN repository: http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmap&path=%2Ftrunk... It doesn't contain any specific rules for Australia. If you think it should please suggest changes. Gerd Date: Sat, 6 Jun 2015 17:40:50 +1000 From: steve.sgalowski@gmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address? how can i test this gerd , with the autralia region is there any country specific rules for POI Stephen On Sat, Jun 6, 2015 at 5:33 PM, Gerd Petermann <gpetermann_muenchen@hotmail.com> wrote: Hi all, Please check my post http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p... I don't know why we have so many country specific rules which seem to do the same as the last "general" rules to set mkgmap:city and mkgmap:region. I'd prefer to reduce the country specific rules so that it is clear which countries do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for region. Comments? Gerd _______________________________________________ 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 _______________________________________________ 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
when you do admin_level 3 and level 5 what is the difference in what it displays , and what if any size difference is there ? stephen On Sat, Jun 6, 2015 at 7:32 PM, Gerd Petermann < gpetermann_muenchen@hotmail.com> wrote:
Hi Stephen,
no idea what you mean.
Gerd
------------------------------ Date: Sat, 6 Jun 2015 19:25:53 +1000 From: steve.sgalowski@gmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address?
gerd P and list I just have one main big question
you talk about the admin level 3 - 11 ok in the style document but under each level, what is showen or displayed , under here
would i be able to aquire clarification on this .
Stephen
On Sat, Jun 6, 2015 at 5:45 PM, Gerd Petermann < gpetermann_muenchen@hotmail.com> wrote:
Hi Stephen,
look at the default style file inc/address, it is contained in the dist package. You can also watch it in the SVN repository:
http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmap&path=%2Ftrunk... <http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmap&path=/trunk/resources/styles/default/inc/address>
It doesn't contain any specific rules for Australia. If you think it should please suggest changes.
Gerd
------------------------------ Date: Sat, 6 Jun 2015 17:40:50 +1000 From: steve.sgalowski@gmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address?
how can i test this gerd , with the autralia region
is there any country specific rules for POI
Stephen
On Sat, Jun 6, 2015 at 5:33 PM, Gerd Petermann < gpetermann_muenchen@hotmail.com> wrote:
Hi all,
Please check my post
http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p...
I don't know why we have so many country specific rules which seem to do the same as the last "general" rules to set mkgmap:city and mkgmap:region.
I'd prefer to reduce the country specific rules so that it is clear which countries do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for region.
Comments?
Gerd
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Stephen, no idea what "doing admin_level 3" means. The tags mkgmap:admin_level2 - 11 may be set when the bounds option is used. The values are taken from the corresponding administrative boundaries. See also http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#admin_level Gerd steve sgalowski wrote
when you do admin_level 3 and level 5 what is the difference in what it displays , and what if any size difference is there ? stephen
On Sat, Jun 6, 2015 at 7:32 PM, Gerd Petermann <
gpetermann_muenchen@
wrote:
Hi Stephen,
no idea what you mean.
Gerd
------------------------------ Date: Sat, 6 Jun 2015 19:25:53 +1000 From:
steve.sgalowski@
To:
mkgmap-dev@.org
Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address?
gerd P and list I just have one main big question
you talk about the admin level 3 - 11 ok in the style document but under each level, what is showen or displayed , under here
would i be able to aquire clarification on this .
Stephen
On Sat, Jun 6, 2015 at 5:45 PM, Gerd Petermann <
gpetermann_muenchen@
wrote:
Hi Stephen,
look at the default style file inc/address, it is contained in the dist package. You can also watch it in the SVN repository:
http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmap&path=%2Ftrunk... <http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmap&path=/trunk/resources/styles/default/inc/address>;
It doesn't contain any specific rules for Australia. If you think it should please suggest changes.
Gerd
------------------------------ Date: Sat, 6 Jun 2015 17:40:50 +1000 From:
steve.sgalowski@
To:
mkgmap-dev@.org
Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address?
how can i test this gerd , with the autralia region
is there any country specific rules for POI
Stephen
On Sat, Jun 6, 2015 at 5:33 PM, Gerd Petermann <
gpetermann_muenchen@
wrote:
Hi all,
Please check my post
http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p...
I don't know why we have so many country specific rules which seem to do the same as the last "general" rules to set mkgmap:city and mkgmap:region.
I'd prefer to reduce the country specific rules so that it is clear which countries do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for region.
Comments?
Gerd
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/superfluous-country-specific-rules-in-inc-add... Sent from the Mkgmap Development mailing list archive at Nabble.com.
gerd what do you think of this general rule mkgmap:country admin level 5 then mkgmap:state admin level 6 mkgmap:region admin level 7 postcode sdmin level 8 suburb level 9, 10 would that be a good idea for general rules , to give definition ? Stephen On Sat, Jun 6, 2015 at 8:16 PM, GerdP <gpetermann_muenchen@hotmail.com> wrote:
Hi Stephen,
no idea what "doing admin_level 3" means. The tags mkgmap:admin_level2 - 11 may be set when the bounds option is used. The values are taken from the corresponding administrative boundaries. See also
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#admin_level
Gerd
steve sgalowski wrote
when you do admin_level 3 and level 5 what is the difference in what it displays , and what if any size difference is there ? stephen
On Sat, Jun 6, 2015 at 7:32 PM, Gerd Petermann <
gpetermann_muenchen@
wrote:
Hi Stephen,
no idea what you mean.
Gerd
------------------------------ Date: Sat, 6 Jun 2015 19:25:53 +1000 From:
steve.sgalowski@
To:
mkgmap-dev@.org
Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address?
gerd P and list I just have one main big question
you talk about the admin level 3 - 11 ok in the style document but under each level, what is showen or displayed , under here
would i be able to aquire clarification on this .
Stephen
On Sat, Jun 6, 2015 at 5:45 PM, Gerd Petermann <
gpetermann_muenchen@
wrote:
Hi Stephen,
look at the default style file inc/address, it is contained in the dist package. You can also watch it in the SVN repository:
http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmap&path=%2Ftrunk...
< http://www.mkgmap.org.uk/websvn/filedetails.php?repname=mkgmap&path=/trunk/r...
It doesn't contain any specific rules for Australia. If you think it should please suggest changes.
Gerd
------------------------------ Date: Sat, 6 Jun 2015 17:40:50 +1000 From:
steve.sgalowski@
To:
mkgmap-dev@.org
Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address?
how can i test this gerd , with the autralia region
is there any country specific rules for POI
Stephen
On Sat, Jun 6, 2015 at 5:33 PM, Gerd Petermann <
gpetermann_muenchen@
wrote:
Hi all,
Please check my post
http://gis.19327.n5.nabble.com/Wrong-adresses-for-3-french-cities-tp5847140p...
I don't know why we have so many country specific rules which seem to do the same as the last "general" rules to set mkgmap:city and mkgmap:region.
I'd prefer to reduce the country specific rules so that it is clear
which
countries do not use mkgmap:admin_level8 for city and mkgmap:admin_level6 for region.
Comments?
Gerd
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/superfluous-country-specific-rules-in-inc-add... 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
Steve Sgalowski <steve.sgalowski@gmail.com> writes:
mkgmap:country admin level 5
then mkgmap:state admin level 6 mkgmap:region admin level 7 postcode sdmin level 8 suburb level 9, 10
My quick reaction is that which admin_level corresponds to which parts of an address varies by region. In my part of the US, state is level4, city/town is level8, and that's really all there is in address. Whether a (legal) city/town is "suburb", "city", "town", "village", etc. is based on size and relationship to larger entities. Around me only two cities have admin_level 10 boundaries. One calls them neighborhoods or villages, not suburbs. Sometimes they show up in postal addresses. So really I wonder if this means that the address component rules should be encoded on the boundary, something like "addresses within this polygon inherit name_component_foo=bar". I am leaning to having addresses have everything (in the US) below state explicit, to avoid this.
Hi all, it seems that I have to explain a few more details. The inc/address file contains rules which set the tags like mkgmap:country, mkgmap:region, mkgmap:city and so on. These tags are used in two different ways: 1) for housenumber processing 2) to fill the corresponding fields of POIs With my initial post I just wanted to point out that we have a lot of redundant rules, and the patch posted here http://gis.19327.n5.nabble.com/Patch-v1-simplify-address-rules-tp5847326.htm... shows which rules I mean. In the meantime Minko suggested to modify the rule for BEL instead of removing it. The general rules implemented in the file are: mkgmap:admin_level2 : mkgmap:country (this is the 3 character ISO code, e.g. GER for Germany) mkgmap:admin_level6,5,4,3 : mkgmap:region (meaning depends on country) mkgmap:admin_level8,7,9,10 : mkgmap:city A rather simple test to find out if the implemented rules are good is to compare addr:city with mkgmap:city. Add a line like this at the end of inc/address: mkgmap:city!=* & addr:city!=* & addr:city != ${mkgmap:city} { echotags "city name?" } and check the messages. When all rules are OK and the boundary file is up to date (and also OK) only a few messages should be printed, most of them showing different spelling of the same name. If you see many lines where the names in mkgmap:city and addr:city are totally different this is a hint that either the rules are not OK or that boundaries are missing/wrong. Gerd From: gdt@ir.bbn.com To: steve.sgalowski@gmail.com Date: Sat, 6 Jun 2015 20:21:05 -0400 CC: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address? Steve Sgalowski <steve.sgalowski@gmail.com> writes:
mkgmap:country admin level 5
then mkgmap:state admin level 6 mkgmap:region admin level 7 postcode sdmin level 8 suburb level 9, 10
My quick reaction is that which admin_level corresponds to which parts of an address varies by region. In my part of the US, state is level4, city/town is level8, and that's really all there is in address. Whether a (legal) city/town is "suburb", "city", "town", "village", etc. is based on size and relationship to larger entities. Around me only two cities have admin_level 10 boundaries. One calls them neighborhoods or villages, not suburbs. Sometimes they show up in postal addresses. So really I wonder if this means that the address component rules should be encoded on the boundary, something like "addresses within this polygon inherit name_component_foo=bar". I am leaning to having addresses have everything (in the US) below state explicit, to avoid this. _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
gerd the reason behind my thinking was if you do in order of country , state, region , suburb you end up with a less of a download on pc e.g. with basecamp and birdseye , imagery , if you do a 120 m pic it takes a while to download , but if you do a step down from high quality , big area , to high quakity small area , it does not take a lot of downloading power . is this the same in the osm mapping .eg you do a level 9 for suburb , and it takes a lot to produce , but a 5-9 does not ? Stephen On Sun, Jun 7, 2015 at 2:15 PM, Gerd Petermann < gpetermann_muenchen@hotmail.com> wrote:
Hi all,
it seems that I have to explain a few more details.
The inc/address file contains rules which set the tags like mkgmap:country, mkgmap:region, mkgmap:city and so on. These tags are used in two different ways: 1) for housenumber processing 2) to fill the corresponding fields of POIs
With my initial post I just wanted to point out that we have a lot of redundant rules, and the patch posted here
http://gis.19327.n5.nabble.com/Patch-v1-simplify-address-rules-tp5847326.htm... shows which rules I mean.
In the meantime Minko suggested to modify the rule for BEL instead of removing it.
The general rules implemented in the file are: mkgmap:admin_level2 : mkgmap:country (this is the 3 character ISO code, e.g. GER for Germany) mkgmap:admin_level6,5,4,3 : mkgmap:region (meaning depends on country) mkgmap:admin_level8,7,9,10 : mkgmap:city
A rather simple test to find out if the implemented rules are good is to compare addr:city with mkgmap:city. Add a line like this at the end of inc/address: mkgmap:city!=* & addr:city!=* & addr:city != ${mkgmap:city} { echotags "city name?" }
and check the messages. When all rules are OK and the boundary file is up to date (and also OK) only a few messages should be printed, most of them showing different spelling of the same name.
If you see many lines where the names in mkgmap:city and addr:city are totally different this is a hint that either the rules are not OK or that boundaries are missing/wrong.
Gerd
From: gdt@ir.bbn.com To: steve.sgalowski@gmail.com Date: Sat, 6 Jun 2015 20:21:05 -0400 CC: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address?
Steve Sgalowski <steve.sgalowski@gmail.com> writes:
mkgmap:country admin level 5
then mkgmap:state admin level 6 mkgmap:region admin level 7 postcode sdmin level 8 suburb level 9, 10
My quick reaction is that which admin_level corresponds to which parts of an address varies by region. In my part of the US, state is level4, city/town is level8, and that's really all there is in address. Whether a (legal) city/town is "suburb", "city", "town", "village", etc. is based on size and relationship to larger entities.
Around me only two cities have admin_level 10 boundaries. One calls them neighborhoods or villages, not suburbs. Sometimes they show up in postal addresses.
So really I wonder if this means that the address component rules should be encoded on the boundary, something like "addresses within this polygon inherit name_component_foo=bar".
I am leaning to having addresses have everything (in the US) below state explicit, to avoid this.
_______________________________________________ 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
Hi Stephen, I still have no idea what you mean, but feel free to try it out. Gerd Date: Mon, 8 Jun 2015 13:40:49 +1000 From: steve.sgalowski@gmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address? gerd the reason behind my thinking was if you do in order of country , state, region , suburbyou end up with a less of a download on pc e.g. with basecamp and birdseye , imagery , if you do a 120 m pic it takes a while to download , but if you do a step down from high quality , big area , to high quakity small area , it does not take a lot of downloading power . is this the same in the osm mapping .eg you do a level 9 for suburb , and it takes a lot to produce , but a 5-9 does not ? Stephen On Sun, Jun 7, 2015 at 2:15 PM, Gerd Petermann <gpetermann_muenchen@hotmail.com> wrote: Hi all, it seems that I have to explain a few more details. The inc/address file contains rules which set the tags like mkgmap:country, mkgmap:region, mkgmap:city and so on. These tags are used in two different ways: 1) for housenumber processing 2) to fill the corresponding fields of POIs With my initial post I just wanted to point out that we have a lot of redundant rules, and the patch posted here http://gis.19327.n5.nabble.com/Patch-v1-simplify-address-rules-tp5847326.htm... shows which rules I mean. In the meantime Minko suggested to modify the rule for BEL instead of removing it. The general rules implemented in the file are: mkgmap:admin_level2 : mkgmap:country (this is the 3 character ISO code, e.g. GER for Germany) mkgmap:admin_level6,5,4,3 : mkgmap:region (meaning depends on country) mkgmap:admin_level8,7,9,10 : mkgmap:city A rather simple test to find out if the implemented rules are good is to compare addr:city with mkgmap:city. Add a line like this at the end of inc/address: mkgmap:city!=* & addr:city!=* & addr:city != ${mkgmap:city} { echotags "city name?" } and check the messages. When all rules are OK and the boundary file is up to date (and also OK) only a few messages should be printed, most of them showing different spelling of the same name. If you see many lines where the names in mkgmap:city and addr:city are totally different this is a hint that either the rules are not OK or that boundaries are missing/wrong. Gerd From: gdt@ir.bbn.com To: steve.sgalowski@gmail.com Date: Sat, 6 Jun 2015 20:21:05 -0400 CC: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] superfluous country specific rules in inc/address? Steve Sgalowski <steve.sgalowski@gmail.com> writes:
mkgmap:country admin level 5
then mkgmap:state admin level 6 mkgmap:region admin level 7 postcode sdmin level 8 suburb level 9, 10
My quick reaction is that which admin_level corresponds to which parts of an address varies by region. In my part of the US, state is level4, city/town is level8, and that's really all there is in address. Whether a (legal) city/town is "suburb", "city", "town", "village", etc. is based on size and relationship to larger entities. Around me only two cities have admin_level 10 boundaries. One calls them neighborhoods or villages, not suburbs. Sometimes they show up in postal addresses. So really I wonder if this means that the address component rules should be encoded on the boundary, something like "addresses within this polygon inherit name_component_foo=bar". I am leaning to having addresses have everything (in the US) below state explicit, to avoid this. _______________________________________________ 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 _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
participants (4)
-
Gerd Petermann -
GerdP
-
Greg Troxel -
Steve Sgalowski