[Potlatch-dev] POI features vs area features
Richard Fairhurst
richard at systemeD.net
Sun Jan 9 13:24:54 GMT 2011
Steve Bennett wrote:
> Anyway, before I take a sledgehammer to map_features.xml
Thanks for volunteering for this one - it's definitely something that
needs sorting now that Bing imagery makes it more likely that people
will map areas rather than just POIs. There's no need to take a
sledgehammer to it, just (I'm sure you know this) make sure the
particular feature has both point and area elements, thus:
<feature name="Marina">
<category>water</category>
<area/>
<point/>
<tag k="leisure" v="marina"/>
<inputSet ref="names"/>
<inputSet ref="common"/>
</feature>
> 1) Is there a particular philosophy regarding POIs vs other features
> that I should be aware of?
Not AFAIK.
> 2) Are there reasons to group all POI features together, rather than
> putting the POI and area-version of each feature together (or, where
> possible*, merging them)?
Definitely use a single <feature> element with both <area/> and <point/>
subelements, rather than using two separate <feature>s.
If the tags are divergent, then the syntax to use is:
<point>
<tag k="amenity" v="frog_bothering_ground"/>
</point>
<area>
<tag k="amenity" v="frog_bothering_ground"/>
<tag k="frogs" v="yes"/>
</area>
This isn't supported yet (see line 929 of map_features.xml) but it
should be. :)
> 3) Should we take into account the likelihood of any given POI being
> mapped as a node (ie, supermarket is far more likely than vending
> machine), or take a blanket approach that all POIs can be areas?
Don't assume that all POIs can be areas. <point/><area/> is
self-explanatory: overloading <point/> to mean "oh, it can be an area as
well" would be counter-intuitive.
cheers
Richard
More information about the Potlatch-dev
mailing list