Hi Taldin, Useful Places for Newbies is marked as Suggested Changes still, though it is marked to be reviewed. I went to remove the category SuggestedChanges however it not an option. Please could you look at it and see if you can remove it. Thanks
For User_blog:H0wardchau/Remove_a_Member_from_a_Party has extra categories against the blog which are not required. (Social, Parties, Community) Particular which the most recent information is on the party page. Could you please remove them? Thanks.
Anything you do always helps. However, if you're not part of the Wizards of the Wiki guild, you ought to join it. Sometimes we have assignments that people can do to help, and it only takes a few of those to get a Contributor Tier out of it.
How are you? Not sure you are aware but a project is about to be kicked off regarding renaming the Mounts and pets all to the same standard name so templates, and in future auto generators of wiki code, can be used.
As such the duplicate images are required to be deleted quick smart so they are not used by any wiki. Would you have time to do that?
Images names will match the GitHub file names. For mounts, we're following the rules laid out on the Advanced Wiki Editing page. The project page lists the old file names alongside the new ones. All of the affected images are there.
Okay. Yeah, I just tried doing a change to one, and it automatically creates a redirect to the new filename. We have a few options:
1) Between the admins, we change all the filenames, leave the redirects, and call it good - advantage, it's the fastest route, disadvantage - a ton of redirects
2) Don't put in redirects, clear one page at a time, fix all broken links as we go - advantage, cleanest in terms of database bloat and cross-checking, disadvantage, slowest route
3) Independently change the filenames, put on the project page that the renaming is done, and have people change the links over, then we go back and delete the redirects - advantage, can be done asynchronously over time, disadvantage, the most cleanup work afterwards
Aha! I see. Apparently the renamed image is over there, but the redirects didn't happen over there. I think I might be able to create a redirect from the image over there to the new one that will fix it...
It looks like on the foreign language wikis fixing the links is going to have to be the way to go. I don't have Admin rights on all of them, so I can't do the rename, but I can do the base rename here and they'll have to redo the links over there.
Which if we want to be consistent, means we have to redo the links here, too.
I put links to quest pages in the "Upload and Delete Images" table. Another table a little farther down the page also contains that info, along with all the other pages that need to be checked on each wiki, but all the info you need should now be in that first table.
If redirects on the English-language wiki don't also appear on the other wikis, then option #1 is out, right? In which case, option #2 seems the way to go. Option #3 sounds like it will quickly get confusing if multiple people are working on it. I'm not sure if I understand this correctly: when a foreign-language wiki links to a file, a version of it is stored there, with a link to the original file. If all wikis use the same file name (including prefix), all that's required is cutting-and-pasting one link to all wikis.
In the Wizards of the Wiki guild chat, @Scea noted that the link syntax will prevent images from being uploaded on the other wikis. File links would all go straight to the image on the English-language wiki. This won't solve interwiki link issues, but it will reduce bloat.
Well, if we go with the link route on the non-English wikis, then it'll link back to the English one in the right filename. That takes them out of the equation, since they'll have to rename all the links regardless, and one of the following will be true:
1) they are linking to their local copy, so there's no break, but when they redo their links, they'll link to the English version with the new name
2) they are already using the link format, so they'll get the redirect, but they'll still need to redo their links at some point unless we stick with option 1.
They don't take up a ton of space, so we could technically leave them indefinitely. Difference is that anything we do here won't be reflected in the other Wikis, other than having the image there to _relink_ (note, not redirect) to.
Well, in the sense that the rename comes with an automatic redirect in the English wiki. So you get 1 and 2 together, and everything in the English wikia will point to it. But I didn't want to get going on it until I had yers and EverythingCounts's all clear.
I finally was able to review the duplicate images. However some of the "newer" ones do not appear correct. (Wrong size). I have written a query to the person it involves. Should have an answer soon so we can fixed those first.
Well, as I understand it from the experiment I ran, as soon as I rename the English one, a copy of the renamed graphic is uploaded to the other Wikis. The redirect you get on the English one for free, the foreign language one is unaffected except for the new graphic being in place.
I tried adding a redirect in the foreign language Wiki and it didn't have the right effect- it still kept the original image and put a redirect on the page to the new copy of the renamed version.
So really, all you need to do is just have the foreign language folks relink, no redirect required, once the 'fresh' copy is up from the English rename action.
They won't have any missing images -- their stuff will just point to the original files until they relink, so they won't have anything broken, but they won't get the relinks, so nothing will point to the new images.
Okay. When I move the English image on our Wiki, it renames the file, and makes a redirect in the English wiki to the new filename. All the English Wiki links get redirected to the new filename.
Over on the French Wiki, they automatically get a copy of the renamed file (so now they have two copies of the file), but their version of the file does not get renamed, and no redirect links are created.
So most of the work is going to have to be done on the French (and other Wikias) -- they have to relink (either to their local copy of the renamed file or to the English version) and then delete the corresponding file.
2: go to the http://habitica.wikia.com/wiki/The_Fiery_Gryphon page, see that hovering over the image leads to Pet_Egg_Gryphon, now...but. clicking on the egg image leads to a popup page that says GryphonEgg-0.png, clicking lands you on the Pet_Egg_Gryphon page. Also, editing the source of the page shows GryphonEgg-0.png still, so this will need an edit later before we can remove the redirect
The French and German wikis are structured differently from the others. All other wikis default to the English wiki because no file pages have been created on them. If you look at The Fiery Gryphon in any other language, they all mirror the English wiki. The French and German wikis are the only ones that uploaded separate files onto their own wiki. Those images will need to be deleted. The new file names (like Pet_Egg_Gryphon) will default to the English wiki. So ultimately, all images will only be hosted on the English wiki.
I think we can go ahead. All other wikis (except fr & de) look to the English wiki for files. Since they're all "borrowing" files, they will have the exact same images as the English wiki. Once the file names are changed on each wiki, they will point directly to the new image and the redirect page with the original file name can be deleted. This is the original process you outlined:
1) rename file on English wiki
2) change file names on foreign-language wiki pages
3) delete the redirect page.
It's only slightly more complicated for the French and German wikis. They will continue to show their own uploaded images until the links are changed. At that point, they'll go look for the image on the English wiki because no page with that file name exists on the fr/de wikis. The old images will need to be deleted on each of those wikis.
I think we should start by deleting these images listed and reanaming the incorrect ones to the correct ones. These duplicate images I'm not sure were loaded correctly from Github, and many of the names are incorrect.
I also notice now, when you click on an image the pop up showing the image that leads the wiki page for the image no longer occurs. instead you just show the image in a browser. Did you or the admins change something recently? I miss that feature.
Okay, I hit a snag on the very first one. The page to be deleted has a link from the quest page, but there's no file link there. I can't figure out how to get to the link to the Mount-TRex-Base.png file on the Dinosaur Unearthed page, because it uses a template that refers to some sort of stable file that I can't find.
Okay. To be more precise: I can see a link to the bad image on this page: http://habitica.wikia.com/wiki/The_Dinosaur_Unearthed when I mouse over the appropriate spot in the Mounts table. But when I edit the page, all I see is a template, so I don't know where to go to open up the file to fix the link to Mount-TRex-Base.png. So I can't update the link to point to the new image.
I think I may have figured out what you were asking after doing more digging in the code (wow, that's complex...) You're having me delete the good file, and then rename/move the bad file to the good file name for these, so it matches the template code and automatically picks up the links.
Except now I have a different error. When I edit the http://habitica.wikia.com/wiki/King_of_the_Dinosaurs page to fix the bad link, it wrecks the boss Infobox at the top by throwing it into a scrolling textbox, even though I didn't touch that section at all. Any clues on how to fix that?
The instructions on the signup page are correct and the same as you note above. The confusion may be that the pet names have a hyphen (Pet-[PetName]-[Colour].png) and the mount names have an underscore (Mount_[PetName]-[Color].png). The correct names are listed in the file table. You could just cut-and-paste to make it easier.
Taldin, did Mount_Trex-Base not work? If so, I need to fix that asap.
Got the entire project page list done - however, I found some more problems while I was in there -- it looks like the Monkey and Snail pages will need to have the rest of their images renamed too. Wasn't sure if you wanted me to work on them even though they're not on your project list, so waiting for confirmation.
(Also because I've been at this for five hours straight and I'm mentally fried, but wanted to power through it so it's done. Figured that since I've started making mistakes, it's time to stop for the night.)
Thank you @Taldin and @EverythingCounts for all your hard work! I'm surprised the English wiki has been completed so quickly.
@EverythingCounts Would you have a chance this weekend to round up and coordinate some volunteers to update all the other guilds with the images that have been renamed? It would be nice to remove the redirects.
Thanks (I have a bit of pirating to catch up on this week +all my irl stuff).
Happy to help! Any reason I shouldn't keep going with a sweep of the rest of them? Like I know the other images for Monkey need renaming outside of the ones you already mentioned. I fixed those but left the rest for the moment.
Most of the ones I just did a rename on -- the redirects are what needs to be deleted. I also took the liberty of relinking the pages that I touched at the same time on the English wiki -- so other than some sandbox pages, the links are up to date across the board.
All of the wikis are updated. There's one image that may need to be completely replaced: the Octopus quest boss is a gif. It looks fine, so it's a matter of consistency. Are we okay with a lone gif in a sea of png's?
Thanks for all your hard work. Where are we at with the project? I was wondering as been holding off sharing more work to complete with extensions so the wiki editors were not overwhelmed. It seems we are getting near the end?
All of the file names are updated. The only part of the project left is to delete redirects and leftover images on other wikis (are there any redirects left?). The French wiki has all of the images (pets, mounts, boss, egg, scroll) uploaded, from gryphon through t-rex undead. If those are deleted, the pages will then defer to the English-language wiki. Relevant pages should have the correct file names, so those images are just duplicates. I'll double-check after the images are deleted, just to make sure. The Dutch wiki has scrolls and the hedgehog boss, and the German wiki still has all egg images up through bunny and all gryphon mounts.
That will clean up all the foreign-language wikis, leaving all images hosted on the English-language wiki.
You can actually see the list of admins on any Wikia by navigating to the Special:ListAdmins page on the Wikia. For example, French is Waraniem as the only active admin -- the others haven't logged in since 2016. I only have normal user rights there, but I can see the lists -- check to see if you can as well.
Also, I do not have contact info for them - I'd be doing the same thing that you would, which is leaving a note on their wall. :)
Wariannem kindly agreed to delete images from the French wiki. They don't have admin rights on the German wiki, though. I'll get in touch with janey_p, who does have rights on the German wiki, to ask for their help.
Hi, I'm playing around with creating a roleplaying guild that interacts directly with Habitica assets. My goal isn't to make it an officially sanctioned guild but I want to exercise my roleplaying muscles while staying in sync with the game's content. The first thing I'd love to do is expand the map asset on Places_in_Habitica. Can I create a prototype and present it to the moderators? PS. I'm also sending this message to other moderators. I look forward to your response.
I'm not an official Habitica staffer, just a Wiki admin, but I had the same idea-ish awhile ago. The answer I got was:
"As for the short stories set in the Habitica universe, while we aren't comfortable setting them up as canon stories at this moment, you are more than welcome to transform the guild into a Habitican Fanworks community that uses Habitica's world as a playground for fanfiction writers and fan artists. While we won't yet promote the stories themselves as official Habitica material, we are definitely happy to promote the community. I agree with you that having more talented writers on Habitica is a good thing! " Have you seen the work I'm doing with the H.E.R.O. guild? :)Taldin (talk) 23:02, January 26, 2018 (UTC)
Taldin i just found out of nothing a encouraing message from you from 2014 when i was testing the blog system, you kindly asked if i need some help.. well i've been contributing really more and more, but i spent some time away and lost track of big discussions about the wiki is structured.. every wikia seem to adapt and manage things diferently, so even following the mediawikia and wikipedia manual of style, trying to clean up between translation some pages i see in recent activity i dont know where to place the questions i have.. its really about the wikia.cs wikia.js.. well where can i place discuss my ideas with the person who manages it all here in Habitica Wikia? sometimes i feel we are fixed to some rules and we need some design changes, even to reflect the new layout.. hit me up when you can! Have and a wonderful day.
Hooh. That's a tougher question -- but it's probably not me. I've contributed some of the style things that went into the style guide, and I have the ability to alter the CSS and JSS, but I'm not the one that makes the decisions -- usually it's Lemoness and Lady Alys. Tell ya what, though -- maybe start a Tavern thread and we can point it out to the Wizards of the Wikia group, and come up with something that'll work out.