User:Antei thantonne

Working on Logistics Guide

Logistics, in EVE, refers to ships and modules that provide remote support to other ships. In real life, the term "logistics" is typically used to describe the coordination of military troops and supplies, and EVE University has a Logistics Division that serves this role. But in the EVE client, Logistics decribes remote assistance, and particularly:

• Remote Shield Boosting
• Remote Armor Repair
• Remote Hull Repair
• Remote Capacitor Transfer
• Remote Sensor Boosting
• Remote Tracking Support

One other type of off-grid remote boost module, the Warfare Link, is not typically considered logistics and will not be described here. This Guide summarizes the common mechanics of logistics modules; explains the differences between remote shield, armor, and hull repair in detail; and compares ships that are bonused for logistics. CCP made significant changes to logistics modules and ships in the Frostline patch in December 2015, and those changes have been incorporated here.

Visual effects for the different types of logistics modules are shown on the Identifying Visual Effects page.

Logistics Modules and Mechanics

Remote Repair: Comparing Shield, Armor, and Hull Repair

Most commonly, fleet logistics is about remote repair. Logistics ships in EVE are similar to the "healer" character classes you find in many other online multiplayer games; logistics pilots usually assist their fleetmates by restoring their hitpoints (HP), in battle. Remote repair can be used to restore HP to a ship's shield, armor, or hull, via three types of high-slot, remote repair modules: Remote Shield Boosters, Remote Armor Repairers, and Remote Hull Repairers. (Technically speaking, shields are "boosted" rather than "repaired", but for the purpose of this Guide, shield boosters have been classified as repair modules.) These three types of remote repair modules have some important differences, and the differences became more pronounced with the December 2015 Frostline update. The chart below illustrates these differences for medium-sized, Tech I modules of each type:

Remote Repair Modules

	Item	CPU (tf)	Powergrid (MW)	Cycle time (sec)	Repair Amount (HP)	Repair Rate (HP/sec)	Activation Cost (GJ)	Cap Demand (GJ/sec)	Optimal Range	Falloff	Rep Applied At
image	Medium Remote Shield Booster I	50	52	8	260	32.5	232	29.0	5.00 km	7.50 km	beginning of cycle
Data for Scythe-fitted module
image	Medium Remote Armor Repairer I	20	120	6	196	32.7	155	25.8	8.75 km	2.50 km	end of cycle
Data for Exequror-fitted module
image	Medium Remote Hull Repairer I	68	115	6	96	16.0	244	40.7	8.75 km	5.00 km	end of cycle

Remote repair modules are typically fit to ships that have bonuses to many of the characteristics listed above, and so the specific values in the table are not so important. Nevertheless, the chart does illustrate some of the most important differences between remote shield, armor, and hull repair modules.

• The icons for remote repair modules look like those of local repair modules, and armor and hull repairers look alike. Make sure you select the module you want! All remote assistance modules are distinguished from local modules by a double arrow on the icon symbol. The symbols for remote armor and hull repairers show welding helmets with different colors: gold for armor, and silver for hull. If you find the symbols confusing, the names are much clearer, so you can look for the word "Remote" when you mouse over the module icon to make sure you have the right kind.

• Remote hull repairers are inferior to remote armor repairers and shield boosters, and so they are never used in combat. Remote hull repairers require a great deal of CPU, powergrid and capacitor, and repair less HP than other repair modules. Unlike the other two remote repair types, there are no ships in EVE that are bonused for hull repair. As a result, remote hull repairers are not generally used in fleets, even for compositions focused on hull tanking. Remote hull repair is a convenient alternative to paying for hull repairs in station, however, and so these modules are occasionally used outside of combat.

• Overall, remote shield boosters and armor repairers restore HP at the same rate. Neither of these repair modes is inherently better than the other. They do have differences, however, that make each one preferable under certain circumstances.

• Remote armor repairers require less capacitor than remote shield boosters. Not only do armor repairers require less capacitor per cycle, they are also more cap efficient (requiring less cap per time) relative to shield boosters. This means that armor-repairing ships have more cap room for other active modules, and are less sensitive to enemy neutralizers and Nosferatus, than shield-boosting ships. Armor logistics ships have an easier time running all of their repair modules continuously, whereas shield logistics ships often have to cycle their boosting modules on and off to conserve capacitor. Because of their cap efficiency, armor logistics ships are more powerful for longer engagements (in which fleetmates don't die quickly), and in PvE.

• Remote armor repairers have longer optimal range than remote shield boosters. Armor logistics ships can stay farther away from the action, and still deliver 100% of their repping power, compared to shield logistics ships. As the chart shows, ship-bonused armor repairers have fairly long optimal range, and an Exequror--a Tech I armor logistics cruiser--can apply full armor repairs from 50 km away. The optimal range of a Scythe, the matching Tech I shield logistics cruiser, is just two-thirds as long. As a result, it is easier to keep armor-repairing ships out of harm's way than it is shield-repairing ships.

• Because shield boosters deliver HP at the beginning of the module cycle, no cycles are wasted. Armor repairers, by contrast, deliver repairs at the end of the module cycle. One downside of flying armor logistics is that, sometimes, your armor-tanked fleetmates will die faster than the cycle time of your remote armor repair modules. When this happens, that repair cycle is lost; the target of the remote armor repairer no longer exists, and so when the module completes its cycle, nothing gets repaired. This never happens with remote shield boosters, because a shield booster delivers HP at the beginning its module cycle. This may sound like an unusual situation--how is it possible that a ship is destroyed in just 6 seconds? In fact, this happens frequently in large fleet fights, where tens of opponent damage dealers are focusing fire on a single ship. But wasted cycles also affect longer fights, where each wasted cycle diminishes the overall, average efficiency of repairs. Not only does shield repair involve fewer wasted cycles, but because shield disappears before armor, shield logistics pilots have a little more time to rescue their fleetmates than armor logistics pilots do. As a result, shield logistics is better than armor in very large fleet engagements, or in any situation where you expect your fleetmates to die quickly.

• Remote shield boosters deliver more HP/cycle, so they have more repair "alpha". Combat ships are sometimes judged by how much damage they can deliver in their first ("alpha") volley. Logistics ships can be compared by a very similar measure, by how much damage they can repair in their initial repair cycle. By this measure, remote shield boosters are better than remote armor repairers--they repair more damage, right away.

Mining Doctrine: Wormhole Mining

Mining vessels are vulnerable to combat ships, and so AMC miners sometimes hesitate to mine in lower-security space. To be sure, mining barges and exhumers are slow to warp, have less capacitor than other ships, have little room for weapons, and spend most of their time at asteroid and ice belts that potential aggressors can directly warp to. But this doesn't mean that it's unsafe to mine! Unistas can mine productively under threat, especially in an boosted Shared-Can op. The purpose of this page is to provide a fleet doctrine that provides maximum safety to AMC miners mining in wormhole ore anomalies and shattered-wormhole ice belts.

The doctrine boils down to a few simple rules:

Unistas should mine in Procurers.

	Procurer	Retriever	Covetor	Skiff	Mackinaw	Hulk
Relative Ore Mining Efficiency*	76.4%	83.3%	100%	84.1%	91.6%	115.0%
Relative Ice Mining Efficiency*	84.9%	83.3%	100%	93.4%	91.6%	115.0%
Effective Hit Points**	60,000	14,000	11,000	67,000	30,000	23,000
Price (isk)***	20,000,000	27,500,000	32,000,000	180,000,000	200,000,000	230,000,000
Base Time to Align (s)	13.86	18.26	19.13	13.86	18.27	19.13

∗ Relative to the Covetor (100%) assuming max skills and optimal fittings for mining. Your results may vary.
∗∗ EFT calculation, using Tech I modules and intermediate fitting skills as of Kronos patch. Again, your results may vary.
∗∗∗ Jita/Amarr best price (as of 17 Feb 2015).

As the table above shows, the Procurer has better tank and time-to-warp than other barges, at a lower hull replacement cost. The Procurer's role bonus for the Ice Harvester is different from its bonus to the Strip Miner, and that actually results in it being a slightly better ice miner than an ore miner. But the overall effect is similar--by mining in a Procurer, you are sacrificing 25-40% of the yield that you would get from a Covetor or Exhumer. Nevertheless, for null-sec ores and ice that are worth over double the value of high-sec ore, WH mining can still be more profitable than high-sec mining.

Procurers can fit a Damage Control unit in a low slot, and shield hardeners in mids, and still have enough room for other mid-slot modules and an Ice Harvesting Upgrade or Mining Laser Upgrade to help with mining. For example:

Shattered WH Ice Miner

Procurer: Shattered WH Ice Miner

EFT

[Procurer, Shattered WH Ice Miner]
Ice Harvester I

Medium Shield Extender I
Adaptive Invulnerability Field I
Stasis Webifier I
Warp Disruptor I

Damage Control I
Ice Harvester Upgrade I

Medium Ice Harvester Accelerator I
Medium Core Defense Field Extender I

Warrior I x5
Hornet EC-300 x5

FITTING DIFFICULTY

EVE VERSION

PHOEBE 1.0

ALPHA CAN USE

UNSET

EFT

SKILLS

NOTES

RECOMMENDED SKILLS

NOTES

• I have fit this with T1, meta 0 modules and drones; upgrade to meta 3/4 or T2 wherever possible, except for the rigs.
• EC-300 drones are included to break the target lock on the opponents' initial tackler. If you don't have the skills to fly ECM drones, replace these with salvage and/or light combat drones.

WH Ore Miner

Procurer: WH Ore Miner

EFT

[Procurer, WH Ore Miner]
Strip Miner I

Medium Shield Extender I
Adaptive Invulnerability Field I
Stasis Webifier I
Warp Disruptor I

Damage Control I
Mining Laser Upgrade I

Medium Core Defense Field Extender I
Medium Anti-EM Screen Reinforcer I

Warrior I x5
Hornet EC-300 x5

FITTING DIFFICULTY

EVE VERSION

PHOEBE 1.0

ALPHA CAN USE

UNSET

EFT

SKILLS

NOTES

RECOMMENDED SKILLS

NOTES

• Again, upgrade to meta 3/4 or T2 wherever possible, except for the rigs, and please don't fit meta 1-4 Mining Laser Upgrades (too expensive!). Upgrading to Modulated Strip Miner II will require Arkonor or Bistot Processing III to mine null-sec ore; if you don't have one of those skills, stick with the Strip Miner I.

Some additional notes:

• If the wormhole exit closes, you could end up trapped in the hole. As a result, you will want to carry a Mobile Depot, a Core Probe Launcher I, and 8 Core Scanner Probe I's in your cargo hold, so that you can re-fit in space to scan for a new exit. It is extremely unlikely that you will need to do this, but better safe than sorry.
• I have left one of the rig slots empty in each of the above fits, but this slot should be filled, inside the wormhole, with a Medium Higgs Anchor I rig. The Higgs rig increases the agility of the Procurer, while reducing the ship's velocity. As explained below, this is actually a win-win in terms of mining aligned. However, it does roughly double the ship's mass, which will impact the stability of the entrance wormhole. As a result, I usually recommend that miners use their Mobile Depot to fit the rig after passing through the wormhole, and then to destroy the rig in the fitting window (no Depot required) before they leave.
• These fits have offensive modules (warp disruptor, or "point", and web) in mid slots, for a couple of reasons. The Procurer receives substantial bonuses to drone damage, and that makes the Procurer an effective attacker against frigate and destroyer opponents, as long as you can hold them in place. The fleet booster will be fit with a shield boosting module that will enhance shield resistances; additional resistance mods would be subject to stacking penalties. The FC may ask some miners to replace their points with warp scramblers ("scrams") for tactical flexibility. One or two miners might also fit a Survey Scanner in a mid slot, but having too many of these in the fleet is a waste of offensive potential.

Miners should mine in motion, aligned to pre-made warp-out bookmarks.

If you mine from a stand-still, as you would in high sec, you will be vulnerable to being scrammed and webbed by aggressors before you can warp away. On the other hand, if your ship is aligned towards a warp-out point, and moving at least 75% of its maximum speed, you can warp out immediately at the first sign of trouble. This means that constructing alignment bookmarks is an important part of wormhole mining. For ops that Antei FC's, he will supply you with a container of bookmarks at the beginning of the op, including bookmarks for the wormhole entry and exit, and some that are specific to the ice belt or ore anomaly. The bookmarks have a particular naming format, modeled after Agony Unleashed's format, that looks like this:

Examples:

.Sie WH->C1 ABC
Wormhole, passing from Sierra to a C1 wormhole. In the Probe Scanner window, the signature would have an ID tag that starts with the three-letter code "ABC". A period at the beginning of the bookmark indicates a wormhole that heads away from campus; an asterisk indicates a wormhole that points back to campus.

C1 Ice1
Warp-in point in an ice belt. If there is more than one warp-in point, they will be numbered.

C1 Align1
Off-grid alignment/warp-out point, >1000 km away from the warp-in point. Miners aligned to this point can warp out immediately.

C1 TAC WHexit @500k
Off-axis tactical bookmark, 500 km from the exit wormhole. Miners can warp to this tactical bookmark to check whether the wormhole has been bubbled by an enemy, or to otherwise check the wormhole with D-Scan.

SCOUT P5 @2AU or
DEEP SAFE P5 @18AU
Un-aligned safe spot. Closest celestial is planet V, 2 (or 18) AU away. Deep safes are always greater than 14.3 AU (maximum D-scan range) away from any celestial.

Miners will warp to their assigned warp-in point, and then always "Align To" one of the two opposing warp-out points at at least 75% max velocity. In case of danger, just warp out! In this scheme, miners are only vulnerable while they are reversing direction, switching between the "Align1" and "Align2" alignment bookmark because they have reached the edge of their mining range. If you are receiving mining range boosts, and if your Procurer is fitted with a Higgs rig, you will only need to reverse direction once every 15 minutes or so, and it will only take you 5 seconds to return to 75% max velocity when you do.

Miners will jet-can ore, just as they do in a high-sec shared-can op, but cans will be immediately tractored by a central Mobile Tractor Unit, where they can be easily scooped by the fleet hauler. Cans are vulnerable to attack in WH space, so they need to be scooped quickly. As a result, don't worry about naming your cans.

Mining boosts should be provided by an ordinary battlecruiser.

Although Orcas are great for boosting AMC mining fleets in high-sec, they are too large to fit into many wormholes without collapsing the hole, and they are too expensive to lose in the risky environment of W-space. Instead, mining boosts can be supplied by an ordinary battecruiser fitted with boosting Link Modules. For example, Antei's alt Paul flies primarily Amarr, and so he boosts with a Prophecy:

Paul's WH Booster

Prophecy: Paul's WH Booster

EFT

[Prophecy, Paul's WH Booster]
Mining Foreman Link - Laser Optimization II
Mining Foreman Link - Mining Laser Field Enhancement II
Siege Warfare Link - Shield Harmonizing II
Medium 'Vehemence' Shockwave Charge
Core Probe Launcher I

Experimental 10MN Afterburner I
Cap Recharger II
Command Processor I
Command Processor I

Damage Control II
1600mm Reinforced Rolled Tungsten Plates I
Drone Damage Amplifier II
Energized Adaptive Nano Membrane II
Energized Adaptive Nano Membrane II
Co-Processor II
Co-Processor II

Medium Processor Overclocking Unit I
Medium Processor Overclocking Unit I
Medium Capacitor Control Circuit I

Warrior II x5
Hornet EC-300 x5

Core Scanner Probe I x8

FITTING DIFFICULTY

EVE VERSION

PHOEBE 1.0

ALPHA CAN USE

UNSET

EFT

SKILLS

NOTES

RECOMMENDED SKILLS

NOTES

I've fit this with the two mining links, a shield resistance link, tanking modules, drones (partly just because the Prophecy is bonused for them), and a smartbomb to counter interdictor bubbles (which can be destroyed by smartbombs). But I'm definitely open to suggestions that don't require any more CPU for different things I might do with this.

Even though the booster is fitted for mining and shield ("siege") support, the boosting pilot will also provide agility and other defensive boosts to fleeted miners according to skill in Skirmish Warfare, Armored Warfare and Siege Warfare.

In our WH mining ops, I have been sitting the booster at the wormhole exiting into high-sec. That way, at the first sign of trouble, the booster pilot can immediately leave the wormhole. Battlecruisers are slow, and so they make for an inviting target. But I might try posting the booster at a safe spot instead.

Hauler support should be provided by Miasmos pilots.

Hauling in wormhole ops can't be provided by a freighter, like we use in high-sec shared-cans; a freighter would just make too inviting a target for wormhole residents. So we use the Miasmos instead:

WH Cloak-MWD Hauler

Miasmos: WH Cloak-MWD Hauler

EFT

[Miasmos, WH Cloak-MWD Hauler]
Core Probe Launcher I
Improved Cloaking Device II

Upgraded EM Ward Amplifier I
Upgraded Thermic Dissipation Amplifier I
Limited Adaptive Invulnerability Field I
50MN Cold-Gas Enduring Microwarpdrive

Type-D Restrained Nanofiber Structure
Mark I Compact Power Diagnostic System
'Stoic' Core Equalizer I
'Stoic' Core Equalizer I

Medium Ancillary Current Router I
Medium Low Friction Nozzle Joints I
Medium Low Friction Nozzle Joints I

Core Scanner Probe I x8

FITTING DIFFICULTY

EVE VERSION

PHOEBE 1.0

ALPHA CAN USE

UNSET

EFT

SKILLS

NOTES

RECOMMENDED SKILLS

NOTES

• The Miasmos has very low HP, and will spend time in space picking up cans. As a result, out of all the ships involved in wormhole mining, the Miasmos is probably most vulnerable. I have fit the ship very cheaply, with the expectation that it might get shot down while harvesting cans. I recommend against using Tech II modules in the Miasmos.

There are a number of ways to fit the Miasmos. In this fit, I've followed three guiding principles:

• The Miasmos should be quick to pilot if aggressed. Shield-tanked ships often have active shield mods in mid- and high-slots. But if you are engaged at a wormhole, you will have a lot to think about very quickly, and activating defensive modules might not be your first priority. So, I've chosen passive shield modules here. (They also conserve capacitor, but you may be dead before you run out of cap anyway.)
• The fit should minimize signature radius as much as possible. Shield-tanked Miasmos fits often include a Medium Shield Extender, but this comes with a sig radius penalty that will make you easier to lock. So I've avoided a shield extender here.
• The Miasmos should be able to cloak at a WH safe spot, and do the MWD-cloak trick in a pinch.

The size of the Miasmos' ore hold depends a lot on the pilot's skills; a pilot with Gallente Industrial V will haul 30% more per trip than a pilot with Gallente Industrial II. And each Miasmos trip weakens the wormhole. So, if you volunteer to haul in a wormhole mining op, expect the FC to ask about your skills.

It is our intent to use the AMC Buyback Spreadsheet to process reimbursement for ice mining ops.

Class Information

This is a syllabus for a class provided by EVE University. This section contains information about this class and its contents. General Information includes materials to create a proper class listing on the EVE University forum. Additional resources and teaching tips are listed under Notes for the Teacher.

General Information

Illustration link for class description on the Eve University forum:

This class is an introduction to the Eve W-Space Mapper (http://mapper.eveuniversity.org), a browser tool used by Unista explorers to exchange information. The class is aimed specifically at Unistas outside the WHC; the WHC has its own specific guidelines for Mapper use and bookmark labeling, covered by educational materials maintained by them.

• Duration: 60 minutes. Does not include a practical. Time may vary according to the teacher.
• Location: Docked up safely in a station.

Class contents:

• What is the Mapper? How can it benefit me?
• Registering and logging in
• Your campus map:
  • Systems: legend and identifiers
  • Connections: legend and identifiers
• Adding and editing systems
  • New systems via the Add System pop-up
  • Editing system details
• Adding and editing signatures
  • Importing scan results from the probe scanner window
  • Editing signatures
• POS intel
• Other mappers (incl. Tripwire)
• Q&A

Student requirements:

• Mumble registration and access - make sure you have Mumble sorted out and operational well before the class begins. Use this guide for set-up.
• Access to the Class.E-UNI in-game chat channel (password-protected)

Additional information: This class will access internal information from Eve University's private Eve W-Space server. As a result, the class will be conducted in a private Mumble channel, and using a private in-game chat channel.

Notes for the Teacher

Required materials:

• Class.E-UNI chat channel, to receive questions and post relevant links
• Set up on-demand channel on the private Mumble server
• Lecture slides:
  • Raw: http://docs.google.com/presentation/d/1QOaojWBVLDaEtWCjYfgHYvzcrcLof01iJsSq0XErxws
  • Presentation: Available at http://slides.eveuniversity.org
• Advertisement in Alliance chat channel: "Intro to Eve W-Space, a Mapper Tool will begin in 15 minutes! We'll use the Class.E-UNI chat channel. (Use the default E-UNI chat channel password to log in.) Lecture will be held in the NSC Education channel in Mumble." List of links, pre-loaded in the in-game notepad for click-and-drag to Alliance:
  • Link to Class Schedule forum post
  • Link to Class.E-UNI chat channel
  • Link to forum post with chat channel password
• List of links, pre-loaded in the in-game notepad for click-and-drag to Class.E-UNI:
  • http://mapper.eveuniversity.org
  • The Eve W-Space Project
  • WHC's UniWiki Mapper page
  • List of wormhole system effects
  • List of XNNN wormhole types
  • Wormhole properties from Information text
  • Tripwire, an alternative mapper
  • Link to raw lecture slide file

This syllabus follows closely the order of lecture slides linked above, which in turn follows the previously posted "WHC Mapper" page used by the WHC.

Class contents

Introduction

Welcome to "Introduction to Eve W-Space"! The Eve W-Space Mapper is an in-game browser tool used by Unista explorers to exchange information. Over the next hour, I hope to show you the features of the Eve W-Space Mapper tool, to explain how it could be useful to you, and to compare it to other mapping tool alternatives. The focus of this class is on Unistas outside the WHC; WHC members have their own educational program for learning the mapper, which is a little more detailed and complicated than what we'll do here.

(Instructor should then introduce himself or herself - covering experience level and background.)

We have a few ground rules for this class:

• This class will be in lecture format, running about an hour. I will be using slides (link slide presentation), that I recommend you view in an out-of-game browser. I say this because, during the lecture, we will all be accessing and using the Eve W-Space Mapper on our in-game browsers.
• As a result, you will be switching between in-game and out-of-game browsers (very distracting!). So I recommend that you be docked up safely in a station.
• Feel free to ask any questions in the Class.E-UNI chat channel as we proceed. (Please X up in Class.E-UNI to make sure we're all in-channel.) I will try to answer your questions as they come during the class. At the end, we'll open Mumble for any further questions or general discussion.
• Please put your Mumble settings on "Push to Talk" if you have not already done so. I recommend *not* muting yourself permanently; it's always nice to be able to ask questions out loud if I've misunderstood you in the chat channel somehow.

Everyone ready? OK, then let's begin!

What is the Mapper?

The Eve W-Space Mapper is a browser tool that helps Unistas share information during exploration.

The Mapper is a server-side web application developed by Eve University graduate, and now member of Sleeper Social Club (as of Sept 2015), Marbin Drakon in 2013. It is open-source, meaning that any organization can download and install it and use it to serve database information to organization members securely, over the web. The Eve University instance of this software is housed on an E-UNI server, and does not share information with any other organizations, even those that also use Eve W-Space. (So, for example, SSC can't see our maps, and we can't see theirs.)

That means that the Mapper:

• Is compatible with in-game and out-of-game browsers.
• When used in-game, accepts both client- (automatic) and user-supplied data.
• Shares information only with your fellow Unistas.

Why use the Mapper?

• Avoid duplicating effort. (No more scanning the same systems, or running already-triggered sites.)
• Take advantage of Wormhole Campus (WHC) data. (E.g. active POSes, hostile residents, unpiloted ships on D-scan.)
• Communicate information to fleet- and campus-mates.

Registering Your Character to Use the Mapper, and Logging In

• Browse to http://mapper.eveuniversity.org, and click "Register".
• Create your account by creating a Username (preferably your character name), a Password, and by entering the Registration Code corresponding to your campus. For most Unistas, this is the default chat channel access password.
• Click "Register".
• Log in on the next page, using the Username and Password you created during Registration.

Accessing Your Campus’ Map

• Click “Map”, and select your campus map from the drop-down box.
• You will only have access to maps corresponding to your campus membership.
• The Eve W-Space client contains lots of features (POS management, group alerts, etc.) that we don’t use. Please ignore them.

Symbols on the Map

• Ovals refer to solar systems.
  • The color of the oval correspond to the type of system:
    • Green ovals are high-sec systems.
    • Brown ovals are low-sec systems.
    • Red ovals are null-sec systems.
    • Blue ovals are W-space systems, where the color density relates to wormhole class (C1→C6).
    • Orange ovals are special, small-ship-only W-space systems.
    • A purple oval is Thera, the unique, Sisters of Eve W-space system with stations.
  • The outline color gives you some more information about the system.
    • For w-space systems, a solid colored border indicates wormhole effects (link page on wormhole effects).
    • A purple dashed outline indicates a shattered w-space system (no place to anchor POSes).
    • A dashed white outline indicates a mapper user in space.
    • A thick, dashed outline indicates the system has been selected by the viewer.
• Interconnecting lines on the map show gates and wormholes.

High-/low-null-sec gates are labeled "GATE" in each direction.

Each wormhole connection is labeled with its characteristic XNNN type, facing the direction that the label appears. (This label is visible in the Overview or in space, on the wormhole.)

(Link the class to the Wormhole Portal page on wormhole types.)

Note: Every wormhole has one side marked “K162”, regardless of type. If you “Show Info” on a wormhole, and it displays WH Type K162, you will have to pass through the wormhole to see the type marking on the other side.

• Details on these lines:
  • Dashed lines indicate a wormhole that is "End of life" (EOL). These wormholes will close spontaneously in under 4 hours.
  • Purple lines indicate wormholes that have experienced their “first shrink”. Over half of the wormhole’s total mass allowance has passed through.

Keep in mind that a wormhole may be both shrunken and EOL. In this case, that would show a purple, dashed line.

• More details:
  • Red lines indicate wormholes that are “critical”. Over 90% of the wormhole’s total mass allowance has passed through.
  • White lines show wormholes that admit only small ships.

To find out this information on a given wormhole, in space, right-click on the wormhole, and select “Show info”. The text in the Infobox will tell you about the wormhole lifetime and mass limits. (Link to Wormhole portal page on wormhole characterization from Infobox text.)

Mouseover systems and connections to see pop-up boxes that contain more info.

Getting detailed system information

Click on a system oval, and scroll down, to see detailed system info. (The selected system will be indicated by a thick, dashed yellow border.) Set destination: For high-/low-/null-sec systems, in the System Details window, click a blue box to set your destination to selected system, or to another, common E-UNI system. Signatures: Click the Signatures button to see if anyone has previously identified the unknown signatures in your system. Mouseover signature entries to see who entered them, and how long ago.

Adding a new system and connection to the Mapper

To enter a new connection to a new system:

• If the connection is a wormhole, scan down the wormhole signature, warp to it (preferably at a distance, cloaked, if you are in w-space).
• Right-click to Show Info. Note the Signature ID, the wormhole type (XNNN), and any relevant wormhole info (EOL? shrink?).
• With the Mapper open in the in-game browser, enter the new system. (The browser can be minimized, but it must be open.)
• A pop-up window appears in the browser. Enter:
• Friendly Name: For wormholes, the three letters of the wormhole signature you scanned in previous system.
• Wormhole Status, Type: Click the appropriate radio buttons.
• And then click “Add System”.

If your connection was a gate instead of a wormhole, you will need to modify your entry later. I'll show you how to do that in a moment.

And now your new system appears on the map. Mapper data is uploaded to the server, and exchanged with other users, in real time. As soon as you create a system in the map, all other users can see it.

Mapper Best Practices in Hazardous Space

Safety first! Enter Mapper data after you’ve established a safe spot in system. The pop-up window will stay open in the browser—even if the browser is minimized—as long as you are in system.

If you mess up, it’s okay! If you are missing information, or you’ve forgotten a piece of data, or the browser isn’t open when you enter the system (or if your new system is connected by a gate instead of a wormhole), you can always modify your pop-up window entries later.

Correcting connection information

Click on the wormhole line to edit your input. You'll get a pop-up box. Enter new wormhole types, etc. If your system connection was a gate, type “GATE” in the Type boxes.