das Commons sum-it-up hat einen kleinen Schönheitsfehler: Vor der jeweils ersten Verlinkung (pro Sprache) fehlt ein Leerzeichen. Ist mir aufgefallen, als ich heute commons:Nicodemus mit deinem Tool erstellte. --Raymond de10:53, 11 October 2006 (UTC)[reply]
Hi! Great work on the dupes tool. It takes quite a while to load the full pictures used as thumbnails though. Would it be possible to have an actual thumbnail file as a thumbnail, instead of the original big file? --Para16:50, 18 October 2006 (UTC)[reply]
Since a few days ago bad old ones tool is not working to delete images at commons. For example: this case gives "no images", but the category has many images.
Thanks for uploading Image:Vasco-da-gama.jpg. I notice the file's description page currently doesn't specify who created the content, so the copyright status is unclear. If you have not created this file yourself, then there needs to be a justification explaining why we have the right to use it on Wikipedia (see copyright tagging below). If you did not create the file yourself, then you need to specify where it was found, i.e., in most cases link to the website where it was taken from, and the terms of use for content from that page.
If you have uploaded other files, consider checking that you have specified their source and tagged them, too. You can find a list of files you have uploaded by following this link. Unsourced and untagged images may be deleted one week after they have been uploaded, as described on criteria for speedy deletion. If you have any questions please ask them at the Media copyright questions page. Thank you. Conscious11:21, 28 October 2006 (UTC)[reply]
I am a great fan of the CommonsHelper tool, thanks for this ! I am a bit suprised that you include "nowiki" tags around the "other version" field, as the links to the original user page and the "span class=comment" do not work ; I have to remove them every time. COuld you please fix this (or explain me the purpose of the nowiki's) ?
The ISBN tool doesn't report the error now, but it still works strange. It reports: Istina o RacÌŒku / Ilija SimicÌ. which should be Istina o Račku / Ilija Simić.. It seems that one of its sources is in UTF-8 which the tool interprets as ISO-8859-1. Also, Ilija is the author of the book, though it might be a mistake in the source. Also, there is suspicious ??? at the beginning of the line.
Maybe it would be helpful if the tool would, alongside the wikicode, report where it found the data for it. Then people could look it and give you feedback.
It was fine on Mozilla, then someone told me the margin is too large on IE. Now that it works on both IE and Mozilla, Opera doesn't show it right. Talk about web standards. I'll look into it.--Magnus Manske12:59, 16 November 2006 (UTC)[reply]
Talk about web standards. What web standards? I think the whole problem is that the page doesn't tell which! Include a doctype and it works under Opera 8.54 too. <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> Besides, the <link> element shouldn't get a closing slash, and there's a typo "vertial-align". You're welcome, but I usually don't bother with .0x versions (they call these changes 8.54->9 a major release?) Nah, I still won't upgrade. Not that you'd be the first one to tell me :D Femto16:46, 16 November 2006 (UTC)[reply]
Also noticed that the {{Logo}}-template is marked as a disallowed template (red shading) when it should be marked as a Fair Use template (yellow shading). Many thanks again. /Lokal_Profil19:31, 30 November 2006 (UTC)[reply]
I have seen you just updated CommonsHelper : nice ! Would it be possible to "ignore" certain templates which are not license templates, but which are included in each license template on fr.wikipedia ? Currentley they appear each time in the "license" section or in comments. Those templates are
dear Magnus, i was using your tool to upload files from the cs wikipedia to my great satisfaction. I don' know if it is a bug or on purpose but your tool (or something else) refuses to upload the picture when the licence is {{PD-CzechGov}}. It IS public domain so why block upload? :-( can you help? --Diligent (same name on Commons)
wonderful - it works! thanks a lot for your help. Diligent
in Ommochrome you wrote the eye color is determined by the ommochromes. I inserted the info that spiders use them too, but was not sure where the eye color info belongs to. does it specifically refer to the eyes of cephalopodes? then i would have to change the sentence again, because this is not the case for spiders. cheers --Sarefo06:43, 29 November 2006 (UTC)[reply]
Hi again, and thanks for your nice comments. I've just now added an infobox to Raymond, and then saw your talk note to me about the Persondata template. That'll teach me not to read my new messages first! I didn't see the Persondata stuff on the article, and being a newbie I don't know how to make it appear (could only do the infobox 'cos I cut and pasted one from another article...) Jasper3308:49, 1 December 2006 (UTC)[reply]
Umm, err, how do I say this? All that reads like Double Dutch to me, Magnus. I'm afraid I've absolutely no idea what 'persondata' is, or a 'monobook.css' file, or 'hard reload'. You're dealing with a complete and total technophobe here. I'm trying to learn, but it's painfully slow. Bear with me... :) Jasper3313:29, 1 December 2006 (UTC)[reply]
I was browsing in Google Earth and noticed the new Geographic Web items. I see that a couple of them in my area appear in the wrong place. The coordinates on the Wikipedia pages link to the correct map locations, even the KML files, but somehow the Geographic Web layer ends up with the icons in the wrong places.
Hi Magnus Manske, I just found your tool "Missing images" and I think it's a really cool tool. I thank you so much for it, I wanted something similar for years!
It's so complete and useful that hardly I can find a way to improve it. :) Maybe could be useful to add an option to report the remote cases when an article has images but not interwiki links. Or to report when an important (long) article has many images in other wikipedias and only one in the local wiki. Or and option to filter false negative like you already remove "false positive" (eg. when the right image is added in a TABLE by a template without using the syntax "Image:name.ext"). But all this are little, and maybe useless, features; the core is fantastic and, again, thank you. :)
Another tool that I'm searcing for a long time is a list of red links for all articles in a category and its subcategories. Maybe you know something useful... ;) --87.8.128.16310:03, 8 January 2007 (UTC)[reply]
You didn't use a username, so I'll answer you here. I've hacked together a script for your redlinks issue, here. Please use with caution. I'll get to the Missing images suggestions later. --Magnus Manske20:25, 8 January 2007 (UTC)[reply]
Thank you Magnus for the redlinks tool. It works fine :) I didn't realize the amount of stess for the servers, I will use it very wisely and I hope you will find a way to reduce the impact on servers. If I may suggest 2 features:
could be useful to export the list in wiki syntax, so it could be useful to many users at the same time.
could be nice an option to include/exclude wikilink in templates.
I added a wikitext output option. However, separating links from templates would add a new complexity, and the toolserver already works hard on this as it is, even though I just tweaked it a little. --Magnus Manske13:27, 9 January 2007 (UTC)[reply]
One of the images I uploades, Image:Saraswati-RRV.jpg, was apparently "pushed to commons" (perhaps by you?) and is now available at Image:Saraswati.jpg. In this connection:
Do you use a bot or monobook code to perform this operation. If yes, can you please do the required work for my request below. If not, can you teach me how to do the needful? What I need to do is:
similarly "push to commons" the other images on this page,
categorise all these images under this category in the commons.
Hi. Thanks for the cool tool that makes this chore much easier. I was complained to that "I was adding {{PD-Layout}} to images that I was uploading/moving. Could the tool be fixed to not include this tag, as it doesn't really help. The other user and I agreed that it was a minor problem, but I still thought I should mention it to you. Thanks. --MECU≈talk03:49, 24 January 2007 (UTC)[reply]
Hi. I assume the geo-hack is your tool. It now says "The tools by this user is deactivated. The autor should eMail the roots." --GunnarRene18:18, 25 January 2007 (UTC)[reply]
Someone just told me about your wiki2xml tool, and it seems to be exactly what I've been looking for! (I'm desperately trying to convert MediaWiki content to OpenDocument for "post-processing".)
However, I couldn't find any version information that might tell me whether this tool can be considered production-ready; could you give me some info on that issue?
It's far from production ready, misses many features, has many bugs, and I don't have time to fix either. Trying to parse MediaWiki texts with anything other than MediaWiki might be doomed by design :-(
If it's fairly reliable, you should definitely announce it on the MediaWiki-l mailing list.
They know about it, it's been around for some time. Also, it's in the official SVN. But, no one cares...
First, thank for your great tool, I used it intensively for transferring images from fr:. It nearly covert all needs for that type of work, but it has some annoying limitations and bugs :
The link for file saving has a problem with unicode, don't know, if you aware of this. It's not very important because you can bypass the difficulty in opening the image description for saving the file, but maybe isn't difficult to solve in the script.
Can you point me to an example? I'm too lazy to look for one myself ;-)
The other problem, I saw is the template fr:Modèle:Art Libre equivalent to commons:template:FAL is marked as bad and don't permit upload on commons. On contrary, fr:Modèle:marque déposée is marked in may be, it must be bad because it covert copyrighted images.
Fixed. "Art Libre" and "ArtLibre" now convert to "FAL" on Commons, and "marque déposée" is bad, bad, bad!
An feature, that I would like to see (if you had time and envy ;)), it's per date range selection, eventually as a second criteria, when you select file by user or category. But It's maybe don't worth the time of coding, I don't know if it's difficult work to implement, only a suggestion.
Thanks very much for fixing tags, for the problem with unicode, try language=fr, mode=image uploaded by user, user=ChrisJ, try to upload the third one Bièvres.jpg, when you save the file with the media link in commons helper, you got a html file named Bièvres.jpg. Not relative to push to commons, it's a bug in commons helper. Simply try in commonshelper Language code=fr Image name=Bièvres.jpg, you will have the same result. Bilou
Thanks for creating the dupes tool, it is very useful. I was wondering if I could suggest something: Some images are used in many namespaces causing the page to grow. Would it be possible to allow it to break the lines so you can more easily see if one image is unused so can be deleted immediately. Thanks. Lcarsdata09:01, 25 February 2007 (UTC)[reply]
Thank you for creating this article. It is long overdue. I have formatted it for references; if you want to use another format, feel free to do so-- the article is your creation. I do have a copy of the Brayard book and can add to the article, but probably not for a few weeks as I will be traveling. Kablammo22:12, 11 March 2007 (UTC)[reply]
Looking at the Gibraltar page, it gives reasonable co-ordinates for
the place, however on clicking on them the map shown drops me in the
sea, because although the URL presented is
Warning: mysql_pconnect() [function.mysql-pconnect]: Lost connection to MySQL server at 'reading initial communication packet', system error: 111 in /home/magnus/public_html/database_functions.php on line 27
Could not connect to mysql : Lost connection to MySQL server at 'reading initial communication packet', system error: 111
It seems to be working off and on now, it was definitely working earlier today but seems to be giving me the same error again. Krimpet20:27, 17 March 2007 (UTC)[reply]
Hi. I was wondering whether the GeoHack tool could be modified so it accepts a language parameter in order to display the results page accordingly? You tool is used by many other wikipedias and having the results inserted in a template in the desired language would be very much appreciated by non-English speakers. --InfoCan19:46, 20 March 2007 (UTC)[reply]
I have repeatedly suggested that geohack should become part of MediaWiki via an extension, enabling each wikipedia to design their version as they see fit. So far I've received one "I might have a look" but that's it. If nothing comes of it (meaning, the server gods sit on their ears again), I might write such an option for the current one, though it would be plain crazy to not do it as part of MediaWiki. --Magnus Manske20:47, 21 March 2007 (UTC)[reply]
I would appreciate it very much if you could provide some assistance now. If I supplied you with a Turkish translation of the results page, would it take you a lot of effort to modify your code so it accepts a &lang=tr optional parameter and generate the results using the Turkish template? --InfoCan03:18, 22 March 2007 (UTC)[reply]
I can't make it work. See [1]. I wonder whether the equal or & signs create complications. Instead of using this URL:[2]\ could you make your site use this one [3]? --InfoCan17:55, 26 March 2007 (UTC)[reply]
I have another request/suggestion. The Turkish words for North/South/East/West are Kuzey/Güney/Doğu/Batı and abbreviated K/G/D/B, respectively. Can your code return a {latKG} and {lonDB} parameter if the input parameter language=tr, so the GeoTemplate displays the coordinates correctly? You may want to make a similar adaptation for German too. --InfoCan03:07, 10 April 2007 (UTC)[reply]
Hi! Meine Antwort hat 'ne Weile gedauert, aber ich bin nach England umgezogen, Du verstehst :-)
Als einer der vielen, die vom CommonsHelper profitieren, natürlich erst einmal ein großes Dankeschön für das und wohl noch viele andere Werkzeug(e)! Vermutlich wirst Du mit Anregungen und Vorschlägen zugeschüttet, naja, Du kannst ja ignorieren oder löschen, wenn's Dir zu viel wird...!? Daher ein paar Kleinigkeiten zum CommonsHelper (weil ich selbst leider keine Ahnung vom Programmieren habe :o( ...):
Zur Zeit steht der __notoc__-Befehl immer ganz am Ende. Meistens ist er zwar eh ein bißchen überflüssig (zumindest die Commons-Helper-Dateien haben gar nicht so viele Überschriften), aber vor allem ist einfach die Position unpraktisch: Ganz unten stehen ja normalerweise die Kategorien, und das erleichtert Übersichtlichkeit und v.a. späteres Umkategorisieren schon ziemlich. Zur Zeit verschiebe ich den Befehl daraufhin jedes Mal per Hand über die Kategorien - könntest Du's vielleicht "einfach" umprogrammieren?
Erledigt.
Hin und wieder werden über- und untergeordnete Kategorien aufgelistet. Könnte das Programm einfach prüfen, ob das der Fall ist, und übergeordnete Kategorien ggf. einfach nicht in den Quelltext für das hochzuladende Bild aufnehmen?
Werde ich mal in Angriff nehmen...
Gibt es irgendeine Möglichkeit, die leider informell eingetragenen Informationen den richtigen Zeilen des Formulars "{{Information |Description= |Source = ..." zuzuordnen, selbst wenn dieses Formular nicht in der Ausgangsdatei benutzt wurde? Sprich: Eine Art Entscheidungskette:
wenn das Formular benutzt wird, prima
wenn es nicht benutzt wird, Suche nach Zeichenketten wie "author:", "photographer:", "photographed by" usw. - die nachfolgenden Daten werden dann gleich in die Zeile author sortiert; auch "source:", außerdem vermutlich auch "from + Link" = source (ob alle Links automatisch als Quelle interpretiert werden sollten... weiß nicht...) usw.
wenn das zu nix führt, alles wie bisher (einfach kompletten Text nach description).
Ein paar Infos sucht das Tool jetzt schon, aber die automatische Analyse freier Texte in vielen Sprachen kann knifflig sein ;-) Wenn Du auf ein Beispiel verlinkst, kann ich vielleicht dafür was basteln.
Ein Problem, das vermutlich nicht vom CommonsHelper, sondern von der Commons-Software gelöst werden müßte (aber ahnungslos, wie ich bin, frage ich lieber trotzdem, man weiß ja nie...): Wenn man mit dem CommonsHelper etwas hochlädt und gerade nicht beim Commons angemeldet ist, macht man eine Bauchlandung - nach dem Anmelden kommt man nicht zum CommonsHelper "zurück" (es sei denn, man benutzt die Rück-Taste im Browser; die Commons-Seite hingegen leitet zur Hauptseite weiter). Selbst dann sind aber zum Teil (oder immer?) alle Änderungen verloren, die man ggf. am hochzuladenden Quelltext vorgenommen hat.
Habe es mal in Firefox ausprobiert - funktioniert einwandfrei mit dem Zurück-Button im Browser.
... und ganz große Frage: Hast Du u.U. "irgendwann" Zeit, den CommonsHelper auf Commons-Dateien auszuweiten? nämlich für Bearbeitungen von Commonsdateien, die dann sehr viel effizienter, aber vor allem wohl auch "korrekter"/ohne Informationsverlust neu hochgeladen werden könnten? (Falls Du keine Zeit hast, stelle ich die Frage mal auf dem Commons; ich klopfe erst einmal an, im Commons lesen schließlich auch nicht immer die Programmierfähigen (und -willigen) die Hilfeseiten...) ... So, dann mal fröhliches Verzweifeln ob der naiven Vorschläge mancher Benutzer ;o/ ... --Ibn Battuta01:25, 10 April 2007 (UTC)[reply]
Warum willst Du Commons-Dateien neu auf Commons hochladen? Zum "Umbenennen" (neu hochladen, altes Bild löschen)? Vielleicht sollte das besser in MediaWiki selbst geschehen. Schaun 'mer mal... :-)
PS: Gerade habe ich image:Tasmania South Cape Bay panorama.jpg von der englischen Wikipedia auf den Commons hochgeladen. Dabei blieben die "self"-license-tags erhalten (bzw. eine Vorlage wurde in "self" übersetzt. Da ja meistens nicht die ursprünglichen Benutzer die Bilder zum Commons hochladen, scheint mir das nicht sehr sinnvoll. Könnte der CommonsHelper da in Zukunft alle "self" in "user" umbiegen? Danke, Ibn Battuta02:05, 13 April 2007 (UTC)[reply]
A small additional note on CommonsHelper: I tried to upload a picture from the Luxemburg wikipedia to commons. The Luxemburg picture used the {{Bild-CC-by-sa}} licence, which was not recognized as {{cc-by-sa}}. I just temporarily added {{cc-by-sa}} to the Luxemburg picture, but maybe it can be integrated into CommonsHelper. Great tool by the way! --Pie.er09:48, 27 April 2007 (UTC)[reply]
I'm bureaucrat on la: Wikisource ; is it possible to activate the Proofread page extension that is in use on en: and fr: Wikisource ? Thanks. Marc 11:29, 18 April 2007 (UTC)
Hi Magnus, thank you for all your tools. About the missing images tool I've two things to feedback:
1) The "Ignore images smaller than 80x80 pixel" seems to me that doesn't work properly, when it's selected no missing image is found.
2) Many times the tool stop working prematurely, i think it'is a server 'time out' problem. Well, it's possible to re-run the same search but starting from where it stopped before? Maybe the user can manually input the number if the script can't.
Thank you Magnus. For the second problem is the same: it keep stops working prematurely, sometime after few minutes... I don't know, maybe is only my problem (client side), i've tried both firefox and IE, I've tried increasing timeout on internet option. If nobody else has the same problem, obviously there is something wrong on my side, I'll keep trying :) --87.9.39.5708:09, 14 May 2007 (UTC)[reply]
Hi Magnus, i've made a couple of tests and seems to me (but not totally sure) that in order to get some result:
"Ignore images smaller than 80x80 pixel" must be selected (after your recent update)
"Find only images on the commons" must be deselected (this, instead, before your update it worked)
"subcategories deep" must be 0
with this configuration I can have some result and sometime it even finished. All other configurations return no results at all. I've tried many categories, because every new test must be done in a different category. I'm from italian wikipedia but i've test it also in the de.wiki.
I feel really sorry to bother you but I think "Missing images" is one of the most useful tool :) --87.9.7.20807:37, 15 May 2007 (UTC)[reply]
Some pages (like this http://en.wikipedia.org/wiki/Uluru ) have coordiates - can users add coordinates to topics where this is warranted - and if so, how?
And a plea: Pleace place it with proper html (not some dhtml) when you have font sizes disabled in explorer it ends up overlaying other parts of text and look bad.
IceHunter14:16, 16 May 2007 (UTC)[reply]
Some pages use "implicit" "E" on url coordenates, so they are shown as 0ºN 0ºE.
Hello, I am the User:Bababoum and have been unable to login since logging out sometime on Saturday. Even though I'm sure I have tried to log in with the correct password (my username), I requested to be e-mailed with a new password, but it said "There is no e-mail address recorded for user "Bababoum". I took this to the admins where it was discussed here, WP:AN#Login unsuccessful, and I was told that you would possibly be able to retrieve my account. They also said that my account may have been disabled due to having the same username/password, although I wasn't aware that this happened. If proof is needed that I am indeed that user, please check my IP address (apparently a 'CheckUser' would be able to prove this). Any help would be greatly appreciated. Thank you. 82.29.19.10419:39, 16 May 2007 (UTC)[reply]
Magnus Manke,
May 16 I uploaded with CommonsHelper this image from fr.wikipedia. Photo is not visible in thumb format in Category:
Sculpture parks and Category:Parc de Versailles. New upload May 17. Again no result. What went wrong. Please help me.--GerardusS07:40, 17 May 2007 (UTC)[reply]
Thank you, MagnusManske for your message. You are absolutely right that CommonsHelper has nothing to do with it, but I still have a feeling that your intervention was helpful.
Now something different.
Zwei Bilder vom De.Wikipedia (Bild:Prager_dortmund_03_151204.jpg und Bil:Prager_dortmund_02_151204.jpg) möchte ich nach Commons übertragen (Titel behalten/Categorie Heinz Günther Prager). Beide Bilder sind frei (GFDL). CommonsHelper gibt die Nachricht: keine Lizenz, ich kann nicht helfen.
Ich verstehe das nicht, was tue ich falsch und was kann man in so eine Fall machen. Melde ich das?--GerardusS06:50, 19 May 2007 (UTC)[reply]
Das Tool "Push for commons" ist super gelungen. Bis auf ein paar Kleinigkeiten; zum Beispiel wird die (deutsche) Lizenz {{Bild-PD-alt-100}} nicht akzeptiert, sollte aber auf den Commons doch kein Problem machen, oder? --Atamari 19:54, 30. Apr. 2007 (CEST)
Funktioniert jetzt. Das Problem lag übrigens nicht an PushForCOmmons, sondern an meinem anderen Tool, CommonsHelper, das von PushForCommons aufgerufen wird. Ich habe auch ein wenig an der deutschen "Texterkennung" gedreht, die Felder sollten jetzt intelligenter gefüllt werden. --Magnus Manske19:12, 18 May 2007 (UTC)[reply]
Danke, habe dran gedreht und jetzt gehts wieder; allerdings liegt das Problem im Versuch, das "Information"-Template zu parsen, da kann eine kleine Änderung unvorhersehbare Folgen haben, also Augen auf, falls ich dabei was anderes kaputt gemacht habe ;-) --Magnus Manske20:54, 1 June 2007 (UTC)[reply]
Hallo Magnus, wollte Dich mal für all Deine Tools loben und gleich einen winzigen feature request machen. Wäre es möglich die Treffer beim Missingtopics auch alphabetisch zu ordnen? Am besten einmal als sekundäres Ordnungsmerkmal nach den Links und einmal als primäres. So wäre es noch einfacher möglich etwaige Vertipper zu finden und insbesondere bei den Lebewesen würden die Arten einzelner Gattungen dann schön zusammen stehen. thx und MfG --85.181.87.17008:38, 19 May 2007 (UTC)[reply]
OK, das tool generiert jetzt zwei Tabellen nebeneinander; war sowieso schade um den vielen verschwendeten Platz auf der Seite ;-) --Magnus Manske12:35, 20 May 2007 (UTC)[reply]
Hi, I added Hebrew to the tool [7]. The problem is that it is a rtl language. Can this be fixed? Otherwise I will remove the Hebrew as it looks all messed up. Also, I tried to use the tool on images from the Hebrew Wikipedia but noticed that it doesn't read the Hebrew license tags corectly. Where do I add translations of the Hebrew license tags? Thanks, Yonidebest17:36, 31 May 2007 (UTC)[reply]
I'll see what I can do about the rtl, but it might take a few days. For license tags, there is no mechanism, as it sometimes requires finetuning in the software. Just make a list of basic license tags (that is, template names) and paste it here, or give me some link (I don't read Hebrew, though); I'll add them to the list. --Magnus Manske18:14, 31 May 2007 (UTC)[reply]
Thanks. There you go:
ייחוס -> Attribution
צילום משתמש -> Attribution (this template is actually a redirect to the above template)
שימוש חופשי -> PD-self
שימוש חופשי מוגן -> Copyrighted free use
שימוש חופשי מוגן בתנאי -> Copyrighted free use provided that (with one parameter)
דו-רישיוני -> Self (with 1 or two parameters)
דו-רשיוני -> Self (with 1 or two parameters) (this template is actually a redirect to the above template)
OK, I've done my best. This looks so weird. Is it supposed to look like that? To the licenses work? I can't really tell - I can't find anything on he.wikipedia, and Firefox behaves strangely on RTL sites, apparetly. --Magnus Manske21:27, 1 June 2007 (UTC)[reply]
Thanks! It looks excellent! Although, the following texts cannot be translated:
Save <imagename> locally, then
upload at commons (the button)
Where do I tranlate those? They apear after pressing the "Get text" button.
Also, it doesn't seem to translate the licenses correctly: I tried
שימוש חופשי מוגן -> Copyrighted free use
and it didn't work. I had to input the license tag manually. Can this be fixed so we won't have to input the license tag manually? Yonidebest23:04, 1 June 2007 (UTC)[reply]
I have added the untranslated parts to the en interface localization; copy from there. I also added the template translations, but I'm wary of them functioning properly, especially the "self" ones. Not sure what to do about it, though. That Klingon writing of your doesn't help ;-) Anyway, tell me what doesn't work, and I'll try to fix it as good as I can. --Magnus Manske19:19, 11 June 2007 (UTC)[reply]
Hello and thanks for giving us the CommonsHelper! I ran into a problem with it just now. Images that are tagged as {{GFDL-self}} here are changed to {{GFDL-user-en|username}} on the Commons. This is a problem because per the GFDL standardization, {{GFDL-self}} no longer includes the phrase "Subject to disclaimers".
Until the Commons templates are brought into sync with the ones here, could you please change the CommonsHelper to change "GFDL-self" to "GFDL-user-en-no-disclaimers"? Thanks again! —Remember the dot(talk)23:55, 5 June 2007 (UTC)[reply]
Hi. I've been using the delete assist on Commons for awhile, and it makes the job much easier. So, I just got admin here and started deleting image and immediately thought the delete assist would be helpful here. So I tried it out, and it works okay, but it doesn't show if the image is being used. It runs checkusage and checks en.wiki, but then doesn't output the information. This is the link I'm using: http://tools.wikimedia.de/~magnus/bad_old_ones.php?category=Images_with_unknown_source_as_of_9_June_2007&project=wikipedia&language=en If you could add/display the usage of the images to the output, this would be a highly useful tool here and hopefully make the job easier for admins here. Thanks for the cool tool. MECU≈talk13:25, 18 June 2007 (UTC)[reply]
Another idea I had is if you could give more links to deletion, where the difference between each would be the reason for deletion. So, if you're deleting an image because it has "no source" there would be a link that says "delete no source" and the reason would be preloaded with "no source" instead of the generic "in category and not edited" reason. You could keep that reason but add no source, no license, replaceable fair use, etc, etc. Also, it would be nice if it would display a thumbnail of the images instead of downloading the whole image. It would speed it up and save bandwidth. MECU≈talk13:33, 18 June 2007 (UTC)[reply]
Another idea I had would be another link that "remove tag". So, if it's marked "no source" or "no license", but it has a source or license, either added later or if it's PD-self and labeled no source, which happens quite often, you click "remove tag" and it opens a new tab to the edit page of the image and automatically removes all the "no source" or "no license" tags and afixes the edit summary "removed tag, source/license available". Also, another option for deletion called "no permission" would be good too. I realize the first task is quite complex and may take awhile. Thanks again for the tool. MECU≈talk13:17, 26 June 2007 (UTC)[reply]
Hi, I think I've found a slight problem with CommonsHelper. When I use it to get an image description of an image from the English Wikinews project it prefixes internal links with :en: which means it links to the English Wikipedia instead of Wikinews. Thanks for your time. Regards. Adambro14:15, 20 June 2007 (UTC)[reply]
Some people are not happy with GeoHack's usability and are continuing to support coordinate entry templates other than the recommended ones that lead to GeoHack only. Could we try to work on it to answer the needs of people who prefer not to use it, or was there something going to replace it in the near future? The most common complaint I've seen is that there's too much scrolling. So to solve it, would it be possible for the GeoHack script to mix up the sections, and bring the local section first, based on the region parameter? In that case the GeoTemplate would need some more sections to be more local, and perhaps recommendations in each section for workable global systems in that region in addition to the local ones. Also I've been thinking of the possibility of making the region parameter redundant altogether: would it be feasible in php or something else to look up the name of the region a requested coordinate is in, and use that as the region parameter when one isn't given? MySQL's geospatial features can currently work with bounding boxes only, but perhaps there is another quick way to access a shapefile of borders? Other than bothering to code this, do you see any problems in making GeoHack more usable this way? --Para00:00, 6 July 2007 (UTC)[reply]
Right, something like this should definitely be an extension, but before it can be one it needs work on usability. It might as well be developed into shape before it's again made into an extension, since otherwise it's not very convincing for adoption. The quick fix for the scrolling may be good when pasting a GeoHack link to someone, but while waiting for an extension it's not possible to create the anchor link at the end of the URL for all GeoHack links in Wikipedia, and it doesn't help with scoring the global systems. Another quick fix could be for GeoHack to have a list of regions and their GeoTemplate anchors, and then redirect requests with a region parameter to the related anchor, but that's still a dirty hack built over a quick one.
The changes I was thinking of would apply to the outlook of the GeoHack page only and so wouldn't affect much at all except the usability. But still, yes, you never know what people depend on when something has been created without mentioning the features, so it should be discussed with a wider audience somewhere. I'm not sure what the right place would be though, as mailing lists are followed by a small minority of the community only, and software changes may not interest people who have the related Wikipedia project or template pages on their watchlists. Anyway, for preparation, would the coordinates-shapefile-region chain be doable? --Para13:57, 6 July 2007 (UTC)[reply]
I think both of the issues you mentioned are easy to solve:
I've had good experiences of MySQL's geospatial extensions with my Commons image layer for Google Earth; it scales quite well for something that can get dozens of requests per second. Unfortunately the support is not complete, and point-in-polygon is actually point-in-mbr-of-polygon, so MySQL doesn't solve everything. But as suggested in a comment of the MySQL documentation (with source) [8], we can run a function to check which of the polygons in the mbrs really contain the point. So, I put together a quick test without much coding at all, using ESRI country and state boundary data. See for example a query with Cologne's coordinates, or try with any other coordinates. The state data seems to be a bit off sometimes, and I don't know whether that's the shp-sql conversion or the source data, but for GeoHack the country name is all we need anyway.
Though people complain about scrolling, that's just what they have to do to find the section they're after. The TOC helps, but we can do much more to help. If the global and appropriate local sections were at the top, people wouldn't have look for the information from such a large area. There are indeed space problems on the page, and the way the page is now it wouldn't be possible to have both the global and local links above the fold. But in my opinion the page is unnecessarily verbose anyway, and by reducing the amount of text we could fit the necessary information in two columns on a single screen, perhaps also using icons as an aid.
I like the idea of having the sections moved around with Javascript instead of GeoHack doing it before serving. GeoHack could just provide the country name for the given coordinates on the page without any further changes, and the Javascript bit can then shuffle the sections based on that information. In most cases it's the name of the correct section directly. I'll have to fiddle with the HTML a bit to think further how to fit all the information on a single page and if any scoring of services is possible, but I think the country information would help a long way already to make GeoHack more usable. --Para23:01, 12 July 2007 (UTC)[reply]
Now, this sounds interesting! I'm a little busy this weekend, but I'll try to extend geohack, and hack some JavaScript. Does your region.php have a "bot-mode" with tab-delimitered plain-text output? Easier to parse, but not vital. One quick thought: Moving parts of the page will only work for en, because the de page won't have a "Germany" heading, but "Deutschland"... --Magnus Manske09:14, 13 July 2007 (UTC)[reply]
No hurries, I'm glad to have got you interested. :) All region.php does is a single simple database query with the given coordinates, and then runs the within-function for each result (often 1-3 country polygons as not many countries are rectangular). So feel free to include the whole thing in GeoHack, it would probably work better internally than having to parse csv from an "external" php script. You can find them on the toolserver from ~para/public_html/region.php and ~para/worldadmin98.sql.bz2. I didn't know there had been i18n efforts on GeoHack, but if so, it would indeed be nice if updates on that didn't have to go through you every time. Country names don't change a lot though, but I'm sure we can rely on some external data somewhere, daily retrieved interwiki links for example or so. --Para13:30, 13 July 2007 (UTC)[reply]
People have miraculously found their way to the GeoTemplate page to talk about issues with GeoHack, and I just summarised a list of suggestions to make the section shuffling possible, among other things. If it catches on, I can add a column to the database with country codes (once we find which). They should be easy enough for a piece of Javascript to shuffle with regardless of the shown translation. See Template talk:GeoTemplate#GeoHack_improvements. --Para10:04, 26 July 2007 (UTC)[reply]
Hello, this is a message from an automated bot. A tag has been placed on Nickeline, by Ra'ike (talk·contribs), another Wikipedia user, requesting that it be speedily deleted from Wikipedia. The tag claims that it should be speedily deleted because Nickeline fits the criteria for speedy deletion for the following reason:
it's only a synonyme for the official mineralname Nickeline. Please look down to the mineral-database-links.
To contest the tagging and request that administrators wait before possibly deleting Nickeline, please affix the template {{hangon}} to the page, and put a note on its talk page. If the article has already been deleted, see the advice and instructions at WP:WMD. Feel free to leave a message on the bot operator's talk page if you have any questions about this or any problems with this bot, bearing in mind that this bot is only informing you of the nomination for speedy deletion; it does not perform any nominations or deletions itself. --Android Mouse Bot 212:24, 17 July 2007 (UTC)[reply]
hi i have been having troubles to use the missing image tool for some while. it doesnt seem to be able to look for articles in the english wikipedia. could you help me some how? i do find the program incredible usefull and i miss it -LadyofHats09:21, 19 July 2007 (UTC)[reply]
First of all thanks for creating the tool. However, I was trying to use it today but I encountered this problem, and I want to inform you:
"Warning: mysql_connect() [function.mysql-connect]: Lost connection to MySQL server at 'reading initial communication packet', system error: 111 in /home/magnus/public_html/database_functions.php on line 27 Could not connect to mysql : Lost connection to MySQL server at 'reading initial communication packet', system error: 111"
Can I suggest a few improvements to your commons helper, which has been integral in getting me to move my over 100 pictures to Commons? Its a great toll. How about adding/tweaking the following:
The current version does not place a == Summary == line atop the infobox template part. This may be intentional, but I feel it should have one, as all the other segments (such as Licensing) have one too.
When the image, still on Wikipedia, has categories, then this confuses the mover, and it adds the categories into the description field, while putting italics text around what should go in there... come to think of it, I may need to experiment if that is taken care of by 'removing existing categories'...
The content of the "other versions" field (if one existed on Wikipedia already) is not copied over. Some people (ahem - me, amongst others) use this field (somewhat incorrectly maybe) to describe the image itself further as well, i.e. how they edited it.
I have found that coordinates linking to your GeoHack tools from Wikipedia articles do not work any more, they return error 403: Forbidden - You don't have permission to access /~magnus/geo/geohack.php on this server. Example: click coordinates from page Lund...
I found this tool extremely useful in many contexts, and it would be very sad if they stopped working. Is this a permanent error, a result of toolserver problems, or what? I'd be grateful to know!
-2007-05-16T07:13:00.000Z-Image:Harold-Wilberforce-Clifton.gif){kind=link}
