User talk:The Rooster

Home Talk Bots Contribs Sandpit . . .

Use the '+' tab at the top in order to create a new talk section at the bottom. If I've come to you, let's keep the conversation there, if you're coming to me, I'll be replying here. The archive can be found here. Mall Status Map The only real problem with your updated version is it's a bit 'busy' on the eyes, it not as easy to read at a casual glance as the old one, although it does contain much needed extra information. I did have the idea of combining the suburb feature from the Omnimap into the Mall Status Map, allowing people to see the current status of the suburbs using the colour code and being able to see the names of the suburbs with a roll over. -- . . <== DDR Approved Editor 14:36, 31 January 2009 (UTC) Yeah, it works better without the names and images. I was hesitant to remove them since it was more of an established page. The rollover provides you with the mall name anyway. We'll see whether other people think it could do with de-cluttering too. I'm inclined to agree with you on that point. As far as the Omnimap bit goes, the whole reason for the suburb system there (as opposed to using the danger map underneath, like the StatusMap system) was because it needed to show SIM data too. It was just a clever workaround, and probably not needed on things like the MSM or NT Status Map etc, unless you mean something else? --  RoosterDragon  15:05, 31 January 2009 (UTC) I've just had a go at this, but my coding fails me. I'm thinking a map similar to the old MSM, using Image:Mall-status-map.png and the old status system, but with the addition of a SIM suburb border overlay. This will allow the MSM to display the relative danger levels as well (though I think the colouring will need to be tweaked to make it easier to read). This also means that rolling over a suburb on the MSM will give you its name and a clickable link to its page and thereby reduce the visual clutter on the current MSM. Am making sense? -- . . <== DDR Approved Editor 18:47, 2 February 2009 (UTC) (Deindented)Uh, not really. When you say a 'SIM suburb border overlay' do you mean: The Omnimap's suburb border's, the transparent gif's? The SIM-grid map's suburb grid overlay? Actual SIM data? Something else? I get what you mean by the rollover, the same thing as you currently get for the Omnimap. Am you wishing to use this to replace the current underlay that looks a bit like the suburb danger map? Resulting in, from the bottom-up: Old map image you linked on the bottom Layer of suburb status borders, like the current Omnimap. (If you mean that) Invisible layer of clickable suburb links Old status system (Mall name and status image) on top Have I got that right? --  RoosterDragon  19:59, 2 February 2009 (UTC) This level of complexity is why I can't code maps. You seem to have got what I'm after in your 'resulting in' section. However looking at that image I've linked it's got the malls on the image (I thought it was just a grid), and the coloured blocks representing the current status, like the NT Status Map, seem to make an easier instant reference. Following your list, what I think I'm trying to say is: Grid image (I find an underlying grid to be especially helpful for working out routes without having to use another map) Layer of suburb borders (like the current Omnimap, so it auto updates) Invisible layer of clickable links to suburb pages (again like the current Omnimap) New status system (changed my mind due to the ease of the colour references) Is all that even possible? Viable? And will it actually make it better do you think? -- . . <== DDR Approved Editor 20:14, 2 February 2009 (UTC) Possible, very. The various parts listed are all work separately on their own, so you can just mix and match as you want, making some adjustments for size and so on. Making it better is another argument. I would suggest first the mall name and status image get ditched (from the old system) and just leave the auto updating colours on what's left (basically, it would be exactly like the NT Status Map and MPM Status Map, just for malls). I personally don't think the suburb links are that distracting. I can see the suburb's in the back being confusing though, it is a lot of colours. Do you find it a problem on the other two maps I just mentioned? --  RoosterDragon  20:53, 2 February 2009 (UTC) On the other maps (NT and MPM maps) the individual location names aren't needed and the suburb names are, however I feel the opposite is the case for malls, it is the mall name (and therefore links to individual mall pages) that is more important. Saying that, what I found limiting for the old system was the fact I had to click the mall name and then go to the suburb page if I needed a general update. I'd like to see whether it'd be viable to have both mall and suburb links, but it's the suburb name links that seem to clutter the map compared to the old one, but I can see how the inverse would be true given your work on the other status maps. I'll have another go at a mock-up, my last attempt ended in disaster, but I'll see if I can code up something near what I'm trying to convey. -- . . <== DDR Approved Editor 21:10, 2 February 2009 (UTC) Again my attempt ended in disaster.If the image will go to the background, so the links work, and it all lines up of course, that's pretty much what I'm getting at. I'm thinking a change in the background image colour to a dark grey grid will make the border colouring show up better. -- . . <== DDR Approved Editor 21:30, 2 February 2009 (UTC) You're basically there actually. Heh. You're gonna struggle lining it all up without some size changes, because both maps operate on very different scales, but no major worries on that. You're right about the background, the Omnimap relies quiet a bit on the fact SIM data is mostly black. If you set up the main table as a gray (not black, or the gridlines won't show) background, and just shift the div containing the image above the code for the suburb links, you're mostly set. Items are pasted on one at a time, so something at the top will get buried by what is pasted on later. --  RoosterDragon  21:40, 2 February 2009 (UTC) I have had a small brainwave, either that or some sort of seizure from too much time editing the Imbalance page today. Anyway, it might be possible to make the little block representing the building clickable, and take you to that building! You already get a nice report on mouseover which tells you the building's name, so would clickability solve the problem with linking to the mall? (Could always add a note on top of page explaining how to navigate the map for such a purpose) Regardless, I might just try that at some point anyway, it would be handy. --  RoosterDragon  22:20, 2 February 2009 (UTC) I'm having a hell of a time trying to resize those layers, time to call the Gnome methinks. Your idea about making the blocks clickable could be workable, the mall have would be displayed on mouseover and might work visually with the page not being over saturated. Depending on how it works it might be an idea to add the other large buildings, cathedrals, mansions and forts to the map for an overall view of Malton. -- . . <== DDR Approved Editor 22:39, 2 February 2009 (UTC) Resizing wise, you'll probably want to rip open a word processor for some find/replace of size code. I'd suggest scaling up the suburb links and suburb borders to the size of the metatac grid. I'll have a look at it if it's still troubling you. As far as a view of Malton goes, I had a similar idea swishing around in my head, for 'Important' buildings in Malton. Basically, Malls, NTs and Forts. Other stuff isn't that important really. --  RoosterDragon  22:45, 2 February 2009 (UTC) I'm trying both Rev and Gnome to see if they can fix the resizing problem, if you've got time, feel free to have a go, after that I'll see about tweaking the aesthetics to make it legible and then we'll see how it compares to the other designs. The reason I suggested the large buildings is because they tend to be indicative of the general health of a suburb, more so that NTs which can generally be suicide striked by a few survivors to get up and running again. -- . . <== DDR Approved Editor 22:52, 2 February 2009 (UTC) No reason we can't have both! Big buildings and important buildings on two maps. The BIC would match up with the big ones perfectly. Anyway, I've determined that the suburb links line up just fine (set the table to a colourful background, you can see it, I used that trick to check it lined up on the SIMgrid and Omnimap when I set it up way back when. The suburb borders just need a new template, that formats said images to the correct width (79px) and a small edit to the table for the inclusion of a 1px cellspacing. You're literally done after that. --  RoosterDragon  23:01, 2 February 2009 (UTC) BIC Status Updater Bot Hey Rooster, just wondering how progress is coming on the design for this bot. It would certainly do wonders for the wiki, and save me from changing old BIC statuses to unknown manually. You've made some great bots already, and I'm really looking forward to this one as well. --Maverick Talk - OBR 404 16:18, 7 February 2009 (UTC) It has not progressed since my return, most of my bot related time has been to fixing error after error I've suddenly found with the EMR bot. I think a moron possessed me while I was typing up that code or something. Hopefully the BIC bot will be on the cards soon. --  RoosterDragon  22:09, 8 February 2009 (UTC) Right on. If there's anything I can do to help in the meantime let me know. Otherwise I'll just keep manually updating as many of the BIC reports in the Rose District as I can. --Maverick Talk - OBR 404 22:15, 8 February 2009 (UTC) Testing Dulton Any chance you could run up a similar section for vinetown? --RosslessnessWant a Location Image? 20:46, 9 February 2009 (UTC) Still working on fixing the errors. Those awful newlines have come back to haunt me again. Why are they appearing! Argh! --  RoosterDragon  20:53, 9 February 2009 (UTC) Ok, errors are fixed. If you want to mock up one for Vinetown, go right ahead. The code should be pretty obvious. I'm still in the process of wondering what could yet be gotten out of the system. --  RoosterDragon  22:30, 9 February 2009 (UTC)