Skip to content

Conversation

@ljwolf
Copy link
Member

@ljwolf ljwolf commented Jul 24, 2018

Hey,

this adds some documentation fixes for libpysal's API change, in attempts to clean up the api for migrating to pysal 2.0, as we outline on migrating.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 of libpysal. 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.

@ljwolf
Copy link
Member Author

ljwolf commented Jul 24, 2018

Oh yes, also I link this with pysal/spreg#9 and http://ljwolf.org/post/testingmatrix/

Copy link
Member

@sjsrey sjsrey left a 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()
Copy link
Member

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"))
Copy link
Member

Choose a reason for hiding this comment

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

s/liblibpysal/libpysal/g

@weikang9009
Copy link
Member

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 ?

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.

3 participants