[OSM-dev] The wiki defines the database (was: relations)

Frederik Ramm frederik at remote.org
Wed Nov 5 02:36:23 GMT 2008


Hi,

Erik Johansson wrote:
> Yes that is very cumbersome but how often does this happen, and does
> it really warrant that flippant attitude? Having a better way to
> handle multiple meanings of tags might help.

The core of this "flippant attitude" is easily explained.

When OSM was started - that was before my time, so I'm just telling 
other people's stories here - it was not the only collaborative mapping 
project around.

Other, "competing" projects started out by first trying to set up a good 
tagging scheme (an "ontology" as people say) for everything, and never 
got far beyond that.

OpenStreetMap didn't bother, and just started mapping - differentiating, 
initially, only between railway, waterway and highway and that was it.

Things evolved from there to where we are now; OSM has swept away 
anything remotely comparable.

Like many computer people, my instinct is to do exactly what the failed 
projects have done; it is what you are taught at uni or in the 
workplace: Analyse problem, make data model, acquire data, process data. 
OpenStreetMap managed to largely skip the initial phases, going against 
perceived wisdom, and it worked out well.

Now, with the ever larger influx of new people to the project, this 
"perceived wisdom", this "how things are usually done", comes in through 
the back door. There's not a single day where you don't hear somebody 
say "but we need a unified tagging scheme", "everybody needs to adhere 
to the same standard", "it will never work otherwise", "the data will be 
useless unless everybody means the same". (But "it will never work" is 
something that has been said about OSM from day one.)

Things that are special about OSM, things that have been OSM's strengths 
in the past, are often unreflectedly discounted as weaknesses by these 
newcomers: "Any database must ... blah blah blah ... lest it is 
completely useless."

There are two possibilities:

1. OpenStreetMap did the right thing initially, but what was the right 
thing *then* is not the right thing *now* anymore; we really need strict 
standards, a body to govern them, a dictionary of approved tags, and 
editors that will only allow you to tag things differently if you press 
"I am sure" three times. That is, as far as I can see, the model that 
Google's Map Maker uses.

2. OpenStreetMap is really different from anything else, the usual rules 
do not apply, and trying to apply perceived wisdom to OSM will break 
what is precious about it. The people calling for standards, rules, 
unified tagging and all that are just not flexible enough; they think 
they know what works and what doesn't, and fail to see that OSM is a 
different environment to which they cannot simply transport their 
experiences from the workplace or from software projects or from Wikipedia.

I tend to assume that 2. is correct and I also tend to make fun of those 
who, I like to think, cannot adapt their brains to something that works 
differently. But it is very well possible that I am wrong, or that at 
least situation 1. will be true at some time in the near future.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"




More information about the dev mailing list