-
Notifications
You must be signed in to change notification settings - Fork 170
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
Changes for #311 #312
Changes for #311 #312
Conversation
-added bixi-montreal (modeled on bixi-toronto) Relates to eskerda#311, some more work must be done somewhere to remove the old parsing though
-removed Bixi Montréal from bixi.json My guess is that removes the XML parsing from the system. Next commit will remove the XML scapper code
-removed XML feed scrapper No other pertinent pieces of code could be found searching keyword 'bixi' : https://github.com/eskerda/pybikes/search?utf8=%E2%9C%93&q=bixi&type=
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.
I meant parser. Doh !
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.
Hello @f8full , thanks for the contribution!
Please review the comments. The only thing left to do is to undo the deleting of bixi.py
. All the other changes look good and ready to merge.
pybikes/bixi.py
Outdated
'public': utils.str2bool(data['public']), | ||
'latestUpdateTime': data['latestUpdateTime'] | ||
} | ||
return station |
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.
This file cannot be deleted yet. Other systems (these are present on pybikes/data/bixi.json
) are using it.
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.
Ooopsy
I learnt my lesson
nackko@7c3cdf9
someday I may write a parser for this file that would feed pybikes
https://github.com/NABSA/gbfs/blob/master/systems.csv
cheers,
}, | ||
"feed_url": "https://montreal.bixi.com/data/bikeStations.xml", | ||
"format": "xml" | ||
}, |
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.
👍
] | ||
}, | ||
"feed_url": "https://api-core.bixi.com/gbfs/gbfs.json" | ||
}, |
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.
👍
This reverts commit 7f043af.
I think |
Looks good. Now the problem with that revert commit is that the whole Revert commits are good for reverting things that have already landed master or some downstream projects, but in this case, being a PR, there's no reason for not rewriting history and doing a force push. There are many ways you can do this if you want. If not, I can cherry-pick the needed commits on a branch and merge it myself, but I think it's always interesting to learn git the hard way :) So, here's how you can get that fixed: (Easy) Reset hard to origin/master and cherry pick commitsSince you are doing these changes on your master, you cannot reset hard into origin master, but you can rewind the head to the latest commit here
Now force push your repo, this PR should get updated.
(Medium) Use git rebase interactiveSimply
Now it will show a screen with 4 commits, you want to remove from there the ones you are not interested into (the last two lines). This is the reason why you usually want to give git commits descriptive messages. So you can know what this commit does without having to read the description or the changes it does. Again, force push that, and this PR should get updated. A note on working on masterUsually, avoid working on master, and instead work on a feature branch. A branch can be created like
After this, you are on a different branch, you can play on that branch, commit things, and whenever you go back to master, things will be like they were before
You can list the branches that you have by
You can switch between branches the same way
You would then push that feature branch onto your repo, and then follow the usual way to create a pull request. The idea behind this is, usually, that you want master to be the same (or not up to date) to mine, and try to avoid diverging from there. Also, unless justified, you should never force push on master, since you could leave other people that had your master on a detached state. |
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.
See my comment on fixing the history on this PR
Just opened #313 by branching correctly as you described. I'll fix my repo using the great guidance you shared, thks for that ! |
My first attempt at contributing. (Full disclosure https://github.com/f8full/findmybikes)
I tried to resolve the issue I opened regarding the use of a GBFS feed instead of an XML one for the Montréal Bixi system in Québec, Canada
@eskerda obviously I didn't know I could add a comment before submitting a pull request (it also IS my first github PR #proud), sry for the double tagging !
Of course I'll undertake any further required changes or tests, please let me know
Cheers,
F.