I wrote up a wiki page, including a possible feature set.
http://wiki.openstreetmap.org/wiki/Machine_Readable_Tagging_API
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
2009/10/18 Liz :
> As a new mapper, about 2 years ago, I thought that the only POIs OSM collected
> were pubs post offices, banks and other things that were in the editor.
> I didn't get the slightest hint from the wiki front page that there were
> options for "anything you find".
It is the first
2009/10/19 Martin Koppenhoefer :
> 2009/10/18 Liz :
>> As a new mapper, about 2 years ago, I thought that the only POIs OSM
>> collected
>> were pubs post offices, banks and other things that were in the editor.
>> I didn't get the slightest hint from the wiki front page that there were
>> options
2009/10/19 John Smith :
> That may be the case, but doesn't it make sense to make it as easy as
> possible for people to find tags already in use? and use one of those
> before making a new tag that does the same thing?
1. mapfeatures
2. wiki-search
3. (OSM-Doc / tagwatch)
0./4. mailing-list / fo
On Mon, 19 Oct 2009, Martin Koppenhoefer wrote:
> 2009/10/19 John Smith :
> > That may be the case, but doesn't it make sense to make it as easy as
> > possible for people to find tags already in use? and use one of those
> > before making a new tag that does the same thing?
>
> 1. mapfeatures
> 2.
2009/10/19 Martin Koppenhoefer :
> 1. mapfeatures
Only covers a very limited subset of tags.
> 2. wiki-search
Due to the wiki being used for everything this is very ineffective at
times, do a search for lawyer...
> 3. (OSM-Doc / tagwatch)
Only gives a single key pair, doesn't highlight combina
2009/10/19 Liz :
> On Mon, 19 Oct 2009, Martin Koppenhoefer wrote:
>> 2009/10/19 John Smith :
>> > That may be the case, but doesn't it make sense to make it as easy as
>> > possible for people to find tags already in use? and use one of those
>> > before making a new tag that does the same thing?
2009/10/19 John Smith :
> 2009/10/19 Martin Koppenhoefer :
>> 1. mapfeatures
>
> Only covers a very limited subset of tags.
the most used ones.
>> 2. wiki-search
>
> Due to the wiki being used for everything this is very ineffective at
> times, do a search for lawyer...
is an exception, there ar
2009/10/19 Martin Koppenhoefer :
> In case that you have to invent a new key, it is obvious that more
> work is involved, in order to make it good.
Which is what I'm trying to figure out :) (and why I started this thread)
The current system is widely criticised, but no one has suggested a
better
2009/10/19 Martin Koppenhoefer :
> is an exception, there are not many exceptions though, and as soon as
> a key:layer-page pops up, (e.g. set up by those who write continuously
> about this lack in this list), it will be solved.
This requires an out of band work process, that is stop mapping and
John Smith wrote:
> As an example I added the 'highway' tag, and 'motorway' value and
> copied the descriptions from the wiki.
>
> The list of things that would need to be done to make this actually
> useful include:
> [...]
* Avoid inconsistencies with existing documentation (that is: wiki)
Imo
2009/10/19 Tobias Knerr :
> Whether you try to continue that Semantic MediaWiki approach that has
> been suggested some time ago
> http://wiki.openstreetmap.org/wiki/Semantic_MediaWiki
> or create your own app for browsing/searching (probably using the API
> (http://wiki.openstreetmap.org/api.php)
John Smith:
> 2009/10/19 Tobias Knerr :
>> I'd strongly recommend to use the
>> wiki as your backend for most of the information.
>
> It doesn't matter how I look at the problem there will need to be a
> lot of effort exerted to be useful.
When I look at the problem, reimplementing all those feat
2009/10/19 Tobias Knerr :
> When I look at the problem, reimplementing all those features I've
> mentioned is a lot more effort than writing a wiki text parser.
The biggest problem is achieving consistency, how could you get that
with the wiki, it's not designed to be machine parsible it's designe
On Mon, Oct 19, 2009 at 12:12 PM, Martin Koppenhoefer
wrote:
> 2009/10/19 John Smith :
>> 2009/10/19 Martin Koppenhoefer :
>>> 1. mapfeatures
>>
>> Only covers a very limited subset of tags.
>
> the most used ones.
But that's not interesting what is needed is how to help people tag,
and how to sh
On Mon, Oct 19, 2009 at 1:55 PM, John Smith wrote:
> 2009/10/19 Tobias Knerr :
>> When I look at the problem, reimplementing all those features I've
>> mentioned is a lot more effort than writing a wiki text parser.
>
> The biggest problem is achieving consistency, how could you get that
> with th
2009/10/19 Erik Johansson :
> On Mon, Oct 19, 2009 at 1:55 PM, John Smith wrote:
>> 2009/10/19 Tobias Knerr :
>>> When I look at the problem, reimplementing all those features I've
>>> mentioned is a lot more effort than writing a wiki text parser.
>>
>> The biggest problem is achieving consistenc
2009/10/19 Erik Johansson :
> On Mon, Oct 19, 2009 at 12:12 PM, Martin Koppenhoefer
> wrote:
>> 2009/10/19 John Smith :
>>> 2009/10/19 Martin Koppenhoefer :
1. mapfeatures
>>>
>>> Only covers a very limited subset of tags.
>>
>> the most used ones.
>
> But that's not interesting what is neede
> just go ahead. There is no limit, and everyone can document everything
> on his personal wiki page (IMHO _this_ would lead to bad results, as
> you get everyones own definition and are left alone for deciding,
> which one you prefer, whilst today we maintain one page which displays
> (at it's bes
2009/10/19 Martin Koppenhoefer :
> 2009/10/19 Erik Johansson :
>> On Mon, Oct 19, 2009 at 12:12 PM, Martin Koppenhoefer
>> wrote:
>>> 2009/10/19 John Smith :
2009/10/19 Martin Koppenhoefer :
> 1. mapfeatures
Only covers a very limited subset of tags.
>>>
>>> the most used ones.
John Smith:
>> Which features of your sophisticated solution can NOT be properly
>> implemented with a wiki backend? I don't see any except maybe the
>> "voting" feature, and even if some data is best stored outside the wiki,
>> that doesn't mean you cannot use the wiki for the rest.
>
> Can't eas
On Mon, Oct 19, 2009 at 2:26 PM, Martin Koppenhoefer
wrote:
> 2009/10/19 Erik Johansson :
> I'd say that 95% of the mappers are interested in what the
> renderings show, and that is also in the mapfeatures-list. I agree
> though that in the case you are looking for something special and not
> alr
On Mon, Oct 19, 2009 at 2:41 PM, Peter Childs wrote:
> 2009/10/19 Martin Koppenhoefer :
> The problem currently seams to be that there are 3 different places
> within the wiki that things can be documented.
Do you mean, Proposed/* pages, mapfeatures page and key:/tag: pages?
> But if I want to
2009/10/19 Tobias Knerr :
> I just think that duplicating information that is already present in the
> wiki or could easily be added to it (texts describing the meaning of
> tags, images and some basic information such as the "Element" and
> "Useful combination" sections from the default templates)
24 matches
Mail list logo