Wikibooks:Reading room/Proposals

From Wikibooks, open books for an open world
Jump to: navigation, search
Replacement filing cabinet.svgArchivesWikibooks Discussion Rooms
Discussions Assistance Requests
General | Proposals | Projects | Featured books General | Technical | Administrative Deletion | Undeletion | Import | Permissions

Welcome to the Proposals reading room. On this page, Wikibookians are free to talk about suggestions for improving Wikibooks.

Discouraging class projects[edit]

I'm pretty sure this is a controversial proposal and very unlikely to get much agreement but I'd like to discourage / restrict or prevent class projects. I'm unsure about when they started becoming popular but they seem to have proliferated in the past two years. What do they bring to the project? (me: nothing) How many of their contributors contribute elsewhere in Wikibooks or stay behind after their class project is over? (me: unsure, I imagine very, very few) Does anybody ever edit or read their books once they're gone? (me: read - unsure, edit - few) Do they bring down the tone and quality of the project? (me: I believe the quality of the work is often very poor and riddled with grammatical and spelling mistakes) Unless some effective way of managing them is brought in then I'd say they shouldn't be allowed on Wikibooks. Constantly patrolling their pages, fixing some atrocious grammar and encouraging people to read up about the project, policies, etc. is tiring. I'd support either a mandatory registration for the project where they are required to register user names and a person responsible for the project and a declaration that they are familiar with how things work - or - not allowing class projects. This may seem like snobbery or some anti-newbie feeling but I don't see what they contribute. Somebody who drops by just by chance and reads the content of many of those books is unlikely to stick around or form a positive opinion of Wikibooks or Wikimedia. --ЗAНИA Flag of the Isle of Mann.svgtalk 20:32, 30 November 2014 (UTC)

Could you suggest some examples to look at? And, have you discussed this with instructors involved in such things?
Use of en.wn as part of class work has been a good thing for en.wn, and for the students, I think, but of course en.wn has a vigorous review system that has to be passed and that's part of what the students are sent to us for. I've heard (I thought) good things about students being sent to contribute to en.wp, too. It seems quite important to understand why it wouldn't work as well for en.wb, and what can be done to make it work better here. --Pi zero (discusscontribs) 03:04, 1 December 2014 (UTC)
"a mandatory registration for the project where they are required to register user names and a person responsible for the project and a declaration that they are familiar with how things work" - I strongly support his option rather than a ban on class projects. Let's not throw out the baby with the bathwater. At the EduWiki Conference recently we were discussing how Wikibooks is a welcoming project for student assignments; more welcoming than Wikiversity or Wikipedia. Better preparation by the course leaders, a focus on genuinely useful content, and more feedback from the existing editors: all these would help the educational goals of the projects as well as create fewer headaches for us on Wikibooks. Having to tidy up the formatting is not a problem, so long as the content is valuable. I'd rather create a set of good Wikibooks by tweaking the formatting on lots of other people's work than trying to write them all myself. MartinPoulter (discusscontribs) 20:43, 1 December 2014 (UTC)
When I was less busy in real life I spent more time on cleaning up the mess, adding templates, advising contributors, etc. - but it takes a huge effort. The students are in general massively unresponsive to simple instructions or feedback. More editors willing to help guide the participants would help. The current mess being created with the big active class project is horrible. It is too active for me to bother getting involved - once they are gone I will clean it up. QuiteUnusual (discusscontribs) 21:49, 1 December 2014 (UTC)
I think most of us think that a ban is too much. I think the same I guess and I threw the idea about to encourage some discussion. I think the way to go is a policy whereby on seeing what looks like a class project, all editors concerned are directed to a page requiring them to register, nominate a person in charge and confirm that they have read up on policies, rules, etc. This could be a firm requirement. In my view Wikibooks is more helpful than Wikipedia but I don't know if we're more welcoming (nor do I want to be). We spend a lot of time guiding and coaching new users. Additionally I think the class projects do create endless headaches regarding formatting (page titles, templates, endless typos, appalling grammar) and there are too few active people here to sort it all out. We have a huge amount of books and so many of them are abandoned, rarely read and some of them are, quite frankly, shit. That's my rant over. I think the next step would be some kind of class project policy incorporating some of these ideas. I quite like the idea of a different namespace (is that the right word?) for such projects like Wikijunior and Cookbook have so they would be easier to manage - we could set the namespace to only show approved edits, for example. Any comments about this?--ЗAНИA Flag of the Isle of Mann.svgtalk 23:46, 1 December 2014 (UTC)
I agree. Perhaps it might be useful to make it a requirement that class projects (and their books) are 'flagged' as such after going through the registration process you've mentioned - maybe a registration process could even be advertised to some extent. Anything created that's associated with the project could then be hidden from search results and/or hidden from changelogs. Additionally, the accounts associated could have their edits on other pages/books restricted some way (either by making their edits require explicit approval from someone outside the project or by blocking edits completely). After they're done doing their thing, after a specified period of inactivity (90 days or when the elected coordinator declares the project inactive, whichever is sooner) the entire thing gets deleted (accounts also? Maybe they could just be 'released' as a regular account). Personally, I think class projects should just be banned altogether, but this is probably a more 'humane' way of dealing with them ;) --SporkSauce (discuss

contribs) 10:45, 15 December 2014 (UTC)

Here , keeping strict registration requirements for class projects is not a good idea. First , the books themselves could turn to be useful. Requiring explict approval on other books is unfair , because some of the editors may have an interest to edit other books and take a liking to Wikibooks. We're just killing them out when we impose these restrictions(like we're sayiing "You have an Wikibooks account only to edit this book which will be soon deleted.") We could instead keep a watch on the books and maybe nominate a responsibe person , but anything more is not good. Anynomous edits should be allowed(unless it is used for bad things) , even for class projects , because they may also want to improve the project.

Or , we could create a separate controlled registration-only category for class projects and then either archive the book or integrate the book into the mainspace when it's finished depending on the work and quality of the book. Accounts won't have any registration and can even get reviewer status etc.?

--Leaderboard 12:49, 15 December 2014 (UTC)

I honestly wouldn't have any problem correcting/cleaning up after the students on Wikibooks. But I prefer they take there classes at Wikiversity since that's the only WMF Wiki that is acceptable learning environment, there are classes there all the time. --atcovi (talk) 22:17, 8 February 2015 (UTC)

Wikinews has, and values having, classes of university journalism students sent to us for experience writing hard news for a live news site. --Pi zero (discusscontribs) 23:03, 8 February 2015 (UTC)

The process of converting classic talk pages to Flow[edit]

(BG: Flow). There are various ways to convert talk pages to Flow. Discussed at this page. I would like to know what we would like to have. Please join the discussion and spread it to other language village pumps. Gryllida 00:00, 12 December 2014 (UTC)

Flow must not be allowed to happen. Imposing it would be fatal. --Pi zero (discusscontribs) 00:52, 12 December 2014 (UTC)

Ban user page editing for IP users[edit]

The following discussion has concluded. Please open a new discussion for any further comments.

Customization to Common.js[edit]

I'd like to add a one-executable-line snippet to our (admirably short and simple) Common.js. This takes a bit of explaining, I guess.

My intent is to enable a particular kind of site customization: page-specific javascript — allowing admins to customize any page on the wiki with a javascript file to be executed whenever that page is loaded. This is javascript by page rather than by user; even IPs get the benefit, since Common.js applies to them too. En.wn has had page-specific javascript for many years. Although it can be used to customize the appearance of a particular page (en.wn does this for a few pages), it's particularly useful for setting up a particular page as a "verb" (rather than a "noun"). There should be no observable performance penalty from this facility, for any page that doesn't get customized with page-specific javascript.

My central interest in this type of customization is that it is the first step to porting my interactive dialog tools here from en.wn. I believe the dialog tools, and particularly the wizard-like semi-automated assistants that can be built from them, could over time become a major asset to Wikibooks (and to Wikinews, of course, which is why I've undertaken the development of the dialog tools there). I've tried to summarize the full process of porting the dialog tools here (though I expect eventually I'll be moving that page, since its page name is actually one of the things that ought to be changed for project-generality).

The actual technical addition would be the following, just below the book-specific block.

// Page specific
importScript( 'MediaWiki:Common.js/w/' + mw.config.get( 'wgPageName' ) );

This would be executed when any user (even an IP) loads any page (even a Special: page). When loading wiki page PAGENAME, it checks for existence of a page called MediaWiki:Common.js/w/PAGENAME, and if there is such a page, loads it as a javascript file. The customization is limited to admins, since the customizing page is in MediaWiki: space. --Pi zero (discusscontribs) 21:07, 17 December 2014 (UTC)

fine by me, but beware the WMF staffers who sometimes don't like us mere mortals customising the interface in "inappropriate" ways. QuiteUnusual (discusscontribs) 17:27, 18 December 2014 (UTC)
We cannot control bad decisions by the WMF. We can make competent decisions, ourselves. If our competent decisions are successful and gain momentum, there's some chance the WMF might recognize the need to take them into account. If we hold back from making competent decisions, in mere anticipation of contradictory bad decisions by the WMF, we guarantee that eventually the WMF will make bad decisions with impunity.

I have been told, in the past, that my dialog tools shouldn't conflict with VisualEditor (should we have the misfortune to have that inflicted on us at some point). --Pi zero (discusscontribs) 18:13, 18 December 2014 (UTC)

I have made the edit, so if I were to muff the edit so that it broke something, we'd be observing such shortly hereafter; and, conversely, lack of negative impact would also be observed starting from now. --Pi zero (discusscontribs) 18:03, 20 December 2014 (UTC)

Automatic welcoming to all new users[edit]

The following discussion has concluded. Please open a new discussion for any further comments.

Each Proposal's discussion should last 7 days[edit]

^This. Unless there is a need of more votes. We should keep a proposal's discussion's duration for 7 days. Thanks. --atcovi (talk) 23:24, 8 February 2015 (UTC)

Discussions here almost always last longer than 7 days. Even the ones that are something like "votes". They could go on for months, and there's nothing wrong with that. Also keep in mind that this is quite a small wiki. In fact, as I've said before (though not recently), Wikibooks is in a sense a confederation of even smaller projects. Each book (more or less) is a separate micro-project, often orders of magnitude smaller even than a small project like en.wn, with its own peculiar character; all these micro-projects do have some things in common, and they all band together under a common project infrastructure. Then there's a cell, rather like a small project in itself, of folks who maintain the project as a whole; contributors to indivudal books may contribute some to this overall-maintenance cell, and socialize with it, but the number who get seriously involved with the overall-maintenance cell is really pretty small. With a really small group like that, it's a mistake to demand discussions get lots of attention quickly. (At en.wn, we have Featured Article Candidate nominations that may be open for months before they gather the four or five votes we typically want before promoting an article to FA status; and the en.wn community who vote on such things isn't that much smaller than the en.wb overall-maintenance cell.) --Pi zero (discusscontribs) 23:47, 8 February 2015 (UTC)c
Even a very active project like Meta requires a minimum of 14 days for discussions. Given the level of traffic on Wikibooks it will usually take a month (at least) to get even close to a consensus. QuiteUnusual (discusscontribs) 10:26, 20 February 2015 (UTC)
aiight, withdrawing. --atcovi (talk) 14:47, 20 February 2015 (UTC)
There is no minimum of 14 days here, we all assume the 7 day limit from the last post on it. The proposal is redundant to common practice, unless you are requiring setting it on text.
While discussions here do indeed last longer than 7 days, for that to occur it requires participation, something that can't be demanded, expected or forced (with one exception, externally imposed, in the election of a bureaucrat IIRC that requires 25 support votes). Unless specifically stated on the proceeding any non-opposed decision process is considered closed and valid after 7 days of active life (of course that nothing prevents the proponent from extending it). Any challenger after the time is elapsed should be considered a new proposal and have the burden of gathering consensus for the reversal of the primary.
This also comes with the need of formal proper announcement of any important process as required by policy any failing to make the process visible to the community is a valid ground for challenging and reset the process time for conclusion.
Premature conclusion is also possible by the withdraw of proponent(s), their failing to participate on the process (a discussion requires 2 parties) or violation of policy. --Panic (discusscontribs) 16:47, 20 February 2015 (UTC)
It generally depends. What I do not like is that some discussions take 2-3(or more) months with no edits(no discussions).

That is , the discussion is open but in reality , it is redundant.

However , if there is some real discussion , then it is fine to let the discussion continue. Otherwise , there is no point.--Leaderboard (discusscontribs) 07:45, 21 February 2015 (UTC)
Addition:- On many proposals(and even discussions) , I've been left waiting for months for implemention/effective discussion of certain discussions. This is also unacceptable.--Leaderboard (discusscontribs) 09:58, 21 February 2015 (UTC)
That isn't unacceptable at all tbh. I don't get how an open discussion for months is unacceptable, what discussions that you have created lasted months that are currently open? Maybe the discussion hasn't reached a good consensus yet? Maybe it needs more votes? --atcovi (talk) 14:57, 21 February 2015 (UTC)

As I said above a discussion is considered ended after 7 days without a post, a proposal can be considered as passed if there is no opposition, there is no requirement for participation (except for the proponent if he is not the last post and the previous one blocks the process in any way). Any wikibookian can put a formal close to these processes (but the norm is that it would be done by the proponent or an acting administrator, since most proposals require administrative action).
Note that this forum at Wikibooks:Reading room/Proposals is for low level/impact decision processes (those that the proposals' text would not be require a fixed written record of what was agreed to) and formal announcements of new policies and guidelines.
That a bot archives all discussions (even those that are not formally closed), is something that I have grumbled about for a long time now... --Panic (discusscontribs) 17:47, 21 February 2015 (UTC)

How Wikidata will handle Wikibooks interwikis[edit]

The page where they mean to work out how to do this is, I believe, d:Wikidata:Wikibooks/Development. The talk page is apparently where the discussion takes place (that's how it's been with the corresponding page for Wikinews).

A word on the Wikidatan community. I have found that there are a lot of very friendly folks there. However, occasionally some Wikidatans can be a little insular, inclined not to consult a sister project about decisions affecting the sister project. It's not a big problem, mostly, just something to be gently aware of. --Pi zero (discusscontribs) 14:01, 20 February 2015 (UTC)

Indeed. Also, in my experience most Wikidatians are experienced Wikipedians and therefore somewhat unaware of the structure of sister projects and inclined to assume we work the same way as Wikipedia. QuiteUnusual (discusscontribs) 15:10, 20 February 2015 (UTC)

Is Wikibooks a good place for this book?[edit]

I wrote a book "A few impertinent questions --- About Autism, Freudianism and Materialism". I self published under authorhouse and I own the copyright. It currently resides on, but I believe I still hold the copyright.

My son, user:Guy vandegrift, is a big fan of wikis and suggested that I publish it on a wiki. The book is a mix of autobiography and philosophy. I think it would be fun to have others edit my work and discuss it with me. And if a consensus is made to change something I would go along. I would like to put it on WikiBooks.

If that is not allowed, could you recommend another wiki that might allow this? Bertvan13 (discusscontribs) 19:17, 21 February 2015 (UTC)

It depends on how the content is formated, autobiography and personal philosophy is not textbook material (oriented for education) in itself. Those formats can serve as a springboard but since Wikibooks can't preserve a single person's viewpoint it would be hard to make that approach work (for educational purposes).
Try checking out Wikisource. --Panic (discusscontribs) 09:36, 22 February 2015 (UTC)
I have an idea on how to make this educational. The book consists of a series of questions. Each question would be a chapter, with a one sentence introduction that links to relevant pages on Wikipedia, etc. (Examples include Sigmund_Freud, Freud and religion, and MaterialismThere might be a section for external links, but the following section would be user:Bertvan13's chapter, under collapsible text if possible, or as a subpage if that doesn't work. Another section would be created for readers to add insights. Long insights would also be collapsed and/or placed into subpages.
Since much of the book is about the philosophy of science, I think this has pedagogical potential. What I don't like is that much of the science is so-called new age. But this could be a forum for openly discussing/debating the topic. In keeping with w:Wikipedia:Be_bold, I will start the first chapter and we can discuss the book's deletion if it seems inappropriate. --guyvan52 (discusscontribs) 18:35, 22 February 2015 (UTC)
Yes check.svg Done: See User:Guy vandegrift/sandbox
The first chapter is complete, except for the commentary, which others would be invited to provide. On Wikiversity I would simply move it to namespace, but on Wikipedia my understanding is that articles must be submitted for review. What is the policy for moving this draft from my sandbox into namespace? I already know how to move pages and subpages if you would prefer that I do it myself. --guyvan52 (discusscontribs) 21:52, 22 February 2015 (UTC)
It looks completely unsuitable to me - if it was in the mainspace I'd be inclined to speedy delete it as original research. The tone and style is wholly out of line with the textbook style here. QuiteUnusual (discusscontribs) 08:36, 23 February 2015 (UTC)
I agree. When I posted this on Wikibooks I was almost completely unaware of Wikisource, and did not realize that Wikibooks was for textbooks only. Looking over the main pages of Wikisource and WikiBooks, it is clear that this book belongs on Wikisource. I will move it out of my userspace withing a week or so (too busy right now)--guyvan52 (discusscontribs) 14:07, 23 February 2015 (UTC)
FYI - After looking at Wikisource, I have the impression that they will only host an original version of book that was copyrighted a few years ago. It doesn't seem to be a place where people can just write. But as far as I can tell [] is free (more precisely, paid for by by a company called BT).--guyvan52 (discusscontribs) 14:28, 23 February 2015 (UTC)

Wikidata and interwikis[edit]

I observe folks starting to remove interwiki markup from pages that have wikidata links. I too once didn't question this practice, but as I've watched the damage that can be done by gratuitously relying on a central site for interwikis, I'd like to ask: why would we remove interwiki links? Wikidata linkage provides more complete interwiki coverage, filling in gaps where we'd left something off our list, but going out of our way to remove existing interwikis seems to me to be asking for trouble.

Thoughts? --Pi zero (discusscontribs) 23:53, 24 February 2015 (UTC)

Hello Pi zero, Wikidata is set up and intended to replace the system of local interwikilinks and instead maintain them centrally in one place. In the past years, many users have requested a central database for interwikilinks and this is now implemented this week on Wikibooks in all language versions. In the past two years, we have started at Wikipedia, followed by Wikimedia Commons, Wikivoyage, Wikisource, Wikiquote, Wikinews and Wikidata. On all these wiki's the interwikilinks have been moved to Wikidata (and thus removed locally). Both bots and users relocate the interwikilinks.
Maintaining local interwikilinks is complicated as all pages need to stay synchronised to avoid interwiki conflicts. Having /doc pages and protected pages, this was almost impossible. Other interwiki conflicts are updated link on one wiki, but not being updated elsewhere. This results in interwiki links that are broken as they point to non-existing pages on other language versions. This I already noticed multiple times with checking all the pages that were supposed to be connected with the local interwikilinks, but where deleted or moved already a long time ago. Another issue is that keeping local interwikilinks will block the interwikilinks from Wikidata. This means that if a page is deleted, moved, changed, etc, and updated on Wikidata, this will not show up locally as long as the local interwikilink is there and blocking it. And when all local interwikilinks have been relocated to Wikidata, users only have to add, update or fix broken links in one place instead of all wikis.
As all Wikibooks wikis are expected to have the interwikilinks moved to Wikidata, and as on most other wikis already the interwikilinks have been moved, users will soon no longer update local interwikilinks on Wikibooks and expect that all interwikilinks are on Wikidata only.
"The damage that could be done" requires a specific description of a problem and not a vague claim. I can understand that a new development can be experienced scary as it is new, but speaking from my experiences with the implementation of Wikidata on other Wikimedia wikis and the moving of the interwikilinks to Wikidata, it works great and generally speaking we definitely do not want to return to local interwikilinks.
And you can help! Each Wikidata item (Q...) has a section for Wikibooks. After clicking on edit in that section, you add the language in the grey field and when the software recognizes the language (or select the right one in the listed languages) you add the title of the page in the white field behind it.
On which item to add the interwikilink(s)? If you know a similar page/category/template/etc on Wikipedia, go to the Wikidata page for that one and add the interwikilink(s) there. It is highly recommended to add also pages to Wikidata, especially categories and templates, which do not have interwikilinks. When more and more pages are added to Wikidata from various language versions, if two pages that weren't connected before, they can be in future when the pages of two Wikibooks are added to an item.
After you added all interwikilinks to Wikidata for a page, you can remove the local interwikilinks from the page itself.
Help with the removal is especially recommended for templates with /doc pages and for protected pages. What you need to do first is to check if the interwikilinks have been added to Wikidata. If that has been done, the local interwikilinks can be removed as they have been moved to Wikidata.
If there are any questions or issues, I am happy to help with those questions. Greetings - Romaine (discusscontribs) 14:50, 25 February 2015 (UTC)
PS: You can activate SlurpInterwiki on Wikidata in your preferences (2nd item), then in the sidebar a link is added: "Import interwikis". How to use this tool: (1) add one interwikilink to the page on Wikidata, (2) click "Import interwikis" and select the interwiki you just added to the page and click "Import". The tool will automatically add the interwikilinks to that Wikidata page for you. Romaine (discusscontribs) 14:55, 25 February 2015 (UTC)
@Romaine: Wikidata does not, and ultimately cannot, replace interwikis. It is a structured database (not using wiki markup, which is itself a huge mistake that will continuously poison the wikimedia sisterhood; but I digress) that internally sees itself as an ontology. This is one of the ways that it damages the sister projects: interwikis are not ontological. Interwikis are provided to maximize readers' ability to navigate to related pages — not pages that are identical according to some philosophically pure ontology, but related pages. The more such links are provided between projects, the better for the entire sisterhood as users are encouraged to nagivate about and see more of the sisterhood (as long as the links are relevant so that the user doesn't feel their time has been wasted when they follow the link). The purer the ontology is at Wikidata, the fewer interwikis are provided. This is already happening in many cases — anywhere that a page corresponds to more than one wikidata item. There are cases of that sort of thing even on the Wikipedias, and they got a whole lot more common on other sisters. So yes, moving to rely exclusively on Wikidata for interwikis does actual, real damage to the entire sisterhood, damage of the sort that poisons the future of the sisterhood by making the projects less encouraging to new contributors. Doing something about that later is too late, as new contributors need to be encouraged relentlessly over years, not just sometimes (and certainly not at some future date that may well never come, since never is when the Foundation is likely to get around to software upgrades primarily affecting non-Wikipedian sisters).
Centralization could have been done in various ways, and the way it actually was done reduces local control and local visibility, so that it becomes impractical, in reality, for local projects to maintain control of their own interwikis (indeed, it could have been designed in a way that would have increased local control instead of decreasing it), and also becomes vastly less likely that local projects will even notice when their interwikis have been damaged. Thus, the particular way the centralization has been done maximizes damage to interwikis whether it's by malign intent, by benign mistake, by well-intentioned design choices at cross-purposes with interwikis, by blind automated mis-actions, or whatever.
Wikidata-driven interwikis do one very useful thing: they can pick up on cases that were overlooked when placing individual interwikis on specific pages. (Again, this could have been handled in a more beneficial way, but the way implemented does achieve this benefit.) But removing individual interwikis from the particular pages is essentially a form of (one sincerely hopes, unwitting) vandalism on a gradiose scale, destruction of information that great effort has gone into placing on those pages in the first place, and it is also subtly corrosive to the idealism that is at the heart of all wikis: that information should come from people. --Pi zero (discusscontribs) 15:47, 25 February 2015 (UTC)
You sound very disappointed in general, I completely disagree with that. But speaking about "damage to the entire sisterhood" goes beyond reasonable thinking.
It is a pity you do not comment on any of the individual point I wrote.
I regularly give training, workshops and edit-a-thons for new users and they are very happy with Wikidata. They just can't believe that we had a system in the past with all the problems en huge workload. So please come out of the ivory tower.
Ow and by the way, please inform yourself first about how Wikidata is implemented, before you make statements that do not match with the reality. This in general but also specific. You can see the changes in Wikidata in the recent changes in the English Wikibooks, watchlist and more.
Having an ideal is great, but without becoming practical with it, it will bring nobody anywhere. Romaine (discusscontribs) 16:14, 25 February 2015 (UTC)
PS: If you talk about "vandalism", then you are out of arguments and you lost the discussion. Vandalism is intentionally damaging, with the intention to damage something and intentionally worsening something. And such is certainly not the case here. Naming something as "vandalism" when you disagree with something, is not a normal argumentation and does not belong in a normal discussion. I am sorry you are disappointed, but that does not give a reason to write in such way. Romaine (discusscontribs) 16:14, 25 February 2015 (UTC)
@Romaine: You accuse me of not knowing how Wikidata works. I have considerable experience with how Wikidata works. In what specific way do you claim what I have said is not how Wikidata works? (PS: Your statement about vandalism is simply false, as you may note by reading carefully what I wrote concerning it.) --Pi zero (discusscontribs) 16:22, 25 February 2015 (UTC)
Btw, I did address specifics of what you said. You asked specifically what damage was done, and I explained, in detail. A good deal of what you said is partly off, and the most efficient way to address those things was to explicitly answer your question about what damage was done, so that's what I did. --Pi zero (discusscontribs) 16:28, 25 February 2015 (UTC)
Another point. You're setting up a false dichotomy (that's a very easy mistake to make; I've much sympathy for it). As I pointedly mentioned, the pre-existing problem could have been addressed in much better ways; the way it was addressed evidences misjudgements that are characteristic of the Foundation in recent years. Comparing the advantages of Wikidata to the disadvantages of the pre-existing arrangement is a distraction from comparing Wikidata to other approaches that could have been taken. --Pi zero (discusscontribs) 16:42, 25 February 2015 (UTC)
I don't even remember the Wikibooks community to allow you guys to spread Wikidata here? --atcovi (talk) 18:59, 25 February 2015 (UTC)
I believe you are correct. They did tell us they were going to do it. I don't recall they ever asked.
If I were designing a robust, low-maintenance system for interwikis, I would have a central ontology, and then instead of having links from the central location to the other projects, I would have some sort of markup (such as a template) on each page with a list of items in the ontology. Interwikis for any given language would be generated from the first listed item that is linked to by a page from that language. This would maximize local control, minimize local labor, and minimize the potential for damage from the central location. (Indeed, with a bit of thought, and a bot, this could have been done without the need to create a separate sister project for a central ontology at all.) --Pi zero (discusscontribs) 20:35, 25 February 2015 (UTC)
Then I'm supposed to be undoing these edits unless it's allowed then. Correct or no? --atcovi (talk) 20:39, 25 February 2015 (UTC)
I'm unsure. I was hoping to hear from more of the local community here, in order to clarify the matter.
The question of whether to remove the local interwikis is separate from the activation of Wikidata for Wikibooks. Afaik we really do have no say in whether or not Wikidata is enabled for Wikibooks; but local interwikis are our responsibility, rather by definition. The way Wikidata works, a local interwiki takes precedence over anything Wikidata says, but if there isn't a local interwiki for the page for a given language, then any interwiki provided by Wikidata for that page is visible. If we remove the local interwikis, then we don't get any interwikis at all unless they're provided by Wikidata, and we're thus subject to all the vulnerabilities of a fully centralized system, as I described earlier. --Pi zero (discusscontribs) 20:56, 25 February 2015 (UTC)
I fear that this discussion (on both sides) has strayed into people speaking from emotions and politics driven by past experiences, rather than trying to find a solution that works well for both sides. --Rschen7754 06:30, 27 February 2015 (UTC)
My own suspicion is that each side thinks the other is doing that. Which does not actually require either side to be correct in this belief about the other; but it does lead to a breakdown of useful discussion. --Pi zero (discusscontribs) 13:35, 27 February 2015 (UTC)
I suggest warning the editor that there is no community consensus for what they are doing and pointing them to this discussion. I am happy to block any editor that continues to remove interwikis against consensus if they have been warned. QuiteUnusual (discusscontribs) 22:01, 26 February 2015 (UTC)
I agree with you. If as Pi Zero is correct when he states the two actions, the use of Wikidata on Wikibooks and the removal of interwikis are independent (even if related). The first we seem to have no say in but the second clearly requires community consensus or the deletion of valid, non-redundant content should indeed be treated as vandalism. --Panic (discusscontribs) 16:26, 27 February 2015 (UTC)
I've also added a note to the coordination page at Wikidata requesting that editors desist from reforming interwikis. Pi Zero is correct that the two actions are independent. Wikidata will collect information on existing interwikis in order to populate its database, however, it is a decision for each community whether or not they wish to use it. QuiteUnusual (discusscontribs) 16:48, 27 February 2015 (UTC)

Perhaps I should ask a question, for those who have not already commented: do people have any objections to what is proposed at d:Wikidata:Wikibooks/Development? --Rschen7754 02:13, 28 February 2015 (UTC)

  • Here's one small instance of one of the sorts of things that can result from removing interwikis. A user quite reasonably added an item to our bulletin board about the availability of wikidata on wikibooks, but in the process also removed the interwikis from that page. In undoing the interwiki part of the edit, I got a close look at exactly what wikidata did for the interwikis on that page. We had three explicit interwikis on the page. As of this writing, wikidata provides five interwikis for the page. However, when our explicit interwikis were combined with wikidata's, we have six interwikis. Wikidata provides three that we didn't have, and wikidata has linked the corresponding Polish Wikibooks page to a different item — "Wikipedia:Goings-on" rather than "Wikipedia:Milestones" — which is contrary to the way the Polish Wikibooks page explicit interwikis itself and results in wikidata not providing interwikis to or from the Polish page to any other Wikibooks.
As it happens, I can't fix wikidata's error, because apparently I don't have edit permission for the items. If I had time atm, what I ought to do is go around and make sure the corresponding pages on all the different projects have explicit interwikis to and from the Polish page. But regardless of whether the specific problem with that page is, or can be, fixed (at least temporarily), this appears to me to be a nice little illustration of  (a) why arbitrarily removing explicit interwikis is a mistake, and  (b) why wikidata-style centralized management of interwikis systemically damages local projects by depriving them of interwikis (noting, in this example if all the pages remove their explicit interwikis then Polish Wikibooks is systematically and completely isolated). Once again I'll note that improving interwikis could have been done in a way that would have enhanced local control instead of undermining it; indeed, we may yet be able to devise a way to fix the problem, but major initiatives like wikidata should never be deployed in a way that does damage in the near term based on speculation that the problems might be fixed eventually. The way to prevent damage in the near term is to not remove interwikis; unfortunately, we cannot locally prevent damage resulting from removal of interwikis on other wikibooks projects, but at least we can prevent damage resulting from removal of interwikis from our local pages. --Pi zero (discusscontribs) 16:10, 1 March 2015 (UTC)
It's worth noting, I think, that Wikidata works a lot better for Wikipedia than for Wikibooks. English Wikipedia pages almost always do have exact equivalents in other languages, whereas on Wikibooks two books with similar titles or about the same subject in different languages are not necessarily, or even likely to be, the same book. In general, I've been very happy with how Wikidata works on Wikipedia and I think it is a good idea, but I think Wikibooks and other smaller wiki projects were overlooked when Wikidata was designed. Liam987 (t) 21:06, 12 March 2015 (UTC)
If you listen carefully to Lila's keynote at wikimania last year, she's fairly up-front (at least, by politician-speak standards) in saying the Foundation doesn't care about non-wikipedian sisters.
Actually, though, afaics even wikipedias are adversely affected by ontological cutting of wikidata-driven interwikis. If several things have the same name, they have different wikidata items; but sometimes Wikipedia has one article that covers several things with the same name, and this means that one article does not get incoming interwikis (through Wikidata) from all the appropriate articles on other Wikipedias; the article has to choose just one of the things covered to receive interwikis for. I encountered a wikipedian example of this the other day, and am frustrated that I can't remember what it was; I only remember some examples I've encountered on Wikinews, such as en.wn topic category Donetsk, which covers both the city Donetsk and the oblast Donetsk in which the city is located. --Pi zero (discusscontribs) 21:57, 12 March 2015 (UTC)

Disallow new page creations for IP users[edit]

I propose that we do not allow new users to create new pages because of the fact that from what I see , the only new pages by IP users are for vandalism or test edits. If they need to create a page , they can always log in or request for the same. What do you think?--Leaderboard (discusscontribs) 18:39, 9 March 2015 (UTC)

I think it would create yet another barrier to participation, but at this point it could be more beneficial than problematic.
My first edits on the project were as an IP user for more than a month IIRC, registration is a step that indicates some commitment. I would agree that most projects do require some commitment (more than articles on Wikipedia) and the time of stubs seems to have passed, people have moved away from creating empty book projects (to me this seems to be the result of added difficulties for participation). We should decide if we do want unbounded participation or a more professional and aware editor. This of course should take in consideration the project maturity and levels of activity, preventing anonymous page creation is just one more step... --Panic (discusscontribs) 21:45, 9 March 2015 (UTC)
My first wikimedia edit was as an IP. In making it I was provided information about advantages of creating an account — even then a burden because of the need for yet another password — and I decided if I ever had occasion to make a second wikimedia edit I would register. About a year later I did have occasion to make a second edit, and I registered.
Of course, I wasn't creating a page, either of those times. The first was a spelling correction, and I'm pretty sure the second was comparable.
I believe the solution for the difficulty of editing is not to restrict participation to people willing to make a big commitment up front, and not to switch to a WYSIWYG interface (which isn't necessarily easier, and cuts off the path by which slightly involved editors slowly learn), but instead to provide flexible mechanisms, growable by the community, to help users to perform, and to learn, expert tasks.
None of this absolutely prohibits us from disallowing IP page creation, but I'm uncomfortable with the idea. Disallowing IP page creation doesn't feel consistent with the radically open participation characteristic of the wiki ethic. --Pi zero (discusscontribs) 22:14, 9 March 2015 (UTC)
User:Pi zero , I understand what you mean. But my proposal is only to disallow new page creations , from my experience , I have yet to see a contributive new page creation which was not speedily deleted. That said , my experience is fairly short as compared to yours. We're still keeping the open participation of wiki ethic to the most part , leaving the main ability of editing pages open to all users. Anyway , has any IP user ever created a new page or a whole book?--Leaderboard (discusscontribs) 08:34, 10 March 2015 (UTC)
I suggest you review the list of pages created by IP editors. There are a lot of good pages created. QuiteUnusual (discusscontribs) 13:26, 10 March 2015 (UTC)
Symbol oppose vote.svg Oppose Maybe disallowing IP Users to create userpages would be a better proposal? Anyways that just prevents a lot of good contributions by IPs. IPs are very helpful, and and they might not be so comfortable creating an account, and they rather want to stay as an IP Editor. --atcovi (talk) 13:31, 10 March 2015 (UTC)
Preventing an IP creating a userpage other than their own was implemented a few weeks ago by an edit filter. QuiteUnusual (discusscontribs) 14:56, 10 March 2015 (UTC)
Wasn't necessarily aware of editing/creating being the same, just woke up :p. Thanks for telling me. --atcovi (talk) 14:59, 10 March 2015 (UTC)
QuiteUnusual , that's only a few compared to the list of pointless page being created out just for fun. Though I'm getting your point , I am not sure as to why don't we redirect them to the discussion room so that they can request a new page. Today itself I found a new page by an IP user that was useless.
User:Atcovi , the majority of good edits by IP that I see are additions or correction to existing pages. While I welcome this , and even new page creations , the fact that new pages are created mainly for vandalism makes me oppose allowing it.--Leaderboard (discusscontribs) 17:56, 10 March 2015 (UTC)
I remember when it was first pointed out to me that the US justice system would rather let a hundred guilty people off than convict one who's innocent. Seems to me a similar principle applies here. Contributors are our most valuable resource, first impressions are the most important, and, on reflection, it's crucial to give a well-meaning new contributor the benefit of the doubt. (Yes, I'm a disciple of Never assume rathern than AGF; this isn't about assuming good faith, it's about not treating IPs as guilty until proven innocent.) --Pi zero (discusscontribs) 01:30, 11 March 2015 (UTC)

Opinion on IPs having a userpage?[edit]

What is your opinion on IP's having userpages/sandboxes? (Removed from --atcovi (talk) 13:17, 12 March 2015 (UTC)

Symbol keep vote.svg Keep Why not? Having a userpage or sandbox shouldn't matter as long as it is within the rules. Sandbox is also a great place for testing , which is where we direct to always.--Leaderboard (discusscontribs) 13:54, 12 March 2015 (UTC)
I agree. IP editors can be just as valuable as logged in ones and are entitled to have a user page and other project-related items within their user space. No need to delete unless they are clearly out of the project scope. --Az1568 (discusscontribs) 18:39, 12 March 2015 (UTC)
Without a user page we can't address the users in their private discussion page, this can be important at times (log-in issues, system bugs, blocked users etc) even if most times it is a pointless exercise as their IP will change and they will not be aware of the attempt.
I would support having a bot welcoming these users (with a transcluded templated post promoting registration to save wasting resources) and have all IP user-space pages live only 3 months (if not blocked, inc. range blocks), since whatever actions took place in them will have no long term use... --Panic (discusscontribs) 21:08, 12 March 2015 (UTC)

Coffee table books[edit]

I propose the scope of Wikibooks be extended to include coffee table books, by which I mean books oriented around images. Wikijunior already has many books in the image-per-page format, such as Wikijunior:Animal Alphabet. Allowing non-Wikijunior books in this format could attract contributors to Wikibooks who don't have the specific knowledge needed to write a textbook. A larger balance of types of books on Wikibooks would better justify this project's name. We are Wikibooks, not Wikitextbooks.
The main problem with allowing coffee table books is that we could be flooded with large amounts of what amount to no more than slide shows. There would definitely have to be a policy of some sort mandating that there be text as well as images on every page. Wikijunior has not had a problem with tons and tons picture books of kittens, even though it's conceivable that that could happen.
Coffee table books would probably need a better name, especially if it were given its own namespace. "Table:" might be a bit misleading, and "Coffeetable:" isn't very catchy. Anyway, what are everyone's thoughts on this? Liam987 talk 15:17, 28 March 2015 (UTC)

@Liam987: I agree that this runs a risk of books like Pictures of My Cat but first off, this project doesn't a lot of activity in the first place, so it's unlikely that many users will show up to make out-of-scope books and secondly, a coffeetable book about art history or of travel photos can certainly be educational (or high-res photos of place of worship, etc.) —Justin (koavf)TCM 15:22, 28 March 2015 (UTC)
I can agree with what User:Liam987 said . This is definitely an interesting idea , so instead of outright banning them , why not just moderate the type of books allowed under this format? That is , make a policy/guideline on that?
For instance , my Internet Explorer book has most of its sections primarily centered on images. --Leaderboard (discusscontribs) 15:36, 28 March 2015 (UTC)