Abstract: Provided is a Fluid Catalytic Cracking catalyst additive composition and method of making the same. The catalyst additive composition comprises zeolite about 35 wt % to about 80 wt %, preferably about 40 wt % to about 70 wt %; silica about 0 wt % to about 10 wt %, preferably about 2 wt % to about 10 wt %; about 10.5 wt % to 20 wt % alumina and about 7 wt % to 20 wt % P2O5, preferably about 11 wt % to about 18 wt %, and the balance clay which can fall between 0 and 50 wt %. The alumina is typically derived from more than one source, such as at least an amorphous or small crystallite size pseudo-boehmite alumina and then either a large crystallite size alumina or other reactive alumina.

Abstract: The present invention is directed to antibodies and antigen binding fragments thereof having binding specificity for PACAP. The antibodies and antigen binding fragments thereof comprise the sequences of the VH, VL, and CDR polypeptides described herein, and the polynucleotides encoding them. Antibodies and antigen binding fragments described herein bind to and/or compete for binding to the same linear or conformational epitope(s) on human PACAP as an anti-PACAP antibody. The invention contemplates conjugates of anti-PACAP antibodies and binding fragments thereof conjugated to one or more functional or detectable moieties. Methods of making said anti-PACAP antibodies and antigen binding fragments thereof are also contemplated.

Abstract: Exemplary methods, apparatuses, and systems include an adaptive pre-read manager for controlling pre-reads of the memory device. The adaptive pre-read manager receives a first set of data bits for programming to memory. The adaptive pre-read manager performing a first pass of programming including a first subset of data bits from the set of data bits. The adaptive pre-read manager compares a set of threshold operating differences to a set of differences between multiple operating conditions during the first pass of programming and current operating conditions. The adaptive pre-read manager performs an internal pre-read of the programmed first subset of data bits. The adaptive pre-read manager performs a second pass of programming using the internal pre-read and a second subset of data bits from the first set of data bits.

Abstract: The disclosure relates to improvements in methods for efficient editing of two or more endogenous tomato genes by insertion of one or more single stranded DNA donor molecules that are not homologous to the insertion sites in the tomato genome.

Abstract: Provided herein is a compound of Formula (I) or a pharmaceutically acceptable salt thereof, wherein R19, R5, R3a, R1a, R1b, R2a, R2b, R4a, R4b, R6a, R6b, R7a, R7b, R11a, R11b, R12a, R12b, R18, RD, and q are defined herein. L is selected from the group consisting of: wherein A indicates the point of attachment at C17 and wherein X is selected from the group consisting of —C(0)N(R55a)(R55b), —N(R55a)(R55b), —N(R55b)C(O)(R55a), and R55C wherein R55c is carbon-bound substituted or unsubstituted heteroaryl or substituted or unsubstituted aryl. Also provided herein are pharmaceutical compositions comprising a compound of Formula (I) and methods of using the compounds, e.g., in the treatment of CNS-related disorders.

Abstract: A system and method for making proceeds of a transaction available to a user before the transaction is completed is provided. The system may be part of an on-line system or traditional merchant configured to facilitate payments or fund transfers from users. In example embodiments, a request from a first entity to conduct a transaction involving a first value is received. Funds of the transaction are caused to be released prior to the transaction clearing a financial institution. Based on the transaction being rejected by the financial institution, at least a portion of the first value is charged against a credit source.

Abstract: A system and method for making proceeds of a transaction available to a user before the transaction is completed is provided. The system may be part of an on-line system or traditional merchant configured to facilitate payments or fund transfers from users. In example embodiments, a request from a first entity to conduct a transaction involving a first value is received. Funds of the transaction are caused to be released prior to the transaction clearing a financial institution. Based on the transaction being rejected by the financial institution, at least a portion of the first value is charged against a credit source.

Abstract: A system and method for making funds of a transaction available to a user before a funding entry clears is provided. The system may be part of an on-line system configured to facilitate payments or fund transfers from users. In example embodiments, a transaction request from a user is received. A risk score indicating a perceived risk involved with releasing funds before the funding entry clears is computed. Funds of the transaction are caused to be released prior to the funding entry clearing a financial institution based on the risk score exceeding a transfer threshold.

Abstract: A system and method for making funds of a transaction available to a user before a funding entry clears is provided. The system may be part of an on-line system configured to facilitate payments or fund transfers from users. In example embodiments, a transaction request from a user is received. A risk score indicating a perceived risk involved with releasing funds before the funding entry clears is computed. Funds of the transaction are caused to be released prior to the funding entry clearing a financial institution based on the risk score exceeding a transfer threshold.

Abstract: A system and method for making proceeds of a transaction available to a user before the transaction is completed is provided. The system may be part of an on-line system or traditional merchant configured to facilitate payments or fund transfers from users. In example embodiments, a request from a first entity to conduct a transaction involving a first value is received. Funds of the transaction are caused to be released prior to the transaction clearing a financial institution. Based on the transaction being rejected by the financial institution, at least a portion of the first value is charged against a credit source.

Abstract: A system and method for making proceeds of an ACH (Automated Clearinghouse) transaction available to a user before the transaction is completed. The system may be part of an on-line system or traditional merchant configured to facilitate payments or fund transfers from users. A user requests the transfer of funds to an entity (e.g., another user, a merchant, the user's account with the system) via an ACH entry. The system calculates a risk associated with the user, while considering various data (e.g., number of previous ACH entries, how many failed, how many succeeded, amount of the transfer). If the risk is low enough, the ACH entry is initiated and the desired funds are released for the transfer even before the ACH entry clears. The ACH entry may be presented as a default choice for funding the transfer.

Abstract: A system and method for making proceeds of a transaction available to a user before the transaction is completed is provided. The system may be part of an on-line system or traditional merchant configured to facilitate payments or fund transfers from users. In example embodiments, a request from a first entity to conduct a transaction involving a first value is received. Funds of the transaction are caused to be released prior to the transaction clearing a financial institution. Based on the transaction being rejected by the financial institution, at least a portion of the first value is charged against a credit source.

Abstract: A system and method for making proceeds of an ACH (Automated Clearinghouse) transaction available to a user before the transaction is completed. The system may be part of an on-line system or traditional merchant configured to facilitate payments or fund transfers from users. A user requests the transfer of funds to an entity (e.g., another user, a merchant, the user's account with the system) via an ACH entry. The system calculates a risk associated with the user, while considering various data (e.g., number of previous ACH entries, how many failed, how many succeeded, amount of the transfer). If the risk is low enough, the ACH entry is initiated and the desired funds are released for the transfer even before the ACH entry clears. The ACH entry may be presented as a default choice for funding the transfer.