Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

WKID question of OGCGeometry.fromText() and OGCGeometry.fromBinary()

Open
#139 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
20/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Stale
Tech stack
java
Domain
api

Research direction

Start with OGCGeometry.fromText(String) and the corresponding fromBinary method, then compare their spatial-reference handling with fromGeoJson and fromJson. Investigate how relation methods such as st_contains and st_intersects use spatial references. Done means establishing and documenting the expected WKID behavior for non-4326 inputs.

Written by the indexing model from the issue text.

Description

question

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!

Dominant language
Java
Stars
710
Forks
268
Avg merge
7d 23h
Merged PRs (30d)
1

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from Esri/geometry-api-java

All issues in Esri/geometry-api-java

Similar issues

More Java issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.