Abstract: Banknote processing equipment is disclosed, which comprises a chamber having an open end for insertion of a bag into the chamber and an extractor adapted to establish a lower ambient pressure between the chamber and the hag to that within the bag to cause the bag to expand into an open configuration during a banknote filling operation, whereby the banknote processing equipment can deposit banknotes in the bag.

Abstract: In some implementations, a controller may receive a first unstash command, associated with a first node and a first workspace, to unstash a first set of files. The controller may perform an unstash operation for the first set of files, in response to the first unstash command, based on a first stash variable lacking an indicator associated with the first set of files and a global stash variable including the indicator associated with the first set of files. The controller may receive a second unstash command, associated with a second node and a second workspace, to unstash a second set of files. The controller may refrain from performing an unstash operation based on a second stash variable including an indicator associated with the second set of files.

Abstract: Banknote processing equipment is disclosed, which comprises a chamber having an open end for insertion of a bag into the chamber and an extractor adapted to establish a lower ambient pressure between the chamber and the hag to that within the bag to cause the bag to expand into an open configuration during a banknote filling operation, whereby the banknote processing equipment can deposit banknotes in the bag.

Abstract: A digester additive formulation includes a combination of phenyl tetracarboxylic acid or a derivative or salt thereof, and a macromolecule polymer. The digester additive formulation is as an additive for a kraft process for production of pulp from raw materials, such as wood chips. When used in the kraft pulping process, the digester additive formulation improves viscosity of the resulting pulp and increases pulp yield.

Abstract: In some implementations, a scheduling system for automated suspension and resumption of cloud resources is described. The scheduling system receives a scheduling tag defining custom uptime or downtime windows for a cloud resource over a scheduling period. A continuous schedule with recurring uptime and downtime windows is determined, and, at periodic scans, the scheduling system aligns the resource's current state with a target state based on this schedule. The scheduling system may support custom syntax for database cloud resources, global or resource-specific overrides to temporarily modify the schedule without changing the scheduling tag, and buffer periods before uptime windows to account for delays in resource start-up.

Abstract: In some implementations, a scheduling system may receive a scheduling tag to define a custom schedule that includes one or more downtime windows for a cloud resource over a scheduling period. The scheduling system may determine a regular continuous schedule for the cloud resource that recurs over multiple scheduling periods based on the one or more downtime windows defined in the scheduling tag. The scheduling system may determine at a current scan time, whether a target state for the cloud resource is a running state or a suspended state based on the one or more uptime windows and the one or more downtime windows included in the regular continuous schedule. The scheduling system may align a current state of the cloud resource with the target state.

Abstract: In some implementations, a controller may receive a first unstash command, associated with a first node and a first workspace, to unstash a first set of files. The controller may perform an unstash operation for the first set of files, in response to the first unstash command, based on a first stash variable lacking an indicator associated with the first set of files and a global stash variable including the indicator associated with the first set of files. The controller may receive a second unstash command, associated with a second node and a second workspace, to unstash a second set of files. The controller may refrain from performing an unstash operation based on a second stash variable including an indicator associated with the second set of files.

Abstract: In some implementations, a system may receive code for a package to be deployed on a cloud computing platform. The system may cause the cloud computing platform to build the package from the code. The system may install the package on the cloud computing platform in a first non-production environment, wherein the first non-production environment is a development environment. The system may automatically test the package in the first non-production environment based on first testing information for the first non-production environment in a configuration file associated with the code. The system may deploy the package on the cloud computing platform in a production environment. The system may automatically test the package in the production environment based on second testing information for the production environment in the configuration file.

Abstract: A system and method for controlling a system, comprising estimating an optimal control policy for the system; receiving data representing sequential states and associated trajectories of the system, comprising off-policy states and associated off-policy trajectories; improving the estimate of the optimal control policy by performing at least one approximate value iteration, comprising: estimating a value of operation of the system dependent on the estimated optimal control policy; using a complex return of the received data, biased by the off-policy states, to determine a bound dependent on at least the off-policy trajectories, and using the bound to improve the estimate of the value of operation of the system according to the estimated optimal control policy; and updating the estimate of the optimimal control policy, dependent on the improved estimate of the value of operation of the system.

Abstract: In some implementations, a system may receive code for a package to be deployed on a cloud computing platform. The system may cause the cloud computing platform to build the package from the code. The system may install the package on the cloud computing platform in a first non-production environment, wherein the first non-production environment is a development environment. The system may automatically test the package in the first non-production environment based on first testing information for the first non-production environment in a configuration file associated with the code. The system may deploy the package on the cloud computing platform in a production environment. The system may automatically test the package in the production environment based on second testing information for the production environment in the configuration file.

Abstract: In some implementations, a scheduling system may receive a scheduling tag to define a custom schedule that includes one or more downtime windows for a cloud resource over a scheduling period. The scheduling system may determine a regular continuous schedule for the cloud resource that recurs over multiple scheduling periods based on the one or more downtime windows defined in the scheduling tag. The scheduling system may determine at a current scan time, whether a target state for the cloud resource is a running state or a suspended state based on the one or more uptime windows and the one or more downtime windows included in the regular continuous schedule. The scheduling system may align a current state of the cloud resource with the target state.

Abstract: In some implementations, a scheduling system may receive a scheduling tag to define a custom schedule that includes one or more downtime windows for a cloud resource over a scheduling period. The scheduling system may determine a regular continuous schedule for the cloud resource that recurs over multiple scheduling periods based on the one or more downtime windows defined in the scheduling tag. The scheduling system may determine at a current scan time, whether a target state for the cloud resource is a running state or a suspended state based on the one or more uptime windows and the one or more downtime windows included in the regular continuous schedule. The scheduling system may align a current state of the cloud resource with the target state.

Abstract: In some implementations, a scheduling system may receive a scheduling tag to define a custom schedule that includes one or more downtime windows for a cloud resource over a scheduling period. The scheduling system may determine a regular continuous schedule for the cloud resource that recurs over multiple scheduling periods based on the one or more downtime windows defined in the scheduling tag. The scheduling system may determine at a current scan time, whether a target state for the cloud resource is a running state or a suspended state based on the one or more uptime windows and the one or more downtime windows included in the regular continuous schedule. The scheduling system may align a current state of the cloud resource with the target state.

Abstract: A mass spectrometer system including a non-transitory computer readable medium is described. The non-transitory computer readable medium includes instructions, which, when executed by one or more hardware processors, cause the mass spectrometer to allow an amplifier current to settle, for a time determined by a threshold current, between generating signals due to an ion current from the mass spectrometer's detector.

Abstract: A computer-implemented method of modelling a hydraulic network comprising pipes and pressure monitoring points, the method comprising: creating a model comprising a plurality of nodes and a plurality of edges connecting the nodes; wherein each node represents a pressure monitoring point within the hydraulic network, and each edge connects two nodes and represents an amalgamation of the pipes of the network that span between the pressure monitoring points represented by the two nodes.

Abstract: Banknote processing equipment is disclosed, which comprises a chamber having an open end for insertion of a bag into the chamber and an extractor adapted to establish a lower ambient pressure between the chamber and the hag to that within the bag to cause the bag to expand into an open configuration during a banknote filling operation, whereby the banknote processing equipment can deposit banknotes in the bag.

Abstract: A side guide for a smoke or fire curtain comprises: a pair of sides defining a channel and having in-turning lips at one end defining an opening; and at least one strip of a fire-proof material extending from at least one side and directed towards a centre of the channel, extending the length of the side and of a width to contact a curtain deployed between the sides, wherein when the curtain is deployed in the side guide the strip contacts the curtain and forms a barrier to passage of smoke through the side guide, and wherein the strip is arranged such that on contact with the curtain at least a portion of the strip is directed away from the opening and the strip does not pass through the lips.

Abstract: Banknote processing equipment is disclosed, which comprises a chamber having an open end for insertion of a bag into the chamber and an extractor adapted to establish a lower ambient pressure between the chamber and the hag to that within the bag to cause the bag to expand into an open configuration during a banknote filling operation, whereby the banknote processing equipment can deposit banknotes in the bag.

Abstract: A heating system comprising: a liquid supply system; a cell configured to: receive liquid from the liquid supply system, provide heating thereof, and output heated fluid; a work extraction system configured to extract useable work from heated fluid output from the cell; wherein the cell comprises: (i) a housing arranged to define an internal portion for receiving liquid to be heated, and (ii) a plurality of electrodes configured to apply electrical energy to fluid in the internal portion; and wherein the electrodes are configured to apply electrical energy to said fluid in the internal portion to generate one or more bubbles of plasma for releasing energy into said fluid in the internal portion and the housing to provide heating of the fluid in the internal portion.

Abstract: Behavioral verification of user identity includes building a deep neural network for keystroke-based behavioral verification of user identity. The building includes receiving recorded keystroke events, each such recorded keystroke event including (i) an indication of whether the recorded keystroke event is a key press or a key release, (ii) a key identifier of the respective key pressed or released, and (iii) a timestamp of the recorded keystroke event. The building further includes performing pre-processing of the recorded keystroke events to provide data structures representing sequential key events for processing by a deep neural network to extract local patterns, and training the deep neural network using the data structures. The method also includes providing the trained deep neural network for keystroke-based behavioral verification of user identity based on determinate vectors output from the trained deep neural network.