User Tag List

Page 2 of 8 FirstFirst 1 2 3 4 5 6 7 8 LastLast
Results 18 to 34 of 127
  1. #18
    Regular Member
    Join Date
    Jun 2013
    Location
    Dublin, Ireland
    Posts
    30
    Mentioned
    2 Post(s)
    Tagged
    0 Thread(s)

    Default

    Quote Originally Posted by bob506 View Post
    Hi Tweeter,

    I had already noticed your software mentioned in the forum you give, and had put that link in my first post of this thread. It sounds just what I would like to have. Would you have some screen shots available? How could I evaluate it? What hardware will it run on? Touchscreen?
    Hi Bob506,

    I've put together a doc with screen shots in it, if you pm me your email address, I'll happily send it to you.
    It will be available to download (3 months free trial) soon via the website I'm putting together.
    It's a windows application requiring .net 3.5 or greater, so any PC or laptop will do the job, we use a laptop at our club which is perfect (4 courts, 100 members),

    regards,
    Tweeter

  2. #19
    Regular Member
    Join Date
    Oct 2009
    Location
    Canada
    Posts
    22
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Quote Originally Posted by Tweeter View Post
    Hi Bob506,

    I've put together a doc with screen shots in it, if you pm me your email address, I'll happily send it to you.
    It will be available to download (3 months free trial) soon via the website I'm putting together.
    It's a windows application requiring .net 3.5 or greater, so any PC or laptop will do the job, we use a laptop at our club which is perfect (4 courts, 100 members),

    regards,
    Tweeter
    If you can, please post these screen shots into this thread, I imagine others are now interested to see these as well.
    I think your 3 month free trial is a great idea, I'll try it out to see how our members respond.

  3. #20
    Regular Member
    Join Date
    Jun 2013
    Location
    Dublin, Ireland
    Posts
    30
    Mentioned
    2 Post(s)
    Tagged
    0 Thread(s)

    Default

    Name:  mainScreen.jpg
