W dniu 12.09.2019 o 07:02, Roland Olbricht pisze:
> > Changing to a github-like system of version management
>
> I thought of Git, not Github.
>
> This is an important distinction: Git is as decentralized as possible -
> whenever one works with a repo one gets the full data and history of the
>
Fascinating discussion, thanks for all participating. The tension between an
open community and standards of practice has always been the key dynamic of OSM.
What I think has changed as OSM has grown and accreted code, data, and culture
is .. less opportunity to just do it. Like many things in
> For writing any larger body of text collaboratively you will need to > compartmentalize to some extent and have different-people focus on > different parts of the whole thing and coordination between those will > need to happen through human evaluation and human communication.+10
On Thursday 12 September 2019, Roland Olbricht wrote:
> Thus the question is: are contradictions between pages a problem? If
> yes then a holisitic toolset may do better, if not then the holistic
> tool has no advantage in this regard.
Yes they are but it is unrealistic in practical work on any
Hi,
On 12.09.19 07:02, Roland Olbricht wrote:
>> Changing to a github-like system of version management
>
> I thought of Git, not Github.
Something I have witnessed in the context of
maybe-making-our-book-into-an-open-source-project is that the first
thing people try to tackle is technology,
Roland Olbricht wrote:
> > Changing to a github-like system of version management
> I thought of Git, not Github.
Again, there's no suggestion of "changing to"; it would be additional.
As Christoph says, the challenge would be "finding, motivating, selecting
and retaining qualified people to
Hello everybody,
first of all, I am grateful that the responses have all been calm and
well-thought. I will make room in the session to document the results of
this discussion.
Changing to a github-like system of version management
I thought of Git, not Github.
This is an important
11 Sep 2019, 20:47 by o...@imagico.de:
> if the number of edits
> and the time spent on these by those willing and able to diligently
> pursue this path outnumbered edits of those who pursue other goals by a
> fair margin. This is not achievable i think.
>
It is not so bad.
Note that
On Wednesday 11 September 2019, Mateusz Konieczny wrote:
>
> Nearly 100% of my activity on wiki
> is attempting to do this (documenting
> tags and removal of what is in contrary to
> reality).
Yes, and you are not the only one who tries that. But the bottom line
is that this would only work in
11 Sep 2019, 18:56 by frede...@remote.org:
> and it is very ahrd to do collectively in a "everyone just edits one
> tiny little bit and somehow a coherent whole will emerge" kind of way.
>
Very hard, but given that there is no
better alternative...
Is there somewhere git repository accepting
11 Sep 2019, 13:43 by o...@imagico.de:
> On Wednesday 11 September 2019, Richard Fairhurst wrote:
>
>>
>> The main thing we're missing is curated, simple information on the
>> main tags that are _used_.
>>
>
> Indeed. And i would go even further: Any documentation of the de facto
> use of
Hi,
On 11.09.19 17:27, Christoph Hormann wrote:
> My concern is less that of centralized
> decision making and control over an important resource but that it will
> be difficult to find, motivate, select and retain qualified people to
> work on this.
Jochen and I, authors of the 2010 printed
Joseph Eisenberg wrote:
> Changing to a github-like system of version management would
> require some people to serve as "maintainers" or "moderators"
> of the new, curated list of Map Features / Tags, wouldn't it? While
> this could be an improvement in the quality and consistency of
> how
On Wednesday 11 September 2019, Joseph Eisenberg wrote:
>
> Changing to a github-like system of version management would require
> some people to serve as "maintainers" or "moderators" of the new,
> curated list of Map Features / Tags, wouldn't it? While this could be
> an improvement in the
Am Mi., 11. Sept. 2019 um 14:30 Uhr schrieb Joseph Eisenberg <
joseph.eisenb...@gmail.com>:
> Perhaps the current wiki-based system is
> fine, as long as enough people are invested in maintaining it.
>
>
+1
Btw, sometimes tiny details can make huge differences. Some years ago, the
default
"curated, simple information on themain tags that are _used_"
Originally this was maintained at Map Features
(http://wiki.openstreetmap.org/wiki/Map_Features), and this page is
still somewhat "curated"; not just any tag can be added, most of the
very common tags are included, and many people are
On Wednesday 11 September 2019, Richard Fairhurst wrote:
>
> The main thing we're missing is curated, simple information on the
> main tags that are _used_.
Indeed. And i would go even further: Any documentation of the de facto
use of tags written by humans (i.e. that goes beyond automatic
Roland Olbricht wrote:
> Imperfect Flow of Information
>
> Although many parts of the OpenStreetMap project are well
> translated, the tagging documentation has substantial deficiencies.
Yep. Documentation is the biggest problem with tagging.
I don't actually think it's the wiki per se that's
Thanks.
BTW I'm not saying that it is always clear when a "good idea" is
actually controversial or that you and Quincy are not subject to
multiple forces pulling or pushing in opposite directions, but the only
solution can be to escalate such issues to a wider audience before
implementation, when
>>
>> The decisions we make in iD with the tags are mostly because 1. someone
>> asked us to in a ticket or pull request, and we try to give people what they
>> want.. or 2. we are trying to solve an actual problem - for example, the
>> explicit tagging of piers and platforms came from us
Am 10.09.2019 um 16:08 schrieb Bryan Housel:
> Simon you’re completely wrong about this, but I doubt there is anything that
> I can say that would change your mind. The "US-corporate bubble" does not
> care about the tags used by the iD presets as much as you think they do.
I don't think I
Simon you’re completely wrong about this, but I doubt there is anything that I
can say that would change your mind. The "US-corporate bubble" does not care
about the tags used by the iD presets as much as you think they do.
The decisions we make in iD with the tags are mostly because 1.
Roland
I can't help noticing that you are tiptoeing a bit around the actual
issue which started the whole discussion: unilateral changes by the iD
maintainers (everybody else doesn't have enough leverage to enforce
their position, so it is not me specifically picking on them, it is
simply a
ike @osm_de show that it can work throw chatting.
>
> Cheers
>
> Sören Reinecke alias Valor Naram
>
>
> Original Message
> Subject: Re: [OSM-talk] Tagging Governance
> From: Christoph Hormann
> To: talk@openstreetmap.org
> CC:
>
>
>
> He
Hello Roland and other "talkers",I also thought about creating a new better channel for tagging discussions where all sites (mappers (newbies, experienced), developers, researchers etc.) come into play. E.g. we could create IRC rooms for discussions for each tag and have one main IRC room where
Hello Roland,
not sure if you have seen - i already gave my initial thoughts on this
on
https://www.openstreetmap.org/user/imagico/diary/390599
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
My zwei Pfennige (two cents) worth. I am somewhat multilingual (in my context
of a largely-monolingual USA): I grew up hearing familial Polish and
Hungarian, studied seven years of foreign language (Spanish and French) in
middle and high schools and at university double majored in linguistics
Hi all,
I have got into the duty to talk about tagging governance on the SotM
and I would like to develop that opportunity towards something that is
rather helpful in the long term.
To ensure that I am on the right track and not unintentionally after a
personal agenda I would like to ask you to
28 matches
Mail list logo
