Skip to content
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

a lot of PRs #12

Closed
fscottfoti opened this issue Jan 13, 2015 · 12 comments
Closed

a lot of PRs #12

fscottfoti opened this issue Jan 13, 2015 · 12 comments

Comments

@fscottfoti
Copy link
Contributor

As people may have noticed, there are a lot of pull requests right now (more than I would like). I'd love to start merging the early PRs, but we're waiting on a resolution to the omx issue. Right now all these PRs depend on the omx that we have within activitysim. If we want to depend on omx outside of activitysim then we need to make those changes in omx first. Or alternatively, I suppose we could leave omx in activitysim for now and then remove it once the omx repo is setup so that it can be a dependency of activitysim. Bottom line is I will start merging PRs if people are ok with omx being in activitysim for now. Any takers?

@waddell
Copy link
Contributor

waddell commented Jan 13, 2015

I thought the resolution on this issue was that Billy would make changes to
omx in its own repository? Possibly with patches or pull requests from us?

On Tue, Jan 13, 2015 at 12:32 PM, Fletcher Foti notifications@github.com
wrote:

As people may have noticed, there are a lot of pull requests right now
(more than I would like). I'd love to start merging the early PRs, but
we're waiting on a resolution to the omx issue. Right now all these PRs
depend on the omx that we have within activitysim. If we want to depend on
omx outside of activitysim then we need to make those changes in omx first.
Or alternatively, I suppose we could leave omx in activitysim for now and
then remove it once the omx repo is setup so that it can be a dependency of
activitysim. Bottom line is I will start merging PRs if people are ok with
omx being in activitysim for now. Any takers?


Reply to this email directly or view it on GitHub
#12.

@fscottfoti
Copy link
Contributor Author

That is the resolution. I wanted to alert everyone that we're waiting to merge these PRs until that is completed - that having this many PRs is not ideal.

@waddell
Copy link
Contributor

waddell commented Jan 13, 2015

Got it. Do we need to send a pull request on the omx repo to move this
along?

On Tue, Jan 13, 2015 at 12:44 PM, Fletcher Foti notifications@github.com
wrote:

That is the resolution. I wanted to alert everyone that we're waiting to
merge these PRs until that is completed - that having this many PRs is not
ideal.


Reply to this email directly or view it on GitHub
#12 (comment)
.

@fscottfoti
Copy link
Contributor Author

I think we have an open issue there - not sure what the latest is. @jiffyclub?

@jiffyclub
Copy link
Contributor

I opened osPlanning/omx#13 last month, but haven't heard anything.

@danielsclint
Copy link

Let me try to connect with @billyc and @bstabler directly today. I would prefer to try and keep these two library separate in order to avoid many of the current issues that plagued the PB-Commons library over the years. However, if we don't get a commitment by tomorrow to make adjustments to OMX, I would be fine with having a copy here FOR NOW.

@danielsclint
Copy link

I was able to connect with @billyc and @bstabler. They are both in Washington for TRB this week. But, @billyc said he could take care of this on the OMX side starting next week. Is it feasible to hold onto the PR requests until then or would it make more sense to merge the PRs and then make the transition when OMX ready in the next week or two?

@fscottfoti
Copy link
Contributor Author

I'm happy to wait on the updates - just wanted to keep everyone in the loop. No hurry and enjoy TRB @billyc

@fscottfoti
Copy link
Contributor Author

Finally circling back around to this... any word on the latest on the OMX integration? Can we help get OMX distributable as a Python package in the usual way (so that we can import it)?

@danielsclint
Copy link

From an email from @billyc...

I don't remember if you're on the OMX mailing list – see below, PIP installer is done.

  • Billy

Sent: Thursday, January 15, 2015 1:03 PM
Subject: pip install openmatrix -- Python installer created.

I've created a standard pip installer for the python OMX api. You can now install omx into your python distribution with the following magic command:

pip install openmatrix

This command will fetch openmatrix from the PyPi repository and download/install it for you.

IMPORTANT NOTE! The package name "omx" was already taken on pip for a lame xml library that no one uses. Thus our little project goes by "openmatrix" on pip instead of "omx".

This means your import statements need to change. Any occurrence in your code of:

import omx

must be changed to:

import openmatrix as omx

Other than that I think we're good to go.
..b

@fscottfoti
Copy link
Contributor Author

Sweet. @jiffyclub does this all look right to you? We should start cascading this update in the PRs and start merging...

@jiffyclub
Copy link
Contributor

Definitely give it a try. I made some minor changes when I brought omx into activitysim, but I doubt we are relying on them.

bstabler pushed a commit that referenced this issue Oct 20, 2021
jpn-- pushed a commit that referenced this issue Feb 1, 2024
Model Documentation Updates and minor bug fixes
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

No branches or pull requests

4 participants