It is currently only possible to select the globe for a coordinate via the API. It should be possible in the UI as well.
Description
Details
- Reference
- bz54097
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | Jdlrobson | T78430 [Epic] Getting Wikidata to render nicely on mobile web | |||
Open | None | T158181 Aim for workflow equivalence for MediaWiki on desktop and mobile web | |||
Open | None | T95878 [Story] Make Wikidata editable on mobile web | |||
Open | None | T95649 Create and document a stable framework for extending the Wikibase UI | |||
Stalled | None | T40968 Keyboard-navigability of the repo UI | |||
Open | None | T54136 [Epic] Redesign Item UI for Wikidata repo | |||
Open | None | T103834 [Epic] Improve input elements for complex datatypes | |||
Resolved | adrianheine | T109455 [Story] Simplify input for geocoordinates | |||
Open | None | T56097 [Story] allow to select globe in the UI |
Event Timeline
It should also support cellestial coordinates, see: https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team/Archive/2013/09#Celestial_coordinate_system
paperoastro wrote:
A suggestion for adding a "celestial sphere" globe for celestial coordinate system. Celestial coordinates usually used are equatorial coordinate system (https://en.wikipedia.org/wiki/Equatorial_coordinate_system) and needs "right ascension" (longitude expressed in hours, where 1h = 15 degrees), "declination" (latitude) and an epoch.
With setting this globe, the mask will ask "right ascension" and "declination" instead of latitude and longitude and will not ask altitude; "right ascension" (longitude) will be expressed in hours instead degrees. The epoch will be a qualifier.
T127950 has been created for celestial coordinate support (which needs more than just changing the globe).
Is this likely to be fixed any time soon? I've noticed some people have been adding coordinates for non-Earth objects despite not being able to change the globe. I've been reluctant to do that, but looking at the age of this ticket, I'm thinking it might be more productive to add them without changing the globe and convince someone to run a bot to fix them (using the https://www.wikidata.org/wiki/Property:P376 statements).
Oh, and here's a query for items where the coordinate globe doesn't match the P376 statement.
I think we need to have a look into this, since query like this:
SELECT ?item ?place WHERE { ?item wdt:P31 wd:Q55818 . ?item wdt:P625 ?place . }
Produces very weird results since half of the places have right globe and other half doesn't.
I also think having a bot fix at least those with P376 contradicting the coordinate is a good idea.
I've added a bot request here: https://www.wikidata.org/wiki/Wikidata:Bot_requests#Fix_globes_for_non-Earth_coordinates
I think someone might have already fixed some of them (the number seems a lot lower than I remember), but I'm not sure who.
Oh, cool :) Would it be possible to run it daily?
There's a few that haven't been fixed, it seems their globes aren't in the supported list?
Since it uses pywikibot, it is limited by what pywikibot's set of globes, which currently seems to have some missing. I'll submit a patch to update it.
See also this property proposal:
https://www.wikidata.org/wiki/Wikidata:Property_proposal/Coordinate_reference_system
@Lydia_Pintscher Looking through this after our discussion today, @bzimport's comment above about the needs for astronomy looks good. RA, dec and epoch, e.g. see the values in the infobox at https://en.wikipedia.org/wiki/SN_1987A . Support for other astronomical coordinate systems (such as Galactic coordinates) would also be good, but that can be done later (and possibly by auto-converting them) - for now, just supporting equatorial coordinates would be incredibly useful for the work I'm doing with astronomical infoboxes.
Raising this to high priority, this is really important to properly support coordinate systems for other planets without mistakenly implying that they are on Earth.