19 Feb 2020, 08:27 by 61sundow...@gmail.com:
> There are those who;
> think the proposal process it the only way to create wiki pages.
> there are those who degenerate wiki pages with few uses, to the extent
> of editing those wiki pages to discourage use.
>
Proposal pages are
There are those who;
think the proposal process it the only way to create wiki pages.
there are those who degenerate wiki pages with few uses, to the extent
of editing those wiki pages to discourage use.
'Any tags you like' is one mantra ... but documenting them in the wiki
and leaving them to
I don't know what your experience with the OSM wiki is, but I've created new
wiki pages for new tags, without bothering with proposal pages. When has anyone
told you that you need to do that? Did someone write that down somewhere? Maybe
that should be corrected. Do you have links to where you sa
18 Feb 2020, 21:57 by dieterdre...@gmail.com:
>
>
> sent from a phone
>
>> Il giorno 18 feb 2020, alle ore 18:32, Joseph Eisenberg
>> ha scritto:
>>
>> Therefore, I propose that Yurikbot be changed to only add new data
>> items for documented tags which already have a wiki page in at least
>>
19 Feb 2020, 05:57 by ba...@ursamundi.org:
> On Tue, Feb 18, 2020 at 10:45 PM Mateusz Konieczny
>> but have you checked whatever some simple form
>> of displaying this tags is already requested for iD?
>>
>
> It's definitely not. Here's what JOSM and what ID shows over the Bing
> imagery at t
On Tue, Feb 18, 2020 at 10:45 PM Mateusz Konieczny
wrote:
>
>
> 19 Feb 2020, 05:27 by ba...@ursamundi.org:
>
> Could we get some lane editing/rendering in these editors to cut down on
> this kind of unintentionally erratic mapping?
>
> Not sure whatever Potlatch is still developed,
>
I would hop
19 Feb 2020, 05:27 by ba...@ursamundi.org:
> Could we get some lane editing/rendering in these editors to cut down on this
> kind of unintentionally erratic mapping?
>
Not sure whatever Potlatch is still developed,
but have you checked whatever some simple formof displaying this tags is
alread
I'm working on editing I 405 in Los Angeles, California for lane guidance,
and at almost 150 miles not counting ramps, it's a big effort to go
through, so it's taken enough time that others are editing around where I
started. No big deal, I'm fine with that, *except...*
I'm consistently noticing
19 Feb 2020, 00:14 by yuriastrak...@gmail.com:
> It is very strange that we, on one hand, allow anyone to create any kind of
> tags (just type it in), and on the other we create so many hurdles to
> document it (we refuse to allow a wiki page about an item, but instead demand
> that each key pa
> How is this synchronized?
> Will every user be able to change the definition of any tag for everyone?
>Is there some kind of moderation or peer review?
Good questions. If the tag is already frequently used, the description
should be based on how the tag has been used, not merely on one user’s
op
> “ we refuse to allow a wiki page about an item, but instead demand that
each key page go through a proposals process”
This is incorrect. Anyone can make a new wiki page for a tag, and it
happens several times a day on average. There are more new Tag: and Key:
pages than new proposal pages.
I di
sent from a phone
> Il giorno 19 feb 2020, alle ore 00:17, Yuri Astrakhan
> ha scritto:
>
> When a data item is created automatically, it makes the process of adding
> such documentation very straightforward -- e.g. if one uses iD editor, they
> simply expand the (i) button next to the tag,
It is very strange that we, on one hand, allow anyone to create any kind of
tags (just type it in), and on the other we create so many hurdles to
document it (we refuse to allow a wiki page about an item, but instead
demand that each key page go through a proposals process, approve it,
etc). I bel
I strongly disagree.
It is perfectly useful to document the existence of tags in the database with
data items. For example one was created for the key sub_sea:type
[https://wiki.openstreetmap.org/wiki/Item:Q4506] and it has been possible to
add this it is a discardable tag that the main OSM edi
sent from a phone
> Il giorno 18 feb 2020, alle ore 18:32, Joseph Eisenberg
> ha scritto:
>
> Therefore, I propose that Yurikbot be changed to only add new data
> items for documented tags which already have a wiki page in at least
> one language. I do not see a benefit to creating date items
Hi all,
just a quick remainder that the call for participation for State of the Map 2020
ends this Sunday, February 23rd.
We are looking forward to your proposals for talks, workshops, panels for
a diverse range of topics around OpenStreetMap.
For more information see: https://2020.stateofthemap
Hi,
Am 18.02.20 um 18:46 schrieb Frederik Ramm:
> Agree, and I would also request that *any* automated change to the Wiki
> be discussed before it is implemented. The use of bots puts too much
> power in the hands of those who write them, and this must be balanced by
> a requirement to involve the
Hi,
On 18.02.20 18:28, Joseph Eisenberg wrote:
> Therefore, I propose that Yurikbot be changed to only add new data
> items for documented tags which already have a wiki page in at least
> one language. I do not see a benefit to creating date items for
> undocumented tags.
Agree, and I would also
Data Items should not be created by bot for undocumented tags.
According to
https://wiki.openstreetmap.org/wiki/Data_items#Item_Creation_Process
the Data Items (aka "Wikibase" or "Wiki Data items") are automatically
created by a bot, even before a tag is documented, if a tag has a
certain standar
On 17/02/2020 17:10, Simon Poole wrote:
it would be really nice if the community was
equally upset about misusing the OpenStreetMap brand and marks by so
many other organisations with the goal of profiting from OSMs popularity
oh, this reminds me of something!
the community is aware of the mi
Hi,
On 17.02.20 21:43, Tomek wrote:
> Object 1:
> https://commons.wikimedia.org/wiki/File:Jardin_El_Capricho_Bench_at_Plaza_de_los_Emperadores.jpg
> Bench with no writing, mapped to OSM as:
> amenity = bench
> name = Bench
> Is it right to remove the label "name" according to the "I'm mapping
> wh
21 matches
Mail list logo
