You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For greater appeal to lay people and to put forth the visual dimension of design, a color-based search or filtering functionality here is relevant. As much as possible, we should try to leverage postgres to handle storing the color values and assessing the proximity of various values.
The adopted approach for storing color values is to use postgres's cube extension, storing colors as point-cubes aka cubes of size 0 (https://www.postgresql.org/docs/current/cube.html). This is simplifies to storing colors as 3d vectors (r, g, b) and enables proximity search using euclidian distance computation, with the <-> operator.
Next step is to determine how color-based search queries can be executed. Are rpc calls unavoidable? If so, how can they chain with other filter params?
Technical challenges are essentially solved through our migration to drizzle-orm and the publication of drizzle-orm-helpers including the cube custom type driver and cube-related operations.
Task Description
For greater appeal to lay people and to put forth the visual dimension of design, a color-based search or filtering functionality here is relevant. As much as possible, we should try to leverage postgres to handle storing the color values and assessing the proximity of various values.
Resources
List of actions
The text was updated successfully, but these errors were encountered: