Re: [OSM-talk] New OSM Quick-Fix service

Rory, I agree with you - there are always corner cases. And while we concentrate on the geographical aspect (e.g. "somewhere there might be a large territory where the tags mean different thing"), the corner case can actually exist in our own neighborhood, simply because our neighbor understood

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

Lester, I agree with you that Wikidata should not contain an object for everything that OSM may have. I don't believe there should be an entry for every McDonalds on the planet, or for every artist's work that someone may decide to include in OSM. But that's up to Wikidata contributors. Lets

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

Andy, both sr: and sq: languages describe the same CONCEPT - "republic of Serbia". Both articles mention Kosovo as a territory with the special status. So the content is the same, and both can be used to describe the ground truth of Republic of Serbia. The articles just choose to show a slightly

Re: [OSM-talk] New OSM Quick-Fix service

@mmd, thanks, but I never said anything about oneway=no, and never proposed to remove it. Andy Townsend introduced that into the discussion, and JB elaborated on it. It is not listed in the deprecated list, nor is it in JOSM autofixes, so it is a moot point. BTW, I did find oneway=1 ->

Re: [OSM-talk] New OSM Quick-Fix service

as well as my most latest post with the new tool capabilities, or just read the Sophox wiki page and try to follow the style of Simon & Tobias - both have raised valid objections, and in both cases it resulted in tool's improvements. On Mon, Nov 13, 2017 at 3:05 AM, JB <jb...@mailoo.org&g

Re: [OSM-talk] New OSM Quick-Fix service

t;o...@imagico.de> wrote: > On Monday 13 November 2017, Yuri Astrakhan wrote: > > Christoph, thanks for clarifying. I should have been a bit more > > careful with that word. Could you clarify one thing - if wiki is not > > authoritative for deprecation, than what is? "Commun

Re: [OSM-talk] New OSM Quick-Fix service

Christoph, thanks for clarifying. I should have been a bit more careful with that word. Could you clarify one thing - if wiki is not authoritative for deprecation, than what is? "Community consensus that something is not to be used" has to be documented somewhere, right? Per

Re: [OSM-talk] New OSM Quick-Fix service

edia as I know > there's a whole world of people there doing their own thing. It doesn't > have to go both ways. > > In short, I have looked at your tool and don't think it is currently > beneficial to the OSM ecosystem. The discussions ongoing here suggest it > won't ever be. >

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

Christoph, unregenerate implies I should apologize for doing a wrong thing. In the discussion, the only thing I **actually did** was I wrote a new tool and posted about it. Was I wrong to write a tool? Was I wrong to discuss it with the community? I patiently sifted through all the negative

Re: [OSM-talk] Directed Editing Policy

Thanks Frederik. This is a good explanation. Can some of it perhaps be added to the document to make it clearer? On Wed, Nov 22, 2017 at 6:22 AM, Frederik Ramm <frede...@remote.org> wrote: > Hi, > > On 22.11.2017 04:16, Yuri Astrakhan wrote: > > Pierre, I suspect the num

[OSM-talk] Permanent IDs RFC (was part_of:wikidata)

Permanent IDs has been brought up several times, especially as part of the Wikidata ID discussion. I started a wiki page to outline the requirements and goals, but it might be incomplete, feel free to add / correct / comment. https://wiki.openstreetmap.org/wiki/Permanent_ID Once we reach the

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

Richard, in both languages, the main issue is the same. It says that the discussion has restarted with the negative commentary, but skips the main point - that the tool has been substantially reworked based on community feedback. It's like saying some people got rich without mentioning the bank

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

One important aspect was missing in the announcement. The tool's new name is a tiny part of a much bigger set of community suggested and requested changes. Fully ignoring functionality changes that many community members suggested is biased. Mechanical edit claim was also never justified --

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

Whataboutism at its best? John Oliver: https://youtu.be/1ZAPwfrtAFY?t=6m2s On Fri, Nov 17, 2017 at 7:10 PM, Andy Townsend wrote: > On 17/11/2017 22:52, Clifford Snow wrote: > > > Frederik, > I think we are all thankful for the newsletter. And believe they are free > to

Re: [OSM-talk] New OSM Quick-Fix service

While it is easy to throw tons of accusations and be less civil, I will try maintain my level of decency. I have forwarded you a snippet of one of the emails I received (without the sender name). Also, you are welcome to organize some independent person you trust in NYC to stop by and examine it

Re: [OSM-talk] New OSM Quick-Fix service

On Mon, Nov 13, 2017 at 6:02 PM, Michael Reichert <osm...@michreichert.de> wrote: > Hi Yuri, > > Am 13.11.2017 um 22:58 schrieb Yuri Astrakhan: > > Andy, I can only assume you agree with the rest of my argument. As for > this > > case -- this is not a mechanical

Re: [OSM-talk] Dropping out, was: New OSM Quick-Fix service

[3] https://lists.openstreetmap.org/pipermail/talk/2017-October/079172.html [4] https://wiki.openstreetmap.org/wiki/Sophox On Mon, Nov 13, 2017 at 6:19 PM, Frederik Ramm <frede...@remote.org> wrote: > Hi, > > On 11/13/2017 10:58 PM, Yuri Astrakhan wrote: > > Andy, I can only assume you agr

Re: [OSM-talk] New OSM Quick-Fix service

@mmd, I have noticed that the proposed fixes were not marked with vote=1. I fixed them. https://wiki.openstreetmap.org/wiki/Quick_fixes#Proposed_fixes I'm not sure if vote=1 is needed for the multiple-choice challenges. They were originally copied from the officially deprecated tags, so

Re: [OSM-talk] New OSM Quick-Fix service

On Mon, Nov 13, 2017 at 8:50 AM, Rory McCann <r...@technomancy.org> wrote: > On 13/11/17 01:16, Yuri Astrakhan wrote: > >> if an accepted tool already does something in a certain way, and noone is >> raising any objections to it, I think other software should follow i

Re: [OSM-talk] What would make MapRoulette better?

Martijn, I think this is very similar to what Osmose does in its DB view (and I think several other tools do in the map view) - they offer a choice of a "world view" (unfiltered) or a "region views" - where users may choose what region they are interested in (e.g. a dropdown). I think it would be

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

James, this is not about hurt feelings. This is about misrepresentation. Last week I re-wrote Sophox tool based on the community feedback. The new tool uses the same approaches as existing tools. Yet, somehow I violated some unwritten rule by creating a new tool? This is bogus. There were many

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

r tools. > > How does that break "unwritten rules"? > > It relates to trust and politics with a small p. Your brand name is > untrusted. > > Cheerio John > > On 18 November 2017 at 13:11, Yuri Astrakhan <yuriastrak...@gmail.com> > wrote: > >

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

erio John > > On 18 November 2017 at 13:26, Yuri Astrakhan <yuriastrak...@gmail.com> > wrote: > >> John, not trusting a brand name and being unreasonable about new project >> are two different things. One is a healthy caution. The other is a >> baseless witch hunt

Re: [OSM-talk] Directed Editing Policy

ets would facilitate the follow-up. > > Actually, not all instances of the Tasking Manager add an hashtag to > document the host and project no. For QA tools, specific projects / > missions are not documented either. > > > Pierre > > > Le mardi 21 novembre 2017 21:21:55 HNE

Re: [OSM-talk] Directed Editing Policy

While this might not have been the intention, the > b) directed by a third party exactly what and how to contribute to OpenStreetMap can be applied to any "challenge style" sites such as the MapRoulette or Osmose. I think there should either be a clarification about this, an additional

Re: [OSM-talk] New OSM Quick-Fix service

@mmd, thanks, inline: On Mon, Nov 13, 2017 at 5:32 PM, mmd wrote: > > * Added voting - experimental tasks require two users agreement to > change DB > > I assumed this to be a mandatory part of the new process. However, some > recent edits made by a "Serbian OSM Lint bot" [1]

Re: [OSM-talk] New OSM Quick-Fix service

On Mon, Nov 13, 2017 at 2:52 PM, Andy Townsend <ajt1...@gmail.com> wrote: > On 13/11/2017 19:36, Yuri Astrakhan wrote: > > > That's why I think Sophox is a much better and safer alternative to > JOSM's autofixes. > > At the risk of repeating something that's been said

Re: [OSM-talk] New OSM Quick-Fix service

significant problem with this discussion, and community health in general? On Mon, Nov 13, 2017 at 5:13 PM, Christoph Hormann <o...@imagico.de> wrote: > On Monday 13 November 2017, Yuri Astrakhan wrote: > > Andy, I can only assume you agree with the rest of my argument. [...] >

Re: [OSM-talk] New OSM Quick-Fix service

-of-crumhenge/ On Mon, Nov 13, 2017 at 4:39 PM, Andy Townsend <ajt1...@gmail.com> wrote: > On 13/11/2017 21:19, Yuri Astrakhan wrote: > > > Andy, as I stated before, JOSM doesn't force you to edit in your area - it > shows you whatever data you download. OverpassT can provide it t

Re: [OSM-talk] New OSM Quick-Fix service

Hehe, fun picture, and the article seems to be covering the concept well. Simon, I don't think anyone was arguing that sanatoriums should be switched one way or the other globally. As long as there is a clear conceptual distinction between two types of features (whichever they are), and that

Re: [OSM-talk] New OSM Quick-Fix service

The tool has been thoroughly reworked, thanks to many good suggestions. Please keep discussion to constructive suggestions and ideas - they help us all move forward and reach agreement. What's new: * Tool has a new name: Sophox * Added "reject" vote button * Tasks can now offer multiple choices

Re: [OSM-talk] New OSM Quick-Fix service

. On Tue, Nov 7, 2017 at 2:57 AM, Frederik Ramm <frede...@remote.org> wrote: > Hi, > > On 07.11.2017 07:29, Yuri Astrakhan wrote: > > Please keep discussion to constructive suggestions and ideas - they help > > us all move forward and reach agreement. > > I

Re: [OSM-talk] New OSM Quick-Fix service

ev=12999#L6 On Thu, Nov 9, 2017 at 5:56 AM, JB <jb...@mailoo.org> wrote: > Le 08/11/2017 à 19:43, Yuri Astrakhan a écrit : > >> removing layer=0 >> > Please don't. Once again, mapping is done by humans, and layer=0 IS > sometimes useful to humans, even if computers don'

Re: [OSM-talk] New OSM Quick-Fix service

On Thu, Nov 9, 2017 at 4:07 PM, ajt1...@gmail.com <ajt1...@gmail.com> wrote: > On 09/11/2017 20:48, Yuri Astrakhan wrote: > >> JB, the "layer=0 removal" is one of the JOSM validations - it >> automatically gets suggested to anyone editing an area with tha

Re: [OSM-talk] New OSM Quick-Fix service

> Online communication is hard. We are missing all the context and cues from > real life. Let's make an extra effort to get beyond the inevitable > miscommunications when they crop up. > > -Mikel > > * Mikel Maron * +14152835207 <(415)%20283-5207> @mikel s:mikelmaron >

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

On Tue, Oct 24, 2017 at 11:19 AM, Tomas Straupis wrote: > 2017-10-24 15:56 GMT+03:00 Ryszard Mikke wrote: > > Why, in this case is it better to have Wikipedia links in OSM point to > > disambiguation page instead of link Hillfort 1 in OSM to Hillfort 1 in > > Wikipedia,

Re: [OSM-talk] New OSM Quick-Fix service

disabling - what a better tool fixes, JOSM's autofix won't > find... > > On 17 October 2017 at 09:50, Yuri Astrakhan <yuriastrak...@gmail.com> > wrote: > >> Well, you kind of can fix one with the other - by introducing a better >> tool and disabling some of the autof

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

Roland, thanks for the links. Local knowledge is very important, but lets not make it into a sacred cow at the cost of common sense. I have not been to every single street in New York City. I am nearly 100% sure that all editors has edited objects that were near their location, but that they have

Re: [OSM-talk] Local knowledge (was: Could we just pause any wikidata edits for a month or two?)

> > On 25.10.2017 08:22, Tomas Straupis wrote: > > Yuri later tried to change the whole theme from "osm-wikidata-sql > > tool" to "new general qa tool" in the same thread. > > And now into "is local knowledge really always necessary". I'm sure > before too long Yuri will be starting to discuss

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

On Wed, Oct 25, 2017 at 2:22 AM, Tomas Straupis wrote: > > Yuri later tried to change the whole theme from "osm-wikidata-sql > tool" to "new general qa tool" in the same thread. This change gives a > lot of confusion on what are we really talking about. Only when >

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

> > Well, certainly Wikipedia links should only be added by people who know > something about the feature in question, and not by a machine that > compares name tags to Wikipedia entries and takes a wild guess. > I think this is a straw man argument - I don't think anyone is proposing to add tags

Re: [OSM-talk] Name:* tags in the local language

. On Sat, May 5, 2018 at 2:25 AM Janko Mihelić <jan...@gmail.com> wrote: > sub, 5. svi 2018. u 00:18 Yuri Astrakhan <yuriastrak...@gmail.com> > napisao je: > >> >> Tag description: >> https://wiki.openstreetmap.org/wiki/Key:default_language >> > > I

Re: [OSM-talk] Name:* tags in the local language

wiki/Key:default_language P.S. Janko, please take a look at the single vs multiple languages per region in that wiki page. Does that make sense? On Wed, May 2, 2018 at 1:01 PM Janko Mihelić <jan...@gmail.com> wrote: > pon, 30. tra 2018. u 08:28 Yuri Astrakhan <yuriastrak...@gmail.c

Re: [OSM-talk] OSM and new Wikipedia map features

at kind of data is provided). > > 4. May 2018 10:14 by yuriastrak...@gmail.com: > > Btw, this is already possible - Wikipedia servers let you access both > images and raw vector tiles, so if someone wants to do the client part, it > shouldn't be too hard. > > On Fri, May 4, 2018, 1

Re: [OSM-talk] OSM and new Wikipedia map features

