Ventana software support forum

Try loading a new Analysis Toolset?

I've put in a ticket for this.

Also, as a general practice, you should not bury numbers that have dimensions in your equations. Each item (1045, 180) should be made a separate named variable with units.

Strange. I can paste with a prefix all day long, no issues.

Presumably you have a stock of water in the reservoir, with an inflow (river flow or rainfall or something, presumably exogenous) and an outflow (discharge). I would guess that there's a mechanism something like the following: water in reservoir = INTEG( inflow - discharge, initial water ) inflow = ...

Converter = Auxiliary

Two options: 1. Run the model in days, using the same numbering as Excel dates. (An Excel date is really a number like 34582.) 2. In Excel, create a time row/column that translates dates to a decimal year, week, etc. For example, if cell A2 contains a date, you could translate that to a decimal year...

What do you get if you use the table tool?

Great!

I think the equation above already does what you want. If you write: c : (c1-c10) y[c] = x[c] + z you assign 10 (presumably different) values of x to 10 values of y. On the other hand, the same single value of z will be used in each computation of y. So, in your case, you just need to be sure that e...

You can define equivalence relations by defining a new subscript, then changing the variable's subtype to "equivalence" in the equation editor.

See also http://vensim.com/documentation/usr17.htm

One more thought ... If you do want to use different names for the same dimension, you can use equivalence relations. One common application: City : boston, chicago, denver Origin <-> City Destination <-> City Then you can subscript things with [Origin,Destination] In your case, I'd hope to avoid ha...

Actually, I think it's a matter of clarity - those save items pertain only to sensitivity runs. I think the settings are due for a reorg, at which time we could handle regular runs, but that probably won't make 2.0.2, which is imminent.

2222^13 = 3.2186423e+43

The fact that these subscripts are all the same size suggests to me that you really just need a single dimension: Catchment : (c1-c2222) or something like that. As is, if you write variable[ManureN,FertN] it will have over 4 million elements, which can be done, but quickly bogs things down. So, I th...

If each subscript range has 2 elements, that's 2^13=8192. 3 elements each would be near the practical limits. I've never seen a model use more than 5 or 6 dimensions.

What's the real-world system under study?

You can have as many subscripts as you want, as long as no single variable uses more than 8.

I think we need more information about your specific problem and model structure in order to give useful advice.

Sorry - my subscription to this forum doesn't seem to be working, so I'm just seeing this. Anyway, I can replicate the problem. We'll get it fixed ASAP.

When you plot the referenced variable, you're seeing all entities that are active in the Picker. However, if you create a variable in the Farmer that relies on the referenced "white" value, it will use the correct single entity.

Glad it works.

Is there some alternate structure we could implement that would make it easier to handle the multitude of .cin files?

I think you'd have to give up the ?file wildcard and use filename.csv directly.

You can use csv now, if the extension is csv.

Maybe delimiter guess is a dumb idea and should simply be deleted?

It turns out to be an easy fix. The algorithm that is supposed to guess the delimiter isn't working for some reason. If you rename the file to .tab, it knows what to do.