-
Notifications
You must be signed in to change notification settings - Fork 79
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
libpysal.graph roadmap to release #562
Comments
Can you drop a note if you are planning to work on any of the topics mentioned above so we don't overlap? |
I am unlikely to have time until sept 27 |
I think I’ll go back to ensuring the constructors can consume sparse next |
With #577, we're ready for the initial experimental release of Graph.
Anything else you'd like to get in? I would target the end of the week at the latest to cut 4.8.0 (need it alive on conda on Tuesday) |
Anything blocking the release now that #577 is merged? @jGaboardi any idea if the current infrastructure works as intended? It has not been updated here. |
I am not sure. Let's give it try; perhaps as a |
More like |
@jGaboardi Action looking good - https://github.com/pysal/libpysal/actions/runs/6353690175/job/17258825775 PyPI is up - https://pypi.org/project/libpysal/4.8.0rc1/ Changelog is completely broken - https://github.com/pysal/libpysal/releases/tag/v4.8.0rc1 |
Documentation is okay - https://pysal.org/libpysal/ |
Yeah, looks like the action still uses
|
lets update the root and get rid of versioneer etc before doing a real release |
@knaaptime Are you on it or shall I? |
i'll take the first pass |
Unless anyone does that first, I'm happy to cut 4.8.0 later tonight (Prague time) or tomorrow morning. |
Seem to have a strange merge problem with |
Seems like two key pieces slipped through the cracks:
I'll put in the necessary PR shortly. |
we dont need the sys path hack |
i think we're using an old recipe for the docs. It should have an install line before making the docs (so you get the real version without doing the sys/path hack). I think there's a current version in tobler |
Seems to fail without it. |
Can confirm docs build locally, but with the following warnings:
|
I we are OK with that, I will push up the fixes immediately. |
Release failed, I think because there is no |
|
All looking good to me! |
Do you or Eli want to do the honors since yall put in that hard work? Or shall I go ahead and cut it? |
Go ahead 😉 |
The decision on ID API has been to allow passing an array of IDs when the input is a sparse or dense precomputed array and raise a |
xref #712 |
I tried to outline what is missing before we could cut a release with the new graph stuff. Open to a discussion.
testing
We have a decent coverage of base but especially constructors are not always tested for correctness. So we test the API but not that the adjacency captures what it should. So missing tests:
implementation/checks
Some bits are still waiting for implementation (I have likely missed stuff here) or a double check that the current implementation works as intended.
discussion
A few things I'd like to discuss (during the dev call in 3 minutes?)
expose kernels intransform
? kernels are essentially transformations. Shall we allow to use them post-creation?follow-up
Stuff that is not implemented or started but that can likely wait for subsequent release, not the initial one. Below is the list of stuff I'd like to see soon but there's more to be done.
lag()
?)documentation
API reference should be in the docs for the first release. user guide can follow later.
Some of the follow-up could be piped via W for the time being if we want them available.
The text was updated successfully, but these errors were encountered: