On 21-04-16 15:52, Pieter Brusselman wrote: > I do nut fully agree: If a shop=cheese stops his activity and another is > comming into place eg. shop=bicycle, you also have to re-tag it.
Yes, true .. so your point you're trying to prove here is ? I can't deduct this from the above comment. Things change... we edit, we upload. But we don't really micromanage (yet). > In general a farm-shop sells the same category all year round, like meat > and vegetables. Or cheese and bread. Or... > And as a customer you know that - depending on the season - the range of > product changes. As a customer you know indeed what's for sale in a greengrocer , that is a good argument in favour of my opinion. > > And at this moment it is only possible if you do it this way: > shop=farm;diary;meat. But this is discouraged ;-) this is in fact totally wrong. ; is a record seperator, meaning it's equivalent of : shop=farm + shop=diary + shop=meat shop=meat should be shop=butcher if you stay true to the shop key. > So I was looking for the correct way. But it seems that there is not > yet one sollution. I will follow Joost's suggestion and work on a proposal. I can encourage that on a personal level, I even admire this.. but be prepared for backlash and emotional replies and endless discussions, people that will pat your back and ride your rocket. In the end, the community will decide. Glenn > > Grtz, > Pieter > > > Op 21/04/2016 om 15:12 schreef Glenn Plas: >> I just had to update my example from 3 years ago because both source and >> website key have changed. >> >> website: went to pretty url's instead of id's >> source: producer ID changed for unknown reason >> >> It's already hard to keep those up to date. If you start putting in >> volatile and variable data like products they sell, you have to keep >> them updated as well, which is a lot of work. >> >> I do not see a real benefit in saving that information in OSM at this >> point. The fact that you 'want' to do it does not count. >> >> the interwebs is made of URL's , defined as 'Uniform Resource Locator'. >> >> That is exactly what a product list is... it's a resource locator. We >> do it with wiki links and nobody bats an eye over it. We should really >> use links to the data instead of copies. >> >> Can I can a 'amen' now ? ;-) >> >> Glenn >> >> >> On 21-04-16 14:26, joost schouppe wrote: >>> Marc, while I do agree that we don't need to do everything, I haven't >>> seen many convincing reasons why not to do a certain thing. Often the >>> arguments used (too complex, who is going to update, imagine what if >>> everyone does this,...) can be used anything we do. >>> And then after a while the people wanting to do the thing have actually >>> done it, and we all got used to it. >>> >>> Pieter, I was trying to remember who showed me that site - so it must >>> have been one of you guys. I would suggest looking at the proposal I >>> linked, looking at the reactions on the tagging list. Then make a new >>> proposal, learning from the feedback. It might be useful to really >>> explain the use of such a project. And also try to show that the idea is >>> not really new: we do very similar things for organic products >>> ( http://wiki.openstreetmap.org/wiki/Key:organic ), gas stations, >>> vending machines, glass containers, etc etc. >>> >>> >>> _______________________________________________ >>> Talk-be mailing list >>> Talk-be@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-be >>> >> >> _______________________________________________ >> Talk-be mailing list >> Talk-be@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-be > > > > _______________________________________________ > Talk-be mailing list > Talk-be@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-be > _______________________________________________ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
