Rendered with Parsoid

User talk:Kolossos

From Wikitech
Latest comment: 11 months ago by Komla Sapaty in topic geodata tool review
Jump to navigation Jump to search

Hi!

I am trying to find the cause of a problem in Wikipedia fr, where the image used in the WIWOSM gadget popups is not a correct one. It seems the image is taken directly from the webpage, but very often ends end using the image of the corresponding portal:

I tried to follow how it happends and ended up at a call to the following URL: https://tools.wmflabs.org/wp-world/marks.php?LANG=fr&coats=0&thumbs=0&bbox=2.2472530266018,48.888373318309,2.2521802445622,48.889397622917

In the results given by this link, we can see that the fr:Tour CB21 (skyscraper in Paris) is linked to the following image . This is the case for many other skyscrapers in Paris. It seems to be because the fr:Modèle:Portail_gratte-ciel skyscraper template in the fr wiki uses this picture, so it appears in the page. There are pictures in the main article, as well as in the corresponding Wikidata item, so I think they should be given a higher priority.

However, I did not manage to get the source code of marks.php, so could not go further. Is it available somewhere? Could you have a look to see what is happening?

Regards,

Koxinga (talk) 13:03, 14 January 2017 (UTC)Reply

Wiki Replica c1.labsdb to be rebooted Monday 2017-10-30 14:30 UTC

A tool you maintain is hosting data on labsdb1001.eqiad.wmnet (aka c1.labsdb). This server will be rebooted Monday 2017-10-30 at 14:30 UTC.

Normal usage of the *.labsdb databases should experience only limited interruption as DNS is changed to point to the labsdb1003.eqiad.wmnet (aka c3.labsdb). The c1.labsdb service name will not be updated however, so tools hardcoded to that service name will be interrupted until the reboot is complete.

There is a possibility of catastrophic hardware failure in this reboot. There will be no way to recover the server or the data it currently hosts if that happens. Tools that are hosting self-created data on c1.labsdb will lose that data if there is hardware failure. If you are unsure why your tool is hosting data on c1.labsdb, you can check the database and table names at https://tools.wmflabs.org/tool-db-usage/.

This reboot is an intermediate step before the complete shutdown of the server on Wednesday 2017-12-13. See Wiki Replica c1 and c3 shutdown for more information. --BryanDavis 00:22, 28 October 2017 (UTC)Reply

Wiki Replica c3.labsdb to be shutdown Wednesday 2017-12-13

A tool you maintain is hosting data on labsdb1003.eqiad.wmnet (aka c3.labsdb). This server will be taken out of service on Wednesday 2017-12-13.

Normal usage of the *.labsdb databases should experience only limited interruption as DNS is changed to point to the new Wiki Replica cluster. The c3.labsdb service name will not be updated however, so tools hardcoded to that service name will be interrupted until they are updated to use a new service name.

Tools that are hosting self-created data on c3.labsdb will lose that data if it is not migrated to tools.db.svc.eqiad.wmflabs (also known as tools.labsdb). If you are unsure why your tool is hosting data on c3.labsdb, you can check the database and table names at https://tools.wmflabs.org/tool-db-usage/ or phab:P6313.

Please see Wiki Replica c1 and c3 shutdown for more information. --BryanDavis 20:37, 15 November 2017 (UTC)Reply

geodata tool review

Hi, we're doing a review to make sure as many tools meet a minimum standard. I noticed geodata tool doesn't have a description on toolsadmin, licence or a published repo. Could you add these information to this tool? Thanks! Komla Sapaty (talk) 00:08, 7 April 2023 (UTC)Reply