https://bugzilla.wikimedia.org/show_bug.cgi?id=55006
Web browser: ---
Bug ID: 55006
Summary: explicitly create new instance of claim in wikidata
repo
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/340/
Reported by: magul
Created on: 2013-07-15 14:51:51.118000
Subject: explicitly create new instance of claim in wikidata repo
Original description:
Is there any reason, why there is no possibility another claim for the same
property instead of changing already existing?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55063
Web browser: ---
Bug ID: 55063
Summary: -untranslatedonly + -hint
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/250/
Reported by: jandudik
Created on: 2010-04-08 08:52:02
Subject: -untranslatedonly + -hint
Original description:
interwiki.py -cat:disambiguations -untranslatedonly -hint:10
does not work as expected:
it ask for hints operator and loads and work with all pages \(only not
displayed, but when found nondisambiguation, asks\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55114
Web browser: ---
Bug ID: 55114
Summary: Ask before creating graphs in interwiki.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/65/
Reported by: tuvic
Created on: 2006-07-19 13:01:54
Subject: Ask before creating graphs in interwiki.py
Original description:
In the interwiki.py, there's a very handy feature to
create graphs of ambigious interwikis. The only
annoyance, is that it takes ages if the amount of pages
is big. Also, it doesn't look to be able to create
correct png's of those huge interwiki-layouts. \(but
that might be an error in pydot maybe\)
To get rid of this annoyance, I'd like the
interwiki-bot to ask wether of not to create a graph. I
experimented already a little, and came up with this
rudimentary code:
In stead of
if config.interwiki\_graph:
self.createGraph\(\)
I'dd add something like this:
if config.interwiki\_graph:
print "Found %s error\(s\) in %s wiki\(s\) \(total: %s
pages\)"% \(nerr,len\(new.items\(\)\),
len\(self.foundin.iterkeys\(\)\)\)
while 1:
dodraw = wikipedia.input\(u"Do you want to draw a
graph? \[\(y\)es, \(n\)o\] : "\)
if dodraw:
if dodraw in 'nN':
\# Don't draw a graph
break
elif dodraw in 'yY':
self.createGraph\(\)
break
Maybe there could be some command-line option that can
be set to always draw a graph if the number of pages is
below a certain amount, or something like that.
Thanks, Tuvic
P.S. While I came up with this idea, created code, and
tested it a bit, the interwikibot is now already 2
hours trying to make a graph of the interwikis of
Albania...
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55107
Web browser: ---
Bug ID: 55107
Summary: let interwiki.py optionally create (used) category
pages
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/126/
Reported by: purodha
Created on: 2008-01-24 10:10:40
Subject: let interwiki.py optionally create (used) category pages
Original description:
When interwiki.py outputs a message like:
NOTE: \[\[en:Category:User pdc-N\]\] does not exist
and when the page is of a type that can have members listed, such as category
pages, some of the Semantic MediaWiki Attribute/Relation/Properties pages,
etc., then optionally find out wether or not the page is populated, and ask
like this:
\[\[en:Category:User pdc-N\]\] has \(\#\) members, create it? \(\[Y\]es \[N\]o
A\[l\]l \[G\]ive up\)
When receiving a confirmative answer, add the page to the interwiki link list,
and when all links have been collected, and the operator has not given up
meanwhile, create the page by inserting interwiki links. Under -confirm
control, come up with a question telling that a page is about to be created
\(not altered\), so as to remind the bot operator.
Remarks:
\- while telling the number of members is nice,
and may be helpful to avoid errors when the figure
is as small as 1, or 2, I see it as unnecessary,
if implementation is expensive.
\(If scanning a category page is involved, we could
as well scan only the 1st, and thus say ">200" if
the page is fully populated\)
\- when dealing with category population counts at all,
we could have a theshold or two thresholds given via
\(a\) command line parameter\(s\), that say:
\- skip categories having less than t1 members
\- ask for categories having t1 members or more
and less than t2 members
\- automatically create from t2 members on.
Note that, t1=t2 might be an option, too.
\- this feature should be deselected by default,
and be switched on per command line parameter.
\- I would not mind setting it via user-config-py, too.
Then we would need to both select, and disable, it
on the command line.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55303
Web browser: ---
Bug ID: 55303
Summary: the apstrophe problem in wiktionary
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/962/
Reported by: carsrac
Created on: 2009-06-21 11:14:59
Subject: the apstrophe problem in wiktionary
Original description:
\[\[wikt:fr:-n’t\]\] and \[\[wikt:en:-n't\]\] are articles about the same. But
the bot see different articles. So is there a way that the interwiki.py script
in the -wiktionary mode accepts and looks for <'> or <’> at the
moment <’> or <'> is used??
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55092
Web browser: ---
Bug ID: 55092
Summary: combination of -untrandlatedonly and -hint: doesn't
work
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/182/
Reported by: Anonymous user
Created on: 2009-02-18 14:46:30
Subject: combination of -untrandlatedonly and -hint: doesn't work
Original description:
combination of -untrandlatedonly and -hint: doesn't work correctly, because bot
will seek for hint in specified language, but still asks for another hints.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55132
Web browser: ---
Bug ID: 55132
Summary: Multi-claim source not parsed correctly
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1645/
Reported by: felixreimann
Created on: 2013-07-23 16:06:40.404000
Subject: Multi-claim source not parsed correctly
Original description:
>From a source with multiple claims, only the first claim is collected by
page.py. All other claims of the source are not accessible per claim.sources.
Example:
~~~~~~
:::python
site = pywikibot.getSite('en', 'wikipedia')
repo = site.data_repository()
item = pywikibot.ItemPage(repo, "Q138028")
dictionary = data.get()
print subclaims[0].sources
~~~~~~
results in:
**[Claim(Property:P143), Claim(Property:P248)]**
P577 and P585 from the second source of http://www.wikidata.org/wiki/Q138028
P225 are missing.
With the attached patch the same code results in
**[[Claim(Property:P143)], [Claim(Property:P248), Claim(Property:P577),
Claim(Property:P585)]]**
However, backward compatibility is not given, as the data type of Claim.sources
is changed from list of Claims to list of list of Claims. This corresponds to
the Wikidata layout allowing more than one claim per source.
GIT revision: 96e7c88e2ff03f88b320cc65b729776b80ea5624
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55023
Web browser: ---
Bug ID: 55023
Summary: Interwiki graph: use a different color for duplicate
links
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/321/
Reported by: dixond
Created on: 2012-11-21 09:09:11
Subject: Interwiki graph: use a different color for duplicate links
Original description:
It would be very helpful if duplicate links for the same languages were shown
in a different color. Sometimes an interwiki graph gets too large and it is not
easy to find an issue. But it would help if we could easily find out that, for
instance, there two links to en-wiki
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55052
Web browser: ---
Bug ID: 55052
Summary: Upload protection
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/277/
Reported by: betacommand
Created on: 2010-12-20 03:18:01
Subject: Upload protection
Original description:
mediawiki now supports file upload protection and has for quite some time, yet
we do not have the ability to protect images that way via the framework
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55066
Web browser: ---
Bug ID: 55066
Summary: options not to store sysop's cookie date
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/244/
Reported by: Anonymous user
Created on: 2010-03-31 07:46:04
Subject: options not to store sysop's cookie date
Original description:
Storing session cookies for sysop account could be a problem.
Users could choose to store or not to store his sysop cookies \(or bot cookies,
by choice\)
e.g.
store\_cookies = True \(by default\)
store\_sysop\_cookies = False \(by defalt\)
--
You are receiving this mail because:
You are the assignee for the bug.