The k.LAB technology and all the projects built with it (such as ARIES) serve the needs of both users and producers of integrated data and model content. Data and model producers need specialized tools to import, annotate, and publish data and models on the k.LAB semantic web, which makes them easier to share, reuse, and link. Meanwhile, users will want to produce assessments and explore scenarios, which can be done using a web-accessible application we call k.Explorer. Therefore, the only tool users need to access k.LAB's linked data and models is a modern web browser, such as Chrome or Firefox.
Currently, the Integrated Modeling Partnership does not provide public access to a cloud-based installation of k.Explorer (which would let you run k.Explorer by simply opening a web browser and typing in the appropriate URL). While this will certainly change in the future, providing such services requires significant resources; this approach will probably become available to selected users before we can provide it to all.
We thus distribute a small software package called the k.LAB Control Center, which simplifies and manages the installation, update, and execution of a dedicated modeling engine on each user's machine. The engine provides the network-accessible k.Explorer for each user who runs it; you can connect to it through a local link in your web browser. To support the needs of students, academics, modelers, and others interested in producing and customizing data and models, the control center also provides access to k.Modeler, our integrated development environment for k.LAB content.
The rest of this page explains how to download and use the Control Center.
This software, like the rest of k.LAB, is a preview release intended for demonstration and use in courses or collaborations. In this early phase it is important that all updates be applied as soon as they become available. All previous releases of both k.LAB and the k.LAB Control Center are deprecated and will no longer work.
The k.LAB Control Center manages the authentication, download, update and execution of all k.LAB products (described below), including the k.LAB engine (with its web-based user interface, k.Explorer) and the modeler's user interface (k.Modeler). On systems where you can use a Control Center installer (shown below), it is not necessary to have Java installed, as the Control Center can download it transparently if needed.
To download, install, and launch the Control Center:
If the Windows/Linux/MacOSX installers cannot be used for any reason:
java -cp libs -jar klab.controlcenter.jarfrom a terminal or double-click the jar file.
chmod +x klab.controlcenter.jarin a terminal.
Once installed, you can open the Control Center, which will show a small window with all the commands you need. The picture below serves as both illustration and quick reference manual for the Control Center:
The main operations in the Control Center are authentication and synchronization of the k.LAB software and execution of the k.LAB Engine (and possibly the Modeler). You usually authenticate only once. You should download all updates that become available: while k.LAB is under active development and in pre-release status, the software will change quickly and compatibility between software builds is likely but not guaranteed. Once all updates are downloaded, you can launch or stop the k.Explorer or k.Modeler products as needed.
In order to authenticate, you need a certificate that you can drag and drop onto the Control Center's authentication area.
You can download or update a k.LAB Engine and k.Modeler by clicking on the download button as long as it is selectable (which happens when you are online, not already running an engine, and there is a build to download). The engine is around 600MB and k.Modeler around 150MB, so the first download will be a long one (one to many minutes, depending on your internet connection speed). After the first download, future downloads will be much smaller, i.e., only including files that have changed (usually < 1MB in size), so will be much quicker.
The system gives access to previous software builds, so you can run a previous version if there is any problem with the current one. You can configure the number of builds kept on your disk locally, as well as the download locations and other settings using the "settings" button (see below).
Once a suitable k.LAB distribution has been downloaded, the launch buttons will become active. The launch will take several minutes. When the engine and/or k.Modeler are active, the button will become green and clicking it again will stop the products and revert to launchable status. When an engine is running, most of the Control Center functions are disabled and the engine messaging area shows real-time memory consumption and other data from the live engine.
Once the engine is active, you can open k.Explorer through a browser window using one of the two buttons in the lower left of the Control Center. If Internet Explorer is your default browser, open a new Chrome or Firefox window, press "Copy k.Explorer link to clipboard," and paste the copied link into the browser window (k.Explorer will not work with Internet Explorer; Safari will run it but errors may occur).
When a new update becomes available, the Control Center will show a yellow notice. The Control Center checks for updates regularly when connected to a network (you can change the interval in the settings; the default is every minute). Before starting a download, you must stop the Engine. You can run older software builds (at your risk) by selecting them from the drop-down menu.
It is possible to switch to the develop branch of the software builds in the settings. Doing so will change the database from which the builds are taken. You should only do so when instructed or if you are very comfortable with k.LAB and computers in general, as the develop builds are less stable and occur more often.
The "Settings" tab in the Control Center gives access to many configuration options for the k.LAB Engine, including the use and control of large/distributed memory and multi-processing. Many of the settings are currently inactive; those that work may create instabilities if used without careful consideration. This document will be updated when new settings become available and stable. For now, we advise only the use of the "Engine->Memory" setting as needed, which allows the k.LAB Engine to use more RAM memory for large modeling tasks. The default memory setting is 2048 (2GB), and is the maximum memory that can be used by the engine. We often set it to larger values (within the RAM limits of your machine) for large machine learning tasks or very high-resolution modeling. For casual use of k.LAB within recommended parameters, the default memory setting should work for most users.
K.LAB is a complex software package, and is most reliably installed on network servers by trained professionals. We try our best to ease its installation and use through the Control Center, but it is very difficult to forecast all possible installation problems that may occur on a wide variety of PCs. Most installations go smoothly on a modern, 64-bit machine running Windows or Linux; MacOSX is supported, but the experience may be less smooth for the time being. In our experience, the following problems are the most commonly seen:
We are setting up a real-time support chat with our developers, but cannot guarantee immediate response (the developer team is small and constantly overworked). For now, please use the question/answer link in the Control Center or, failing that, write to support (at) integratedmodelling.org address.