Open, free Yellow Pages does exist: <a href="http://www.yellowikis.org/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">www.yellowikis.org</a> (I am a co-founder)<br><br>I
don't see why a node tagged: "amenity/butcher" shouldn't be a valuable
part of OSM's data set - Yellow Pages (or Yellowikis) has all the other
information about the business: business name, address, telephone
number, opening hours as well as a geo-code.
<br><br>It all comes down to how you display of the information - I
don't think anyone would want OSM map covered with hundreds of tiny
logos. So butchers and bubble gum machines should be there - but only
rendered if requested by the user.
<br><br>I'd also suggest that allowing a wide range of amenities to be added broadens the appeal of OSMing an area.<br><br>PY<br><br><div><span class="gmail_quote">On 11/29/06, <b class="gmail_sendername">bvh</b> <<a href="mailto:bvh-osm@irule.be">
bvh-osm@irule.be</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Wed, Nov 29, 2006 at 09:53:29AM -0000, Andy Robinson wrote:
<br>> While I agree on gpx uploads of flightpaths being withheld from OSM I do<br>> that only because it confuses. However with respect to other geo data that<br>> represents physical features (and the wifi access point hardware is a
<br>> physical feature) then why do we care what type of geo data the database<br>> holds. I'm concerned that we are not thinking outside the box if we set<br>> restrictions based on traditional mapping. If my kids want to produce a map
<br>> of all the bubble gum machines in the area why would I not want to let them<br>> (tooth decay permitting!), they would be producing an innovative map and one<br>> which has value to a certain group of society. It was the potential for this
<br>> innovation in mapping that drew me to OSM in the first place.<br><br>My main concern against allowing an unlimited amount of geo information is<br>* more features means more outdated information (especially<br>with quickly changing stuff like wifi zones, shops, etc), harming
<br>the credibility of other information also in the database<br>(Note missing information is better than wrong information)<br>* more features means a bigger hurdle in participation for everyone<br>involved<br>* more features make it more difficult to edit the map. Theoretically
<br>the editing tools should take care of that. But currently they are not<br>yet good enough, so the concern is real<br>* by accepting this data we may cut short the birth of a better<br>adapted "openyellowpages" scheme. For example it is
<br>impractical to search for "butchers in Gent" using the data<br>model of a map. It would be trivial in a listings data model.<br>* bad priorities. While this is a voluntuur project and we can't<br>decide for others how they should spend their time, we can try
<br>to steer them. Eg. I think it is more usefull for people to add<br>a new street than to add the location of their local butcher.<br>* more distinct features make it more difficult to refactor the<br>database if we ever need to (I believe this to be very likely)
<br><br>> The counter argument is that the location of bubble gum machines should be<br>> held in someone else's database. Fine if it exists and is free and open. But<br>> in reality few sites are collecting data right now in the way OSM does and I
<br>> think we should encourage others to go forward with this rather than block<br>> them from the head start they can gain by using existing OSM data. Look at<br><br>I would totally encourage a new openyellowpages project to take as
<br>much advantage of the _data_ provided by openstreetmap. It would only<br>make sense to do so and I mentioned that in my original mail also.<br><br>> Freethepostcode, ok its not within the OSM database as such but its founded
<br><br>EXACTLY my point. Freethepostcode is a success _because_ it has its<br>own adapted database that meshes nicely with Openstreetmap. The same<br>should happen for a listing of butchers, wifihotspots or whatever.<br>
<br>> Thus personally I believe that there should be few restrictions on the type<br>> of geo data but that the way information is tagged and associated needs some<br>> additional work. Bubble gum machines are arguably not an amenity although I
<br>> think wifi access points certainly are in our modern world. Improvements in<br>> the extensibility of the Map Features tagging schema is something I'm<br>> working on and hopefully will make some of these issues less contentious.
<br><br>Could you elaborate a bit more on this?<br><br>cu bart<br><br>_______________________________________________<br>talk mailing list<br><a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk">
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk</a><br></blockquote></div><br><br clear="all"><br>-- <br>Yellow Pages for the 21st Century