Liuxinyu970226 added a comment.
mentioned at https://www.wikidata.org/wiki/Help:Handling_sitelinks_overlapping_multiple_items#Discuss_the_solutionsTASK DETAILhttps://phabricator.wikimedia.org/T54971EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226
Liuxinyu970226 added a comment.
Anyhow, I now want to modify Help:FAQ to reflect this problem:TASK DETAILhttps://phabricator.wikimedia.org/T54971EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226Cc: Sannita, Superchilum, ChristianKl, daniel, Bugrep
Koavf added a comment.
If necessary, we may need to disengage the proposal for mul.ws from the two incubators. Again, mul.ws is a permanent home for some works and unlike incubator and beta.wv, some works will stay there permanently. There will never be a Volapük Wikisource--the corpus of texts is
Liuxinyu970226 added a comment.
a clash of technical nature
I would say, however, that this should be a good design reborn rather than a negative clash.
Wikidata only allows one site link per wiki. (WD data mgt)
That's just a damn limit that if I'm Daniel, then I would oppose that BEFORE the lau
StevenJ81 added a comment.
That was well-said, @Billinghurst . Thank you.TASK DETAILhttps://phabricator.wikimedia.org/T54971EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: StevenJ81Cc: Sannita, Superchilum, ChristianKl, daniel, Bugreporter, PokestarFan, Koavf,
Billinghurst added a comment.
Ouch everyone. Merry Christmas to you all.
The issue we have is a clash of technical nature
We have small languages put together on one wiki as it is easier/resource-wise to manage (WMF management)
Wikidata only allows one site link per wiki. (WD data mgt)
I didn'
StevenJ81 added a comment.
@Samwilson, @ChristianKl and @MF-Warburg : If you are a "pure Wikidata"-type person, this comment probably made sense. The comment made no sense whatsoever in the broader context of the history of project creation and approvals across the WMF project universe. There are r
Samwilson added a comment.
In T54971#3844679, @MF-Warburg wrote:
What an outrageously nonsensical comment.
The comment makes sense (although one may disagree with it), and is more polite than your reply.TASK DETAILhttps://phabricator.wikimedia.org/T54971EMAIL PREFERENCEShttps://phabricator.wikim
MF-Warburg added a comment.
In T54971#3841692, @ChristianKl wrote:
I'm of the opinion, that it's not our role of Wikidata to create pseudo-fake websites. In most of the relevant cases it would make sense to actually have real websites.
The langcom policy that prevents the creation of those sites
Koavf added a comment.
In T54971#3841692, @ChristianKl wrote:
pseudo-fake websites
?
As far as mul.ws goes, can you point to examples where we have Wikidata items that would want to multiple pages on mul.ws?
Why would mul.ws be different than any other version? E.g. Do we only want to link the
ChristianKl added a comment.
I'm of the opinion, that it's not our role of Wikidata to create pseudo-fake websites. In most of the relevant cases it would make sense to actually have real websites.
The langcom policy that prevents the creation of those sites is the core problem and a meta RfC to c
StevenJ81 added a comment.
My suggestion is that we should implement a configuration setting that can be called "$wgWikibaseAllowMultipleSitelinksInOneSite", set false as default, only set to true for those three links.
Well, it could be set true for any wiki known to have permanent duplicated pag
Liuxinyu970226 added a comment.
In T54971#3719110, @Lydia_Pintscher wrote:
@daniel @hoo what's your thinking about @Tpt's suggestion?
The suggestion is summaried at https://meta.wikimedia.org/wiki/2017_Community_Wishlist_Survey/Wikidata/Allow_multiple_entry_from_same_site_on_wikidata by @C933103
Tpt added a comment.
A hacky way to do it is maybe to create fake "sites" per languages. We would for example have amiincubatorwiki would be a fake site that could be used for sitelink that have exactly the same configuration as the one of incubatorwikiTASK DETAILhttps://phabricator.wikimedia.org/T
Koavf added a comment.
Very much so. There are perfectly legitimate documents at mul.ws and in addition to being disrespectful for the work put into them, some of those documents are among the few of a given language that even exist. If mul.ws continues in fulfilling its purpose, it will be a very
Billinghurst added a comment.
Well said @Koavf. mulWS is definitely a permanent home for some works and if Wikidata is to function fully there needs to be a means to link to these works. We are falling into an area where it seems that some are wiping their hands and walking away, and that is disres
Koavf added a comment.
For what it's worth, a subtle point about mul.ws may be missed here. The goal of Incubator and beta.wv (which I firmly believe should have been incorporated into Incubator many years ago) is two-fold: two foster small content that can grow into an independent project either f
Liuxinyu970226 added a comment.
In T54971#3569662, @Bugreporter wrote:
We may introduce the concept of "virtual" site. There will still be one siteline per wiki, but some wikis don't have it's own site and exist on another site.
I don't think this can be helpful, as it still won't resolve issues
Bugreporter added a comment.
We may introduce the concept of "virtual" site. There will still be one siteline per wiki, but some wikis don't have it's own site and exist on another site.TASK DETAILhttps://phabricator.wikimedia.org/T54971EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/pa
19 matches
Mail list logo
