-
Notifications
You must be signed in to change notification settings - Fork 58
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
Accounting for incoming API changes to libpysal
and adding testing against libpysal
's master branch
#26
Conversation
Oh yes, also I link this with pysal/spreg#9 and http://ljwolf.org/post/testingmatrix/ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There are some duplicates of liblibpysal
which should be libpysal
esda/geary.py
Outdated
>>> from esda.geary import Geary | ||
>>> w = lps.open(lps.get_path("book.gal")).read() | ||
>>> f = lps.open(lps.get_path("book.txt")) | ||
>>> w = libpysal.io.open(liblibpysal.examples.get_path("book.gal")).read() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
s/liblibpysal/libpysal/g
esda/geary.py
Outdated
>>> w = lps.open(lps.get_path("book.gal")).read() | ||
>>> f = lps.open(lps.get_path("book.txt")) | ||
>>> w = libpysal.io.open(liblibpysal.examples.get_path("book.gal")).read() | ||
>>> f = libpysal.io.open(liblibpysal.examples.get_path("book.txt")) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
s/liblibpysal/libpysal/g
Looks like it is ready to merge as the travis tests against libpysal master branch are passing? When I run the tests on my local machine, there are some errors in the doctests on Headbanging_Triples. I noticed that it is a depreciated function whose unittest is skipped and PR #11 is working on a substitution. Are we going to keep the depreciated function for the next release or integrate the work in PR #11 ? |
Hey,
this adds some documentation fixes for
libpysal
's API change, in attempts to clean up the api for migrating topysal 2.0
, as we outline onmigrating.pysal.org
.Note that, the way these test are configured now, the "allow_failures" will pass, and the mandatory tests will fail. This is because I have not yet created a
pypi
release oflibpysal
. But, using this optional github-focused test battery, we can see when there are changes in libpysal that may affect our library. That said, no more changes to existing libpysal APIs will occur, and submodule maintainers should probably import directly from the python file in which their function exists.