Re: [Wikidata-l] Mapillary property

[Neil Harris]

On 02/03/15 16:07, André Costa wrote:

An aside:

There is an easy template for Mapillary images on commons along with a
gadget which allows you to navigate Mapillary from that commons image. On
mobile now but can send the links once I'm on a laptop, if noone beats me
to it.

As a sidenote the template is intended to be used (substed) together with
Magnus' url2commons tool.

--
André Costa
GLAM-tekniker
Wikimedia Sverige
On 2 Mar 2015 13:56, "Andy Mabbett"  wrote:



Another thought: since Mapillary seem to allow linking by geocoordinate: 
for example,


https://www.mapillary.com/map/im/bbox/55.53640250425626/55.89726132569528/12.658309936523438/13.616867065429688

might it be also worth adding Mapillary as an option to Magnus' geohack 
page?


Neil


___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Some Wiktionary data in Wikidata

[Neil Harris]

On 19/06/13 15:03, Tom Morris wrote:

If you haven't already, it might be worth looking at the Freebase schema
for Wordnet, especially how it connects synsets to Freebase topics:

https://www.freebase.com/base/wordnet/synset?schema=

Tom


WordNet does not seem to be under a free license -- see

http://wordnet.princeton.edu/wordnet/license/

Since Wikidata's CC0 licensing allows commercial use, surely integrating 
any kind of data from WordNet risks conflict with WordNet's license?


Neil



On Wed, Jun 19, 2013 at 9:57 AM, Denny Vrandečić <
denny.vrande...@wikimedia.de> wrote:


Hello,

I would like all interested in the interaction of Wikidata and Wiktionary
to take a look at the following proposal. It is trying to serve all use
cases mentioned so far, and remain still fairly simple to implement.



To the best of our knowledge, we have checked all discussions on this
topic, and also related work like OmegaWiki, Wordnet, etc., and are
building on top of that.

I would extremely appreciate if some liaison editors could reach out to
the Wiktionaries in order to get a wider discussion base. We are currently
reading more on related work and trying to improve the proposal.

It would be great if we could keep the discussion on the discussion page
on the wiki, so to bundle it a bit. Or at least have pointers there.



Note that we are giving this proposal early. Implementation has not
started yet (obviously, otherwise the discussion would be a bit moot), and
this is more a mid-term commitment (i.e. if the discussion goes smoothly,
it might be implemented and deployed by the end of the year or so, although
this depends on the results of the discussion obviously).

Cheers,
Denny




--
Project director Wikidata
Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. +49-30-219 158 26-0 | http://wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.

___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l





___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Expiration date for data

[Neil Harris]

On 30/09/12 13:00, bene...@zedat.fu-berlin.de wrote:

Hi,
I think a valid_from and valid_to-field would be a great idea. Especially for 
queries on the db.
But I think it is a fundamental design decision and I'm not sure if it's 
possible to integrate now...

LB




Seconded.

This would, for example, allow next year's train timetables to be loaded 
into the database prior to their period of validity, and for the cutover 
between last year's and this year's timetables to then happen 
automatically at the appointed date.


-- N.


___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] We have a logo!

[Neil Harris]

On 13/07/12 22:37, Yury Katkov wrote:

It is a masterpiece! Very clean, laconic and looks really global.
-
Yury Katkov



2012/7/13 Lydia Pintscher :

Heya folks!

We have a logo for Wikidata! It was done by Arun aka Planemad. Thanks
so much to Arun.
http://commons.wikimedia.org/wiki/File:Wikidata-logo-proposal-2s.png
More later on blog.wikimedia.de.


Cheers from Wikimania
Lydia

--


That is an absolutely brilliant piece of minimalist design that works 
well on many levels at once, and the digital easter egg of "wiki" in 
Morse code is sheer genius.


Fantastic.

-- Neil


___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] [wikidata-intern] Re: Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

[Neil Harris]

On 22/05/12 15:49, Daniel Kinzler wrote:

On 22.05.2012 16:37, Nikola Smolenski wrote:

Of course not, however, for example, I believe a major use of Wikidata would be
for citation templates, so
{{cite|id=q1234}}{{cite|id=q2345}}  is better than
{{#data-template:cite|id=q1234}}{{#data-template:cite|id=q2345}}.

The bibliography use case is on our minds, but not in our road map. It's beyond
phase 3. So i'm reluctant to spend too much thought on it right now.

However, you can always just wrap another template around
{{#data-template:cite|id={{{id}, respectively just make {{cite}} call
{{#data-template:cite-format|id={{{id}

-- daniel




Which is absolutely the right way to do it. In general, I think that 
access to the semantic layer should always be done in this way: the 
extra layer of indirection is a form of implementation hiding, allowing 
the semantic parts of the system to be maintained and redefined without 
having to change the user interface and thus have to ripple edits 
through into thousands of articles.


-- Neil



___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l