In reality, it is not impossible, or even that hard. If the vector tile is sent to the client, than the client can decide which language to render based on user preference. The exact same code (it's all in JavaScript) can be used to decide the labeling. Caching would only improve, because instead

Re: [OSM-talk] Local language help

Also, there are still about 60 countries without a tag: http://tinyurl.com/y9382ewv On Tue, May 8, 2018 at 10:59 PM Daniel Koć <daniel@koć.pl> wrote: > W dniu 08.05.2018 o 21:31, Yuri Astrakhan pisze: > > > This query shows a list of regions that have the new default_language > > t

Re: [OSM-talk] Local language help

page at the bottom. P.S. same query, but with the last editing user included: http://tinyurl.com/yatfd9sr On Tue, May 8, 2018 at 12:02 AM Yuri Astrakhan <yuriastrak...@gmail.com> wrote: > Hi, most countries now have a default_language [1] tag, specifying the > most likely language of th

[OSM-talk] Local language help

Hi, most countries now have a default_language [1] tag, specifying the most likely language of the "name" tag in that region. Here's a list of 60+ countries that have multiple official languages. If you have local knowledge, or can research it, could you add the proper default_language tag to

Re: [OSM-talk] Local language help

ench only and >> multi-lingual ones: https://overpass-turbo.eu/s/yE5 (thx trigpoint & >> FredrikLindseth on IRC!) Do you want to change it, or should I? >> >> Also, there are still about 60 countries without a tag: >> http://tinyurl.com/y9382ewv >> >

Re: [OSM-talk] Local language help

@gmail.com> wrote: > > > sent from a phone > > On 9. May 2018, at 02:37, Yuri Astrakhan <yuriastrak...@gmail.com> wrote: > > or to two languages that match "Bruxelles - Brussel" ("fr - nl" ?). > > > > The hyphen/dash is no

Re: [OSM-talk] Local language help

languages are not very helpful for the truly multilingual maps. On Thu, May 10, 2018 at 2:10 AM Martin Koppenhoefer <dieterdre...@gmail.com> wrote: > > > sent from a phone > > > On 10. May 2018, at 00:47, Yuri Astrakhan <yuriastrak...@gmail.com> > wrote: > &

Re: [OSM-talk] Local language help

t; to compare with on those objects. > > Jo > > 2018-05-10 1:10 GMT+02:00 Martin Koppenhoefer <dieterdre...@gmail.com>: > >> >> >> sent from a phone >> >> > On 10. May 2018, at 00:47, Yuri Astrakhan <yuriastrak...@gmail.com> >> wrote: >&g

Re: [OSM-talk] Local language help

countries the regions are not so clearly > defined. > > Jo > > 2018-05-09 2:37 GMT+02:00 Yuri Astrakhan <yuriastrak...@gmail.com>: > >> Polyglot, thanks! I just ran the list of names for Belgium - >> http://overpass-turbo.eu/s/yEj (takes a few minutes and 20MB download

Re: [OSM-talk] Local language help

Marc, Oleksiy, thanks for your insights! And Marc, I agree that it should always be up to the local community to decide. The only thing I ask is to please keep in mind that the "default_language" is simply a reflection of what local OSM editors have already used for the name tag in the majority

Re: [OSM-talk] OSM and new Wikipedia map features

Btw, this is already possible - Wikipedia servers let you access both images and raw vector tiles, so if someone wants to do the client part, it shouldn't be too hard. On Fri, May 4, 2018, 11:11 Yuri Astrakhan <yuriastrak...@gmail.com> wrote: > In reality, it is not impossible, or even

Re: [OSM-talk] WMF: "Interactive maps, now in your language"

* The BIG part of the announcement is that OSM data is now being used to create truly multilingual map with a very large exposure. I hope some people here are not saying that such project should not have been built? If you want to help, see at the end. * I do not think names should be simply

Re: [OSM-talk] Name:* tags in the local language

Multiple semicolon-separated values do not solve the main problem - figuring out the language of the "name" tag. If a region uses one value in the name tag, "default_language" should be set to just one language. If the whole region uses "xx - yy" convention in the name tag, default_language could

Re: [OSM-talk] OSM and new Wikipedia map features

cters in Japanese will be transliterated as Chinese Pinyin. I couldn't find a better way to distinguish Chinese Hanzi and Japanese Kanji. So if you would like to romanize Japanese Kanji, please consider kuroshiro." [1]: https://www.npmjs.com/package/transliteration#caveats On Fri, May 4, 2018 at 12:

Re: [OSM-talk] OSM and new Wikipedia map features

I cannot speak for WMF, only about the actual Kartotherian stack behind it, and the way they are currently using it: On Fri, May 4, 2018 at 12:52 AM Daniel Koć wrote: > > 1. The localized maps lack fallback rules (I'm speaking of Polish > language at least). I would ask for

Re: [OSM-talk] OSM and new Wikipedia map features

Christoph, I agree that this would be an awesome improvement, yet I think there is a problem to implement it. Most languages have their own transliteration rules, so transliterating "name" tag without the knowledge of its language will produce a lot of incorrect names. I have posted in another

Re: [OSM-talk] OSM and new Wikipedia map features

Daniel, the only real difference between serving every available language and serving just one is cache fragmentation, and that's may be different in your case. The vector tiles get pre-generated the same way, and they simply contain all languages instead of one. Disk space wise, the difference

Re: [OSM-talk] OSM and new Wikipedia map features

slightly slower generation and rendering, and bigger cache fragmentation. See various Kartotherian repos in github for more information. -- Yuri / @nyuriks On Fri, May 4, 2018 at 4:14 AM Daniel Koć <daniel@koć.pl> wrote: > W dniu 04.05.2018 o 02:30, Yuri Astrakhan pisze: > > Daniel, t

Re: [OSM-talk] OSM tagging validation lib

Declarative rules are usually not very good. Every tool must understand every type of rule, and must be updated when new rule types are introduced. Plus declarative grammar is either too limiting, or eventually starts looking like a scripting language itself, and we end up building an execution

Re: [OSM-talk] OSM tagging validation lib

for the OSM community. How do we get to such a consensus about tagging > patterns, that we can actually say "this is correct" and "this is wrong > enough to warrant correction" without upsetting a large number of people? > As soon as a discussion is about right vs wro

[OSM-talk] Lua modules are here: Improving OSM wiki templates

Hi everyone. Thanks to Tom Hughes, we now have Scribunto extension set up on OSM wiki, which allows Lua language in addition to the very slow and unreadable wiki template language. Documentation: * https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual *

Re: [OSM-talk] Lua modules are here: Improving OSM wiki templates

Yuri Astrakhan wrote: > Hi everyone. Thanks to Tom Hughes, we now have Scribunto extension set up > on OSM wiki, which allows Lua language in addition to the very slow and > unreadable wiki template language. > > Documentation: > * https://www.mediawiki.org/wiki/E

Re: [OSM-talk] Lua modules are here: Improving OSM wiki templates

> It generates an Overpass Query showing all the objects related to the > Wikipedia entry via wikidata tags in the OSM data. > > Polyglot > > Op zo 29 jul. 2018 om 15:01 schreef Yuri Astrakhan < > yuriastrak...@gmail.com>: > >> Hi everyone. Thanks to Tom Hughes, we now ha

Re: [OSM-talk] Is it technically and legally possible to add the Open Location Code to the OSM search?

I'm a big fan of plus codes, and even have a pending implementation of it in the Elasticsearch (as an aggregation hashing function). I doubt there are any legal restrictions on using this - the code is licensed under Apache 2, and Google states "Plus codes are free. There are no licensing fees or

Re: [OSM-talk] Name:* tags in the local language

Adding a language=xx to each feature seems excessive, and will be forgotten most of the time, unless there is some extensive tool support for it. Adding it to admin regions seems like a better approach. Some utility could then calculate a clean translation map, using admin_level number as the

Re: [OSM-talk] 3D models in OSM?! 3D Model Repository has just launched!

Pedro, thanks for all your efforts! I heard that Wikipedia just launched its own 3D file storage, functioning in the similar fashion as their other files (community curated images/sounds/videos, proper license and attribution, and file version control). Do you see your site being in a direct

Re: [OSM-talk] Fwd: DWG policy on Crimea

On Mon, Oct 22, 2018 at 8:22 AM Mateusz Konieczny wrote: > I think a country relation should describe how the specific country think > of its borders. So if two countries claim the same territory, those two > relations will overlap. > > That is absurd and conflict with OSM rule to map what

Re: [OSM-talk] Fwd: DWG policy on Crimea

I think a country relation should describe how the specific country think of its borders. So if two countries claim the same territory, those two relations will overlap. While not ideal, this is preferable for many data consumers - when generating a map, one always has to consider whom it is

Re: [OSM-talk] Wikimedia Community Wishlist 2019

Stefano, thanks! One important aspect - it seems a single generic request with guidance gets done much better than multiple smaller items. I highly recommend uniting behind the general "improve maps" request to get WMF to commit to maps full time, rather than "throwing us a bone" (creating a

Re: [OSM-talk] OSM Wikibase is now live

On Thu, Sep 27, 2018 at 9:50 AM Mateusz Konieczny < matkoni...@tutanota.com > wrote: > Main point of separate presets is that creator of an editor has control > over it. > Mateusz, who should control an app's behavior - the developer or the community? Can app make certain editing choices

Re: [OSM-talk] OSM Wikibase is now live

Michael, thanks for your comments! The original searchbox functionality has been restored, sorry for the delay. See also some related requests to make it even more useful. [1] I have made some changes to the OpenStreetMap:Wikibase wiki page - could you take a look? I would love your help in

Re: [OSM-talk] OSM Wikibase is now live

Everyone, please ignore the "don't edit or translate the label" restriction. There is now a dedicated ID P16 property. We can change label to be more useful to the new editors, e.g. "name in English" instead of "name:en" Thanks! On Thu, Sep 20, 2018, 18:01 Shu Higashi wrote: > Hi Yuri,

Re: [OSM-talk] OSM Wikibase is now live

Mateusz, I think we have a chance of success this time because unlike other rulesets that are stored in the specific project's GIT repos, this project is * wiki based and centralized, just like the tag documentation, and accessible to a much wider community. In the last week, we had 18 users

Re: [OSM-talk] OSM Wikibase is now live

On Sun, Sep 23, 2018 at 2:36 PM Richard wrote: > > Key:bridge:movable:https://wiki.openstreetmap.org/wiki/Item:Q104 > > Tag:bridge:movable=bascule: > https://wiki.openstreetmap.org/wiki/Item:Q888 > > how do I get at other language's versions, and how do I get easily at the > original source

Re: [OSM-talk] OSM Wikibase is now live

On Sun, Sep 23, 2018, 14:58 Christoph Hormann wrote: > > For clarification: The main purpose of the OSM wiki is to allow mappers > to document tags they use and allow them to coordinate and communicate > about this use of tags with other mappers. Agree If you have some data > collecting

Re: [OSM-talk] OSM Wikibase is now live

On Sun, Sep 23, 2018 at 6:34 PM Christoph Hormann wrote: > > The content stored in Wikibase is editable by wiki users using a > > regular wiki account, same as with other wiki pages. > > This i have no doubts about - but this is not the question. The > question is who is de facto in control of

Re: [OSM-talk] Help - how to get rid of wrong image in wiki?

Tag:oneway=reversible was using image Baustellenampel.jpg because English page had no image, and the Polish translation used it, so it got copied form PL to the Item:Q5736 and became the default for all languages. If that image is incorrect, it should probably be removed from the Polish

[OSM-talk] Sophox is back to life

Thanks to a kind donation by Elastic (of Elasticsearch fame), we now have a much cleaner and more stable Sophox service. Sophox is an RDF database that contains: * All of OSM data without geometries * All of OSM Metadata (keys, well known tags, etc) as defined in OSM Wiki items (with all

Re: [OSM-talk] OSMF makes a political decision where should be a technical solution?

ve averted this whole thing. On Fri, Nov 23, 2018 at 2:24 AM Frederik Ramm wrote: > Hi, > > On 23.11.2018 01:42, Yuri Astrakhan wrote: > > One idea (perhaps this should go into a separete thread): > > There already is a separate thread over on the tagging list started just >

Re: [OSM-talk] OSMF makes a political decision where should be a technical solution?

Victor, thank you for a very thorough and accurate analysis. I especially appreciate 4.2 -- the fact that this decision is very bad for the data users -- I would not be able to use this data at all, simply because most of the time one needs to render the map from the perspective of the specific

[OSM-talk] OSM Wikibase is now live

Osmaritans, as of today, OSM Wiki can store structured tag metadata similar to Wikidata. In every possible language, cross-linked, with images, validation rules, or anything else the community decides to store there. See examples: Key:bridge:movable:

Re: [OSM-talk] iD influencing tagging

On Sun, Apr 7, 2019 at 1:48 PM john whelan wrote: > Tagging is not always easy, highways in Africa are an example. See a dirt > track in Europe and its probably a highway=track. In Africa it probably > isn't. > A "road is a highway" is confusing because the word "highway" has a different

Re: [OSM-talk] iD influencing tagging

at 3:50 AM Martin Koppenhoefer wrote: > > > sent from a phone > > > On 7. Apr 2019, at 22:23, Yuri Astrakhan > wrote: > > > > A good example is "denomination=evangelical" -- German speakers should > not use it for "evangelisch" which sta

Re: [OSM-talk] Bot edits on the OSM wiki

Tobias, thank you for clarification. The lang parameter was very often incorrect because people copy/pasted it without changing. I did a minor clean up with a manual inspection of every edit - similar to many of my previous edits (by "yurik" account), but with the bot+minor flag to avoid exactly

Re: [OSM-talk] Software configuration | Re: iD influencing tagging

On Wed, Apr 10, 2019 at 5:04 PM Rory McCann wrote: > In JOSM, people, or groups, can make their own tagging presets. AFAIK iD > unfortunately doesn't have this feature. If it did, the iD version on > openstreetmap.org could be configured to something special, people could > have their personal

Re: [OSM-talk] Software configuration | Re: iD influencing tagging

On Thu, Apr 11, 2019 at 2:10 AM Mateusz Konieczny wrote: > * easy to edit by community > > I am dubious whatever "anybody can > edit any preset stored as wikidata > items" will be considered as benefit > One could also doubt that allowing direct OSM and Wikipedia edits by anyone would be

Re: [OSM-talk] Software configuration | Re: iD influencing tagging

Thx Mark, makes sense. Data items are wiki pages too, and we can protect them the same way. Still, I think it's a moot point -- at least initially preset data will go via GitHub as regular pull requests. On Thu, Apr 11, 2019, 05:34 Mark Wagner wrote: > On Thu, 11 Apr 2019 03:17:27 -0400 >

Re: [OSM-talk] Bank of India (and other) Wikidata tags

Andy, you could also use one of the example queries in sophox.org to find all objects that are usually tagged with brand:wikidata=* (e.g. have more than 10 instances of that), and find all other objects that use that same value for wikidata tag. The query currently finds over 15,000 such objects,

Re: [OSM-talk] uselessness of brand:wikipedia and brand:wikidata tags (was Re: Bank of India (and other) Wikidata tags)

Interestingly enough, FOSS4G San Digeo where I was just attending has had several talks about wikidata IDs usfulness in OSM... Also, AFAIK, mapbox is using WD in brands to do their searches for POIs, as that is much easier to consume than names. OpenMapTiles have discussed wikidata ids at length,

Re: [OSM-talk] Wikibase items instead of usual templates for wiki pages?

On Tue, Jun 11, 2019 at 12:23 AM Mateusz Konieczny wrote: > Pull requests work and that is exactly scheme used now - by iD, JOSM, > Vespucci, StreetComplete etc. > Ahem, actually no, they do not -- as demonstrated by the recent scandal with iD presets. Community is disconnected from

Re: [OSM-talk] Wikibase items instead of usual templates for wiki pages?

On Mon, Jun 10, 2019 at 8:08 PM Mateusz Konieczny > Also, "edit on Wiki automatically and silently starts equivalent of PR" is > also not going to work. > Why a pull request won't work? ___ talk mailing list talk@openstreetmap.org

Re: [OSM-talk] Wikibase items instead of usual templates for wiki pages?

On Mon, Jun 10, 2019 at 8:03 PM mmd wrote: > This idea was recently discussed on Slack US #id channel. To quote Bryan > on this: "We will never use the wikibase for our presets, sorry". mmd, this was recently discussed in the iD sync-up call, and Bryan was much more welcoming to the idea :)

Re: [OSM-talk] Wikibase items instead of usual templates for wiki pages?

> > I think we need to discuss if this is desired, before any more time is > spent on adding all of those data items. > Joseph, I agree that ideally we should not have duplicates anywhere. Currently we have thousands of mismatches between languages - e.g. in statuses and what key/tag should be

Re: [OSM-talk] Wikibase items instead of usual templates for wiki pages?

eal benefits. > Count on my support to go further with them. > > Le lun. 10 juin 2019 à 18:38, Yuri Astrakhan a > écrit : > >> (please fix them in the wiki pages in the corresponding languages, the >> bot will automatically update the data items) >> > > What if we

Re: [OSM-talk] Wikibase items instead of usual templates for wiki pages?

Another big advantage is that various tools can use this information directly from the wiki, without any 3rd party sites - i.e. iD editor gets new localized descriptions and images the moment they are updated in the wiki - and we could store other info like validation rules and even solve the

Re: [OSM-talk] iD invents nosquare=yes for buildings which should not be squared

On Fri, May 10, 2019 at 3:39 PM Yves wrote: > Some validation tools, like Osmose, make great efforts to maintain a > 'false positive' database. > If the same validation is done by multiple tools, they need to share the "false positive" data, otherwise only one tool would know not to change

<    1   2   3   >