To compare an alternative:
A live service could look up the relationship in real time as a person
clicked.
Meaning you could make a map with the wikidata feature, without adding
anything to OSM.
Is simply using OSM as a cache for the output of a script that can be run
later?
Andy Mabbett a...@pigsonthewing.org.uk wrote:
On 27 August 2014 17:47, Edward Betts edw...@4angle.com wrote:
I'd like to annotate these 70k objects in OSM with a Wikidata tag
automatically.
Can we now move forward with this?
I'll generate a fresh list of Wikidata items.
--
Edward.
On 27 August 2014 17:47, Edward Betts edw...@4angle.com wrote:
I'd like to annotate these 70k objects in OSM with a Wikidata tag
automatically.
Can we now move forward with this?
--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk
___
talk
Am 19.10.2014 17:25, schrieb Andy Mabbett:
Can we now move forward with this?
franky spoken: I'm not happy with an automatic import.
Cheers,
Michael.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Mon, Sep 1, 2014 at 2:56 PM, Martin Koppenhoefer dieterdre...@gmail.com
wrote:
My guess is that in the case of settlements we will mostly have missing
wikidata entities for either the settlement or the administrative entities,
because the wikidata objects have been created from wikipedia
On 27 August 2014 17:47, Edward Betts edward at 4angle.com wrote:
I'd like to annotate these 70k objects in OSM with a Wikidata tag
automatically.
Can we now move forward with this?
Yes please :-)
I'll admit to losing track of the thread. Last thing I recall Edward was
working on some
On 01/09/14 02:28, Eugene Alvin Villar wrote:
3. You fear that linking to Wikidata opens up the floodgates for linking
from OSM to other databases (such as national registries and the like).
But actually, it makes much more sense to link from Wikidata, being a
database about data, to those
On 01/09/2014 02:28, Eugene Alvin Villar wrote:
1. We already link to Wikipedia using the wikipedia=* tag. I really
can't see how wikidata=* is any different.
One way that it is different is that a wikipedia link for e.g. (1) is
human-readable (en:Tate Britain
On Sat, Aug 30, 2014 at 3:37 PM, Edward Betts edw...@4angle.com wrote:
There are 281 cases where a wikidata item in my list of suggested matches
already appears in OSM, but is linked to an object that is different from my
suggestion.
Often that is because an entity appears in OSM as a node
2014-09-01 13:50 GMT+02:00 Pieren pier...@gmail.com:
The question
now is if your wikidata entry is about the settlement or its
administrative boundary or both...
The wikidata entry states it is the former (instance of
http://www.wikidata.org/wiki/Q486972 aka human settlement) but somehow
Hi,
On 09/01/2014 10:40 AM, Lester Caine wrote:
As I said earlier, wikimedia DO finally seam to be learning, but they
have a long way to go before I will waste time contributing again. That
THEY control what they allow to be covered is my only problem here
Well, WE control what WE allow to be
And there are relations type=tunnel/bridge [2] which should have the
highest priority
[2]
https://wiki.openstreetmap.org/wiki/Relations/Proposed/Bridges_and_Tunnels
cu colliar
Am 28.08.2014 23:06, schrieb Janko Mihelić:
Well, you should at least take preference to man_made=bridge[1] if there
Hi,
I've waited long to respond to this thread, but I've followed it since the
begin.
I think we should proceed with the bulk importation and set up a
maproultette (or similar) system to do QA on Wikidata tags.
Also, I would add that Wikidata is different from many (or all) other
databases
Am 31.08.2014 10:50, schrieb Fabio Alessandro Locati:
...
3. WMF and OSM Foundations are working toghether on many projects, and
this could be an awesome new piece to add to this collaboration
Nipping this in the bud: the OSMF and WMF are working together on
exactly 0 (in words: zero)
On 31/08/14 09:50, Fabio Alessandro Locati wrote:
Also, I would add that Wikidata is different from many (or all) other
databases since:
1. it can give REAL value to OSM users (while most dbs don't)
2. It's philosophically close to OSM (while most dbs aren't)
3. WMF and OSM Foundations are
On Aug 31, 2014 5:14 PM, Simon Poole si...@osmfoundation.org wrote:
Nipping this in the bud: the OSMF and WMF are working together on
exactly 0 (in words: zero) projects.
Note: this is simply a statement of fact and not an opinion on if the
OSMF should or should not collaborate more (less not
On Aug 31, 2014 4:53 PM, Fabio Alessandro Locati fabioloc...@gmail.com
wrote:
Also, I would add that Wikidata is different from many (or all) other
databases since:
1. it can give REAL value to OSM users (while most dbs don't)
2. It's philosophically close to OSM (while most dbs aren't)
+1. We
Edward,
This is a great work but ... If you are able to add wikidata ID to OSM
objects, why not building an API to do so instead of just adding tags to
OSM objects ?
An API would allow QA tools to help complete data in both WMF projects
and OSM, for instance, among other unexpected
Hi Frederik, great post.
I always thought wikidata tags would be a first step to a new database that
OSM needs, and which would be something like Wikidata is to Wikipedia. A
database that classifies and categorizes elements in OSM. In my opinion a
slightly modified version of Wikibase could be
Hi Janko,
something like that was proposed on the wikidata side already if I
remember right.
The idea was to store some kind of query on wikidata, e.g. the
Overpass-Permanent-ID [1], which would be used exactly as you say:
it can fetch the arbitrary object(s) that match and should match;
Please don’t understand me wrong. I’m a big fan of Wikidata but I'm against
an automated import. The mismatches list gives good examples that your
matching algorithm doesn't work very well:
http://edwardbetts.com/osm-wikidata/mismatches.html
Some examples:
1. Isar Nuclear Power Plant
Archer arc...@gulli.com wrote:
Please don’t understand me wrong. I’m a big fan of Wikidata but I'm against
an automated import. The mismatches list gives good examples that your
matching algorithm doesn't work very well:
http://edwardbetts.com/osm-wikidata/mismatches.html
Some examples:
2014-08-31 20:19 GMT+02:00 Edward Betts edw...@4angle.com:
Archer arc...@gulli.com wrote:
Please don’t understand me wrong. I’m a big fan of Wikidata but I'm
against
an automated import. The mismatches list gives good examples that your
matching algorithm doesn't work very well:
For the category Villages there seems to be also a matching problem. For
example https://www.wikidata.org/wiki/Q1639627 is a municipality according
to Wikidata but the match is place=village:
http://www.openstreetmap.org/node/897680195 and not the administrative
relation for the municipality:
Archer arc...@gulli.com wrote:
2014-08-31 20:19 GMT+02:00 Edward Betts edw...@4angle.com:
Archer arc...@gulli.com wrote:
Please don’t understand me wrong. I’m a big fan of Wikidata but I'm
against
an automated import. The mismatches list gives good examples that your
matching
I'm not looking at P37 (instance of) because many of the wikidata items
don't
include it. I depend on the the article categories from English Wikipedia.
Ok, I'm not familiar with article categories in the english Wikipedia. This
may cause problems as Wikidata contains more objects than
There seems to be two threads to this conversation. 1) Will the
import/mechanical edit be of high quality and 2) do we want a link to
Wikidata.
Skipping the technical aspects of connecting OSM with Wikidata I like to
focus on do we want to link to Wikidata. From the number of wikidata links
in
sorry, the right match for Q1639627 would be
http://www.openstreetmap.org/relation/433042
I've found some more examples for villages in the Czech Republic (I've
looked only randomly) if you need some more please let me know. In your
mismatch list there seem to be many german municipalities:
Archer arc...@gulli.com wrote:
I've found some more examples for villages in the Czech Republic (I've
looked only randomly) if you need some more please let me know. In your
mismatch list there seem to be many german municipalities:
http://edwardbetts.com/osm-wikidata/mismatches.html
The
On 31/08/14 20:59, Clifford Snow wrote:
I say let's figure out how to do this import in a quality manner and
make it easy for mappers to add the link from iD and JSOM.
But where do you stop. Wikipedia and wikidata are not the only sources
so if they get 'special treatment' then why not some of
On Mon, Sep 1, 2014 at 5:22 AM, Lester Caine les...@lsces.co.uk wrote:
But where do you stop. Wikipedia and wikidata are not the only sources
so if they get 'special treatment' then why not some of the other
similar archives? Now if every other archive simply included an OSM tag
... problem
On 27 August 2014 22:06, Andy Mabbett a...@pigsonthewing.org.uk wrote:
There is no license issue. No copyright-protected data is being added
to OSM. No cordinates from Wikidata are being added to OSM. No text
from Wikidata is being added to OSM.
While there may not be a problem in this case,
There are three aspects to your question.
1) wikidata is licensed on CC0 terms, essentially that boils down to no
restrictions on use at all. Looking at it from the WMFs position we can
link to wikidata data as much as we want, however on the other hand the
WMF does not guarantee or warrant in
Edward Betts edw...@4angle.com wrote:
Andrew Guertin andrew.guer...@uvm.edu wrote:
1: Elsewhere in this thread it was mentioned that there are 22000 wikidata
ids in OSM currently. Are there any objects which currently have a wikidata
id that your code would assign a different id to?
Edward Betts edw...@4angle.com wrote:
Edward Betts edw...@4angle.com wrote:
Andrew Guertin andrew.guer...@uvm.edu wrote:
1: Elsewhere in this thread it was mentioned that there are 22000 wikidata
ids in OSM currently. Are there any objects which currently have a
wikidata
id that
Edward, just so there is no misunderstanding: you are saying of the
21'000 odd wikidata tags 281 gave different results?
And if I understand the results correctly the majority of the 281 are
simply due to the wikidata tag not being on the place node but on the
corresponding admin boundary
Simon Poole si...@poole.ch wrote:
Edward, just so there is no misunderstanding: you are saying of the
21'000 odd wikidata tags 281 gave different results?
And if I understand the results correctly the majority of the 281 are
simply due to the wikidata tag not being on the place node but on
SomeoneElse li...@mail.atownsend.org.uk wrote:
* Personally, I'm actually fairly agnostic about the process of adding
wikidata tags - I can't really see what I'd use them for myself, but am open
to the possibility that someone could use them for something. However, an
important part of things
Simon Poole si...@poole.ch wrote:
On 28 August 2014 09:09, Simon Poole si...@poole.ch wrote:
What you do avoid by not tagging in OSM is
maintenance (given that OSM objects are not
necessarily a persistent reference to a single real
world entity).
Very few Wikidata IDs will change
Rob Nickerson rob.j.nicker...@gmail.com wrote:
In my mind this is a good move and should be supported. Point 3 above could
be resolved by running the script regularly to see if there are any new
matches. There have also been some good suggestions on this list such as a
KeepRight style (i.e.
Hi,
On 08/29/2014 08:10 PM, Rob Nickerson wrote:
Lets just step back and reflect on this for a minute.
My overarching concern is that if this import is done, future imports
will use the but we also have Wikidata links argument for justification.
What we have here is a third-party database
Frederik Ramm frede...@remote.org wrote:
What we have here is a third-party database whose object identifiers we
add to OSM as tags in order to make linking things easier.
This is something that has often been requested by people but never been
granted on a large scale because we always said
Hi Fred,
The question of notability rules in Wikidata also crossed my mind.
At this stage we are asking the question is it worth linking existing OSM
data to existing wikidata via an automated process? The key word here is
automated - we are already manually adding the tags (20k so far) to OSM.
Hi,
On 08/30/2014 11:58 PM, Edward Betts wrote:
Frederik Ramm frede...@remote.org wrote:
What we have here is a third-party database whose object identifiers we
add to OSM as tags in order to make linking things easier.
This is something that has often been requested by people but never been
Am 29.08.2014 20:10, schrieb Rob Nickerson:
Lets just step back and reflect on this for a minute.
If we end um in this discussion with a general yes for this import:
why not use systems like maproulette to verify the data? This sounds
better to me than a bulk import.
Just my 2 cents,
On Sun, Aug 31, 2014 at 6:45 AM, Rob Nickerson rob.j.nicker...@gmail.com
wrote:
Summary: Good question and some long term thinking required but the import
will, at most, only make this thinking need to be done sooner. We'll have
to cross this question even if this import doesn't occur.
Just
@Andy
Nobody is disputing in the slightest that OSM users should have easy
access to related data, in this case an easy way to access wikidata.
It is all about the how.
In particular it is not about the multitude of other wikidata tags which
may or may not survive the test of time, it is just
On 29 August 2014 01:25, Martin Koppenhoefer dieterdre...@gmail.com wrote:
assuming here that you will have linked information
about the wikidata object to base your judgement
on, besides the cryptic reference number, stuff like
a name or the kind of object
Once Wikidata tags are more widley
On 29 August 2014 16:33, Simon Poole si...@poole.ch wrote:
To use one of your examples were you claim that
manual intervention is required: a name that has a
so common spelling that it is used in that form in
wikidata, clearly should have that spelling in OSM
proper too
St John's
St John's
Hi All,
Lets just step back and reflect on this for a minute. I have reviewed the
replies on this mailing list and there are a mixture of supportive
comments, a few negatives and the remainder may suggest something but are
neither negative or positive.
Lets look at the issues raised:
1. Licence
Rob Nickerson rob.j.nickerson at gmail.com writes:
Hi All,
Lets just step back and reflect on this for a minute. I have reviewed the
replies on this mailing list and there are a mixture of supportive comments,
a few negatives and the remainder may suggest something but are neither
negative or
Andrew Guertin andrew.guer...@uvm.edu wrote:
On 08/27/2014 12:47 PM, Edward Betts wrote:
I'd like to annotate these 70k objects in OSM with a Wikidata tag
automatically.
I like the sound of this. Personally, I think it adds value, and having
looked at the code your matching criteria sound
On Thu, Aug 28, 2014 at 12:47 AM, Edward Betts edw...@4angle.com wrote:
I'd like to annotate these 70k objects in OSM with a Wikidata tag
automatically.
+1. As somebody who would like closer integration between Wikimedia
projects like Wikidata and OSM, I definitely agree with the proposal.
2014-08-28 0:08 GMT+02:00 Simon Poole si...@poole.ch:
Given that Edward has written code that, as it seems, accurately
determines the corresponding wikidata objects for a given OSM entity,
I'm not quite clear on what the benefits of statically tagging the
references on OSM objects is
Jo, I believe you are thinking too far and I suspect of use cases that
don't actually exist for the wikidata tag itself, for the *:wikidata
tags perhaps.
The wikidata tag gives a one to one mapping between an OSM object and
its wikidata entry (I know that this is a bit of a simplification in
that
On 28 August 2014 09:09, Simon Poole si...@poole.ch wrote:
What you do avoid by not tagging in OSM is
maintenance (given that OSM objects are not
necessarily a persistent reference to a single real
world entity).
Very few Wikidata IDs will change (far fewer than Wikipedia article
names, for
I think it's useful to be able to query all streets named after a certain
poet or celebrity. I did the exercise for Father Damien and Guido Gezelle
and it's not possible to simply query for Gezelle and obtain the same
result.
You are right in that this is a query on name:etymology:wikidata and.
Am 28.08.2014 11:17, schrieb Andy Mabbett:
On 28 August 2014 09:09, Simon Poole si...@poole.ch wrote:
What you do avoid by not tagging in OSM is
maintenance (given that OSM objects are not
necessarily a persistent reference to a single real
world entity).
Very few Wikidata IDs will
On 27/08/2014 22:15, Andy Mabbett wrote:
What, again? ;-)
You've been beating the drum for wikidata for a while, but that's
mostly been on the GB list or even more locally. I definitely think
that it's worth explaining the benefits on talk@.
For example:
Wikidata has data on each of
There's one fundamental question about wikidata tags; how do you tag
multiple objects that have the same wikidata tag? For example, a wikidata
entry about a church and a connected monastery. When I was writing the
Wikidata proposal on our wiki, I've put a rule that only one object in OSM
can have
On Do, Aug 28, 2014 at 01:23:21 +0200, Janko Mihelić wrote:
There's one fundamental question about wikidata tags; how do you tag
multiple objects that have the same wikidata tag? For example, a wikidata
entry about a church and a connected monastery. When I was writing the
Wikidata proposal on
On 28 August 2014 12:04, SomeoneElse li...@mail.atownsend.org.uk wrote:
On 27/08/2014 22:15, Andy Mabbett wrote:
Wikidata has data on each of these entities which either
isn't in OSM (who's the mayor of this town/ vicar of this church?)
OK - not sure how that's a benefit to OSM as such,
Janko Mihelić jan...@gmail.com wrote:
There's one fundamental question about wikidata tags; how do you tag
multiple objects that have the same wikidata tag? For example, a wikidata
entry about a church and a connected monastery. When I was writing the
Wikidata proposal on our wiki, I've put a
On 28 August 2014 12:23, Janko Mihelić jan...@gmail.com wrote:
The problem with putting wikidata=* on several objects is
that people could come to an idea to put wikidata=Q3947
(entry about houses) on all houses, or wikidata=12280 on
all bridges.
Jochen has already answered that well, but we
2014-08-28 14:41 GMT+02:00 Edward Betts edw...@4angle.com:
For now I've side stepped this problem. If you look at an institution like
a
hospital, university or school you'll often find multiple buildings, some
might include a name and be tagged amenity=hospital/university/school. If
my
On Thu, Aug 28, 2014 at 2:25 PM, Andy Mabbett a...@pigsonthewing.org.uk wrote:
OK - not sure how that's a benefit to OSM as such, though
I'm sure people could do useful unexpected things with
those links.
That's the point - the benefit is to OSM's users, whcih in turn
benefits OSM in the
On 08/27/2014 12:47 PM, Edward Betts wrote:
I'd like to annotate these 70k objects in OSM with a Wikidata tag
automatically.
I like the sound of this. Personally, I think it adds value, and having
looked at the code your matching criteria sound good.
There are a couple of things it would
Janko Mihelić jan...@gmail.com wrote:
Bridges are bit of a grey area, is a highway with bridge=yes really a
bridge, or is it a highway which has a property of being on a bridge? I
think we should map these notable bridges as an area with man_made=bridge
and put the tag on that.
The very first
Well, you should at least take preference to man_made=bridge[1] if there is
any. Highways can be split, just like in my example, and then that looks as
if there are two bridges. What if there is a footway running besides the
road? Should it also get the wikidata tag?
If we start putting
Here's another example:
http://www.openstreetmap.org/way/34012792
This railroad track will get the wikidata tag, the other track and footway
won't. And even the track that gets the tag, isn't the whole length of the
bridge. And I didn't even look that hard. I found problems on 2 out of 6
bridges
Janko Mihelić jan...@gmail.com wrote:
Here's another example:
http://www.openstreetmap.org/way/34012792
This railroad track will get the wikidata tag, the other track and footway
won't. And even the track that gets the tag, isn't the whole length of the
bridge. And I didn't even look that
On 28/08/2014 13:25, Andy Mabbett wrote:
I'm not anticipating many changes; this import gives a leg-up to a
human process.
(as has been mentioned before) wikidata may not change, but OSM data
surely does. If I split a way that has a wikidata tag, how do I know
which of the two resulting
Il giorno 29/ago/2014, alle ore 01:12, SomeoneElse
li...@mail.atownsend.org.uk ha scritto:
(as has been mentioned before) wikidata may not change, but OSM data surely
does. If I split a way that has a wikidata tag, how do I know which of the
two resulting elements should have the
I've written some code to match items in Wikidata with items in OSM. Currently
I have found 70,849 unique matches, where there is a one-to-one mapping
between OSM and Wikidata objects.
I'd like to annotate these 70k objects in OSM with a Wikidata tag
automatically.
For example:
Way: Piper's
On 27 August 2014 17:47, Edward Betts edw...@4angle.com wrote:
I've written some code to match items in Wikidata with items in OSM. Currently
I have found 70,849 unique matches, where there is a one-to-one mapping
between OSM and Wikidata objects.
To clarify (this wasn't clear to me from your
If you do this, please split by region. For those of us who monitor
specific areas for new changesets, it would be better if we didn't see a
whole lot of entries where only one or two of the items in each entry
are actually related to the area we are monitoring.
With regards,
Svavar Kjarrval
On
On 27/08/2014 17:47, Edward Betts wrote:
Matching criteria:
https://github.com/EdwardBetts/osm-wikidata/blob/master/entity_types.json
Presumably there's some geographical matching criteria too (so each
Black Hill in the hills list is matched to the correct one)?
If so, is there a licence
Matthijs Melissen i...@matthijsmelissen.nl wrote:
On 27 August 2014 17:47, Edward Betts edw...@4angle.com wrote:
I've written some code to match items in Wikidata with items in OSM.
Currently
I have found 70,849 unique matches, where there is a one-to-one mapping
between OSM and Wikidata
On 27 August 2014 17:47, Edward Betts edw...@4angle.com wrote:
I'd like to annotate these 70k objects in OSM with a Wikidata tag
automatically.
I whole-heartedly endorse this suggestion, with the reasonable caveats
colleagues have already mentioned: close-proximity matching; edits
batched by
I love this Wikidata and OSM :)
- Enock
On Aug 27, 2014 7:22 PM, Andy Mabbett a...@pigsonthewing.org.uk wrote:
On 27 August 2014 17:47, Edward Betts edw...@4angle.com wrote:
I'd like to annotate these 70k objects in OSM with a Wikidata tag
automatically.
I whole-heartedly endorse this
SomeoneElse li...@mail.atownsend.org.uk wrote:
On 27/08/2014 17:47, Edward Betts wrote:
Matching criteria:
https://github.com/EdwardBetts/osm-wikidata/blob/master/entity_types.json
Presumably there's some geographical matching criteria too (so each Black
Hill in the hills list is
Svavar Kjarrval sva...@kjarrval.is wrote:
If you do this, please split by region. For those of us who monitor
specific areas for new changesets, it would be better if we didn't see a
whole lot of entries where only one or two of the items in each entry
are actually related to the area we are
On 27/08/2014 17:47, Edward Betts wrote:
I'd like to annotate these 70k objects in OSM with a Wikidata tag
automatically.
Perhaps it's worth explaining the benefits of having a link to a
wikidata item on an OSM item? When this was discussed previously
Example? Perhaps use wikidata for finding translations of OSM objects'
names where they don't have an on the ground name in that language to map
in OSM. Ed
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
[re-sent to list]
On 27 August 2014 18:46, SomeoneElse li...@mail.atownsend.org.uk wrote:
Presumably there's some geographical matching criteria too (so each Black
Hill in the hills list is matched to the correct one)?
If so, is there a licence issue where wikidata has imported from
On 27 August 2014 21:37, SomeoneElse li...@mail.atownsend.org.uk wrote:
On 27/08/2014 17:47, Edward Betts wrote:
I'd like to annotate these 70k objects in OSM with a Wikidata tag
automatically.
Perhaps it's worth explaining the benefits of having a link to a wikidata
item on an OSM item?
On 8/27/2014 9:47 AM, Edward Betts wrote:
Does anybody have a strong preference that the edits are split up by region,
or loaded in batches?
Any objections?
When the idea of a mechanical edit to add wikidata tags to objects in GB
came up, the local view was against it. How will you make sure
Paul Norman penor...@mac.com wrote:
On 8/27/2014 9:47 AM, Edward Betts wrote:
Does anybody have a strong preference that the edits are split up by region,
or loaded in batches?
Any objections?
When the idea of a mechanical edit to add wikidata tags to objects in GB
came up, the local view
On 27 August 2014 22:19, Paul Norman penor...@mac.com wrote:
On 8/27/2014 9:47 AM, Edward Betts wrote:
Any objections?
When the idea of a mechanical edit to add wikidata tags to objects in GB
came up, the local view was against it.
That's not my recollection. Where was this agreed?
And
I've been adding a few wikidata tags myself a few months ago (by hand).
Examples are now in the following Wikipedia articles:
https://nl.wikipedia.org/w/index.php?title=Pater_Damiaandiff=prevoldid=40640633
It was undone, oh well. I'll never be a proper Wikipedian, I guess.
Given that Edward has written code that, as it seems, accurately
determines the corresponding wikidata objects for a given OSM entity,
I'm not quite clear on what the benefits of statically tagging the
references on OSM objects is supposed to be. Wouldn't providing this as
an API make a lot more
Simon,
My understanding is that this is only looking at a very small subset of
wikidata (based on a list of wikipedia categories). As such an API would
only give you a partial view (70k) objects. We want to match as much as
possible and therefore people will continue adding wikidata tags to OSM
Rob
The problem is that there are only just over 21'000 wikidata tags in OSM
at this point in time (according to taginfo). Given the subject matter,
it could well be that Edwards code could match 21'000 of them. And yes
that would imply a lot of wasted effort, leading to my conclusions being
And how exactly does one use Overpass then to extract that data once again
from Openstreetmap?
Jo
2014-08-28 0:08 GMT+02:00 Simon Poole si...@poole.ch:
Given that Edward has written code that, as it seems, accurately
determines the corresponding wikidata objects for a given OSM entity,
I'm
Segnalo!
C
-- Forwarded message --
From: Edward Betts edw...@4angle.com
Date: 2014-08-27 18:47 GMT+02:00
Subject: [OSM-talk] Adding Wikidata tags to 70k items automatically
To: t...@openstreetmap.org
I've written some code to match items in Wikidata with items in OSM
95 matches
Mail list logo