search

biosimulators / Biosimulators

Registry of containerized biosimulation tools that support a standard command-line interface
https://biosimulators.org
MIT License
13 stars 0 forks source link

Submit tellurium 2.2.0 #281

Closed biosimulators-daemon closed 3 years ago

biosimulators-daemon commented 3 years ago

id: tellurium version: 2.2.0 specificationsUrl: https://raw.githubusercontent.com/biosimulators/Biosimulators_tellurium/9dcb7b5ea046aabb4b1351e4b43701c2ccdb5286/biosimulators.json specificationsPatch: version: 2.2.0 image: url: ghcr.io/biosimulators/biosimulators_tellurium/tellurium:2.2.0 validateImage: true commitSimulator: true

biosimulators-daemon commented 3 years ago

Thank you @biosimulators-daemon for your submission to the BioSimulators simulator validation/submission system!

The BioSimulators validator bot is validating the specifications of your simulator, validating your Docker image and committing your simulator to the BioSimulators registry.

We will discuss any concerns with your submission in this issue.

A complete log of your simulator submission job will be available here. The results of the validation of your tool will also be saved as a JSON file.A link to this file will be available from the "Artifacts" section at the bottom of this page.

biosimulators-daemon commented 3 years ago

The specifications of your simulator is valid!

biosimulators-daemon commented 3 years ago

Summary of tests

biosimulators-daemon commented 3 years ago

Warnings

cli.CliDescribesSupportedEnvironmentVariablesInline (5.3 s)

Test that the inline help for a command-line interface describes the environment variables that the simulator supports.

Warnings:

  The inline help for a command-line interface for a simulation tool should describe the environment variables that the simulation tool supports.

  The command-line interface does not describe the following standard environment variables recognized by BioSimulators:
    - 'ALGORITHM_SUBSTITUTION_POLICY'

  If the simulation tool implements these variables, they should be described in the inline help for its command-line interface.

  Note, support for these environment variables is optional. Simulation tools are not required to support these variables.

Log:

docker_image.DeclaresSupportedEnvironmentVariables (1.5 s)

Test if a Docker image declares the environment variables that is supports

Warnings:

  Docker images for simulation tools should declare the environment variables that they support.

  The Docker image does not declare the following standard environment variables recognized by BioSimulators:
    - 'ALGORITHM_SUBSTITUTION_POLICY'

  If the simulation tool implements these variables, they should be declared in the Dockerfile for the Docker image for the simulator.

  Note, support for these environment variables is optional. Simulation tools are not required to support these variables.

Log:

docker_image.HasBioContainersLabels (0.3 s)

Test that a Docker image has BioContainers labels with metadata about the image

Warnings:

  The Docker image should have the following BioContainers labels:
    extra.identifiers.biotools

Log:

published_project.SimulatorCanExecutePublishedProject:sbml-core/Caravagna-J-Theor-Biol-2010-tumor-suppressive-oscillations (5.0 s)

Required model formats and simulation algorithms for SED tasks:

biosimulators-daemon commented 3 years ago

Skips

log.SimulatorReportsTheStatusOfTheExecutionOfSedOutputs (4.5 s)

Test that simulator logs the execution of individual SED outputs in COMBINE/OMEX archives

Reason for skip:

  The execution status report produced by the simulator is not valid:

    'NoneType' object is not iterable

Log:

  /usr/local/lib/python3.9/site-packages/biosimulators_utils/warnings.py:31: BioSimulatorsWarning:

  The SED document is potentially incorrect.

    - Model `BIOMD0000000912` may be invalid.

      - The model file `Caravagna2010.xml` may be invalid.

        - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

           The units of the <kineticLaw> <math> expression 'compartment * Function_for_induction_of_tumor(r2, T, b, V)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

        - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

           The units of the <kineticLaw> <math> expression 'compartment * Function_for_removal_of_the_tumor(a, T, g2, V, E)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

        - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

           The units of the <kineticLaw> <math> expression 'compartment * Function_for_activation_and_transfer_of_effector_cells_to_the_tumor_site(p1, I, g1, E, c, T, V, s1)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

        - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

           The units of the <kineticLaw> <math> expression 'compartment * Function_for_deactivation_and_removal_of_effector_cells_from_the_site_of_tumor(mu2, E)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

        - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

           The units of the <kineticLaw> <math> expression 'compartment * Function_for_activation_of_interleukin_2(p2, V, T, E, g3, s2)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

        - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

           The units of the <kineticLaw> <math> expression 'compartment * Function_for_deactivation_of_interleukin_2(mu3, I)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'r2' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'b' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'a' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'g2' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'p1' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'g1' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'mu2' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'c' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'p2' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'g3' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'mu3' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'V' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 's1' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 's2' does not have a 'units' attribute.

          

  /usr/local/lib/python3.9/site-packages/biosimulators_utils/warnings.py:31: BioSimulatorsWarning:

  The COMBINE/OMEX archive may be invalid.

    - The SED-ML file at location `./BIOMD0000000912_sim.sedml` may be invalid.

      - Model `BIOMD0000000912` may be invalid.

        - The model file `Caravagna2010.xml` may be invalid.

          - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

             The units of the <kineticLaw> <math> expression 'compartment * Function_for_induction_of_tumor(r2, T, b, V)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

          - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

             The units of the <kineticLaw> <math> expression 'compartment * Function_for_removal_of_the_tumor(a, T, g2, V, E)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

          - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

             The units of the <kineticLaw> <math> expression 'compartment * Function_for_activation_and_transfer_of_effector_cells_to_the_tumor_site(p1, I, g1, E, c, T, V, s1)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

          - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

             The units of the <kineticLaw> <math> expression 'compartment * Function_for_deactivation_and_removal_of_effector_cells_from_the_site_of_tumor(mu2, E)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

          - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

             The units of the <kineticLaw> <math> expression 'compartment * Function_for_activation_of_interleukin_2(p2, V, T, E, g3, s2)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

          - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

             The units of the <kineticLaw> <math> expression 'compartment * Function_for_deactivation_of_interleukin_2(mu3, I)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'r2' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'b' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'a' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'g2' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'p1' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'g1' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'mu2' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'c' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'p2' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'g3' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'mu3' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'V' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 's1' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 's2' does not have a 'units' attribute.

            

  Archive contains 1 SED-ML documents with 1 models, 1 simulations, 1 tasks, 1 reports, and 0 plots:

    BIOMD0000000912_sim.sedml:

      Tasks (1):

        BIOMD0000000912_task

      Reports (1):

        report: 4 data sets

  Executing SED-ML file 0: BIOMD0000000912_sim.sedml ...

  Bundling outputs ...

  Cleaning up ...

  ============= SUMMARY =============

  Executed 1 SED documents:

    SED documents (1):

      Succeeded: 1

      Skipped: 0

      Failed: 0

log.SimulatorReportsTheStatusOfTheExecutionOfSedTasks (4.5 s)

Test that simulator logs the execution of individual SED tasks in COMBINE/OMEX archives

Reason for skip:

  The execution status report produced by the simulator is not valid:

    'NoneType' object is not iterable

