Polygon support for addressSearch
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 48/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- typescript
Research direction
Start by locating the addressSearch implementation and its Nominatim provider, then trace how returned points determine the map view and zoom. Define the provider configuration and polygon handling from the issue requirements, and verify that polygon results choose a zoom level showing the whole area.
Written by the indexing model from the issue text.
Description
The addressSearch should (additionally) support working with polygons instead of points.
If a service is able to return a polygon, this should be preferred over points (or at least, it should be configurable).
Having the polygon allows for determining the adequate zoom level for the feature. The adequate zoom level should at least show the whole area of the polygon.
This issue is meant to be resolved when the following is implemented:
- addressSearch supports providers that return polygons.
- The nominatim addressSearch provider can be configured to use polygons.
- If polygons are used, the adequate zoom level is dynamically determined.
- Dominant language
- TypeScript
- Stars
- 50
- Forks
- 8
- Avg merge
- 18h 24m
- Merged PRs (30d)
- 11
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Dataport/polar
-
bug good first issue
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 5/5 Over a week Newbie friendliness 25/100
-
bug
Difficulty 3/5 1-2 days Newbie friendliness 45/100
-
bug
-
bug
Similar issues
-
clawsweeper:fix-shape-clear clawsweeper:queueable-fix clawsweeper:source-repro impact:ux-friction issue-rating: 🦞 diamond lobster no-stale P3
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Difficulty 1/5 Under an hour Newbie friendliness 76/100
-
code-quality refactoring
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
github/gh-aw-firewall#8816 ·
-
integration:quickjs org:external priority:backlog topic:code-interpreter topic:middleware type:feature
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
langchain-ai/deepagents#6450 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 88/100
vercel/react-tweet#225 ·