Cool idea on the accession number.
I'd like to get a simple (cough dummies guide) on how to use Wikidata in
general (it's went through epic changes since I first fiddled with upon
launch), and perahps a workshop on how we can use this for GLAM
professionals - meaning I'd like to see a chance for
On Mar 20, 2014 12:33 AM, David Cuenca dacu...@gmail.com wrote:
On Thu, Mar 20, 2014 at 12:53 AM, Andy Mabbett a...@pigsonthewing.org.uk
wrote:
P.S. I have just proposed an accession number property for Wikidata,
which may also be of interest:
Am 20/mar/2014 um 07:58 schrieb Susanna Ånäs susanna.a...@gmail.com:
Do the notability guidelines of Wikimedia allow storing only important places?
because the consequence of using wikidata will be to have wikidata objects not
only for places but also for minor streets and squares as soon
There is interaction between Wikidata, the OHM, the historians working with
gazetteers, LOD researchers and Jochen Topf Tim Alder's work. The
Wikimaps project is trying to stay abreast of the development to build on
that.
I think also that Wikidata will lead the way and will offer a crowdsourced
Hoi,
It is in the planning that Wikidata will use its engine for Wikimedia
Commons. We are talking about the media files that is currently only
20,503,455 freely usable media files. The model that is considered is one
where two Wikidata databases will be used. One for the meta data of the
imagery
On 03/19/2014 07:23 PM, Gerard Meijssen wrote:
Next month I will be presenting a half a day meeting in the Netherlands
for a big GLAM partner. This presentation will likely be repeated for
other GLAMs in the Netherlands at a later date.
I have a tentative program for half a day. I will present
On 20 March 2014 06:58, Susanna Ånäs susanna.a...@gmail.com wrote:
[Snip other interesting stuff; CCs again trimmed]
Do the notability guidelines of Wikimedia allow storing only important
places?
English Wikipedia has a de facto guideline of considering any
settlement which is on a reliable
On Thu, Mar 20, 2014 at 9:45 AM, Gerard Meijssen
gerard.meijs...@gmail.comwrote:
A similar thing can be considered for streets and stuff as well. Obviously
it needs a lot of thought but from an abstract point of view, a street or
an image, it is just another category of data. When it works for
I think wikidata has the potential to tie it all together. There is no need
to split the information over 2 databases.
What would be nice, is a way to say: this object is now split/merged. Save
the current version in OSM and save the historic version of those objects
in OHM. And all the metadata
AIUI, currently, Wikidata can add:
* language-specific labels (ie alternative names)
* language-independent properties (strings or relationships)
Properties can have modifiers such as date, labels can't. So there's a
bit of a challenge here - we would be able to construct a field that
says
On Thu, Mar 20, 2014 at 1:31 PM, Jo winfi...@gmail.com wrote:
I think wikidata has the potential to tie it all together. There is no
need to split the information over 2 databases.
It depends on how much granularity you want. If you want to use just
well-known entities, then for sure,
(please forward)
Dear all,
we are very happy to announce that we have succeeded in the formation of
a new organization to support DBpedia and its community.
The DBpedia Association is now officially in action. In the coming
months, we hope to raise funding to reach some of the goals outlined
Andrew: I think this is key to making Wikidata suitable for a historical
gazetteer. Andy was referring to changes allowing names/labels with dates.
Will there be such?
Susanna
2014-03-20 15:24 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com:
Am 20/mar/2014 um 13:51 schrieb Andrew Gray
I'm picking up points from this discussion and adding them to a Trello
board in https://trello.com/b/uXP9JmSP/wikimaps-gazetteer at
https://trello.com/wikimaps. Feel free to participate!
Susanna
2014-03-20 15:30 GMT+02:00 Susanna Ånäs susanna.a...@gmail.com:
Andrew: I think this is key to
Given that we want to collaborate with openstreetmap we could host it for
them
Thanks
GerardM
Op 20 mrt. 2014 11:53 schreef David Cuenca dacu...@gmail.com:
On Thu, Mar 20, 2014 at 9:45 AM, Gerard Meijssen
gerard.meijs...@gmail.com wrote:
A similar thing can be considered for streets and
On Thu, Mar 20, 2014 at 3:36 PM, Gerard Meijssen
gerard.meijs...@gmail.comwrote:
Given that we want to collaborate with openstreetmap we could host it for
them
I like the idea of a Wikibase-powered OSM data repository, it is a pity
that the WM Incubator is only for language versions of
I would very strongly recommend to use Semantic MediaWiki for this use
case. It is more powerful, we use SMW in other WMF contexts already, and
supporting the data inside Meta (instead of inside Wikidata and then
transcluding it) allows us also to generate workflows in Meta involving
local
I sense a bit of consensus even across the projects. I think both options
have their pros and cons:
An independent project will require a lot of MediaWiki related knowledge
that is not necessarily found in an initial group of interested
individuals. Or combined OSM, MediaWiki Wikidata knowledge,
quote name=Denny Vrandečić date=2014-03-20 time=16:06:46 +
I would very strongly recommend to use Semantic MediaWiki for this use
case. It is more powerful, we use SMW in other WMF contexts already,
Only on wikitech.wikimedia.org, and only until Ryan Lane figures out how
to use Wikidata to
On Thu, Mar 20, 2014 at 5:17 PM, Susanna Ånäs susanna.a...@gmail.comwrote:
An independent project will require a lot of MediaWiki related knowledge
that is not necessarily found in an initial group of interested
individuals. Or combined OSM, MediaWiki Wikidata knowledge, which may be
even
Using property P402 is not a very good idea since object ids in OSM aren't
guaranteed to be stable. nodes, ways and relations each have their own
'namespace' and sometimes information is refined by moving it from a node
to a way or from a node or a way to a relation (multipolygon), usually this
On Thu, Mar 20, 2014 at 6:28 PM, Jo winfi...@gmail.com wrote:
Using property P402 is not a very good idea since object ids in OSM aren't
guaranteed to be stable. nodes, ways and relations each have their own
'namespace' and sometimes information is refined by moving it from a node
to a way or
This notability guideline for geographic features, both current and
historical, will indeed be a cornestone for building upon Wikidata!
It would not include all man-made structures yet, but I hope that would be
the trend.
I hope we can develop tools and technologies to bridge the data between
I think the problem is that we sometimes need to reflect more than just the
single official name - at the moment we include multilingual names, which
is great, and it's a bit of a backwards step to lose that ability for the
past. Imagine if you're looking at an English or German map of Russia -
Well, that is one part of the problem, which could be addressed in Wikidata
with a property official name with the datatype mono- or multi-lingual
string
(plannedhttps://www.wikidata.org/wiki/Wikidata:Development_plan#Multi-lingual_text_datatype_.28optional.29,
but not available yet) plus the
Property 'Official name' with datatype 'monolingual text' has already been
approved but is waiting for that datatype before it is created. It is
designed for the use you described - listing the various official names
with qualifiers for language, start date, end date etc. No matter what your
On 20 March 2014 17:43, Andrew Gray andrew.g...@dunelm.org.uk wrote:
I think the problem is that we sometimes need to reflect more than just the
single official name - at the moment we include multilingual names, which is
great, and it's a bit of a backwards step to lose that ability for the
If we have multilingual string datatypes coming, I take it back.
Hurrah! :-) (I hadn't realised that was on the roadmap).
Andrew.
On 20 March 2014 18:19, David Cuenca dacu...@gmail.com wrote:
Well, that is one part of the problem, which could be addressed in Wikidata
with a property official
28 matches
Mail list logo