Log:

  /usr/local/lib/python3.9/site-packages/biosimulators_utils/warnings.py:31: BioSimulatorsWarning:

  The SED document is potentially incorrect.

    - Model `BIOMD0000000912` may be invalid.

      - The model file `Caravagna2010.xml` may be invalid.

        - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

           The units of the <kineticLaw> <math> expression 'compartment * Function_for_induction_of_tumor(r2, T, b, V)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

        - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

           The units of the <kineticLaw> <math> expression 'compartment * Function_for_removal_of_the_tumor(a, T, g2, V, E)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

        - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

           The units of the <kineticLaw> <math> expression 'compartment * Function_for_activation_and_transfer_of_effector_cells_to_the_tumor_site(p1, I, g1, E, c, T, V, s1)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

        - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

           The units of the <kineticLaw> <math> expression 'compartment * Function_for_deactivation_and_removal_of_effector_cells_from_the_site_of_tumor(mu2, E)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

        - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

           The units of the <kineticLaw> <math> expression 'compartment * Function_for_activation_of_interleukin_2(p2, V, T, E, g3, s2)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

        - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

           The units of the <kineticLaw> <math> expression 'compartment * Function_for_deactivation_of_interleukin_2(mu3, I)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'r2' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'b' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'a' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'g2' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'p1' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'g1' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'mu2' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'c' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'p2' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'g3' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'mu3' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 'V' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 's1' does not have a 'units' attribute.

        - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

           The <parameter> with the id 's2' does not have a 'units' attribute.

          

  /usr/local/lib/python3.9/site-packages/biosimulators_utils/warnings.py:31: BioSimulatorsWarning:

  The COMBINE/OMEX archive may be invalid.

    - The SED-ML file at location `./BIOMD0000000912_sim.sedml` may be invalid.

      - Model `BIOMD0000000912` may be invalid.

        - The model file `Caravagna2010.xml` may be invalid.

          - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

             The units of the <kineticLaw> <math> expression 'compartment * Function_for_induction_of_tumor(r2, T, b, V)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

          - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

             The units of the <kineticLaw> <math> expression 'compartment * Function_for_removal_of_the_tumor(a, T, g2, V, E)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

          - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

             The units of the <kineticLaw> <math> expression 'compartment * Function_for_activation_and_transfer_of_effector_cells_to_the_tumor_site(p1, I, g1, E, c, T, V, s1)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

          - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

             The units of the <kineticLaw> <math> expression 'compartment * Function_for_deactivation_and_removal_of_effector_cells_from_the_site_of_tumor(mu2, E)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

          - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

             The units of the <kineticLaw> <math> expression 'compartment * Function_for_activation_of_interleukin_2(p2, V, T, E, g3, s2)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

          - In situations where a mathematical expression contains literal numbers or parameters whose units have not been declared, it is not possible to verify accurately the consistency of the units in the expression. 

             The units of the <kineticLaw> <math> expression 'compartment * Function_for_deactivation_of_interleukin_2(mu3, I)' cannot be fully checked. Unit consistency reported as either no errors or further unit errors related to this object may not be accurate.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'r2' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'b' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'a' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'g2' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'p1' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'g1' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'mu2' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'c' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'p2' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'g3' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'mu3' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 'V' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 's1' does not have a 'units' attribute.

          - As a principle of best modeling practice, the units of a <parameter> should be declared rather than be left undefined. Doing so improves the ability of software to check the consistency of units and helps make it easier to detect potential errors in models.

             The <parameter> with the id 's2' does not have a 'units' attribute.

            

  Archive contains 1 SED-ML documents with 1 models, 1 simulations, 1 tasks, 1 reports, and 0 plots:

    BIOMD0000000912_sim.sedml:

      Tasks (1):

        BIOMD0000000912_task

      Reports (1):

        report: 4 data sets

  Executing SED-ML file 0: BIOMD0000000912_sim.sedml ...

  Bundling outputs ...

  Cleaning up ...

  ============= SUMMARY =============

  Executed 1 SED documents:

    SED documents (1):

      Succeeded: 1

      Skipped: 0

      Failed: 0

published_project.SimulatorCanExecutePublishedProject:bngl/Dolan-PLoS-Comput-Biol-2015-NHEJ (0.0 s)

Required model formats and simulation algorithms for SED tasks:

biosimulators-daemon commented 3 years ago

The image for your simulator is valid!

biosimulators-daemon commented 3 years ago

Your submission was committed to the BioSimulators registry. Thank you!

Future submissions of subsequent versions of tellurium to the BioSimulators registry will be automatically validated. These submissions will not require manual review by the BioSimulators Team.