internlm/SWE-Fixer-Train-110K huggingface dataset:
Repository: electricitymaps/electricitymaps-contrib

Issue:
DE->NO2 (NordLink) interconnection needs to be added
So it seems that NordLink is in trial operation and that this is being reported to ENTSO-E:
![image](https://user-images.githubusercontent.com/5185181/92748204-32668180-f385-11ea-9f6f-28e901ede85b.png)

This interconnection needs to be added.


Discussion:

Resolving patch:
diff --git a/parsers/ENTSOE.py b/parsers/ENTSOE.py
--- a/parsers/ENTSOE.py
+++ b/parsers/ENTSOE.py
@@ -157,6 +157,8 @@
                    ENTSOE_DOMAIN_MAPPINGS['SE-SE4']],
     'DK-DK2->SE': [ENTSOE_DOMAIN_MAPPINGS['DK-DK2'],
                    ENTSOE_DOMAIN_MAPPINGS['SE-SE4']],
+    'DE->NO-NO2': [ENTSOE_DOMAIN_MAPPINGS['DE-LU'],
+                   ENTSOE_DOMAIN_MAPPINGS['NO-NO2']],
     'FR-COR->IT-CNO': ['10Y1001A1001A893', ENTSOE_DOMAIN_MAPPINGS['IT-CNO']],
     'GR->IT-SO': [ENTSOE_DOMAIN_MAPPINGS['GR'],
                   ENTSOE_DOMAIN_MAPPINGS['IT-SO']],


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
The import/export between Menorca and Mallorca appears reversed
Our data is showing the export going one way, but our data source is showing the reverse according to one user. See screenshots:
![IMG_9768](https://user-images.githubusercontent.com/8129157/86447078-17d4b400-bd15-11ea-87da-15f44842d645.PNG)
![image](https://user-images.githubusercontent.com/8129157/86447080-186d4a80-bd15-11ea-8f22-9ab474bb070b.png)



Discussion:

Resolving patch:
diff --git a/parsers/ES_IB.py b/parsers/ES_IB.py
--- a/parsers/ES_IB.py
+++ b/parsers/ES_IB.py
@@ -160,7 +160,7 @@ def fetch_exchange(zone_key1, zone_key2, session=None, target_datetime=None, log
     for response in responses:
 
         if sorted_zone_keys == 'ES-IB-MA->ES-IB-ME':
-            net_flow = response.link['ma_me']
+            net_flow = -1 * response.link['ma_me']
         elif sorted_zone_keys == 'ES-IB-IZ->ES-IB-MA':
             net_flow = response.link['ma_ib']
         elif sorted_zone_keys == 'ES-IB-FO->ES-IB-IZ':


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
Error in CY parser
Sorry I didn't catch this when reviewing. The new CY parser uses a function that is only available in python 3.7 (parsers run with python 3.6)

The error:
```
Traceback (most recent call last):
  File "/home/src/electricitymap/feeder/lib/fetch_data.py", line 175, in launch_parsers
    objs = res.get(timeout)
  File "/usr/local/lib/python3.6/multiprocessing/pool.py", line 644, in get
    raise self._value
  File "/usr/local/lib/python3.6/multiprocessing/pool.py", line 119, in worker
    result = (True, func(*args, **kwds))
  File "/home/src/electricitymap/feeder/lib/fetch_data.py", line 173, in <lambda>
    **parser_kwargs))
  File "/home/src/electricitymap/contrib/parsers/CY.py", line 136, in fetch_production
    'datetime': datetime.datetime.fromisoformat(
AttributeError: type object 'datetime.datetime' has no attribute 'fromisoformat'
```


This is the line:
https://github.com/tmrowco/electricitymap-contrib/blob/master/parsers/CY.py#L136


CC @veqtrus 
ref https://github.com/tmrowco/electricitymap-contrib/pull/2637


Discussion:
Does it have to be a python datetime or could I just return an arrow object? Is there a preferred way to convert?
It has to be a datetime, but you can just do `.datetime` on the arrow object to get the datettime object.
https://arrow.readthedocs.io/en/stable/#properties

Resolving patch:
diff --git a/parsers/CY.py b/parsers/CY.py
--- a/parsers/CY.py
+++ b/parsers/CY.py
@@ -133,8 +133,7 @@ def fetch_production(zone_key='CY', session=None,
         'production': last_prods,
         'storage': {},
         'source': 'tsoc.org.cy',
-        'datetime': datetime.datetime.fromisoformat(
-            last_time.format('YYYY-MM-DD HH:mm:ss ZZ'))
+        'datetime': last_time.datetime
     }
 
     return data


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
Moldova parser fails due to expired SSL certificate
Certificate expired on Friday, 20 November 2020 at 11:15:53


Discussion:
maybe they'll fix it on Monday? :crossed_fingers: 

Resolving patch:
diff --git a/parsers/MD.py b/parsers/MD.py
--- a/parsers/MD.py
+++ b/parsers/MD.py
@@ -26,8 +26,8 @@ def get_data(session=None):
     s = session or requests.Session()
 
     #In order for the data url to return data, cookies from the display url must be obtained then reused.
-    response = s.get(display_url)
-    data_response = s.get(data_url)
+    response = s.get(display_url, verify=False)
+    data_response = s.get(data_url, verify=False)
     raw_data = data_response.text
     try:
         data = [float(i) for i in raw_data.split(',')]


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
Add North Sea Link (GB<->NO-NO2)
National Grid and Statnett are building an interconnector ([1400MW](https://northsealink.com/)) between Great Britain and [South-West Norway](https://northsealink.com/en/locations/norway/) (should be NO-NO2 based on physical location).

Installation of subsea cables is only [planned](https://northsealink.com/en/the-project/project-timeline/) to be finished in 2021, but apparently the interconnector has already been added to ELEXON and possibly [broken](/tmrowco/electricitymap-contrib/pull/2828) that [parser](/tmrowco/electricitymap-contrib/issues/2829).

So, it seems to be possible to add the exchange to ElectricityMap. I can't find it in ENTSO-E yet though, so if we want to use that one instead of ELEXON we'll have to wait.


Discussion:

Resolving patch:
diff --git a/parsers/ELEXON.py b/parsers/ELEXON.py
--- a/parsers/ELEXON.py
+++ b/parsers/ELEXON.py
@@ -34,7 +34,7 @@
         'skiprows': 1
     },
     'INTERFUELHH': {
-        'expected_fields': 8,
+        'expected_fields': 11,
         'skiprows': 0
     }
 }
@@ -56,11 +56,12 @@
 }
 
 EXCHANGES = {
-    'FR->GB': 3,
-    'GB-NIR->IE': 4,
-    'GB->NL': 5,
-    'GB->IE': 6,
-    'BE->GB': 7
+    'FR->GB': [3, 8, 9],  # IFA, Eleclink, IFA2
+    'GB->GB-NIR': [4],
+    'GB->NL': [5],
+    'GB->IE': [6],
+    'BE->GB': [7],
+    'GB->NO-NO2': [10],  # North Sea Link
 }
 
 FETCH_WIND_FROM_FUELINST = True
@@ -145,7 +146,13 @@ def parse_exchange(zone_key1, zone_key2, csv_text, target_datetime=None,
 
         # positive value implies import to GB
         multiplier = -1 if 'GB' in sorted_zone_keys[0] else 1
-        data['netFlow'] = float(fields[EXCHANGES[exchange]]) * multiplier
+        net_flow = 0.0  # init
+        for column_index in EXCHANGES[exchange]:
+            # read out all columns providing values for this exchange
+            if fields[column_index] == "":
+                continue  # no value provided for this exchange
+            net_flow += float(fields[column_index]) * multiplier
+        data['netFlow'] = net_flow
         data_points.append(data)
 
     return data_points


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
ENTSOE fetch_consumption must include consumption by production units
While fixing a issue with negative values for "unknown" production (#2638) it was found out (#2676) that ENTSOE reports consumption at the site of a generator under production as a negative production. For most power plants the electricity consumption is neglible (a couple of MW at most), but in NL we have a lot of CHP plants at greenhouses and such. They are very large electricity consumer and at times this can be several 100's of MW. This consumption is _probably_ not included in the consumption values we fetch from ENTSOE. So the ENTSOE parser for fetch_consumption needs to also fetch production information from ENTSOE and add the consumption of production plants.


Discussion:
I will take this if no one else has started on it yet.

Resolving patch:
diff --git a/parsers/ENTSOE.py b/parsers/ENTSOE.py
--- a/parsers/ENTSOE.py
+++ b/parsers/ENTSOE.py
@@ -827,10 +827,14 @@ def fetch_consumption(zone_key, session=None, target_datetime=None,
         self_consumption = parse_self_consumption(
             query_production(domain, session,
                             target_datetime=target_datetime))
-        for k, v in self_consumption.items():
-            i = datetimes.index(k)
-            if i == 0: continue
-            quantities[i] += v
+        for dt, value in self_consumption.items():
+            try:
+                i = datetimes.index(dt)
+            except ValueError:
+                logger.warning(
+                    f'No corresponding consumption value found for self-consumption at {dt}')
+                continue
+            quantities[i] += value
 
         # if a target_datetime was requested, we return everything
         if target_datetime:
@@ -846,8 +850,7 @@ def fetch_consumption(zone_key, session=None, target_datetime=None,
         # data is available for a given TZ a few minutes before production data is.
         dt, quantity = datetimes[-1].datetime, quantities[-1]
         if dt not in self_consumption:
-            logger.warning(
-                'Self-consumption data not yet available for {} at {}'.format(zone_key, dt))
+            logger.warning(f'Self-consumption data not yet available for {zone_key} at {dt}')
         data = {
             'zoneKey': zone_key,
             'datetime': dt,


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
fix Italy-South
Hi everyone

Since Italy-South is down for quite a while I did some reseach. I found out that Italy-South contains of the bidding zones IT-South and IT-Rossano. Entsoe still reports data for IT-South but not for IT-Rossano. I reached out to Entsoe to find out more and I got the following response:

_Thank you for your message. 
Indeed, Italy reviews and changes their bidding zones every 2 year. The publication of IT-Rossano stoped, the publication of IT-Calabria started and IT-South was reduced on the 31.12.2020._ 

This means that we need to replace IT-Rossano with IT-Calabria in order to get it displayed on the map again.

Sadly I don't have the required knowledge and skills to do those changes. Could anyone else do them?


Discussion:

Resolving patch:
diff --git a/parsers/ENTSOE.py b/parsers/ENTSOE.py
--- a/parsers/ENTSOE.py
+++ b/parsers/ENTSOE.py
@@ -100,12 +100,12 @@
     'IE': '10YIE-1001A00010',
     'IT': '10YIT-GRTN-----B',
     'IT-BR': '10Y1001A1001A699',
+    'IT-CA': '10Y1001C--00096J',
     'IT-CNO': '10Y1001A1001A70O',
     'IT-CSO': '10Y1001A1001A71M',
     'IT-FO': '10Y1001A1001A72K',
     'IT-NO': '10Y1001A1001A73I',
     'IT-PR': '10Y1001A1001A76C',
-    'IT-RO': '10Y1001A1001A77A',
     'IT-SAR': '10Y1001A1001A74G',
     'IT-SIC': '10Y1001A1001A75E',
     'IT-SO': '10Y1001A1001A788',
@@ -925,7 +925,7 @@ def fetch_production(zone_key, session=None, target_datetime=None,
 
 
 ZONE_KEY_AGGREGATES = {
-    'IT-SO': ['IT-RO', 'IT-SO'],
+    'IT-SO': ['IT-CA', 'IT-SO'],
 }
 
 


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
IT-South <-> IT-Sicily transmission
Since we changed IT-RO to IT-CA in #3053 we'd need to change the transmission to IT-Calabria - IT-Sicily too.


Discussion:

Resolving patch:
diff --git a/parsers/ENTSOE.py b/parsers/ENTSOE.py
--- a/parsers/ENTSOE.py
+++ b/parsers/ENTSOE.py
@@ -175,7 +175,7 @@
     'NO-NO1->SE': [ENTSOE_DOMAIN_MAPPINGS['NO-NO1'],
                    ENTSOE_DOMAIN_MAPPINGS['SE-SE3']],
     'PL->UA': [ENTSOE_DOMAIN_MAPPINGS['PL'], '10Y1001A1001A869'],
-    'IT-SIC->IT-SO': [ENTSOE_DOMAIN_MAPPINGS['IT-SIC'], '10Y1001A1001A77A'],
+    'IT-SIC->IT-SO': [ENTSOE_DOMAIN_MAPPINGS['IT-SIC'], ENTSOE_DOMAIN_MAPPINGS['IT-CA']],
 }
 # Some zone_keys are part of bidding zone domains for price data
 ENTSOE_PRICE_DOMAIN_OVERRIDE = {


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
First try at building a parser using data from Quebec
Hopefully this will show up on the map somehow.  I look forward to seeing what changes will be made in order to make this parser functional.  


Discussion:

Resolving patch:
diff --git a/parsers/CA_QC.py b/parsers/CA_QC.py
--- a/parsers/CA_QC.py
+++ b/parsers/CA_QC.py
@@ -25,8 +25,9 @@ def if_exists(elem: dict, etype: str):
             "thermique": "thermal",
             "solaire": "solar",
             "eolien": "wind",
-            "autres": "unknown",
-            "valeurs": "values",
+            # autres is all renewable, and mostly biomass.  See Github    #3218
+            "autres": "biomass",
+            "valeurs": "values"
         }
         english = {v: k for k, v in english.items()}
         try:
@@ -42,21 +43,18 @@ def if_exists(elem: dict, etype: str):
                 "zoneKey": zone_key,
                 "datetime":  arrow.get(elem["date"], tzinfo=timezone_id).datetime,
                 "production": {
-                    "biomass": 0.0,
+                    "biomass": if_exists(elem, "biomass"),
                     "coal": 0.0,
-
-                    # per https://github.com/tmrowco/electricitymap-contrib/issues/3218 , thermal generation
-                    # is at Bécancour gas turbine. It is reported with a delay, and data source returning 0.0
-                    # can indicate either no generation or not-yet-reported generation.
-                    # To handle this, if reported value is 0.0, overwrite it to None, so that backend can know
-                    # this is not entirely reliable and might be updated later.
-                    "gas": if_exists(elem, "thermal") or None,
-
                     "hydro": if_exists(elem, "hydro"),
                     "nuclear": 0.0,
                     "oil": 0.0,
                     "solar": if_exists(elem, "solar"),
                     "wind": if_exists(elem, "wind"),
+                    # See Github issue #3218, Québec's thermal generation is at Bécancour gas turbine.
+                    # It is reported with a delay, and data source returning 0.0 can indicate either no generation or not-yet-reported generation.
+                    # Thus, if value is 0.0, overwrite it to None, so that backend can know this is not entirely reliable and might be updated later.
+                    "gas": if_exists(elem, "thermal") or None,
+                    # There are no geothermal electricity generation stations in Québec (and all of Canada for that matter).
                     "geothermal": 0.0,
                     "unknown": if_exists(elem, "unknown"),
                 },


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
CA-PE production parser down
## Description

This is an automatic error report generated for Canada Prince Edward Island (CA-PE).

Issues:
- No recent data found for `production` parser

## Suggestions
- Try running the parser locally using the command `poetry run test_parser CA-PE production`
- <a href="https://storage.googleapis.com/electricitymap-parser-logs/CA-PE.html">Explore the runtime logs</a>

You can see an overview of all parser issues [here](https://github.com/tmrowco/electricitymap-contrib/wiki/Parser-issues).



Discussion:

Resolving patch:
diff --git a/parsers/CA_PE.py b/parsers/CA_PE.py
--- a/parsers/CA_PE.py
+++ b/parsers/CA_PE.py
@@ -25,7 +25,7 @@ def _find_pei_key(pei_list, sought_key):
 
 def _get_pei_info(requests_obj):
     url = 'https://wdf.princeedwardisland.ca/workflow'
-    request = {'featureName': 'WindEnergy'}
+    request = {'featureName': 'WindEnergy', 'queryName': 'WindEnergy'}
     headers = {'Content-Type': 'application/json'}
     response = requests_obj.post(url, data=json.dumps(request), headers=headers)
 
@@ -112,7 +112,7 @@ def fetch_exchange(zone_key1, zone_key2, session=None, target_datetime=None, log
     # In case of wind, some is paper-"exported" even if there is a net import,
     # and 'pei_wind_used'/'data5' indicates their accounting of part of the load
     # served by non-exported wind.
-    # # http://www.gov.pe.ca/windenergy/chart.php says:
+    # https://www.princeedwardisland.ca/en/feature/pei-wind-energy says:
     # "Wind Power Exported Off-Island is that portion of wind generation that is supplying
     # contracts elsewhere. The actual electricity from this portion of wind generation
     # may stay within PEI but is satisfying a contractual arrangement in another jurisdiction."


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
CA-PE production parser down
## Description

This is an automatic error report generated for Canada Prince Edward Island (CA-PE).

Issues:
- No recent data found for `production` parser

## Suggestions
- Try running the parser locally using the command `poetry run test_parser CA-PE production`
- <a href="https://storage.googleapis.com/electricitymap-parser-logs/CA-PE.html">Explore the runtime logs</a>

You can see an overview of all parser issues [here](https://github.com/tmrowco/electricitymap-contrib/wiki/Parser-issues).



Discussion:

Resolving patch:
diff --git a/parsers/CA_PE.py b/parsers/CA_PE.py
--- a/parsers/CA_PE.py
+++ b/parsers/CA_PE.py
@@ -24,7 +24,7 @@ def _find_pei_key(pei_list, sought_key):
 
 
 def _get_pei_info(requests_obj):
-    url = 'https://wdf.princeedwardisland.ca/workflow'
+    url = 'https://wdf.princeedwardisland.ca/api/workflow'
     request = {'featureName': 'WindEnergy', 'queryName': 'WindEnergy'}
     headers = {'Content-Type': 'application/json'}
     response = requests_obj.post(url, data=json.dumps(request), headers=headers)


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
JP: fix "No recent data found for `price` parser" error
Hello, I noticed `price` parser errors on [this Wiki page](https://github.com/electricitymap/electricitymap-contrib/wiki/Parser-issues). This is due to comparison errors at `parsers/JP.py`:

```py
electricityMap.org recent parser errors for JP-TK
Last updated: Sat, 16 Jul 2022 06:01:59+0000

timestamp	severity	zone_key	message
2022-07-16T05:43:55	ERROR     	JP-TK     	Invalid comparison between dtype=datetime64[ns] and date

  File "/usr/local/lib/python3.8/multiprocessing/pool.py", line 771, in get
    raise self._value
  File "/usr/local/lib/python3.8/multiprocessing/pool.py", line 125, in worker
    result = (True, func(*args, **kwds))
  File "/home/contrib/parsers/lib/config.py", line 15, in wrapped_f
    result = f(*args, **kwargs)
  File "/home/contrib/parsers/JP.py", line 312, in fetch_price
    df = df[(df["Date"] >= start.date()) & (df["Date"] <= target_datetime.date())]
  File "/usr/local/lib/python3.8/site-packages/pandas/core/ops/common.py", line 69, in new_method
    return method(self, other)
  File "/usr/local/lib/python3.8/site-packages/pandas/core/arraylike.py", line 52, in __ge__
    return self._cmp_method(other, operator.ge)
  File "/usr/local/lib/python3.8/site-packages/pandas/core/series.py", line 5502, in _cmp_method
    res_values = ops.comparison_op(lvalues, rvalues, op)
  File "/usr/local/lib/python3.8/site-packages/pandas/core/ops/array_ops.py", line 270, in comparison_op
    res_values = op(lvalues, values)      
```
https://storage.googleapis.com/electricitymap-parser-logs/JP-TK.html (same as other JP parsers)

This error affects all parsers for Japan except JP-ON (Okinawa). JP-ON raises another 404 not found error (https://storage.googleapis.com/electricitymap-parser-logs/JP-ON.html).

I will create a PR to fix this error.


Discussion:

Resolving patch:
diff --git a/parsers/JP.py b/parsers/JP.py
--- a/parsers/JP.py
+++ b/parsers/JP.py
@@ -308,7 +308,7 @@ def fetch_price(
         return []
 
     start = target_datetime - dt.timedelta(days=1)
-    df["Date"] = df["Date"].apply(lambda x: dt.datetime.strptime(x, "%Y/%m/%d"))
+    df["Date"] = pd.to_datetime(df["Date"], format="%Y/%m/%d").dt.date
     df = df[(df["Date"] >= start.date()) & (df["Date"] <= target_datetime.date())]
 
     df["datetime"] = df.apply(


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
South Korean electricity price is off by a factor of 1000x
Someone reached out to us on email with the following feedback:

Just want to mention, that the electricity price in South Korea is probably off by factor of 1000x.
I believe this is due to different way to use decimal point. Great Britain and the United States are two of the few places in the world that use a period to indicate the decimal place. Many other countries use a comma instead. The decimal separator is also called the radix character. Likewise, while the U.K. and U.S. use a comma to separate groups of thousands, many other countries use a period instead, and some countries separate thousands groups with a thin space.



Discussion:
@madsnedergaard 
Can I work on this issue?
Yes please, that would be great! 🙌 
Hello, is this issue still being worked on?
@packagespace 
Sorry for being inactive so long.  I've been so busy these days, so you can work on this issue instead.
Hi, it looks like this error is simply a unit conversion error. The data source (https://new.kpx.or.kr/smpInland.es?mid=a10606080100&device=pc) shows the value as Won/kWh but the parser treats it as Won/MWh.

I'll create a PR soon.

Resolving patch:
diff --git a/parsers/KR.py b/parsers/KR.py
--- a/parsers/KR.py
+++ b/parsers/KR.py
@@ -159,7 +159,9 @@ def fetch_price(
                 .shift(days=-1 * (7 - day))
                 .replace(hour=hour, minute=0, second=0, microsecond=0)
             )
-            price_value = table_prices.iloc[row_idx, col_idx]
+            price_value = (
+                table_prices.iloc[row_idx, col_idx] * 1000
+            )  # Convert from Won/kWh to Won/MWh
 
             data = {
                 "zoneKey": zone_key,


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
live data for GB missing
### On what platform are you seeing the problem?

Other

### If other, please specify

on all platforms

### When did this happen?

starting somewhen in June

### What zones are affected?

GB

### What is the problem?

The live data for GB seems to be unavailable since a few weeks. When looking at the 24 hours graph the wind generation is about the same throughout the day for weeks, this can also be seen when looking at the historical view.

![Unbenannt](https://user-images.githubusercontent.com/49598085/182873562-17becad7-790c-42b4-92d9-5a976ecdcf19.png)

There was a discussion about switching the data source for GB in #3047. We might need to consider it again as the current data source is down.


Discussion:

Resolving patch:
diff --git a/parsers/ELEXON.py b/parsers/ELEXON.py
--- a/parsers/ELEXON.py
+++ b/parsers/ELEXON.py
@@ -59,8 +59,6 @@
     "GB->NO-NO2": [10],  # North Sea Link
 }
 
-FETCH_WIND_FROM_FUELINST = True
-
 
 def query_ELEXON(report, session: Session, params):
     params["APIKey"] = get_token("ELEXON_TOKEN")
@@ -330,6 +328,7 @@ def fetch_production(
     # At times B1620 has had poor quality data for wind so fetch from FUELINST
     # But that source is unavailable prior to cutout date
     HISTORICAL_WIND_CUTOUT = "2016-03-01"
+    FETCH_WIND_FROM_FUELINST = True
     if target_datetime < arrow.get(HISTORICAL_WIND_CUTOUT).datetime:
         FETCH_WIND_FROM_FUELINST = False
     if FETCH_WIND_FROM_FUELINST:


Test patch:
Repository: electricitymaps/electricitymaps-contrib

Issue:
SV production parser down
## Description

This is an automatic error report generated for El Salvador (SV).

Issues:
- No recent data found for `production` parser

## Suggestions
- Try running the parser locally using the command `poetry run test_parser SV production`
- <a href="https://storage.googleapis.com/electricitymap-parser-logs/SV.html">Explore the runtime logs</a>

You can see an overview of all parser issues [here](https://github.com/tmrowco/electricitymap-contrib/wiki/Parser-issues).



Discussion:

Resolving patch:
diff --git a/parsers/SV.py b/parsers/SV.py
--- a/parsers/SV.py
+++ b/parsers/SV.py
@@ -21,7 +21,7 @@
 
 # Thanks to jarek for figuring out how to make the correct POST request to the data url.
 
-url = "http://estadistico.ut.com.sv/OperacionDiaria.aspx"
+url = "https://estadistico.ut.com.sv/OperacionDiaria.aspx"
 
 generation_map = {
     0: "biomass",


Test patch: