New Site Booking System
Comments
-
- When many years ago late 1980s,a completely different method of controlling a very big fleet of rolling stock ,including some new fleets, was to be introduced the company who's system was selected transferred all the fleets into the new system as part of the deal for them to get the contract ,and that involved many types of maintenance programmes
So I am sure these days that type of system ,would, be a simple method
Ps it was when the railways were first being got ready to be privatised
0 -
Not quite the same thing, JV. One is an ongoing continuous record, the other has multi fluctuations with many variables. I expect JK will explain it to you👍🏻
PS. I very much doubt evidence of a 40 year old event can sensibly be used as a comparison here. The differences are phenomenal and it’s hard to take seriously, tbh.
0 -
Very near and what is being looked at would be on going ,it only should need doing once and finalised ,if the next booking system is implemented in April ,
And if JK can explain it then many members I think would be interested going by the posts on here
0 -
See my edit, JV.
I'm afraid your logic is a bit off the rails.
0 -
Fine👍🏻
0 -
Data migration is one of the uppermost elements of converting from one system to a new version and much thought will normally be put here to avoid manual data transfer, which can be error prone and is often very labour intensive, just consider the number of bookings in the CAMC system at cut over...
there's nothing magic about taking existing bookings in chronological order and making a logical decision re pitch type based on the rules as pointed out in the FAQ.
it just requires some design thought and testing...the sort of thing any project of this size would be subject to...far easier than trying to divvy up current bookings amongst office staff...which won't be a true 'first come' allocation if done like that.
2 -
We don’t know exactly how it will be done, BB, or the reasons why. Maybe JK will elaborate🤷🏻♂️
1 -
When I posted there was nothing to answer - only your first quip existed.🤷🏻♂️
In reply to your edit, I am not saying that but neither you nor I know the ins and outs of the situation so it would be foolish to state anything.
NB. I am not also from Yorkshire.
0 -
Did it, really suggest that to you?🤷🏻♂️
1 -
From what I recall of the first time we all heard about this new system was a 'leak' on another forum from a then serving warden? He/she did sate that the system that was going to be used was a 'pre-loved' booking system and not bought or designed from scratch? Perhaps the current system can't 'talk' to the new one directly?
This did and still does happen in schools for systems that record different things.
JK merely said there would be people transferring a years worth of bookings I'm not sure if that means manually or not?
0 -
JK merely said there would be people transferring a years worth of bookings I'm not sure if that means manually or not?
I think that he said that there was "an army of volunteers" and that does really infer that that some if not all of the operation was going to be manual, at least to my mind if does.
2 -
well I'm not sure, could be people using some sort of IT rather than fully manual but hopefully Jk will clarify soon.
0 -
No, you’re not correct there, JV, that’s just your take on it but as this is getting rather silly, I’m not going to explain myself again. Let’s allow the thread to get back on topic.
1 -
After reading through this thread, I cannot help wondering whether the club's data management is up to it. Can I smell a massive breach of the membership's data coming our way?
0 -
Morning
Firstly I can assure you there will never be a breach of membership data.
So, apologies if I've confused anyone. To me an army of people is maybe a dozen or so, that could of been written better! I think the idea is to have some volunteers helping the IT dept. to transfer the thousands of bookings, sorting pitch types etc in a timely fashion. Some of it is manual, I'm not privy as I'm not physically involved so I don't need to know details (information security and all that)
There's lots that I'm not entitled to post on a public forum but I'm trying to be informative when I can.
JK
3 -
Migration from one database to a new system is a nightmare. I was involved in sorting out the glitches when the IFA company I worked for swapped to a new more sophisticated database. Not recommended for the aged, infirm and those of a nervous disposition.
4 -
I don't think many have any intrest in how the data is transferred and I'm sure there will be far more capable people doing it than us, for me the majority of questions on how the new system will work have eventually been answered and time will tell if it's been of benefit to the club.
0 -
"Perhaps the current system can't 'talk' to the new one directly?"
this is usually the case when migrating from one system to another...however, the 'talking' is made possibly by writing specifics 'transfer' programs that convert the old data to that which can be recognised by the new.
this is standard migration stuff that's been done for decades...
0 -
Sorry JVB, I'm now definitely aged and probably of a nervous disposition when comes to going through all that again.
0 -
I started in IT in '71 and had been doing exactly what we are discussing for many years after that, before getting into managing the type of third party providers that are being discussed in the Ashridge Farm thread.
none of this is rocket science...whatever the systems and the latest architecture, the premise for data conversion and migration hasn't changed in the 50 years since I first got involved.
0
