User talk:Hirmuolio Pine

From EVE University Wiki
Jump to: navigation, search

Constellation Layouts

Hi. I've been updating constellation layouts since god knows when as I round out my collection of null safes. I don't know if I've borked it somehow or it's become too long, but it simply won't load anymore. Can anything be done about this?

It's linked to from the incursions page but I can't wikilink to it. The Internet Archive last crawled it in October of last year:

https://web.archive.org/web/20181001171054/https://wiki.eveuniversity.org/Constellation_layouts_for_Incursions

You have "L" instead of "l" in your link. Constellation layouts for Incursions. It loads fine for me. I don't think jsut being long will realistically cause not loading problem. But having too many templates can cause it (some of the skillbook pages have this problem). Hirmuolio Pine (talk) 12:55, 27 April 2019 (CDT)
Derp, that was dumb of me! Now my problem is that I simply can't edit the page anymore. I just went to this constellation and would like to add this block of data to the page:
| {{icon|alliance|24|Player owned}} [http://evemaps.dotlan.net/map/The_Spire/P-FL48#sec P-FL48]
| OSW-0P
| 4DH-ST, C-BHDN, R-RE2B
| H4X-0I
| 6W-6O9
|-
The entry for the constellation is there so it's just a matter of adding in the system names, but I get HTTP ERROR 500 when submitting the addition. In fact, I get that error when submitting any changes to the page.
edit: I just tried one more time as a sanity check, and instead of 500 I got a page from the wiki which looks like this. Text is:
A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:
(SQL query hidden)
from within function "LinkCache::addLinkObj". Database returned error "1205: Lock wait timeout exceeded; try restarting transaction (localhost)".:
It was probably having issues due to having too many {{icon}} templates in it. I swapped them to direct links to the corresponding files. Hopefully it will work from now on. Hirmuolio Pine (talk) 16:22, 30 April 2019 (CDT)
Works fine for me now. Thanks very much! Sorry for the goofy issue. Also, sorry for not signing these (not used to using wiki talk pages). Zhele Jamohrr (talk) 22:47, 30 April 2019 (CDT)

Combat Sites

Hi! Since you split off the "combat sites" section from the scan results page, could you trim the information from the former (just leaving a link to combat sites and perhaps a brief summary, if you think it's useful) to avoid duplicating the same information in two places? – Noemie Belacqua 02:00, 3 April 2017 (CDT)

I was thinking that once all sites have their own page (combat, relic+data, gas, ice, ore) that whole Scanning:Scan_Results could go away or alternatively be turned into just a list of sites if someone thinks that is needed. Hirmuolio Pine (talk) 03:31, 3 April 2017 (CDT)
If each type of site will have its own page then I don't really see a need for a "scan results" page (as the probe scanning interface shows the type of site before showing the name, correct?). – Noemie Belacqua 06:34, 3 April 2017 (CDT)

Thanks

Hey, glad to see someone else is active. keep up the good work! :) Telinchei Talk · Contribs 16:53, 24 July 2017 (CDT)

hello ?

hi i have no idea how to use this yet. im trying to reduce the size but i was only able to cut it down to 5,9 what are you using ?
/Karimiri

I opened the gif in GIMP and used "optimize (difference)" filter first. This removes identical pixels from each frame and brings the size down to 5,01 MB. Then I manually selected the space surrounding the battleship and removed it from all the frames except the first one since there is no need to animate that at all. This brings the size down to 3,75 MB. I bet there are better tools than GIMP for this. And I don't even know how to reduce the quality with GIMP so some other tool would be needed. I guess the animation got sped up when you converted it to gif.Hirmuolio Pine (talk) 01:25, 4 October 2017 (CDT)



thats good to know, i was able to get that file down to 1,35 MB, but reducing some FPS and quality. used image > mode > index to reduce the color palette
i think with indexing + that filter it could be reduced to 1,1 MB but after that quality would suffer to much.

edit: holy crap, it went down to 450kB and aint looking that bad O_o
/Karimiri

Innate Hull Stat Bonuses

Hey Hirmuolio. Saw that you changed the Angel ship bonuses so that their warp speeds correspond with their base values shown in-game, instead of the base+bonus stats that were being shown earlier. Given that the wiki is currently a little bit inconsistent on that front, I wanted to talk about what to do here.

To my knowledge, there are three ship groups that have innate hull bonuses that directly affect the base stats shown on wiki pages:

The Leopard and the Yacht have their innate bonuses applied to the stats shown on the wiki page. The HICs show their base resist stats without the bonus applied. It should be consistent: All should either show the stats with or without the innate bonuses applied, or some compromise that shows both. In my opinion, since the bonus is always active whenever a ship is used, it should be shown as such, rather than make people have to do the math themselves. What do you think about this issue?

Drebin 679 (talk) 23:02, 27 November 2019 (UTC)

In addition to those I think there are some T2 ships where the racial bonus could be considered (though grandfathered player may be able to fly it without racial skill V).
I think they definitely should have base stats in their stats section instead of applying the hull bonus. It is just confusing if the bonus is applied there. You would need to first read the note at end of the page beore the stats make sense. For example when I looked at it I though that it was the base stat and thought that Cynabal warped at about 9 AU/s.Hirmuolio Pine (talk) 23:15, 27 November 2019 (UTC)

NPCTableHead formatting issue

Browsing through documentation on NPCTable I had noticed that sometimes [collapse] element in the tables is placed wrong - just check documentation on NPCTableHead Template for example (the very bottom examples of tables).
The reason is that [collapse] element is positioned in the {position: absolute} way and the position is determined from the ancestor with a defined position which is currently mw-body-content. If you introduce new paragraphs or blocks it doesn't change the ancestor for [collapse] positioning.
I have no idea of how to correct it in a proper way, as I have no experience in web coding at all. All my experience is the result of several hours of internet browsing ...
To correct this issue, I suppose one has to change {{NPCTableCSS}} template and change .wikitable.NPC {margin-top: 0px;} to .wikitable.NPC {position: relative; margin-top: 0px;}.
Well, actually I am not sure it will not cause any problems in other places, I am not a specialist after all. :)

old npc table head
correct npc table head

I don't know any CSS either. If it doesn't seem to cause any problems then it is probably fine to change. If problems are found it can be reverted. Also don't be alarmed if the wiki seems to freeze after you change that template. But best to do it in one sure edit because editing templates that are used in very many paces can make things slow for few minutes. (don't worry if that happens. Everything goes normal soon after) Hirmuolio Pine (talk) 16:57, 11 April 2020 (UTC)