This page helps users quickly get through the documentation.
We support 2 basics login types: through web-page and via secure shell terminal. You must have a valid username and password in order to login via web. Secure shell sessions use key-based authentication. Users logged-in through the web can also access command-line terminal and remote desktop clients right inside the web browser without additional authentication. Read more at:
- secure shell and in-browser terminals
- remote desktop session example
- connection options explained
- login page
We support collaborative access to data and have a flexible permission scheme that supports complete privacy as well as wide publicity. More at:
There are 3 basic ways to input material geometries:
- construct new crystal geometries using in-browser crystallographic design tools
- upload structure in POSCAR/CIF format(s)
- import structure from a third-party database (materialsproject.org is supported at current)
Combinatorial sets make it possible to create a large number of material geometries at once.
Next step after setting up material geometry is to simulate it and extract characteristic properties. In order to do so, users have to construct a simulation workflow and set up compute parameters.
Workflows define the algorithm used during the simulation. Each characteristic property has a workflow associated with itself. Workflows are dependent on the simulation engine and model. Density Functional Theory as implemented in Quantum ESPRESSO and VASP is supported at current.
More information about specific workflows, including tutorials and input date:
- electronic band structure
- electronic band gap
- electronic density of states
- electronic density mesh
- zero point energy
- formation energy
- structural relaxation
- automatic k-point convergence
- custom-input workflow
- fermi surface
- combinatorial screening general
- combinatorial screening of iii-v semiconductor band gaps
- default simulation input files
Compute parameters (submission queue, number of nodes and processors per node, time limit, cloud provider/cluster) can be set before running simulation. By default "Debug" queue with 1 node, 1 CPU and 1h walltime are used. Read on at:
- setting compute parameters
- compute platform architecture
- compute platform overview
- submission queues
- queue-based pricing
- unified storage system
- linpack benchmark & scalability study
- simulation benchmarks
Run simulations via command-line interface (CLI)¶
Advanced users connecting via command line terminal may use our unified queuing system (UQS) supporting multiple clusters/cloud providers or, alternatively, directly use portable batch system (PBS/torque) underneath UQS. Read more at:
Extra simulation capabilities¶
Analyzing the data¶
We store all data about simulations and materials. Data originated from web application is automatically organized and searchable within the "Analytics" page (see below). Data originated on command line is accessible from within the web application and can also be further imported and organized for future search and potential use in advanced analytics / data mining / machine learning.
We developed proprietary modular JSON-based data formats that support storing materials, simulations and compute properties in an organized and easy-to-navigate manner.