On 25/10/17 12:42, Andy Mabbett wrote:
wikidata objects often don't say what they are about
(besides the name), they are just a bunch of links to wikipedia articles
in different languages
>>> Once again, please stop making things up.
>> I was replying to "A Wikidata tag is just as ve
On 25 October 2017 at 11:33, Martin Koppenhoefer wrote:
> 2017-10-25 11:49 GMT+02:00 Andy Mabbett :
>>
>> On 25 October 2017 at 10:06, Martin Koppenhoefer
>> wrote:
>> > wikidata objects often don't say what they are about
>> > (besides the name), they are just a bunch of links to wikipedia art
2017-10-25 11:49 GMT+02:00 Andy Mabbett :
> On 25 October 2017 at 10:06, Martin Koppenhoefer
> wrote:
> > 2017-10-25 9:27 GMT+02:00 Safwat Halaby :
>
> > wikidata objects often don't say what they are about
> > (besides the name), they are just a bunch of links to wikipedia articles
> in
> > diff
Please tell me where the wikipedia link is in e.g.
https://www.wikidata.org/wiki/Q37344570 :-)
Wikidata does not have to be a bunch of links to wikipedia articles.
It has references to 2 external DBs (ODIS & Onroerend erfgoed), so it
should be considered notable.
I have no idea how many bad item
On 25 October 2017 at 10:06, Martin Koppenhoefer wrote:
> 2017-10-25 9:27 GMT+02:00 Safwat Halaby :
> wikidata objects often don't say what they are about
> (besides the name), they are just a bunch of links to wikipedia articles in
> different languages
Once again, please stop making things up.
2017-10-25 11:06 GMT+02:00 Martin Koppenhoefer :
> 2017-10-25 9:27 GMT+02:00 Safwat Halaby :
>
>>
>> A Wikidata tag is just as verifiable as Wikipedia tag: Both require
>> visiting an external site. Y
>
>
>
> no, because wikipedia articles describe what they are about (or get
> deleted for lack of
2017-10-25 9:27 GMT+02:00 Safwat Halaby :
>
> A Wikidata tag is just as verifiable as Wikipedia tag: Both require
> visiting an external site. Y
no, because wikipedia articles describe what they are about (or get deleted
for lack of substance), wikidata objects often don't say what they are
abo
>Wow, i had to read this twice to really believe what i was reading
>here.
>Seems you are still in deep denial about the fundamental differences
>between OSM and Wikipedia.
Christopher,
A Wikidata tag is just as verifiable as Wikipedia tag: Both require
visiting an external site. Yuri made no
> You have advanced to justification
"You have advanced no justification..."
On 3 October 2017 at 13:43, Andy Mabbett wrote:
> On 2 October 2017 at 19:36, Frederik Ramm wrote:
>
>> Instead, I have Yuri adding, modifying,
>> and re-adding Wikidata tags all over the planet and ignoring most calls
On 2 October 2017 at 19:36, Frederik Ramm wrote:
> Instead, I have Yuri adding, modifying,
> and re-adding Wikidata tags all over the planet and ignoring most calls
> for moderation, and Andy Mabbett from England editing supermarkets in
> Germany.
I've asked you once already to drop your nationa
2017-10-03 8:11 GMT+02:00 Yuri Astrakhan :
> Martin, while it is fascinating to learn about Aldi, its history, and
> possible ways to organize information about it, isn't it a moot point for
> our discussion?
>
I just took it as an example because I think it works to illustrate several
problems
Hi Martin,
Am 2017-10-03 um 00:28 schrieb Martin Koppenhoefer:
> indeed it’s not helping the quality if editors are not familiar with the
> language specifics for the area of the things they edit (this is true for all
> UGC, be it osm, wikidata, etc). Aldi Sud does not make sense, it’s either Sü
Martin, while it is fascinating to learn about Aldi, its history, and
possible ways to organize information about it, isn't it a moot point for
our discussion? We are talking about Wikipedia, and how we link to it.
There is only one Aldi Wikipedia article that can be connected to:
* German
https
sent from a phone
> On 2. Oct 2017, at 20:36, Frederik Ramm wrote:
>
> and Andy Mabbett from England editing supermarkets in
> Germany.
indeed it’s not helping the quality if editors are not familiar with the
language specifics for the area of the things they edit (this is true for all
UGC
>And for further clarification, many Wikidata tags that have been added
in the past six months have been added in blatant violation of the
mechanical edit guidelines, and we should think about whether they
should be removed again until such time as people actually have the time
to do it properly an
Hi,
On 02.10.2017 13:06, Christoph Hormann wrote:
> For clarification - since this is often a point of misunderstandings -
> if an edit is a mechanical edit or import does not depends on the tools
> used, it depends on if the modifications are made individually feature
> by feature based on ind
Hi,
On 01.10.2017 13:13, Christoph Hormann wrote:
> I find it fascinating how both you and Yuri seem to be eager to always
> deflect the discussion from the main subject, namely the automated
> editing/addition of wikidata IDs and misinterpreting constructive
> critique of that as an attempt to
On Monday 02 October 2017, Stefan Keller wrote:
> > I would like to auto-add all the corresponding wikidata based on
> > wikipedia, for all remaining objects, using JOSM's "Fetch Wikidata
> > IDs".
>
> Pls. correct me if I'm missing something here. Though "auto-add" is
> perhaps not the best notio
Hi Yuri and all
Just my 2 cents:
I think the reasoning of Lester makes sense: be careful about
semi-automatic adding wikidata tags to any OSM object with a Wikipedia
tag.
Applied to a subset of OSM this already took place and now there are
some objects remaining, which will need to be curated by
On 19/09/17 21:03, Yuri Astrakhan wrote:
> There is now a relatively small number of OSM nodes and relations
> remaining, that have wikipedia, but do not have wikidata tags. iD editor
> already automatically adds wikidata to all new edits, so finishing up
> the rest automatically seems like a good
> Tomas, this is what I understand from what you are saying:
> * You download a geotagging wikidata dump and generate a table with
> latitude, longitude, and a wiki page title.
> * You also generate the same table from OSM for all nodes, ways (using geo
> centroid?), and relations (using ??)
> * yo
>
>
> I will repeat that this is not something which COULD be done, this
> comparison is something, what IS ACTUALLY DONE and has been done for
> years.
Tomas, this is what I understand from what you are saying:
* You download a geotagging wikidata dump and generate a table with
latitude, longi
>> So you have two tables of same structure. Voila. You can compare
>> anything (title, coordinates), in any direction with some
>> approximation if needed etc. No OSM wikidata involved at all.
>
> Thomas, this will not work. Matching wikidata & osm by coordinates is
> useless, because the coordi
You can compareanything (title, coordinates), in any direction with someapproximation if needed etc. That's the root of an evil. That comparison have to be done manually. I really don't understand why wikidata needs to be added. It needs to be added to avoid manual fixes of wikipedia links,because
On Sun, Oct 1, 2017 at 3:45 PM, Tomas Straupis
wrote:
> > Tomas, you claimed that "It adds NO value." This is demonstrably wrong.
> You
> > are right that the same fixing was done for years. But until wikidata
> tag,
> > there was no easy way to FIND them.
>
> There always was.
> You simply
On 10/1/2017 5:39 PM, Yuri Astrakhan wrote:
Lastly, if the coordinates are different, you may not copy it from OSM
to Wikidata because of the difference in the license.
Just for clarity and anyone reading the archives later, copying from
Wikidata to OSM is also a problem because Wikidata permi
John, I guess it is always good to talk as a data scientist - with numbers
and facts. Here's why matching by coordinates would not work. This query
calculates the distance between the OSM nodes, and the coordinates that
Wikidata has for those nodes. I only looked at nodes, because ways and
relatio
>Assuming my above arguments has convinced you
No I still do not see a requirement here, but there again I'm only part of
the community and that's the concern you appear to be ramming this down our
threats. As for what iD does or does not do, I don't see that is relevant.
Why does OSM need it an
On Sun, Oct 1, 2017 at 8:15 PM, john whelan wrote:
> Since an OSM object has lat and long value and it appears that wiki
> whatever also has one the entries can be linked.
>
Not so. The data is very often different between wikipedia, wikidata, and
OSM. Also, the same location could be a square
Rather than fill OSM up with automated edits that have not even been
discussed with the local community can we think more about functionality?
Since an OSM object has lat and long value and it appears that wiki
whatever also has one the entries can be linked.
"This gives you a very simple table
Hi everybody.
We already accepted wikipedia links keep in mind that wiki article isn't the
same abstraction as OSM object.
And the way we make a reference on wiki articles differs over time.
It was a link, it was an article name, it was a name with language prefix.
Wikidata id is a way to make a
On 1 October 2017 at 18:29, Tomas Straupis wrote:
>> Also, please elaborate which community has asked me to stay away???
>
> Lithuania.
Please can you point to the place where this was discussed and
consensus reached, also to where that was communicated to the wider
community?
> We are in act
2017-10-01 21:45 GMT+02:00 Tomas Straupis :
>
>
> >> When we create a POI detail page, we want to add a link (url without
> >> redirects) to a wikipedia page. To do that it is straightforward to
> >> use a value in wikipedia tag.
> > Great, thanks. As you can see, nothing in what I do breaks tha
>> It is mostly because you pushed the effort, not beaucse of
>> "advantage of wikidata". The same fixing has already been done for
>> YEARS before your effors based on wikipedia tags only.
>
>
> Tomas, you claimed that "It adds NO value." This is demonstrably wrong. You
> are right that the sam
On Sun, Oct 1, 2017 at 1:29 PM, Tomas Straupis
wrote:
> 2017-10-01 20:04 GMT+03:00 Yuri Astrakhan:
> >> 2. Its not a WORK to automatically update one osm tag according to
> another
> >> osm tag (anybody can do it online/locally/etc). It adds NO value.
> >
> > It adds HUGE value, as was repeatably
2017-10-01 20:04 GMT+03:00 Yuri Astrakhan:
>> 2. Its not a WORK to automatically update one osm tag according to another
>> osm tag (anybody can do it online/locally/etc). It adds NO value.
>
> It adds HUGE value, as was repeatably shown. Thanks to Wikidata IDs, the
> community was able to see and
On Sun, Oct 1, 2017 at 11:12 AM, Tomas Straupis
wrote:
> I guess the point is that:
> 1. Its ok to play with some pet-tag like wikidata
>
100 % agree
> 2. Its not a WORK to automatically update one osm tag according to another
> osm tag (anybody can do it online/locally/etc). It adds NO value.
I guess the point is that:
1. Its ok to play with some pet-tag like wikidata
2. Its not a WORK to automatically update one osm tag according to another
osm tag (anybody can do it online/locally/etc). It adds NO value.
3. It is totally unacceptable to introduce idea that wikipedia tag could be
remov
On 1 October 2017 at 14:03, Andy Townsend wrote:
> On 01/10/2017 13:05, Andy Mabbett wrote:
>> And now you're making things up.
>>
> just two posts earlier in this thread you said
>
>> I don't think this kind of sarcastic hyperbole helps to move things
>> forward, nor to engender an atmosphere of
On 01/10/2017 13:05, Andy Mabbett wrote:
And now you're making things up.
just two posts earlier in this thread you said
> I don't think this kind of sarcastic hyperbole helps to move things
> forward, nor to engender an atmosphere of collegial collaboration.
> Please resist the temptation to
On 1 October 2017 at 12:13, Christoph Hormann wrote:
> the consensus in the OSM community to link to Wikipedia articles, and
> other useful third-party sources?
> I find it fascinating how both you and Yuri seem to be eager to always
> deflect the discussion from the main subject, namely the aut
On Sunday 01 October 2017, Marc Gemis wrote:
>
> If I noticed an inception date on a information sign next to a
> building, is this original research or a secondary source ?
The date on the sign is verifiable as a signed date, not necessarily as
a date connected to the building. Historic informa
On Sunday 01 October 2017, Andy Mabbett wrote:
>
> Or perhaps it is you who is "deep denial" about the consensus in the
> OSM community to link to Wikipedia articles, and other useful
> third-party sources?
May i suggest you to read my previous messages on this thread to find
the answer to that q
On 1 October 2017 at 10:06, Christoph Hormann wrote:
> On Sunday 01 October 2017, Yuri Astrakhan wrote:
> Wow, i had to read this twice to really believe what i was reading here.
I don't think this kind of sarcastic hyperbole helps to move things
forward, nor to engender an atmosphere of collegi
> Wikipedia is based on secondary sources, it rejects original research.
> OSM is fundamentally different in that because it is based on
> verification by original research.
I'm trying to understand this.
If I noticed an inception date on a information sign next to a
building, is this original re
Christoph, I am not talking about OSM or Wikidata or Wikipedia quality or
approaches. Please don't read more into it than what I am trying to state.
If we say that we want OSM objects to link to Wikipedia (and we clearly do,
judging by the number of wikipedia tags people have created), we need a
g
On Sunday 01 October 2017, Yuri Astrakhan wrote:
>
> Wikipedia created a stable ID system for these pages. Its called
> Wikidata. Please view Wikidata as first and foremost a linking system
> to Wikipedia articles. [...]
>
> Andy, you keep saying Wikidata is not verifiable data - but that's
> beca
Verifiability is critical to OSM success, but it does not mean it must only
be verifiable by visiting the physical location. Tags like "wikipedia",
"wikidata", "url", "website" and some IDs cannot be verified that way. You
must visit some external website to validate. Stopping by Yellowstone
Nati
On 28/09/2017 07:15, Stefano wrote:
We used this library to process the dump and then we add the results
in pgsql
https://www.entropywins.wtf/blog/2015/11/08/wikidata-wikibase-json-dump-reader/
https://github.com/osmItalia/wikidata-geo-match
What would the requirement of a wikidata2pgsql b
On 28 Sep 2017 2:57 am, "Andy Townsend" wrote:
It depends - if you want to do a "quick search for something" then an
equivalent to overpass turbo might be an option, but in the real world what
you'd _actually_ want to do is a local database query. Unfortunately that
side of things seems to be c
On 26/09/2017 18:08, Yuri Astrakhan wrote:
When data consumers want to get a link to corresponding wikipedia
article, doing that with wikipedia[:xx] tags is straightforward. Doing
the same with wikidata requires additional pointless and time
consuming abrakadabra.
no, you cl
I have been fixing nodes that have wikipedia but no wikidata tags [1], and
even the first two randomly picked nodes had identical problem - article
was renamed (twice!) without leaving redirects - node 1136510320
Try it yourself - run the query and see what the it points to.
[1]
https://wiki.open
> I hope everyone realizes that there are Wikidata items for which there
> is no Wikipedia article.
> So you cannot always find it via Wikipedia tags.
> And at least JOSM shows a human readable name of a Wikidata item
> besides the Q-number. I think iD does this as well.
> m. (who manually adds W
So you do not agree with the Automated Edits code of conduct ?
If an automated edit takes place in a country, why do you expect that
that community follows the talk mailing list or even speak English ?
People has the right to know that some stranger starts making changes
in their area without being
2017-09-27 16:56 GMT+02:00 Andy Mabbett :
> On 26 September 2017 at 21:39, Martin Koppenhoefer
> wrote:
>
> >> This might also mean that
> >> you have to discuss it via Telegram, Facebook, email, IRC, etc.
> >> depending on where that local community is.
> >>
> >> The talk mailing list is not suf
On 26 September 2017 at 21:39, Martin Koppenhoefer
wrote:
>> This might also mean that
>> you have to discuss it via Telegram, Facebook, email, IRC, etc.
>> depending on where that local community is.
>>
>> The talk mailing list is not sufficient.
> I think this is problematic. If the local comm
On Wed, Sep 27, 2017 at 1:17 AM, Andy Townsend wrote:
> That's simply rubbish. Tags on an OSM object describe it in the real world.
> They should be verifiable. Whether an OSM object has a wikidata tag on it
> is essentially irrelevant as far as OSM is concerned - it's just a primary
> key into
On 26/09/2017 03:40, Yuri Astrakhan wrote:
... I have been blocked by Andy Townsend with the following message.
Let's begin at the beginning - this was a "0-hour block" - you weren't
prevented from using the API for _any_ period of time, merely forced to
read this message first. This was a la
2017-09-26 5:14 GMT+02:00 Marc Gemis :
> This might also mean that
> you have to discuss it via Telegram, Facebook, email, IRC, etc.
> depending on where that local community is.
>
> The talk mailing list is not sufficient.
I think this is problematic. If the local community uses a paid service
2017-09-26 19:43 GMT+02:00 Yves :
> I think that the underlying issue in wikidata tags is that they are
> external IDs. Not human readable, they cannot be entered 'by hand' nor
> verified on the ground.
>
Yes, it's an external ID, but it acts as intermediary with other databases,
because Wikidata
Yves, yes, they are external IDs. But so are wikipedia titles. Visually
inspecting Wikipedia tile does not provide you with any way to verify its
correctness - you have to look in the external data source (WP). As for
entering by hand - just like you shouldn't enter Wikipedia articles by hand
- y
I think that the underlying issue in wikidata tags is that they are external
IDs. Not human readable, they cannot be entered 'by hand' nor verified on the
ground.
Once you accept them in OSM, you can't really complain about bots.
Yves (who still think such UIDs are only needed for the lack of
>
> > p.s. OSM is a community project, not a programmers project, it's about
> > people, not software :-)
>
> It's both. OSM is first and foremost is a community, but the result of
our effort is a machine-readable database. We are not creating an
encyclopedia that will be casually flipped through
> p.s. OSM is a community project, not a programmers project, it's about
> people, not software :-)
Totally agree. If some script can automatically add new tag
(wikidata) without any actual WORK needed, then it is pointless,
anybody can run an auto-update script.
When ordinary (non geek) mapp
Seems, that I was mistaken:
https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct states:
Either talk (a general purpose mailing list)
or if your edit affects only one country or territory then the
national-language mailing lists, forums, or other standard
communication methods for
On Tuesday 26 September 2017, Yuri Astrakhan wrote:
> Since this thread had not received any new discussion in the past 4
> days, I assumed all points were answered and proceeded as planned,
> per mechanical edit policy.
That is always a bad idea. For example in this thread i made the
following
On 26 September 2017 at 04:14, Marc Gemis wrote:
> I believe the mechanical edit polity demands that you discuss with the
> *local* community. That means if your edit modifies items in e.g.
> Mexico, Belgium and Japan, you have to discuss your edit with the
> communities in Mexico, Belgium and Ja
On 26 September 2017 at 03:40, Yuri Astrakhan wrote:
> I have been blocked by Andy Townsend with the following message.
> I believe Andy is acting in best interest of the project, yet might have
> missed or misread this discussion.
I agree with Yuri.
This series of edits will, once complete, le
Marc, thanks. I was under the assumption that talk is the global community
- as it is the most generic in the list, unlike talk-us and
talk-us-newyork. Does it meany that any global proposal would require
talking to hundreds of communities independently, making it impossible to
coordinate, because
> moving it here. I believe I acted in good faith according to the mechanical
> edit policy - discussed with the community, and proceeded.
I believe the mechanical edit polity demands that you discuss with the
*local* community. That means if your edit modifies items in e.g.
Mexico, Belgium and J
Since this thread had not received any new discussion in the past 4 days, I
assumed all points were answered and proceeded as planned, per mechanical
edit policy. Yet, after I have added all the nodes and moved on to
relations, I have been blocked by Andy Townsend with the following message.
I beli
On Thu, Sep 21, 2017 at 9:22 PM, Martin Koppenhoefer wrote:
> This is one of the fields (fundamental to OSM), where wikidata is just a
> mess: distinction of geographically localized communities and
> administrative territorial entities.
>
> Just a few examples:
> https://www.wikidata.org/wiki/Q1
2017-09-20 19:07 GMT+02:00 Christoph Hormann :
> Don't assume such cases are just a freak anomaly - they are not. OSM
> and wikidata are two very different projects which developed in very
> different contexts. Just another example: For most cities and larger
> towns (at least in Germany) there
As for the Faroer Islands (https://www.wikidata.org/wiki/Q4628) I see
some contradicting information there.The labels refer to an
archipelago, while the "is a" statement refers to an administrative
part of Denmark.
When an item has only 1 "is a" statement, it is not possible to refer
to 2 differen
Am 20.09.2017 um 20:55 schrieb Yuri Astrakhan:
> While the WMF does not claim any rights in wikidata contents, it
> does not make any representations (one way or the other) as to
> third party rights in the data. As an illustration: you could dump
> all of OSM in to wikidata and th
>
> people fixing WD won’t necessarily check if their fixes work well with
> OSM. Maybe we should include versions in our WD tags?
> I’ve seen OSM objects linked from WD, are there people monitoring changes
> to linked objects?
>
Yes, that's what the Wikidata+OSM service is for. It allows community
sent from a phone
> On 20. Sep 2017, at 17:37, Eugene Alvin Villar wrote:
>
> This is most certainly a wrong modeling in Wikidata. While we can just have
> one well-written and comprehensive Wikipedia article about the
> country/archipelago, in Wikidata, one item should correspond to one con
>
> While the WMF does not claim any rights in wikidata contents, it does not
> make any representations (one way or the other) as to third party rights in
> the data. As an illustration: you could dump all of OSM in to wikidata and
> the WMF would not need to change or do anything.
>
But the same
[turning on broken record mode :-)]
On 20.09.2017 17:54, Yuri Astrakhan wrote:
>
>
> * Oleksiy, OSM can use any data from Wikidata because of the public
> domain dedication
While the WMF does not claim any rights in wikidata contents, it does
not make any representations (one way or the other) as
On 20.09.17 18:35, Yuri Astrakhan wrote:
One other thing: lets not build walls between different projects. I
know its in a human nature to do that, but lets not. In Wikipedia,
every language is also a separate project, and there I also saw a lot
of "this is not how we do things around here".
2017-09-20 19:07 GMT+02:00 Christoph Hormann :
>
>
> Don't assume such cases are just a freak anomaly - they are not. OSM
> and wikidata are two very different projects which developed in very
> different contexts. Just another example: For most cities and larger
> towns (at least in Germany) th
On Wednesday 20 September 2017, Yuri Astrakhan wrote:
>
> https://www.wikidata.org/wiki/Wikidata:WikiProject_Municipalities_of_
>Germany
>
> I think if you suggest it there, they will be happy to add it,
> allowing OSM objects to be properly tagged. Or just contribute there
> :)
But i don't think
Also, there is a general country subdivision project with plenty of
information and current status. I'm pretty sure OSM community has a lot of
good info to share:
https://www.wikidata.org/wiki/Wikidata:WikiProject_Country_subdivision
On Wed, Sep 20, 2017 at 1:28 PM, Yuri Astrakhan
wrote:
> Don
>
> Don't assume such cases are just a freak anomaly - they are not. OSM
> and wikidata are two very different projects which developed in very
> different contexts. Just another example: For most cities and larger
> towns (at least in Germany) there exists an admin_level 6/8 unit with
> the same
On Wednesday 20 September 2017, Yuri Astrakhan wrote:
>
> Christoph, a valid point. Yet the duplicate would allow finding many
> of these errors, rather than leaving wp-only to go bad due to
> changing nature of the WP articles.
Actually no - you can find the errors just as well without adding the
One other thing: lets not build walls between different projects. I know
its in a human nature to do that, but lets not. In Wikipedia, every
language is also a separate project, and there I also saw a lot of "this is
not how we do things around here".
Each project is ran by people. Most people c
Tobias, agree 100%, thanks.
On Wed, Sep 20, 2017 at 12:14 PM, Tobias Knerr wrote:
> On 20.09.2017 17:02, Christoph Hormann wrote:
> > It is best to regard the wikidata and wikipedia tags in OSM as 'related
> > features' rather than identical objects.
>
> We shouldn't dilute the definition of the
On 20.09.2017 17:02, Christoph Hormann wrote:
> It is best to regard the wikidata and wikipedia tags in OSM as 'related
> features' rather than identical objects.
We shouldn't dilute the definition of the key because some incorrect
links exist in the database. If there's no 1:1 relationship betwe
>
> What will inevitably happen if you automatically add wikidata tags is
> that existing errors in either OSM (in form of incorrect wikipedia
> tags) or in wikidata (in form of incorrect connections to wikipedia
> articles) will get duplicated.
>
Christoph, a valid point. Yet the duplicate would
On Wednesday 20 September 2017, Eugene Alvin Villar wrote:
>
> This is most certainly a wrong modeling in Wikidata. While we can
> just have one well-written and comprehensive Wikipedia article about
> the country/archipelago, in Wikidata, one item should correspond to
> one concept.
Maybe - but e
On Wednesday 20 September 2017, Frederik Ramm wrote:
>
> Does that mean that the original plan of "fetching" (dare I say
> importing) 200k Wikidata links through automated connections from
> existing Wikipedia links is (a) dangerous because you can easily
> obtain a reference to something totally d
Such an awesome discussion, thanks!
* https://www.wikidata.org/wiki/Special:GoToLinkedPage can already be used
to open a Wikipedia page when you only have a Wikidata ID. It even accepts
a list of wiki sites. For example, this link automatically opens the wiki
page for Q3669 in the first available
On Wed, Sep 20, 2017 at 11:02 PM, Christoph Hormann wrote:
> Simple example: The Faroe Islands are both a country:
>
> http://www.openstreetmap.org/relation/52939
>
> and an archipelago:
>
> http://www.openstreetmap.org/relation/3067431
>
> in OSM which are represented as separate features obvio
Hi,
On 20.09.2017 17:02, Christoph Hormann wrote:
> It is best to regard the wikidata and wikipedia tags in OSM as 'related
> features' rather than identical objects. These provide useful sources
> to research additional information (in particular wikipedia articles
> often link to additional
On Wednesday 20 September 2017, Frederik Ramm wrote:
>
> If the Wikidata ID can be fetched automatically based on the
> Wikipedia tag, can we delete the Wikipedia tags from everything that
> has Wikidata afterwards because it is redundant?
This idea stems from the widespread view that a wikipedia
Am 20.09.2017 um 15:02 schrieb Oleksiy Muzalyev:
> I apologize for ignorance, but what is MB? I also did not understand
> - what is more neutral? Adding the wikidata tag or wikipedia &
> wikimedia tag?
MB==Mapbox. For now retaining the WP link seems to be in our best
interest as otherwise it req
I apologize for ignorance, but what is MB? I also did not understand -
what is more neutral? Adding the wikidata tag or wikipedia & wikimedia tag?
I noticed during disambiguation error corrections that some of these
errors appear when a Wikipedia article was renamed, but only in the
Wikipedi
On 20 September 2017 at 12:50, JB wrote:
> Le 20/09/2017 à 13:05, Oleksiy Muzalyev a écrit :
>> It would give a boost to the Wikidata project.
>
> Am I really reading from an OSM mailing list here?
Yes. I read that as "the project at
https://wiki.openstreetmap.org/wiki/Wikidata " and not "the pr
On 20 September 2017 at 00:56, Frederik Ramm wrote:
> On 09/19/2017 10:03 PM, Yuri Astrakhan wrote:
>> I would like to auto-add all the
>> corresponding wikidata based on wikipedia, for all remaining objects,
>> using JOSM's "Fetch Wikidata IDs".
>
> If the Wikidata ID can be fetched automatica
On 19 September 2017 at 23:31, Yuri Astrakhan wrote:
>> The commonest error I have found is wikidata=Qnnn instead of
>> brand:wikidata=Qnnn for franchises like McDonalds and petrol stations.
>>
> Andy, I agree - there are many ones like that, all around the globe. I know
> that in Israel, @Swift
1 - 100 of 109 matches
Mail list logo