We lack several maintenance scripts for the clients, that is human readable special pages with reports on which pages lacks special treatment. In no particular order we need some way to identify unconnected pages in general (the present one does not work [1]), we need some way to identify pages that are unconnected but has some language links, we need to identify items that are used in some language and lacks labels (almost like [2],but on the client and for items that are somehow connected to pages on the client), and we need to identify items that lacks specific claims and the client pages use a specific template.
There are probably more such maintenance pages, these are those that are most urgent. Now users start to create categories to hack around the missing maintenance pages, which create a bunch of categories.[3] At Norwegian Bokmål there are just a few scripts that utilize data from Wikidata, still the number of categories starts to grow large.
For us at the "receiving end" this is a show stopper. We can't convince the users that this is a positive addition to the pages without the maintenance scripts, because them we more or less are in the blind when we try to fix errors. We can't use random pages to try to prod the pages to find something that is wrong, we must be able to search for the errors and fix them.
This summer we (nowiki) have added about ten (10) properties to the infobokses, some with scripts and some with the property parser function. Most of my time I have not been coding, and I have not been fixing errors. I have been trying to explain to the community why Wikidata is a good idea. At one point the changes was even reverted because someone disagree with what we had done. The whole thing basically revolves around "my article got an Q-id in the infobox and I don't know how to fix it". We know how to fix it, and I have explained that to the editors at nowiki several times. They still don't get it, so we need some way to fix it, and we don't have maintenance scripts to do it.
Right now we don't need more wild ideas that will swamp the development for months and years to come, we need maintenance scripts, and we need them now!
[1] https://no.wikipedia.org/wiki/Spesial:UnconnectedPages [2] https://www.wikidata.org/wiki/Special:EntitiesWithoutLabel [3] https://no.wikipedia.org/wiki/Spesial:Prefiksindeks/Kategori:Artikler_hvor
John Erling Blad /jeblad
I set up one of my tools for you (nowiki) for [1] : https://tools.wmflabs.org/wikidata-todo/duplicity.php
It doesn't give you a list (though I could add that), rather presents you with a random one and tries to find a matching item. Basically, what you need to do anyway for due diligence.
Not quite sure what else you need, too much "somehow" in your description...
On Tue, Aug 4, 2015 at 4:01 PM John Erling Blad jeblad@gmail.com wrote:
We lack several maintenance scripts for the clients, that is human readable special pages with reports on which pages lacks special treatment. In no particular order we need some way to identify unconnected pages in general (the present one does not work [1]), we need some way to identify pages that are unconnected but has some language links, we need to identify items that are used in some language and lacks labels (almost like [2],but on the client and for items that are somehow connected to pages on the client), and we need to identify items that lacks specific claims and the client pages use a specific template.
There are probably more such maintenance pages, these are those that are most urgent. Now users start to create categories to hack around the missing maintenance pages, which create a bunch of categories.[3] At Norwegian Bokmål there are just a few scripts that utilize data from Wikidata, still the number of categories starts to grow large.
For us at the "receiving end" this is a show stopper. We can't convince the users that this is a positive addition to the pages without the maintenance scripts, because them we more or less are in the blind when we try to fix errors. We can't use random pages to try to prod the pages to find something that is wrong, we must be able to search for the errors and fix them.
This summer we (nowiki) have added about ten (10) properties to the infobokses, some with scripts and some with the property parser function. Most of my time I have not been coding, and I have not been fixing errors. I have been trying to explain to the community why Wikidata is a good idea. At one point the changes was even reverted because someone disagree with what we had done. The whole thing basically revolves around "my article got an Q-id in the infobox and I don't know how to fix it". We know how to fix it, and I have explained that to the editors at nowiki several times. They still don't get it, so we need some way to fix it, and we don't have maintenance scripts to do it.
Right now we don't need more wild ideas that will swamp the development for months and years to come, we need maintenance scripts, and we need them now!
[1] https://no.wikipedia.org/wiki/Spesial:UnconnectedPages [2] https://www.wikidata.org/wiki/Special:EntitiesWithoutLabel [3] https://no.wikipedia.org/wiki/Spesial:Prefiksindeks/Kategori:Artikler_hvor
John Erling Blad /jeblad
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Nice solution, I'll post a link at Wikipedia:Torget. It is a bit like making a traffic statistic by using a road cam, so it wasn't really what I was looking for..
On Tue, Aug 4, 2015 at 5:18 PM, Magnus Manske magnusmanske@googlemail.com wrote:
I set up one of my tools for you (nowiki) for [1] : https://tools.wmflabs.org/wikidata-todo/duplicity.php
It doesn't give you a list (though I could add that), rather presents you with a random one and tries to find a matching item. Basically, what you need to do anyway for due diligence.
Not quite sure what else you need, too much "somehow" in your description...
On Tue, Aug 4, 2015 at 4:01 PM John Erling Blad jeblad@gmail.com wrote:
We lack several maintenance scripts for the clients, that is human readable special pages with reports on which pages lacks special treatment. In no particular order we need some way to identify unconnected pages in general (the present one does not work [1]), we need some way to identify pages that are unconnected but has some language links, we need to identify items that are used in some language and lacks labels (almost like [2],but on the client and for items that are somehow connected to pages on the client), and we need to identify items that lacks specific claims and the client pages use a specific template.
There are probably more such maintenance pages, these are those that are most urgent. Now users start to create categories to hack around the missing maintenance pages, which create a bunch of categories.[3] At Norwegian Bokmål there are just a few scripts that utilize data from Wikidata, still the number of categories starts to grow large.
For us at the "receiving end" this is a show stopper. We can't convince the users that this is a positive addition to the pages without the maintenance scripts, because them we more or less are in the blind when we try to fix errors. We can't use random pages to try to prod the pages to find something that is wrong, we must be able to search for the errors and fix them.
This summer we (nowiki) have added about ten (10) properties to the infobokses, some with scripts and some with the property parser function. Most of my time I have not been coding, and I have not been fixing errors. I have been trying to explain to the community why Wikidata is a good idea. At one point the changes was even reverted because someone disagree with what we had done. The whole thing basically revolves around "my article got an Q-id in the infobox and I don't know how to fix it". We know how to fix it, and I have explained that to the editors at nowiki several times. They still don't get it, so we need some way to fix it, and we don't have maintenance scripts to do it.
Right now we don't need more wild ideas that will swamp the development for months and years to come, we need maintenance scripts, and we need them now!
[1] https://no.wikipedia.org/wiki/Spesial:UnconnectedPages [2] https://www.wikidata.org/wiki/Special:EntitiesWithoutLabel [3] https://no.wikipedia.org/wiki/Spesial:Prefiksindeks/Kategori:Artikler_hvor
John Erling Blad /jeblad
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
About missing labels: in frwiki, most Wikidata data are added using Module:Wikidata. The module adds a generic "to be translated" category when there is no French label. With Wikidata usage picking up speed, the community is finally coming to grip with it, as can be seen from that stats at Catégorie:Page utilisant des données de Wikidata à traduire. https://fr.wikipedia.org/wiki/Cat%C3%A9gorie:Page_utilisant_des_donn%C3%A9es_de_Wikidata_%C3%A0_traduire
On Tue, Aug 4, 2015 at 7:06 PM, John Erling Blad jeblad@gmail.com wrote:
Nice solution, I'll post a link at Wikipedia:Torget. It is a bit like making a traffic statistic by using a road cam, so it wasn't really what I was looking for..
On Tue, Aug 4, 2015 at 5:18 PM, Magnus Manske magnusmanske@googlemail.com wrote:
I set up one of my tools for you (nowiki) for [1] : https://tools.wmflabs.org/wikidata-todo/duplicity.php
It doesn't give you a list (though I could add that), rather presents you with a random one and tries to find a matching item. Basically, what you need to do anyway for due diligence.
Not quite sure what else you need, too much "somehow" in your
description...
On Tue, Aug 4, 2015 at 4:01 PM John Erling Blad jeblad@gmail.com
wrote:
We lack several maintenance scripts for the clients, that is human readable special pages with reports on which pages lacks special treatment. In no particular order we need some way to identify unconnected pages in general (the present one does not work [1]), we need some way to identify pages that are unconnected but has some language links, we need to identify items that are used in some language and lacks labels (almost like [2],but on the client and for items that are somehow connected to pages on the client), and we need to identify items that lacks specific claims and the client pages use a specific template.
There are probably more such maintenance pages, these are those that are most urgent. Now users start to create categories to hack around the missing maintenance pages, which create a bunch of categories.[3] At Norwegian Bokmål there are just a few scripts that utilize data from Wikidata, still the number of categories starts to grow large.
For us at the "receiving end" this is a show stopper. We can't convince the users that this is a positive addition to the pages without the maintenance scripts, because them we more or less are in the blind when we try to fix errors. We can't use random pages to try to prod the pages to find something that is wrong, we must be able to search for the errors and fix them.
This summer we (nowiki) have added about ten (10) properties to the infobokses, some with scripts and some with the property parser function. Most of my time I have not been coding, and I have not been fixing errors. I have been trying to explain to the community why Wikidata is a good idea. At one point the changes was even reverted because someone disagree with what we had done. The whole thing basically revolves around "my article got an Q-id in the infobox and I don't know how to fix it". We know how to fix it, and I have explained that to the editors at nowiki several times. They still don't get it, so we need some way to fix it, and we don't have maintenance scripts to do it.
Right now we don't need more wild ideas that will swamp the development for months and years to come, we need maintenance scripts, and we need them now!
[1] https://no.wikipedia.org/wiki/Spesial:UnconnectedPages [2] https://www.wikidata.org/wiki/Special:EntitiesWithoutLabel [3]
https://no.wikipedia.org/wiki/Spesial:Prefiksindeks/Kategori:Artikler_hvor
John Erling Blad /jeblad
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
John: List mode!
https://tools.wmflabs.org/wikidata-todo/duplicity.php?wiki=nowiki&mode=l...
On Thu, Aug 6, 2015 at 8:16 AM Zolo ... zoloinwiki@gmail.com wrote:
About missing labels: in frwiki, most Wikidata data are added using Module:Wikidata. The module adds a generic "to be translated" category when there is no French label. With Wikidata usage picking up speed, the community is finally coming to grip with it, as can be seen from that stats at Catégorie:Page utilisant des données de Wikidata à traduire. https://fr.wikipedia.org/wiki/Cat%C3%A9gorie:Page_utilisant_des_donn%C3%A9es_de_Wikidata_%C3%A0_traduire
On Tue, Aug 4, 2015 at 7:06 PM, John Erling Blad jeblad@gmail.com wrote:
Nice solution, I'll post a link at Wikipedia:Torget. It is a bit like making a traffic statistic by using a road cam, so it wasn't really what I was looking for..
On Tue, Aug 4, 2015 at 5:18 PM, Magnus Manske magnusmanske@googlemail.com wrote:
I set up one of my tools for you (nowiki) for [1] : https://tools.wmflabs.org/wikidata-todo/duplicity.php
It doesn't give you a list (though I could add that), rather presents
you
with a random one and tries to find a matching item. Basically, what you need to do anyway for due diligence.
Not quite sure what else you need, too much "somehow" in your
description...
On Tue, Aug 4, 2015 at 4:01 PM John Erling Blad jeblad@gmail.com
wrote:
We lack several maintenance scripts for the clients, that is human readable special pages with reports on which pages lacks special treatment. In no particular order we need some way to identify unconnected pages in general (the present one does not work [1]), we need some way to identify pages that are unconnected but has some language links, we need to identify items that are used in some language and lacks labels (almost like [2],but on the client and for items that are somehow connected to pages on the client), and we need to identify items that lacks specific claims and the client pages use a specific template.
There are probably more such maintenance pages, these are those that are most urgent. Now users start to create categories to hack around the missing maintenance pages, which create a bunch of categories.[3] At Norwegian Bokmål there are just a few scripts that utilize data from Wikidata, still the number of categories starts to grow large.
For us at the "receiving end" this is a show stopper. We can't convince the users that this is a positive addition to the pages without the maintenance scripts, because them we more or less are in the blind when we try to fix errors. We can't use random pages to try to prod the pages to find something that is wrong, we must be able to search for the errors and fix them.
This summer we (nowiki) have added about ten (10) properties to the infobokses, some with scripts and some with the property parser function. Most of my time I have not been coding, and I have not been fixing errors. I have been trying to explain to the community why Wikidata is a good idea. At one point the changes was even reverted because someone disagree with what we had done. The whole thing basically revolves around "my article got an Q-id in the infobox and I don't know how to fix it". We know how to fix it, and I have explained that to the editors at nowiki several times. They still don't get it, so we need some way to fix it, and we don't have maintenance scripts to do it.
Right now we don't need more wild ideas that will swamp the development for months and years to come, we need maintenance scripts, and we need them now!
[1] https://no.wikipedia.org/wiki/Spesial:UnconnectedPages [2] https://www.wikidata.org/wiki/Special:EntitiesWithoutLabel [3]
https://no.wikipedia.org/wiki/Spesial:Prefiksindeks/Kategori:Artikler_hvor
John Erling Blad /jeblad
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
A couple of guys at nowiki has started using this tool, and if they continue at present speed the list will be emptied in two weeks time.
Can you please add nnwiki too and I will inform the community there that there is a tool available.
On Thu, Aug 6, 2015 at 10:55 AM, Magnus Manske magnusmanske@googlemail.com wrote:
John: List mode!
https://tools.wmflabs.org/wikidata-todo/duplicity.php?wiki=nowiki&mode=l...
On Thu, Aug 6, 2015 at 8:16 AM Zolo ... zoloinwiki@gmail.com wrote:
About missing labels: in frwiki, most Wikidata data are added using Module:Wikidata. The module adds a generic "to be translated" category when there is no French label. With Wikidata usage picking up speed, the community is finally coming to grip with it, as can be seen from that stats at Catégorie:Page utilisant des données de Wikidata à traduire.
On Tue, Aug 4, 2015 at 7:06 PM, John Erling Blad jeblad@gmail.com wrote:
Nice solution, I'll post a link at Wikipedia:Torget. It is a bit like making a traffic statistic by using a road cam, so it wasn't really what I was looking for..
On Tue, Aug 4, 2015 at 5:18 PM, Magnus Manske magnusmanske@googlemail.com wrote:
I set up one of my tools for you (nowiki) for [1] : https://tools.wmflabs.org/wikidata-todo/duplicity.php
It doesn't give you a list (though I could add that), rather presents you with a random one and tries to find a matching item. Basically, what you need to do anyway for due diligence.
Not quite sure what else you need, too much "somehow" in your description...
On Tue, Aug 4, 2015 at 4:01 PM John Erling Blad jeblad@gmail.com wrote:
We lack several maintenance scripts for the clients, that is human readable special pages with reports on which pages lacks special treatment. In no particular order we need some way to identify unconnected pages in general (the present one does not work [1]), we need some way to identify pages that are unconnected but has some language links, we need to identify items that are used in some language and lacks labels (almost like [2],but on the client and for items that are somehow connected to pages on the client), and we need to identify items that lacks specific claims and the client pages use a specific template.
There are probably more such maintenance pages, these are those that are most urgent. Now users start to create categories to hack around the missing maintenance pages, which create a bunch of categories.[3] At Norwegian Bokmål there are just a few scripts that utilize data from Wikidata, still the number of categories starts to grow large.
For us at the "receiving end" this is a show stopper. We can't convince the users that this is a positive addition to the pages without the maintenance scripts, because them we more or less are in the blind when we try to fix errors. We can't use random pages to try to prod the pages to find something that is wrong, we must be able to search for the errors and fix them.
This summer we (nowiki) have added about ten (10) properties to the infobokses, some with scripts and some with the property parser function. Most of my time I have not been coding, and I have not been fixing errors. I have been trying to explain to the community why Wikidata is a good idea. At one point the changes was even reverted because someone disagree with what we had done. The whole thing basically revolves around "my article got an Q-id in the infobox and I don't know how to fix it". We know how to fix it, and I have explained that to the editors at nowiki several times. They still don't get it, so we need some way to fix it, and we don't have maintenance scripts to do it.
Right now we don't need more wild ideas that will swamp the development for months and years to come, we need maintenance scripts, and we need them now!
[1] https://no.wikipedia.org/wiki/Spesial:UnconnectedPages [2] https://www.wikidata.org/wiki/Special:EntitiesWithoutLabel [3]
https://no.wikipedia.org/wiki/Spesial:Prefiksindeks/Kategori:Artikler_hvor
John Erling Blad /jeblad
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
The next update (starting in 10 min or so) should add *all* Wikipedias.
On Thu, Aug 6, 2015 at 4:14 PM John Erling Blad jeblad@gmail.com wrote:
A couple of guys at nowiki has started using this tool, and if they continue at present speed the list will be emptied in two weeks time.
Can you please add nnwiki too and I will inform the community there that there is a tool available.
On Thu, Aug 6, 2015 at 10:55 AM, Magnus Manske magnusmanske@googlemail.com wrote:
John: List mode!
https://tools.wmflabs.org/wikidata-todo/duplicity.php?wiki=nowiki&mode=l...
On Thu, Aug 6, 2015 at 8:16 AM Zolo ... zoloinwiki@gmail.com wrote:
About missing labels: in frwiki, most Wikidata data are added using Module:Wikidata. The module adds a generic "to be translated" category
when
there is no French label. With Wikidata usage picking up speed, the community is finally coming to grip with it, as can be seen from that
stats
at Catégorie:Page utilisant des données de Wikidata à traduire.
On Tue, Aug 4, 2015 at 7:06 PM, John Erling Blad jeblad@gmail.com
wrote:
Nice solution, I'll post a link at Wikipedia:Torget. It is a bit like making a traffic statistic by using a road cam, so it wasn't really what I was looking for..
On Tue, Aug 4, 2015 at 5:18 PM, Magnus Manske magnusmanske@googlemail.com wrote:
I set up one of my tools for you (nowiki) for [1] : https://tools.wmflabs.org/wikidata-todo/duplicity.php
It doesn't give you a list (though I could add that), rather presents you with a random one and tries to find a matching item. Basically, what you need to do anyway for due diligence.
Not quite sure what else you need, too much "somehow" in your description...
On Tue, Aug 4, 2015 at 4:01 PM John Erling Blad jeblad@gmail.com wrote:
We lack several maintenance scripts for the clients, that is human readable special pages with reports on which pages lacks special treatment. In no particular order we need some way to identify unconnected pages in general (the present one does not work [1]), we need some way to identify pages that are unconnected but has some language links, we need to identify items that are used in some language and lacks labels (almost like [2],but on the client and for items that are somehow connected to pages on the client), and we
need
to identify items that lacks specific claims and the client pages
use
a specific template.
There are probably more such maintenance pages, these are those that are most urgent. Now users start to create categories to hack around the missing maintenance pages, which create a bunch of
categories.[3]
At Norwegian Bokmål there are just a few scripts that utilize data from Wikidata, still the number of categories starts to grow large.
For us at the "receiving end" this is a show stopper. We can't convince the users that this is a positive addition to the pages without the maintenance scripts, because them we more or less are in the blind when we try to fix errors. We can't use random pages to
try
to prod the pages to find something that is wrong, we must be able
to
search for the errors and fix them.
This summer we (nowiki) have added about ten (10) properties to the infobokses, some with scripts and some with the property parser function. Most of my time I have not been coding, and I have not
been
fixing errors. I have been trying to explain to the community why Wikidata is a good idea. At one point the changes was even reverted because someone disagree with what we had done. The whole thing basically revolves around "my article got an Q-id in the infobox
and I
don't know how to fix it". We know how to fix it, and I have
explained
that to the editors at nowiki several times. They still don't get
it,
so we need some way to fix it, and we don't have maintenance scripts to do it.
Right now we don't need more wild ideas that will swamp the development for months and years to come, we need maintenance
scripts,
and we need them now!
[1] https://no.wikipedia.org/wiki/Spesial:UnconnectedPages [2] https://www.wikidata.org/wiki/Special:EntitiesWithoutLabel [3]
https://no.wikipedia.org/wiki/Spesial:Prefiksindeks/Kategori:Artikler_hvor
John Erling Blad /jeblad
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
John Erling Blad, 06/08/2015 17:13:
A couple of guys at nowiki has started using this tool, and if they continue at present speed the list will be emptied in two weeks time.
Can you please add nnwiki too and I will inform the community there that there is a tool available.
4941 items in list, looks like that didn't happen. How comes bots are slacking? I thought they cared a lot about creating new Wikidata items for new articles!
Nemo
On Thu, Aug 6, 2015 at 10:55 AM, Magnus Manske magnusmanske@googlemail.com wrote:
John: List mode!
https://tools.wmflabs.org/wikidata-todo/duplicity.php?wiki=nowiki&mode=l...
On Thu, Aug 6, 2015 at 8:16 AM Zolo ... zoloinwiki@gmail.com wrote:
About missing labels: in frwiki, most Wikidata data are added using Module:Wikidata. The module adds a generic "to be translated" category when there is no French label. With Wikidata usage picking up speed, the community is finally coming to grip with it, as can be seen from that stats at Catégorie:Page utilisant des données de Wikidata à traduire.
On Tue, Aug 4, 2015 at 7:06 PM, John Erling Blad jeblad@gmail.com wrote:
Nice solution, I'll post a link at Wikipedia:Torget. It is a bit like making a traffic statistic by using a road cam, so it wasn't really what I was looking for..
On Tue, Aug 4, 2015 at 5:18 PM, Magnus Manske magnusmanske@googlemail.com wrote:
I set up one of my tools for you (nowiki) for [1] : https://tools.wmflabs.org/wikidata-todo/duplicity.php
It doesn't give you a list (though I could add that), rather presents you with a random one and tries to find a matching item. Basically, what you need to do anyway for due diligence.
Not quite sure what else you need, too much "somehow" in your description...
On Tue, Aug 4, 2015 at 4:01 PM John Erling Blad jeblad@gmail.com wrote:
We lack several maintenance scripts for the clients, that is human readable special pages with reports on which pages lacks special treatment. In no particular order we need some way to identify unconnected pages in general (the present one does not work [1]), we need some way to identify pages that are unconnected but has some language links, we need to identify items that are used in some language and lacks labels (almost like [2],but on the client and for items that are somehow connected to pages on the client), and we need to identify items that lacks specific claims and the client pages use a specific template.
There are probably more such maintenance pages, these are those that are most urgent. Now users start to create categories to hack around the missing maintenance pages, which create a bunch of categories.[3] At Norwegian Bokmål there are just a few scripts that utilize data from Wikidata, still the number of categories starts to grow large.
For us at the "receiving end" this is a show stopper. We can't convince the users that this is a positive addition to the pages without the maintenance scripts, because them we more or less are in the blind when we try to fix errors. We can't use random pages to try to prod the pages to find something that is wrong, we must be able to search for the errors and fix them.
This summer we (nowiki) have added about ten (10) properties to the infobokses, some with scripts and some with the property parser function. Most of my time I have not been coding, and I have not been fixing errors. I have been trying to explain to the community why Wikidata is a good idea. At one point the changes was even reverted because someone disagree with what we had done. The whole thing basically revolves around "my article got an Q-id in the infobox and I don't know how to fix it". We know how to fix it, and I have explained that to the editors at nowiki several times. They still don't get it, so we need some way to fix it, and we don't have maintenance scripts to do it.
Right now we don't need more wild ideas that will swamp the development for months and years to come, we need maintenance scripts, and we need them now!
[1] https://no.wikipedia.org/wiki/Spesial:UnconnectedPages [2] https://www.wikidata.org/wiki/Special:EntitiesWithoutLabel [3]
https://no.wikipedia.org/wiki/Spesial:Prefiksindeks/Kategori:Artikler_hvor
John Erling Blad /jeblad
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata