Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

> You are right, I mixed them up (that comes from not checking). > > The usecase for monolingual text are a bit rare, and I am thinking of > things like official motto (which is usually not translated), I think if it is only "usually not", but sometimes indeed translated, using multilingual for th

Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

2012/8/17 Gregor Hagedorn : >> Monotext is irreplaceable, though, and it means a simple string >> without a language designation. Something like "Chemical symbol", I >> guess, would be a monotext, or ISO 3166 code. A intermediary item >> could not do the job in that case. > > I think this would be

Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

> Theoretically multitext could be replaced, but I would not like to do > that. A property like "Tagline" for a movie or motto for a country > might make sense to be a multitext. Yes, you could make the tagline of > a movie an item -- but do we really want to require it to be an > intermediary item

Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

Theoretically multitext could be replaced, but I would not like to do that. A property like "Tagline" for a movie or motto for a country might make sense to be a multitext. Yes, you could make the tagline of a movie an item -- but do we really want to require it to be an intermediary item? The subt

Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

On 15/08/12 15:03, Gregor Hagedorn wrote: Basically what Daniel proposed is, that it would be best practice that for every string that refers to a concept, event, thing, person, unless the editor is certain about item identity, a new wikidata item entity should be created. I could imagine this a

Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

Basically what Daniel proposed is, that it would be best practice that for every string that refers to a concept, event, thing, person, unless the editor is certain about item identity, a new wikidata item entity should be created. I could imagine this as a possible and perhaps elegant solution. M

Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

On 15.08.2012 14:25, Gregor Hagedorn wrote: > Is it possible to build flexibility into the UI so that a single > property can be used with > http://wikidata.org/vocabulary/datatype_items > as well as > http://wikidata.org/vocabulary/datatype_multitext > ? I believe this would simplify the communiti

Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

I agree that it is desirable that most persons should be represented by items. I would only say: it might be prohibitive to determine entity identity _prior_ to entering data. In the case of reference data in my experience this is the case: A single person may have published scientific articles as:

Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

We do have a data type that supports multilingual strings. It is obviously not implemented yet, but already we did think about this and it is in the spec. So that solution would be indeed practical. Cheers, Denny 2012/8/15

Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

On 14/08/12 22:57, Gregor Hagedorn wrote: I would prefer if the decision whether entity-identity is known or whether only a name-string or other label is known, should be left to the Wikidata editor community, and not prescribed by the software. I'm afraid that this will not be really possible

Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

Hi Gregor, I disagree mostly with you in the question of using strings or items for persons, but incidentally, that does not matter. I agree with you fully in the following point: 2012/8/14 Gregor Hagedorn : > I would prefer if the decision whether entity-identity is known or > whether only a nam

Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

Hoi, It being a database you will find that someone in Germany will take care of a new mayor in German places and determines for every wiki using the same instance of that person and consequently such relations are implicitly available. When people choose NOT to use the benefits of a database, on t

Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

> But humans (and other entities) should not be represented by strings > in the system, but by items. I wonder whether this would not be too inflexible. It would burden the use of wikidata with the responsibility to determine entity-identity in all cases where only a name-string is known. In the

Re: [Wikidata-l] changing wikidata-item properties with multilingual labels

The idea is that the mayor would not be represented as a String value, even for smaller cities, but always by an item. This would possibly lead to items that have no Wikipedia articles associated to them, but there is no problem with that. But humans (and other entities) should not be represented

[Wikidata-l] changing wikidata-item properties with multilingual labels

A city has a Wikipedia page and a corresponding Wikidata-item-page. One of the item properties is Property:City_mayor. If the mayor changes, and both have their own pages/items (http://de.wikipedia.org/wiki/Eberhard_Diepgen to http://de.wikipedia.org/wiki/Klaus_Wowereit for http://de.wikipedia.org