Task ID: 1477
Short desc: behaviour of default CO2 response

Last changed bydevoil 
Reported Bydevoil 
Reported On2012-02-02 10:57 AM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 33430 posted by devoil on 2012-02-02 10:57 AM, 3 days ago
Most apsim crops have a flat response to elevated CO2, which can mean that users mistakenly assume that the crop is not responsive to elevated CO2.

The desired behaviour is that if the user has set a non-default CO2 level (ie not 350ppm), and tries to sow a crop that is not parameterised for changes in CO2, then a fatal error should be thrown.


Task ID: 1476
Short desc: Millet ini files in UI don't work correctly

Last changed byhol353 
Reported Byhar297 
Reported On2012-02-01 3:43 PM 
ProjectUser Interface 
CategoryBug 
Priority 
Assignedhol353 
Statusre-opened 
Apsim Version7.3 
Your NameJohn Hargreaves 
Contact Details 

comment 33433 posted by hol353 on 2012-02-02 2:41 PM, 3 days ago

John

I've had a look at this. The GUI doesn't use the millet1 to millet5.xml files at all. These were only kept for .con file compatibility. I've just submitted a patch to remove the unwanted xml files to remove all confusion. The .con files can now use the single Millet.xml as well.

To test, I created a new simulation based on Millet.apsim in the Examples directory. I then created a new cultivar called "test" and copied it into just the mainstem part of millet.xml (under    <Model name="Millet">). I didn't put this under the other tiller nodes.

I then changed the cultivar name in the GUI to "test" and ran APSIM. It complained about missing parameters once it started to initialise the tillers as I would expect. This tells me that all is well.

If you can reproduce a problem then reopen the task and let me know.

Dean

comment 33429 posted by har297 on 2012-02-01 3:43 PM, 4 days ago

Two issues -

1) The milet.zml has all the tillers (millet1 to millet 5) in the file which I don't think are found by the millet tiller modules and there are still the separate millet1 to millet5 xml files.

2) when a new cultivar is added to the main stem and all the tillers it runs but the results are not correct. I forget the exact symptoms now. I think the tillers never got initiated so only the main stem grew.

3) The workaround was to modify the millet xml files in the installon directory.

4) Note: When the new cultivar was put in the millet.xml for main stem and all tillers in this file the tillers did not find the new cultivar until it was included in the separate tiller xmal files (millet1 to millet5).

This is an important crop for West Africa and India.

 


Task ID: 1475
Short desc: SWIM3 is missing stability fixes put into SWIM2

Last changed byhut104 
Reported Byhut104 
Reported On2012-02-01 2:20 PM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 33428 posted by hut104 on 2012-02-01 2:20 PM, 4 days ago

Some work on solute instability performed in SWIMv2 has not been ported into SWIM3.  This needs to be done.


Task ID: 1472
Short desc: Report N2O from nitrification and denitrification seperately

Last changed byzur003 
Reported Byguest 
Reported On2012-01-30 3:40 PM 
ProjectModule Code 
CategoryMinor 
Priority 
Assignedhut104 
StatusSubmitted 
Apsim Version7.3 
Your NameJody Biggs 
Contact Detailsjody.biggs@csiro.au
07 3833 5704 

comment 33418 posted by zur003 on 2012-01-31 9:45 AM, 5 days ago

Looking at the source code, it appears that the n2o_atm arising from nitrification is taken as being equivalent to dlt_nh4_dnit, so the split between n2o from nitrification vs. denitrification could be determined from existing outputs.

The calculation of the contribuition to n2o_atm from nitrification doesn't appear to match the logic described in the module documentation, which suggests it should be the rate of nitrification times 0.002. I may be wrong, but the current code appears to be mulitplying the rate of nitrification by the "constant" (input parameter) c%dnit_nitrf_loss. The value for this constant is set to 0.0 in soil.xml, so I'd expect dlt_nh4_dnit to always be 0.0, and hence the contribution to n2o_atm from nitrification to likewise always be 0.0.

comment 33416 posted by guest on 2012-01-30 3:40 PM, 6 days ago

APSIM currently has a output variable 'n2o_atm'.

Could an additional two variables be added to identify the source of the nitrous oxide (n2o) emission (i.e. nitrification or denitrification)?

Cheers


Task ID: 1470
Short desc: Fix assorted minor bugs for APSIM 7.4 release (general catch all).

Last changed byhol353 
Reported Byhol353 
Reported On2012-01-23 11:10 AM 
ProjectModule Code 
CategoryBug 
Priorityhigh 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 33328 posted by hol353 on 2012-01-23 11:10 AM, 13 days ago

Use this task for very minor bugs for the APSIM 7.4 release.


Task ID: 1449
Short desc: Building a tree model

Last changed byfai04d 
Reported Byfai04d 
Reported On2012-01-17 3:13 PM 
ProjectModule Code 
CategoryMinor 
Priority 
Assignedfai04d 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 33161 posted by fai04d on 2012-01-17 3:13 PM, 19 days ago
Task for creation of a tree model in Plant2.

First step: integrated SimpleRoot.cs into Root.cs.


Task ID: 1447
Short desc: Inconsistency in nitrogen uptake variables

Last changed byzur003 
Reported Byzur003 
Reported On2012-01-16 12:25 PM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.4 
Your NameEric Zurcher 
Contact DetailsEric.Zurcher@.csiro.au 

comment 33158 posted by zur003 on 2012-01-16 12:25 PM, 20 days ago

There is an unfortunate inconsistency in the use of the "nuptake" property in Plant2\Organs\Root.cs. The name "Nuptake" is used for an output property, with units of kg/ha; the name "NUptake" is used for a settable property, and has units of "g/m^2". The case and units should be made consistent.

Note also that AgPasture provides an output of "NitrogenUptake", with units of kg/ha, and OzCot provides an output variable named "nuptake", also with units of kg/ha. Plant provides "n_uptake", with units of g/m^2. It would be nice if all of this could be made consistent (and a clear statement of the units used in the "NitrogenChanged" type would be good, too).


Task ID: 1446
Short desc: Copy a folder does not rename simulations inside the folder.

Last changed byhol353 
Reported Byfai04d 
Reported On2012-01-13 2:20 PM 
ProjectModule Code 
CategoryBug 
Priorityhigh 
Assignedfai04d 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 33156 posted by fai04d on 2012-01-13 2:20 PM, 23 days ago
This causes a problem now that simulations cannot have identical names. Easy enough fix but we need to decide how we're going to do it. For example, add a suffix or prefix, if so, what should it be, etc.


Task ID: 1442
Short desc: Add new Oryza code

Last changed bydevoil 
Reported Bydevoil 
Reported On2011-12-20 3:57 PM 
ProjectModule Code 
CategoryMinor 
Priority 
Assigneddevoil 
StatusSubmitted 
Apsim Version7.3 
Your Name 
Contact Details 

comment 33110 posted by devoil on 2011-12-23 3:22 PM, 44 days ago
Still remaining:
! FBiomassRemovedType (incorp surfaceOM at end_crop) is broken
! no root weight (by layer) is appearing -> root transfer to FOM pool isnt happening
! no canopy radiation partitioning
! no interaction with swim
! no rat grazing
! variable naming probing needs help (ie sow a crop for getDescription)
! latest & greatest .ini file
comment 33096 posted by devoil on 2011-12-20 3:57 PM, 47 days ago
IRRI has made major changes to their rice model that improve on the 2004 version currently in apsim. The new version of oryza implements a wrapping approach based on subroutine arguments and common blocks, unlike the original apsim port that substantially modified the oryza code to suit the apsim infrastructure. Rather than undertake this rewriting again, the interface code has been rewritten to translate apsim events & variables to the new wrapping approach. It uses the FortranComponentInterface2 (publish/subscribe) library.

The newer version of oryza has already been integrated into DSSAT. Full details of the changes are at http://www.knowledgebank.irri.org/oryzabeta.

Old apsim/oryza simulations will run without substantial change. Multipaddock simulations cannot use the new wrapping approach.


Task ID: 1441
Short desc: Chickpea validation data

Last changed bywhi492 
Reported Bywhi492 
Reported On2011-12-09 5:09 PM 
ProjectInfrastructure 
CategoryMinor 
Prioritylow 
Assignedwhi492 
StatusSubmitted 
Apsim Version7.4 
Your NameJeremy Whish 
Contact Detailsjeremy.whish@csiro.au 

comment 33093 posted by whi492 on 2011-12-09 5:09 PM, 58 days ago

Add validation data to chickpea plant model 


Task ID: 1438
Short desc: Add nitrification inhibitor and tracer into SwimSoluteParameters

Last changed bysno036 
Reported Bysno036 
Reported On2011-12-07 7:33 AM 
ProjectUser Interface 
CategoryMinor 
Priorityhigh 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 33060 posted by sno036 on 2011-12-07 7:33 AM, 60 days ago

Apologies - I thought that I had added this in as a task a whiel ago but it seems not.  We (AgR) really want to dump the non-standard and clumsy way that we use SWIM in APSIM but cannot do this until we can have a nitrifiction inhibitor and a tracer in the SwimSoluteParameters component.  Unfortunately it is a bit more than just some XML so we cannot do it ourselves.  Any possibility of getting this looked at soon?  Thanks, Val


Task ID: 1429
Short desc: Testing new SoilP changes

Last changed byfai04d 
Reported Byfai04d 
Reported On2011-11-28 11:41 AM 
ProjectModule Code 
CategoryMinor 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 


Task ID: 1428
Short desc: Wheat Rooting Depth Change

Last changed byhut104 
Reported Byhut104 
Reported On2011-11-25 10:21 AM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version 
Your NameNeil Huth 
Contact Details 


Task ID: 1425
Short desc: Fortran CI2 ReadXXXX prototypes are incorrect

Last changed bydevoil 
Reported Bydevoil 
Reported On2011-11-24 11:09 AM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
Statusre-opened 
Apsim Version 
Your Name 
Contact Details 

comment 33100 posted by devoil on 2011-12-20 4:11 PM, 47 days ago
Many arguments to [read,get,expose]XXXX are wrong - array versions are missing array sizes, and all optional calls have no way of returning the number actually read.

An "AppendToSearchOrder" call is needed for oryza's sowing/emerging/transplanting methods.

As well, the message buffer size in CIx/messages.cpp is too small for some of the larger fortran data structures (eg add_residue= ~12000 bytes).
comment 33010 posted by hut104 on 2011-11-28 2:49 PM, 69 days ago
<p>


Task ID: 1419
Short desc: Reduce compilation warnings

Last changed byher123 
Reported Byher123 
Reported On2011-11-17 11:25 AM 
ProjectModule Code 
CategoryMinor 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.4 
Your NameNeville 
Contact Details 

comment 33412 posted by her123 on 2012-01-27 12:30 PM, 9 days ago
Plant 1 requires more work. Many warnings that are unnecessary but changes will alter outputs slighlty.
comment 32993 posted by devoil on 2011-11-24 12:51 PM, 73 days ago
fixed in r2090
comment 32991 posted by devoil on 2011-11-24 11:09 AM, 73 days ago
ReadXXX prototypes in ScienceAPI2.f90 are wrong


Task ID: 1408
Short desc: Convert Egrandis model to Plant2 code base

Last changed byhut104 
Reported Byhut104 
Reported On2011-11-10 2:44 PM 
ProjectModule Code 
CategoryMinor 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version 
Your NameNeil Huth 
Contact Details 

comment 32988 posted by fai04d on 2011-11-23 12:11 PM, 74 days ago
First stage complete. Base model has been added to SVN.
comment 32935 posted by hut104 on 2011-11-10 2:44 PM, 87 days ago

Egrandis is currently in FORTRAN.  Converting to .NET helps with migration away from the old compilors.


Task ID: 1397
Short desc: AgPasture sometimes returning a negative value for "NHarvest"

Last changed bysno036 
Reported Byzur003 
Reported On2011-10-20 3:13 PM 
ProjectModule Code 
CategoryBug 
Priority 
Assignedfrank 
StatusSubmitted 
Apsim Version7.4 
Your NameEric Zurcher 
Contact DetailsEric.Zurcher@csiro.au 

comment 32894 posted by zur003 on 2011-10-20 3:13 PM, 108 days ago

Apparently as a result of accumulated round-off errors, AgPasture can sometimes return a negative value for its NHarvest property. This is causing problems in the "PasturePaddock" simulation in Tests\AgPasture\AgPastureSWIM3.apsim, where this value is used by the manager, leading to a range of problems. For example, consider the fertiliser application of 9 March in the simulation, where a negative amount of fertiliser is "applied".


Task ID: 1384
Short desc: AgPasture does not play with paddock_is_fallow properly

Last changed bysno036 
Reported Bysno036 
Reported On2011-09-23 11:58 AM 
ProjectModule Code 
CategoryBug 
Priority 
Assignedfrank 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 33142 posted by zur003 on 2012-01-04 3:01 PM, 32 days ago

Looks like my earlier comment was not quite correct, in several respects. AgPasture does indeed provide "plant_status", returning a value of either "alive" or "dead", but it never returns "out". And I also got the sense of the return values of "paddock_is_fallow" reversed. So I'd expect that "paddock_is_fallow" always returns "false" when querying AgPasture, as plant_status will never be "out".

What behaviour is expected, and what is happening that is not expected?

comment 32856 posted by sno036 on 2011-09-23 12:42 PM, 135 days ago

Hhmm.  The "rotation" example uses the paddock_is_fallow() function to assist with the logic.  Should plant_status be included in all crop modules?

comment 32855 posted by zur003 on 2011-09-23 12:35 PM, 135 days ago

"Plant" is the only component type that works with the "paddock_is_fallow" function of the (old) manager. This function queries the "plant_status" property, and returns true if it obtains a value of "dead" or "alive" (a value of "out" returns false).

Neither Plant2 nor AgPasture expose a "plant_status" property.

comment 32854 posted by sno036 on 2011-09-23 11:58 AM, 135 days ago

The "paddock_is_fallow" function does not get the correct information from AgPasture.


Task ID: 1379
Short desc: Dissallow periods and spaces in component names

Last changed byher123 
Reported Byher123 
Reported On2011-09-16 3:39 PM 
ProjectUser Interface 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.3 
Your NameNeville H 
Contact Details 

comment 32887 posted by her123 on 2011-10-14 2:54 PM, 114 days ago
The CMP specification says that names are composed of alphanumerics and '_' characters. Spaces cause problems in the gfortran manager scripts. The report.dll component doesn't like spaces in names either.
comment 32844 posted by her123 on 2011-09-16 3:39 PM, 142 days ago
Components should not be allowed to have names that include '.' periods.


Task ID: 1377
Short desc: Enable building and execution of all APSIM components (other than VenLink and the GUI) on Linux/Mono

Last changed byzur003 
Reported Byzur003 
Reported On2011-09-13 1:10 PM 
ProjectInfrastructure 
CategoryMinor 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.4 
Your NameEric Zurcher 
Contact DetailsEric.Zurcher@csiro.au 

comment 32840 posted by zur003 on 2011-09-13 1:10 PM, 145 days ago

As much as possible of the APSIM system should be compilable and runnable using Linux, using Mono to handle the .NET code. Ideally, the entire test suite (with the exception of VenLink tests) should run correctly and give outputs which are (nearly) indentical with those of the Windows version.

Among other things, this will require going through code and .XML files to assure that (1) case-sensitivity is considered, and (2) path separators are not assumed to be '\'.


Task ID: 1369
Short desc: Soil evaporation occurs when pond is present

Last changed bydevoil 
Reported Bydevoil 
Reported On2011-09-01 11:28 AM 
ProjectModule Code 
CategoryBug 
Priority 
Assignedver078 
StatusSubmitted 
Apsim Version7.3 
Your Name 
Contact Details 

comment 32814 posted by devoil on 2011-09-01 11:28 AM, 157 days ago
Soil evaporation still occurs when a pond is active - reported by perry; don gaydon has a fix.


Task ID: 1363
Short desc: The APSIM Installation now requires C++ runtime 2008 and 2010 & .net 2 and .net 4

Last changed byfai04d 
Reported Byhol353 
Reported On2011-08-30 3:37 PM 
ProjectInfrastructure 
CategoryBug 
Priority 
Assignedfai04d 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 33145 posted by fai04d on 2012-01-09 10:18 AM, 27 days ago
I think this is done, just getting confirmation.
comment 32826 posted by devoil on 2011-09-05 5:00 PM, 153 days ago
http://otfans.net/threads/170130-Visual-Studio-2008-2010-lib-source-pack-(libxml-gmp-etc.)
comment 32795 posted by hol353 on 2011-08-30 3:37 PM, 159 days ago

LibXML2 needs to be rebuilt to use Visual Studio 2010.

 

We need to purchase new versions of the 3rd party controls for the GUI that use .NET 4.


Task ID: 1355
Short desc: Cluster button is only partially functional

Last changed bydevoil 
Reported Bydevoil 
Reported On2011-08-12 2:43 AM 
ProjectUser Interface 
CategoryMinor 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.3 
Your Name 
Contact Details 

comment 32777 posted by devoil on 2011-08-12 2:43 AM, 177 days ago
The "Run on cluster" button needs some fixing to create submit files properly


Task ID: 1353
Short desc: Revise excreta return communications as per Canberra meeting 20 May 2011

Last changed byguest 
Reported Byzur003 
Reported On2011-08-10 4:00 AM 
ProjectModule Code 
CategoryMinor 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.4 
Your NameEric Zurcher 
Contact DetailsEric.Zurcher@csiro.au 

comment 33438 posted by guest on 2012-02-03 12:23 PM, 2 days ago
check chanel tote bags online
comment 32776 posted by zur003 on 2011-08-10 4:00 AM, 179 days ago

A range of revised events for inter-component communications were proposed at a meeting held in Canberra on 20 May 2011. For a summary of these proposed revisions, see http://www.apsim.info/Wiki/Inter-component-communications.ashx.


One facet of this involves changing the data structures associated with events signalling the addition of faeces or urine. This requires changes in Stock, SurfaceOM and SurfaceOrganicMatter, SoilN and SoilNitrogen, and the StockHerbageConverter.


Task ID: 1349
Short desc: Manager.NET toolbox and examples

Last changed byhamish 
Reported Byhamish 
Reported On2011-08-04 11:41 AM 
ProjectUser Interface 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 33394 posted by hol353 on 2012-01-27 9:49 AM, 9 days ago
merged bug 1434 into this bug:
Create some Manager2 examples, tests and toolbox
comment 33019 posted by sno036 on 2011-12-01 11:36 AM, 66 days ago

The next release will need some of the existing Manager scripts converted into Mangager2.  Some of those should be in Tests.

comment 32762 posted by hamish on 2011-08-04 11:41 AM, 185 days ago

We need a set of examples of manager.NET modules to get going with this new manager.

I have created a folder in the standard tool box in the management folder called Manager.NET for people to put working .NET manager modules into.


Task ID: 1335
Short desc: Should avoid use of "\" as path separator in C# code

Last changed byzur003 
Reported Byzur003 
Reported On2011-07-26 1:29 AM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.4 
Your NameEric Zurcher 
Contact DetailsEric.Zurcher@csiro.au 

comment 32727 posted by zur003 on 2011-07-26 1:29 AM, 194 days ago

Some parts of the non-model logic (e.g., ApsimToSim and ConToSIm) include code which explicitly uses the backslash character (\) as the separator of portions of a path name. In .NET code, this should be avoided by using either Path.Combine or Path.DirectorySeparatorChar, so that builds can be expected to run properly under Linux/Mono.


Task ID: 1331
Short desc: Add a help button on the new manager UI showing variable and event names.

Last changed byfai04d 
Reported Byhol353 
Reported On2011-07-25 5:51 AM 
ProjectUser Interface 
CategoryMinor 
Priority 
Assignedfai04d 
StatusSubmitted 
Apsim Version7.3 
Your Name 
Contact Details 

comment 33155 posted by fai04d on 2012-01-12 12:50 PM, 24 days ago
I've put together an application that outputs all exposed variables and events for .NET classes. Not added to APSIM UI yet, will talk to Dean about implementation. Easily modifiable if we decide to attach it to Intellisense.
comment 33120 posted by fai04d on 2012-01-03 3:33 PM, 33 days ago
I'll look into this... May only work with new .NET classes unless someone wants to manually update the FORTRAN ones.


Task ID: 1327
Short desc: Intercropping - NO3 demand

Last changed byfai04d 
Reported Byfai04d 
Reported On2011-07-22 5:32 AM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 32716 posted by fai04d on 2011-07-22 5:32 AM, 198 days ago
Crops are not sharing N uptake limit. If one crop has a max uptake of 6 units, two crops have a max uptake of 12 units, 3 - 18, etc.


Task ID: 1326
Short desc: Intercropping - Eo crop uptake factor

Last changed byfai04d 
Reported Byfai04d 
Reported On2011-07-22 5:30 AM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 32715 posted by fai04d on 2011-07-22 5:30 AM, 198 days ago
variable total_n_uptake_max needs to use intercepted radiation, not cover_green. Having more than one canopy currently means it will use 100% per canopy instead of divinding between canopies.


Task ID: 1322
Short desc: Factorials in GUI not quite right.

Last changed byhol353 
Reported Byhol353 
Reported On2011-06-23 11:52 PM 
ProjectUser Interface 
CategoryBug 
Priorityhigh 
Assigned[not assigned] 
Statusre-opened 
Apsim VersionR1674 
Your Name 
Contact Details 

comment 33256 posted by hol353 on 2012-01-20 8:34 AM, 16 days ago

1. The "Title Line Options" don't work. This is because Title is now auto calculated and cannot be set. I don't know why Multiple lines doesn't work. This is what I want.

2. When i create a new factor and drag a sowing rule from the simulation tree to the factor tree the factor target is left blank and so the factor is ignored.

3. Not all components can be dragged from the simulation tree to the factor tree e.g. surface organic matter, stock, supplement etc. Can we please make all components able to be dropped on a factor.

4. On the "Factorials" screen it is handy to know how many simulations will be run but instead of the tree control there it would be good to have a simple list box showing the factor combinations e.g.

      Met=27002, Soil=Cracking Clay

      Met = 27002, Soil = Black Vertosol

      ...

5. Can we please have the documentation put onto the www.apsim.info WIKI.

comment 32692 posted by briderj on 2011-06-28 12:16 PM, 222 days ago
Fixed.
List of possible components that display as a checklist is now stored in the xml as metadata
file 32688 attached by hol353 on 2011-06-23 11:52 PM, 226 days ago
This file demonstrates the bug.

attachment: YieldProphet.apsim

size: 77899   content-type: application/octet-stream

comment 32687 posted by hol353 on 2011-06-23 11:52 PM, 226 days ago

Factorial functionality not working properly in GUI. I was trying to do 3 sow dates (30-apr, 24-May, 28-Jun) by 6 cultivars (axe,correll,derrimut,gladius,janz,yitpi).

The 6 cultivars was working ok but it was always using the 28 jun as sow date.


Task ID: 1321
Short desc: Self thinning in Egrandis model needs fixing

Last changed byhut104 
Reported Byhut104 
Reported On2011-06-23 3:34 AM 
ProjectModule Code 
CategoryBug 
Prioritymedium 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.3 
Your NameNeil Huth 
Contact Details 

comment 32686 posted by hut104 on 2011-06-23 3:34 AM, 227 days ago

The self thinning size in egrandis is set to zero. This means that as self thinning is initiated, plants are killed with zero size. This makes the mean plant size go up, and self thinning accelerates.  This needs to be set to a more realistic value such as 0.3 or 0.5.


Task ID: 1312
Short desc: Grazing wheat broken

Last changed bydevoil 
Reported Bydevoil 
Reported On2011-05-12 12:31 PM 
ProjectModule Code 
CategoryBug 
Prioritymedium 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.3 
Your Name 
Contact Details 

comment 32655 posted by devoil on 2011-05-12 12:31 PM, 269 days ago
Grazing wheat with ausfarm stock module throws a fatal error

Maximum digestibility > Upper Limit:-
       Maximum      = 0.92
       Upper Limit  = 0.85
   
    Component name: wheatStockHerbageConverter


Task ID: 1311
Short desc: Temperate Grasses (AusFarmPasture)

Last changed byguest 
Reported Bybriderj 
Reported On2011-05-11 4:43 PM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.3 
Your Name 
Contact Details 

comment 32656 posted by guest on 2011-05-17 11:28 PM, 263 days ago

Managed to test on Bob (had to recompile ApsimFile) - simulation then worked fine.

Commonailty may be Windows XP? Will test on VMWare. 

comment 32654 posted by briderj on 2011-05-11 4:43 PM, 270 days ago
Running the temperate grasses from the example directory causes a crash.
Apparently it is running on Bob during it's tests, but on 3 pc's it displayed the same error.
Seems to be related to Solute.dll - removing CL from Analysis node removes the problem, as does replacing the soil (with one that doesn't have and CL entries in the analysis node. Attempts to manually run the example on Bob failed.


Task ID: 1301
Short desc: APSIM UI Confused about paths

Last changed byfai04d 
Reported Bysno036 
Reported On2011-04-01 11:21 AM 
ProjectUser Interface 
CategoryBug 
Priorityhigh 
Assignedfai04d 
StatusSubmitted 
Apsim Versionr2062 
Your Name 
Contact Details 

comment 33243 posted by sno036 on 2012-01-19 6:32 AM, 17 days ago
merged bug 1380 into this bug:
UI gets confused when output components are linked
comment 33144 posted by fai04d on 2012-01-09 10:17 AM, 27 days ago
Unable to replicate but this looks limited to a certain set of criteria. Getting more info from Val.
comment 32942 posted by sno036 on 2011-11-16 10:40 AM, 81 days ago

I don't know if anyone has looked at this bug?  Another (not completely replicable sorry) symptom is:

- open a simulation in one folder

- then (in a different folder) open a simulation that contains references to external files (met, input) that are in the same directory (which means the xml includes just a file name not a full path).

The result is that UI expects the external file to be in the same directory as the simulation that was opened first.

BUT WAIT --- THERE'S MORE!

If you now save that .apsim file the contents of that external file are replaced with "<File doesn't exist>" (thank $%&^*&^ I had it in version control!).  This was using an input component.  I assume the same thing could happen with a met file or other ini component.

 

comment 32846 posted by sno036 on 2011-09-20 10:32 AM, 138 days ago

Inconsistent error where the UI gets confused about which output file belongs to which simulation when the components are linked - the two linked outputs end up pointing to the same file.  Have now see the error with components other than output.  Possibly related error is that APSIM locks up when trying to run linked simulations from teh "Simulation" node

comment 32714 posted by sno036 on 2011-07-20 2:03 AM, 200 days ago

Just got the error again and have a little more information.  I have a simulation that is loading  a ini component.  The GUI finds the ini file fine but the simulation itself will not run (it had run earlier in the session) complaining that it cannot find the ini file.  From the error message it has the ini file name right but the path wrong.  The directory that the simulation (not GUI) is looking in is the same directory as a personal soils toolbox that I have just looked at. 

This is replicable. 

- Create a personal soils tool box and then point the GUI to that toolbox. 
- Make a simulation with an ini and test it. 
- Expand the personal soils toolbox and try again
- you should find simulation attempting to find the ini file in the directory of the .soils file that you have created

comment 32698 posted by guest on 2011-07-08 12:24 AM, 212 days ago

I am having the same type of problem. It is hard to replicate, but it is certainly related to files operations (reading or saving). What I am having:

 - Similar to Val, if there is an ini file in the simulation that is not in the same directory as the .apsim files, when saving the simulation to another place the links to the ini files are gone.

 - When xml files are read into the simulation  in the UI (as in adding an ini file, or a toolbox), and these files are not in the same directory as the .apsim files, the addresses in apsim go bananas. it seem the last directory opened is taken as the address for the output files, thats why they end up in the folder containing the toolboxes. Closing apsim and reopening it solve the problem. Also using 'save as' fix it...

comment 32679 posted by sno036 on 2011-06-10 3:17 AM, 240 days ago

One pattern that I might be observing (this is hard to replicate) is that it might be tied up with paths for toolboxes. Certainly I have simulation outputs appearing in toolbox directories that have no business being there. 

comment 32531 posted by sno036 on 2011-04-01 11:34 AM, 310 days ago

Note that the error can happen even if you use the UI to browse to the file and the UI sicessfully displays it.  When you click run get message that it cannot file the file - file name is correct but the path is rubbish

comment 32530 posted by sno036 on 2011-04-01 11:21 AM, 310 days ago

Will insert more information if I figure out a pattern but APSIM UI is sometimes getting horribly confused about what the path is for the .apsim file it is operating with at the time.  Losing locations of met files and ini files without paths (i.e. in the same directory as the .apsim file).  Is also sometimes losing its outputs - suspect this might be a symptom of the same problem.  Starting fixes the problem.


Task ID: 1299
Short desc: French locale causes crash

Last changed bydevoil 
Reported Bydevoil 
Reported On2011-03-28 4:09 PM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 32525 posted by devoil on 2011-03-28 4:09 PM, 314 days ago
Computers running the GUI in a french language (regional) setting crash when opening .apsim files. Suspect "," vs "." decimal points, as the dates (MM/dd/yyyy) seem to be working.


Task ID: 1297
Short desc: Sorghum response to P defiency

Last changed bydevoil 
Reported Bydevoil 
Reported On2011-03-28 4:04 PM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.x 
Your Name 
Contact Details 

file 32523 attached by devoil on 2011-03-28 4:05 PM, 314 days ago

attachment: Niamey.met

size: 358437   content-type: application/octet-stream

file 32522 attached by devoil on 2011-03-28 4:05 PM, 314 days ago

attachment: sorghum weeds N P.apsim

size: 76092   content-type: application/octet-stream

comment 32521 posted by devoil on 2011-03-28 4:04 PM, 314 days ago
From PSC: no difference in yields between two P treatments even though the P stress index shows major differences.

From PdeV: Looks like the P effect on phenology & potential biomass production went missing along with cropmod. P uptake is OK - but plant responses are flat. See cropmodtree.for:1212, 1478. Need to ask about FX on leaf expansion.


Task ID: 1279
Short desc: Seperate stuructural and local components of apsim.xml file

Last changed byhamish 
Reported Byhamish 
Reported On2011-03-02 1:33 PM 
ProjectInfrastructure 
CategoryBug 
Prioritymedium 
Assigneddevoil 
StatusSubmitted 
Apsim Version7.4 
Your Name 
Contact Details 

comment 32416 posted by hamish on 2011-03-04 11:48 AM, 338 days ago

As per Eric's suggestion I have merged bugs 1009, 1159 and 1236 into this one and it seems that they are mostly resloved by the change Eric has just implemented.  This covers off the problems with the about box showing the correct version and build but the issue with maintaining compatibility between structural settings in the .apsim and the structure that current build is expecting still needs to be resolved

comment 32415 posted by hamish on 2011-03-04 11:44 AM, 338 days ago
merged bug 1236 into this bug:
Version Stamper tag all reviosns/builds with the head revision rather than the current revision number
comment 32414 posted by hamish on 2011-03-04 11:43 AM, 338 days ago
merged bug 1159 into this bug:
Apsim splash screen not displaying the correct build revision and date information
comment 32413 posted by hamish on 2011-03-04 11:42 AM, 338 days ago
merged bug 1009 into this bug:
Ini File Version numbers
comment 32412 posted by zur003 on 2011-03-04 11:19 AM, 338 days ago

As of revision 1405, ApsimUI.exe will contain its version and build number internally, and display that information in its splash / about dialog, rather than reporting the values in apsim.xml. I think this is a step forward, but still doesn't completely answer the question of how best to keep apsim.xml up-to-date without trashing local modifications.

This task has some tie-ins with tasks 1009, 1159 and 1236 (and perhaps also 1088). Might be worth merging some of these into a single thread.

comment 32409 posted by hamish on 2011-03-03 2:10 PM, 339 days ago

What Eric is suggesting here makes sence.  So long as there is something in APSIM that accuratly displays the current version and enables structural changes to the apsim.xml to be picked up in an update I will be happy.

comment 32408 posted by zur003 on 2011-03-03 1:30 PM, 339 days ago

My position on this is that the application should not be relying on an external file to determine its own version number and build information. This knowledge should be compiled into the application, and the application should be able to query itself to access these details (VersionInfo APIs exist for both native and .NET binaries).


Nonetheless, it may still be useful to have version information in the Apsim.xml file - but in my opinion this should be intended to reflect the version of ApsimTemplate.xml from which it was derived, not the current version of the Apsim binaries. This would allow the application to compare these version numbers with its own and warn the user about potential incompatibilities.

comment 32403 posted by hamish on 2011-03-02 1:33 PM, 340 days ago

Following the discussion at the APSIM devleopers VC it was decided some of the chaos and confussion caused by the .apsim file could be alleivated if its contents were seperated into two files.

1) a file contating version and structural setings that is under version control so any changes to it are transfered to developors system as part of updating and so the information in the about box remains and .sum and .out files stays in-synch with the current version.

2) a file containing local settings that is strored locally, not versioned and not stuffed up by updating.

 

comment 32175 posted by rainss on 2011-02-02 8:00 AM, 368 days ago
Whenever you build a revision other than the current head the version stamper puts the head revision number into the apsim.xml. This makes it impossible to determine which revision build you are currently running as the about box will display the head revision number at the time of build, not the actual build revision.
comment 31482 posted by rainss on 2010-06-22 12:27 PM, 593 days ago
Fixed as at revision 865
comment 31457 posted by rainss on 2010-06-17 10:55 AM, 598 days ago
The build number and date that is displayed on the splash screen refers to the version of apsim that created the local users apsim.xml file. When a different version is run the information displayed does not change. This makes it difficult to identify which version/release of apsim people are running.
comment 30770 posted by hut104 on 2009-08-25 1:19 PM, 894 days ago
Users are starting to run into problems with ini/xml files not being backward compatible.  Perhaps we should have a file version number in the ini file and test that it matches the version number of the .apsim file.  At least then we can tell the user that the ini file needs updating.


Task ID: 1274
Short desc: Review value for standing_extinct_coeff in SurfaceOM

Last changed byhamish 
Reported Byhamish 
Reported On2011-02-23 7:58 PM 
ProjectModule Code 
CategoryBug 
Prioritymedium 
Assignedjollyb 
StatusSubmitted 
Apsim Version7.3 
Your Name 
Contact Details 

email 32573 sent to Ben.Jolly@agresearch.co.nz by hamish on 2011-04-05 6:58 AM, 306 days ago
Subject: Review value for standing_extinct_coeff in SurfaceOM (DO NOT EDIT THIS:1274)

Hi Ben.  I assigned this bug to you, not because I expect you to fix it, rather because I was hoping that doing so would send you an email bringing it to your attention and hoping to get some input to the thread.  It seems that didn't work so I will try this.

Hamish

comment 32529 posted by hamish on 2011-03-30 1:45 PM, 312 days ago

Ben, you are currently porting surface OM to .net.  How difficult would it be to implement a change to the standing_extinct_coeff paramater.  It is currently a constant but there are some problems with this (see the thread below).  What we really need is to be able to specify a value for the standing_extinct_coeff of each residue cohort at the time the residue is added to the surface.  If it is not specified it is assumed to be 1.  To the way SurfaceOM handles the standing_fraction of residue cohorts.

comment 32527 posted by hamish on 2011-03-30 1:38 PM, 312 days ago

I have run a test patch on with changnig Standing extinction coefficient to 0.5 (http://bob.apsim.info/files/R1435(Hamish).diffs.zip)  and threw 105 diffs.  Some of these are in the residue evaporation test I submitted, some are in Surface OM tests so no way to know if it has made things better or worse.  However, there are some diffs in both .sum and .out files in the validation sets for lucerne and sugar cane.  The next step is to either review these against the observed data to see if the change causes problems or to implement a way of nominating the standing coefficient associated with each residue cohort (with a default of 1 if it is not specified) rather than making it a constant.

comment 32411 posted by hamish on 2011-03-03 2:13 PM, 339 days ago

Next task is to change it and run all the tests to get an idea of the collateral damage this could cause.

 

Another possibility is to make standing_extinct_coeff a property of each residue pool that is set at the time of addition with a default of 1.0 if it is not specified and a specified value for anyone who wants something different.  I will discuss with Ben to see if this can be implemented in the .net version once it is up and running.

 

Hamish

comment 32410 posted by hamish on 2011-03-03 2:12 PM, 339 days ago

A value of 0.5 makes more sense as it would represent a spherical stem/leaf angle distribution, as is often the case assumed with leaves.

I'm guessing (and that's all it is) that the value was set to 1 because
1) That is what is assumed for flat residues, and so is more backward compatible with old simulations if people accidentally set the standing fraction to >0
2) It might have been partly done to mask the fact that it was not clear that the standing/flat thing was working.  I didn't think there was anything in the model to have the standing stubble fall back down again.  I thought the original plan was for a more detailed model, but that this never got fully implemented. Setting the standing K value to 1 would negate the effect of the incomplete model.  However, as is obviously the case, some users are now wanting to look into the effects of standing stubble.

Be aware that this will change many simulations for people if they set the standing fraction (or have the value inadvertently set) to non-zero.  People will have to refit curve numbers for their zero till systems if we turn it on.  The model may be more sensible, and perhaps more correct, but will require people to be aware and rework some things.  Not sure how big the effect will be.  I guess we would just need to encourage/teach people to check the values used for the standing fraction.  If they do that, and they have it at zero, this should have little effect.

Neil.
BTW, we will be looking at this later in the year when we revisit our stubble breakdown datasets so we watch with interest.

On 2/03/2011 1:36 PM, Hamish Brown wrote:

Hi Guys.

 

There is a parameter in surfaceom (standing_extinct_coeff) that is currently set to 1.0 (i.e standing residue has the same cover per unit of mass as lying residue).  Kirsten has checked her old apsim 5.? Files and it use to be 0.5 and the data I have suggests a value of 0.5 is also more appropriate.  The notes in the code also indicate it should be 0.5:

!+  Local Variables

   real      F_Cover                ! Fraction of soil surface covered

                                    ! by residue (0-1)

   real      Area_lying             ! area of lying component

   real      Area_standing          ! effective area of standing component

                                    ! (the 0.5 extinction coefficient in area calculation

                                    ! provides a random distribution in degree to which standing

                                    ! stubble is 'lying over'

 

Do either of you guys remember why this parameter was changed or tell me who else may know why it was changed?

 

Hamish

comment 32392 posted by hamish on 2011-02-23 7:58 PM, 346 days ago

The standing_extinct_coeff in SurfaceOM is set to 1 which means standing residues have the same cover (for a given wt of residue) as lying residues.  This does not reflect reality.  Kirsten has checked her old 5.2 paramater files where this coefficient use to be set to 0.5.  I have done some quick tests in my simulations and the number of 0.5 gives more realistic results.  Questions are now 1. was there a good reason for changing this? and 2. are there any tests that have standing stubble in them that will break if we change this.


Task ID: 1272
Short desc: Create some method to enable all ledgend labels to be seen

Last changed byhol353 
Reported Byhamish 
Reported On2011-02-22 3:41 PM 
ProjectUser Interface 
CategoryBug 
Priority 
Assignedhol353 
Statusre-opened 
Apsim Version7.3 
Your Name 
Contact Details 

comment 33442 posted by hol353 on 2012-02-03 12:52 PM, 2 days ago

Fixed again in R2247

comment 33147 posted by fai04d on 2012-01-09 2:17 PM, 27 days ago
Added scroll bar to graph legends when number of items exceeds 8 in a column. Horizontal bar as the setting for a vertical bar doesn't do anything.
file 32391 attached by hamish on 2011-02-22 3:42 PM, 348 days ago
Screan shot of typical graph problem

attachment: Graph_screenshot.bmp

size: 2117588   content-type: image/bmp

comment 32390 posted by hamish on 2011-02-22 3:41 PM, 348 days ago

I have attached a screan shot of a graph that is typical of what I produce.  It has 12 lines on the graph but the legend labels are very lengthy which means they can only fit single file below the graph and only a limited number of labels display before they fall off the bottom.

I don't think it is a good idea to truncate the label as the information that appears in the labels is all useful.  Is it possible to add a scroll bar to the graphs so we can get to lables at the bottom that are currently cutoff. 


Task ID: 1271
Short desc: Feature request: explanation daily vs. end-day output frequencies in the pop-up info window reporting freq node

Last changed byguest 
Reported Byguest 
Reported On2011-02-21 4:32 PM 
ProjectUser Interface 
CategoryMinor 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Versionapsim7.3 
Your NameKirsten 
Contact Details 

file 32379 attached by guest on 2011-02-21 4:33 PM, 349 days ago
example run showing difference daily vs end_day

attachment: continuous wheat daily vs end_day.apsim

size: 42614   content-type: application/octet-stream

comment 32378 posted by guest on 2011-02-21 4:32 PM, 349 days ago

Feature request: explanation of daily vs. end-day output frequencies in the pop-up info-window (triggered by clicking the ? when in reporting frequency node).

The 'daily' output frequency can be a bit confusing, if order of modules is not understood (in particular manager after report). End-of-day manager actions are not seen in the output until the next day if 'daily frequency' is chosen. Using instead the 'end-day' output frequency may sometimes be more what the user expected (on the other hand, that option will lead to e.g. zero biomass for the day of crop harvest).


Task ID: 1262
Short desc: Directed Graph Sample broken on Win7

Last changed byhut104 
Reported Byhut104 
Reported On2011-02-15 1:04 PM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.3 
Your NameNeil Huth 
Contact Details 

comment 32318 posted by hut104 on 2011-02-15 1:04 PM, 355 days ago

This functionality will be replaced by new .NET thing.  When this happens the old stuff should be removed from the example files etc.


Task ID: 1252
Short desc: Tidy up agpasture user components

Last changed bydevoil 
Reported Bydevoil 
Reported On2011-02-15 10:26 AM 
ProjectModule Code 
CategoryBug 
Priority 
Assignedfrank 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 32307 posted by devoil on 2011-02-15 10:26 AM, 355 days ago
Request of val snow


Task ID: 1218
Short desc: Dragging Linked Nodes between windows

Last changed bybriderj 
Reported Bybriderj 
Reported On2010-11-18 11:37 AM 
ProjectUser Interface 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.2 
Your Name 
Contact Details 

comment 32084 posted by briderj on 2010-11-18 11:37 AM, 444 days ago
If dragging a node that is a linked node, or has children that are linked
If dragged from 1 window of Apsim to another Apsim, the linked node cannot find it's source and will fail when selected.

Slightly related to task 1216.
Possible solution - link back to a file - but allow paste of linked data
similar to Excel's Paste Special->Values.


Task ID: 1190
Short desc: Plant.BiomassRemoved event allocates grain to residue

Last changed byhar297 
Reported Byguest 
Reported On2010-09-15 6:29 PM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.2 
Your NameAndrew Moore 
Contact DetailsAndrew.Moore@csiro.au 

comment 32035 posted by har297 on 2010-10-20 5:55 PM, 473 days ago

In Plant, a Harvest event should zero oil and meal while a End/Kill Crop event leaves them as is.

Without checking the code, I think the pod goes to residue as part of the trash on a Harvest event - a carryover from maize harvest.

comment 32019 posted by guest on 2010-09-15 6:29 PM, 507 days ago

When a crop is harvested, Plant publishes a BiomassRemoved event which looks like:

[ crop_type: wheat,
  dm_type: [Leaf, Stem, Pod, meal, oil],
  dlt_crop_dm: [1291.1584, 1244.9086, 429.86148, 1096.9302, 0],
  dlt_dm_n: [6.620204, 6.1356902, 1.6587276, 31.89378, 0],
  dlt_dm_p: [0, 0, 0, 0, 0],
  fraction_to_residue: [1, 1, 1, 1, 1]
]

My query is: shouldn't the fraction_to_residue values for pod, meal & oil be zero?


Task ID: 1130
Short desc: The report component cannot nicely handle variables that are created during a simulation

Last changed byhol353 
Reported Byhol353 
Reported On2010-04-14 3:53 PM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.1 
Your Name 
Contact Details 

comment 31472 posted by hol353 on 2010-06-18 11:38 AM, 597 days ago

There is also a related problem where an array variable is created at runtime (e.g. from Plant2). At initialisation, REPORT assumes the variable is a scalar and then during the run it becomes an array. Headings and Units then don't line up with the values.

comment 31306 posted by hol353 on 2010-04-14 3:53 PM, 662 days ago
When a variable is created during a simulation run, the REPORT component doesn't display the units for that variable in the output file. It only ever checks for the units at initialisation time so if the variable doesn't exist at initialisation, then REPORT will never know the units. The results in 2 problems. 1. The units are never displayed for that variable. 2. Unit conversion in REPORT (e.g. AboveGroundDM units kg/ha) doesn't work. The Plant2 component doesn't create variables and organs until sowing.


Task ID: 1124
Short desc: can't run stock with multiple pasture sources

Last changed byhol353 
Reported Bydevoil 
Reported On2010-03-30 11:38 AM 
ProjectUser Interface 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 33393 posted by hol353 on 2012-01-27 9:46 AM, 9 days ago
merged bug 1243 into this bug:
AusFarm pasture component in rotation with APSIM crops doesn't work.
comment 32389 posted by hol353 on 2011-02-22 2:19 PM, 348 days ago

An email exchange between Neville H, Dean H and John H on this issue. Read from bottom up.

 

Subject: RE: help with running AUSFARM pasture component in APSIM
Date: Thu, 27 Jan 2011 21:34:48 +1100
From: Hargreaves, John (CES, Toowoomba) <John.Hargreaves@csiro.au>
To: Holzworth, Dean (CES, Toowoomba) <Dean.Holzworth@csiro.au>
CC: Herrmann, Neville (PI, Black Mountain) <Neville.Herrmann@csiro.au>, Robertson, Michael (CES, Floreat) <Michael.Robertson@csiro.au>, Huth, Neil (CES, Toowoomba) <Neil.Huth@csiro.au>



Yes.

 

From: Holzworth, Dean (CES, Toowoomba)
Sent: Thursday, 27 January 2011 2:20 PM
To: Hargreaves, John (CES, Toowoomba)
Cc: Herrmann, Neville (PI, Black Mountain); Robertson, Michael (CES, Floreat); Huth, Neil (CES, Toowoomba)
Subject: Re: help with running AUSFARM pasture component in APSIM

 

Thanks John

Our plant models already talk directly to SoilWat. Surely the pasture science converter shouldn't be doing it for them. It only needs to deal with the Pasture model. Yes?

Dean

On 27/01/2011 1:33 PM, Hargreaves, John (CES, Toowoomba) wrote:

Hi Dean,

 

The answer is simple – the pasture science converter can only handle one “crop” (as you observed) because at the time of writing the interface for c++ modules did not have a way of handling multiple responses from multiple crops. The current problem is the module is being used outside of its scope. Shouldn’t be hard for you to update it to handle multiple crops to remove this limitation as this was the intention when the interface eventually got the appropriate capability.

 

Cheers

John

 

From: Holzworth, Dean (CES, Toowoomba)
Sent: Thursday, 27 January 2011 11:18 AM
To: Hargreaves, John (CES, Toowoomba)
Cc: Herrmann, Neville (PI, Black Mountain); Robertson, Michael (CES, Floreat); Huth, Neil (CES, Toowoomba)
Subject: Re: help with running AUSFARM pasture component in APSIM

 

Hi John

Mike is having a problem with running the AusFarm pasture model in rotation with APSIM plant models - see email chain below from bottom up).

The PastureScienceConverter is asking for a single sw_uptake variable and is getting multiple responses. It appears the science converter gets sw_uptake and then does a set for dlt_sw_dep. I guess this was done so that the Ausfarm pasture model talks to soilwat the way our crops do. Problem is that won't work with our plant models as they have an sw_uptake output variable but they also talk directly to soilwat, so uptake will actually happen twice. Is all this correct?

Question for Neville: does the Ausfarm Pasture do a set for dlt_sw_dep, dlt_no3, and dlt_nh4?? If so, then this code in Pasture science converter isn't needed any more.

We need to sort this mess out!
Dean



On 21/01/2011 1:37 PM, Herrmann, Neville (PI, Black Mountain) wrote:

Dean,

The AusFarm Pasture component has the sw_uptake registered as a readable property. It appears that the 'AusfarmPasture' component referred to in the error message is in fact the APSIM PastureScienceConverter.dll. The science converter appears to be retrieving this property from a number of plant models as well as the 'AusfarmPastureModel' (pasture.dll).

Hope this helps.

Nev H


On 20/01/2011 4:49 PM, Holzworth, Dean (CES, Toowoomba) wrote:

Hi Mike

I'm not sure why the Ausfarm pasture model is looking for sw_uptake. Yes, they are output variables from our crops but why AusFarm pasture is interested in them is a mystery. Neville, can you shed some light on this?

The Ausfarm pasture model sow command is different to the apsim one. You need to use the special sow rule which can be found under the pasture folder in the standard toolbox. It's called sow.



This is for APSIM 7.2. Might be located in a different place for earlier versions.

There are some example simulations that sow (and graze) the Ausfarm Pasture model in APSIM. It might be worth looking at them. If you click on New, there are 3 example simulations:

  • TemperateGrass - this sows the Ausfarm pasture model
  • TemperateGrassEstablished - this starts the simulation with the pasture already established - lots more parameters to configure!
  • Wether Lucerne Suppliement - an example of the AusFarm STOCK model grazing our lucerne model.

You can cut / paste and change these to suit your needs. It's often easier to do that than try starting from scratch.

Hope this helps.
Dean

On 14/01/2011 12:28 PM, Robertson, Michael (CES, Floreat) wrote:

Dear Dean and Neil

 

I know you have been very pre-occupied with events in Toowoomba and surrounds in the last week or so.  I have been thinking of you and wondering how it has been affecting the team in Toowoomba, knowing (thankfully) that you are all safe.

 

When you are back on deck and ready to cope with this request for help, I would appreciate it.  I am trying to do some simulations of rotation involving APSIM crops and AusFarm pastures, but have come up against a barrier when trying to run the AusFarm components.  One issue seems to be around who owns water uptake (!), as this error message conveys:

 

              APSIM  Fatal  Error

                      -------------------

     The module AusfarmPasture has asked for the value of the variable sw_uptake.

     It received multiple responses when only 1 was expected.

     It received values from the following modules:

        .MasterPM.w.wheat

        .MasterPM.w.canola

        .MasterPM.w.lupin

        .MasterPM.w.lucerne

        .MasterPM.w.AusfarmPastureModel

    

     Component name: AusfarmPasture

 

The other issue is even when I remove the APSIM crops from the simulation the simulation with the pasture will run with the soil modules OK but not “sow” anything.  I am not sure how to initialise it and there doesn’t seem to be any documentation to help me with this.  After these issues are solved I imagine there will be issues around getting STOCK to run.

 

If you have an example that runs successfully, I am happy to use that, otherwise any specific assistance you can give me would be appreciated

 

Thanks

 

Mike

comment 32256 posted by devoil on 2011-02-08 11:48 AM, 362 days ago
merged bug 1123 into this bug:
ausfarm pastures & apsim crops in rotation
comment 32253 posted by hol353 on 2011-02-07 1:10 PM, 363 days ago

If there are multiple APSIM crops and an Ausfarm pasture component in the same simulation (in rotation), then the PastureScienceConverter will throw a fatal error:

 

 

              APSIM  Fatal  Error

                      -------------------

     The module AusfarmPasture has asked for the value of the variable sw_uptake.

     It received multiple responses when only 1 was expected.

     It received values from the following modules:

        .MasterPM.w.wheat

        .MasterPM.w.canola

        .MasterPM.w.lupin

        .MasterPM.w.lucerne

        .MasterPM.w.AusfarmPastureModel

    

     Component name: AusfarmPasture

  
This happens because the converter is looking for sw_uptake variables and finds them not just in Ausfarm pasture but also APSIM crop models. We need to find a way for it to do the water uptake for just the Ausfarm pasture model. Not sure how though.

comment 31291 posted by devoil on 2010-03-30 11:38 AM, 677 days ago
Can't run ausfarm stock module with multiple pasture sources.  (reported by iain.hume@industry.nsw.gov.au)
comment 31290 posted by devoil on 2010-03-30 11:30 AM, 677 days ago
Can't include an ausfarm pasture in rotation with apsim crops. (reported by iain.hume@industry.nsw.gov.au)


Task ID: 1098
Short desc: Not all component properties are being registered

Last changed byzur003 
Reported Byguest 
Reported On2010-02-03 3:26 PM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.1 
Your NameEric Zurcher 
Contact DetailsEric.Zurcher@csiro.au 

comment 32004 posted by zur003 on 2010-08-13 3:52 PM, 541 days ago
I've fixed this for clock and surfaceOM, but there may be similar problems in other components.
comment 31239 posted by guest on 2010-02-03 3:26 PM, 732 days ago
Some of the Fortran components have readable properties which appear to never actually be registered via the modeling protocol. For example, it appears that the "clock" component does not actually register its crucial "time" property. (I'm not sure why APSIM is able to work at all in the absence of this registration...) Also omitted from "clock"'s registrations are "dd/mm/yyyy" and related date-string properties.

Similarly, "surfaceOM" fails to register a range of its properties, such as "surfaceom_cover", "surfaceom_wt", etc.


Task ID: 1055
Short desc: Add trickle irrigation to sugar validation

Last changed byhol353 
Reported Byhol353 
Reported On2009-11-23 12:35 PM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.1 
Your Name 
Contact Details 

comment 31179 posted by hol353 on 2009-11-23 12:35 PM, 804 days ago
Horan, Heidi (CSE, St. Lucia) wrote:

Neil and Dean,

Attached is the sugar validation data so far (3 datasets from Keating et al (1999) still to come). 11 of the 29 attached sims use trickle irrigation which isn’t working.  

Regards,

Heidi


Task ID: 1046
Short desc: Runoff from irrigation

Last changed byguest 
Reported Byguest 
Reported On2009-11-12 11:30 AM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version7.0 
Your NameJody Biggs 
Contact Details07 3214 2395
 

comment 33431 posted by guest on 2012-02-02 11:30 AM, 3 days ago

Apsim currently only determines runoff from rainfall events not irrigation events.
I have worked around this using [*.preNewmet] which modifies the met file before any other manager or operations actions are performed.
This is not ideal. This work-around does not address probelms such as irrigation containing solutes such as nitrate.
I request a change to enable runoff to be calculated for irrigation events.

comment 31159 posted by guest on 2009-11-12 11:30 AM, 815 days ago
Apsim currently only determines runoff from rainfall events not irrigation events.
I have worked around this using [*.preNewmet] which modifies the met file before any other manager or operations actions are performed.
This is not ideal. This work-around does not address probelms such as irrigation containing solutes such as nitrate.
I request a change to enable runoff to be calculated for irrigation events.


Task ID: 1045
Short desc: Summary stresses wrong (plant)

Last changed byhol353 
Reported Bydevoil 
Reported On2009-11-11 10:01 AM 
ProjectModule Code 
CategoryBug 
Priority 
Assigneddevoil 
StatusSubmitted 
Apsim Version7.x 
Your Name 
Contact Details 

file 31158 attached by devoil on 2009-11-11 10:02 AM, 816 days ago
calculation ofSW & N stresses for each phenological stage

attachment: w.apsim

size: 25675   content-type: application/octet-stream

comment 31157 posted by devoil on 2009-11-11 10:01 AM, 816 days ago
Plant's summary info of SW & N stresses for each phenological phase seems to be wrong. Sample attached - duplicates the computation with end of day values.


Task ID: 980
Short desc: Add spatial information component

Last changed byhol353 
Reported Byhut104 
Reported On2009-07-31 3:22 PM 
ProjectModule Code 
CategoryMinor 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version
Your Name 
Contact Details 

comment 31005 posted by hol353 on 2009-09-23 3:10 PM, 865 days ago
merged bug 364 into this bug:
"Irrigate cannot be used with stock"
comment 30727 posted by hut104 on 2009-07-31 3:24 PM, 919 days ago
Several changes are required to enable a simple spatial information component in apsim
1) Change the name of the "area" type to "paddock" in the .apsim files.
2) Add area and slope nodes into every apsim paddock (change tool)
3) Change area/paddock ui to use the generic UI.
comment 357 posted by admin on 2007-05-11 6:23 AM, 1731 days ago
"Irrigate cannot be used with stockWhen Irrigate is specified in the same simulation as stock, stock crashes on initialisation when it askes for "area" and irrigate responds. Stock is looking for a paddock component that owns "area" and irrigate owns a variable called "area".Version: 5.2Found By:John HargreavesContact:"


