that works like that, then you could use the underlying code for much more realistic models of dam breach (www.impact-project.net). Or, you could use it to design innovative flood-control or irrigation-control weirs, say, that would be easy to construct in developing countries. Or, agricultural engineering students could use it to study irrigation system designs.
If you could pass it along to whoever is maintaining the fluid solver, I think that it does not apply the "realworld-size" consistently to fluid "inflow" objects. The physical logic here seems flawed. I have data from the physical flume model, in feet instead of meters. I set up a similar flume model in blender with an inflow object at one end about 9 feet wide by 5 ft high by 1/2 foot thick in a tank about 10x20 by 5 ft high. I set the realworld-size to 0.305 (one foot per major division) and the inflow object to "init volume" with an inflow velocity of 0.028 in the x-direction. This should have produced an inflow of one cubic foot per second (cfs).
I simulated a flow of 10 seconds at 25 fps with resolution of 50. Instead of 10 cubic feet in the tank, I got about 326. That is about ten cubic meters. I didn't measure from the sides of the tank, but from the edges of the fluid volume, which refuses to actually touch the tank. So there seems to be a problem with conservation of mass and boundary conditions as well. I ran some others. With the realworld-size set to 1.0, and the fluid inflow object set to init shell, it generates 146.7 cubic meters in ten seconds, instead of 10 cubic meters. Realworld-size does not seem to be a physical scaling factor of the kind used in hydraulic research models.
Please pass that along. It would be nice to get those problems fixed. It would also be nice if the model produced numbers for the conservation of mass accuracy, inflows and outflows, and if it would tell us ahead of time if the resolution is too coarse for it to actually produce a fluid mesh in the domain. Sometimes it just gives a blank screen.
A mesh plane will not produce flow as an inflow object unless the resolution is fine enough, with no indication but trial and error how that is. In scientific modeling, one can calculate stability criteria that tell one beforehand how fine the resolution must be. What is it for Fluid Sim? It would be nice if mesh planes of any shape could actually be used as inflow and outflow objects to simulate valid BCs in math models. I finally got a 4x9 mesh plane for an inflow object to work at resolution = 100, realworld-size = 1, and am running that at x-inflow = 0.028. At frame 25 of 250, 1 second, it looks like it is still overproducing fluid, by a factor in the range of 5 to 8.
Among other things, I tried to calibrate a fluid sim by turning off the tap and letting the remaining fluid settle into a container to be measured. There doesn't seem to be any way to do it. Unfortunately, the generated fluid is defined as "domain" instead of an additional fluid object, as it should be. That makes it difficult to do some normal physical things, like turning off the tap. So if you remove the fluid inflow, it stops on an error stating that there is no fluid object present.
I tried to change the inflow object to a fluid at frame 25. No go. The sim lost the large fluid blob entirely, left with a few drops falling down. Also it would not start at frame 25 using the previous information, as I tried to request. It insisted on starting all over at frame 0 again. I tried to define the domain as fluid and put in another domain. No go again.
Also, starting at frame 1 does not make mathematical sense. Your initial conditions are at frame zero, which never shows. But frame 1 looks like the initial conditions. If you don't have a frame 0, then it gets hard to click on the fluid inflow to change it (the initial conditions), when it is entirely covered.
Perhaps the first tutorials don't show how to change physical conditions during the simulation, if it can be done. Nor can I see any way to import initial conditions from a frame in a previous simulation. Nor can I see any way to directly measure the (total) volume of the fluid in a frame.
I also notice that the turbulence from an inflow object looks way too coarse and violent. Not to mention non-physical. For example, a tombstone shaped inflow object, with a horizontal flow out of a vertical large face, produces obvious extra horizontal flow along the edges, and slightly less so in an x-shape from corner to corner, leaving lumpy triangular pockets in between. A cylinder horizontal in the y-dir, with flow in the x-dir, also produces obvious extra flow from the capped ends. It looks really weird. And you should see the spurts of water leaping up out of the leading edge of high flow.

I downloaded Nil Thuerey's scientific papers on the Lattice Boltzman Method used in Fluid Sim, and what Blender uses and produces does not jibe with that kind of modeling. I may still make some use of Fluid Sim for uncalibrated graphic demonstration, but not as a calibrated scientific tool. I think it has some real potential if someone could fix the kludges.