Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:
You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.
Looks like he's found a satisfactory approach anyway, which will provide lots of invoicing for him, for the testers and for some other contractor who gets hired to clear up his mess. That's the free market at work, spreading profit around for everyone (except the poor bastard who's paying for it).
Look, it's a child table of S_EVT_ACT, that much I know. Most of the EMAIL columns map to EIM_ACTIVITY or some other Activity EIM table, but the EMAIL_BODY column doesn't seem to map to anything. That's probably because it's a LONG, which you don't need to use in Oracle any more, it would be better as a CLOB. Anyhow, EIM translates to (horrendous) SQL, so if SELECT can't handle the LONG, neither can EIM.
That's the problem. And I do have a solution, it's just not elegant (except in the sense that every invoice can be seen as elegant).
Looks like he's found a satisfactory approach anyway, which will provide lots of invoicing for him, for the testers and for some other contractor who gets hired to clear up his mess. That's the free market at work, spreading profit around for everyone (except the poor bastard who's paying for it).
Look, it's a child table of S_EVT_ACT, that much I know. Most of the EMAIL columns map to EIM_ACTIVITY or some other Activity EIM table, but the EMAIL_BODY column doesn't seem to map to anything. That's probably because it's a LONG, which you don't need to use in Oracle any more, it would be better as a CLOB. Anyhow, EIM translates to (horrendous) SQL, so if SELECT can't handle the LONG, neither can EIM.
That's the problem. And I do have a solution, it's just not elegant (except in the sense that every invoice can be seen as elegant).
If its a large station then yes, a small station then best to book one.
Reminds me of typical conversations with cloggies;
Cloggie; 'Dis country is ferry densely populated.'
MTT; 'Nonsense; there's plenty of space in Friesland.'
Cloggie; 'Yes, but nobody wants to live dere.'
Don't know what kind of taxi it is. I googled "taxi Buitenpost" because that distant Frisian outpost is where I might need one. Got Waaksma Taxis but via some taxi search site - actually it looks like a nationwide franchise/umbrella.whatever. Hoiwever I did get a 10-digit phone number for Waaksma Buitenpost from their website so I hope I'm sorted. Probably won't need it anyway, as long as there's a taxi at the station.
Don't bet on there being a taxi at the station!
If its a large station then yes, a small station then best to book one.
Don't know what kind of taxi it is. I googled "taxi Buitenpost" because that distant Frisian outpost is where I might need one. Got Waaksma Taxis but via some taxi search site - actually it looks like a nationwide franchise/umbrella.whatever. Hoiwever I did get a 10-digit phone number for Waaksma Buitenpost from their website so I hope I'm sorted. Probably won't need it anyway, as long as there's a taxi at the station.
Leave a comment: