Re: [Tagging] Feature Proposal - RFC - Obstacle

Thanks Martin for your support, I've been working to clean up the page, and I changed the page to modify it according your proposal. This is the result: http://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle I think that the proposal is nearly finished, and it's similar to something that w

Re: [Tagging] How to tag: Legally separated ways (2nd Part)

I today got the following response by joedalton85 (tags a lot of motorways in France): pour ma part, je prefere mettre les _link dés qu'elle commence ou finnissent pour plusieurs raisons. - Ca permet d'avoir une longueur de voirie plus proche de la réalité - Ca permet d'avoir une occupation

Re: [Tagging] Lane dividers

On 18.10.2012 21:56, Alberto wrote: > I think that tagging the effect is more important than the actual behavior > of the sign. > If you are in an unknown country, what would you like from your GPS, that it > gives you correct navigation instructions or correct rendering? Both. ;) In either case,

Re: [Tagging] destination_ref vs. dest_ref vs. destination:ref

Since I love consistency: this page http://wiki.openstreetmap.org/wiki/Key:destination shows destination fully written with a colon. So I prefer destination:ref I'm looking forward to your proposal, you've got my vote for introducing it :-) 2012/10/18 Martin Vonwald > Any more comments/opinion

Re: [Tagging] Lane dividers

>Two issues I see here: >* type:divider - this key doesn't seem very intuitive to me. No, I don't have a better one right now but I'll start thinking ;-) >* values: if we tag the way the divider looks, any application has to understand all values in all countries. I'll ask again: do we really gain

Re: [Tagging] Standard for external links to location based services

Hi, On 18.10.2012 17:16, Simone Saviolo wrote: A good marketing campaign would include [...] Would you be for or against tagging them all, in that case? Let me just say that I am very sensitive to "OpenStreetMap" and "marketing campaign" being mentioned together. OSM certainly attempts

Re: [Tagging] Standard for external links to location based services

On 18.10.2012 17:34, Martin Koppenhoefer wrote: > I think we have to differentiate here. Some of these services have > pages *about* an object (like foursquare, TripAdvisor, ...) and others > have pages maintained *by* the "object" (company etc.) itself, e.g. > facebook, myspace, twitter, ... > >

Re: [Tagging] Standard for external links to location based services

Hi, Am Donnerstag, 18. Oktober 2012, 17:32:06 schrieb Tobias Knerr: > One possible implementation for opening hours is to change icon color > based on whether the amenity is open right now. OsmAnd does this afaik. > Openlinkmap does something similar, by including a colored text such as > "current

Re: [Tagging] Standard for external links to location based services

2012/10/18 Eugene Alvin Villar : >>> >> However, I personally don't think your example of putting the URLs to >>> >> a place's webpage on foursquare, Google+, Yelp, TripAdvisor, etc. is >>> >> the way to go. > That said, most people expect to include information like opening > hours and operators i

Re: [Tagging] Standard for external links to location based services

On 18.10.2012 16:54, Simone Saviolo wrote: > However there is still the opening hours. > How would you use it on a map? Would you make a dynamic map in which > only amenities that are open *now* are drawn? One possible implementation for opening hours is to change icon color based on whether the a

Re: [Tagging] Standard for external links to location based services

2012/10/18 Janko Mihelić > 2012/10/18 Simone Saviolo > >> >> Ideally yes - but keep in mind that not all amenities are mapped, and not >> a lot (<-- euphemism) of them have the opening hours. Of course, this >> shouldn't stop us from thinking about tagging that. >> > > Mapping all 24/7 pharmacie

Re: [Tagging] Standard for external links to location based services

2012/10/18 Simone Saviolo > > Ideally yes - but keep in mind that not all amenities are mapped, and not > a lot (<-- euphemism) of them have the opening hours. Of course, this > shouldn't stop us from thinking about tagging that. > Mapping all 24/7 pharmacies, bakeries, convenience stores or fue

Re: [Tagging] Standard for external links to location based services

2012/10/18 John F. Eldredge > If you can generate a custom rendering of a particular geographical area, > opening (and closing) hours could be useful. For example, if you are > scheduling an all-day business meeting that includes a lunch break, it > would be useful to give attendees a map that s

Re: [Tagging] Standard for external links to location based services

Am 18.10.2012 16:54, schrieb Simone Saviolo: 2012/10/18 Peter Wendorff > Cuisine often is essential even for the basic map stuff: a map about pizzarias vs. a map about chinese restaurants, or a map that has distinct icons for different food and drink

Re: [Tagging] Standard for external links to location based services

Peter, Eugene, I think we've reached consensus here (have these words ever been said in an OSM mailing list? :-D ). Of the tags Eugene listed about the restaurant in Berlin, I'd only tentatively keep link:facebook and link:google+, but I am not able to judge how much of the content is relevant and

Re: [Tagging] Standard for external links to location based services

Eugene Alvin Villar wrote: > On Thu, Oct 18, 2012 at 10:54 PM, Simone Saviolo > wrote: > > Good explanation, I like this. However there is still the opening > hours. How > > would you use it on a map? Would you make a dynamic map in which > only > > amenities that are open *now* are drawn? If da

Re: [Tagging] Standard for external links to location based services

Hi Simone. If the facebook page is the only - or primary website, I would agree to use it as website. That is sometimes the case, and I agree, that this should be in OSM as any website at a dedicated domain or whatever. But: A facility that has it's own website, most likely linking to the other

Re: [Tagging] Standard for external links to location based services

On Thu, Oct 18, 2012 at 10:54 PM, Simone Saviolo wrote: > Good explanation, I like this. However there is still the opening hours. How > would you use it on a map? Would you make a dynamic map in which only > amenities that are open *now* are drawn? If data like this was wrong, it > would be a dis

Re: [Tagging] Standard for external links to location based services

On Thu, Oct 18, 2012 at 10:49 PM, Simone Saviolo wrote: > 2012/10/18 Eugene Alvin Villar >> >> opening hours and operators [...] are intrinsic >> >> properties of these amenities. Links to web pages *about* the amenity >> on third-party websites are not intrinsic properties. > > > I think this is

Re: [Tagging] Standard for external links to location based services

2012/10/18 Peter Wendorff > Cuisine often is essential even for the basic map stuff: a map about > pizzarias vs. a map about chinese restaurants, or a map that has distinct > icons for different food and drink facilities. > The operator might be interesting, too, e.g. to get all parking spaces >

Re: [Tagging] Standard for external links to location based services

2012/10/18 Eugene Alvin Villar > opening hours and operators [...] are intrinsic > properties of these amenities. Links to web pages *about* the amenity > on third-party websites are not intrinsic properties. > I think this is exactly what we disagree about. If I, the owner of a shop, create a F

Re: [Tagging] Standard for external links to location based services

Am 18.10.2012 16:25, schrieb Simone Saviolo: 2012/10/18 Eugene Alvin Villar > On Fri, Oct 12, 2012 at 4:15 PM, Simone Saviolo mailto:simone.savi...@gmail.com>> wrote: > 2012/10/12 Eugene Alvin Villar mailto:sea...@gmail.com>> >> >> However, I personal

Re: [Tagging] Standard for external links to location based services

On Thu, Oct 18, 2012 at 10:25 PM, Simone Saviolo wrote: > 2012/10/18 Eugene Alvin Villar >> >> On Fri, Oct 12, 2012 at 4:15 PM, Simone Saviolo >> wrote: >> > 2012/10/12 Eugene Alvin Villar >> >> >> >> However, I personally don't think your example of putting the URLs to >> >> a place's webpage

Re: [Tagging] Standard for external links to location based services

2012/10/18 Eugene Alvin Villar > On Fri, Oct 12, 2012 at 4:15 PM, Simone Saviolo > wrote: > > 2012/10/12 Eugene Alvin Villar > >> > >> However, I personally don't think your example of putting the URLs to > >> a place's webpage on foursquare, Google+, Yelp, TripAdvisor, etc. is > >> the way to

Re: [Tagging] Standard for external links to location based services

On Fri, Oct 12, 2012 at 4:15 PM, Simone Saviolo wrote: > 2012/10/12 Eugene Alvin Villar >> >> However, I personally don't think your example of putting the URLs to >> a place's webpage on foursquare, Google+, Yelp, TripAdvisor, etc. is >> the way to go. >> >> OSM is not a link directory so adding

Re: [Tagging] What is and what isn't a valid type=multipolygon relation for osm ?

2012/10/18 Gerhard Hermanns : > Am 13.10.2012 20:02, schrieb Martin Koppenhoefer: > >> * "Exactly two unclosed ways belonging to a role, and no more should share >> an endpoint (eg. the most extreme nodes of a way represented by the black >> dot in the images). If an endpoint is shared by less than

Re: [Tagging] What is and what isn't a valid type=multipolygon relation for osm ?

Am 13.10.2012 20:02, schrieb Martin Koppenhoefer: * "Exactly two unclosed ways belonging to a role, and no more should share an endpoint (eg. the most extreme nodes of a way represented by the black dot in the images). If an endpoint is shared by less than two unclosed ways, the polygon can't b

Re: [Tagging] Lane dividers

2012/10/17 Tobias Knerr : > Another possible idea (= not the same as a finished solution) would be > to introduce something like this: > > type:divider = solid_line|double_solid_line|dashed_line|kerb > > Basically, use the idea of lanes, but a different suffix - and > consequently a different numbe

Re: [Tagging] destination_ref vs. dest_ref vs. destination:ref

Any more comments/opinions on this? 2012/10/15 Martin Vonwald : > Hi! > > Up to now I usually used the tag destination_ref to specify the ref of > the road where a link-road is heading, in analogy with the destination > key. Now I've seen the key dest_ref in use and also destination:ref. > Of cour

Re: [Tagging] Lane dividers

2012/10/17 Tobias Knerr : > You can distinguish at most 4 types of dividers with two pairs of yes/no > - but there are a lot more types out there. That's a big part of the > original divider proposal, which even includes values like "dots". > For example, how do you reconstruct the distinction betw

Re: [Tagging] Emergency lane used by PSV at rush time

2012/10/17 Eric Sibert : > I don't find the last sentence very clear. "This" refers to what? All together: The following lanes should be included: .. * Other lanes such as spitsstrooken in the Netherlands or temporäre Standstreifen in Austria, Germany and Switzerland which are available to GEN