Palantir Technologies Inc.

Mihir Patil

Arnav Jagasia

Sam Stoll

Ashley Meuser

Pieris Christofi

Hugo Dobbelaere

Yeong Wei Wee

Hao Dang

Megha Arora

Alice Yu

Samuel Szuflita

Alexander Galimberti

Lukas Czypulovski

Piotr Kraus

Yurii Mashtalir

Hussein Farah

Caterina Wanka

Nezihe Pehlivan

Maia Hamin

Juraj Micko

Systems and methods for lineage-aware data retention are provided. An example method includes receiving information of a committed transaction. The committed transaction is configured to add or change data to a dataset. The example method further includes receiving one or more lineages for the committed transaction, determining one or more parent transactions based at least in part on the one or more lineages, obtaining one or more parent retention dates that correspond to the one or more parent transactions respectively, and determining a transaction retention date for the committed transaction based at least in part on the one or more parent retention dates.

Systems and methods for lineage-aware data retention

A computer system is disclosed that provides purpose-based control of user actions and access to electronic data assets. For example, the computer system may perform operations including: receiving, from a user, a request to perform an action; determining any checkpoint config objects associated with the action; displaying checkpoint dialog based on checkpoint config object; determining whether criteria associated with the checkpoint object are satisfied; and in response to determining that the criteria associated with the checkpoint object are satisfied: generating a checkpoint record object; and proceeding to perform the action.

Controlling user actions and access to electronic data assets

A computer system provides transaction-level data retention policy inheritance. The system may perform operations including storing a first dataset comprising a plurality of transactions, each of the plurality of transactions comprising one or more data items; receiving a first transaction to the first dataset, the first transaction comprising one or more data items; determining a first retention policy for the first transaction; and storing the first retention policy with the first transaction. The system may further perform operations including calculating a deletion date for the first transaction based on the first retention policy; and storing the deletion date with the first transaction in the first dataset.

Transaction-level data retention policy inheritance

A cryptography administration system facilitates secure, user-friendly and auditable cryptography. An administrator may create channels with associated cryptographic keys and algorithms for performing cryptographic operations such as encryption and decryption. The channel may be associated with licenses which may include permissions to perform cryptographic operations. The licenses may be shared with one or more users. A user may perform cryptographic operations using the channel according to the permissions and operations included in the licenses, to which the user has access, associated with the channel. The user does not need a technical understanding of the cryptographic system (e.g., keys and algorithms) to perform the cryptographic operations and does not need access to the keys to perform the operations. The cryptographic operations may be stored in an audit log that can be reviewed by user.

User-friendly, secure and auditable cryptography administration system

Systems and methods are provided for processing an input dataset or running an inference. The systems and methods may be configured to accept an input dataset, access one or more predefined logic plugins for processing the input dataset, process the input dataset based at least in part on a first predefined logic plugin, and generate the one or more outputs based at least in part of the processing of the input dataset. The one or more outputs may have a different format than a format of the input dataset.

Systems and methods for customizing a process of inference running

Systems and methods are provided for migrating a source ontology for a source stack to a destination stack. The source ontology may define source objects that are associated with source data sets. The source data sets may correspond to destination data sets on a destination stack. The destination data set identifiers for the source data sets may be different from the destination data sets. Translation of the destination data set identifiers may enable migration of the source ontology to the destination stack.

Systems and methods for ontology migration

Growing community of inventors

Cupertino, CA, United States of America

Mihir Patil