Closed nesnoj closed 6 years ago
Do you use the PyPSA fork from https://github.com/openego/PyPSA/tree/dev ?
Which pandas version is installed? Due to a bug in pypsa 0.11 it doesn't work with pandas > 20.3. And it seems as you use another db, is it exactly the same as the oedb? Than I could try to reproduce the error. If it's not the same (exactly same buses) you need to create a new busmap for network-clustering. In addition, there is at least one generator with p_nom_min = NaN which can cause the problem. Can you set this to zero and try again?
Thanks for your hints!
@wolfbunke
According to the dependency link in setup.py the dev from ego fork should be used as install candidate for pyPSA.
But according to the installed pyPSA Files, it was not! (you may check what's the problem here..)
So I uninstalled pyPSA, cloned your fork@dev and reinstalled manually using pip3 -e
.
The import error in 2. (could not find reduce) seems to be fixed now so k-means doesn't throw an exception anymore.
This is quite strange - it seems that before (installation of eTraGo+dependencies of setup.py) reduce could not be imported. Now with the manual install of PyPSA fork, it's gone.. :question:
So the only remaining bug concerns network clustering..
@ClaraBuettner
pandas >= 0.19.0, <=0.20.3
and 20.3 was installed, so everything fine here..No data for StoragePqSet in column p_set
?
The tables grid.ego_pf_hv_storage_pq_set
as well as model_draft.ego_grid_pf_hv_storage_pq_set
in OEDB are empty..Yes I think the problem is the dependency_links of pip which is not installing the dependency any longer.
I will test thepip install -e eTraGo --process-dependency-links --allow-all-external
see
see #138
The empty coulmn message has always been there and shouldn't cause a problem. Did you try to create a new busmap? Some weeks ago I fixed eHV bugs manually and I'm not sure if the busmap includes them. I can check this soon.
Did you try to create a new busmap? Some weeks ago I fixed eHV bugs manually and I'm not sure if the busmap includes them.
No I didn't modify the input data at all..
I can check this soon.
Thank you :+1:
I tested network-clustering for scenario Status Quo in the model draft and it worked well. Currently, it is only working in model_draft because the eHV-subnetwork errors are not in fixed in grid schema but share a busmap in model_draft. So until the next dp run you can not use network-clustering in grid schema.
It works now, cheers!
Network clustering only (2 timesteps):
Interestingly, when I disable clustering the all line loadings are almost zero :astonished: :
The 2nd one seems to be correct. I chose a different timestep which results in several line loadings >> 0:
Apparently, there's a large difference in line loading between the full 110kV-grid and the aggregated one.. seems quite odd to me as the relative loading of (non-)aggregated lines should be similar, right?
Indeed, this is interesting. Both color scales have the same values in your graphics, haven't they?
I close this on in favor of a new issue #139 as the original problem is solved.
Hey folks,
I'm trying to run eTraGo but get different exceptions - can you help me out?
Some basic info: Ubuntu 17.04, python 3.5.3, venv with eTraGo version from current dev incl. dependencies according to setup.py (pyPSA 0.11 etc..., no further packages/adjustments).
This problem seems to be related to k-means and network clustering since when I disable both, it works..
1. k-means clustering (20) only Args:
Log:
(same problem when I set
gridversion
= None (model_draft)2. k-means clustering (500) only Args: As in 1 but with
k_mean_clustering
= 500Log:
3. network clustering only Args: As in 1 but with
k_mean_clustering
= False andnetwork_clustering
= TrueLog:
4. no clustering at all Args: As in 1 but with
k_mean_clustering
= False andnetwork_clustering
= FalseWorks!