Write a `particles` visualization demo using point-in-polygon
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- nodejs, typescript
- Área
- backend, data-visualization, web-dev
Línea de trabajo
Comienza localizando los puntos de entrada de la aplicación cliente y del api-server para una visualización de partículas. Rastrea cómo el cliente envía las coordenadas del viewport y cómo el servidor carga las coordenadas de los puntos con @rapidsai/cudf, realiza el culling point-in-polygon y devuelve los resultados mediante arrow. La tarea está completa cuando una demo end-to-end admite el desplazamiento y el arrastre, actualiza el viewport y muestra los puntos devueltos con una imagen de fondo o un mapa que se traslada y escala.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
We've been planning for a while to build a pip demo that uses index buffer objects and a viewport specified as a polygon for pip culling. This issue describes that project:
A web application is loaded that queries the api-server GPU backend to load a dataset onto GPU.
The api-server uses @rapidsai/cudf to load a large number of x,y point coordinates and metadata into a cudf.DataFrame.
The client app then queries for the points that contained in the current viewport and displays them.
It receives mouse events for scrolling and dragging that change the perspective on the displayed points, with a background image (or map) that translates and scales to match the GL geometry.
Whenever the perspective changes, the client requests an updated set of points from the original datasource, passing the current viewport coordinates to be used as a polygon.
api-server uses the viewport coordinates to cull the points with point-in-polygon before returning them over arrow.
https://github.com/rapidsai/node/issues/439#tasklist-block-78cf1f58-34c6-4e7b-a261-11ff5477a1f8
- Lenguaje dominante
- TypeScript
- Estrellas
- 211
- Forks
- 29
- Merge medio
- 17 h 30 min
- PR fusionados (30 d)
- 1
Preparar el entorno
Aún no hemos revisado los archivos de configuración de este proyecto. Empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de rapidsai/node
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
Please provide Arm64 buildsAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 10/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
Todos los issues de rapidsai/node
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
melgarafael/DeskcommCRM#1812 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
prisma/prisma-cli#309 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
gregwebs/pi-quota-dispatcher#26 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
openwatersio/slackwater.xyz#124 ·
Los mantenedores suelen responder en 1 día
-
agent-reported area/browser area/docs documentation good first issue hacktoberfest help wanted P2
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
Los mantenedores suelen responder en 2 días