Re: [Wikitech-l] Dynamic search results as category pages
Hoi, Did you consider the use of Wikidata in stead of SMW? It should not only indicate all the articles that have the appropriate statements but also the articles written in other languages. Thanks, GerardM On 26 January 2014 03:25, Yuri Astrakhan yastrak...@wikimedia.org wrote: Of course - I am actually modeling this feature on Semantic MW. It's just that I doubt WMF will enable SMW on the cluster any time soon :) On Sat, Jan 25, 2014 at 4:13 PM, Jamie Thingelstad ja...@thingelstad.com wrote: You could do something exactly like this very, very easily using Semantic MediaWiki and Concepts. Jamie Thingelstad ja...@thingelstad.com mobile: 612-810-3699 find me on AIM Twitter Facebook LinkedIn On Jan 24, 2014, at 9:55 AM, Brian Wolff bawo...@gmail.com wrote: On Jan 24, 2014 1:54 AM, Yuri Astrakhan yastrak...@wikimedia.org wrote: Hi, I am thinking of implementing a #CATQUERY query magic keyword for the category pages. When this keyword is present, the category page would execute a query against the search backend instead of normal category behavior and show result as if those pages were actually marked with this category. For example, this would allow Greek Philosophers category page to be quickly redefined as a cross-section of greeks philosophers categories: #CATQUERY incategory:Greek incategory:Philosopher Obviously the community will be able to define much more elaborate queries, including the ordering (will be supported by the new search backend) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l I like the idea in principle, but think the syntax could use bikeshedding ;) If we use this as category pages, im a little worried that people could get confused and try to add [[category:Greek philosophers]] to a page, and expect it to work. We would need good error handling in that situation including the ordering (will be supported by the new search backend) Cool. I didnt realize search would support this. That's a pretty big deal since people expect there categorirs alphabetized. Another cool project would be to expand intersection/Dyanamic Page List (Wikimedia) to be able to use search as a different backend (however, that extension would need quite a bit of refactoring to get there) -bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Let's improve our password policy
On Sun, 26 Jan 2014, at 0:02, rupert THURNER wrote: for the password policy: display a strength indicator is great. anything more? i would say just leave it to the user. rupert. THANK YOU. My thoughts exactly. :-) Everyone who has a thought should write it on-wiki for these people to hear you without manually scanning a mailing list. Thanks. gry ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Dynamic search results as category pages
On Fri, Jan 24, 2014 at 10:53 AM, Yuri Astrakhan yastrak...@wikimedia.org wrote: Hi, I am thinking of implementing a #CATQUERY query magic keyword for the category pages. When this keyword is present, the category page would execute a query against the search backend instead of normal category behavior and show result as if those pages were actually marked with this category. For example, this would allow Greek Philosophers category page to be quickly redefined as a cross-section of greeks philosophers categories: #CATQUERY incategory:Greek incategory:Philosopher Obviously the community will be able to define much more elaborate queries, including the ordering (will be supported by the new search backend) In the future this will be possible using Wikidata and queries. My dream is that categories will to a very large extend go away then and be replaced with better Wikidata-based tools. I'd _really_ like us not to introduce more incentives to use categories like this one. Also it'd be quite a source for confusion to have both. Cheers Lydia -- Lydia Pintscher - http://about.me/lydia.pintscher Product Manager for Wikidata Wikimedia Deutschland e.V. Tempelhofer Ufer 23-24 10963 Berlin www.wikimedia.de Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Dynamic search results as category pages
On Sun, Jan 26, 2014 at 12:25 AM, Yuri Astrakhan yastrak...@wikimedia.orgwrote: Of course - I am actually modeling this feature on Semantic MW. It's just that I doubt WMF will enable SMW on the cluster any time soon :) That request was already WONTFIXed: https://bugzilla.wikimedia.org/show_bug.cgi?id=8390 Helder ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Dynamic search results as category pages
I have a vague feeling that a very similar proposal appeared on this very list a few months ago. (No links handy, though.) -- Matma Rex ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Dynamic search results as category pages
On Jan 26, 2014 10:02 AM, Bartosz Dziewoński matma@gmail.com wrote: I have a vague feeling that a very similar proposal appeared on this very list a few months ago. (No links handy, though.) -- Matma Rex ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l Category intersection proposals seem to appear on this list about once every 2 years as far as i remember. Usually they dont succede because nobody ends up writing any efficient code to implement it. -bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Dynamic search results as category pages
http://migadv.com/ comes to mind (https://meta.wikimedia.org/wiki/Grants:IEG/MediaWiki_data_browser) but sadly it's barely interactive... gry ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Bugzilla Weekly Report
MediaWiki Bugzilla Report for January 20, 2014 - January 27, 2014 Status changes this week Reports changed/set to UNCONFIRMED: 7 Reports changed/set to NEW: 30 Reports changed/set to ASSIGNED : 36 Reports changed/set to REOPENED : 11 Reports changed/set to PATCH_TO_RE: 66 Reports changed/set to RESOLVED : 157 Reports changed/set to VERIFIED : 20 Total reports still open : 13739 Total bugs still open : 8006 Total non-lowest prio. bugs still open: 7797 Total enhancements still open : 5733 Reports created this week: 211 Resolutions for the week: Reports marked FIXED : 112 Reports marked DUPLICATE : 15 Reports marked INVALID : 10 Reports marked WORKSFORME: 15 Reports marked WONTFIX : 9 Specific Product/Component Resolutions User Metrics Created reports per component VisualEditor Editing Tools 13 Wikimedia Site requests 11 MediaWiki extensions TimedMediaHandler 9 MediaWiki extensions WikidataRepo 9 Wikimedia General/Unknown 9 Created reports per product MediaWiki extensions 85 Wikimedia 38 MediaWiki 34 VisualEditor 24 Analytics 6 Top 5 bug report closers jforrester [AT] wikimedia.org 21 lydia.pintscher [AT] wikimedia15 jrobson [AT] wikimedia.org11 esanders [AT] wikimedia.org 10 tomasz [AT] twkozlowski.net 8 Most urgent open issues Product | Component | BugID | Priority | LastChange | Assignee | Summary -- Analytics | Tech communit | 57038 | Highest | 2013-12-23 | acs[AT]bitergia.com | Metrics about contributors with +2 pe MediaWiki ext | Diff | 58274 | Highest | 2014-01-22 | wikibugs-l[AT]lists. | Implement an order-aware MapDiffer MediaWiki ext | Echo | 53569 | Highest | 2014-01-23 | wikibugs-l[AT]lists. | [Regression] Echo: Sending 2 e-mails MediaWiki ext | Flow | 58016 | Highest | 2014-01-25 | wikibugs-l[AT]lists. | Flow: Suppression redacts the wrong u MediaWiki ext | Translate | 60306 | Highest | 2014-01-22 | ori[AT]wikimedia.org | TypeError: mw.uls is undefined on [[m MediaWiki ext | WikidataRepo | 58166 | Highest | 2013-12-09 | wikidata-bugs[AT]lis | label/description uniqueness constrai MediaWiki ext | WikidataRepo | 57918 | Highest | 2014-01-13 | wikidata-bugs[AT]lis | show diffs for sorting changes MediaWiki ext | WikidataRepo | 52385 | Highest | 2014-01-16 | wikidata-bugs[AT]lis | Query by one property and one value ( MediaWiki ext | WikidataRepo | 60127 | Highest | 2014-01-17 | wikidata-bugs[AT]lis | Implement DB schema for query indexes VisualEditor | Data Model| 60117 | Highest | 2014-01-25 | esanders[AT]wikimedi | VisualEditor: Copying references is c VisualEditor | Editing Tools | 50768 | Highest | 2014-01-22 | rmoen[AT]wikimedia.o | VisualEditor: Better reference UI for VisualEditor | MediaWiki int | 48429 | Highest | 2014-01-21 | krinklemail[AT]gmail | VisualEditor: Support editing of sect Wikimedia | Apache config | 31369 | Highest | 2014-01-20 | bugzilla+org.wikimed | Non-canonical HTTPS URLs quietly redi Wikimedia | General/Unkno | 49189 | Highest | 2014-01-16 | springle[AT]wikimedi | New fields: ar_id, el_id. Wikimedia | Site requests | 60408 | Highest | 2014-01-26 | wikibugs-l[AT]lists. | Enable global AbuseFilters for all sm Wikimedia Lab | Infrastructur | 48501 | Highest | 2014-01-23 | greg[AT]wikimedia.or | beta: Get SSL certificates for *.{pro ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] help activists use our tech: Allied Media Conference
http://alliedmedia.org/news/2014/01/13/propose-session-amc2014 The Allied Media Conference https://amc.alliedmedia.org/ is a collaborative laboratory of media-based organizing strategies for transforming our world, held every Summer in Detroit. I'd love for us to propose some sessions to help people learn about and use Magnus's query tools, set up Wiki Loves Foo campaigns, and despam and rev up their MediaWiki installations with multimedia. The deadline is March 1, 2014. AMC2014 will be June 19-22, 2014 in Detroit, Michigan, USA. Volunteers: if your session gets accepted, you can get your trip paid for by WMF: https://meta.wikimedia.org/wiki/Grants:TPS Sumana Harihareswara Engineering Community Manager Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Request Queue for Gerrit/Git
Thanks for thinking about this, TyA! For reference: https://www.mediawiki.org/wiki/Annoying_large_bugs#Very_raw_projectssuggests A system to make, review and action requests for migrating or creating repositories in Git/Gerrit. (I believe some projects require a which model of review do you want? answer.) TyA, would you be interested in turning this into a Flow project? Sumana Harihareswara Engineering Community Manager Wikimedia Foundation On Thu, Jan 23, 2014 at 10:18 AM, Ty Atkinson tya.w...@gmail.com wrote: Hello all, I am User:TyA. I noticed on the [[Annoying large bugs]] page there was a request for a Request Queue and I'm interested in working on that. I have some basic ideas of how to lay it out, however I'd like to hear other's opinions on it as well. I'm also curious if it is still needed. My current plan is to have 2 special pages, one for the requesting and the other for seeing the queue/examining the submitted items. I currently have a rough draft of the Requesting form complete, [ http://i.imgur.com/zRAAyvh.png screenshot]. However before going too much further, I wanted to get some feedback on whether I'm collecting enough info, or maybe not enough. My plan for the actual queue page is to have it create a table or list that will give the current status of the request as well as the requester, the submitted date, and the project name. The page will also accept /id subpages to load up information about a certain request so that it can be marked as done, not done, or needs more info. Thanks ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Request Queue for Gerrit/Git
On 24 January 2014 04:18, Ty Atkinson tya.w...@gmail.com wrote: Hello all, I am User:TyA. I noticed on the [[Annoying large bugs]] page there was a request for a Request Queue and I'm interested in working on that. I have some basic ideas of how to lay it out, however I'd like to hear other's opinions on it as well. I'm also curious if it is still needed. My current plan is to have 2 special pages, one for the requesting and the other for seeing the queue/examining the submitted items. I currently have a rough draft of the Requesting form complete, [ http://i.imgur.com/zRAAyvh.png screenshot]. However before going too much further, I wanted to get some feedback on whether I'm collecting enough info, or maybe not enough. My plan for the actual queue page is to have it create a table or list that will give the current status of the request as well as the requester, the submitted date, and the project name. The page will also accept /id subpages to load up information about a certain request so that it can be marked as done, not done, or needs more info. I would recommend you talk to Chad (^d/^demon), It would probably be nice if this could interface with our Git/Gerrit setup so they can be created directly from within the interface. As for the subpage idea, I don't think that would really be needed, It's one of the areas where we could just store information directly within the database without using the wikipage model for storage. You would probably need more than two special pages to cover a few things - Request Overview page (Table Format/Options to filter based on certain features) - Request Creation page - Request Management page (Edit/Update requests/Action the requests etc) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l