Добрый день! Помогите, пожалуйста, мне создать своего бота расставляющего интервики. Я инструкции читал: учётную запись создал и информацию о нём в блокноте. А что делать дальше я так и не понял. На странице заявок написано: что перед присвоением флага посмотрят правки. А в инструкции что перед запуском нужно флаг получить(((. И вообще на каком языке Ваш бот? И можно копировать исходный код у других ботов?--Аришин Дмитрийобс15:55, 3 января 2013 (UTC)[ответить]
Во-первых, надо определиться, для каких целей вы собираетесь использовать бота и какие языки программирования вы знаете. Существует множество множество ботов, написанных на разных языках и выполняющих разные функции, некоторых из которых можно найти здесь. Просто бота ради бота заводить не стоит. --Emaus16:46, 3 января 2013 (UTC)[ответить]
We have an intern for a week, Marius aka User:Hoo man. He’ll be working on the wizard for linking a new Wikipedia article to an existing item or creating a new item for it if none exists yet. (the first two stories here)
Refactored sites code to improve design
Changed item datatype to use entityid as datavalue rather than string
Added lots of new Selenium tests
Changed AbuseFilter so Wikibase can hook into it
Implemented new change dispatcher script
~=[,,_,,]:3
Working on combining successive changes to avoid watchlist clutter
Claims error handling (i.e. they now show error messages when needed)
Implemented initial version of Solr-based search for Wikidata in extension WikibaseSolr
Started investigating use of Lua/Scribunto for the Wikibase client
Спасибо за «заливку» населённых пунктов Украины. Да вот только адреса сельсоветов бот на русский не переводит. Что несть хорошо. Поправите? Francois09:04, 27 января 2013 (UTC)[ответить]
У Вас же есть какой-то алгоритм, который перводит остальную часть текста? Может, то, что пока не переводимо, не помещать в статью? Francois21:19, 27 января 2013 (UTC)[ответить]
Остальная часть текста - это в основном названия. А они долго и тщательно выверялись вручную участником Denat по специальному справочнику. --Emaus21:44, 27 января 2013 (UTC)[ответить]
הבוט שלך המשיך להוסיף קישורים בין־לשוניים ("בינוויקי") לערכים שהם כבר לא נחוצים בהם ובשל כך נחסם. ייתכן שהחסימה תוסר אם התכנה של הבוט שלך תשודרג בהתאם. תודה על ההבנה ועל עזרתך לתחזוקת ויקיפדיה העברית.
Dear bot operator,
Wikidata was deployed on the Hebrew Wikipedia.
Your bot kept adding interlanguage ("interwiki") links to articles from which they were removed and was blocked because of this. It may be unblocked if you update your bot software accordingly. Thank you for understanding and for your contribution to the maintenance of the Hebrew Wikipedia.
Deployment of first parts of phase 2 on wikidata.org are planned for February 4 and deployment on English Wikipedia for February 11. See this blog post for details and more dates.
Open Tasks for You
Test statements on the [demo system before the roll-out to wikidata.org on February 4
Hello Emaus, your bot (and bots of others) build the last days interwiki links from animals: "sv:Diphyes" and "ceb:Diphyes" to the the orchid plants Bulbophyllum in many countries. That's wrong. Can you help? Thanks. Orchi10:49, 2 февраля 2013 (UTC)[ответить]
Support for enhanced recent changes format in client
There are automatic comments for statement edits as well in the history now
Special page for unconnected pages, that is pages on the client that are not connected to items on the repository
Added permission checks for statements, so a user that can not edit will not be able to edit or that only a group can be allowed to do some changes like creating statements
d:User:PinkAmpersand is looking for someone to write a script that once someone has been made an autopatroller, retroactively patrols all of their prior edits
Note: changed day of next German office hour to March 8
Other Noteworthy Stuff
We have a time scheduled when Wikidata will be read-only for a database migration. The window for that is Feb 20 19:00 to Feb 21 2:00 UTC.
New features and bugfixes on Wikidata are planned to be deployed on Monday (Feb 18). This should among other things include:
Showing useful diffs for edits of claims (they’re currently empty)
Automatic comments for editing of claims (there are currently none)
Ability to add items to claims by their ID
Better handling of deleted properties
More results in the entity selector (that’s the thing that lets you select properties, items and so on) so you can add everything and not just the first few matches that are shown
We’re still working on the issue that sometimes editing of certain parts of items or properties isn’t possible. If you’re running into it try to reload the page and/or change the URL to the www. version or the non-www. version respectively.
Deployment on all other Wikipedias is currently planned for March 6 (a note to the Village Pumps of all affected projects will follow soon)
Здравствуйте!
Во время введения изменений в статье Мастер, я ввёл таблицу (или шкалу) "Состав по годам" (см. ниже) точно так же как и в других статьях, но вместо шкалы появилась только таблица с прописанным мною кодом. Вы не могли бы подсказать, что мне надо в коде исправить чтобы шкала отобразилась в статье?
Добрый день! Я готовлю материалы для заливки статей о н.п. Самарской области. Хотелось бы указать для них координаты. Помню, что ваш бот умел брать их кажется из Яндекса Сможете помочь? --IGW18:46, 20 февраля 2013 (UTC)[ответить]
Скрипт запустить могу, хотя давно им не пользовался, возможно, в формате данных Яндекса произошли изменения и его придётся перенастраивать. В предыдущие разы бот находил примерно 80 — 90 %, остальные придётся в любом случае вручную. --Emaus19:07, 20 февраля 2013 (UTC)[ответить]
Хорошо! Какая информация и в каком виде нужна? У меня база данных в Access, могу экспортировать в xls, списки в вики-формате и т.п. Есть данные о названиях нп, поселения, района; коды ОКАТО, КЛАДР, почтовый индекс. --IGW15:14, 21 февраля 2013 (UTC)[ответить]
Выложил на гуглодоках [6]. NP_fullnames.xls - три столбца, NP.xls - с выделением типов в отдельные столбцы, NP.xls.7z - оба файла в архиве. --IGW13:30, 24 февраля 2013 (UTC)[ответить]
нужно во всех этих категориях заменить вызов "Transportation disasters in" на "Transport accidents in"
Все категории
нужно во всех категориях, где есть вызов "...th century ...", "...st century ...", "...nd century ..." и "...rd century ..." заменить вызов " century" на "-century"
Оперные певцы по странам
нужно во всех категориях "Оперные певцы и певицы ..." заменить вызов "Opera singers" на "Opera vocalists"
Населённые пункты, Муниципалитеты
нужно во всех категориях "Населённые пункты ..." и "Муниципалитеты ..." заменить вызов "Municipalities of" на "Municipalities in"
PS: Слушай, а это по дампу делалось? и если да, то какой давности? Потому что очень много строк осталось, по которым всё было исправлено давным-давно. --Kaganer15:54, 1 марта 2013 (UTC)[ответить]
PS2: Похоже, твой скрипт неправильно работает с названиями, содержащими символы с латинской диакритикой. Например под № 161 идёт ссылка на статью Kuhne + Nagel, которой никогда не было, в то время как есть статья Kühne + Nagel, и с ней всё в порядке. --Kaganer12:20, 3 марта 2013 (UTC)[ответить]
Я подозревал. Что там с категориями - я правильно понимаю, что ты всё поместил в группу "основные", а остальное просто не трогал? --Kaganer21:05, 25 марта 2013 (UTC)[ответить]
"Пренебречь, вальсируем!" Я уже разложил сам (чтобы видеть динамику по этим группам) и работаю. Если встретишь место, куда бы можно было выложить этот перечень для всеобщего обозрения (и возможного привлечения других участников) - дай знать. --Kaganer23:00, 26 марта 2013 (UTC)[ответить]
Я там вытащил из общего списка статей несколько серийных групп. А можно как-то автоматически вытащить из общего списка в отдельную секцию все статьи о людях? Это-то явно будет постоянная группа.--Kaganer23:39, 26 марта 2013 (UTC)[ответить]
Lots of discussions about certain properties and how they should be used. Current state is at d:Wikidata:List of properties and new ones are being discussed at [d:Wikidata:Property proposal]]
Rollout of phase 1 (language links) on all remaining Wikipedias is still planned for March 6
Next update on wikidata.org is also planned for March 6. This will have bugfixes and if all goes well string as a new available data type.
Proposal was made to the Hungarian, Hebrew and Italian Wikipedias to be the first batch to use phase 2 of Wikidata (infoboxes). Scheduled timeframe for this is end of March
The roll-out of the first part of Wikidata is coming to zh Wikipedia. Wikidata has currently planned this for March 6. According to
suggestion of Wikidata migration, your bot zh:User:EmausBot should probably update or stop its present job of interlanguage links in zh Wikipedia within a few days. If your bot is wikidata compatible, please ignore the above message. Thank you. 乌拉跨氪06:26, 5 марта 2013 (UTC)[ответить]
Since today is.wikipedia is getting language links from Wikidata. You should either update your bot, once an update that makes pywikipedia compatible with Wikidata becomes available, or stop its present job of maintaining interlanguage links. Thanks.--Snaevar00:13, 7 марта 2013 (UTC)[ответить]
В связи с тем, что несмотря на включение Викиданных ваш бот продолжил расстановку интервики-ссылок, я был вынужден его заблокировать. Если вы используете interwiki.py из pywikipedia, пожалуйста, обновите фреймворк до pyrev:11073 - это автоматически решит данную проблему. В противном случае необходимо вручную отключить данную функциональность у бота. После этого бот может быть разблокирован любым администратором. В случае, если у вас появились какие-то вопросы, их можно задать на форуме ботоводов. --DR07:24, 7 марта 2013 (UTC)[ответить]
Код бота автоматически обновляется раз в день. Если ревизия вышла после обновления, то нужно ждать ещё целый день. Так как сейчас я это не могу проконтролировать, то пусть ещё немного побудет заблокированным. --Emaus11:50, 7 марта 2013 (UTC)[ответить]
How about you ssh into the server and turn it off. That seems like it would be the wisest decision when so many wikis are asking for you to do so. Thanks. Billinghurst13:50, 7 марта 2013 (UTC)[ответить]
Hello, please update your bot in accordance with the messages above. The bot is temporarily blocked on sv.wikipedia – we will happily unblock it as soon as it has been updated. Kind regards sv:user:NH07:36, 7 марта 2013 (UTC)[ответить]
Здравствуйте! Могли бы вы еще раз просканировать СУЩЕСТУЮЩИЕ статьи персоналий ГСС и сделать выборку умерших ДО 1942 года? Результат дописать сюда. Если сложно ДО, тогда конкретно умершие в 1940 и 1941 годах. Спасибо, Gennady08:07, 7 марта 2013 (UTC)[ответить]
Here's your quick overview of what has been happening around Wikidata over the last week.
Development
More work on widget to add language links on the Wikipedias directly without having to go to Wikidata
Bug fixes for Wikipedias, including:
don't show edit link when noexternallanglinks magic word suppresses Wikidata links (bugzilla:45037)
use Q## links instead of linking to Special:ItemByTitle for “edit links” link (bugzilla:44536)
preference for showing Wikidata edits by default in watchlist (bugzilla:44973)
Catching up on writing tests for untested functionality
More work on the Lua support for accessing data from the repository (wikidata.org) on the Wikipedias
Updated Wikidata’s Vagrant development machine
Created initial QueryStore interface
Created initial setup code for the SQL QueryStore
Discussed and created initial schema for the SQL QueryStore
Simplified code for client settings, including which namespaces can have Wikidata links. The default is now all namespaces, without needing to explicitly specify them in the settings
Improved code for sorting interwiki links in the clients, with step towards allowing the communities to specify custom sort orders per Wikipedia
Improved handling of deleted properties
Further work on replacement for current search box
More work on improving error reporting and edit summaries in the API
Tim and Aaron killed the mystery bug that caused corrupt login tokens (bugzilla:41586)
Asked the Italian, Hebrew and Hungarian Wikipedias if they want to be the first to use phase 2 (will ask a few more to join the first batch later today)
Is a specific bug report really important to you? If you have an account on bugs.wikimedia.org you can easily add yourself to the CC list of the bug and then receive updates about its status via email
«EmausBot (обсуждение | вклад | блок) (Перемещение 3 интервики-ссылок в Викиданные (d:Q1092051))» — там бы число организовать без склонения. К примеру, как у Addbot'а. Advisor, 20:42, 13 марта 2013 (UTC)[ответить]
Here's your quick overview of what has been happening around Wikidata over the last week.
Development
Design improvements to the SetClaim API module
More work on implementing the simple inclusion syntax that will be 1 way to access Wikidata data on Wikipedia
More work on Lua (the second way to access Wikidata data on Wikipedia)
Added parser page property to hold entity id in client. This fixes:
bugzilla:45037 - don’t show edit link if noexternallanglinks has suppressed all Wikidata links
bugzilla:44536 - have the edit link go directly to the Q### pages, instead of Special:ItemByTitle which shall make the link be more reliable and work for all namespaces
Selenium tests for deleted-property-handling
Selenium tests for multiline references
Selenium tests for add-sitelinks-from-client
Selenium tests for Entity-Selector-as-Searchbox
Selenium tests for language-table
Implemented in-process caching for entities
Lua support to access the repo data and implement getEntity (so you can use stuff like entity = mw.wikibase.getEntity("Q1459") in Lua modules)
rebuildTermSearchKey is now ready for production (this still needs to be run but once done it will make search case-insensitive)
Improved error reports from the API
Ground work for better edit summaries from the API
Added a table of content to item pages
Added debug functionality to be able to investigate why it takes longer than it should for Wikidata changes to show up on recent changes and watchlists on Wikipedia
Finished implementation of References-UI
Implemented GUID generator in JavaScript
Worked on fixing a bug related to deleted properties where the UI would display wrong information
Minor fixes/additions to the JS datamodel implementation
If you add a Babel box to your user page Wikidata will show you items and descriptions in other languages you speak as well without you having to switch the language
Want to know which items use a certain property? Try the “what links here” link on a property page
I did block to your bot, because your bot's editing speed is too fast.
your bot did violating global/local bot policy. Please slow down the bot's editing speed to 12 edits per minute (global bot).
Thanks for your bot's operating.--Hosiryuhosi06:34, 20 марта 2013 (UTC)[ответить]
Here's your quick overview of what has been happening around Wikidata over the last week.
Development
Rolled out new code on wikidata.org. The new stuff you probably care about is:
Improved references. They can now have multiple lines. This should make references much more useful. You can now have one reference with for example values for each of the properties "book", "author", "page" to describe one source.
Widget to add language links on the Wikipedias directly: added setting to enable/disable it per wiki and made it available for logged-in users only
Widget to add language links on the Wikipedias directly: improved layout / size
Made it so that the “edit links” link on Wikipedia is also shown when the corresponding item only has a link to this one language and no other languages
Submitted improved Apache config patch to make wikidata.org always redirect to www.wikidata.org, which is awaiting code review and deployment.
Improved the script that is responsible for taking Wikidata changes to the Wikipedias
Added a few ways to better debug the script responsible for taking Wikidata changes to the Wikipedias. This should help with investigating why some changes take way to long to show up on the Wikipedias.
Started work on automatically adding edited items to the user’s watchlist (according to preferences)
Finished script for rebuilding search keys, so we can finally get case insensitive matches in a lot of places
Support for multi-line references in diff view
Selenium tests for inclusion syntax
Improved parser function (that will be used to access Wikidata data on the Wikipedias) to accept property ID or label
Increased isolation of data model component to increase clarity and visibility of bad dependencies
Worked on schema access in the SQLStore (of the query component)
When you edit a statement there is a little wheel in front of the text field. This lets you choose between “custom value”, “unknown value” and “no value”. “No value” means that we know that the given property has no value, e.g. Elizabeth I of England had no spouse. “Unknown value” means that the property has a value, but it is unknown which one -- e.g. Pope Linus most certainly had a year of birth, but it is unknown to us.
Hello, I'm the administrator of Japanese wikipedia. I'd like to thank your energetically bot operation. However, Your bot is violating local bot policy. In the jawp, you are not allowed to edit over 6 times per minute. Please slow down your bot.--W.CC15:17, 25 марта 2013 (UTC)[ответить]
Worked on making properties accessible from the client using their label so you can use {{#property:executive director}} instead of {{#property:p169}} for example
Made qualifiers ready for the next deployment (Please test. See details further down.)
Selenium tests for qualifiers
Fixed some issues related to QUnit testing
Worked on improved handling and code design of multiple snak lists in the UI (qualifiers, references)
Discussions/Press
Denny wrote down how we’re planning to support queries on Wikidata. Feedback welcome.
Now that improvements for references have been deployed here’s a discussion on the best way to use them. (You can see an example of how it could be used in the source for “CAS registry number” on d:Q153)
We’re currently carefully monitoring performance after the deployment of phase 2 on the first 11 Wikipedias. There seem to be a few small issues. As soon as they are resolved we'll deploy on English Wikipedia. All other Wikipedias are planned to follow very soon after that.
Bye and a big thank you to Anja, Silke, Jens and John who are leaving the development team at the end of the month and will work on other cool things. You’ll be missed!
Ever had any doubt about the possibilities of Wikidata? Talk to Wiri!
We worked on reducing the time it takes for Wikidata edits to show up in the Wikipedias and made some progress. Daniel posted an analysis
We started running a script on the database in order to make search on Wikidata case-insensitive. This should be finished in a few days and then search should be more useful.
In addition to the above we have rolled out a new search box that suggests items. This should also make finding things on Wikidata a lot easier for you.
We’re making some progress with Internet Explorer 8 support but there are a lot of issues with it (some outside our control). It’s unclear at the moment how much we can improve it still without spending an unjustified amount of time on it. You can follow the progress at bugzilla:44228
Edits are now auto-confirmed for users with more than 50 edits and account age 4 days: bugzilla:46461
Do you need old-style interwiki links for a sister project for example? This is for you
The Wikimedia Foundation applied as a mentoring organisation for Google Summer of Code again. We have proposed some Wikidata projects for students to take up if the Foundation is accepted again. At least 2 other organisations that applied also propose Wikidata ideas. More details on that once we know which organisations are accepted.
Denny hacked together a tree of life based on data from Wikidata
Did you file a bug report for Wikidata or did someone else do it for you? Please take a minute to check if it is still valid. (Thanks for filing it btw!)
Could I have 2 mins of your time? As I’ll be working on some other projects for Wikimedia Germany as well from now on the time I can spend on Wikidata will be reduced. This means I’ll have to figure out what is useful to spend time on. If you’re reading this could you let me know for example on this discussion page? Also if you have ideas how to improve the weekly summaries please post them. --Lydia Pintscher (WMDE) (talk)
Hi, I've seen that your bot is active in removing obsolete interwiki links on de.wp. Your bot also has a bot flag on nds.wp. Is it possible that your bot can help removing the obsolete iw links on nds.wp too? So far we don't have any bots doing this task. Thanks --Slomox08:46, 4 апреля 2013 (UTC)[ответить]
Stsrted. Now my bot uses a german summary for edits and if it is necessary, you can translate it to Neddersassisch. --Emaus22:19, 4 апреля 2013 (UTC)[ответить]
One more question: is there a way for the bot to compile a list of all articles that still have interwikis (because the bot couldn't remove them) that need to be handled manually? --Slomox06:50, 5 апреля 2013 (UTC)[ответить]
And a second additional question: does the bot also run in the category and template namespaces (any other namespaces I forgot?)? Would it be a problem to do a bot run on these namespaces too? --Slomox06:53, 5 апреля 2013 (UTC)[ответить]
Thank you for compiling the list. I had a look at the entries and there seem to be different categories:
genuine interwiki conflicts that can only be resolved by human interaction
interwiki links to a section in an article (e.g. nds:Oorssen). These are not supported on Wikidata and we don't need them on nds.wp. Could your bot remove them automatically? (There are two types: iw linking to sections directly and iw linking to a redirect that points to a section. I guess the first type is easier to detect)
articles moved or deleted on another wiki (e.g. nds:Rice County (Kansas)). If Wikidata has a link to a specific page in a wiki and nds.wp has a link to another page please always prefer Wikidata and remove the hardcoded iw links on nds.wp. Can your bot do this and remove these links?
Articles with no corresponding entry on Wikidata yet (e.g. nds:Reinhard F. Hahn). These articles should get a Wikidata entry. That should be easy to do for a bot. Has your bot the ability to generate new Wikidata entries?
Can your bot help us coping with these kinds of iw conflicts? Or if not, do you know another bot that does these tasks? --Slomox12:29, 8 апреля 2013 (UTC)[ответить]
I removed links to sections. About nds:Rice County (Kansas) - there is an incorrect link on Wikidata. My bot checks whether the article was moved or deleted in case of mismatching. But there should be updated wikidata item firstly. I plan to work on Wikidata, but now my bot don't have a bot flag there. --Emaus14:44, 9 апреля 2013 (UTC)[ответить]
Thank you for removing links to sections.
The problem with nds:Rice County (Kansas) should go away with time passing on and Wikidata getting updated. Could you do an update to nds:Bruker:EmausBot/Remaining_IWs after some time, so I can see the progress in the final interwiki migration?
I went through the updated list at nds:Bruker:EmausBot/Remaining IWs and resolved all conflicts, removed superfluous interwikis and added missing Wikidata entries. I also went through nds:Bruker:EmausBot/No Wikidata Items and checked the entries for hitherto unrecognized matches. (Took me about 1000 edits.)
If you do yet another update on the two lists I will do some final checks and after that the interwiki migration for the main namespace of nds.wp should be complete. Could your bot also look for remaining interwikis in other namespaces?
Here's your quick overview of what has been happening around Wikidata over the last week.
Development
The first year is over. Thank you everyone for being amazing and helping to build Wikidata and making it more than we could possibly have hoped for already. <3
Put a lot of work into improved support for Internet Explorer 8
Worked on improving recent changes code in client
Finished valueview refactoring. Created new extension “ValueView”
Deployment of phase 2 on English Wikipedia is currently planned for April 8. The remaining Wikipedias are scheduled for April 10. As usual this might change if we run into problems along the way.
There is now a page showing the current lag for changes propagating to the Wikipedias so they can show up in watchlists and recent changes for example. This should ideally be in the range of a few minutes. Right now it is higher because of some abnormally high bot activity but decreasing. Should be down to a few minutes soon.
There’s now a badge you can add to Wikipedia articles to indicate there is data about it on Wikidata
Based on feedback for last week’s call for comments we will continue this newsletter. However more community help will be needed. From now on they’ll be drafted at d:Wikidata:Status updates/Next and your help is very welcome.
La roboto sxangxas uxx per ux, (Vidu eo:X-sistemo, eo:Auxxonne aux eo:Auxxant), cxu vi povas korekti ? Atende mi forbaras la roboton. Antauxdankon.--pino (diskuto) 14:49, 7 Apr. 2013 (UTC)
Here's your quick overview of what has been happening around Wikidata over the last week.
Development
Got some external professional review of our code and architecture and started working on their feedback
Worked on reducing the dispatch lag (the time it takes for changes on Wikidata to be sent to the Wikipedias for display in watchlist, recent changes and to purge affected pages)
Worked on using Redis for job queue to improve the lag situation even further
Created new Wikibase Query extension for phase 3 functionality
We need feedback from contributors working on references addition or having tried to add references to statements. Please comment about your problems or your trials at d:Help:Sources
Other Noteworthy Stuff
Deployment of phase 2 on the remaining Wikipedias was delayed because of a high lag of changes being propagated to the Wikipedias. The lag has been reduced considerably now and is going down even more. The new date for deployment will not be next week because there are other large changes on Wikimedia infrastructure scheduled that we do not want to interfere with. It will hopefully happen very soon after that though.
Next code update on wikidata.org is planned for Wednesday. This should include qualifiers and bugfixes.
There will probably be a short outage/read-only for wikidata.org on Tuesday (database is being switched to MariaDB)
Based on feedback for last week’s call for comments we will continue this newsletter. However more community help will be needed. From now on they’ll be drafted at d:Wikidata:Status updates/Next and your help is very welcome.
Here's your quick overview of what has been happening around Wikidata over the last week.
Development
Dispatch lag is now down to 0 so changes should show up very quickly on the Wikipedias in watchlists and recent changes
wikidata.org now always redirects to www.wikidata.org. This should among other things solve the issue where people were not able to edit when on wikidata.org (bugzilla:45005)
Fixed weird blocked-user/protected-page handling in UI (bugzilla:45140)
Final meetings for the external professional review of our code and architecture. They were quite happy with the quality of the codebase and gave useful tips for improvements
Worked on automatic summaries for editing claims
Investigation of different JavaScript frameworks dealing with date and time
Worked on using Redis and the job queue for change notifications to clients
Deployment of phase 2 (infoboxes) on English Wikipedia is planned for April 22. All remaining Wikipedias are planned for April 24.
Qualifiers are available now. In the same update several bugs have been fixed mainly related to Internet Explorer 8. At the same time search has been made case-insensitive. More details here.
If fixing a particular bug is especially important for you then please consider voting for it in Bugzilla to help the development team prioritize. A list of all of the currently open ones is here.
Готово. Сейчас бот проверяет подкатегории в категории Категории водных объектов по алфавиту, так что туда всё должно попадать. За одним настроил и другие списки номинаций:
Здравствуйте ! Вопрос к Вам как опытному в таких делах участнику. Ко мне обратился наш коллега из сербской Вики Kolega2357. У нас в ру-вики не работает его бот, который занимается расстановкой интервики на страничках участниках. Не могли бы Вы ему помочь ? При необходимости готов выступить в качестве переводчика. С уважением. Соколрус21:09, 2 мая 2013 (UTC)[ответить]
Bugfixes were deployed on wikidata.org. The ones you probably care about are:
when clicking "edit links" on a Wikipedia article the user is automatically taken to the language links part of the item. Hopefully it is now more obvious how to change the links.
fixed a few cases where edit conflicts where detected in error
added automatic edit summaries for adding qualifiers and claims
Помню ты разбирался бото-темах и судя по странице обсуждения продолжаешь заниматься этим безобразием ;) Сейчас прохожусь по статьям Категория:Списки населённых пунктов Удмуртии и переделываю сельские поселения на Муниципальные образования, заодно пытаюсь подчистить мусор, исправляю уточнения для НП и МО, где-то через неделю закончу. Собственно вопросы:
Можно ли распарсить статьи из этой категории, вытащить названия МО и проверить нет ли совпадений в других статьях этой категории. Пример: Муниципальное образование «Камское», есть в списках по Камбарскому и Воткинскому районам. Если да, проверить существует ли {{неоднозначность}}Муниципальное образование «Камское» или редирект на Камское сельское поселение. На выходе нужна информация: список МО имеющих схожие названия, но не имеющих уточнения в скобках. Имея такой список собственно дальше можно и руками пройтись уточнения расставить.
Если ссылка из списка ведет на статью, которая не входит в категорию Населённые пункты того же района, это тоже плохо, т.е. если в списке по Камбарскому району есть ссылка на статью Армязь, то эта статья должна входить в категорию Категория:Населённые пункты Камбарского района Удмуртии.
И еще, где-то через недельку нужно будет для статей из этой категории Категория:Сельские поселения Удмуртии, проставить ключи сортировки (там где ключа нет — поставить, там где стоит неправильный исправить).
В общем-то все это не к спеху, руками я за такие объемы точно не возьмусь, слишком высокая трудоёмкость, но если бы ботом пройтись по этим проблемам было бы не плохо. Формулировки достаточно сумбурные, но общий смысл надеюсь понятен ;) --Виктор В11:35, 8 мая 2013 (UTC)[ответить]
Первые 2 пункта, эти статьи не являются неоднозначностями:
По четвёртому пункту тут были долгие обсуждения (см., например, здесь), как лучше именовать категории. В итоге консенсуса не сложилось. Стоит ли их вообще трогать? --Emaus22:48, 11 мая 2013 (UTC)[ответить]
В очередной раз, даже не знаю какой по счету — Спасибо! ;) А как это делается? toolserver и википедийный движок видят эту картинку File:Outline Map of Udmurtia.svg, с разными номинальными размерами. Если еще такие попадутся, я сам смогу исправить? Сделал карту Удмуртии интерактивной, пример — Камбарка, стоит оставить? --Виктор В19:28, 13 мая 2013 (UTC)[ответить]
Интересная идея, думаю, оставить можно. Я для этого написал небольшую программку, но, при некоторой ловкости рук, наверное, можно и в Excel-е сделать. --Emaus19:43, 13 мая 2013 (UTC)[ответить]
Hungary report: Article writing contest about statistics and related sciences
Italy report: Wikipedia workshop; Editathon on women's biographies
Mexico report: Fotofestín activities; DIY scanner project progress and Winners of the Holy Week in Mexico photo contest at ITESM Campus Ciudad de Mexico
Netherlands report: GLAM WIKI UK; Wiki loves Sound; Wikipedian in Residence; Wiki loves Libraries; Wikipedia Training National Museum of Ethnology
Spain report: Longest edit-a-thon ever at Fundació Joan Miró in Barcelona
Sweden report: GLAM handbook version 3; conferences; hackathons and Wiki Loves Public Art
Switzerland report: Swiss Federal Archives looking for a Wikipedian in Residence
Taiwan report: Taiwan Government Data Portal Launched
UK report: GLAM-Wiki; new and departing Wikipedians in Residence
USA report: First GLAM Boot Camp; Consortium meeting; GLAMout; plus workshops and editathon
Special story: Intersections between GLAM and Wikinews
Deployed new bugfixes on wikidata.org including a fix for pages not being added to the watchlist automatically plus the first version of the RDF exort
The ability to include data using the property label is planned to be deployed on English Wikipedia on Monday and all others on Wednesday (You can then for example use {{#property:logo image}} in addition to {{#property:P154}}.)
Did you know?
Newest properties: exclave of, enclave within, HURDAT identifier, ISO standard, home port, general manager, ISO 15924, Swedish county code, BNFC Thesaurus, cause of death, brother-in-law (sister's husband), honorific prefix, academic degree, birth name, interleaves with, state, phase, powerplant, interaction, part concerned, armament, scheduled service destination, type of orbit, temporal range start, temporal range end, Swedish municipality code, located on island, consists of
{{Property|123}} can be used on Wikidata to get the label of the given property (P123) in the readers language. {{label|Q123}} does the same for items.
Development
Simplified the inclusion syntax (this is one way how you access data from Wikidata in a Wikipedia article - the other one is via Lua)
Hi you're ru wiki has been over 1,000,000 articles for 1 week! May you have your bot "EmausBot" Update (http://meta.wikimedia.org/wiki/List_of_Wikipedias/Table) and other pages every 24 hours at 00:00:00 UTC instead of 02:00:00 UTC. 24.218.110.195 13:14, 18 May 2013 (UTC) 9:14AM EDT 5/18/2013 .
Hello there again! How about 00:05 UTC? Each wikimedia foundation project is updated at a different hour. The wikipedia one updates a couple of seconds after 00:00 UTC (approx 40-55 seconds after). This is about 7PM/8PM Daylight time on my clock. Also posted on your meta talk page. 24.218.110.195 01:52, 24 July 2013 (UTC) 9:52PM EDT 7/23/2013.
The time datatype can now be tested on the demosystem and should become available on Wikidata next week.
Did you know?
Newest properties: catalog code (P528), runway (P529), diplomatic relation (P530), diplomatic mission sent (P531), diplomatic mission sent (P531), port of registry (P532), target (P533), streak color (P534), Find a Grave (P535), ATP id (P536), twinning (P537), fracturing (P538), Museofile (P539)
d:Template:Constraint:Item allows to check if items using a given property also have other properties. To find items to fix, it links to one of Magnus' tools and to a daily report. Sample: items with property mother should also have main type (GND) with value person.
Development
A lot of discussions and hacking at the MediaWiki hackathon on Amsterdam
Worked on content negotiation for the RDF export
Bugfixing for editing of time datatype
Added validation in the api for claim guids. This also resolves bug 48473, an exception being thrown in production, whenever a bot or api user requested a claim with an invalid claim guid
Improved error message popup bubbles to show HTML and parse the links correctly
Fixed bug 48679, to hide the view source tab for item and property pages
Newest properties: venue (P540), office contested (P541), officially opened by (P542), oath made by (P543), torch lit by (P545), docking port (P546), commemorates (P547), version type (P548), MGP ID (P549), chivalric order (P550), residence (P551), handedness (P552), social media account on (P553), social media address (P554), doubles record (P555), crystal system (P556), DiseasesDB (P557), unit symbol (P558), terminus (P559), direction (P560), NATO reporting name (P561), central bank/issuer (P562), ICD-O (P563), singles record (P564), crystal habit (P565)
Added MediaWiki setting wgLogAutopatrol to allow wikis the option to disable logging of autopatrol actions
Improved EntityPerPage rebuild script, which is needed to fix the situation where some Wikipedia articles can't access data from Wikidata (bugzilla:48506)
Fixed bug in SetQualifiers API module; Moved both SetQualifiers and RemoveQualifiers out of experimental mode
Newest properties: basionym (P566), hangingwall (P567), footwall (P568), date of birth (P569), date of death (P570), foundation/creation date (P571), date of scientific description (P574), discovery date (P575), date of dissolution (P576), date of publication (P577), Sandbox-TimeValue (P578), IMA status (P579), start date (P580), end date (P582), as of (P585), IPNI author ID (P586), MMSI (P587), coolant (P588), point group (P589), GNIS (P590), EC Number (P591), ChEMBL (P592), Homologene ID (P593), Ensembl ID (P594), IUPHAR ID (P595), in the direction of (P596), WTA ID (P597), commands (P598), ITF ID (P599), Wine AppDB-ID (P600), MedlinePlus ID (P604), NUTS (P605), first flight (P606)
Newest properties: battle/war (P607), exhibition history (P608), terminus location (P609), exhibition history (P608), terminus location (P609), highest point (P610), religious order (P611), mother house (P612), OS grid reference (P613), CHRC (P616), yard number (P617), source of energy (P618), spacecraft launch date (P619), spacecraft landing date (P620), spacecraft decay date (P621), spacecraft docking/undocking dates (P622), crew photo (P623), guidance system (P624), coordinate location (P625), Sandbox-GeoCoordinateValue (P626), IUCN-ID (P627)
If you're interested in a specific topic then the task forces are a good place to find like-minded people. Can't find one for your interest? Start one!
Development
More progress on supporting links to sisterprojects
Fixing issues with geocoordinate datatype that popped up after deployment
Selenium tests for time and geocoordinate interface
Thank you. It is a result of working of two instances of my bot. You can see, that they tried to do the same thing in almost the same time. The first did it successfully. The second obtained the page text before the first updated it and removed the interwiki-links too. But this instance saved the processed text after your edit. Such things happen very rarely and I dont't have a complete understanding about their causes. I plan to log all bot's actions but it is not easy to find situations like this for a comprehensive investigation. --Emaus21:37, 19 июня 2013 (UTC)[ответить]
Hello! It's a different and very rare case. Usually interwiki are not included to the tag "nowiki" and my bot didn't understand that it isn't the real interwiki. And since there is no page en:Article in English, my bot deleted it. I'll exclude some wiki tags from interwiki searching. --Emaus23:11, 23 июня 2013 (UTC)[ответить]
Newest properties: E number (P628), edition of (P629), Paris city digital code (P630), structural engineer (P631), cultural properties of Belarus reference number (P632), Répertoire du patrimoine culturel du Québec identifier (P633), captain (P634), ISTAT ID (P635), route of administration (P636), Protein ID (P637), PDB ID (P638), RNA ID (P639), Léonore ID (P640), sport (P641), of (P642), Genloc Chr (P643), Genloc Start (P644), Genloc End (P645), Freebase identifier (P646), drafted by (P647), Open Library identifier (P648), NRHP (P649), RKDartists (P650), BPN (P651), UNII (P652), PubMed Health (P653), direction relative to location (P654)
Development
Worked on site-link group editing to make it possible to link to sisterprojects
Further work on input validation
Further work on handling invalid data gracefully
Use Serializers for generating API results
Finished selenium tests for TimeUI and CoordinateUI
Changed globe coordinate value input to use backend coordinate parser
Fixed issues with data type definitions not being available in the frontend
Wrote a little hack so that on statements with a long list of values you will always be able to see the name of the property of the current section you are in (since the label moves when scrolling the page)
d:User:Byrial is creating database reports that are useful to find issues in the current data
Denny created a map of all geocoordinates currently in Wikidata (normal and huge version - updated daily)
Did you know?
Newest properties: RTECS number (P657), RefSeq (P656), translator (P655)
Development
The Wikidata bug report with the most votes was closed (bugzilla:36729 - updating the link on Wikidata automatically when a page on Wikipedia is moved)
Wikipedia pages will soon have a link named "Data item" in the toolbox section of the sidebar that links to the Wikidata item that is connected to the page (bugzilla:49105 - You can already see it on the main page of test2.wikipedia.org for example.)
Calendar names displayed for time values can now be translated (bugzilla:49080)
Added serializers for the Ask query language
Buuuugfixes and testing
Refactoring
Worked on better handling of bad values (= values that don't fit the datatype they should have)
Open Tasks for You
Update, expand and translate one of the help pages to make it easier for newcomers
Спасибо Gennady 14:02, 4 января 2013 (UTC)
Fixed. --Emaus 21:22, 7 февраля 2013 (UTC)
--Emaus 14:45, 6 мая 2013 (UTC)
