Ingress Intel Total Conversion ^{Community Edition}

Niantic consider IITC (and any other unofficial software) against the Ingress ToS. However, just because something is against the ToS it doesn't mean Niantic will enforce it.

However, in early December 2013, many people started to believe Niantic were banning people for using IITC. This is not the case. However, the following events have lead to this belief:

• On 27th November 2013, Niantic released a major update of the standard intel site. A couple of days later there were reports of user bans for 'excessive intel use'. A couple of people confirmed it was attempts to use the broken IITC Mobile 0.9 that lead to instant bans.
• About a week later, Niantic made a large batch of user bans 'for ToS violations'. Many users reported their only ToS violation was using IITC - and some said that even IITC hadn't been used. On appeal, many of these bans were reversed - including some confirmed IITC users
• A week after that and and there were more reports of the same.

Given that a large number of serious Ingress players use, or have used, IITC, it isn't surprising to find that if Niantic ban someone by mistake, they have used IITC.

I believe none of these 'ToS violation' bans are related to IITC. Rather, Niantic have been working on more aggressive catching of cheaters and other ToS violations - spoofing, bots, multiple accounts, account sharing, etc. These things are inherently hard to detect though, and Niantic are likely to make mistakes sometimes, banning legitimate players.

Note that Niantic have remained completely silent on the reason for any of these bans. This is partly because if they did say what someone had been banned for doing, it might lead to cheaters knowing what they can and can't get away with.

However: IITC is against the Ingress ToS - so it's sensible to be cautious. Don't publicly share screenshots from IITC in the official Ingress community, or with the official Ingress/NIA G+ accounts.

I've seen several comments of the form "IITC was sent a takedown notice, and at this point it moved to Github and kept going". This is not true.

1. IITC was started on Github, by Stefan breunigs.
2. Stefan decided to email Niantic, asking if IITC was OK to develop.
3. Niantic replied to this request, stating that any 3rd party software is against the ToS and asked that he delete it from Github.
4. Stefan deleted IITC from Github. However, the nature of Git meant that many other copies of the project already existed.
5. My understanding of the situation, at the time, was that Niantic tolerated IITC. Other software had been sent takedown requests, IITC had not. However, on an explicit request, Niantic felt forced to reply in strict accordance with their terms.
6. Jon Atkins, decided to fix up my copy of IITC, and created own website.
7. Development continued, the website was polished, a G+ page/community were created. Niantic have not contacted with Jon a takedown request though.
8. Over time, John moved away from the development and despite the fact that third-party developers continued to send changes, they did not merge with the main branch and did not appear on the site.
9. Niantic has released a global update to Ingress Prime and the changes have touched including the address to the Intel map, making the IITC unusable.
10. Realizing that big map updates will follow soon, I, modos189, created a fork and launched this website to be able to provide updates to users.

So, was 'IITC' sent a takedown request? No - this website, and the IITC G+ page, have not been sent such a request.

Niantic have removed further details from the sent data. The data available to IITC now is no more than available on the standard intel site. No more details on resonator deployment distances, portal descriptions, and, as of 16th June 2014, no more portal capture data (it's been removed from the standard site too).

On 27th November 2013 Niantic made a major change to the protocol used by the intel map to display portals. Before this date, the full data for every portal on the map was sent to the browser, so IITC could take advantage of it and provide various features - resonator search, mitigation highlighters, portal age lists, many highlighters, etc.

After this date they only send the bare minimum of data for all the portals on the screen. The data available is:

• Location
• Name
• Photo URL
• Controlling team
• Level (whole number only)
• Resonator count
• Health (in percent)

IITC can also count links/fields visible on the map, but this is not accurate when zoomed out to larger areas as the server does not send the smaller links/fields.

It is still possible to get the full details for individual portals, but only one at a time. Some people have suggested making IITC do this automatically with a plugin - but it's very likely that Niantic will monitor the portal detail requests for this kind of abuse and suspend/ban anyone caught doing it.

Some people think that Niantic made this change just to break IITC. This is not true. It was a sensible change to make to optimise the intel map, and I'm surprised they waited so long.

Occasionally the Niantic servers give this misleading message - what it should usually say is "Failed to check account status - please reload to try again".

Sometimes this is caused by server issues, and no amount of reloading will fix it. Come back later and try again.

However, another reason for this message is your account being blocked/suspended by Niantic. There are no (known) cases of this happening due to IITC use, but any use of bots, unofficial clients (e.g. broot), or other ingress mods (auto-drop/pickup apps) could lead to this. In this case, the scanner app will also fail to work correctly ("Scan failed" error message).

1. You have some portal layers turned off in the layer chooser
2. Niantic have released a site update that broke IITC. Reloading the page might fix it. Otherwise check the IITC Telegram channel as others are likely to post when this is the case.
3. Some requests failed - check the status at the bottom-right of the screen

This is a good thing. IITC has been updated to draw long links/fields correctly. If you want to understand why they are drawn curved, see here.

This depends on your browser.

• Firefox + Greasemonkey: Click on the arrow next to the monkey icon, and choose 'Manage user scripts'.
• Chrome + Tampermonkey: Click on the Tampermonkey icon (a dark square with two circles at the bottom) and choose 'Dashboard'.
• For Opera, remove the scripts from the userscript folder. For Chrome without Tampermonkey, go to the Tools->Extensions menu.

From here you can remove/disable individual plugins or IITC itself.

Yes it is!

• Navigate to the IITC Plugins preference screen and click the (+) icon at the top right. You can select the script using a file explorer of your choice.
• IITC Mobile creates a new folder in your home directory, named "IITC_Mobile". Inside this folder you'll find a "plugins" folder where all external plugins are copied to.

Note:

• The filename has to end with *.user.js.
• You can also trigger installation by clicking on http(s) links pointing to a plugin, selecting plugins with a file explorer, opening javascript e-mail attachments etc…

The data from the Niantic server is download in square tiles. Sometimes requests fail. The colours show this status visually. The outline colour shows the state of the request:

• Blue: data requested, waiting for response
• Grey: queued, waiting for other requests to finish
• Green: successful request/cached data fresh
• Red: Dark red for a complete request failure, lighter red for an individual tile timeout

The colour within the square shows the state of the data:

• Blue: data requested, waiting for response
• Grey: queued, waiting for other requests to complete
• Green: successful request
• Yellow: data from cache
• Red: request failed - no data from cache

The status message at the bottom-right of the screen gives a summary.

• If all requests were successful/fresh from cache (i.e. all green borders) the status is 'Done'.
• If some requests failed, but cached data was available (i.e. some red border/yellow fill) the status is 'Out of date'.
• If some requests failed, but no cached data was available (i.e. some red border/red fill) the status is 'Error'.

The tooltip for this message gives more details.

IITC only uses data that is sent from the Ingress servers to the browser - it just displays it in an easy to use format. With the right skills it is already possible to see this data using the browser debugging console, and there were, and continue to be, other browser add-ons that display this data - just not widely available. Having a good quality, feature rich add-on, available to all - Enlightened and Resistance - ensures one side does not have an unfair advantage.

No. As it stands IITC is tolerated, but not officially accepted, by Niantic Labs. Adding in features that allow exporting of data outside the browser environment, or break additional Ingress terms of service is likely to trigger a takedown request from Niantic.

Probably not, no. If the plugin is not listed on this site, it's not part of my IITC distribution. I do accept new plugins (see the Developer page for links to Github), but I do not accept any that allow export of Ingress data outside of the browser or make use of data not retrieved by the standard intel website.