EFFICIENTLY FINDING SPATIALLY SCORED BEST ENTITIES

In one embodiment, a particular number of best entities are found in a database with a spatial index that satisfy both spatial criteria and entity filtering criteria. For each of a set of targets in the spatial index whose bounding box meets the spatial criteria, a spatial score is calculated. If the spatial score is less than a minimum spatial score in a current map of best entities and the current map is full, the target is excluded from further consideration. If the spatial score is not less than the minimum spatial score, when the target is an entity that meets the entity filtering criteria, the current map is updated to store the entity and the spatial score for the entity. When each of the targets in the spatial index has been subject to test or excluded from consideration, the current map is returned as a final result. 1. A method for finding a particular number of best entities in a relational database with a spatial index that satisfy both spatial criteria and entity filtering criteria , where best is determined based on upon a spatial score relative to spatial scores of other entities in the relational database , the method comprising:receiving, by a relational database system executing on an electronic device, a query statement indicating an entity filtering criteria and the particular number of best entities desired;maintaining a current map of best entities that represents a potential result for the query statement, the current map being initially empty; calculating the spatial score for the target,', 'if the spatial score for the target is less than a minimum spatial score in the current map of best entities and if the current map is full, excluding the target from consideration for inclusion in the current map, and', 'if the spatial score for the target is not less than the minimum spatial score in the current map of best entities or if the map is not full, when the target is an entity that meets the entity filtering criteria, updating the current map ...

Determining stereoisomeric excess, concentration and absolute configuration

The present invention is directed to analytical methods for determining the concentration, and/or stereoisomeric excess, and/or absolute configuration of chiral analytes in a sample.

Sting agonist compounds and methods of use

The present disclosure relates to STING (Stimulator of Interferon Genes) agonist compounds, methods of making the compounds and their methods of use.

Stereodynamic chemosensors

The present invention relates to multifunctional chemosensors that can measure the concentration, enandomeric excess (ee), and absolute configuration of chiral compounds. The chemosensors described herein may contain a backbone moiety that is bonded to a fluorescent moiety and a moiety for bonding a chiral compound. Backbone moieties may include aromatic groups, for example, naphthyl. The chemosensors described herein are useful for measuring concentration, enandomeric excess, and absolute configuration of organic molecules in areas such as high throughput screening.

Sting agonist compounds and methods of use

The present disclosure relates to STING (Stimulator of Interferon Genes) agonist compounds, methods of making the compounds and their methods of use.

INTELLIGENT MODEL HIERARCHY FOR INFRASTRUCTURE MODELING

In one embodiment, techniques are provided for modeling infrastructure from a plurality of modeling perspectives using an intelligent model hierarchy. A repository model for the infrastructure is generated that serves as a root of the intelligent model hierarchy. The repository model includes a root subject and one or more child subjects. One or more information partitions are generated for each subject, each information partition being associated with a respective modeling perspective. One or more child models are associated with each information partition. The one or more child models each containing one or more infrastructure elements that express the modeling perspective of the information partition with which the child model is associated. The repository model and the one or more child models are maintained together in a repository, and infrastructure elements of a selected model may be displayed on demand in a user interface of a client. 1. A method for modeling infrastructure from a plurality of modeling perspectives and granularities using an intelligent model hierarchy created by an infrastructure modeling software architecture , comprising:generating a repository model for the infrastructure that serves as a root of the intelligent model hierarchy, the repository model including a root subject and one or more child subjects;generating one or more information partitions of each subject of the root subject and the one or more child subjects, each information partition associated with a respective modeling perspective;associating one or more child models of the intelligent model hierarchy with each information partition, the one or more child models each containing one or more infrastructure elements that express the modeling perspective of the information partition with which the child model is associated;maintaining the repository model and the one or more child models of the intelligent model hierarchy together in a storage location;selecting a model of ...

Techniques for coordinating codes for infrastructure modeling

In various embodiments, techniques are provided for coordinating the assignment of codes to infrastructure elements in an infrastructure modeling software architecture. A chain of authority is provided from a code authority local to a client to a cloud-based code authority service. Further, a code is structured in three parts, including a code specification part identifying a code specification that indicates what information is encoded into the code and how it is encoded, a code scope part based on boundaries over which the code authority guarantees the code is unique, and a code value part with a unique value.

Techniques for alignment of source infrastructure data with a bis conceptual schema

In one embodiment, techniques are provided for aligning source infrastructure data to be compatible with a conceptual schema (e.g., BIS) implemented through an underlying database schema (e.g., DgnDb). Data aligned according to the conceptual schema may serve as a “digital twin” of real-world infrastructure usable throughout various phases of an infrastructure project, with physical information serving as a “backbone”, and non-physical information maintained relative thereto, forming a cohesive whole, while avoiding unwanted data redundancies. Source-format-specific bridge software processes may be provided that that know how to read and interpret source data of a respective source format, and express it in terms of the conceptual schema. The aligned data may be sent to an update agent that interprets the aligned data and computes a changeset therefrom, which may be stored for eventual application to a particular instance of a database maintained according to an underlying database schema of the conceptual schema.

TECHNIQUES FOR APPLICATION UNDO AND REDO USING SQL PATCHSETS OR CHANGESETS

In one embodiment, undo and redo operations of an application are implemented using patchsets or changesets. When changes are made by the application, a transaction is performed against a relational database including one or more changes to reflect the changes made by the application. The one or more changes are tracked to produce a set of tracked changes. In response to detecting the transaction is to be committed, the set of tracked changes is converted to a patchset or changeset. The patchset or changeset is stored to a transaction table and the transaction committed. In response to a request to undo the changes made by the application, the one or more changes of the patchset or changeset are inverted to produce an inverted patchset or changeset, that is then applied. In response to a request to redo the changes made by the application, the patchset or changeset is applied as is. 1. A method for implementing an undo operation in an application that stores application data using a relational database system , the method comprising:receiving, by the relational database system executing on an electronic device from the application, a transaction to be performed against a relational database, the transaction including one or more changes to be performed on one or more rows of one or more data tables of the relational database to reflect changes made by the application;tracking the one or more changes of the transaction by a module of the relational database system to produce a set of tracked changes;in response to detecting the transaction is to be committed to the one or more data tables of the relational database, converting the set of tracked changes to a patchset or changeset;atomically storing the patchset or changeset to a transaction table of the relational database and committing the transaction to the one or more data tables of the relational database;receiving, by the relational database system from the application, a request to undo the changes made by the ...

Changeset conflict rebasing

In example embodiments, techniques are provided to implement changeset conflict rebasing when performing conflict-detection and merging in an infrastructure modeling software architecture that uses an optimistic concurrency policy. Changeset conflict rebasing involves adjusting the pre-change values in a local changeset so they match post-change values of a remote version, rather an original base version, or removing changes from the local changeset entirely.

END EFFECTOR BUMP DETECTOR

A system and method is described for detecting abnormal contacts and misalignment of end effector of a robot arm during robotic arm operation. A contact shock transients sensing unit detects signals on the robot arm and generates alarms, identifies the location of the contact shock transients in the robot arm operation, and controls robot arm operation to prevent further damage to the robot arm and articles handled by the robot arm. 1. An apparatus comprising: detect contact shock transients on the robot arm, and', 'generate a signal corresponding to contact shock transients; and, 'a contact shock transients sensing unit coupled to a robot arm and configured to measure an amount of the signal generated,', 'determine whether the amount of the signal exceeds one or more predetermined thresholds, and', 'execute one or more predetermined operations based on the determination., 'a control unit coupled to the contact shock transients sensing unit, the control unit is configured to2. The apparatus of claim 1 , wherein the contact shock transients sensing unit is coupled to the control unit via one or more of:a wireless communication, anda wireline communication.3. The apparatus of claim 1 , wherein the contact shock transients sensing unit is further configured to detect contact shock transients generated by one or more of:a contact force,a pressure,an acceleration of the robot arm, anda strain.4. The apparatus of claim 1 , wherein the contact shock transients sensing unit comprises a piezo electric sensor.5. The apparatus of claim 4 , whereinthe piezo electric sensor generates electrical signals corresponding to contact shock transients,the piezo electric sensor is mounted on a diaphragm, andthe diaphragm is coupled to the robot arm.6. The apparatus of claim 1 , whereinthe contact shock transients sensing unit is coupled to an end effector of the robot arm, andthe end effector of the robot arm is configured to carry a semiconductor wafer.7. The apparatus of claim 6 , ...

TECHNIQUES FOR CONVERSION OF CAD DESCRIPTIONS

In one embodiment, techniques are provided for converting a CAD description maintained in a first storage format (e.g., a file-based storage format) of a source repository to a second storage format (e.g., a relational database-based storage format) of an output repository. The techniques may, generate a single, coherent representation from spatially ambiguous “fragments” by generating an acyclic model graph for each graphical view, and then storing models of the acyclic model graph in the second storage format (e.g., the relational database-based storage format). The techniques may further produce a post-conversion CAD description that preserves human-readable names and information relationships related to levels by examining attachment specific copies of level structures (i.e. levels and attached levels) referenced from attachments, and generating from these categories and subcategories in the second storage format (e.g., the relational database-based storage format). 1. A method for converting a computer aided design (CAD) description maintained in a first storage format to a second storage format , the method comprising:accessing, by a converter executing on an electronic device from a source repository, an initial model graph in the first storage format, the initial model graph including one or more root models related by attachments to one or more attached models, wherein each model of the model graph is associated with a respective spatial coordinate system that defines an arrangement of elements for that model, and at least one of the attachments includes a spatial transform that relates a spatial coordinate systems used by the attached model to that of an owning model in the model graph, designating a root model from the one or more root models, and', 'beginning from the designated root model, searching attachment paths in the initial model graph and mapping each model encountered into a model of the acyclic model graph that uses a single project coordinate ...

Determining stereoisomeric excess, concentration and absolute configuration

The present invention is directed to analytical methods for determining the concentration, and/or stereoisomeric excess, and/or absolute configuration of chiral analytes in a sample.

TECHNIQUES FOR ALIGNMENT OF SOURCE INFRASTRUCTURE DATA WITH A BIS CONCEPTUAL SCHEMA

In one embodiment, techniques are provided for aligning source infrastructure data to be compatible with a conceptual schema (e.g., BIS) implemented through an underlying database schema (e.g., DgnDb). Data aligned according to the conceptual schema may serve as a “digital twin” of real-world infrastructure usable throughout various phases of an infrastructure project, with physical information serving as a “backbone”, and non-physical information maintained relative thereto, forming a cohesive whole, while avoiding unwanted data redundancies. Source-format-specific bridge software processes may be provided that that know how to read and interpret source data of a respective source format, and express it in terms of the conceptual schema. The aligned data may be sent to an update agent that interprets the aligned data and computes a changeset therefrom, which may be stored for eventual application to a particular instance of a database maintained according to an underlying database schema of the conceptual schema. 1. A method for incrementally aligning infrastructure data to be compatible with a digital twin of real-world infrastructure , comprising:reading, by a bridge software process executing one or more electronic devices, using an access library or application, source data of an infrastructure description from one or more external databases or source files that has changed since a last alignment;aligning, by the bridge software process, the changed source data with a conceptual schema that describes the digital twin using a set of elements, aspects, models and relationships, the aligning to at least generate new elements, models or aspects, or create new relationships that relate elements, models or aspects;based on the aligned changed source data, computing, by an update agent of the bridge software process, a changeset that updates an instance of a database maintained according to an underlying database schema of the conceptual schema to transition the ...

System and method for building a target operating system from a source operating system

Systems and methods are described herein for determining which components of a source operating system are required to be included in a target operating system to support selected source operating system features in the target operating system. Data objects are constructed to represent each component and feature of the source operating system, each data object identifying Exports and References for the component or feature it represents. The dependency model identifies, for each component, other components that must be included in a target operating system having the component. A target operating system builder program receives input from a user as to the features the user desires to include in the target operating system. The dependency model is utilized to identify and select the components from the source operating system necessary to support the selected features. The selected components are then linked to create the target operating system.

Method and system for digital rights management and digital signatures

Methods and systems for digital rights management are disclosed that allows the author of a design file to encrypt the files contents so that only authorized users can view the file, and that allows the author to identify specific users called recipients (104) for authorization. The author then designates (106) the rights granted to the recipients. Preferably the author identifies users and users are authenticated by means of the user's digital certificates. The author may also have the ability to specify what operations (110) a given user can perform, including view, print/plot, export, copy to clipboard, access history and edit. An author can also digitally sign a document or file using their digital certificate. A hash value is created for the item to be signed. The hash value is encrypted using a private key specified by the digital certificate and secured to the item. The hash value is verified by a recipient to determine if the item was modified.

Aggregating recurrent schedules to optimize resource consumption

Coalescing schedules that use a resource to extend battery life. Each of the schedules is defined to execute at a recurrent activation time within a defined tolerance. After receiving notification of an event, the schedules are accessed to identify the schedules that may be executed early based on their activation time and tolerance. The identified schedules are aggregated for execution.

Method and system for digital rights management and digital signatures

Methods and systems for digital rights management are disclosed that allows the author of a design file to encrypt the files contents so that only authorized users can view the file, and that allows the author to identify specific users called recipients (104) for authorization. The author then designates (106) the rights granted to the recipients. Preferably the author identifies users and users are authenticated by means of the user's digital certificates. The author may also have the ability to specify what operations (110) a given user can perform, including view, print/plot, export, copy to clipboard, access history and edit. An author can also digitally sign a document or file using their digital certificate. A hash value is created for the item to be signed. The hash value is encrypted using a private key specified by the digital certificate and secured to the item. The hash value is verified by a recipient to determine if the item was modified.

Aggregating recurrent schedules to optimize resource consumption

System and method for building a target operating system from a source operating system

Systems and methods are described herein for determining which components of a source operating system are required to be included in a target operating system to support selected source operating system features in the target operating system. Data objects are constructed to represent each component and feature of the source operating system, each data object identifying Exports and References for the component or feature it represents. The dependency model identifies, for each component, other components that must be included in a target operating system having the component. A target operating system builder program receives input from a user as to the features the user desires to include in the target operating system. The dependency model is utilized to identify and select the components from the source operating system necessary to support the selected features. The selected components are then linked to create the target operating system.

Techniques for application undo and redo using SQL patchsets or changesets

In one embodiment, undo and redo operations of an application are implemented using patchsets or changesets. When changes are made by the application, a transaction is performed against a relational database including one or more changes to reflect the changes made by the application. The one or more changes are tracked to produce a set of tracked changes. In response to detecting the transaction is to be committed, the set of tracked changes is converted to a patchset or changeset. The patchset or changeset is stored to a transaction table and the transaction committed. In response to a request to undo the changes made by the application, the one or more changes of the patchset or changeset are inverted to produce an inverted patchset or changeset, that is then applied. In response to a request to redo the changes made by the application, the patchset or changeset is applied as is.

Object-oriented computerized modeling system

A computer system for modeling is disclosed, where the computer system has a storage device, first and second platforms, a portable persistent model, and first and second platform-dependent computerized modeling systems (CMS). Each platform is interfaced to the storage device and provides system-dependent services. The first platform has a first type of operating system and a first type of computer hardware including a first memory, and the second platform has a second type of operating system and a second type of computer hardware including a second memory. The model resides in the storage device in a platform-independent format and includes persistent component objects. The first CMS resides in the first platform memory and the second platform-dependent CMS resides in the second platform memory. Each CMS provides CMS services including retrieving the model from the storage device, manipulating the model, changing the model by adding and removing persistent objects, and persistently saving the model to the storage device. Each CMS includes a static kernel and a dynamic framework. The kernel executes on the platform and interfaces to the operating system and the computer hardware, and provides services necessary to load and execute CMS services and to interface to the platform services. The framework executes on the platform and interfaces to the kernel, provides a platform-independent visual interface between the CMS and a CMS user, and employs the services of the kernel.

