On 7 Sep 2008, at 19:08, Pierre-André Jacquod wrote: > Hi, > vegard a écrit : >>>> Currently, I have never seen a stamp vending machine without its >>>> post >>>> box. That is why I intended to mark these with something like: >>>> >>>> amenity=post_box >>>> vending_machine=yes >>>> >> There will be a lot of such cases of things with dual use. I did send > a mail about it >> a few days ago. >> >> There's: >> >> shop=supermarket with amenity=post_office >> shop=supermarket with amenity=pharmacy >> >> amenity=bank with amenity=atm (this is already made a special case >> for) >> >> and I'm sure the list is endless. >> >> I feel we need a generalized solution, > > I did not saw your mail before, but I would propose the following > notation: > for a place with several kind of services like a post office into a > supermarket, I would propose the following: > > tag: > amenity=supermarket > amenity=post_office >
The problem with this is that none of the editors support having duplicate key values, even so the 0.5 API supports it. The 0.6 API will not support duplicate key values. > then for the properties, we could still use the description as usual, > just extending the naming convention further: > > name:supermarket=Systembolaget > operator:post_office=Deutsche Post > What I would do is draw the outline of the supermarket, and then place a node for the approximate location of the post office inside the supermarket area. That would then work without breaking anything. > and so one. > Could it be a possibility which will also not break the rendering? > regards > Pierre-André > > > _______________________________________________ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk _______________________________________________ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