Task ID: 947
Short desc: "Need changes to SurfaceOM's add_residue method"

Last changed bydevoil 
Reported Byver078 
Reported On2009-04-09 11:56 AM 
ProjectModule Code 
CategoryBug 
Prioritylow 
Assigned[not assigned] 
Status 
Apsim Version 
Your Name 
Contact Details 

comment 30643 posted by ver078 on 2009-04-09 11:56 AM, 1032 days ago
Need changes to SurfaceOM's add_residue method

Basically we need to be able to put all the residue type info (e.g. mineral N concs and fractionation info)
into the add_surfaceom method so that manure of a given type can be added, but the info with the method is
used instead of the constants in the ini file.  Should be straight forward.

See email below.

==============================================
Hi Neil,


Thanks for the reply. If at some point you could add these options to the add_surfaceom method that would be great.
The reason for this (briefly) is that I am linking APSIM via venlink to a VENSIM model that amongst other things includes livestock production. The livestock production model simulates the manure C and N fractionation, and also the amount of urine N (which is primarily urea/NH4). It is not a problem that I can’t do this at present, I just wanted to check. I can conserve nitrogen by adding the urine nitrogen to the organic manure nitrogen i.e. adjusting the CN ratio. At a later point if this becomes an option I can adjust the model.
Overall what I am doing is studying smallholder farming systems in Mexico that include crops and livestock. I am simultaneously simulating maize and pasture and using venlink to establish daily interactions between crops and livestock e.g. putting manure on the livestock, using stover from the maize to feed to animals etc. It’s part of my PhD – I am close to bringing it all together, so hopefully it will work!
Thanks,

David


From: Neil Huth [mailto:neil.huth@csiro.au]
Sent: Thursday, 27 September 2007 8:14 PM
To: Apsim-Help; dp238@cornell.edu
Subject: Re: [Fwd: RE: more questions]

David,
 At present there appears to be no way to do exactly what you require.  It might be best for you to send an example of what you might require. Are you basically just wanting the C and N fractionation, and mineral N concs etc just added to the add_surfaceom method??

Neil.

-------- Original Message --------
Subject:
RE: more questions
Date:Sat, 22 Sep 2007 23:19:34 -0400
From:David Parsons <dp238@cornell.edu>
To:'Apsim-Help' <apsim-help@csiro.au>

Hi,

I have a question regarding specifying the quality of manure.
I know that in the constant file I can create a new manure type and specify the carbon ratios in the pools, and NH4, NO3 etc.
What I am wondering is if instead of these being constants it is possible to be able to specify these as variables
(I know I can specify C:N and C:P as variables). I will have manure quality information that will enter APSIM through Venlink,
and this will change during the simulation.

Possible or no?

Thanks,
David Parsons


Task ID: 944
Short desc: Sugar Module: Add new manager rules for irrigation and lodging

Last changed byhol353 
Reported Byver078 
Reported On2009-04-09 11:38 AM 
ProjectModule Code 
CategoryBug 
Priority 
Assignedver078 
StatusSubmitted 
Apsim Version 
Your Name 
Contact Details 

comment 30641 posted by ver078 on 2009-04-09 11:41 AM, 1032 days ago
We may add new rules for detachment at a later stage

file 30640 attached by ver078 on 2009-04-09 11:40 AM, 1032 days ago

attachment: sugar dot par GIB additions.doc

size: 47616   content-type: application/msword

comment 30639 posted by ver078 on 2009-04-09 11:38 AM, 1032 days ago
The word doc shows in technicolour what code I have added to sample.par file from APSIM 5.3 and it should be clear which parameters will need to be in the GUI for users to change. I checked the changes and the they work OK in v5.3



Please change the transpiration efficiency in the sugar.ini file from 0.0080 to 0.0087 g/g/kPa


Task ID: 933
Short desc: Height function in crop ini files is silly

Last changed byhol353 
Reported Byhut104 
Reported On2009-02-26 12:13 PM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
StatusSubmitted 
Apsim Versionall 
Your Name 
Contact Details 

comment 30492 posted by hut104 on 2009-02-26 12:13 PM, 1074 days ago
The crop ini files have the height function specified to give zero height when stem mass is zero.  In most cases, this means height will start of as zero at emergence.  Micromet doesn't like this as it ignores canopy layers of zero depth.  This means the crop never grows.
All ini files should have a meaningful lower limit for height at emergence such as 10mm or so at least.


Task ID: 425
Short desc: Sort the soils in APSRU-Australia-Soils alphabetically or numerically in each folder

Last changed byhol353 
Reported Byver078 
Reported On2008-08-25 11:55 AM 
ProjectUser Interface 
CategoryMinor 
Prioritylow 
Assigned[not assigned] 
StatusSubmitted 
Apsim Version6.1 
Your Name 
Contact Details 

comment 607 posted by ver078 on 2008-08-25 11:57 AM, 1259 days ago
Or add a search facility to do a search for a soil


Task ID: 380
Short desc: "Wheat goes into zombie state"

Last changed byhol353 
Reported Byadmin 
Reported On2007-12-10 11:12 PM 
ProjectModule Code 
CategoryBug 
Priority 
Assigned[not assigned] 
Status2_Evaluation 
Apsim Version 
Your Name 
Contact Details 

comment 386 posted by admin on 2007-12-10 11:12 PM, 1517 days ago
"Wheat goes into zombie stateWheat goes into a zombie state when absolute N stress occurs. Instead of dying, it lingers until the leaf number calculation goes off the end of an array and the run crashes.Version: Found By:Peter DevoilContact:"


Task ID: 341
Short desc: "Sorghum does not maintain P balance"

Last changed byguest 
Reported Byadmin 
Reported On2007-02-28 6:01 AM 
ProjectModule Code 
CategoryBug 
Prioritylow 
Assigned[not assigned] 
Status2_Evaluation 
Apsim Version5.3 
Your Name 
Contact Details 

comment 31095 posted by devoil on 2009-10-06 10:28 AM, 852 days ago
merged bug 340 into this bug:
"Sorghum does not maintain mass balance at harvest and end_crop"
comment 31094 posted by devoil on 2009-10-06 10:27 AM, 852 days ago
Test shows 7.1 has N issues.
file 31093 attached by devoil on 2009-10-06 10:27 AM, 852 days ago
N balance bug for sorghum

attachment: z.apsim

size: 24420   content-type: application/octet-stream

comment 332 posted by admin on 2007-02-28 6:01 AM, 1803 days ago
"Sorghum does not maintain P balanceAt start of grain fill, P is added to the system.Version: 5.3Found By:John HargreavesContact:"
comment 331 posted by admin on 2007-02-28 5:59 AM, 1803 days ago
"Sorghum does not maintain mass balance at harvest and end_cropAt Harvest, grain is not removed from the crop.(new line);At end_crop, senesced roots is not included in the value for "roots to soil FOM" in the summary file(new line);At end_crop, stover is not returned to SOMVersion: 5.3Found By:John HargreavesContact:"


Task ID: 271
Short desc: "Lateral Flow sample"

Last changed by 
Reported Byadmin 
Reported On2006-10-25 3:30 AM 
ProjectModule Code 
CategoryBug 
Prioritylow 
Assigned[not assigned] 
Status2_Evaluation 
Apsim Version 
Your Name 
Contact Details 

comment 267 posted by admin on 2006-10-25 3:30 AM, 1929 days ago
"Lateral Flow sampleThere is currently no sample etc showing the use of the soilwat2 lateral flow calculations.  I guess this also means that there is no test of this either!!!Version: Found By:Neil HuthContact:neil.huth@csiro.au"


Task ID: 4
Short desc: "Sorghum does not talk to apswim"

Last changed byver078 
Reported Byadmin 
Reported On2006-06-16 5:42 AM 
ProjectModule Code 
CategoryBug 
Prioritylow 
Assigned[not assigned] 
Status2_Evaluation 
Apsim Version 
Your Name 
Contact Details 

comment 509 posted by hol353 on 2008-06-23 2:35 PM, 1322 days ago
DPH: Is this still a problem?
comment 4 posted by admin on 2006-06-16 5:42 AM, 2060 days ago
"Sorghum does not talk to apswimVersion: Found By:Rob GratwickContact:"