User talk:Yurik
About Commons {{Location}} template
[edit]Yurik, Lets continue our discussion we started at phabricator:T151152, here. On Commons we try to have as much text of each page displayed in the language of the user looking at the page and that includes location template and coordinates. The desired language is set as an input parameter to each template with default set to {{int:lang}}
. Also just like on Wikidata the precision parameter is used to decide how many numbers to show. On one extreme we might go to 2 decimal digits for a seconds (precision prec=0.3
meters ) or to only show degrees (precision prec=111000
meters ). For example location of Albania shown to Russian user would be ({{Object location|Wikidata=Q222|prec=111000|lang=ru}}
)
Местоположение объекта | Показать координаты всех точек на подложке OpenStreetMap |
---|
same location in Ukrainian with precision 2000 m:
Місцеположення об’єкта | Kарта усіх координат з: OpenStreetMap |
---|
or Arabic with precision 30 m:
موقع الكائن | خريطة لجميع الإحداثيات من: خريطة الشارع المفتوحة |
---|
or Bangla with precision 3 m:
বস্তুর অবস্থান | এটি ব্যবহার করে সব স্থানাঙ্ক দেখুন: ওপেনস্ট্রিটম্যাপ |
---|
as you can see the numbers, N/S/E/W marking, direction of the text, etc. change with language and precision. I would have to be able to reproduce that with Kartographer before I can use automatic gps coordinate generation. The code to do that is now at Module:Coordinates and Module:I18n/coordinates. You should have seen what a mess it was to do that before LUA. --Jarekt (talk) 15:42, 21 November 2016 (UTC)
- @Jarekt: , sorry, I rarely use this account - most of my contributions to wikis come as a volunteer - user:Yurik account. Sorry I just noticed it. Moving the discussion there. --Yurik (WMF) (talk) 18:37, 22 December 2016 (UTC)
- @Jarekt: , and now continuing with my thoughts :). We should add a "lang=.." parameter to maplink. As for precision - would it make sense to use "zoom" as the guide for the precision? We already do it inside maplink - the coordinates in the URL are shown depending on the zoom level. Since you have to specify the zoom param for maplink/mapframe (unless you want them autocalculated based on the objects being shown), would it make sense for us to use that information? Of course we could provide an override parameter, e.g. precision=(number of digits). --Yurik (talk) 18:47, 22 December 2016 (UTC)
- @Yurik: , zoom and precision are highly correlated. On Commons precision is an late addition and not used much. I also noticed that Wikidata has a lot of coordinates with meaningless precision, like location of a country with centimeter precision. I think it is a good idea to use user provided zoom and precision and in case one is not provided than estimate it based on the other one. --Jarekt (talk) 19:31, 4 January 2017 (UTC)
- Hi @Jarekt: and @Yurik: - is there a reason that we'd want to override / default a language based on zoom level? That seems like it would make maplink much more complex for users to set up, if they have to update languages based on zoom levels. I can see a use case of - I'm on Arabic Wikipedia, but I want to show English labels at zoom level 17 - or something like that. But, it would still make sense to keep the default based on the language of the wiki and then allow for an additional display of a different language at certain zoom levels, but to still have the option to keep the map in the original language, so that the user can choose which language to display. DTankersley (WMF) (talk) 20:47, 3 January 2017 (UTC)
- @DTankersley (WMF): , we were discussing 2 separate issues in a single message: the need for language and precision parameters, but they are not otherwise related. We are not planning on picking language based on zoom level, but displaying the coordinates in the language of the user, which will be provided. Separately we are discussing picking precision of the coordinates displayed based on the zoom level. So if you are zoomed out to show whole Europe you do not need to show seconds in your coordinates, but if you are at the highest zoom-in level you should. --Jarekt (talk) 19:31, 4 January 2017 (UTC)
- Hi @Jarekt: and @Yurik: - is there a reason that we'd want to override / default a language based on zoom level? That seems like it would make maplink much more complex for users to set up, if they have to update languages based on zoom levels. I can see a use case of - I'm on Arabic Wikipedia, but I want to show English labels at zoom level 17 - or something like that. But, it would still make sense to keep the default based on the language of the wiki and then allow for an additional display of a different language at certain zoom levels, but to still have the option to keep the map in the original language, so that the user can choose which language to display. DTankersley (WMF) (talk) 20:47, 3 January 2017 (UTC)
Data:Neighbourhoods/New York City.map has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.
If you created this data, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it. |
FDMS 4 19:24, 6 January 2017 (UTC)
For information map of departement of France
[edit]Hi,
For information, I've started the creation of geoshape for départements of France (and linked them on Wikidata corresponding items), see :
- Data:France/Departement/29.map
- Data:France/Departement/22.map
- Data:France/Departement/56.map
- Data:France/Departement/35.map
What do you think and do you see anything to improve or correct?
Cdlt, VIGNERON (talk) 08:42, 21 September 2017 (UTC)
Environment Canada
[edit]Hi,
Environment Canada want to give access to the data of their ~8750 meteorological stations. They are ready to put this under CC-0. We plan to do it the "New York way", but something you said on the talk page gives rise to doubt. What do you mean by "Of course this is only possible if foundation continues to support this effort." ? We don't want to work on file conversion, uploading and template development if this spacename on Commons, or files in it, have a chance to be deleted. - Simon Villeneuve 13:13, 23 October 2017 (UTC)
- Simon Villeneuve, I was referring to the fact that right now not much resources are being allocated towards building a better data page UIs. This method still works well for bot-operators, just not very well for the end users. Luckly, TheDJ has been working on a user script to help with that [1]. --Yurik (talk) 21:04, 23 October 2017 (UTC)
- Ok, thank you for your answer. We created a WikiProject on Wikidata (only in French for now) to coordinate the work about that. For now, we think that maybe we can upload all the data on Commons and a part of it on Wikidata. We talk about 10 Go of informations. Do you think we must consult the Commons community before creating the ~8750 .tab files here ? If so, where you think we should consult ? - Simon Villeneuve 16:45, 24 October 2017 (UTC)
- Simon Villeneuve, while I personally don't think there is any issue with it, it would probably be good to post about it to the Commons:Village pump - simply say what you are copying, why its ok (data needs to be in the public domain), and possibly give a usage example. I think Wikidata could also benefit from some of this data, but perhaps just the latest value, as oppose to the whole history. Good luck! I will try to help with data visualizations and the Lua scripts to format it as tables/calculations on pages. --Yurik (talk) 20:19, 24 October 2017 (UTC)
- Wonderful ! Thanks again ! - Simon Villeneuve 11:46, 25 October 2017 (UTC)
- Simon Villeneuve, while I personally don't think there is any issue with it, it would probably be good to post about it to the Commons:Village pump - simply say what you are copying, why its ok (data needs to be in the public domain), and possibly give a usage example. I think Wikidata could also benefit from some of this data, but perhaps just the latest value, as oppose to the whole history. Good luck! I will try to help with data visualizations and the Lua scripts to format it as tables/calculations on pages. --Yurik (talk) 20:19, 24 October 2017 (UTC)
- Ok, thank you for your answer. We created a WikiProject on Wikidata (only in French for now) to coordinate the work about that. For now, we think that maybe we can upload all the data on Commons and a part of it on Wikidata. We talk about 10 Go of informations. Do you think we must consult the Commons community before creating the ~8750 .tab files here ? If so, where you think we should consult ? - Simon Villeneuve 16:45, 24 October 2017 (UTC)
Table
[edit]Hello Yurik, thank you very much for your work on Graph:Lines. I'd have two questions.
- What happens if there is new data from Wikidata/sparql? Would the graph update itself from time to time? I noticed it wouldn't update data until you modify slightly the wikidata sparql request.
- Would you also help build a simple table on a wikipedia page with a wikidata sparql result? (something like a raw readable table presenting the result of a sparql request) ? For instance this one [[2]]
Thank you again! --Bouzinac (talk) 09:48, 26 January 2019 (UTC)
- @Bouzinac: the graph (in theory) should update itself occasionally. I would not be able to tell you how often that would be, and you could force it with the minor sparql modifications. There is no way to use SPARQL results in a wiki page directly. The only approach I heard of is by using Listeria bot - it would create a table for you, and the bot author runs it daily. --Yurik (talk) 02:01, 28 January 2019 (UTC)
- Hello Yurik, yes I know of Listeria bot but it is forbidden on wikipages (at least en+fr wikipedias, this bot is only allowed into talk pages). As the Graph Lines uses directly SPARQL in a very simple way, I wondered if almost the same code could also build a simple formatted table? --Bouzinac (talk) 10:10, 28 January 2019 (UTC)
- I wasn't aware that Listeria was forbidden. Generating tables with Vega did come up a few times, see [3], but it is lacking. --Yurik (talk) 00:39, 29 January 2019 (UTC)
Pages with maps has been listed at Commons:Categories for discussion so that the community can discuss ways in which it should be changed. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this category, please note that the fact that it has been proposed for discussion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it. If the category is up for deletion because it has been superseded, consider the notion that although the category may be deleted, your hard work (which we all greatly appreciate) lives on in the new category. In all cases, please do not take the category discussion personally. It is never intended as such. Thank you! |
Nyttend (talk) 23:51, 15 June 2019 (UTC)
Google Code-In 2019 is coming - please mentor some documentation tasks!
[edit]Hello,
Google Code-In, Google-organized contest in which the Wikimedia Foundation participates, starts in a few weeks. This contest is about taking high school students into the world of opensource. I'm sending you this message because you recently edited a documentation page at Wikimedia Commons.
I would like to ask you to take part in Google Code-In as a mentor. That would mean to prepare at least one task (it can be documentation related, or something else - the other categories are Code, Design, Quality Assurance and Outreach) for the participants, and help the student to complete it. Please sign up at the contest page and send us your Google account address to google-code-in-admins@lists.wikimedia.org, so we can invite you in!
From my own experience, Google Code-In can be fun, you can make several new friends, attract new people to your wiki and make them part of your community.
If you have any questions, please let us know at google-code-in-admins@lists.wikimedia.org.
Thank you!
--User:Martin Urbanec (talk) 22:05, 23 November 2019 (UTC)
Module:TNT
[edit]Yurik, I would like to start using Module:TNT at some high visibility modules to access Data:I18n/EditAt.tab, However the first step would be to protect the page from possible vandalism. On commons we do have Commons:Template editor role. I was thinking about putting "template editor and admins only" level of protection and giving you and your bot 'template editor" rights. Do you see any issues with this approach? --Jarekt (talk) 16:35, 28 March 2020 (UTC)
- @Jarekt: thousands of apologies, I have somehow missed your message. Yes, please grant me the template editor rights, but I don't think we will need it for the bot -- I'm actively working on a user tool replacement, where everyone can do it themselves. See https://dibabel.toolforge.org/ -- work in progress, but already functional. Do let me know of any issues with it. Thanks! --Yurik (talk) 05:12, 14 August 2020 (UTC)
- Yurik, I protected Module:TNT and assigned you the "template editor" rights. I am a big fan of using Data namespace for I18n and began using it widely. At the moment Module:DateI18n calls Data:DateI18n.tab on 55M pages and Module:Information (which is also used on ~55M pages) might call Data:I18n/EditAt.tab if any data from SDC is displayed. By the way, I did add Module:DateI18n to mw:Multilingual_Templates_and_Modules#Proposed in April, to see how the process works, but I am not sure what is the next step. I was planning to follow up with bunch of other modules from User:Jarekt#Lua_Modules_I_wrote_or_maintain, some of which were cloned to many projects. --Jarekt (talk) 19:16, 14 August 2020 (UTC)
- @Jarekt: thanks! I just looked in dibabel tool -- it seems the Module:DateI18n is already showing there (type i18n in the search bar) -- as you can see it has mostly diverged on various sites, although it could also be that mediawiki.org was not the original site, and when people copied it, they copied it from somewhere else. Diverged means that a site has some version of a page that does not appear in history of the primary site (i.e. someone did local modifications). If this is the case, a simple (hacky) solution may be to revert the mediawiki version of the site to the frequently copied one, and then revert back to the latest. This will add the needed version into primary page's history. Hacky. Alternative is to fix all diverged ones by hand. Lastly, dibabel could be instructed to consider history of another site in addition to the one on primary for a specific page. May need to set up some property in wikidata to indicate that. --Yurik (talk) 19:40, 14 August 2020 (UTC)
- I see data for Module:DateI18n in dibabel tool. That is quite neat. The history of the module is quite convoluted: it was developed on Commons as c:Module:Date, than cloned in 2018 to en.Wiki and renamed to en:Module:DateI18n and then cloned to other sites and much letter to mediawiki. I suspect that most clones were from enWiki version, since they all used the new name. Latter I copied c:Module:Date to c:Module:DateI18n unfortunately without moving the history, so c:Module:Date has development history from 2013 to 2019 and c:Module:DateI18n since April 2019. I copied one version of the module to mw:Module:DateI18n edit history and then synched with the master copy on Commons. I was trying to indicate the location of the "master" copy using source code repository URL (P1324). --Jarekt (talk) 20:29, 14 August 2020 (UTC)
- @Jarekt: wow, that is some convoluted history :))) I wonder if somehow you can copy the whole history of a page to mediawiki - so that all changes can be in one place... Apart from that, there are two paths -- one is to force-sync (override) the module -- could cause some issues, or two - to implement some extra functionality in DiBabel to either support multi-sourced pages (e.g. it could automatically consider enwiki and commons as two additional sources of history IF they are the same as the MW version), but this seems a bit hacky too. TBD... --Yurik (talk) 20:47, 14 August 2020 (UTC)
- Copying page history from one wiki to another is possible. In the case of MediaWiki.org specifically, any admin can import history from the English Wikipedia, Meta, or Usability Wiki directly, but importing from any other wiki requires a import by file upload, which can only be done by a MediaWiki.org bureaucrat (or steward). Pppery (talk) 03:46, 15 August 2020 (UTC)
- BTW, I don't think we sohuld be using source code repository URL (P1324) -- different meaning, and different expectations. If we ever decide to store something like this in WD, we would need some other method of storing and handling it. --Yurik (talk) 21:29, 14 August 2020 (UTC)
- Yurik, I introduced one of the common version out there to the history of mw:Module:DateI18n and this fixed the issue on most pages. Today I introduced another one and will see how many more it fixes. w:ilo:Modulo:DateI18n is an interesting case as that project used "Modulo" name for Module namespace, so the code diverged because imported libraries use that name. About source code repository URL (P1324), If you think that is not a good fit we can either find a better one or propose a new property. --Jarekt (talk) 02:24, 19 August 2020 (UTC)
- Jarekt, thanks, i'm making gradual improvements to the system. The translation system is up - now interface can be translated into all the languages of MW. Coming up -- dependency tracking and new copy creation. TBD. --Yurik (talk) 15:43, 24 August 2020 (UTC)
- @Jarekt: wow, that is some convoluted history :))) I wonder if somehow you can copy the whole history of a page to mediawiki - so that all changes can be in one place... Apart from that, there are two paths -- one is to force-sync (override) the module -- could cause some issues, or two - to implement some extra functionality in DiBabel to either support multi-sourced pages (e.g. it could automatically consider enwiki and commons as two additional sources of history IF they are the same as the MW version), but this seems a bit hacky too. TBD... --Yurik (talk) 20:47, 14 August 2020 (UTC)
- I see data for Module:DateI18n in dibabel tool. That is quite neat. The history of the module is quite convoluted: it was developed on Commons as c:Module:Date, than cloned in 2018 to en.Wiki and renamed to en:Module:DateI18n and then cloned to other sites and much letter to mediawiki. I suspect that most clones were from enWiki version, since they all used the new name. Latter I copied c:Module:Date to c:Module:DateI18n unfortunately without moving the history, so c:Module:Date has development history from 2013 to 2019 and c:Module:DateI18n since April 2019. I copied one version of the module to mw:Module:DateI18n edit history and then synched with the master copy on Commons. I was trying to indicate the location of the "master" copy using source code repository URL (P1324). --Jarekt (talk) 20:29, 14 August 2020 (UTC)
User right removed
[edit]Hello Yurik, I've removed your template editor rights as you were inactive for more than a year (policy). If you wish to return and have a need for the tools, don't hesitate to ping me and I'll grant the right again. Thanks. --Minorax«¦talk¦» 08:11, 14 August 2022 (UTC)