-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Task hvmv_substation
fails due to missing table
#872
Comments
BTW, |
Sorry, I forgot to change the table name in two lines of the hvmv-substation script, this should be fixed in b2376c2. I also merged this branch into CI again. |
These tables are now created in the osmtgmod dataset. The substation-dataset creates and fills the |
Thanks for the quick fix, I'll give it another try |
Seems to work out |
Now I'm getting It is raised in these lines. @ClaraBuettner you added this drop statement recently. It does not check if the table actually exists. To my mind it can be removed as in L572 there's already a drop statement for this table (which, btw, checks for existence). |
After removing those lines the task finishes successfully |
I changed this in #859. Dropping without |
I see, yes that would be nice if you added And could you please delete the ORM drop statement then? PS: It would be also possible to keep the ORM statement and define the cascade in the foreign key relationship but I had troubles in the past and don't wanna mess around with this again. |
Done in 8cab0bf |
thx |
Just a sec, you also dropped |
Sorry for my confusion, I fixed it again... |
2 clean runs of
continuous-integration/run-everything-over-the-weekend-2022-06-10
(head: 740f279) for DE lead to the same error:Apparently, you did some renaming/changed import of the HV/MV substation table in #860.
The table should have been created in osmtgmod substation but
èxtract()
may never been called? @ClaraBuettnerThe text was updated successfully, but these errors were encountered: