Shortcut: WD:RATP

Wikidata:Report a technical problem

From Wikidata
(Redirected from Wikidata:DEV)
Jump to navigation Jump to search

Report a problemHow to report a problemHelp with PhabricatorGet involvedWDQS and Search

Start a new discussion

Arabic numbers

[edit]

Hello everyone, I would like to know where the problem of Arabic numbers lies in Wikidata? Because when converting to Arabic, the numbers change to Indian numbers and this I do not find it with the Egyptian language! Mohammed Qays (talk) 14:52, 23 August 2024 (UTC)[reply]

Hello @Mohammed Qays, thanks for bringing this issue to our attention! It seems to be related to T338115, which we're already tracking. With the upcoming fix, all numerals will be fully localized based on the UI language. -Mohammed Abdulai (WMDE) (talk) 08:54, 2 September 2024 (UTC)[reply]
@Mohammed Abdulai (WMDE) see numbers_in_Wikidata Mohammed Qays (talk) 09:37, 2 September 2024 (UTC)[reply]
Thank you for sharing that discussion. Let's continue the conversation on that page to keep everything organized and in one place. -Mohammed Abdulai (WMDE) (talk) 08:09, 5 September 2024 (UTC)[reply]

DAHR artist ID identifier linking issue

[edit]

Hello,

I am having trouble with the DAHR artist ID identifier. Page: Q130224997 for Pete Wade. The DAHR I tried to enter isn't meshing with the way the identifier exists because the automatic fill of the prefix URL to the name isn't the same as the URL where he's located in their database. The autofill (the one Wikidata puts in when you use the identifier, just in case my terminology is a bit off) goes to https://adp.library.ucsb.edu/names/ but the prefix URL for the correct location in their database is https://adp.library.ucsb.edu/index.php/mastertalent/detail/.

So I entered the correct URL under references (it's https://adp.library.ucsb.edu/index.php/mastertalent/detail/210686/Wade_Pete). Is there a way to correct this so that the authority control template doesn't show an error on the en wiki page? OIM20 (talk) 19:36, 3 September 2024 (UTC)[reply]

Nvm. I found the answer here - use the number, not the name. :) OIM20 (talk) 20:34, 3 September 2024 (UTC)[reply]
[edit]

I noticed that the Bluesky DID links being generated are broken because the : is being percent-encoded in the URL. If you look at the link for Jay Graber, for instance, it goes to https://bsky.app/profile/did%3Aplc%3Aoky5czdrnfjpqslsw2a5iclo which gives an Error: handle must be a valid handle message. The correct link is: https://bsky.app/profile/did:plc:oky5czdrnfjpqslsw2a5iclo. —Paul1337 (talk) 23:49, 3 September 2024 (UTC)[reply]

@Paul1337:  Resolved. See Special:Diff/2243057416. This is being handled by the Wikidata External ID redirector (Q108047563) (example), but you'll have to wait a little while (~ 24-48 hours) for the new formatter URL to take effect. Regards Kirilloparma (talk) 00:50, 4 September 2024 (UTC)[reply]
Thanks so much @Kirilloparma :) —Paul1337 (talk) 02:14, 4 September 2024 (UTC)[reply]
You're welcome! :) Regards Kirilloparma (talk) 03:02, 5 September 2024 (UTC)[reply]

Protection of items from the Netherlands

[edit]

Hello, I cannot add interwikis because the pages are protected in: Heusden (Q9845, an:Heusden), Oldenzaal (Q10016, an:Oldenzaal) y Category:Oldenzaal (Q9047867, an:Categoría:Oldenzaal). I wanted to create articles about municipalities in the Netherlands but if the first three items are already protected.... BCN63 (talk) 13:49, 18 September 2024 (UTC) And Hilvarenbeek (Q9846, an:Hilvarenbeek).... And Deaths in The Hague (Q9218753, an:Categoría:Muertos en Den Haag)... BCN63 (talk) 18:52, 18 September 2024 (UTC)[reply]

✓ Done – looks like all the sitelinks were added by others in the meantime. @BCN63: Next time you could also try using the {{Edit request}} template on the talk page (it looks like edit requests are usually processed relatively quickly, though I’ve never done one myself). Lucas Werkmeister (talk) 16:28, 23 September 2024 (UTC)[reply]
It won't be necessary. I abandon Wikipedias due to the constant threats of mass deletion of content against the Biquipedia in Aragonese. As I have read on social networks from another former collaborator, hatred against my language is demonstrated here. Bye bye. BCN63 (talk) 18:00, 23 September 2024 (UTC)[reply]

Wikidata REST API openapi.json should include components/securitySchemes

[edit]

I have submitted the current version of the openapi.json (with additional extensions for APIs-guru openapi directory) which is a database of sorts used for developing, validating, and configuring clients using VSCode through Kiota. Kiota has a search feature where "wikidata" currently does not resolve, only "wikipedia".

My PR Adds Wikidata REST API #1299 submitted to them can be reviewed by our Wikidata team, where I added the `components/securitySchemes` along with various `x-` extensions the api directory and Kiota uses. I would hope and expect that the Wikidata team could also add the same or an improved vision of my `components/securitySchemes` to the official Wikidata REST API openapi.json at some point in the future? I unfortunately could not open a Phabricator ticket myself for this task, because I constantly get "too many requests" when trying to access Phabricator main page. -- Thadguidry (talk) 09:09, 4 October 2024 (UTC)[reply]

I made a ticket and added it to our backlog: https://phabricator.wikimedia.org/T376703. We'll try to get to it as soon as the main priorities have been taken care of. Thank you! Ifrahkhanyaree WMDE (talk) 09:51, 8 October 2024 (UTC)[reply]

Right ascension (property:P6257) and declination (property:P6258)

[edit]

Right ascension and declination do not accept the formats commonly found in sources. Right ascension should support decimal archours (HH.hhhhhh,,,), sexagesimal archours (HH:MM:SS.sss...), sexagesimal arcdegrees (DDD:MM:SS.sss...); not just decimal arcdegrees (DDD.ddddd...). Declination should support sexagesimal degrees, not just decimal degrees. Without supporting these formats, the reference used to identify the value would be useless to many people who are not consersant in the formulae used to convert between the formats, in order to check against the value found in the reference. Particularly, SIMBAD, the standard astronomical database, uses sexagesimal hours and sexagesimal degrees in its data display; while NED has decimal hours and decimal degrees.

Sexagesimal degrees and hours may be also expressed as (+/-)X:MM.mmm.... with a decimal attached to the minutes instead of a decimal attached to the seconds.

There are 24 hours of arc in a circle, while there are 360 degrees of arc in a circle. There are 60 minutes of arc in an arc hour or arc degree, and there are 60 seconds of arc in an arcminute.

-- 65.92.246.77 16:04, 11 October 2024 (UTC)[reply]