No SID in clearance, fly it anyway?

On Sun, 2 Nov 2003 16:57:54 -0500, "Robert Henry"
wrote:

I spoke with both the tower and the APPCON facility following an issue I
experienced, and both held that an ODP needs to be requested by the pilot if
not issued, and will never be recommended/suggested/alluded to/etc. I think
that is a deathtrap waiting to happen, but who am I.

I agree with you and would like to know which ATC facilities feel this way.
The ATC facilities with which I am familiar do NOT feel this way.


Ron (EPM) (N5843Q, Mooney M20E) (CP, ASEL, ASES, IA)

"Ron Rosenfeld" wrote in message
news
On Sun, 2 Nov 2003 16:57:54 -0500, "Robert Henry"
wrote:

I spoke with both the tower and the APPCON facility following an issue I
experienced, and both held that an ODP needs to be requested by the pilot
if
not issued, and will never be recommended/suggested/alluded to/etc. I
think
that is a deathtrap waiting to happen, but who am I.

I agree with you and would like to know which ATC facilities feel this
way.
The ATC facilities with which I am familiar do NOT feel this way.


Ron (EPM) (N5843Q, Mooney M20E) (CP, ASEL, ASES, IA)

On Sun, 2 Nov 2003 22:05:23 -0500, "Robert Henry"
wrote:


"Ron Rosenfeld" wrote in message
news
On Sun, 2 Nov 2003 16:57:54 -0500, "Robert Henry"
wrote:

I spoke with both the tower and the APPCON facility following an issue I
experienced, and both held that an ODP needs to be requested by the pilot
if
not issued, and will never be recommended/suggested/alluded to/etc. I
think
that is a deathtrap waiting to happen, but who am I.

I agree with you and would like to know which ATC facilities feel this
way.
The ATC facilities with which I am familiar do NOT feel this way.


Ron (EPM) (N5843Q, Mooney M20E) (CP, ASEL, ASES, IA)



Robert,

Your response was blank. Both on my ISP and on GOOGLE. I think your
response got dropped. Could you "say again"?

Thanks.


Ron (EPM) (N5843Q, Mooney M20E) (CP, ASEL, ASES, IA)

"Ron Rosenfeld" wrote in message
news
On Sun, 2 Nov 2003 16:57:54 -0500, "Robert Henry"
wrote:




Robert,

Your response was blank. Both on my ISP and on GOOGLE. I think your
response got dropped. Could you "say again"?

Thanks.


Ron (EPM) (N5843Q, Mooney M20E) (CP, ASEL, ASES, IA)

Yeah, I'd rather not. The APPCON controller involved may have received some
"counseling" subsequent to my discussion with the supervisor about the whole
thing. It was east of the Mississippi River, if that helps.

Bob

On Mon, 3 Nov 2003 08:08:09 -0500, "Robert Henry"
wrote:

Yeah, I'd rather not. The APPCON controller involved may have received some
"counseling" subsequent to my discussion with the supervisor about the whole
thing. It was east of the Mississippi River, if that helps.

If the problem has been taken care of, then fine. However, if the problem
has not been taken care of, then it should be for all of our sakes.

If you don't feel comfortable disclosing it here, please contact someone
who can get the controllers properly trained. Scott Dunham is one such
person. He participates in AVSIG (www.avsig.com) and, if you don't have
it, I can get you an email address for him.

You did say that this was an issue with both tower and TRACON controllers;
and you imply that you are not sure about whether they have been retrained.
Hence my concern about whether this problem will arise in the future to
affect me or someone I care about.




Ron (EPM) (N5843Q, Mooney M20E) (CP, ASEL, ASES, IA)

"Ron Rosenfeld" wrote in message
...
If the problem has been taken care of, then fine. However, if the problem
has not been taken care of, then it should be for all of our sakes.

That assumes there is a problem. The way it has been explained to me is
that the rules that apply for departing IFR at a non-towered field apply in
this case, and that operating under the understanding that terrain
separation services are available when departing a towered field (especially
a VFR-only one as in my case) is just a bad one.

So from that perspective, that looks to be the way the system works, not a
system problem. Now, if the controllers here would like to jump in and
correct me, great, but that doesn't seem to be happening.

Also, I made some inquiries with some people that know, and I wrote it up
for NASA.

I will also recommend to anyone to plan the departure according to the ODP
and make sure it is requested. Flying the ODP without telling ATC about it
can create separation issues. In this case, the ODP goes right into the
arrival corridor for the field.

On Mon, 3 Nov 2003 19:30:38 -0500, "Robert Henry"
wrote:

That assumes there is a problem. The way it has been explained to me is
that the rules that apply for departing IFR at a non-towered field apply in
this case, and that operating under the understanding that terrain
separation services are available when departing a towered field (especially
a VFR-only one as in my case) is just a bad one.

I have read and reread this paragraph, and I must confess I don't
understand what you are saying, at least in the context of ATC and ODP's.

If you fly an ODP, you will have terrain separation. It doesn't matter
what field you are departing from.



So from that perspective, that looks to be the way the system works, not a
system problem. Now, if the controllers here would like to jump in and
correct me, great, but that doesn't seem to be happening.

Again, I'm not understanding what you are saying here. At least, I don't
understand how you are saying "the system works".


Also, I made some inquiries with some people that know, and I wrote it up
for NASA.

I will also recommend to anyone to plan the departure according to the ODP
and make sure it is requested. Flying the ODP without telling ATC about it
can create separation issues. In this case, the ODP goes right into the
arrival corridor for the field.

If flying the ODP without telling ATC can create separation issues, then
that is NOT how the system should work. If ATC is neither giving you an
alternate TERPs checked procedure to fly, nor keeping the ODP route clear,
then they are flat out doing it wrong, and there most certainly IS a
problem.


Ron (EPM) (N5843Q, Mooney M20E) (CP, ASEL, ASES, IA)