Registration Data Directory Services Until ICANN requires a different protocol, Registry Operator will operate a WHOIS service available via port 43 in accordance with XXX 0000, and a web-‐based Directory Service at <whois.nic.TLD> providing free public query-‐based access to at least the following elements in the following format. ICANN reserves the right to specify alternative formats and protocols, and upon such specification, the Registry Operator will implement such alternative specification as soon as reasonably practicable. Registry Operator shall implement a new standard supporting access to domain name registration data (SAC 051) no later than one hundred thirty-‐five (135) days after it is requested by ICANN if: 1) the IETF produces a standard (i.e., it is published, at least, as a Proposed Standard RFC as specified in RFC 2026); and 2) its implementation is commercially reasonable in the context of the overall operation of the registry.
1.1. The format of responses shall follow a semi-‐free text format outline below, followed by a blank line and a legal disclaimer specifying the rights of Registry Operator, and of the user querying the database.
1.2. Each data object shall be represented as a set of key/value pairs, with lines beginning with keys, followed by a colon and a space as delimiters, followed by the value.
1.3. For fields where more than one value exists, multiple key/value pairs with the same key shall be allowed (for example to list multiple name servers). The first key/value pair after a blank line should be considered the start of a new record, and should be considered as identifying that record, and is used to group data, such as hostnames and IP addresses, or a domain name and registrant information, together.
1.4. The fields specified below set forth the minimum output requirements. Registry Operator may output data fields in addition to those specified below, subject to approval by ICANN, which approval shall not be unreasonably withheld.
Indemnification for Marketing Materials In addition to the foregoing indemnification, the Fund and the Investment Adviser also, jointly and severally, agree to indemnify and hold harmless each Underwriter, affiliates, directors, officers, employees and agents of each Underwriter, and each person, if any, who controls any Underwriter within the meaning of Section 15 of the 1933 Act or Section 20 of the 1934 Act, against any and all loss, liability, claim, damage and expense described in the indemnity contained in Section 6(a), as limited by the proviso set forth therein, with respect to any sales material.
EPP query-‐command RTT Refers to the RTT of the sequence of packets that includes the sending of a query command plus the reception of the EPP response for only one EPP query command. It does not include packets needed for the start or close of either the EPP or the TCP session. EPP query commands are those described in section 2.9.2 of EPP RFC 5730. If the RTT is 5-‐times or more the corresponding SLR, the RTT will be considered undefined.
Registration Compliance; No Stop Order No order suspending the effectiveness of the Registration Statement shall be in effect, and no proceeding for such purpose, pursuant to Rule 401(g)(2) or pursuant to Section 8A under the Securities Act shall be pending before or threatened by the Commission; the Prospectus and each Issuer Free Writing Prospectus shall have been timely filed with the Commission under the Securities Act (in the case of an Issuer Free Writing Prospectus, to the extent required by Rule 433 under the Securities Act) and in accordance with Section 4(a) hereof; and all requests by the Commission for additional information shall have been complied with to the reasonable satisfaction of the Representatives.
Registration Compliance; No Stop Orders The Registration Statement has become effective under the Securities Act, and no stop order suspending the effectiveness of the Registration Statement or any part thereof, preventing or suspending the use of any Preliminary Prospectus, the Prospectus or any Permitted Free Writing Prospectus or any part thereof shall have been issued and no proceedings for that purpose or pursuant to Section 8A under the Securities Act shall have been initiated or threatened by the Commission, and all requests for additional information on the part of the Commission (to be included in the Registration Statement or the Prospectus or otherwise) shall have been complied with to the reasonable satisfaction of the Representative; the Rule 462(b) Registration Statement, if any, and the Prospectus shall have been filed with the Commission within the applicable time period prescribed for such filing by, and in compliance with, the Rules and Regulations and in accordance with Section 4(a) of this Agreement, and the Rule 462(b) Registration Statement, if any, shall have become effective immediately upon its filing with the Commission; and FINRA shall have raised no unresolved objection to the fairness and reasonableness of the terms of this Agreement or the transactions contemplated hereby.
Commercialization Plan (a) Not later than three [***] after submission of Regulatory Filings for each Product in each country of the Territory, Licensee will provide to the JCC for review its initial Commercialization Plan for each Product for each country in the Territory. Such initial Commercialization Plan will describe Licensee’s plans for activities to be conducted for such Product for such country. Each Commercialization Plan shall include the details of obligations to be performed by Licensee to achieve the specific activities that are applicable to the stage of [***] Certain information in this document has been omitted and filed separately with the Securities and Exchange Commission. Confidential treatment has been requested with respect to the omitted portions. Commercialization (e.g., pre-launch, launch planning, launch, or post-launch) of the applicable Product during the time period covered by such Commercialization Plan and subsequent time periods.
(b) Prior to the First Commercial Sale for such Product in such country, Licensee will provide to the JCC for review an updated Commercialization Plan for such Product for such country. Such updated Commercialization Plan will include, but not be limited to, Licensee’s updated plans for activities to be conducted for such Product for such country prior to launch as well as activities to be conducted in connection with such launch.
(c) Promptly after each anniversary of the First Commercial Sale of such Product during the Term, Licensee will provide to the JCC for review updated Commercialization Plans for such Product for such country. Such further updated Commercialization Plan will include, but not be limited to, Licensee’s plans for Commercialization activities for such Product and such country for the twelve (12) month period following the date of delivery of such Commercialization Plan. No Commercialization Plan may be implemented by Licensee if [***]. Each Commercialization Plan shall be consistent with and shall not contradict the terms of this Agreement [***], and in the event of any inconsistency between the Commercialization Plan and this Agreement, the terms of this Agreement shall prevail. Notwithstanding the foregoing, if a [***], Licensee shall [***] and shall promptly [***].
Bulk Registration Data Access to Icann Periodic Access to Thin Registration Data. In order to verify and ensure the operational stability of Registry Services as well as to facilitate compliance checks on accredited registrars, Registry Operator will provide ICANN on a weekly basis (the day to be designated by ICANN) with up-to-date Registration Data as specified below. Data will include data committed as of 00:00:00 UTC on the day previous to the one designated for retrieval by ICANN.
Supported Initial and Renewal Registration Periods a. Initial registrations of Registered Names (where available according to functional specifications and other requirements) may be made in the registry for terms of up to ten years.
b. Renewal registrations of Registered Names (where available according to functional specifications and other requirements) may be made in the registry for terms not exceeding a total of ten years.
c. Upon change of sponsorship of the registration of a Registered Name from one registrar to another, according to Part A of the ICANN Policy on Transfer of Registrations between Registrars, the term of registration of the Registered Name shall be extended by one year, provided that the maximum term of the registration as of the effective date of the sponsorship change shall not exceed ten years.
d. The change of sponsorship of registration of Registered Names from one registrar to another, according to Part B of the ICANN Policy on Transfer of Registrations between Registrars shall not result in the extension of the term of the registration and Registry Operator may assist in such change of sponsorship.
Public Posting of Approved Users’ Research Use Statement The PI agrees that information about themselves and the approved research use will be posted publicly on the dbGaP website. The information includes the PI’s name and Requester, project name, Research Use Statement, and a Non-Technical Summary of the Research Use Statement. In addition, and if applicable, this information may include the Cloud Computing Use Statement and name of the CSP or PCS. Citations of publications resulting from the use of controlled-access datasets obtained through this DAR may also be posted on the dbGaP website.
Updated Information Submission by Interconnection Customer The updated information submission by the Interconnection Customer, including manufacturer information, shall occur no later than one hundred eighty (180) Calendar Days prior to the Trial Operation. The Interconnection Customer shall submit a completed copy of the Electric Generating Unit data requirements contained in Appendix 1 to the LGIP. It shall also include any additional information provided to the Participating TO and the CAISO for the Interconnection Studies. Information in this submission shall be the most current Electric Generating Unit design or expected performance data. Information submitted for stability models shall be compatible with the Participating TO and CAISO standard models. If there is no compatible model, the Interconnection Customer will work with a consultant mutually agreed to by the Parties to develop and supply a standard model and associated information.
