WKID question of OGCGeometry.fromText() and OGCGeometry.fromBinary()
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 20/100
Línea de trabajo
Comienza con OGCGeometry.fromText(String) y el método fromBinary correspondiente; después, compara su gestión de las referencias espaciales con fromGeoJson y fromJson. Investiga cómo los métodos de relación, como st_contains y st_intersects, utilizan las referencias espaciales. Se considera completado cuando se haya establecido y documentado el comportamiento esperado de WKID para entradas que no sean 4326.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
public static OGCGeometry fromText(String text) {
OperatorImportFromWkt op = (OperatorImportFromWkt)OperatorFactoryLocal.getInstance().getOperator(Type.ImportFromWkt);
OGCStructure ogcStructure = op.executeOGC(0, text, (ProgressTracker)null);
return createFromOGCStructure(ogcStructure, SpatialReference.create(4326));
}
For this function (same as fromBinary), it will output OGCGeometry using the WKID 4326 directly. If the input text has some information of SRID which is not 4326, what should we do? Or current api for all the relations (such as st_contains, st_intersects etc.) is just suited for 4326 spatial reference system. In the function fromGeoJson or fromJson, it will parse the WKID from the Json input and set the SpatialReference. Here, I have a question: if the SRID is not 4326, when we do the relation query for these geometries, do we use the spatial reference system in the input JSON, or we change the spatial reference system to the 4326? Thank you!
- Lenguaje dominante
- Java
- Estrellas
- 710
- Forks
- 268
- Merge medio
- 7 d 23 h
- PR fusionados (30 d)
- 1
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 Esri/geometry-api-java
-
GeometryEngine.Difference throws GeometryException: internal error for closed polyline touching endpointPosiblemente ocupada @DavidHollman la tomó hace 24 días. Abiertobug fixed_to_verify
Esri/geometry-api-java#328 · 3 comentarios · 1 asignado ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
Esri/geometry-api-java#324 · 17 comentarios · 1 reacción ·
-
esrijson to geojson ExceptionAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Esri/geometry-api-java#321 · 1 comentario ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 30/100
Esri/geometry-api-java#320 · 1 comentario ·
-
cannot reproduce
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Esri/geometry-api-java#316 · 5 comentarios ·
Todos los issues de Esri/geometry-api-java
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
apache/rocketmq-dashboard#5358 ·
Los mantenedores suelen responder en 3 días
-
area:cpan-port area:database bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
fglock/PerlOnJava#1605 ·
Los mantenedores suelen responder en 1 día
-
1.0.0-rc2
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
wso2/dpdp-accelerator#377 ·
Los mantenedores suelen responder en 1 día
-
area/dependencies backport/26.4 kind/cve severity/high source/scan-dependencies status/triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día