Introducing myself + a few GRASS contributions (Jupyter, tests, small fixes) #7491
Replies: 3 comments 1 reply
|
@Valyrian-Code thanks for the PRs, please give us time to get to your open PRs before submitting more, we have a large backlog. |
|
Thanks for merging the When there's time (no rush), I'd like to revisit the vector styling direction you mentioned for At the moment,
As a result, styling is not portable between backends. Switching from one backend to another often requires rewriting styling logic, with opacity being the only option currently normalized across both. I was thinking about introducing a small backend-agnostic styling layer consisting of:
The core translation logic could be implemented as a pure function, making it straightforward to unit test. Conceptually, it would be a natural extension of the existing opacity normalization. Does that align with what you had in mind? If so, I'd be happy to open an issue with a more detailed proposal before writing any code. And if you'd prefer that I wait until more of my open PRs are merged first, that's completely fine as well. |
|
Quick follow-up. Most of my open PRs have merged now, so the queue's looking a lot better. Since the InteractiveMap legend is already underway in #7072, I was thinking of moving on to vector styling next. I'll open an issue first with the proposed design before writing any code. One quick question whenever you have a chance: should the styling follow d.vect's options, or would you prefer a simple GeoJSON-style dictionary? |
Uh oh!
There was an error while loading. Please reload this page.
Hi OSGeo community :] ,
I’m Rajveer (@Valyrian-Code on GitHub), a computer science student interested in open-source software and systems programming. I started contributing to GRASS to learn more about geospatial software and have been getting familiar with the project by building it from source, fixing bugs, and adding tests.
So far, I’ve contributed a few fixes and tests to both grass-tutorials and the main GRASS repository, including work on
grass.jupyter,d.correlate,i.spectral, and test coverage improvements. A few of the open PRs:d.correlate: exit on insufficient input + fix a reused-variable crashi.spectral: fix the-ttext output (was writing a Python tuple repr)grass.jupyter: use the Tools API inreproject_latlongrass.jupyterutils andr.colors.stddevA few quick questions:
Is additional work on the Jupyter/notebook area currently needed, and is there someone I should coordinate with?
For
grass.jupyter, would more tests, Tools API migration, or feature work be most valuable?Are there any areas with known testing gaps or issues where contributions would be especially helpful?
Rajveer Bishnoi ✨
Linkedin : www.linkedin.com/in/rajveer-bishnoi-576b62356
All reactions