System and method for building a target operating system from a source operating system

Systems and methods are described herein for determining which components of a source operating system are required to be included in a target operating system to support selected source operating system features in the target operating system. Data objects are constructed to represent each component and feature of the source operating system, each data object identifying Exports and References for the component or feature it represents. The dependency model identifies, for each component, other components that must be included in a target operating system having the component. A target operating system builder program receives input from a user as to the features the user desires to include in the target operating system. The dependency model is utilized to identify and select the components from the source operating system necessary to support the selected features. The selected components are then linked to create the target operating system.

method for finding a particular number of best entities in a database, computer readable media, and electronic device

resumo “método para encontrar um número em particular de melhores entidades em uma base de dados, mídia legível por computador, e, dispositivo eletrônico” em uma modalidade, um número em particular de melhores entidades são encontradas em uma base de dados com um índice espacial que satisfaz tanto critérios espaciais quanto critérios de filtragem da entidade. para cada um de um conjunto de alvos no índice espacial cuja caixa de limite satisfaz os critérios espaciais, um escore espacial é calculado. se o escore espacial for menor que um escore espacial mínimo em um mapa atual de melhores entidades e o mapa atual estiver cheio, o alvo é excluído da consideração adicional. se o escore espacial não for menor que o escore espacial mínimo, quando o alvo for uma entidade que satisfaz os critérios de filtragem da entidade, o mapa atual é atualizado para armazenar a entidade e o escore espacial para a entidade. quando cada um dos alvos no índice espacial tiver sido sujeito a teste ou excluído da consideração, o mapa atual é retornado como um resultado final. abstract “method for finding a particular number of best entities in a database, computer readable media, and electronic device” In one embodiment, a particular number of best entities are found in a database with a spatial index that satisfies both spatial criteria and entity filtering criteria. for each of a set of targets in the spatial index whose bounding box satisfies the spatial criteria, a spatial score is calculated. if the spatial score is less than a minimum spatial score on a current map of best entities and the current map is full, the target is excluded from further consideration. if the spatial score is not less than the minimum spatial score, when the target is an entity that satisfies the entity's filtering criteria, the current map is updated to store the entity and the spatial score for the entity. when each of the targets in the spatial index has been tested or excluded from consideration, the ...

Method and system for digital rights management and digital signatures

An intelligent model hierarchy for infrastructure modeling

In one embodiment, techniques are provided for modeling infrastructure from a plurality of modeling perspectives using an intelligent model hierarchy. A repository model for the infrastructure is generated that serves as a root of the intelligent model hierarchy. The repository model includes a root subject and one or more child subjects. One or more information partitions are generated for each subject, each information partition being associated with a respective modeling perspective. One or more child models are associated with each information partition. The one or more child models each containing one or more infrastructure elements that express the modeling perspective of the information partition with which the child model is associated. The repository model and the one or more child models are maintained together in a repository, and infrastructure elements of a selected model may be displayed on demand in a user interface of a client.

Determining stereoisomeric excess, concentration and absolute configuration

The present invention is directed to analytical methods for determining the concentration, and/or stereoisomeric excess, and/or absolute configuration of chiral analytes in a sample.

Antibody drug conjugates comprising sting agonists

The present disclosure provides scaffolds and antibody-drug conjugates (ADCs) comprising a stimulator of interferon genes (STING). The present disclosure also provides uses of the ADCs in treatment, e.g., treatment of cancer.

System, method and computer program product for collaborative engineering using component and file oriented tools

Conventional file-based engineering design data for an engineering model are represented by a plurality of components. The plurality of components are kept in stores, which reside on servers. Each store contains the components that correspond to the elements of one design file. The stores also maintain a history of changes made to the components. A plurality of client computers are bidirectionally connected to the servers. Each client computer may obtain the current version of the components and may send locally edited versions of the components back to the servers to replace the current versions in the stores. At the client computer, the user interacts with the components using conventional file-based software. Before the locally edited versions of the components are committed to the servers to replace the current versions, a synchronization and merging process occurs whereby the latest version of the components are downloaded to the client computer and are compared to the locally edited version of the components to detect resolvable (compatible) and unresolvable (incompatible) conflicts. The commit process is performed only if no unresolvable conflicts exist between the two versions of the components. To facilitate translation between file-based data and components, a schema is written to “wrap” each of the engineering file formats. Each schema is a set of classes that capture all of the information in the file-based data.

Antibody drug conjugates comprising sting agonists

The present disclosure provides scaffolds and antibody-drug conjugates (ADCs) comprising a stimulator of interferon genes (STING). The present disclosure also provides uses of the ADCs in treatment, e.g., treatment of cancer.

Workspace databases

In example embodiments, techniques are described for using workspace databases to provide workspace resources to customize sessions of applications. File-based workspace databases are maintained in workspace files in a local file system. Cloud-based workspace databases are maintained in a cloud-based blob storage container of a storage account of a cloud storage system. Each cloud-based blob storage container may hold multiple cloud-based workspace databases, including multiple versions of the same database. To use a cloud-based workspace database, a backend module of an application may create an in-memory cloud container object that represents a connection to the cloud-based blob storage container. It may be attached to an in-memory object configured to manage a local cache of blocks of workspace databases. Access to the cloud-based blob storage container may be managed by access tokens provided by a container authority. Modifications to existing workspace databases or addition of new workspace databases may be performed using a workspace editor.

Conjugados anticuerpo-fármaco que comprenden agonistas de sting

Un conjugado anticuerpo-fármaco (ADC) que es: de fórmula (1); o una sal farmacéuticamente aceptables de éste, donde el conjugado comprende el anticuerpo XMT-1519 que comprende una región de determinación de complementariedad de cadena pesada variable 1 (CDRH1) que comprende la secuencia de aminoácidos FTFSSYSMN (SEQ ID Nº 20); una región de determinación de complementariedad de cadena pesada variable 2 (CDRH2) que comprende la secuencia de aminoácidos YISSSSSTIYYADSVKG (SEQ ID Nº 21); una región de determinación de complementariedad de cadena pesada variable 3 (CDRH3) que comprende la secuencia de aminoácidos GGHGYFDL (SEQ ID Nº 22); y una región de determinación de complementariedad de cadena liviana variable 1 (CDRL1) que comprende una secuencia de aminoácidos RASQSVSSSYLA (SEQ ID Nº 27); una región de determinación de complementariedad de cadena liviana variable 2 (CDRL2) que comprende la secuencia de aminoácidos GASSRAT (SEQ ID Nº 28); y una región de determinación de complementariedad de cadena liviana variable 3 (CDRL3) que comprende la secuencia de aminoácidos QQYHHSPLT (SEQ ID Nº 29), y d₁₅ representa un entero comprendido en un rango entre aproximadamente 1 y aproximadamente 20. Composición farmacéutica que comprende dicho conjugado y uno o más vehículos o excipientes farmacéuticamente aceptables. Método de tratamiento, el conjugado para uso o uso del conjugado para prevenir o tratar una enfermedad o trastorno en un sujeto. La enfermedad o trastorno está asociada con el agonista de STING. Método de tratamiento, el conjugado para uso o uso del conjugado para prevenir o tratar una enfermedad o trastorno en un sujeto donde la enfermedad o trastorno es cáncer.

Antibody drug conjugates comprising sting agonists

The present disclosure provides scaffolds and antibody-drug conjugates (ADCs) comprising a stimulator of interferon genes (STING). The present disclosure also provides uses of the ADCs in treatment, e.g., treatment of cancer.

Changeset conflict rebasing

In example embodiments, techniques are provided to implement changeset conflict rebasing when performing conflict-detection and merging in an infrastructure modeling software architecture that uses an optimistic concurrency policy. Changeset conflict rebasing involves adjusting the pre-change values in a local changeset so they match post-change values of a remote version, rather an original base version, or removing changes from the local changeset entirely.

Techniques for decoupling access to infrastructure models

In example embodiments, techniques are provided for decoupling user access to infrastructure models from proprietary software that maintains and updates the infrastructure models. A backend application may include an infrastructure modeling backend module that, among other functions, handles communication with an infrastructure modeling frontend module of a frontend application that provides user access to the infrastructure model, infrastructure modeling hub services that maintain repositories for the infrastructure model, and an infrastructure modeling native module that creates, performs operations upon, and updates local instances of a database that stores the infrastructure model. While the infrastructure modeling backend module may pass information obtained from the infrastructure modeling frontend module and infrastructure modeling hub services to the infrastructure modeling native module, it may be functionally separated from the software of the infrastructure modeling native module that understands how to maintain and update infrastructure models, including interacting with local instances of the database.

Changeset conflict rebasing

Changeset conflict rebasing

In example embodiments, techniques are provided to implement changeset conflict rebasing when performing conflict-detection and merging in an infrastructure modeling software architecture that uses an optimistic concurrency policy. Changeset conflict rebasing involves adjusting the pre-change values in a local changeset so they match post-change values of a remote version, rather an original base version, or removing changes from the local changeset entirely.

Techniques for decoupling access to infrastructure models

In example embodiments, techniques are provided for decoupling user access to infrastructure models from proprietary software that maintains and updates the infrastructure models. A backend application may include an infrastructure modeling backend module that, among other functions, handles communication with an infrastructure modeling frontend module of a frontend application that provides user access to the infrastructure model, infrastructure modeling hub services that maintain repositories for the infrastructure model, and an infrastructure modeling native module that creates, performs operations upon, and updates local instances of a database that stores the infrastructure model. While the infrastructure modeling backend module may pass information obtained from the infrastructure modeling frontend module and infrastructure modeling hub services to the infrastructure modeling native module, it may be functionally separated from the software of the infrastructure modeling native module that understands how to maintain and update infrastructure models, including interacting with local instances of the database.

Alignment of source infrastructure data with a bis conceptual schema

In one embodiment, techniques are provided for aligning source infrastructure data to be compatible with a conceptual schema (e.g., BIS) implemented through an underlying database schema (e.g., DgnDb). Data aligned according to the conceptual schema may serve as a "digital twin" of real-world infrastructure usable throughout various phases of an infrastructure project, with physical information serving as a "backbone", and non-physical information maintained relative thereto, forming a cohesive whole, while avoiding unwanted data redundancies. Source-format-specific bridge software processes may be provided that that know how to read and interpret source data of a respective source format, and express it in terms of the conceptual schema. The aligned data may be sent to an update agent that interprets the aligned data and computes a changeset therefrom, which may be stored for eventual application to a particular instance of a database maintained according to an underlying database schema of the conceptual schema.

Workspace databases

In example embodiments, techniques are described for using workspace databases to provide workspace resources to customize sessions of applications. File-based workspace databases are maintained in workspace files in a local file system. Cloud-based workspace databases are maintained in a cloud-based blob storage container of a storage account of a cloud storage system. Each cloud-based blob storage container may hold multiple cloud-based workspace databases, including multiple versions of the same database. To use a cloud-based workspace database, a backend module of an application may create an in-memory cloud container object that represents a connection to the cloud-based blob storage container. It may be attached to an in-memory object configured to manage a local cache of blocks of workspace databases. Access to the cloud-based blob storage container may be managed by access tokens provided by a container authority. Modifications to existing workspace databases or addition of new workspace databases may be performed using a workspace editor.

Prioridad de visualización para documentos de CAD 2D

Procedimiento que comprende:determinar una prioridad de elemento (416), una prioridad de nivel (418), y una prioridad de referencia de modelo(420) para por lo menos dos elementos en una imagen de CAD bidimensional (2D), en el que los elementos son2D y en el que un nivel es un grupo que contiene uno o más elementos, y un modelo es una agrupación lógica decontenido superior a un nivel, y en el que los modelos contienen niveles;determinar una prioridad de visualización para los elementos (422) como función de la prioridad de elemento, laprioridad de nivel, y la prioridad de referencia de modelo para los elementos respectivos;determinar un orden de precedencia de los elementos basándose en su prioridad de visualización, en el quedicho orden de precedencia de cada elemento corresponde a una profundidad de imagen de cada elemento;visualizar los elementos (424) en la imagen de CAD basándose en parte en el orden de precedencia, en el que laimagen de CAD puede crearse dibujando los elementos en cualquier orden; yalmacenar la profundidad de imagen para el elemento de imagen de CAD en una memoria intermedia z para laimagen de CAD;caracterizado porque determinar la prioridad de visualización (422) comprende:determinar un multiplicador de prioridad de elemento, un multiplicador de prioridad de nivel y un multiplicador deprioridad de referencia de modelo (410); ycombinar la prioridad de elemento, la prioridad de nivel y la prioridad de referencia de modelo con el multiplicadorde prioridad de elemento, el multiplicador de prioridad de nivel y el multiplicador de prioridad de referencia demodelo.

Conjugados de anticuerpo-farmaco que comprenden agonistas de sting.

La divulgación presente provee andamiajes y conjugados anticuerpo-fármaco (ADCs, por sus siglas en inglés) que comprenden un estimulante de los genes de interferón (STING). La divulgación presente también provee usos de los ADCs para tratamiento, por ejemplo, para el tratamiento del cáncer.

Conjugados de anticuerpo-farmaco que comprenden agonistas de sting.

La divulgación presente provee andamiajes y conjugados anticuerpo-fármaco (ADCs, por sus siglas en inglés) que comprenden un estimulante de los genes de interferón (STING). La divulgación presente también provee usos de los ADCs para tratamiento, por ejemplo, para el tratamiento del cáncer.

Intelligent model hierarchy for infrastructure modeling

In one embodiment, techniques are provided for modeling infrastructure from a plurality of modeling perspectives using an intelligent model hierarchy. A repository model for the infrastructure is generated that serves as a root of the intelligent model hierarchy. The repository model includes a root subject and one or more child subjects. One or more information partitions are generated for each subject, each information partition being associated with a respective modeling perspective. One or more child models are associated with each information partition. The one or more child models each containing one or more infrastructure elements that express the modeling perspective of the information partition with which the child model is associated. The repository model and the one or more child models are maintained together in a repository, and infrastructure elements of a selected model may be displayed on demand in a user interface of a client.

Display priority for 2d cad documents

Antibody drug conjugates comprising sting agonists

The present disclosure provides scaffolds and antibody-drug conjugates (ADCs) comprising a stimulator of interferon genes (STING). The present disclosure also provides uses of the ADCs in treatment, e.g., treatment of cancer.

Improvements in roofing sheets

Improvements in roofing sheets

Sting agonist compounds and methods of use

The present disclosure relates to STING (Stimulator of Interferon Genes) agonist compounds, methods of making the compounds and their methods of use.

改善された画素密度を有する表示装置とのアプリケーションプログラムの互換性を可能にする方法および装置

【課題】 増大した画素密度を有する表示装置とのアプリケーションプログラムの互換性を可能する方法および装置を提供すること。 【解決手段】 １または複数のパラメータを含む呼出しが、画面入力または出力機能を実行するためのアプリケーションプログラムインタフェースに向けられる。呼出しを受け取ったことに応答して、アプリケーションプログラムが、より低い画素密度の表示装置と共に使用するように構成されたか、それともより高い画素密度の表示装置と共に使用するように構成されたか判定が行われる。アプリケーションプログラムが、より低い画素密度の表示装置と共に使用するように構成されていると判定したことに応答して、パラメータは、より高い画素密度の表示装置に合うようにスケーリングされ、スケーリングされたパラメータを使用してアプリケーションプログラミングインタフェースが呼び出される。 【選択図】 図４Ａ

Workspace databases

In example embodiments, techniques are described for using workspace databases to provide workspace resources to customize sessions of applications. File-based workspace databases are maintained in workspace files in a local file system. Cloud-based workspace databases are maintained in a cloud-based blob storage container of a storage account of a cloud storage system. Each cloud-based blob storage container may hold multiple cloud-based workspace databases, including multiple versions of the same database. To use a cloud-based workspace database, a backend module of an application may create an in-memory cloud container object that represents a connection to the cloud-based blob storage container. It may be attached to an in-memory object configured to manage a local cache of blocks of workspace databases. Access to the cloud-based blob storage container may be managed by access tokens provided by a container authority. Modifications to existing workspace databases or addition of new workspace databases may be performed using a workspace editor.

Display priority for 2d cad documents

Display priority for 2d cad documents

Three values for each CAD image element are set: an element priority, a level priority, and a model reference priority. In addition, for the CAD project that contains the CAD image element, a separate priority multiplier value may be set project-wide for elements, levels, and models, creating an element priority multiplier, a level priority multiplier, and a model reference priority multiplier. Once the priority values and priority multiplier values have been set, either by default values or by the user, the values are used to calculate an image depth for each CAD image element. The image depth values are stored, for example in a z-buffer, and can be used to set the display priority for the CAD image elements regardless of the order in which they are placed into the image.

Display priority for 2d cad documents

Three values for each CAD image element are set: an element priority, a level priority, and a model reference priority. In addition, for the CAD project that contains the CAD image element, a separate priority multiplier value may be set project-wide for elements, levels, and models, creating an element priority multiplier, a level priority multiplier, and a model reference priority multiplier. Once the priority values and priority multiplier values have been set, either by default values or by the user, the values are used to calculate an image depth for each CAD image element. The image depth values are stored, for example in a z-buffer, and can be used to set the display priority for the CAD image elements regardless of the order in which they are placed into the image.

Serverless code service

In example embodiments, techniques are described for implementing a code service for managing codes for elements in a digital twin of infrastructure according to an edge computing paradigm. The techniques may use an “edge base,” wherein each edge computing device (e.g., a client computing device or VM) executes a code service that maintains a local, periodically-synchronized copy of a portion of a code database for the digital twin. A cloud container of a blob storage service of a cloud datacenter may maintain a master copy of the code database. Read operations by an application on a client computing device may be performed against its as-of-last-synchronization local code database. Write operations by the application may likewise be performed against the local code database, serialized via a write lock maintained in the cloud container that permits only a single client computing device to modify its local code database at a time.

Methods, electronic device and computer-readable medium for the conversion of cad descriptions

Techniques for coordinating codes for infrastructure modeling

In various embodiments, techniques are provided for coordinating the assignment of codes to infrastructure elements in an infrastructure modeling software architecture. A chain of authority is provided from a code authority local to a client to a cloud-based code authority service. Further, a code is structured in three parts, including a code specification part identifying a code specification that indicates what information is encoded into the code and how it is encoded, a code scope part based on boundaries over which the code authority guarantees the code is unique, and a code value part with a unique value.

Serverless property store

In example embodiments, techniques are described for implementing serverless property stores to hold properties that persist application customization data, such as settings. A serverless property store employs an “edge base” paradigm, wherein an edge computing device executes a property store service that maintains a local, periodically-synchronized copy of a portion of a database that stores properties (i.e., a local property cache”). A cloud container of a blob storage service of a cloud datacenter maintains a master copy of the database (i.e., a “property store database”). Read operations on a client computing device may be performed against the local property cache. Write operations may likewise be performed against the local property cache, however, they may be serialized via a write lock maintained in the cloud container. Multiple serverless property stores may be employed to store different properties each having different scopes.

Serverless code service

In example embodiments, techniques are described for implementing a code service for managing codes for elements in a digital twin of infrastructure according to an edge computing paradigm. The techniques may use an "edge base," wherein each edge computing device (e.g., a client computing device or VM) executes a code service that maintains a local, periodically-synchronized copy of a portion of a code database for the digital twin. A cloud container of a blob storage service of a cloud datacenter may maintain a master copy of the code database. Read operations by an application on a client computing device may be performed against its as-of-last-synchronization local code database. Write operations by the application may likewise be performed against the local code database, serialized via a write lock maintained in the cloud container that permits only a single client computing device to modify its local code database at a time.

Workspace databases

In example embodiments, techniques are described for using workspace databases to provide workspace resources to customize sessions of applications. To write workspace resources a backend module of an application may obtain a write lock on a cloud-based blob storage container, and ensure a block of a workspace database to be modified is local in a cloud cache. It may execute one or more database commands to modify the block in the cloud cache, and change an identifier of the block in a local copy of a manifest that includes a list of the blocks of the cloud-based blob storage container. It may further upload the modified block and the local copy of the manifest to the cloud-based blob storage container, wherein the uploaded local copy of the manifest replaces the manifest in the cloud-based blob storage container.

Workspace databases

In example embodiments, techniques are described for using workspace databases to provide workspace resources to customize sessions of applications. To write workspace resources a backend module of an application may obtain a write lock on a cloud-based blob storage container, and ensure a block of a workspace database to be modified is local in a cloud cache. It may execute one or more database commands to modify the block in the cloud cache, and change an identifier of the block in a local copy of a manifest that includes a list of the blocks of the cloud-based blob storage container. It may further upload the modified block and the local copy of the manifest to the cloud-based blob storage container, wherein the uploaded local copy of the manifest replaces the manifest in the cloud-based blob storage container.

Methods, electronic device and computer-readable medium for the conversion of cad descriptions

In one embodiment, techniques are provided for converting a CAD description maintained in a first storage format (e.g., a file-based storage format) of a source re-pository to a second storage format (e.g., a relational database-based storage format) of an output repository. The techniques may, generate a single, coherent representa-tion from spatially ambiguous "fragments" by generating an acyclic model graph for each graphical view, and then storing models of the acyclic model graph in the second storage format (e.g., the relational database-based storage format). The techniques may further produce a post-conversion CAD description that preserves human-readable names and information relationships related to levels by examining attach-ment specific copies of level structures (i.e. levels and attached levels) referenced from attachments, and generating from these categories and subcategories in the second storage format (e.g., the relational database-based storage format).

Methods, electronic device and computer-readable medium for the conversion of cad descriptions

In one embodiment, techniques are provided for converting a CAD description maintained in a first storage format (e.g., a file-based storage format) of a source re-pository to a second storage format (e.g., a relational database-based storage format) of an output repository. The techniques may, generate a single, coherent representa-tion from spatially ambiguous "fragments" by generating an acyclic model graph for each graphical view, and then storing models of the acyclic model graph in the second storage format (e.g., the relational database-based storage format). The techniques may further produce a post-conversion CAD description that preserves human-readable names and information relationships related to levels by examining attach-ment specific copies of level structures (i.e. levels and attached levels) referenced from attachments, and generating from these categories and subcategories in the second storage format (e.g., the relational database-based storage format).

Determining stereoisomeric excess, concentration and absolute configuration

The present invention is directed to analytical methods for determining the concentration, and/or stereoisomeric excess, and/or absolute configuration of chiral analytes in a sample.

Alignment of source infrastructure data with a bis conceptual schema

Techniques for coordinating codes for infrastructure modeling

Method and system for storing large data files

Serverless property store

In example embodiments, techniques are described for implementing serverless property stores to hold properties that persist application customization data, such as settings. A serverless property store employs an "edge base" paradigm, wherein an edge computing device executes a property store service that maintains a local, periodically-synchronized copy of a portion of a database that stores properties (i.e., a local property cache"). A cloud container of a blob storage service of a cloud datacenter maintains a master copy of the database (i.e., a "property store database"). Read operations on a client computing device may be performed against the local property cache. Write operations may likewise be performed against the local property cache, however, they may be serialized via a write lock maintained in the cloud container. Multiple serverless property stores may be employed to store different properties each having different scopes.

Display priority for 2d cad documents

Three values for each CAD image element are set: an element priority, a level priority, and a model reference priority. In addition, for the CAD project that contains the CAD image element, a separate priority multiplier value may be set project-wide for elements, levels, and models, creating an element priority multiplier, a level priority multiplier, and a model reference priority multiplier. Once the priority values and priority multiplier values have been set, either by default values or by the user, the values are used to calculate an image depth for each CAD image element. The image depth values are stored, for example in a z-buffer, and can be used to set the display priority for the CAD image elements regardless of the order in which they are placed into the image.

Bis-[n-((5-carbamoyl)-1h-benzo[d]imidazol-2-yl)-pyrazol-5-carboxamide] derivatives and related compounds as sting (stimulator of interferon genes) agonists for the treatment of cancer

The present disclosure relates to compounds of formula (IA') as STING (Stimulator of Interferon Genes) agonists for use in the treatment of e.g. cancer, obesity, liver injuries, sugar-lipid metabolism and virus infections. The present description discloses the synthesis and characterisation of exemplary compounds as well as pharmacological data thereof (e.g. pages 128 to 286; examples 1 to 54; tables 1, 2a, 2b and 3). An exemplary compounds is e.g. example 1: (E)-N-(5-carbamoyl- l-(4-(5-carbamoyl-2-(4-ethyl-2-methyloxazole-5-carboxamido)-7- (3-hydroxypropoxy)-1H-benzo[d]imidazol-1-yl)but-2-en-1-yl)-7- methoxy-1H-benzo[d]imidazol-2-yl)-4-ethyl-2-methyloxazote-5- carboxamide (compound 9).

Stereodynamic chemosensors

The present invention relates to multifunctional chemosensors that can measure the concentration, enantiomeric excess (ee), and absolute configuration of chiral compounds. The chemosensors described herein may contain a backbone moiety that is bonded to a fluorescent moiety and a moiety for bonding a chiral compound. Backbone moieties may include aromatic groups, for example, naphthyl. The chemosensors described herein are useful for measuring concentration, enantiomeric excess, and absolute configuration of organic molecules in areas such as high throughput screening.

Inter-process message security

An inter-process messaging security management may be provided. A message comprising an operation to be performed may be sent from a process operating in a process chamber to a second process operating in another chamber. Before the message is allowed to be delivered, the validity of the operation contained in the message may be verified and a security policy may be examined to determine whether the message is permitted to be sent from the first process to the second process. If the security policy permits the second process to execute the operation requested by the first process, the message may be delivered to the second process. If the operation is not permitted, the message may not be delivered and an error message may be returned to the first process.