Skip to content

Use interface for spatial index rather than concrete struct#15

Merged
rm-hull merged 2 commits into
mainfrom
feat/search-interface
Jun 28, 2025
Merged

Use interface for spatial index rather than concrete struct#15
rm-hull merged 2 commits into
mainfrom
feat/search-interface

Conversation

@rm-hull

@rm-hull rm-hull commented Jun 28, 2025

Copy link
Copy Markdown
Collaborator

No description provided.

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Summary of Changes

Hello @rm-hull, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request refactors the spatial indexing component by introducing an interface to abstract its functionality. This change improves the modularity and testability of the codebase, allowing for greater flexibility in choosing or implementing different spatial indexing algorithms without affecting the API consumers.

Highlights

  • Architectural Refactoring: I've introduced a new SpatialIndex interface in spatial-index/codepoint.go. This interface defines the Search, SearchIter, and Len methods, abstracting the underlying spatial index implementation.
  • Concrete Implementation Renaming: The previous concrete SpatialIndex struct has been renamed to RtreeSpatialIndex to clearly indicate its specific implementation using an R-tree. All methods previously associated with SpatialIndex are now associated with RtreeSpatialIndex.
  • Interface Adoption in API: The cmd/api_server.go and routes/search.go files have been updated to use the new spatialindex.SpatialIndex interface type when creating and passing around the spatial index. This promotes loose coupling and makes it easier to swap out spatial index implementations in the future.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point in your pull request via creating an issue comment (i.e. comment on the pull request page) using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in issue comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist is currently in preview and may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments to provide feedback.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

@github-actions

github-actions Bot commented Jun 28, 2025

Copy link
Copy Markdown
TestsPassed ✅SkippedFailed
JUnit Test Report18 ran18 passed0 skipped0 failed
TestResult
JUnit Test Report
postcode-polygons/internal.TestDecompressFeatureCollection_Success✅ passed
postcode-polygons/internal.TestDecompressFeatureCollection_FileNotFound✅ passed
postcode-polygons/internal.TestDecompressFeatureCollection_InvalidBZ2✅ passed
postcode-polygons/internal.TestCompressFeatureCollection_Success✅ passed
postcode-polygons/internal.TestCompressFeatureCollection_ErrorOnCreate✅ passed
postcode-polygons/internal.TestCompressFeatureCollection_And_DecompressFeatureCollection_RoundTrip✅ passed
postcode-polygons/spatial-index.TestNewCodePointSpatialIndex_Success✅ passed
postcode-polygons/spatial-index.TestNewCodePointSpatialIndex_BadZip✅ passed
postcode-polygons/spatial-index.TestSearch✅ passed
postcode-polygons/spatial-index.TestSearchIter_InvalidBounds✅ passed
postcode-polygons/spatial-index.TestLen✅ passed
postcode-polygons/spatial-index.Test_fromCodePointCSV✅ passed
postcode-polygons/spatial-index.TestParseCSV_WithHeader_Success✅ passed
postcode-polygons/spatial-index.TestParseCSV_WithoutHeader_Success✅ passed
postcode-polygons/spatial-index.TestParseCSV_ParseError✅ passed
postcode-polygons/spatial-index.TestParseCSV_MalformedLine✅ passed
postcode-polygons/spatial-index.TestParseCSV_HeaderReadError✅ passed
postcode-polygons/spatial-index.TestParseCSV_YieldStopsEarly✅ passed

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request introduces a SpatialIndex interface to decouple the spatial index implementation from its consumers, which is a great architectural improvement. The changes are consistently applied across the codebase. I have one suggestion to further improve the abstraction by modifying the constructor to return the interface type instead of the concrete implementation, which will fully hide the implementation details from consumers.

Comment thread spatial-index/codepoint.go Outdated
@coveralls

coveralls commented Jun 28, 2025

Copy link
Copy Markdown

Pull Request Test Coverage Report for Build 15948367623

Details

  • 7 of 15 (46.67%) changed or added relevant lines in 3 files are covered.
  • No unchanged relevant lines lost coverage.
  • Overall coverage remained the same at 32.112%

Changes Missing Coverage Covered Lines Changed/Added Lines %
cmd/api_server.go 0 4 0.0%
routes/search.go 0 4 0.0%
Totals Coverage Status
Change from base Build 15945004373: 0.0%
Covered Lines: 149
Relevant Lines: 464

💛 - Coveralls

Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com>
@rm-hull
rm-hull merged commit fe8a906 into main Jun 28, 2025
3 checks passed
@rm-hull
rm-hull deleted the feat/search-interface branch June 28, 2025 21:42
rm-hull added a commit that referenced this pull request Jun 28, 2025
…s/inc-coverage

* 'main' of github.com:rm-hull/postcode-polygons:
  Use interface for spatial index rather than concrete struct (#15)
  Inflate the bound box to include polygons whos centroids might be just outside the current bounds (#14)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants