esi / esi-issues

Issue tracking and feature requests for ESI
https://esi.evetech.net/
209 stars 23 forks source link

Metaliminal Storms Endpoint #1224

Open november781 opened 4 years ago

november781 commented 4 years ago

Feature Request

I would like to see an endpoint that would allow players to pull the current locations of the new metaliminal storms

Use case

I actually primarily want to use this to allow the creation of a new eden weather service without having to direct the combined might of Signal Cartel to nullsec to find them, and I suppose it could be used by brave players to find the storms either for PVP or PVE activities

Authentication

A public route, no auth required.

Example return

Propose what an example return might look like. E.g.:

[
  {
    "Storm": "Strong Metaliminal Gamma Ray Storm",
    "System_id": [
                           30003271
                         ],
  },
  {
    "Storm": "Weak Metaliminal Gamma Ray Storm",
    "System_id" : [
                           30003274,
                           30003269
                          ]
  } ,
 ... other 6 storms
]

Checklist

Check all boxes that apply to this issue:

Blacksmoke16 commented 4 years ago

Aren't these storms just part of an event? I.e. temporary.

november781 commented 4 years ago

Going off of the forum post from Fozzie , the storm types might be, but the presence of storms is not.

I could be wrong.

guiguilechat commented 4 years ago

IMO it would be better to have

  1. a universe/weather/{weather_id} path that returns the information about a weather id (its effect, name among other things)
  2. universe/weather/weathers path that returns a list of the couples [systemid:weatherid] containing all the systems affected by a weather, and the id of the weather affecting that system. Actually it may be better to have a WEATHERINFO structure containing the weather id, the date since the weather affects that system, the weather strength . Note that there is no reason for weathers to not overlap, especially if, later on, weather system integrates invasion, incursions, trig/eden victory, so there is no reason to assume the id of a system to be of limited occurrence here.
november781 commented 4 years ago

2. universe/weather/weathers path that returns a list of the couples [systemid:weatherid] containing all the systems affected by a weather, and the id of the weather affecting that system. Actually it may be better to have a WEATHERINFO structure containing the weather id, the date since the weather affects that system, the weather strength . Not that there is no reason for weathers to not overlap, especially if later weather system integrates invasion, incursions, trig/eden victory, so there is no reason to assume the id of a system to be of limited occurence here.

Thats a good point, I was mostly just wanting to get a discussion on this going ahead of the public tests since there is a not-insignificant number of players who have a similar desire for ESI based tracking of these

alexbaileyuk commented 4 years ago

I would definitely second this. I can think of many apps and apis that would benefit from this.

Risingson commented 4 years ago

A new endpoint for dynamic solarsystem effects would be a good place to add all incursions, invasions and weather solarsystems.

ccee2abf-fb28-497b-88ca-ae3643da4a8f commented 4 years ago

Since the storms are buffs and debuffs having a endpoint that lists all the possible storms with its dogma specific information would be cool. Maybe turn it into something generic so we can pull information about abyssal and other system buffs as well.

november781 commented 4 years ago

A new endpoint for dynamic solarsystem effects would be a good place to add all incursions, invasions and weather solarsystems.

Since the storms are buffs and debuffs having a endpoint that lists all the possible storms with its dogma specific information would be cool. Maybe turn it into something generic so we can pull information about abyssal and other system buffs as well.

so would something like universe/weather/{weather_id} that returns something like

[
  {
    "Weather": "Strong Metaliminal Gamma Ray Storm",
    "System_id": [
                           30003271
                         ],
    "Effects": {
                   "Explosive Resists": "-25%",
                   "Shield HP": "+25%"
                   .......
                  }
  },
  {
    "Weather": "Weak Metaliminal Gamma Ray Storm",
    "System_id" : [
                           30003274,
                           30003269
                          ],
   "Effects":{
                  .......
                 }
  } ,
  {
    "Weather": "Sansha Vanguard",
    "System_id": [
                        ......
                        ],
    "Effects": {
                     .............
                   }
   }
]

fit those use-cases

guiguilechat commented 4 years ago

no, you want to split the description of the weather and the relation between systems and weathers in separate paths

dansi21 commented 2 years ago

Any development towards this?

Blacksmoke16 commented 2 years ago

@dansi21 No, I wouldn't wait for this as it's most likely years until it'll be finished, if ever.