Computation of simulation data streams deriving from stored simulation results Sample Clauses

Computation of simulation data streams deriving from stored simulation results. In general simulators are computer programs simulating the behavior of different artifacts based on parameters characterizing the simulated artifact. Traditional simulators are programs running some mathematical models to produce results stored in regular files. The results can also be stored in regular databases after proper reformatting. In the context of data streams it can be noticed that simulation methods also can be applied on live streams, rather than being run in batch over stored files. Such a simulator produces a simulation stream by implementing a simulation model. As a simple example, one could simulate the allowed temperature fluctuations in a building over time by a mathematical model knowing properties of the building. Often data produced by the simulation program will be stored in a repository and converted to a stream by reading from the repository. For example, the simulated temperature fluctuations over the year may be stored in a disk file and replayed as a live stream. A stream validator can compare a derived stream computed by a simulation program with the actual raw data (e.g. temperature) readings. The stream validator produces a validation stream. A validation stream can be a derived stream where the degree of deviations from the expected simulated result is computed. A validation stream can also be a stream of notification events signaling the need for action by some agent. When significant deviations are detected by the stream validator it may indicate either faulty behavior in the monitored artifact or that the simulation model is invalid. The streamed validation program with some certainty verifies that the simulation model is correct if no deviations between observed and simulated behavior are detected In the user survey the following scenarios related to stored data streams have been identified:
AutoNDA by SimpleDocs

Related to Computation of simulation data streams deriving from stored simulation results

  • Distribution of UDP and TCP queries DNS probes will send UDP or TCP “DNS test” approximating the distribution of these queries.

  • Line Information Database (LIDB 9.1 BellSouth will store in its Line Information Database (LIDB) records relating to service only in the BellSouth region. The LIDB Storage Agreement is included in this Attachment as Exhibit C. 9.2 BellSouth will provide LIDB Storage upon written request to <<customer_name>>’s Account Manager stating a requested activation date.

  • Authoritative Root Database To the extent that ICANN is authorized to set policy with regard to an authoritative root server system (the “Authoritative Root Server System”), ICANN shall use commercially reasonable efforts to (a) ensure that the authoritative root will point to the top-­‐level domain nameservers designated by Registry Operator for the TLD, (b) maintain a stable, secure, and authoritative publicly available database of relevant information about the TLD, in accordance with ICANN publicly available policies and procedures, and (c) coordinate the Authoritative Root Server System so that it is operated and maintained in a stable and secure manner; provided, that ICANN shall not be in breach of this Agreement and ICANN shall have no liability in the event that any third party (including any governmental entity or internet service provider) blocks or restricts access to the TLD in any jurisdiction.

  • Line Information Database LIDB is a transaction-oriented database accessible through Common Channel Signaling (CCS) networks. For access to LIDB, ONS must purchase appropriate signaling links pursuant to Section 10 of this Attachment. LIDB contains records associated with End User Line Numbers and Special Billing Numbers. LIDB accepts queries from other Network Elements and provides appropriate responses. The query originator need not be the owner of LIDB data. LIDB queries include functions such as screening billed numbers that provides the ability to accept Collect or Third Number Billing calls and validation of Telephone Line Number based non-proprietary calling cards. The interface for the LIDB functionality is the interface between BellSouth’s CCS network and other CCS networks. LIDB also interfaces to administrative systems.

  • How Do I Get More Information? This Notice summarizes the Action, the terms of the Settlements, and your rights and options in connection with the Settlements. More details are in the Settlement Agreements, which are available for your review at xxx.XxxxxxxxxXxxXxxxxxxxxXxxxxxxxxx.xxx. The Settlement Website also has the Second Amended Complaint and other documents relating to the Settlements. You may also call toll-free 0-000-000-0000 or write the Claims Administrator at: Financial Aid Antitrust Settlements, c/o Claims Administrator, 0000 Xxxx Xxxxxx, Xxxxx 0000, Xxxxxxxxxxxx, XX 00000. To: Settlement Class Member Email Address From: Claims Administrator Subject: Notice of Proposed Class Action Settlement – Xxxxx, et al. x. Xxxxx University, et al. Please visit xxx.XxxxxxxxxXxxXxxxxxxxxXxxxxxxxxx.xxx for more information. • The Court has preliminarily approved proposed settlements (“Settlements”) with the following ten schools: Brown University, the University of Chicago, the Trustees of Columbia University in the City of New York, Trustees of Dartmouth College, Duke University, Emory University, Northwestern University, Xxxxxxx Xxxxx Xxxx University, Vanderbilt University, and Yale University (collectively the “Settling Universities”). • The Court has also preliminarily approved a class of students who attended one or more of the Settling Universities during certain time periods. This is referred to as the “Settlement Class,” which is defined in more detail below.

  • Monthly Data Download Not later than fifteen (15) days after the end of each month, beginning with the month in which the Commencement Date occurs and ending with the Final Shared-Loss Recovery Month, Assuming Bank shall provide Receiver:

  • WHOIS query RTT Refers to the RTT of the sequence of packets from the start of the TCP connection to its end, including the reception of the WHOIS response. If the RTT is 5-­‐times or more the corresponding SLR, the RTT will be considered undefined.

  • Return of Customer Data Okta shall return Customer Data to Customer and, to the extent allowed by applicable law, delete Customer Data in accordance with the procedures and time periods specified in the Trust & Compliance Documentation, unless the retention of the data is requested from Okta according to mandatory statutory laws.

  • When Must Distributions from a Xxxx XXX Begin Unlike Traditional IRAs, there is no requirement that you begin distribution of your account during your lifetime at any particular age.

  • Transfer of Servicing Between Master Servicer and Special Servicer; Record Keeping (a) Upon determining that any Serviced Loan has become a Specially Serviced Loan, the Master Servicer shall promptly give written notice thereof to the Special Servicer, any related Serviced Companion Loan Holder (in the case of a Serviced Loan Combination), the Operating Advisor, the Certificate Administrator, the Trustee, the related Directing Holder (prior to the occurrence and continuance of a Consultation Termination Event with respect to the related Mortgage Loan) and, for posting to the Rule 17g-5 Information Provider’s Website pursuant to Section 12.13 of this Agreement, the Rule 17g-5 Information Provider and shall promptly deliver a copy of the Servicing File to the Special Servicer and concurrently provide a copy of such Servicing File to the Operating Advisor and shall use its reasonable efforts to provide the Special Servicer with all information, documents (but excluding the original documents constituting the Mortgage File, but including copies thereof) and records (including records stored electronically on computer tapes, magnetic discs and the like) relating to such Serviced Loan and reasonably requested by the Special Servicer to enable it to assume its duties hereunder with respect thereto without acting through a Sub-Servicer. The Master Servicer shall use its reasonable efforts to comply with the preceding sentence within five (5) Business Days of the date such Serviced Loan became a Specially Serviced Loan and in any event shall continue to act as Master Servicer and administrator of such Serviced Loan until the Special Servicer has commenced the servicing of such Serviced Loan, which shall occur upon the receipt by the Special Servicer of the Servicing File. With respect to each such Serviced Loan that becomes a Specially Serviced Loan, the Master Servicer shall instruct the related Mortgagor to continue to remit all payments in respect of such Serviced Loan to the Master Servicer. The Master Servicer shall forward any notices it would otherwise send to the Mortgagor of such a Specially Serviced Loan to the Special Servicer who shall send such notice to the related Mortgagor. Upon determining that a Specially Serviced Loan has become a Corrected Loan, the Special Servicer shall promptly give written notice thereof to the Master Servicer, the Trustee, the Operating Advisor, the Certificate Administrator, any related Serviced Companion Loan Holder, the related Directing Holder (prior to the occurrence and continuance of a Consultation Termination Event with respect to the related Mortgage Loan) and, for posting to the Rule 17g-5 Information Provider’s Website pursuant to Section 12.13 of this Agreement, the Rule 17g-5 Information Provider and, upon giving such notice and the return of the Servicing File to the Master Servicer, such Serviced Loan shall cease to be a Specially Serviced Loan in accordance with the first proviso of the definition of Specially Serviced Loans, the Special Servicer’s obligation to service such Serviced Loan shall terminate and the obligations of the Master Servicer to service and administer such Serviced Loan as a Serviced Loan that is not a Specially Serviced Loan shall resume. In addition, if the related Mortgagor has been instructed, pursuant to the preceding paragraph, to make payments to the Special Servicer, upon such determination, the Special Servicer shall instruct the related Mortgagor to remit all payments in respect of such Specially Serviced Loan directly to the Master Servicer. (b) In servicing any Specially Serviced Loan, the Special Servicer shall provide to the Custodian originals of documents included within the definition of “Mortgage File” for inclusion in the related Mortgage File (to the extent such documents are in the possession of the Special Servicer) and copies of any additional related Serviced Loan information, including correspondence with the related Mortgagor, and the Special Servicer shall promptly provide copies of all of the foregoing to the Master Servicer as well as copies of any analysis or internal review prepared by or for the benefit of the Special Servicer. (c) Notwithstanding the provisions of subsections (a) and (b) of this Section 3.22, the Master Servicer shall maintain ongoing payment records with respect to each of the Specially Serviced Loans and, upon request, shall provide the Special Servicer and the Operating Advisor with any information reasonably required by the Special Servicer or the Operating Advisor to perform its duties under this Agreement to the extent such information is within the Master Servicer’s possession. Upon request, the Special Servicer shall provide the Master Servicer and the Operating Advisor with any information reasonably required by the Master Servicer or the Operating Advisor to perform its duties under this Agreement to the extent such information is within the Special Servicer’s possession.

Draft better contracts in just 5 minutes Get the weekly Law Insider newsletter packed with expert videos, webinars, ebooks, and more!