User talk:Pasleim

Jump to: navigation, search

About this board

Previous discussion was archived at 2013 2014 2015 2016

By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL
Xaris333 (talkcontribs)

Hello. Is it possible to find

items that have participant of (P1344) --> 1934–35 Cypriot First Division (Q2706338) and replace the reference with

with a bot?

If yes, I have many similar cases.

Pasleim (talkcontribs)

done, what are the other cases?

Xaris333 (talkcontribs)

I will make a list. Thanks.

Xaris333 (talkcontribs)

Pasleim can you copy all values of Q28095344 --> P1308 to Q6165489 --> P488 and Q714581 --> P488?

Xaris333 (talkcontribs)

Can you?

Pasleim (talkcontribs)


Reply to "Replace"

Wikidata:Database reports/without claims by site/nlwiki

Sjoerddebruin (talkcontribs)

Wikidata:Database reports/without claims by site/nlwiki isn't updating anymore.

Pasleim (talkcontribs)

fixed. Thanks for reporting.

Sjoerddebruin (talkcontribs)

Do you know why items like are included?

Pasleim (talkcontribs)

That's probably phabricator:T145712.

Sjoerddebruin (talkcontribs)

Did you switch to another way to receive these then? Didn't had this problem in the past.

Pasleim (talkcontribs)

I had to switch from SQL to SPARQL due to Special:Diff/576361107.

Sjoerddebruin (talkcontribs)

Alright, thanks! :)

MisterSynergy (talkcontribs)

Thanks for the new reCh filters, very useful!

May I submit another feature request? IMO it would be very useful if one could define all filters via URL parameters, so that permanent links could be saved or distributed within wiki projects. Do you think that is possible?

Jura1 (talkcontribs)

Interesting new features! Thanks. It would be helpful if it could work with patrolled edits as well.

Reply to "more reCh feature requests"
Blackcat (talkcontribs)

is creating a mess, see [ here]. Wikipedia templates don't read the property if you nest it. If the thing is not broken don't try to fix, there's no point in migrating the declaration as qualificator of another declaration.

Henkevdb (talkcontribs)

Why did you reverted sloot (Q2048319) ?

Pasleim (talkcontribs)

The item is about ditchs, so the English label should be "ditch" and not "(bigger) ditch" or "(bigger as a) ditch".

Henkevdb (talkcontribs)

OK with that, but there is no 'decent' translation in english for 'sloot', because a sloot is a bigger ditch, and a ditch is (usually) in dutch a 'greppel' Q2890064 .

So, why did you reverted the text 'een gegraven watergang, smaller dan een gracht en breder dan een greppel' also then ??

Pasleim (talkcontribs)

If a "ditch" is a "greppel" and not a "sloot", then a new item for "sloot" should be created and ditch (Q2048319) should be merged with ditch (Q2048319)

The Dutch description I have readded but might be revised. The goal is that all languages on an item are describing exactly the same thing.

Henkevdb (talkcontribs)

VanDale, a well known dictionary in dutch language ; 'sloot = gegraven water, breder dan een greppel' ->

Pasleim (talkcontribs)

@Lymantria, Multichill, Sjoerddebruin: Can anybody of you help to get the labels and sitelinks correct on ditch (Q2048319)?

Sjoerddebruin (talkcontribs)

Didn't receive a ping, but might take a look soon.

Pasleim (talkcontribs)

Notification system is down since a few days for at least some users, see phabricator:T177825

Henkevdb (talkcontribs)

As i mentioned before, that i cannot find a decent translation for 'sloot' in english, there is also no english translation of Q3097686 or no english wikipedia-link of Q708457 .

Also, when i see this links ;

I come to conclusion ; greppel < sloot < wetering < wijk < kanaal

and 'gracht' has a different meaning in Holland then in Flanders(Belgium)

Henkevdb (talkcontribs)


Reply to "sloot (Q2048319"


3 (talkcontribs) - all items should be p31 of Q1500932 - and nothing else. I fixed several manually, but too many. (talkcontribs)

at the end there should be no direct p31 of

Pasleim (talkcontribs)

I don't fulfill bot requests by anonymous users.

VIGNERON (talkcontribs)


I (stupidly) added qualifiers instead of references on ~1000 items this afternoon.

I see that your bot partially fixed my mistake but not entirely: he moved stated in (P248) and reference URL (P854) but not retrieved (P813) and put them in two differents references instead of the same one. Could he correct it entirely? (or should I mass revert myself and do it again correctly)

The complete list of items are these ones :

  ?item wdt:P374 ?insee ; wdt:P1616 ?siren .
  FILTER regex (?insee, "^0[2|3]").
Pasleim (talkcontribs)


VIGNERON (talkcontribs)

Thank you a lot! I'll be more careful for the next 98 départements ;)

Nono314 (talkcontribs)

Hello Pasleim,

PLBot stopped updating the stats a while ago. Is there some issue?

Pasleim (talkcontribs)

The SQL queries to create the report timed out. With the new wiki replica servers this should now work smoother.

An item you deleted has been re-created

Pintoch (talkcontribs)


I'm not exactly sure what is happening, but it looks like you deleted no label (Q25589184) and it was re-created later as Al-Maqar (Q38828704) by an IP. The reason why I am suspecting this is that the MusicBrainz record links to the previous Qid. I don't see what is wrong with the current item though. Maybe it's just MusicBrainz mixing things up.

Pasleim (talkcontribs)

Q25589184 was deleted because it was created by sockpuppet of Aboobackeramani who is globally blocked. Probably the IP behind the creation of Al-Maqar (Q38828704) is the same person.

Aboobackeramani is known to add wrong identifiers to items to pretend notability. For example the VIAF identifier on Al-Maqar (Q38828704) is pointing to a terrorist group. This is not only creating a mess on Wikidata but also in other databases.

Hsarrazin (talkcontribs)

Muzicbrainz and VIAF were total nonsense... I removed them. :(

Harvest Templates & Gregorian calendar

StanProg (talkcontribs)

In Bulgaria the Gregorian calendar is adopted on 1 april 1916, so dates before that date are usually in Julian calendar. Is it possible the interface of the tool to be changed to support not only years for the "Calender", but specific dates as well? Also, is it possible this date to be default for wikibg, and the corresponding dates set for other local wikipedias where the language is closely related to the country?

Pasleim (talkcontribs)

For your first request I created #135 on GitHub.

The second request I prefer not to do. On bgwiki you can have Julian dates after 1 April 1916, for example birth date of a person born in Turkey before 1926. With the default value 1926 you are always on the save site, this is helpful if people are not aware of the calendar issue.