Service Console Research Articles

IOT BASED WEATHER MONITORING SYSTEM WITH GOOGLE API SERVICES

The paper main aim is to design a prototype Weather Monitoring System based on the Internet of Things (IoT) using Raspberry Pi 3B+ BCM 2837 board. The Internet of Things (IoT) plays a vital role in having the network distributed with huge smart devices that communicate with end users. As discussed in this paper, weather monitoring model or system has been developed to collect data and display weather parameters such as warmth, humidity and atmospheric pressure using appropriate sensors of temperature, humidity and pressure. Environmental information is gathered and processed from the diverse sensors. Recorded information is stored in the Raspberry pi 3B+ board SD card and the user can find out the data saved by the system as per the request at any time. Using Google Developer mail service Console with Application user Interface (API) accurate information is stored for further use in online Google spread sheets with accurate time and date which is shared with a particular client mail services.

Evaluation of the Residual Rotation Error of a 6 DOF Robotic Couch Using Optical Surface and CBCT.

Rotation setup errors for SRS treatments are typically less than two degrees which usually causes less dosimetry discrepancy for a typical SRS treatment as the target size is likely less than 4 cm. However this might not be true for the single isocenter and multiple metastatic targets’ technique where, the distances between the isocenter of the treatment and those tumor centers can be very large. A 6DOF couch can be used to correct this setup error by using optical surface and/or Conebeam CT (CBCT) images. The accuracy and consistence between optical surface and CBCT images were studied. The CBCT system and optical surface images of an SRS phantom were taken at different pitch, roll, and rotation angles varied from -3 to 3 degrees by intentionally changing values on the service console. A total 39 combinations of pitch, roll, and rotations using the 6DOF couch were generated. The optical surface images were taken and Vision RT software was used to determine the rotation angles and isocenter shifts. Eight CBCT images corresponding to +- 3 degree changes in pitch, roll, and rotation were taken. The center positions of the 5 tungsten carbide BBs contained in the SRS QA phantom were determined using in-house software. A least square fit was used to determine translation/rotation parameters. Among the 39 calculations from optical images, the maximum rotation angle differences were 0.2, 0.1, and -0.2 degrees for pitch, roll, and couch rotation, respectively. The maximum isocenter shifts were -0.80 mm, 0.70 mm, and -0.10 mm in lateral, longitudinal, and vertical axes, respectively. The maximum residual rotation angles from analysis of CBCT images were 0.20 degree for pitch, roll, and rotation. By using 6DOF couch, the rotation errors can be reduced dramatically compared to initial rotation errors. To overcome this rotation errors without 6DOF couch, one has to introduce extra margin for target which is far away from the treatment iso-center. Six DOF can avoid extra CTV-PTV margin. The residual rotational errors studied for the couch were less than 0.2 degree. This accuracy for the 6DOF system is sufficient for SRS applications even for single isocenter multiple tumor technique and extra CTV-PTV margin might be not necessary for some cases.

Challenges and experiences in building an efficient apache beam runner for IBM streams

This paper describes the challenges and experiences in the development of IBM Streams runner for Apache Beam. Apache Beam is emerging as a common stream programming interface for multiple computing engines. Each participating engine implements a runner to translate Beam applications into engine-specific programs. Hence, applications written with the Beam SDK can be executed on different underlying stream computing engines, with negligible migration penalty. IBM Streams is a widely-used enterprise streaming platform. It has a rich set of connectors and toolkits for easy integration of streaming applications with other enterprise applications. It also supports a broad range of programming language interfaces, including Java, C++, Python, Stream Processing Language (SPL) and Apache Beam. This paper focuses on our solutions to efficiently support the Beam programming abstractions in IBM Streams runner. Beam organizes data into discrete event time windows. This design, on the one hand, supports out-of-order data arrivals, but on the other hand, forces runners to maintain more states, which leads to higher space and computation overhead. IBM Streams runner mitigates this problem by efficiently indexing inter-dependent states, garbage-collecting stale keys, and enforcing bundle sizes. We also share performance concerns in Beam that could potentially impact applications. Evaluations show that IBM Streams runner outperforms Flink runner and Spark runner in most scenarios when running the Beam NEXMark benchmarks. IBM Streams runner is available for download from IBM Cloud Streaming Analytics service console.

SU‐E‐J‐46: Evaluation of the Accuracy of a Six Degree of Freedom Robotic Couch Using ConeBeam CT Images of the Isocal Phantom

PurposeThe accuracy of Varian PerfectPitch six degree of freedom (DOF) robotic couch was examined using Varian Isocal phantom and cone‐beam CT (CBCT) system.MethodsCBCT images of the Isocal phantom were taken at different pitch and roll angles. The pitch and roll angles were varied from 357 to 3 degrees in one degree increments by input from service console, generating a total of 49 combinations with couch angle (yaw) zero. The center positions of the 16 tungsten carbide BBs contained in the Isocal were determined with in‐house image processing software. Expected BBs positions at different rotation angles were determined mathematically by applying a combined translation/rotation operator to BB positions at zero pitch and roll values. A least square method was used to minimize the difference between the expected BB positions and their measured positions. In this way rotation angles were obtained and compared with input values from the console.ResultsA total of 49 CBCT images with voxel sizes 0.51 mm × 0.51 mm × 1 mm were used in analysis. Among the 49 calculations, the maximum rotation angle differences were 0.1 degree, 0.15 degree, and 0.09 degree, for pitch, roll, and couch rotation, respectively. The mean ± standard‐deviation angle differences were 0.028±0.001 degree, −0.043±0.003 degree, and −0.009±0.001 degree, for pitch, roll, and couch rotation, respectively. The maximum isocenter shifts were 0.3 mm, 0.5 mm, 0.4 mm in x, y, z direction respectively following IEC6127 convention. The mean isocenter shifts were 0.07±0.02 mm, −0.05±0.06 mm, and −0.12±0.02 mm in x, y and z directions.ConclusionThe accuracy of the Varian PerfectPitch six DOF couch was studied with CBCTs of the Isocal phantom. The rotational errors were less than 0.15 degree and isocenter shifts were less than 0.5 mm in any direction. This accuracy is sufficient for stereotactic radiotherapy clinical applications.

The alternate support element, a high-availability service console for the IBM eServer z900

The alternate support element feature provides a redundant service console attachment for the IBM eServer z900 that improves the availability and serviceability characteristics of the z900 for manual operations and service/maintenance tasks. All of the tasks relying on the zSeries™ support element implementation (such as activation, configuration, and repair functions) are gaining inherently high availability characteristics with the provision of an alternate support element. The functional concept is physically based on two standard IBM ThinkPad® computers which are packaged with a z900 server and act as service consoles and system controllers for a zSeries system. The logical relation between the two consoles is based on a master/slave concept, together with a failover design that provides the capability for manual and automatic (i.e., under program control) switchover from the primary support element to the alternate support element. Also included in the concept are automatic role determination for primary and alternate roles, a synchronization mechanism between the two support elements based on mirroring, and a design which will allow the alternate support element in the future to act as a staging area for updates and pre-loads of Licensed Internal Code (microcode).