-
Notifications
You must be signed in to change notification settings - Fork 24
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
Add support for matches #112
Comments
New parameters for matches:
|
Can't help with this one -- at least not with real-world examples -- as Matches aren't relevant/available to my clubs (documentation on which sports are supported). |
They are just regular events, but with a few more fields (noted in the first comment) |
This is something that would be really useful. Any progress on this? |
Olen raised a PR against my separate Spond-classes package: elliot-100/Spond-classes#148 I should be able to add it in the next few weeks. |
Nice. That would really help us a lot 😊 |
@Bart274 can you have a look at the PR elliot-100/Spond-classes#148 please? I don't think I can tag you from there. |
@elliot-100 it looks good. But I don’t see why that PR is blocking any development for this issue here? I use the spond package without the spond-classes at this moment. |
@Bart274 given:
I'm not clear what you want |
@elliot-100 well, the matchinfo fields are missing in the event template: Spond/spond/_event_template.py Line 5 in fe6db62
Since these fields are missing, even when you retrieve an existing event from Spond that contains the data, whenever you call the method to update existing events, it will remove the data from the event in the function as it’s keys are missing in the template. Line 354 in fe6db62
So we can’t update the matchinfo of events through this API. |
OK, can you raise a separate bug issue instead, please, as this doesn't really relate to adding a class interface for events. (although I can see that the list of additional params might give that impression) |
@elliot-100 but isn’t this the point of this ticket? The issue is to add support for matches… 😄 |
The package does support matches in general, like any other event. @Olen, who is the author of the package, created this issue and has decided that at this time, what they want is best implemented as an addition to my existing class interface. And so has raised a linked closing PR there. That is their perogative. It was not clear from your initial supporting comment in the conversation that you were expecting something else. So I (the other main contributor to this package) have just spent some development time on this during holidays, partly in order to help you. You could now help us and other users and contributors by raising a separate issue, so we, and you, can track it more easily. For example you might wish to raise a PR yourself against that in order to contribute further. |
@elliot-100 matches are supported to retrieve information. However, since the matchevent & matchinfo keys are missing in the event template, you can't use the update_event method to update that information. |
My main point was that I did not want to do any major changes here before the classes PR was merged, as I really think that is the way forward. I have not followed the development of that branch tightly, so I am not sure how close to ready that branch is. |
Should probably refactor event to a class first, so match can be a subclass of event
The text was updated successfully, but these errors were encountered: