| Pages: [1] 2 3 4 :: one page |
|
|
| Author |
Thread Statistics | Show CCP posts - 4 post(s) |
Korrimal Ohmiras
EVE University
Ivy League
2
   |
Posted - 2013.05.18 20:40:00 -
[1] - Quote
Recommendation for some changes to the Survey Scan Results
Four new columns
1) Lock Indicator - Indicates which asteroids you have self-locked similar to what is in the first column in the overview. This would only show self-locked objects.
2) System Lock Indicator - Indicates if someone else in the same belt has an asteroid locked. Again this would show up similar to the first column in the overview using the same color indicator (this is for fleet ops when you have 20 miners trying to find an asteroid that doesn't have a mining laser on it already).
3) Tag Indicator - similar to in the Overview where you can show the tag associated with an object when doing fleet ops
4) Currently Mined Quantity - For any asteroids that are currently self-locked - would give a more accurate measure of the quantity mined with that laser. So for example if you are mining veldspar at 1600m2 per 180s, then it would tell you the exact quantity mined if you are say 57% of the way through the cycle.
As a 'stretch' objective to #4 - if there is an Orca within survey range that is managing fleet ops, it would be beneficial that the Orca pilot should be able to see the currently mined quantities for each asteroid for any members that are in the same fleet. This would obviously be an ability that would only be available as a role bonus type thing. I realize this extra feature however may not be possible based on the way I think the code is structured. But if it is a possibility this would be a huge bonus to fleet ops.
Not expecting that any of this information would update automatically - just as the survey scanner is activated. |
Gliese Casserres
Center for Advanced Studies
Gallente Federation
0
|
Posted - 2013.05.27 02:01:00 -
[2] - Quote
Every day I mine I see these same needs for upgraded survey scanner functionality.
These upgrades would make mining management less tedious to track.
Bumped and signed |
|
CCP Fear
C C P
C C P Alliance
142
|
Posted - 2013.05.28 15:44:00 -
[3] - Quote
BUMP!
I'm very interested in this topic. I would love to hear some ideas on how the survey scanner could be improved, what could be added to make the experience better and how it could be leveraged in a more co-operative or simple mulitplayer setting.
Would also like to hear just how it's being used. Any 3rd party tools that are being used to compliment it.
Basically, what does it need to do better to make it more interesting. |
|
Vincent Athena
V.I.C.E.
Aegis Solaris
1899
|
Posted - 2013.05.28 16:27:00 -
[4] - Quote
Two things:
First, one use of the survey scanner is to time the miners. That is to mine just enough of each roid to deplete it without wasting time.
A painful thing to do if you are multi-boxing. Why? You got say 2 hulks, 6 strips. Each one now has a different stop time depending on what roid its mining. "Does strip #3 on hulk #2 stop at 60% cycle this cycle or next cycle? Or was that strip #1???"
Suggestion: If I'm using the survey scanner and activate a strip it automatically starts part way through the cycle. For example if my strip mines 1000 cu m per cycle and the scan result showed the riod has 1300 cu m the strip will start at 70% of a cycle. 1.3 cycles later it finishes and the roid pops. I think this can all be handled client side. The sever would not need anything new. All that's happening is the client is being clever as to when to cycle the strip. In the above example the sever would see a message saying "Strip activated on the roid". Then 30% of a cycle later the server would see "Strip completed cycle on roid" at which time the server would deliver 30% of a cycles worth of ore, just as if the player had turned the strip off and quickly back on after 30% of a cycle.
When to start is based on the last survey scan and on the assumption that only one strip is being used on the roid. This is just to keep the calls to the server data base down.
Second: When I go looking for ore: I jump into a system with 12 belts. Which one has the ore I want? Now I got to warp to each one and take a look. Ive spent literally hours going system to system, warping to belts (a slow process with an exhumer) looking for the ore I want, only to find the belt has already been stripped by others.
Suggestion: Have a long range mode on the survey scanner. It tells me what is in each belt. Even a very approximate number would be helpful.
http://vincentoneve.wordpress.com/ |
Vesan Terakol
Almost Deliberate
2
|
Posted - 2013.05.28 17:22:00 -
[5] - Quote
Maybe it would be good to be able to transmit the data from survey scanners on Orca/Rorqual to members of your fleet, like an unique ability for industrial command ships. Could be a shared spreadsheet for the entire fleet or as an overlay of the asteroids - when a fleet member locks one, he gets the amount next to the targeting reticle or in place of the HP bars in the locked targets list. |
Hopelesshobo
Red Dwarf Mining Corporation
space weaponry and trade
18
|
Posted - 2013.05.28 17:36:00 -
[6] - Quote
The Orca/Rorqual should be able to scan the entire system for even just an asteroid comp for each field so they can actually manage where the fleet needs to move to. Currently the survey scanner bonus that those ships get is mostly worthless unless you have that odd roid that is 50km off the rest of the belt. Either the bonus needs to goto system wide like I suggest, or that the data from the survey scan needs to get pushed to the fleet so the exhumers don't need to carry their personal scanner.
But having more details as in how many strip miners are currently active on a given roid you are in the belt with would make things easier as well instead of having to check to see the numbers, locate where it is in the belt and look to see if a laser is currently on it. Also being able to let it constantly cycle automatically would be helpful for those who want the latest information the entire time they are in the belt. |
Gizznitt Malikite
Agony Unleashed
Agony Empire
2148
|
Posted - 2013.05.28 17:45:00 -
[7] - Quote
I think faction (Ore) Survey scanners should be added, with an extended scan range (35 km's), so people can bling up their ships to see the contents of all ores their fleet-bonused harvesters can mine.
|
Maximus Aerelius
PROPHET OF ENIGMA
79
|
Posted - 2013.05.30 23:49:00 -
[8] - Quote
OK, OK, I like the ideas in here so here's mine: < see what I did there 
* Knowing What's Being Mined *
When someone activates an offensive module on you e.g. Warp Scram, Web, TP etc you get that little icon next to there entry on your Overview. Add that to the Overview for Mining Lasers\Strip Miners. You'll see which roids are not being mined.
This should be easy'ish as this functionality is already used for the stuff mentioned above.
* Constant Ore Retrieval *
How about instead of waiting for the cycle to end the ore is put in your hold every 10 seconds of activation instead of at the end of a cycle. Cycles can still be used for Cap Consumption but you could manage cargohold space more efficiently as well as Cap Consumption and T1 and T2 Strip Miner Crystal use by not overusing necessarily.
I like all the ideas above and my second one is an alternative to auto-shut off when roid pops as I find this a bit too "Automated" but that being said guns stop firing at targets when they're dead...
My Feature\Idea:-á Fast Character Switching "XP Stylee"
Here's my tear jar > |_| < Fill 'er up! |
Kardaval Scheinder
DawnStar Corp.
0
|
Posted - 2013.05.31 00:00:00 -
[9] - Quote
i would also recomend a setting to display units as either units, or volume, just to simplify the process and remove the match equation |
|
CCP Fear
C C P
C C P Alliance
149
|
Posted - 2013.05.31 11:02:00 -
[10] - Quote
Very great ideas here!
It definitely resonates with what I had already been thinking about such as;
- Better display of results (I would like it to be more visual and on the asteroids)
- Continuous cycles, for those that want to keep constant track
- Tie to Orca/Rorqual for better overview, tagging, etc.
But I'm also very interested in just how mining is as an experience and what happens before you actually go and mine. My experience has just been to undock, warp to a random belt and start mining.
Having some sort of a system scan of what roids are in the belts could be great, but as the roids are fairly similar in types in each system it would better to show some indication of "how much remains", so you can quickly go to a belt that is full rather than an empty one.
Something to think about at least. Keep the ideas coming! |
|
|
|
locait
Covert Operations
Aureus Alae
0
|
Posted - 2013.05.31 14:14:00 -
[11] - Quote
@ CCP Fear
As a person who spent over 2 years in a WH and doing mining in said WH I would like to see the survey scanner be more useful when i am mapping out a grav belt to mine while waiting for the sleepers to spawn.
- Survey scanners keep track of all the asteroids i scan even when they are out of range and only updating the ones in scan range.
- The Continuous cycles because i want to know when i can leave as soon as possible.
- Having Orca/Rorqual in fleet will allow miners share a fleet scan of the belt. Were the miners can send their scans to the Orca/Rorqual.
- Show which asteroids are being mined and by who.
As for how i mined in a wh it would be like this.
Scan -> map roids -> Kill sleepers -> warp in with barge -> start jet can mining -> pray to not have a cloaky fleet to kill me
-> get annoyed that everyone was mining the same roid and only 1 person got the last bit making us waste time in belt.
It is not uncommon for the miners, in corp, to have strips spread out to 3 different roids to reduce the lost mining time of the last cycle with all strips on 1 roid. |
|
CCP Fear
C C P
C C P Alliance
149
|
Posted - 2013.05.31 14:21:00 -
[12] - Quote
I had been thinking of how it could be made into a better collaboration tool, so having the scan results shared in a fleet would be something to consider.
@locait;
Would you then use the survey scanner in-side the Grav belt? (just making sure I understand the sequence of events right) |
|
Abrazzar
Vardaugas Family
1922
|
Posted - 2013.05.31 16:29:00 -
[13] - Quote
As mentioned adding a volume column would be of great convenience.
Also check the link in my signature for mining mechanics, it uses the survey scanner in a new way.
Sovereignty and Population
New Mining Mechanics |
Hopelesshobo
Red Dwarf Mining Corporation
space weaponry and trade
19
|
Posted - 2013.05.31 17:57:00 -
[14] - Quote
CCP Fear wrote:I had been thinking of how it could be made into a better collaboration tool, so having the scan results shared in a fleet would be something to consider.
@locait;
Would you then use the survey scanner in-side the Grav belt? (just making sure I understand the sequence of events right)
When I would do my mining I would basically be spamming the survey scanner when a roid would get low, I would keep track of how much my strips could pull in, and I would shut off my strips when I felt that I was far enough into the current cycle to pop the roid to maximize profit.
From there it is common in fleets that people end up shooting the same roid when there are untapped roids in the belt, which usually ends up in someone having a wasted cycle because there is no indication on who is mining what other then to move your camera around and visually look to see who is shooting what.
Instead of sharing the survey scan results with everyone in fleet, I would suggest only sharing with the people who have a survey scanner equipped and on grid. I would also add the little icon of who is shooting what into the survey scan results instead of the overview, otherwise you will be swapping back and forth between your overview, and trying to match up what you are reading in your overview with your survey results.
This is getting a little bit off topic, but would it be hard to reduce the cycle times of miners to be in the realm of 15-30 seconds and reduce the cap need of each cycle accordingly? Or make it so when a roid gets tapped out, the server sends a signal to the client saying that the roid is tapped and shuts down the strip miner, causing your ore to go into your hold. Although that last option would be tricky if multiple people were shooting the same roid. |
Vincent Athena
V.I.C.E.
Aegis Solaris
1927
|
Posted - 2013.05.31 18:06:00 -
[15] - Quote
My typical high sec mining op:
I got 3 accounts. They fly 2 Hulks and an Orca. I mine for minerals for use in manufacturing.
I log in all 3 accounts, form a fleet. Then I make sure the hulks both got the crystals for what I intend to mine. Typically this is one of the 4 ore types in Gallente space (which means I carry 4 or each crystal, including those loaded in the strips) or I need Pyrox so I insure I got those crystals.
Then we all undock and go to the target system. I normally go at least one jump as my home system gets stripped with great regularity. If I'm after pyrox I got to go at least 3 jumps. Once I get there I got to find a viable belt. I send each Hulk pilot to a different belt to find one that has ores of interest. For the 4 ores in Gallente space I typically have the two hulks mine different ore so I never have to worry about them mining the same roid. (Its really hard to see if this is happening. Some roids are quite small and very close to each other.) Once I find a belt with a good supply of the two ores of interest I warp in the rest of the fleet and off we go.
The main issue here is finding a belt that still has ore, just like you said. I generally go by roid count, how full the overview is with roids. But it sure would be nice to have a single summary number for what remains in each belt.
For the Pyrox it can become very frustrating. I can go to a system, warp to each and every one of its 12 belts just to find them all stripped of Pyrox. Then off to the next system just to find the exact same thing. I have spent hours trying to find a system that's not stripped, simply because checking out each belt is so time consuming. Again it sure would be nice if I had a scanner that told me what was left in each belt.
BTW, did you understand what I was saying about having the survey scan results set the timing of the strips, or are you just not interested?
http://vincentoneve.wordpress.com/ |
Infinite Force
Hammer Of Light
Covenant of the Phoenix Alliance
624
|
Posted - 2013.05.31 18:53:00 -
[16] - Quote
locait wrote:@ CCP Fear As a person who spent over 2 years in a WH and doing mining in said WH I would like to see the survey scanner be more useful when i am mapping out a grav belt to mine while waiting for the sleepers to spawn.
- Survey scanners keep track of all the asteroids i scan even when they are out of range and only updating the ones in scan range.
- The Continuous cycles because i want to know when i can leave as soon as possible.
- Having Orca/Rorqual in fleet will allow miners share a fleet scan of the belt. Were the miners can send their scans to the Orca/Rorqual.
- Show which asteroids are being mined and by who.
As for how i mined in a wh it would be like this. Scan -> map roids -> Kill sleepers -> warp in with barge -> start jet can mining -> pray to not have a cloaky fleet to kill me -> get annoyed that everyone was mining the same roid and only 1 person got the last bit making us waste time in belt. It is not uncommon for the miners, in corp, to have strips spread out to 3 different roids to reduce the lost mining time of the last cycle with all strips on 1 roid.
@ CCP Fear,
Having done my fair share of WH mining over the past year+, I'll echo locait's comments and add a few of my own.
As I see it, Survey scanners really need their ranges increased and what information is returned.
1. A no-implant, maxed out hulk pilot w/ t2 strips & max Rorqual boosted is going to reach out to ~29.5 km. The t2 survey scanner currently only reaches 22km. Not any real difference from the t1 scanner.
2. ORE Faction survey scanners reaching farther than 30 km would be a nice add. IIRC, ORE strips & maxed rorqual boosts will get you near 39km's. I don't have Tau's post on this handy.
3. Scanner results really don't need to be shared - this is nice and I wouldn't argue it being added, but not necessary. What's more important is having enough range and information returned so that you know when to cycle your strips -- e.g. how many m3 or how many "time ticks" are left before a given asteroid is depleted. It is IMPOSSIBLE for an Orca/Rorqual booster to micro-manage a true mining op of 5, 10, 20, 50 hulks (I've been both the miner and the booster in both of those maxed situations).
4. Outside of High-sec, NO ONE parks their Orca in a belt. The Rorqual will always be inside POS shields. It is suicide, plain and simple to put a Rorqual in a belt / Grav site in Low / Null / WHs. I understand the original intent, but it does not work that way in reality.
5. If you have any sway, WH (& Low & Null) Grav sites need to be left as scannable sites, not on d-scans.
6. Continous cycles would be nice. Currently, they cycle in 3 seconds. This is fine for a single shot (and work great for 16 second rorqual boosted venture gas cloud harvestor II cycles btw) ... Change the scanner cycle times to 5 or 10 seconds and allow the module a no-repeat, 3 second, option.
I look forward to more good suggestions -- that are listened to -- on this.
HROLT CEO
Live Free; Die Proud
Hammer Mineral Compression - The only way to go! |
criativa
Zugleich Techniken
64
|
Posted - 2013.05.31 19:19:00 -
[17] - Quote
First: thank you very much for this! I'm really looking forward to this kind of "little things" that miners would love to have!
My ideas:
- Update the TAG system:
Make it so we can have at least 36 unique tags. Also, instead of a long list with all tags, create range groups for tags:
Right-click > Apply tag >
[0-9] >
0
1
2
...
[A-M] >
A
B
C
...
[N-Z] >
N
O
P
...
Motivation: see 4.
- Export results!
I can't say how much this would help us creating 3rd party tools to analyse the belt composition and calculate if it is worth mining or not. Could be "copy to clipboard" and/or export to csv, xml, etc.
Motivation: self-explanatory.
- Group results by major type
Currently you have a group for "Concentrated Veldspar" and another for "Dense Veldspar". Being able to filter by major group "Veldspar", with a column (or info after group name) indicating total m^3 inside that group, would be priceless.
Motivation: being able to have a better way to quickly identify if a belt contains enough quantity of the ore type you are looking for.
- Mass tag asteroids
Example: right-click the "Condensed Scordite" group and select "Apply tags". That would create a tag (increasing number) for each asteroid within that group, respecting the listed order.
Motivation: when I scan the belt I order by quantity (decreasing) and apply tags (increasing) so I know that "[TAG 1] Kernite" has more ore in it than "[TAG 2] Kernite". This way I can cherry-pick the roids that will optimize my laser cycles.
- More columns
Yes, please. Everybody wants them:
Volume (m^3, would also apply to major groups and subgroups)
Depleting (boolean: true if someone is mining it)
Harvester (array: names of who is mining it)
Closest Harvester [in your fleet] (seriously, this would be awesome)
Motivation: more information, please!
|
locait
Covert Operations
Aureus Alae
0
|
Posted - 2013.06.01 06:51:00 -
[18] - Quote
CCP Fear wrote:I had been thinking of how it could be made into a better collaboration tool, so having the scan results shared in a fleet would be something to consider.
@locait;
Would you then use the survey scanner in-side the Grav belt? (just making sure I understand the sequence of events right)
Yes i would more than i am now.
Having the barges share the scanner information will effectively increase their range. i will explain in a later post when im not brain dead.
also having scanners work in ticks would be really nice.
like the roids you are mining updated every 5 ticks roids u r not mining every 10 ticks. but use cap in cycles
PS:
it would also be nice to have miner mine in ticks but use cap in cycles |
Janton Raudhir
Viziam
Amarr Empire
0
|
Posted - 2013.06.01 17:38:00 -
[19] - Quote
I very much like this idea! Countless times when I'm running a mining fleet in E-UNI do I have to ask Miners to quite doubling-up on Asteroids.
Something like this would make my life a whole lot easier. |
Korrimal Ohmiras
EVE University
Ivy League
6
|
Posted - 2013.06.01 18:00:00 -
[20] - Quote
Infinite Force wrote:[quote=locait]@ CCP Fear
4. Outside of High-sec, NO ONE parks their Orca in a belt. The Rorqual will always be inside POS shields. It is suicide, plain and simple to put a Rorqual in a belt / Grav site in Low / Null / WHs. I understand the original intent, but it does not work that way in reality.
Quite often for mining ops in high-sec having the orca on site is of benefit because you don't have to get someone else with a tractor beam equipped to pull the ore to a freighter. (would be nice if a freighter could get one high-slot for this purpose btw). Having said that - I would agree that in low-sec or when war dec'd its foolish to have an ocra on-grid.
One of the other points raised earlier thou - the ability to see everyone's cycle times should probably depend on two factors. 1) are you on-grid, and 2) only applicable within your current scan range.
The amount of programming required to pull off this function shouldn't break code that has already been developed to support the d-scan function. I would consider whatever scanning features are available as part of the d-scan would represent the outer limit of possible functionality to maximize code reuse as part of the request.
I would love to have the ability to scan a complete system so that I'm not wasting time jumping to belts that have already been mined out. The system I was in last night I ended up wasting almost an hour trying to find a belt that wasn't depleted. But I would suggest that this function be either a new d-scan feature or maybe what might be more appropriate is to have a new probe type that you could send to belts and grav sites to relay information on the total mineable units.
There is nothing worse than scanning down a grav site, warping to it and finding out its been mined out already. At least this way an Orca / Rorqual can fit a prob launcher and sit behind the POS shields providing useful information for the fleet without breaking too many existing mechanics. |
|
|
Korrimal Ohmiras
EVE University
Ivy League
6
|
Posted - 2013.06.01 18:12:00 -
[21] - Quote
locait wrote:
Having the barges share the scanner information will effectively increase their range.
Another clarification - I wasn't suggesting that ALL fleet members should share results but only consider that information to be part of the fleet booster role.
So
Squad Commander would only see their squad results
Wing Commander would see the Wing results
FC would see the Fleet results
You would need to be on-grid and within range of the booster's survey scanner for this to work.
I would think this would maximize code reuse - I could be wrong thou.
|
locait
Covert Operations
Aureus Alae
0
|
Posted - 2013.06.01 19:24:00 -
[22] - Quote
Korrimal Ohmiras wrote:
You would need to be on-grid and within range of the booster's survey scanner for this to work.
I would think this would maximize code reuse - I could be wrong thou.
the reason they don't have ongrid boosting is because programming things like check if in range check if on grid with a lot of ships will melt the servers.
I will make it easy to understand. All objects ingame have an id and i bet the survey scanner finds out which are in its range finds the id of the roid and sends to the servers i want information on id xxx, zzz, 123 ect. So having all fleet see everything would mean a couple extra steps.
- Send roid ids to update to Orca/Rorqual which holds a master array(for non programmers i mean a master list) for the fleet
- Send a ping to all ships with the scanner from Orca/Rorqual with the new updated list of roid and respective information
basically the barges sends ids to the Orca/Rorqual to grab information then the Orca/Rorqual sends that information to all fleet members under him or u can get werid bugs. the ids should always be sent to the highest position the fleet. if no |
Dave Stark
3058
|
Posted - 2013.06.01 19:42:00 -
[23] - Quote
CCP Fear wrote:BUMP!
I'm very interested in this topic. I would love to hear some ideas on how the survey scanner could be improved, what could be added to make the experience better and how it could be leveraged in a more co-operative or simple mulitplayer setting.
Would also like to hear just how it's being used. Any 3rd party tools that are being used to compliment it.
Basically, what does it need to do better to make it more interesting.
improvements:
show which asteroids are locked/being harvested.
add a column with "volume" since "quantity" means we have to faff around doing the math to figure things out, which is tedious.
add a range bonus to the foreman link that adds laser range, that way your laser range is always equal to your scanner. better meta/t2 range bonus allows for "forward planning" if you have asteroids outside of your range. also, allow us to change the range if we want to use a t2 scanner while not having the results cluttered by out of range asteroids.
multiplayer:
as for using it in a multiplayer setting, well i don't see how. it's only really useful to a miner nobody else needs to know. unless you can display the scanner results on some one else's screen so you could scan from an orca and then have the results pop up on the miner's screens then i don't see it being useful in a multiplayer setting at all.
|
Lilistacia
Interstellar Brotherhood of Gravediggers
Get Off My Lawn
0
|
Posted - 2013.06.05 04:19:00 -
[24] - Quote
Preface: I skimmed the posts...
What if the Survey scanner had two modes a "universal" mode where it scanned everything in range, and a "Target" mode that displayed the current unit count on the roid either visually or numerically.
Thoughts
Lil |
Korrimal Ohmiras
EVE University
Ivy League
6
|
Posted - 2013.06.06 04:13:00 -
[25] - Quote
bump |
Rayzilla Zaraki
Tandokuno
55
|
Posted - 2013.06.06 04:39:00 -
[26] - Quote
Vesan Terakol wrote:Maybe it would be good to be able to transmit the data from survey scanners on Orca/Rorqual to members of your fleet, like an unique ability for industrial command ships. Could be a shared spreadsheet for the entire fleet or as an overlay of the asteroids - when a fleet member locks one, he gets the amount next to the targeting reticle or in place of the HP bars in the locked targets list.
THIS! Times 1000!
If nothing blew up, no one would buy your stuff. |
Alx Warlord
SUPERNOVA SOCIETY
The Nightingales of Hades
477
|
Posted - 2013.06.06 22:11:00 -
[27] - Quote
How about using the survey as a "target painter" and the painted asteroid gives a % bonus to the lasers on it.
otherwise some information like remaining ore volume, (not units), time until depletion when mined by you (compared to your lasers). Number of lasers or ships targeting it.... these kind of information would be really helpful.
Also, can you make asteroids "explode" (or implode) once depleted? or make they shrink based on how much ore is left on them?
Please read these!
> New POS system
> New SOV system |
nesdaq
Viziam
Amarr Empire
5
|
Posted - 2013.06.07 00:45:00 -
[28] - Quote
I use the scanner mainly to to lock roids i wan to mine. They are here sorted by name ,range quantity
What I'd like to see is:
* wayyy bigger scanning range (in my case (0.0) i only use the orca/rorq scan to get total numbers thats mostly a one once time job only.)
* showing if the roid is in range or not (for the love of god use one decimal, hard to figure out if in range, if your laser has a range of 26.5 while scanner/overview only showing 26 or 27)
* showing who has target locked to (scanning range/mining range)
* showing decrease value since last scan (and calculate eta depletion time)
* units/m3 math build in., i try to split the load trying to end all together and not all to a single roid (due to lasers are mining in m3/cycle)
* those we use a scanner to can see other results on his scanner.
* scanner interacting with the mining lasers to use them more efficiency when a roid disappears |
Shereza
Center for Advanced Studies
Gallente Federation
129
|
Posted - 2013.06.07 05:29:00 -
[29] - Quote
Might be nice if survey scanners provided benefits other than just raw information, like slightly reduced capacitor cost to ships linked in with them on the grounds that they can more efficiently mine the ore because of said scanners pinpointing where the highest concentrations in an asteroid are. There shouldn't be any sort of cycle time or yield bonus of course, but things like that or improved lock speeds on surveyed asteroids could make things interesting. |
Shana Matika
Perkone
Caldari State
2
|
Posted - 2013.06.07 09:25:00 -
[30] - Quote
Just as idea:
Grav Sites are actualy directly warpable - like asteroid belts. This is bad in so many ways that I don't need to explain to anyone why I guess.
Change Grav-Sites so Onboard Scanners can find those sites, but ONLY IF A SURVEY SCANNER is fitted!
Without you have to use Probes or Scoutships (Covert Ops and their T1 Hulls can also find those sites directly) to find those sites.
If you have an Orca or an Rorqual in Fleet and System all ships can use their fitted Survey Scanner (maybe new module: Gang Survey Scanner - only useable on command ships and industrial command ships).
An Yes:
- Brogressbar in Survey list
- if or who is mining wich roid
- M-¦ display
- loop for scan
- Short overview how much m-¦ of ore is in what belt (no details, just a plain estimated beltsize) -> Maybe some graphical indication like a red, orange, yellow and green asteroid symbol next to the belt name with adjustable numbers when the icon get red, green, orange, etc). Just new Gang Survey Scanner?
|
|
|
|
|
| |
|
| Pages: [1] 2 3 4 :: one page |
| First page | Previous page | Next page | Last page |