12 ways commercial SaaS can save your complex environmental data (part 4/4)
In the final part of our 4-part blog series, find out how cloud environmental databases enable better data stewardship and quality assurance.
In the final part of our 4-part blog series, find out how cloud environmental databases enable better data stewardship and quality assurance.
Continued from Part 2
Microsoft Support confirms that it is possible to share an Excel workbook. Two or more individuals can indeed access the same spreadsheet simultaneously. Edits are even possible:
You can create a shared workbook and place it on a network location where several people can edit the contents simultaneously… As the owner of the shared workbook, you can manage it by controlling user access to the shared workbook and resolving conflicting changes. When all changes have been incorporated, you can stop sharing the workbook.
Sharing a spreadsheet may work in a small office or facility with a couple of users, but it certainly is not a viable option when more users need to access, view, and generate reports. This is a task for which databases are far better suited.
On any given day, for example, Locus EIM supports hundreds of simultaneous users. Some may be inputting form data, while others are loading and checking laboratory EDDs, and still others are creating reports and graphs and viewing data on maps and in tables. Many of these are very data-intensive processes—yet Locus EIM handles them seamlessly.
Being able to handle such simultaneous activity is inherent in the designs of relational databases. In contrast, the ability to share an Excel workbook is not a native feature of such software and, as such, is unlikely to meet the needs of most organizations (especially as they evolve and grow).
Compared to spreadsheets, databases are the hands-down winners with respect to processing speed and the numbers of records they can store. Higher-end databases can store hundreds of millions of records. In contrast, spreadsheets with hundreds of thousands of records can bog down and become difficult to manage.
An underappreciated, yet the critical difference is that while you’re using a spreadsheet, the entire file is stored in a computer’s random access memory (RAM). In contrast, when using a database, only the dataset that you are currently working with is loaded into RAM.
To illustrate just how fast a powerful database can be, I sent a query to EIM at our secure facility on the opposite coast, asking how many “benzene” records were in one of our larger laboratory results table (N > 4,500,000). Sitting at a desk here in the hinterlands of Vermont, the result (“number of records = 64773”) came back in less than a second. I did not even have time to call in the cows for their afternoon milking.
Because they are both faster and can store more, databases scale far better than spreadsheets. As such, they can meet both your current and future requirements, no matter how fast the information you are required to store grows over time.
In contrast to spreadsheets, databases support the creation of formal workflows. Let’s consider one example from EIM—its cradle-to-grave sample planning, collection, and tracking process.
Using EIM’s Sample Planning module, you can:
You simply could not build such a comprehensive and sophisticated workflow in Excel. Notice we mentioned maps. Building complex workflows is yet another area where advanced, integrated database management systems shine, especially as they can automatically create GIS-based maps of the results from data housed in the database—without the need (or expense) for ancillary software.
Microsoft identifies the following security features available in Excel:
You can remove critical or private data from view by hiding columns and rows of data, and then protect the whole worksheet to control user access to the hidden data. In addition to protecting a worksheet and its elements, you can also lock and unlock cells in a worksheet to prevent other users from unintentionally modifying essential data.
At the file level, you can use encryption to prevent unauthorized users from seeing the data. You can also require password entry to open a workbook, or you can secure a workbook by employing a digital signature.
You can specify user-based permissions to access the data, or set read-only rights that prevent other users who may be able to view the data from making changes to it.
Perusing the web for postings comparing the features of databases to spreadsheets, you’ll find plenty of accusations that spreadsheets lack security and control features. Clearly, Microsoft’s description of the security features available in Excel shows that this isn’t the case. However, these security features may not be as robust as Microsoft claims, and they may prove difficult for the average user to implement.
As Martin Cacace of BoundState Software explains, “Although Excel allows you to protect data with a password and Windows-based permissions, it is extremely delicate and requires a deep understanding of Excel.” Some of these features won’t work if you have people using different operating systems or if you need access from other computers. Even a password protected Excel file is not really secure; there are tools on the Internet that anyone can use to unlock a protected Excel file without knowing the password.”
Databases offer far more control than spreadsheets over who can access and make changes to data. As an example, Locus EIM users must have a unique username and password. Users can be assigned to multiple privilege levels, ranging from “administrator” to “guest”. Customers that require a more fine-grained approach can use “roles” to assign permissions to specific modules, activities, or functionality to users. Password security is typically robustly designed in commercial databases, and can be configured to require complex passwords, session expiry, and password expirations to match customer IT requirements, something Excel would find challenging. Locus EIM also tracks all users and makes that information available to database admins to provide yet another layer of security for the system.
Because of the general lack of controls that exist in most spreadsheets, it is far easier for a user to wreak havoc on them. One of the most dreaded developments that can occur is associated with the “Sort” function. A user may choose to sort on one or more columns, but not all—resulting in the values in the missed columns not matching up with those in the sorted ones. Nightmares like this are easily preventable (or are simply not possible) in databases.
Another advantage of database management systems is their ability to create audit trails, which preserve the original values in separate tables when changes are made to records. In the event that a user wants to undo some changes (including deletions) that he or she has made to a table, a data administrator can retrieve and restore the original state of the modified or deleted records. Also importantly, the circumstances of these changes are fully tracked (who, what, when, where), which is a minimum requirement for any quality assurance process.
Lastly, Excel stores the entire spreadsheet in memory, so if there is a system crash, you will lose everything you have entered or edited since your last save. In contrast, each operation you perform in a database is saved as you complete it. Moreover, most databases have daily backups, and in some cases, maintain an up-to-date copy of the data on a secondary device. Additionally, data is typically backed up in multiple geographic locations to provide even more recovery options in a disaster situation. Any good commercial database vendor will be happy to share their disaster recovery process because securing and maintaining your data is their most important job. In short, you can rest assured that your valuable data—often gathered over many years at a high cost—will not be lost if it is stored in a DBMS like Locus EIM.
About the author—Gregory Buckle, PhD, Locus Technologies
Dr. Buckle has more than 30 years of experience in the environmental field, most of which have been devoted to the design, development, and implementation of environmental database management systems. When he joined Locus in 1999, he was responsible for building and deploying Locus’ cloud-based EIM software. He was also instrumental in customizing EIM for the water utility industry and developing EIM’s powerful Sample Planning and Data Validation modules. The latest iteration of the Sample Planning module that Dr. Buckle built is currently being used by Los Alamos National Laboratory and San Jose Water Company to plan and schedule thousands of samples per year.
About the author—Marian Carr, Locus Technologies
Ms. Carr is responsible for managing overall customer solution deployments and customer relationships with Locus’ government accounts. Her career at Locus includes heading the product development team of the award-winning cloud-based environmental ePortal solution as well as maintaining and growing key customer accounts with Locus’ Fortune 100 enterprise deployments. In addition, Ms. Carr was instrumental in driving the growth and adoption of the Locus EIM platform with key federal and water organizations.
Continued from Part 1
Since 2002, a dedicated group of Locus employees has been involved with migrating data into EIM from spreadsheets provided to us by customers and their consultants. As such, we have firsthand experience with the types of data quality issues that arise when using spreadsheets for entering and storing environmental data.
Here is just a small selection of these issues:
With some planning and discipline, you can avoid some of these problems in Excel. For example, you can create dropdown list boxes to limit the entries in a cell to certain values. However, this is not standard practice as most spreadsheets we receive come with few constraints built into them.
While databases are indeed not immune to data quality issues, it is much easier for database designers to impose effective constraints on users’ entries. Tasks such as limiting the values in a column to selected entries, ensuring that values are valid dates or numbers, forcing values to be entered in selected fields, and preventing duplicate records from being entered are all easy to implement and standard practice in databases.
However, properly designed databases can do even more. They can check that various combinations of values make sense—for example:
Databases also provide the ability to verify the completeness of your data:
You can specify such queries to run at any time. Replicating these checks within Excel, while not impossible, is simply not something most Excel users have the time, skill, or desire to build.
One of the most striking differences between spreadsheets and databases is the prevalence of redundant information in spreadsheets. Consider, for example, these three tables in EIM:
In this subset of their columns, “PK” signifies that the column is a member of the “primary key” of the table. The combination of values in these columns must be unique for any given record.
The two columns LOCATION_ID and SITE_ID can be used to link (join) the information in the FIELD_SAMPLE table. Furthermore, FIELD_SAMPLE_ID and SITE_ID can be used to link the information in FIELD_SAMPLE_RESULT to FIELD_SAMPLE. Because these links exist, we only need to store the above attributes of a given location or field sample once— in one table. This is very different from how data is handled in a single spreadsheet.
Let’s compare how the data in a few of these columns might appear in a single spreadsheet compared to a database. We’ll look at the spreadsheet first:
Next, let’s see how this information would be stored in a database. Here we can see more fields since we’re not as constrained by width.
First, the LOCATION table:
Then, FIELD_SAMPLE:
Lastly, FIELD_SAMPLE_RESULT:
Note one of the most striking differences between the spreadsheet and the database tables above is that much redundant information is included in the spreadsheet. The Location Type of “WELL” is repeated in every record where location MW-01 appears, and the sample date of “04/17/2017” is repeated wherever sample MW-01-12 is present. Redundant information represents one of the most significant drawbacks of using spreadsheets for storing large amounts of data when many of the data values themselves (e.g., LOCATION_ID and FIELD_SAMPLE_ID above) have multiple attributes that need to be stored as well.
Most spreadsheet data that we have received for import into EIM have consisted of either:
Occasionally, customers have sent us multiple spreadsheets containing very different types of data, with one or more hosting sample and analytical results, and others containing location, well construction, or other supporting data. However, this is atypical; in most of the migrations that we have performed, redundant data is pervasive in the spreadsheet’s contents and inconsistencies in entries are common.
Entering new records in a spreadsheet structured like the example above requires that the attributes entered for LOCATION_ID and FIELD_SAMPLE_ID be consistent across all records whose values are the same in these columns.
The real problems surface when you have to edit records. You must correctly identify all affected records and change them all identically and immediately.
Sounds relatively straightforward, doesn’t it?
In fact, judging by what we have seem in our data migrations, discrepancies invariably creep into spreadsheets when edits are attempted. These discrepancies must be resolved when moving the data into a database where constraints prohibit, for example, a single sample from having multiple sample dates, times, purposes, etc.
In addition, audit trails are all but nonexistent in Excel. Many users tend to save the edited version with a new filename as a crude form of audit tracking. This can quickly lead to a data management nightmare with no documented audit tracking. Just as important, almost all our customers, especially customers involved with regulatory reporting, require audit tracking. This is typically required on sites that may be involved in litigation and decisions are made on the health and safety risks of the site necessitating defensible and unimpeachable data.
The discussion of data duplication and redundancy touches on another significant difference between databases and spreadsheets—how entity relationships are handled.
Excel stores data in a two-dimensional grid. While it is possible to create relationships between data in different worksheets, this is not the norm and there are many limitations. More often, as we have stated elsewhere, Excel users tend to store their data in a single spreadsheet that grows increasingly unwieldy and hard to read as records are added to it.
Let’s consider some of the relationships that characterize environmental sampling and analytical data:
Modeling and building these relationships in Excel would be quite difficult. Moreover, they would likely lack most of the checks that a DBMS offers, like preventing orphans (e.g., a location referenced in the FIELD_SAMPLE table that has no entry in the LOCATION table).
How do you create a report in Excel? If you’re working with a single spreadsheet, you use the “Data Filter” and “Sort” options to identify the records of interest, then move the columns around to get them in the desired sequence. This might involve hiding some columns temporarily.
If you make a copy of your data, you can delete records and columns that you don’t want to show. If your data is stored in multiple spreadsheets, you can pull information from one sheet to another to create a report that integrates the different types of data housed in these spreadsheets. But this is a somewhat tedious process for all but the simplest of reports.
Let’s contrast this drudgery with the simplicity and power offered by relational databases.
In Locus EIM, for example, you pick the primary and secondary filter categories that you want to use to restrict your output to the records of interest. Then, you select the specific values for these data filter categories (usually from dropdowns or list-builder widgets). There is no limit on how many categories you can filter on.
Typically, you then choose a date range. Lastly, you pick which data columns you want to view, and in what order. These columns can come from many different tables in the database. For ease of selection, these also appear in dropdowns or list-builder widgets.
When you have made your filter selections, Locus EIM pulls up the records matching your selection criteria in a data grid. You can further filter the records by values in specific columns in this grid, or hide or rearrange columns. If you want to share or keep a record of these data, you can export the contents of the displayed grid to a text file, Excel, XML, PDF, or copy to your clipboard.
The list of reports spans all the major types of data stored in Locus EIM, including location and sample collection information, chain of custody and requested analyses data, analytical results, field measurements, and well and borehole data. Additional reports provide options to perform statistical calculations, trend analyses, and comparisons with regulatory and other limits.
In short, when it comes to generating reports, databases are superior to spreadsheets in almost every aspect. However, that doesn’t mean spreadsheets have no role to play. Many Locus EIM users charged with creating an ad hoc report prefer to download their selected output to Excel, where they apply final formatting and add a title and footer. Although, with some of the newer reporting tools, such as Locus EIM’s new enhanced formatted reports, that functionality is also built into the DBMS. The more sophisticated the database, the more advanced and robust reporting options will be available.
About the author—Gregory Buckle, PhD, Locus Technologies
Dr. Buckle has more than 30 years of experience in the environmental field, most of which have been devoted to the design, development, and implementation of environmental database management systems. When he joined Locus in 1999, he was responsible for building and deploying Locus’ cloud-based EIM software. He was also instrumental in customizing EIM for the water utility industry and developing EIM’s powerful Sample Planning and Data Validation modules. The latest iteration of the Sample Planning module that Dr. Buckle built is currently being used by Los Alamos National Laboratory and San Jose Water Company to plan and schedule thousands of samples per year.
About the author—Marian Carr, Locus Technologies
Ms. Carr is responsible for managing overall customer solution deployments and customer relationships with Locus’ government accounts. Her career at Locus includes heading the product development team of the award-winning cloud-based environmental ePortal solution as well as maintaining and growing key customer accounts with Locus’ Fortune 100 enterprise deployments. In addition, Ms. Carr was instrumental in driving the growth and adoption of the Locus EIM platform with key federal and water organizations.
MOUNTAIN VIEW, Calif., 19 June 2018 — Locus Technologies (Locus), the industry leader in multi-tenant SaaS EHS and environmental management software, is pleased to announce that Hudbay Minerals, a premier mining company in Canada, will use Locus EIM to improve their environmental data management for field and analytical data reporting. In addition to the standard features of Locus EIM, Hudbay Minerals is opting to use Locus’ GIS+ mapping solution, Locus Mobile for iOS, and the robust LocusDocs document management solution to enhance and streamline their processes.
Locus EIM and the integrated GIS+ solution will help Hudbay Minerals to improve efficiency of sampling and monitoring activities for both field and analytical data. The SaaS solution is enhanced by Locus Mobile for field data collection, which works offline without any internet connection.
“The Hudbay team in Arizona looks forward to working with the Locus team and using the system,” said Andre Lauzon, Vice President, Arizona Business Unit at Hudbay.
“By using the powerful smart mapping technology of Locus GIS+, powered by Esri and integrated with all the functionalities of Locus EIM, Hudbay Minerals can save data queries as map layers to create more impactful visual reports,” said Wes Hawthorne, president of Locus Technologies.
Do you currently use a system of Excel spreadsheets to store your environmental data? If so, ask yourself the following questions:
If you answer “yes” to any of these questions, you might be outgrowing your homegrown system of Excel spreadsheets. It may be time to consider a more mature tool to manage and store your environmental data.
Before we look at other options, let’s examine the differences in how data are stored and managed in spreadsheets and databases.
A spreadsheet consists of rows and columns. At the intersection of each are cells that store data values. Some cells can refer to other cells, and some cells can perform processing on other individual (or groups of) cell values.
In contrast, a database is made up of named tables that contain records. Each record has columns in which values are stored. Each table stores information on a particular type of entity. For environmental data, this could be field samples, sampling locations, analytical results, regulatory limits, or laboratory methods. Typically, one or more columns in each record store values that uniquely identify an instance of the entity. In the case of a field sample, this could be the “field sample ID”; for a location, the “location ID”.
As we move to analytical or field measurements, we have to use more columns to uniquely identify a record (e.g., date, time, field sample or location ID, parameter). The remaining columns in a table that are not part of the “primary key” identify other attributes of the entity. For samples, these attributes include sample date and time, sample matrix, sample purpose, sampling event, sampling program, etc.
If you think of a data table as a grid with rows and columns, it seems very similar to a spreadsheet—but there’s a fudamental difference. With a spreadsheet, how you view or report the data is dictated by how it appears in the spreadsheet—WYSIWYG. If you need to view the data differently, you must reformat the spreadsheet. In contrast, you can view information stored in a database (or serve it up in a report) in multiple ways that doesn’t necessarily depend on how the data is stored in the underlying tables.
Databases, which are often referred to by the acronym DBMS (Database Management Systems), offer many other advantages over spreadsheets when dealing with complex data.
Here are 12 key areas where databases—especially cloud databases built for industry-specific needs—surpass their spreadsheet counterparts.
If, at the end of this guide, you’re still not convinced of the advantages of databases over spreadsheets for data storage, consider Microsoft’s recommendations as to when to use its low-end DBMS (Access) and when to use Excel.
Microsoft emphasizes that Excel can store large amounts of data in worksheets. However, it notes that Excel is not intended to serve as a database, but is optimized for data analysis and calculation.
According to Microsoft:
Use Access when you:
Use Excel when you:
In this 4-part blog series, we’ll explore in detail each of the 12 key areas where cloud-based environmental databases excel over home-grown spreadsheets.
Let’s get started!
If you use spreadsheets to manage your environmental information, how do you get data into it?
If you’re collecting the same information every week, month, quarter, or year, perhaps you have a template that you use. You might fill in only the data fields that change from one event to another, then append the rows in this template to an existing worksheet, or insert them into a new one. Alternatively, you might copy a set of rows in your spreadsheet, and then edit any fields with values that have changed.
In the case of analytical data, if you don’t have to type in the data manually, perhaps your lab provides data in a spreadsheet that mirrors the structure of your spreadsheet, allowing you to cut and paste it without edits.
Each of these methods of entering data has limitations and risks:
Databases provide various means of data input. Two of the most commonly used methods are form entry (for when you need to enter a few records at a time) and EDDs (Electronic Data Deliverables), used for uploading text files containing tens, hundreds, or even thousands of data records in text or zipped files.
Databases provide unlimited flexibility in designing forms—with searchable lookup fields, advanced form controls, sophisticated styling, context-sensitive help, data validation, event handlers, and the ability to conditionally display individual or blocks of fields, based on the user’s selections.
The real strength of databases comes about from their ability to load and process EDDs. Each record in an EDD typically consists of 10-50 fields (e.g., in the case of laboratory analyses: Field Sample ID, Analytical Method, Analysis Date, Lab Result, Units, etc.). The data in these EDDs can be checked for incorrect data types, missing required values, entries that are restricted by lookup tables or LOVs (Lists of Values), and duplicates.
About the author—Gregory Buckle, PhD, Locus Technologies
Dr. Buckle has more than 30 years of experience in the environmental field, most of which have been devoted to the design, development, and implementation of environmental database management systems. When he joined Locus in 1999, he was responsible for building and deploying Locus’ cloud-based EIM software. He was also instrumental in customizing EIM for the water utility industry and developing EIM’s powerful Sample Planning and Data Validation modules. The latest iteration of the Sample Planning module that Dr. Buckle built is currently being used by Los Alamos National Laboratory and San Jose Water Company to plan and schedule thousands of samples per year.
About the author—Marian Carr, Locus Technologies
Ms. Carr is responsible for managing overall customer solution deployments and customer relationships with Locus’ government accounts. Her career at Locus includes heading the product development team of the award-winning cloud-based environmental ePortal solution as well as maintaining and growing key customer accounts with Locus’ Fortune 100 enterprise deployments. In addition, Ms. Carr was instrumental in driving the growth and adoption of the Locus EIM platform with key federal and water organizations.
As you shop around for EHS compliance software, you’re quite likely to hear two similar words: “configurable” and “customizable.” You might hear these two words in answer to your question, “Can your software do _______ ?” Your implementation success will depend on which of the two words you put more weight in your selection of the vendor. Therefore, it is important to understand the difference between these two similar words.
Configurable means the software can do what you’re asking it to do “out of the box” with a few simple keystrokes. The software is designed to be easily modified by the end user (user developer) who has no programming background. For example, if exceeding water quality limit for a certain parameter in your software is called an “exceedance” but your new water utility customer is using the term “outlier”, configurable software lets you change the word on the form from “exceedance” to “outlier” without any programming or recompiling of the code involved, and without needing assistance from your software vendor. Often, the software will feature configuration options or a configuration workbench where you simply input all such terms and titles from a series of dropdown menus or drag-and-drop functionality. In other words, features and functions of the software are configurable if they are part of the off-the-shelf product.
Customization is a completely different feature. Unlike configurability, customization requires additional software programming (expensive), typically performed by software developers. Customizing software often incurs additional expense to the client. It also takes longer time and requires you to execute a change order—never a pleasant process.
Understanding the difference between configurability and customization also brings awareness of the total cost of ownership (TCO) of your EHS software. Configurability is rolled into the software and has no additional fees. Customization requires expensive programming, usually for an additional charge (think “change order”). It is good practice to ask your software vendor upfront which features are configurable and which are customizable. The entire focus of EHS software selection should be on configurability.
I have seen many customers and their consultants and research analysts make a cardinal mistake by focusing on software features and functionality that exist in the software off-the-shelf without asking a single question about configurability. No wonder so many EHS software implementations fail or cost orders of magnitude more than the winning bid. It is not about features and functionality that exist in existing EHS applications, but it is about how easy it is to add, build, or configure features, functionality, or whole new applications that may not be present today using non-developers. It is about the flexibility of the platform, not about the rigidity of applications.
When you’re selecting configurable EHS software, make sure to consider this: If you have domain expertise in EHS and you know how to build a PowerPoint presentation, or you can draw a flowchart, or you can build a spreadsheet using formulae, with sorting tables and charts, then you can build any feature and functionality into your EHS software—provided the software is configurable off-the-shelf.
To put it in simple terms, you are a user developer. You will save your company lots of money and headache and avoid tons of change orders. I should also note that most of the end-user configurable software is built on multi-tenant SaaS architecture and offers drag-and-drop functionality.
MOUNTAIN VIEW, Calif., 5 June 2018 — Locus Technologies (Locus), a leader in multi-tenant Software-as-a-Service (SaaS) for environmental compliance and sustainability management, will provide its IoT integration capability to Aquam Corporation (“Aquam”), a global provider of risk mitigation technologies for water and energy transmission and distribution assets, to create a robust data platform for its customers via Orbis Intelligent Systems. The Locus software will be integrated with the Orbis platform to allow interconnectivity across multiple devices, data streams, and geographical locations.
Orbis Intelligent Systems is positioned to be a market leader in infrastructure and water quality data-driven monitoring for commercial, domestic and utility applications.
“We chose Locus software for the reliability and data security that enables our technology platform to operate with robust, data-driven communication for all Aquam customers around the world to utilize. With the integration of rapidly scalable Locus software, we are at the forefront of IoT and well-positioned to offer asset ‘active management’—a core value to our customers and value proposition,” said Danny Krywyj, president for Orbis.
Locus Technologies’ multi-tenant cloud platform can help organizations to manage, organize, and monitor the structured and unstructured data coming from various sources. This allows customers to create a centralized data repository to analyze the key indicators for environmental data management, sustainability, and environmental compliance.
“Aquam Corporation will reap the benefits of IoT integration for monitoring data generated by different streaming devices, by centrally connecting these sources in a scalable cloud-based application for better managing compliance. Real-time monitoring of data directly and effectively solves many challenges related to smarter environmental management and sustainability initiatives,” said Wes Hawthorne, president of Locus Technologies.
ABOUT AQUAM CORPORATION
Aquam Corp is a global provider of technology solutions for water and energy distribution infrastructure. We ensure the health, longevity, safety, and reliability of vital resources for water and gas utility, municipal, commercial, residential, and industrial markets. Our award-winning proprietary technologies address water scarcity issues by the diagnosis, cleaning, and remediation of aging infrastructure. Aquam also provides end-to-end service solutions and technologies for the maintenance, life extension, and full rehabilitation of network distribution infrastructure, which include: Nu Flow Technologies, a leader in small-diameter infrastructure rehabilitation technologies; Specialized Pipe Technologies (SPT), a pipe assessment and rehabilitation services provider; Aquam Pipe Diagnostics, a global pipeline assessment specialist. Aquam services are available in North America, South America, Europe, Africa, Australasia, and the Middle East. For more information visit www.aquamcorp.com or contact aquam@missionC2.com.
EPA is establishing a national system for tracking hazardous waste shipments electronically. This system, known as “e-Manifest,” will modernize the nation’s cradle-to-grave hazardous waste tracking process. EPA is on schedule to launch e-Manifest on June 30, 2018.
Learn more about Locus’ Waste Management application.
MOUNTAIN VIEW, Calif., 24 April 2018 — Locus Technologies (Locus), a leader in multi-tenant Software-as-a-Service (SaaS) environmental compliance and sustainability management, today announced it will offer its award-winning EHS Locus Platform SaaS on Amazon Web Services (AWS). Locus announced it will deliver Locus SaaS services designed to simplify and expand how customers capture, analyze and take action on their data and EHS compliance activities. Additionally, Locus announced that the AWS US West (Oregon) Region will be the first new AWS Region supported in Locus’ planned international infrastructure expansion on AWS. Locus’ customers will be able to use the company’s core service—including Locus Platform and more—delivered on AWS, with general availability expected in May 2018. Locus Environmental Information Management (EIM) will be moved to AWS in early 2019.
Locus also plans to deliver integrations that will connect the Locus Platform with AWS Internet of Things (IoT), Amazon CloudFront, and Amazon Virtual Private Cloud (Amazon VPC). Locus intends to leverage AWS IoT by building a new native integration to help businesses generate value from the billions of events generated by connected devices such as real-time environmental monitoring sensors and environmental treatment systems controls.
AWS IoT is a set of cloud services that let connected devices easily and securely interact with cloud applications like Locus Platform and other devices. Locus IoT Cloud will connect with AWS IoT to combine device data with customer data in Locus Platform, allowing businesses to create meaningful customer experiences based on real-time activity and emissions monitoring across all their connected sensors and devices.
For example, a water utility company that maintains millions of IoT-enabled sensors for water flow, pressure, pH, or other water quality measuring devices across their dispersed facilities can use AWS IoT combined with Locus Platform as a whole solution to ingest and manage the data generated by those sensors and devices, and interpret it in real time. By combining water sensor data from AWS IoT with Locus IoT customer data, the water utility company will be able to automatically create an emergency shutdown if chemical or other exceedances or device faults are detected and will be better prepared to serve their customers.
By combining the powerful, actionable intelligence and rapid responsiveness through Locus Platform with the scalability and fast-query performance of AWS, customers can seamlessly analyze large datasets on arrival in real time. This will allow Locus’ customers to instantly explore information, find insights, and take actions from a greater variety and volume of data—all without investing the significant time and resources required to administer a self-managed on-premises data warehouse.
Locus Platform offers a highly configurable, user-friendly interface to fully meet individual organizations’ environmental management needs. “Locus Platform, when combined with the power and security of AWS, can improve companies’ data collection, analysis, and most importantly, reporting capabilities, resulting in streamlined EH&S compliance and the mitigation of regulatory risks and fines.” said Wes Hawthorne, President, Locus Technologies.
The city cut daily water use limits first to 87 liters and then 50 in a bid to avert shutting off supplies.
The city had set a 50-liter daily limit and had told citizens “Day Zero” was approaching when people would have to queue at standpipes.
But water-saving efforts in the South African city have seen the day pushed back from April to 27 August. Seasonal rains should mean that date is now averted, the city said. The shortages follow three years of low rainfall. The city had resorted to increasingly drastic measures to clamp down on water usage, including “naming and shaming” the 100 addresses using the most water and fining residents who failed to comply with the 50 liters (13 gallons) limit per person.
By comparison, the average California consumer uses some 322 liters (85 gallons) of water per day. Water use in California was highest in the summer months of June through September, where it averaged 412 liters per person per day. By comparison, during the cooler and wetter months of January through March of 2016, average per capita water use was only 242 liters per person per day.
Although the risk that piped water supplies will be shut off this year has receded, politicians and environmentalists warn that the water crisis is there to stay in Cape Town, as year-on-year rainfall levels dwindle.
299 Fairchild Drive
Mountain View, CA 94043
P: +1 (650) 960-1640
F: +1 (415) 360-5889
Locus Technologies provides cloud-based environmental software and mobile solutions for EHS, sustainability management, GHG reporting, water quality management, risk management, and analytical, geologic, and ecologic environmental data management.