Hello, I am working to pull down the econ models from ComboCurve via the Rest API client and have noticed that when using the get-econ-models-assignments-read, there’s not any indication as to what the “actively” applied econ model is for a given project and scenario combination. In short, there’s some way that the UI is able to distinguish which model is “applied” that I cannot reproduce.
I am testing the problem by assigning a unique model to a given well within a project/scenario set and am still seeing the other qualifiers’ econ model assignments being returned in the get-econ-models-assignments-read when I’d expect that either the well id falls out of the return or the well id is shown under a new “unique” qualifier…Perhaps I’m misunderstanding how this works?
Looking for guidance to reproduce the active settings of the Scenario Table.
Hi Branum, happy to assist you. Could you send the endpoint that you are using for getting the econ model assignments and an example response body you are getting/what you would expect to receive? I couldn’t find the exact endpoint you mentioned, once we get that information we can kick off an investigation.
What I’m seeing is that for a given project, model type, and model id, I am pulling in three records (one for each of the qualifiers supplied). I imagine this means there are three qualifiers in the project that are “mapped” to that given parameter permutation. The individual assets also have their own “unique” models that I can choose to apply from the UI of CC. Where the issue arises is that when I select the unique model as the “active” econ model applied to a given asset, this well id STILL shows up in the payload of get-econ-models-assignments-read, so I’m not able to discern which model is actually applied to that asset.
In short, what I’m looking for is some way (from the API) that I can tell which econ model is applied (the white check mark indicator) to a given asset in the same way that the UI does. It’s for knowing which model is applied at that point in time to an asset for an automated export we are working on.
Due to the nature of unique models, that well id list should always be one well, since they are well-specific. If there are more than one well, it is a bug and we can resolve it.
Have you seen a unique model with multiple well id’s?
Hello, I think there is a misunderstanding. The unique well model does not have multiple well id it’s being applied to, but I cannot discern via the API which econ model is applied in the “Scenario Table” view (whether the applied model is a unique one or a project level one). If I apply the unique model to the asset, it still shows the project level asset being mapped to that econ assumption via that get-econ-models-assignments-read endpoint.
Okay, I have been playing around with the UI some more today, and I think I have a better understanding of this. It appears that the qualifiers are mutually exclusive, meaning, you can only have one model pinned to a well for a given qualifier. This qualifier could point to either a project or unique (asset level) model. That makes sense. I think the discrepancy here, is determining which qualifier is actively “applied” to the table in the Scenario Table view. Pulling down the qualifiers endpoint, https://api.combocurve.com/v1/projects/:projectId/scenarios/:scenarioId/qualifiers?econName=, seems to yield an unordered result, so I’m not sure if there’s any way to know which qualifier is being actively applied at that point in time.
Oh, I see now what your issue is. Yes, you can only have one qualifier selected (which is what you were referring by that white check mark).
Unfortunately, as you discovered, I don’t think we have an endpoint that fetches the active qualifiers that are selected/displayed on the UI. We can put this on the roadmap unless you find an alternative method to achieve that.
I see. So a proposed workflow may be to “pin” the desired model exports to an arbitrary qualifier and utilize that as the target of the export job right?