Abstract: A method includes the step of receiving a first weight value from a sensor associated with a feed mixer. A first rotation speed associated with the first weight value is monitored. A second weight value is received from the sensor associated with the feed mixer and a second rotation speed associated with the second weight value is monitored. A mixing profile is generated based on the first weight value, the second weight value, the first rotation speed, and the second rotation speed. In one embodiment, a first feed ingredient is associated with the first weight value and a second feed ingredient is associated with the second weight value.

Abstract: This disclosure generally relates to synchronizing non-file content items from a collaborative workspace environment to a local computing device. Once the non-file content item has been synchronized to the local computing device, content or other data contained within the non-file content item may be accessed and edited. Once the edits are complete, the updated non-file content item may be provided back to the collaborative workspace environment. The changes may then be provided back to the original non-file content item such that it includes the most recent updates.

Abstract: A two-piece spill proof open cup is disclosed comprising a container suitable for holding liquids, such as a beverage, and a lid. The container has a sidewall, a neck adjacent the sidewall and an opening defined by the neck. The neck has a flange along an edge of the neck and a plurality of posts adjacent the flange. The lid is adapted to fasten to the container. The lid has an upper surface external to the two-piece spill proof open cup and a lower surface internal to the two-piece spill proof open cup. The lid also has a flap, a lid body with a vent, a hinge connecting the flap to the lid body, a handle on the upper surface and a bead having channels. The bead is integrated into the lower surface. The lid flap is adapted to form a liquid tight seal between the lid and container.

Abstract: Policy based hydration behavior in cloud storage synchronization is provided. In some examples, user intent and defined policy or policies may be examined by a synchronization engine to determine when a synchronization should be aborted and instead redirected to viewing the requested file from the cloud, thereby avoiding the download. The synchronization engine may include a web interface with the ability to display and edit different types of files in this fashion. In addition to redirecting to the cloud, hydration may be blocked entirely in other examples. In a further example, a selective synchronization dialog may be launched to allow the user specify select action(s). A policy that dictates the hydration behavior may be persisted and updated as needed. To implement the policy, required operations on the local machine may be intercepted.

Abstract: Variety of approaches to control file hydration behavior are described. A filter driver initiates operations to control file hydration behavior upon receiving a process identifier (PID) registration from a synchronization engine. Upon receiving a file operation request associated with a placeholder file, a PID and a process name associated with the file operation is identified. A hydration behavior is detected based on the PID or the process name. A decision associated with the file operation request is rendered based on the hydration behavior.

Abstract: A method of operation of a machine control indicator located on a first machine includes the step of monitoring operational parameters of a second machine operationally associated with a first machine. Each of the operational parameters is associated with a common clock of the machine control indicator. The operational parameters are stored in a memory of the machine control indicator with a date and time stamp based on the common clock. The operational parameters are transmitted along with the date and time stamp to a user device separate from the first machine and the second machine. In one embodiment, the operational parameters comprise one or more of a weight value, a rotation value, a revolutions per minute value, a peak weight value, a gearbox temperature value, and a hydraulic pressure value.

Abstract: A computing system includes at least one processor and memory storing instructions executable by the at least one processor, wherein the instructions, when executed, cause the computing system to instruct a synchronization engine to synchronize first and second versions of a file, the first version being stored on a first storage system and the second version being stored on a second storage system, receive a backoff indicator corresponding to the file, based on the backoff indicator, instruct the synchronization engine to backoff synchronizing changes to the file, and allow the changes to the file to be synchronized by a co-authoring application, maintain a first set of collaborative metadata indicative of content of the first version of the file, and maintain a second set of collaborative metadata indicative of content of the second version of the file.

Abstract: A cage for a choke valve assembly and method for using the same is provided. The cage includes one or more teardrop shaped orifices for the manipulation of fluid flow through the choke valve assembly.

Abstract: A system to enable a user to generate copies of files at a client device and to cause a file hosting platform to generate backups of these copies in a cloud database without transferring file content data for these files between the client device and the cloud database. When a user copies a file from a first folder on a client device to a second folder on the client device, the system may determine that the file content data for this file is already present in the cloud database. Then, rather than uploading the file content data to the cloud database from the client device, the system may cause a file hosting platform to access the file content data directly from the cloud database to perform a file copy operation.

Abstract: A synchronization engine detects a notification of a change to a file. It determines whether an application associated with the file has indicated that the file is to be synchronized by the application. If so, the changes to the file are synchronized between a cloud-based storage system and a local disk by the application. Collaborative metadata, associated with the synchronized file, is updated to indicate a state of a copy of the file on the local disk and a copy of the file in the cloud-based storage system. The collaborative metadata is stored by the synchronization engine.

Abstract: This disclosure generally relates to synchronizing a list of queries made against content hosted by a collaborative workspace environment, or against some other remote computing device, to a local computing device. The methods and system described herein enable a synchronization client associated with the local computing device to synchronize one or more queries (e.g., a most recently used file list on the collaborative workspace environment, a list of shared files on the collaborative workspace environment and the like), along with the content associated with the one or more queries, provided on the collaborative workspace environment to the local computing device.

Abstract: This disclosure generally relates to synchronizing non-file content items from a collaborative workspace environment to a local computing device. Once the non-file content item has been synchronized to the local computing device, content or other data contained within the non-file content item may be accessed and edited. Once the edits are complete, the updated non-file content item may be provided back to the collaborative workspace environment. The changes may then be provided back to the original non-file content item such that it includes the most recent updates.

Abstract: Disclosed herein are systems, methods, and software for enhancing error detection in data synchronization operations. In an implementation, log data reported by a device is received and incorporated into an event database indicating interleaved events related to data synchronization threads on the device. The event database is queried to extract a listing of events in the event database, the listing of events comprising events potentially associated with at least one error condition in the data synchronization threads. The listing of events is processed to identify one or more patterns from among the interleaved events that indicate the at least one error condition in the data synchronization threads. Responsive to identifying the one or more patterns, an indication of the at least one error condition in the data synchronization threads is communicated.

Abstract: A two-piece spill proof open cup is disclosed comprising a container suitable for holding liquids, such as a beverage, and a lid. The container has a sidewall, a neck adjacent the sidewall and an opening defined by the neck. The neck has a flange along an edge of the neck and a plurality of posts adjacent the flange. The lid is adapted to fasten to the container. The lid has an upper surface external to the two-piece spill proof open cup and a lower surface internal to the two-piece spill proof open cup. The lid also has a flap, a lid body with a vent, a hinge connecting the flap to the lid body, a handle on the upper surface and a bead having channels. The bead is integrated into the lower surface. The lid flap is adapted to form a liquid tight seal between the lid and container.

Abstract: Dynamic storage management in cloud storage synchronization is provided. A limit may be specified for amount of data associated with hydrated content in local storage. Upon detecting the limit being exceeded, the system may automatically begin to dehydrate files in local storage and replace them with placeholder files. Placeholders may also be specified on by default and content may initially synchronize as placeholders. As the user hydrates content, some files that were previously hydrated may be reverted to the placeholder state as the limit for amount of data in local storage is approached or exceeded. In some examples, specific limits may not be defined, but content may be heurstically dehydrated based on usage and size. In yet another example, the synchronization and local content dehydration may be performed on a per-folder basis.

Abstract: Policy based hydration behavior in cloud storage synchronization is provided. In some examples, user intent and defined policy or policies may be examined by a synchronization engine to determine when a synchronization should be aborted and instead redirected to viewing the requested file from the cloud, thereby avoiding the download. The synchronization engine may include a web interface with the ability to display and edit different types of files in this fashion. In addition to redirecting to the cloud, hydration may be blocked entirely in other examples. In a further example, a selective synchronization dialog may be launched to allow the user specify select action(s). A policy that dictates the hydration behavior may be persisted and updated as needed. To implement the policy, required operations on the local machine may be intercepted.

Abstract: Variety of approaches to control file hydration behavior are described. A filter driver initiates operations to control file hydration behavior upon receiving a process identifier (PID) registration from a synchronization engine. Upon receiving a file operation request associated with a placeholder file, a PID and a process name associated with the file operation is identified. A hydration behavior is detected based on the PID or the process name. A decision associated with the file operation request is rendered based on the hydration behavior.

Abstract: Symbolic link based placeholders are used for cloud stored data synchronization. To synchronize cloud stored data, placeholders may be implemented as bidirectional symbolic links to a location that has a custom virtual file system (VFS) mounted. When a symbolic link is opened, the operating system may be directed to the custom VFS. The custom VFS may hydrate the file through a synchronization engine, and place the hydrated file at the location of the original symbolic link. The custom VFS may then redirect back to the primary file system of the operating system to allow the operation on the file to complete. Complexity and resource consumption may be reduced by passing placeholder requests instead of all requests through the custom VFS.