JtsGeometry.getBuffered doesn't buffer across the dateline
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Comienza en src/main/java/org/locationtech/spatial4j/shape/jts/JtsGeometry.java en la línea 177 e inspecciona el TODO relacionado con getBuffered. Reproduce el buffering de una geometría cercana a la línea internacional de cambio de fecha y verifica que se incluya la geometría cercana del lado opuesto sin generar longitudes no válidas. Se considera terminado cuando los buffers que cruzan la línea internacional de cambio de fecha devuelven correctamente los registros geográficamente adyacentes.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
We are using the getBuffered method to find records that are near the record queried. It doesn't buffer across the dateline, though, so if the query record is next to the dateline, we won't find nearby records properly even though they are geographically close to the query record because the buffered geometry stops at the dateline.
There is a TODO to fix this. Any chance of this being improved? The current implementation is better than the homebrew implementation we were using, in that it at least stops at the dateline rather than generating invalid longitudes, so I am very appreciative of the existing work that's gone in.
- Lenguaje dominante
- Java
- Estrellas
- 962
- Forks
- 174
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
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 locationtech/spatial4j
-
question
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
locationtech/spatial4j#233 · 1 comentario ·
-
Validation for self-intersection WKT Multipolygon fails at the WKTReader, while works when wrapped in a `GEOMETRYCOLLECTION`Quizá libre de nuevo Un pull request para esta issue se cerró sin fusionarse. Abiertobug
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
locationtech/spatial4j#232 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
locationtech/spatial4j#231 · 1 comentario ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
locationtech/spatial4j#230 · 2 comentarios ·
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
locationtech/spatial4j#227 · 2 comentarios ·
Todos los issues de locationtech/spatial4j
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
portfolio-performance/portfolio#6119 ·
Los mantenedores suelen responder en 8 días
-
Bump up AWS SDK to 2.54.3Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
jenkinsci/ec2-plugin#2041 ·
-
L: github:actions L: php:composer
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
dependabot/dependabot-core#16493 ·
Los mantenedores suelen responder en 1 día
-
SHOW EDIT of a subclass for an object of its superclass: the form fails to open with AssertionErrorAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100