vre-language


Namevre-language JSON
Version 0.5.4 PyPI version JSON
download
home_pageNone
SummaryVRE Language
upload_time2024-11-27 16:33:02
maintainerNone
docs_urlNone
authorThe Virtmat Tools Team
requires_python>=3.9
licenseBSD-3-Clause
keywords domain-specific language scientific computing workflow jupyter
VCS
bugtrack_url
requirements No requirements were recorded.
Travis-CI No Travis.
coveralls test coverage No coveralls.
            # What does "VRE language" mean?

This is a [Domain-Specific Language (DSL)](https://en.wikipedia.org/wiki/Domain-specific_language) to be used in a [Virtual Research Environment](https://en.wikipedia.org/wiki/Virtual_research_environment) in the [VirtMat projects](https://www.materials.kit.edu/virtmat_current_projects.php). This means it is a computer language using domain-specific notations and abstractions rather than such commonly used in general purpose languages such as Python. For example, in our DSL there are no for-loops and classes (that are used in Python) and no workflows and workflow node objects (used in workflow DSLs). But we have objects such as atoms and molecules and semantics to perform specific operations on these.

# Requirements

## Domain concepts

The DSL totally depends on how we define our domain. In this VRE language, we define our domain as *materials modelling* domain that is a subdomain of *scientific computing* and has subdomains such as *atomistic modeling* and *molecular modeling*. Particularly, support of physical units by the language is a common concept for all these domains. Nevertheless, these domains can still be defined in different ways. Therefore, we base *our domain definition* on a set of use cases. We generally look at [this repository](https://gitlab.kit.edu/kit/virtmat-tools/virtmat-models-and-data-analyses) for relevant use cases to define our domain. **You are welcome to contribute with further uses cases to the further development of the VRE language.** To get involved, please fork [the use case repository](https://gitlab.kit.edu/kit/virtmat-tools/virtmat-models-and-data-analyses), add your use case and create a merge request.

## Requirements from the community and the target platform

Apart from the domain-specific notations, our VRE language has to satisfy further requirements:

1. Support a full life cycle of modeling, simulation and data analysis. A model should be accessible and extensible dynamically, at any time. This is what we call *persistence* and *dynamics* of the model. To satisfy this requirement, we connect the interpreter to a workflow management system equipped with a database.
2. Use [Jupyter](https://jupyter.org/) as a front-end system. This poses a challenge for models with persistence and on the other hand a new Jupyter kernel with the VRE language interpreter has to be developed.
3. Make the complex workflow management systems and HPC systems / batch systems *transparent*. This is not obvious and also not trivial to implement. Particularly, notations in the program code about the granularity (which statements belong to the same workflow node) and the computing resources needed (such as computing time, number of CPUs, memory, disk space, ...) are necessary for computational performance or other practical reasons but difficult to hide completely from the language.
4. Use Python as a language for the interpreter. This is due to the fact that a plenty of libraries (APIs) for Python in the domain already exist: the [Atomic Simulation Environment (ASE)](https://wiki.fysik.dtu.dk/ase/), [Python Materials Genomics (Pymatgen)](https://pymatgen.org/) and [PyIron](https://pyiron.org/), to name only a few. These libraries cover the most relevant aspects of their domains but still are used in the general-purpose language Python. The use of Python implies in turn that a workflow management system and system of physical units providing Python APIs are required.

# Development status

The current developement status of the VRE language is *beta*.

If you are interested, you can have a look at the [issues](https://gitlab.kit.edu/kit/virtmat-tools/vre-language/-/issues) and even start contributing by forking and creating merge requests.

If you want to use workflows for modeling and data analysis using Python in Jupyter you can start testing the [VRE middleware](https://gitlab.kit.edu/kit/virtmat-tools/vre-middleware) that is currently in *beta* state.

# Documentation

An installation guide and comprehensive documentation is provided on [these pages](https://vre-language.readthedocs.io).

# Support

If you need support or have any questions about VRE Language please write a message to virtmat-tools@lists.kit.edu.

            

Raw data

            {
    "_id": null,
    "home_page": null,
    "name": "vre-language",
    "maintainer": null,
    "docs_url": null,
    "requires_python": ">=3.9",
    "maintainer_email": null,
    "keywords": "domain-specific language, scientific computing, workflow, Jupyter",
    "author": "The Virtmat Tools Team",
    "author_email": "virtmat-tools@lists.kit.edu",
    "download_url": "https://files.pythonhosted.org/packages/0b/1c/543daad293b29f6328e496c1d1a61738c5053d5e8b001918a1f03ab05613/vre_language-0.5.4.tar.gz",
    "platform": null,
    "description": "# What does \"VRE language\" mean?\n\nThis is a [Domain-Specific Language (DSL)](https://en.wikipedia.org/wiki/Domain-specific_language) to be used in a [Virtual Research Environment](https://en.wikipedia.org/wiki/Virtual_research_environment) in the [VirtMat projects](https://www.materials.kit.edu/virtmat_current_projects.php). This means it is a computer language using domain-specific notations and abstractions rather than such commonly used in general purpose languages such as Python. For example, in our DSL there are no for-loops and classes (that are used in Python) and no workflows and workflow node objects (used in workflow DSLs). But we have objects such as atoms and molecules and semantics to perform specific operations on these.\n\n# Requirements\n\n## Domain concepts\n\nThe DSL totally depends on how we define our domain. In this VRE language, we define our domain as *materials modelling* domain that is a subdomain of *scientific computing* and has subdomains such as *atomistic modeling* and *molecular modeling*. Particularly, support of physical units by the language is a common concept for all these domains. Nevertheless, these domains can still be defined in different ways. Therefore, we base *our domain definition* on a set of use cases. We generally look at [this repository](https://gitlab.kit.edu/kit/virtmat-tools/virtmat-models-and-data-analyses) for relevant use cases to define our domain. **You are welcome to contribute with further uses cases to the further development of the VRE language.** To get involved, please fork [the use case repository](https://gitlab.kit.edu/kit/virtmat-tools/virtmat-models-and-data-analyses), add your use case and create a merge request.\n\n## Requirements from the community and the target platform\n\nApart from the domain-specific notations, our VRE language has to satisfy further requirements:\n\n1. Support a full life cycle of modeling, simulation and data analysis. A model should be accessible and extensible dynamically, at any time. This is what we call *persistence* and *dynamics* of the model. To satisfy this requirement, we connect the interpreter to a workflow management system equipped with a database.\n2. Use [Jupyter](https://jupyter.org/) as a front-end system. This poses a challenge for models with persistence and on the other hand a new Jupyter kernel with the VRE language interpreter has to be developed.\n3. Make the complex workflow management systems and HPC systems / batch systems *transparent*. This is not obvious and also not trivial to implement. Particularly, notations in the program code about the granularity (which statements belong to the same workflow node) and the computing resources needed (such as computing time, number of CPUs, memory, disk space, ...) are necessary for computational performance or other practical reasons but difficult to hide completely from the language.\n4. Use Python as a language for the interpreter. This is due to the fact that a plenty of libraries (APIs) for Python in the domain already exist: the [Atomic Simulation Environment (ASE)](https://wiki.fysik.dtu.dk/ase/), [Python Materials Genomics (Pymatgen)](https://pymatgen.org/) and [PyIron](https://pyiron.org/), to name only a few. These libraries cover the most relevant aspects of their domains but still are used in the general-purpose language Python. The use of Python implies in turn that a workflow management system and system of physical units providing Python APIs are required.\n\n# Development status\n\nThe current developement status of the VRE language is *beta*.\n\nIf you are interested, you can have a look at the [issues](https://gitlab.kit.edu/kit/virtmat-tools/vre-language/-/issues) and even start contributing by forking and creating merge requests.\n\nIf you want to use workflows for modeling and data analysis using Python in Jupyter you can start testing the [VRE middleware](https://gitlab.kit.edu/kit/virtmat-tools/vre-middleware) that is currently in *beta* state.\n\n# Documentation\n\nAn installation guide and comprehensive documentation is provided on [these pages](https://vre-language.readthedocs.io).\n\n# Support\n\nIf you need support or have any questions about VRE Language please write a message to virtmat-tools@lists.kit.edu.\n",
    "bugtrack_url": null,
    "license": "BSD-3-Clause",
    "summary": "VRE Language",
    "version": "0.5.4",
    "project_urls": null,
    "split_keywords": [
        "domain-specific language",
        " scientific computing",
        " workflow",
        " jupyter"
    ],
    "urls": [
        {
            "comment_text": "",
            "digests": {
                "blake2b_256": "1db75d35c4e5842dc25803c4fab978b460a0ac16ed2ec323ccf1797115a8d446",
                "md5": "622982bae244c3f21dc2d7c77559012b",
                "sha256": "daa072ccf1dbc3a30c46bc608ae468b761a69b46f82f237696122046650f5f75"
            },
            "downloads": -1,
            "filename": "vre_language-0.5.4-py3-none-any.whl",
            "has_sig": false,
            "md5_digest": "622982bae244c3f21dc2d7c77559012b",
            "packagetype": "bdist_wheel",
            "python_version": "py3",
            "requires_python": ">=3.9",
            "size": 145922,
            "upload_time": "2024-11-27T16:33:00",
            "upload_time_iso_8601": "2024-11-27T16:33:00.852699Z",
            "url": "https://files.pythonhosted.org/packages/1d/b7/5d35c4e5842dc25803c4fab978b460a0ac16ed2ec323ccf1797115a8d446/vre_language-0.5.4-py3-none-any.whl",
            "yanked": false,
            "yanked_reason": null
        },
        {
            "comment_text": "",
            "digests": {
                "blake2b_256": "0b1c543daad293b29f6328e496c1d1a61738c5053d5e8b001918a1f03ab05613",
                "md5": "7ccbb168859efa9ee953abac5d45756a",
                "sha256": "8cdba1d1e388b68f9447d3d76f368f7e9435a17f7b294222e3dd0896c249fa25"
            },
            "downloads": -1,
            "filename": "vre_language-0.5.4.tar.gz",
            "has_sig": false,
            "md5_digest": "7ccbb168859efa9ee953abac5d45756a",
            "packagetype": "sdist",
            "python_version": "source",
            "requires_python": ">=3.9",
            "size": 171077,
            "upload_time": "2024-11-27T16:33:02",
            "upload_time_iso_8601": "2024-11-27T16:33:02.358420Z",
            "url": "https://files.pythonhosted.org/packages/0b/1c/543daad293b29f6328e496c1d1a61738c5053d5e8b001918a1f03ab05613/vre_language-0.5.4.tar.gz",
            "yanked": false,
            "yanked_reason": null
        }
    ],
    "upload_time": "2024-11-27 16:33:02",
    "github": false,
    "gitlab": false,
    "bitbucket": false,
    "codeberg": false,
    "lcname": "vre-language"
}
        
Elapsed time: 0.35958s