Search

 
 Join the Community, Create an EVE-ONLINE account or log in.

open All Channels
sepopen Assembly Hall
blankseplocked POS Lab/Array Streamlining
 
This thread is older than 90 days and has been locked due to inactivity.

New Topic   
 
Author Topic

Herschel Yamamoto
Agent-Orange
Posted - 2009.05.19 05:27:00 - [1]
 

So I've been using POSes a lot lately, and I've discovered firsthand just how immensely frustrating they are. This is no surprise, of course - I've known it for years. It has, however, got me working overtime thinking of ways for them to suck less. I'm not going to propose anything drastic here, just a change that should make a lot of things less annoying, without negatively impacting CCP's ability to do the real overhaul further down the line.

Basically, instead of each lab, hangar, and array being separate, merge them in together. The POS has one single corporate hangar, and the "Capacity" stat would become a boost to the capacity of the POS hangar rather than a separate hangar of its own. All lines are together as well - a POS with 12 Advanced Mobile Laboratories wouldn't have 12x3 copying lines, it'd be a single installation with 36 copying lines(and 24 ME, and 24 invent, and 250,000m3 of hangar space). You'd probably add in the ability to name individual lines, so that corps who want to keep lines reserved for whatever can do so. Ideally, you'd also be able to open the hangar remotely and see what's inside, like you can with corp offices, though I understand that CCP may be reluctant to inflict that upon their database.

There'd be a couple other effects, but I don't think any of them are really serious, either for or against. Basically, this would streamline POS operation nicely, it's not going to ruin any future plans CCP may have, and I'm pretty sure there's enough of a chance that it's workable that it is at least worth asking for.

AspiB'elt
Posted - 2009.05.19 05:53:00 - [2]
 

Good Idea.

In the same time it's possible to have the right also with the alliance on the office to share some items. That will be great ...


Clansworth
Posted - 2009.05.19 07:32:00 - [3]
 

I think combining the storage into a single logical unit would be nice from the user's standpoint, i can see problems when it comes to those hangers being shot and such. I'd prefer items stay in their respective places, but instead, allow labs/factories to pull from/to corp hangers. The only change required to do this would be to allow naming of hangers (should have been implemented anyways) and show those names as options in the S&I interface.

Cyberman Mastermind
Posted - 2009.05.19 09:54:00 - [4]
 


Bunyip
Gallente
Center for Advanced Studies
Posted - 2009.05.19 13:48:00 - [5]
 

Edited by: Bunyip on 19/05/2009 15:28:55
Why?

Just train the Scientific Networking skill up a bit. Suddenly, you're at a remote station holding all the blueprints you need and can just slot one in the lab as you desire. The problem has been taken care of already using in-game mechanics.

Not supported.

EDIT: I do agree with joining the slots, just not the hangar on the POS itself. Read what I write before you flame me please.

Vuk Lau
4S Corporation
Morsus Mihi
Posted - 2009.05.19 14:41:00 - [6]
 

Edited by: Vuk Lau on 19/05/2009 14:42:43
Originally by: Bunyip
Why?

Just train the Scientific Networking skill up a bit. Suddenly, you're at a remote station holding all the blueprints you need and can just slot one in the lab as you desire. The problem has been taken care of already using in-game mechanics.

Not supported.



Did you read what he wrote? Or did you even tried to put research job remotely? Or you are just randomly trolling CSM candidates you dont like?

I hate when I need to widdle tru 20 labs in system/POS to find free slot.

Supported

EDIT: Just to clarify things it PITA even from station to search for slots, esp if u have more then few labs as u usualy have

Herschel Yamamoto
Agent-Orange

Posted - 2009.05.19 16:20:00 - [7]
 

Originally by: Clansworth
I think combining the storage into a single logical unit would be nice from the user's standpoint, i can see problems when it comes to those hangers being shot and such. I'd prefer items stay in their respective places, but instead, allow labs/factories to pull from/to corp hangers. The only change required to do this would be to allow naming of hangers (should have been implemented anyways) and show those names as options in the S&I interface.


True. The other option is to make it a function of the Corp Hangar Array, such that having one at the station is what merges everything, but that's an annoyance in its own right(different game mechanics depending on whether there's a corp hangar present or not? Ugh). As always, CCP is going to work out the details before implementation anyways, so I figure I'll give them enough to work with and let them sort through the nagging details.

Originally by: Bunyip
Why?

Just train the Scientific Networking skill up a bit. Suddenly, you're at a remote station holding all the blueprints you need and can just slot one in the lab as you desire. The problem has been taken care of already using in-game mechanics.

Not supported.

EDIT: I do agree with joining the slots, just not the hangar on the POS itself. Read what I write before you flame me please.


If all you're doing is ME/PE/Copying, sure, it's easy. Leave the BPOs in an office, pick a free slot, use it. The problem comes when you have jobs that take materials. I have a corpmate who is planning on buying another half-dozen data interfaces as soon as he gets a bit of spare cash so that he can just leave one in every AML he invents at, instead of having to be at the POS in person every couple hours moving stuff around in order to do his invention. I've gotten to the point where I'm so frustrated having to move my materials around between different component arrays that I have an alt permanently parked in my POS, solely so that I can log him in to move things around for me. Scientific Networking helps, but not nearly enough.

Originally by: Vuk Lau
Did you read what he wrote? Or did you even tried to put research job remotely? Or you are just randomly trolling CSM candidates you dont like?

I hate when I need to widdle tru 20 labs in system/POS to find free slot.

Supported

EDIT: Just to clarify things it PITA even from station to search for slots, esp if u have more then few labs as u usualy have


This is the other reason, yes - finding free slots becomes a lot easier when you have to look at one list of slots per POS, not as many as 15. Also, always good to hear my POS proposal get support from someone who runs a thousand times as many of them as I do.

LaVista Vista
Conservative Shenanigans Party
Posted - 2009.05.19 21:19:00 - [8]
 

I don't see CCP rewriting the POS hangar system. It's going to take too much time for too little gain.

A complete POS overhaul, and we can speak. But then again..

Herschel Yamamoto
Agent-Orange
Posted - 2009.05.19 23:12:00 - [9]
 

Originally by: LaVista Vista
I don't see CCP rewriting the POS hangar system. It's going to take too much time for too little gain.

A complete POS overhaul, and we can speak. But then again..


I expect that this will only be done if it's simple enough to justify it. If it'd take as long as a full overhaul, I'd rather have the overhaul, of course. I propose this because I think that there's a good chance it could be done a lot faster than that - most of the code is already there, it's just pushing it into new molds. There's enough of a chance that it is doable, and it'd be useful enough if it was done, that I think it's worth asking for. If CCP says no, they say no, and I'll leave it be, but until then I'm going to take a shot at it.

Clansworth
Posted - 2009.05.20 01:43:00 - [10]
 

Originally by: LaVista Vista
I don't see CCP rewriting the POS hangar system. It's going to take too much time for too little gain.

A complete POS overhaul, and we can speak. But then again..


As the OP describes, yes, it would take a bit of coding, however, I think changing the S&I system to allow pulling from other hangers in the POS would not really imbalance anything, and probably not be THAT difficult either.

Karina Redstar
Posted - 2009.05.20 07:35:00 - [11]
 


Betonela
Posted - 2009.05.20 07:36:00 - [12]
 

Edited by: Betonela on 20/05/2009 07:36:10

LaVista Vista
Conservative Shenanigans Party
Posted - 2009.05.20 09:16:00 - [13]
 

Originally by: Clansworth
probably not be THAT difficult either.

Given my last year on the CSM, I has gotten an insight into how CCP perceives the mess that is the POS system.

And just the thought of CCP having to touch the POS code, makes me shiver. In which case, I can't imagine what the poor developers might be thinking.

mazzilliu
Caldari
Sniggerdly
Pandemic Legion
Posted - 2009.05.24 07:00:00 - [14]
 

Originally by: Herschel Yamamoto
Originally by: LaVista Vista
I don't see CCP rewriting the POS hangar system. It's going to take too much time for too little gain.

A complete POS overhaul, and we can speak. But then again..


I expect that this will only be done if it's simple enough to justify it. If it'd take as long as a full overhaul, I'd rather have the overhaul, of course. I propose this because I think that there's a good chance it could be done a lot faster than that - most of the code is already there, it's just pushing it into new molds. There's enough of a chance that it is doable, and it'd be useful enough if it was done, that I think it's worth asking for. If CCP says no, they say no, and I'll leave it be, but until then I'm going to take a shot at it.


as a part of the POS overhaul, giving the main tower functions like a hangar and centralized input.output and perhaps even systemwide fueling would be a huge convenience. the corp hangar array could be relegated to an "extra capacity" role.

KAELA MENSHA
Posted - 2009.05.25 00:23:00 - [15]
 

Flog the dead horse and have done with it,
a pos should work the same as a station

Bunyip
Gallente
Center for Advanced Studies
Posted - 2009.05.25 03:58:00 - [16]
 

The problem with this is the same problem that caused the POS Exploit. If the items are stored in a different location, the module has to make a status check, aka a database call, on whether the raw materials are present in the other location, and the other location (the POS tower, in this case) has to respond with another pipe of data.

This might not seem like much, but considering how many POSes are in service and the amount of modules the POSes contain, the number of database calls would be disabling to the servers. The devs made a shortcut to just save two calls per hour, and that cost them a huge mistake in the game's economic history.

While it might seem like a good idea, this concept is completely unfeasible. Sorry, but I cannot support it due to the overhead required.

Herschel Yamamoto
Agent-Orange
Posted - 2009.05.25 05:02:00 - [17]
 

Originally by: Bunyip
The problem with this is the same problem that caused the POS Exploit. If the items are stored in a different location, the module has to make a status check, aka a database call, on whether the raw materials are present in the other location, and the other location (the POS tower, in this case) has to respond with another pipe of data.

This might not seem like much, but considering how many POSes are in service and the amount of modules the POSes contain, the number of database calls would be disabling to the servers. The devs made a shortcut to just save two calls per hour, and that cost them a huge mistake in the game's economic history.

While it might seem like a good idea, this concept is completely unfeasible. Sorry, but I cannot support it due to the overhead required.


I know I've talked to you in-game, but this should probably be addressed in thread too. I don't think you've quite got what I'm asking for here. There would be no need to check multiple places when starting a job(I agree, that would break the database), because there wouldn't be multiple places to check. The POS would have exactly one hangar, and thus there would only be one check.

I'm not a dev, and I don't know for a fact that this can be done. But my intuition, which isn't usually too terrible, says it can probably be done. A fair number of people, including one of your fellow CSMers, seem to agree. I think it's worth asking the question, since that's really what the CSM is best at. The CSM have brought up topics before where the initial idea was rejected but another path to the same solution was found. One of my topics started as "Change ammo in all guns at once" and ended as weapon grouping - not the same thing, but the same ultimate result, and instead of causing lag it actually reduced it. In that case, we didn't get what we asked for, but we certainly got what we wanted.

If this thread ends up in the same place, I'll be more than happy, but we can't do that if we use lines like "Well, I'm not sure it's possible". If you know it's impossible, fine, reject me. I don't see any way for anyone outside CCP to know whether it is or not - if you have info on this topic, let me know, and point me to it if it's not under NDA. But from what I can tell, this is all guesswork. We both want it to be done, I think there's a good chance it can be done in a reasonable amount of time without breaking anything, you don't, but neither of us really knows. Let's ask the people who do.

Cyberman Mastermind
Posted - 2009.05.25 08:07:00 - [18]
 

Originally by: LaVista Vista
And just the thought of CCP having to touch the POS code, makes me shiver. In which case, I can't imagine what the poor developers might be thinking.

Be that as it may, sooner or later the devs will have no choice but rework the entire POS coding.
Since they insist on making us depend on POSes more and more, there will be more people using them - and getting annoyed, eventually perhaps to a point of leaving the game.

Instead of chosing to ignore the issue until it's too late (and knee-jerk hotfixes are applied) they should man up and fix it.
Just saying "It's too much work, it's too much work" over and over again won't help.
Ignorance may be bliss, but it doesn't fix problems. I tried, more than once...


 

This thread is older than 90 days and has been locked due to inactivity.

New Topic