Views: 244
Size:  66.5 KBName:  courtAdmin.jpg
Views: 239
Size:  65.9 KBName:  gamesPlayedReport.jpg
Views: 237
Size:  80.6 KBName:  leagueTeamAdmin.jpg
Views: 243
Size:  66.2 KBName:  playerAdmin.jpg
Views: 240
Size:  68.4 KBName:  playingStatistics.jpg
Views: 243
Size:  72.2 KBName:  systemRules.jpg
Views: 243
Size:  67.2 KBName:  systemSettings.jpg
Views: 245
Size:  66.0 KB

  4. #21
    Regular Member
    Join Date
    Oct 2009
    Location
    Canada
    Posts
    22
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Thanks for posting the screen shots of your software. I'd like to give it a try when you make it available.
    Some questions that I have;
    - We have 15 courts, will it be possible to manage that number?
    - I like the auto pick, but is it possible to decide to use it or not, at the moment you choose your foursome?
    - Can the "unavailable to play" list be hidden from view to give more space for the courts?
    - Do you have a place for a waiting foresome, so that courts are filled quickly as they become available. That is a problem we have at our club. At peak periods we really need to have 3 foresomes ready and waiting.
    - Is there a way to indiate when a court becomes available?
    - How does the timing work? At our club games just go until someone wins.

  5. #22
    Regular Member
    Join Date
    Feb 2008
    Location
    UK
    Posts
    2,046
    Mentioned
    27 Post(s)
    Tagged
    0 Thread(s)

    Default

    I'm having a play at making a simple ui for a peg board. will post vid later

  6. #23
    Regular Member
    Join Date
    Oct 2009
    Location
    Canada
    Posts
    22
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default How can I contribute to the Badminton Central Queueing Software project (BCQueue)

    Quote Originally Posted by MrHoang View Post
    Somehow I missed your post with the link to the project you created at githib.com. for an open source badminton queueing application. BCQUEUE, great start! I'm guessing that's for Badminton Central Queue?

    Tweeter, who just posted the screenshots of his application, has done a great job, but its hard to help out with that, except by giving suggestions. I think an open source project would really solve that issue, everyone interested can give suggestions and write code.

    I have some questions about github works.

    Question 1; How do others (amleto in post #20, myself and others) go about contributing ideas or code to the BCQueue project? How are group discussions and decisions made using github?

    Question 2; Is BCQueue automatically under GPL (GNU General Public License) https://en.wikipedia.org/wiki/Gpl. Making that clear will encourage others to donate their efforts, as they will know the project is going to be freely available open source software.

    Question 3; Exactly what should the BCQueue application do, for it to be widely useful?

    I will work on the list of things my club needs, which I started in post #12. Where do I post such a list at github?.

    Question 4; What's the programming language to use. Something free so its widely accessible, Python or ruby?

    Many other questions anyone with a programming background would know about.

  7. #24
    Regular Member
    Join Date
    Nov 2009
    Location
    came from the SAR
    Posts
    3,952
    Mentioned
    5 Post(s)
    Tagged
    0 Thread(s)

    Default

    It would be nice if the software can keep track of the final scores.

  8. #25
    Regular Member
    Join Date
    Feb 2008
    Location
    UK
    Posts
    2,046
    Mentioned
    27 Post(s)
    Tagged
    0 Thread(s)

    Default


  9. #26
    Regular Member
    Join Date
    May 2013
    Location
    Brampton
    Posts
    19
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Quote Originally Posted by bob506 View Post
    Somehow I missed your post with the link to the project you created at githib.com. for an open source badminton queueing application. BCQUEUE, great start! I'm guessing that's for Badminton Central Queue?

    Tweeter, who just posted the screenshots of his application, has done a great job, but its hard to help out with that, except by giving suggestions. I think an open source project would really solve that issue, everyone interested can give suggestions and write code.

    I have some questions about github works.

    Question 1; How do others (amleto in post #20, myself and others) go about contributing ideas or code to the BCQueue project? How are group discussions and decisions made using github?

    Question 2; Is BCQueue automatically under GPL (GNU General Public License) https://en.wikipedia.org/wiki/Gpl. Making that clear will encourage others to donate their efforts, as they will know the project is going to be freely available open source software.

    Question 3; Exactly what should the BCQueue application do, for it to be widely useful?

    I will work on the list of things my club needs, which I started in post #12. Where do I post such a list at github?.

    Question 4; What's the programming language to use. Something free so its widely accessible, Python or ruby?

    Many other questions anyone with a programming background would know about.
    To Question 1: There are two ways that code can be contributed on Github. The first way involves me making you guys "contributors," which allows you to have the permission to write, overwrite, and delete code without my approval. The second way involves forking and pulling, which is when you would "fork" my repository, then create changes and "push" it back to the original, after my approval. In my past experience in Github, the best way to approach the project is for us to work on different sections of the project at the same time so that conflicts don't occur when we synchronize. As for group discussions and decisions, Github doesn't have its own discussion board/messaging system, so we will probably have to use an external medium to communicate (ex. Skype). However, for ideas, there is an "Issues" tab on the project page where one can post ideas/to do's and others can comment.

    To Question 2: Github has no default licensing that I am aware of. On the top-level of the directory, we can create a LICENSE file that will outline GPL in order to indicate that it is open source.

    To Question 3: I'm basically planning to incorporate all the needs that are posted here. In general though, I'm hoping for a nice looking GUI which I will outline after I answer the remaining questions. You can post this list under Issues on Github.

    To Question 4: I'm leaning towards creating an android app, so Java? It's also free.

    Outline of BCQueue I have in mind (Please leave feedback)
    A main screen where there will be coloured circles with player's names bouncing around the screen.
    The colours will indicate the player's skill level. Note: a player's circle will only appear after they "sign in" either from a list of pre-registered users, or as a guest where they will be prompted to input their information. The bouncing circles will consist of users who are not currently on the queue list.

    On the bottom of this screen, there will be a "queue list" where one can drag their circle. It will most likely consist of the next 2-3 games?

    From this screen, there will be additional buttons. One button for signing in, one button for registering a user, and one button for viewing current games, which will take you to a different perspective where the court usage is shown and players can end their games once they're done, to allow the next game to begin.

  10. #27
    Regular Member
    Join Date
    May 2013
    Location
    Brampton
    Posts
    19
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Woops, I also forgot to give this useful link: https://help.github.com/articles/using-pull-requests
    I'm so excited to start this! One more week until exams are done.

  11. #28
    Regular Member
    Join Date
    Oct 2009
    Location
    Canada
    Posts
    22
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Quote Originally Posted by MrHoang View Post
    To Question 1: There are two ways that code can be contributed on Github. The first way involves me making you guys "contributors," which allows you to have the permission to write, overwrite, and delete code without my approval. The second way involves forking and pulling, which is when you would "fork" my repository, then create changes and "push" it back to the original, after my approval. In my past experience in Github, the best way to approach the project is for us to work on different sections of the project at the same time so that conflicts don't occur when we synchronize. As for group discussions and decisions, Github doesn't have its own discussion board/messaging system, so we will probably have to use an external medium to communicate (ex. Skype). However, for ideas, there is an "Issues" tab on the project page where one can post ideas/to do's and others can comment.

    To Question 2: Github has no default licensing that I am aware of. On the top-level of the directory, we can create a LICENSE file that will outline GPL in order to indicate that it is open source.

    To Question 3: I'm basically planning to incorporate all the needs that are posted here. In general though, I'm hoping for a nice looking GUI which I will outline after I answer the remaining questions. You can post this list under Issues on Github.

    To Question 4: I'm leaning towards creating an android app, so Java? It's also free.

    Outline of BCQueue I have in mind (Please leave feedback)
    A main screen where there will be coloured circles with player's names bouncing around the screen.
    The colours will indicate the player's skill level. Note: a player's circle will only appear after they "sign in" either from a list of pre-registered users, or as a guest where they will be prompted to input their information. The bouncing circles will consist of users who are not currently on the queue list.

    On the bottom of this screen, there will be a "queue list" where one can drag their circle. It will most likely consist of the next 2-3 games?

    From this screen, there will be additional buttons. One button for signing in, one button for registering a user, and one button for viewing current games, which will take you to a different perspective where the court usage is shown and players can end their games once they're done, to allow the next game to begin.
    I know at our club, a fairly large touch screen (17 in) will be needed to replace the old wooden peg board. Otherwise how will 30-40 waiting people see what is going on? Can an android device provide a large screen?

    Our waiting list needs to maintain the order of arrival, so the bouncing balls idea may not be suitable here.

    For our club, these are the basic things the application needs to do, if it is to replace the wooden court queue board we now use;


    1. Allow the club manager to enter the names of guests.
    2. Allow the club manager to mark courts which are “not in use”, for example because of lessons or equipment issues.
    3. Display the status of all courts.
    4. Display an available players list with names and skill level. The available players list needs to show up to 30-40 names and include guests.
    5. Allow members arriving in the gym to go to the BCQueue device and choose their name from a dropdown menu, in order to join the waiting list (at the end of the queue).
    6. Allow the member at the beginning of the queue to choose three other members from the waiting list to fill an open court. (flashing font for the first name in the queue)
    7. Allow the next member at the beginning of the queue to choose three other members from the waiting list to fill an open court.
    8. When all available courts are in use, three “up next” waiting courts are filled, so they are ready and waiting. These asre “up next-#1”, “up next-#2” and “up next-#3”.
    9. Allow, when a game finishes, for the 4 players to return to the BCQueue device and enter their score, which clears the court and marks it as available. Their names are added back to the waiting queue, winners first.
    10. If any “up-next” waiting courts exist, these automatically load into the newly available court, and the “up-next waiting court” becomes available for filling.
    11. allow someone to remove their name from the list when they leave the gym, or take a break. When they wish, they re-select their name, joining at the end of the queue.
    12. all this on a fairly large touch screen.

  12. #29
    Regular Member
    Join Date
    Jun 2010
    Location
    [0,0,0]
    Posts
    497
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    I envy you guys. My club's queing issues are beyond any software's ability to resolve. I'm likely going to have to look at getting specs and pricing for cattle prods.

  13. #30
    Regular Member
    Join Date
    Oct 2009
    Location
    Canada
    Posts
    22
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Quote Originally Posted by thunder.tw View Post
    I envy you guys. My club's queing issues are beyond any software's ability to resolve. I'm likely going to have to look at getting specs and pricing for cattle prods.
    It would be very useful for the programmers who are about to write code for the BCQueue software, to have details of both the good and bad ways used by clubs to manage courts. I found a brief thread on this forum from 2009, which discussed some ways;
    http://www.badmintoncentral.com/foru...ighlight=queue.

    The best ideas and suggestions can then be build into this program. A very basic version might not take long to create.

  14. #31
    Regular Member
    Join Date
    Nov 2009
    Location
    came from the SAR
    Posts
    3,952
    Mentioned
    5 Post(s)
    Tagged
    0 Thread(s)

    Default

    This is an excellent idea.

    I think it is best to install the software on a server somewhere, so that different clubs around the world can access it (using a web browser) concurrently.

    Another idea is this. The software should allow members to sign up for the events beforehand, so that people and the club manager knows in advance how many people are coming.

  15. #32
    Regular Member
    Join Date
    Jun 2013
    Location
    Dublin, Ireland
    Posts
    30
    Mentioned
    2 Post(s)
    Tagged
    0 Thread(s)

    Default

    Quote Originally Posted by bob506 View Post
    Thanks for posting the screen shots of your software. I'd like to give it a try when you make it available.
    Some questions that I have;
    - We have 15 courts, will it be possible to manage that number?
    - I like the auto pick, but is it possible to decide to use it or not, at the moment you choose your foursome?
    - Can the "unavailable to play" list be hidden from view to give more space for the courts?
    - Do you have a place for a waiting foresome, so that courts are filled quickly as they become available. That is a problem we have at our club. At peak periods we really need to have 3 foresomes ready and waiting.
    - Is there a way to indiate when a court becomes available?
    - How does the timing work? At our club games just go until someone wins.
    Hi bob506,

    apologies for the delay getting back to you, I've been laid up sick for the past few days.
    Currently the software is configurable for up to 8 courts, but doubling this wouldn't represent much of a problem, just layout considerations (like hiding the unavailable list as you've mentioned).
    Auto pick doesn't have to be used, it can be manual also.
    It currently works on a timer, in our club for example we play in 12 minute slots (this value can be changed), after 11 minutes the system plays an audible sound to indicate that the next selection of players has been picked, this gives anyone sitting out the opportunity to see if they've been picked to play (and on what court) for the next playing slot. This guarantees that everyone gets an equal amount of playing time.

    Your system seems (to me anyway) to be a little unfair. If you play until someone wins, then this would mean less playing time for lower standard players (much shorter rallies).
    I can't see how your setup can be fully automated, as no system would be capable of predicting when a match has been won. For our setup it runs unaided for the entire evening, you simply add yourself when you arrive, and remove yourself when you leave.
    Your setup would still require human interaction all evening,

    regards,
    Tweeter

  16. #33
    Regular Member
    Join Date
    Feb 2008
    Location
    UK
    Posts
    2,046
    Mentioned
    27 Post(s)
    Tagged
    0 Thread(s)

    Default

    in terms of play time the system might be unfair, but it is the only one I have come across before! Usually clubs do not have significant numbers of players in wide ranges of abilities (players in a club tend to be of similar standard). This is all just in my experience.

  17. #34
    Regular Member
    Join Date
    Oct 2009
    Location
    Canada
    Posts
    22
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Default

    Quote Originally Posted by Tweeter View Post
    Hi bob506,

    apologies for the delay getting back to you, I've been laid up sick for the past few days.
    Currently the software is configurable for up to 8 courts, but doubling this wouldn't represent much of a problem, just layout considerations (like hiding the unavailable list as you've mentioned).
    Auto pick doesn't have to be used, it can be manual also.
    It currently works on a timer, in our club for example we play in 12 minute slots (this value can be changed), after 11 minutes the system plays an audible sound to indicate that the next selection of players has been picked, this gives anyone sitting out the opportunity to see if they've been picked to play (and on what court) for the next playing slot. This guarantees that everyone gets an equal amount of playing time.

    Your system seems (to me anyway) to be a little unfair. If you play until someone wins, then this would mean less playing time for lower standard players (much shorter rallies).
    I can't see how your setup can be fully automated, as no system would be capable of predicting when a match has been won. For our setup it runs unaided for the entire evening, you simply add yourself when you arrive, and remove yourself when you leave.
    Your setup would still require human interaction all evening,

    regards,
    Tweeter
    Hi Tweeter,

    It is interesting that your club gives an equal time to play each game. I have never seen that done before here in Montreal. All three clubs I have played at here allow games to go until one side wins with 21 points, or up to 30 if necessary, as in the official rules. That would be an idea for an option to include in a computer queuing program; the choice of either timed play, or for regulation play.

    I am sure some human interaction will still be desirable, even with quequing software. For example;
    - to indicate when a game is finished and if required, to enter the game results.
    - to indicate when a player arrives to play
    - to indicate when a player leaves for the evening
    - for the person at the beginning of the queue to manually choose a group to play with, choosing most likely, players of a similar skill level.

Page 2 of 8 FirstFirst 1 2 3 4 5 6 7 8 LastLast

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •