Rahul Kowshik

Hej, By default the lower bound and upper bound for the variables is 0 and + infinity that is set by gurobi unless you specify otherwise. I think its the reason that when you optimize and check aga...

Although I found a solution to my programming problem, could I still clarify what the difference in logic was? Why did my original code create an "unsupported operand type(s) for >>: 'generator' a...

Hej Jaromil, Now I can confirm that it worked finally without any transhipment. I had to add another constraint to make it work. Thank you for everything and wish you a great weekend.  Regards, Rah...

Hello again, So all of that got sorted out but the same problem again as it was before we introduced big M constraints. Its still doing transhipment instead of taking it from port. Could it be beca...

for j in inland_terminal:    for t in time:                m.addConstr(sum(flow_bin[i,j,t] for i in inland_terminal if i!=j) <= 1)#constantsM = 21for j in inland_terminal:    for t in time:       ...

Hej Jaromil, If you want to model a constraint of the form \begin{align*}\sum_{i=0}^N f^{bin}_i &= 0 \rightarrow \sum_{i=0}^L f_i = 0\quad(*)\\f^{bin}_i,f_i &\in \{0,1\}\end{align*} You have writ...

Hej Eli, The order of summation is not of concern but rather the grouping of terms as you mention. It's important because I cannot have incoming flows from different origins i, for different operat...

Hej Jaromil,  Couldn't it be better this way, e.g., if the distance for shipping from port and terminal8 to terminal 5 and then 6 to terminal4 is indeed shorter than shipping from port to terminal...

Hej Eli, If you see my original post with the black brackets. I want the sum of all of those terms in the first bracket to be considered as one single term and then all the terms in the second brac...

Hej Jaromil, I think I was too quick to dismiss the problem thinking that I got it cleared. It just does not seem to work. I have been trying to strictly restrict flow in arcs and it always does so...