On Thu, Jan 21, 2016 at 6:47 PM, Colin Smale wrote:
> Far better to use longer, more descriptive words/phrases which are less
> likely to lead to major differences in interpretation across the entire
> world, English-speaking and otherwise. We shouldn't be wasting energy
> arguing about whether to
I was thinking of using osmosis to filter out objects with wikipedia
tag and then running a query in PostGIS. What a brain fade I've had,
we have Taginfo to the rescue:
http://taginfo.openstreetmap.org/keys/wikipedia#values
It's really interesting to see Wikipedia tags on individual ways of
routes,
As always, these linguistic preferences color every discussion. I use the word
junkyard as do most Americans but I settled on scrapyard as a reasonable
compromise but YMMV. these conversations tend to go round and round and I am
satisfied with what I have.
Sent from Outlook Mobile
On Thu, J
What is your linguistic frame of reference?
In the UK, the word "junkyard" is not used often and I would go to a
"scrapyard" (or even more likely a "breakers [yard]") for a "new" window
for my old car.
Far better to use longer, more descriptive words/phrases which are less
likely to lead to majo
> Date: Thu, 21 Jan 2016 06:12:23 +0700
> From: Dave Swarthout
> To: "Tag discussion, strategy and related tools"
>
> Subject: Re: [Tagging] Tagging scrap yards, junkyards
>
> A waste transfer station is a different operation from this one, which is a
> place to store used parts for the l
Thanks for your comments Martin!
On 2016-01-21 12:21, Martin Koppenhoefer wrote:
> 2016-01-21 11:03 GMT+01:00 Colin Smale :
>
>> A few candidates I can think of for incorporation in to the OSM (meta)model:
>>
>> * date/time format
>
> +1, the opening_hours syntax is IMHO the defacto standard
W dniu 20.01.2016 23:17, moltonel 3x Combo napisał(a):
Concerning your suggestion to use "name=n1 alt_name=n2;n3", let me
rethorically wonder why you didn't suggest "name=n1;n2;n3" ? I expect
it is because the risk of semicolons in the "name" tag catching some
consumers unaware. Well, that risk
2016-01-21 11:03 GMT+01:00 Colin Smale :
> A few candidates I can think of for incorporation in to the OSM
> (meta)model:
>
> * date/time format
>
+1, the opening_hours syntax is IMHO the defacto standard, it is also used
in other context, e.g. service_times or conditional tagging.
> * number f
It's a great shame that OSM seems incapable of moving its information
model forwards. There have been so many discussions about the need for a
way of representing multi-valued attributes (as occur in real life)
within the OSM framework, and yet it keeps coming back again and again.
Instead of discu
On 21/01/2016, Hakuch wrote:
> I just want to mention again: this proposal is about the wiki, that
> name_1 and alt_name_1 should not be suggested there for good tagging.
> Its not about the existing data in OSM.
And the ongoing discussion in this thread just explains in lenghty
details why the p
10 matches
Mail list logo