tphillips / serv Goto Github PK

Check location addition permissions

If I do not ack within 30 mins is invoked.

Could we please have:
1 - A tally on everyone's Home Page that shows them how many shifts they've been assigned, how many additional ones they've stepped up for, how many times they've been Hooleygan, Air Ambulance or Controller. Irrelevant entries can be set to display:none. If there's nothing at all to display, a damned great red statement to that effect would be nice.
2 - A tally behind the scenes, primarily for ad-hoc members, which counts how many times they've removed themselves from a shift and how many times they've stepped up. If it goes to or below zero, which is possible because the calendar will be continually adding them, we know that we've got a spectator on our hands, to be dealt with appropriately.

Operationally and developmentally, I see these two things as being very interrelated. Hopefully, as a result, they'll be relatively easy to deliver.

Allow vehicles to be passed from member to member.

If so, then the control can be driven by a back-end table like Locations

I can't really think of a better description, but it seems that you can both volunteer for a day you're already rostered on - and you can also volunteer for a day "in the past". Volunteering in the past appeared to log me out of the system and cause the calendar page to stop responding.

Minor points, but it's entirely possible people will accidentally volunteer in the past due to not reading properly...

Can we schedule weekly emails with that week's requirements in it, send it to the appropriate mailing list as welll as post it to the forum, in an attempt to avoid sending out an SMS every day? We have the email addresses in the system ...

I would suggest every Sunday evening about teatime for the coming week. Separate emails to go to Controllers, Blood Runners, Air Ambulance, Water Run, etc. Some people will get more than one email, at least until the rotas are better populated, but it should cut down on the forum pleas and Spamming everyone with SMS alerts.

Would be nice to be able to add another mobile number to the membership record/sms list.

Currently there is no standard way to 'close the service down' - this has led to annoyed volunteers not knowing if they should be on duty or not.

What I propose should happen when the service is 'closed' via the system:

• Text all rostered riders/hooleygans/etc. on the calendar and inform them to stand down
• Divert FlexTel to a pre-recorded announcement indicating the service is closed. This could be a simple SIP endpoint that plays back a recorded message
• (Day 2?) Email our customers and inform them there is no service operating tonight
• (Day 2?) Provide a reason for service shutdown, if applicable ("SERV SSL is not running tonight due to adverse weather" - obviously not applicable if we're shutdown due to lack of cover!)

Just an idea.... How's about a "please send me more POD books" button?

Email the "order" to the person responsible with the name, address & requirement... Perhaps even have the system make the quantity decision based on the number of runs the rider/driver did over the previous 3 or 6 months?

is it at all feasible to have an active/inactive member flag that determines whether they are available on typeahead for name entry into the controllers log to reduce errors?

Could be useful for those who leave and may later return.

When sending out calendar confirmations by email, attach an ICS file so that users of online calendars can easily add the event to their calendar.

https://gist.github.com/jakebellacera/635416

At present, this is only applicable to Bank Holidays for SERV Surrey & South London but, as other regions come on board, I can see it being requested as a feature.

At present, we can only save completed runs. I'd like to be able to save a run in progress, so that another controller can pick it up and complete it later. It'd also be useful where controllers ask for cover early in the evening as they're unavailable at the start of the shift.

I recognise that this might entail a complete rewrite of the logging engine!

The Emergency Contact List is proving to be inadequate, as there's too many people on it who choose not to respond, wasting the charity's money, and it's not possible yet to request just drivers, for either Hooleygan or lower temperatures that preclude use of bikes.

Can we please split the tag into Rider and Driver, in addition to 4x4? Ideally, it would still be nice to be able to cherry-pick the selected list, to exclude those already signed in, known to be unavailable, too far afield, etc. This would reduce the wastage on SMS I think.

When someone suspends their activity it would be useful to find out which rotas they are on.

On the Flextel API page* they describe how you can change the Flextel routing using a simple POST call:

https://www.flextel.ltd.uk/cgi-bin/reroute.sh?alt=simple&mode=divert&flextel=xxxxxxxxxxx&pin=xxxx&new_dest=xxxxxxxxxxx

flextel =
pin =
dest = text box on the Controller's Tool, populated with the controller's mobile number

Armed with a [Go] button, it could submit the request, and receive a return:
123,12,31,21,2,12,1,1,1,[email protected],Ian Kirkham,John Steele,Graham Browning,Bruce Clarke,Michael Ney,Jamie Betteridge,Geoff Streeter,Alan Rogers

I'll confess that I've no idea what half of that means but, having tested it a couple of times, the important bit is before the first comma. So long as that's the number that was submitted, the request has been processed.

• http://www.flextel.com/features/Smart+call+control/#Diary+%28automated%29+rerouting

Can I please have four weeks on Daytime Controller, AA Primary and AA Reserve rotas?

Ideally, all rotas should be of configurable length but I don't know how easy this is to deliver.

Not having controller access I don't know if it's already there... but would it be an idea to have location telephone numbers on the locations?

If a different number to the controller default number is entered on TakeControl.aspx the acknowledgement SMS goes to the controller default mobile - which of course is appropriate if the number entered belongs to that controller. but not if it isn't.

On http://system.servssl.org.uk/Members.aspx, ticking the box to 'Show members who have left' doesn't highlight them in any way.

Can those that have left, if shown, be flagged in some way; struck-through, bold, italics, inverse video?

I care not which or how but you currently need to know who's left to see them in the list! It isn't terribly helpful as it stands.

In a situation where a controller is unable to fulfill their duties for their allocated shift, but is also not in a position to remove themselves from the calendar, anyone volunteering for the currently filled controller slot should have the option to 'bump' the existing controller, i.e.:

• Controller 1 is rostered for night control
• Controller 1 is eaten by a parrot, and his last act is to get a message to Controller 2 that he is unvaliable for duty
• Controller 2 adds themself to the controller slot currently taken by Controller 1
  • At this point, a popup should confirm that Controller 2 is 'bumping' Controller 1 from duty.
  • If this is accepted, an SMS should be dispatched to Controller 1 letting them know Controller 2 has taken their slot
  • Controller 1 should be removed from the calendar, and Controller 2 should be on the rota for automatic SMS handover etc.

Would it be possible to add a feature whereby a user can remove themselves/mark as "swap needed" on the rota for a period/indefinitely for absences longer than the odd week here or there.

as the system is our membership db also, is it feasible to in addition to runs have an "otherwise active" flag so that they remain on the system and are more easily separable from the sick/lame/lazy.

It appears that if you include a single quote (') in the SMS message text, the browser hangs indefniately waiting for a response from ... something.

I've had a quick dig through the C# code and all looks well there, so I suspect this is an issue with the Javascript running client-side failing to pass the value of the text box to the SendSMS function.

Once logged in I know we can look back at the stats and recent runs, but is there a way to look back for the whole year from Jan 1st, as we were able to do on the old database?

If you look at the 'logged in as' name in the top right, when viewing recent runs (RunStats.aspx#runLog), it will display the 'cached' username that caused the page generation.

From Edd:
Nice Data that you just released, we need to be using that, everyone loves a graph. How about we use the google graph API, and put it on the website, total number of runs a week etc so people can see how much we do?

Just a thought, appriciate you do all of this for free and have a life outside serv so feel free to ignore me, just seems a shame to have all this data and not graph it.