Narrative:

Sql is less than 9NM from sfo. In order to allow IFR departures from sql without conflicting with inbound IFR sfo traffic; a rather complicated local 'procedure' has been developed for departing sql VFR until clear of sfo traffic; at which time sql departures are handed off from sql tower to norcal to continue IFR. This procedure is not published and is provided to pilots verbally when picking up their IFR clearance from sql ground control.on this particular day; the sql ground controller seemed very rushed and/or distracted. It took several calls for him to reply to me (a later review of liveatc.net recordings indicate he was replying to me while I was still on frequency); and he was speaking at an incredibly high rate; occasionally stumbling what to say.after asking to pick up my clearance to mry; he rattled it off - including the incredibly complicated VFR to IFR 'procedure' - at rapid-fire pace. I did my best to keep up; and read it back to him. He then said 'read-back correct;' and I assumed I had gotten everything correct. Unfortunately; I had not. The ground controller had cleared me via the VFR to IFR 'procedure' and then *radar vectors* to osi. I read back to him 'direct osi.' neither of us caught this error; and as a result; I turned direct osi upon completing the VFR to IFR transition - toward rising terrain. Fortunately; the norcal controller caught this error and redirected me to a heading appropriate for my altitude and climb rate.there was clearly a chain of unfortunate events here. (1) the VFR to IFR 'procedure' used at sql is incredibly complicated and not documented. (2) the ground controller was speaking too quickly to deliver such a complicated routing. (3) I copied down the clearance incorrectly. (4) the ground controller was not listening to my read-back; and did not catch my error.were I to be in this situation again; I would ask the controller to speak slower. I must say; though; I am hesitant to do so; as I have been chastised by controllers (possibly this same controller) at sql before for asking them to speak more slowly. As PIC; however; it is my responsibility to make sure I copy the clearance correctly; and I will make a point of speaking up if necessary in the future.I also think it would be helpful for the FAA to formalize this overly complex VFR to IFR departure procedure; so that we as pilots have something to reference. Trying to count on a pilot to copy it down at rapid-fire pace is asking for disaster.

Google
 

Original NASA ASRS Text

Title: Pilot reported a VFR to IFR Procedure in use at SQL airport which reporter states is incredibly complicated.

Narrative: SQL is less than 9NM from SFO. In order to allow IFR departures from SQL without conflicting with inbound IFR SFO traffic; a rather complicated local 'procedure' has been developed for departing SQL VFR until clear of SFO traffic; at which time SQL departures are handed off from SQL Tower to NORCAL to continue IFR. This procedure is not published and is provided to pilots verbally when picking up their IFR clearance from SQL Ground Control.On this particular day; the SQL ground controller seemed very rushed and/or distracted. It took several calls for him to reply to me (a later review of LiveATC.net recordings indicate he was replying to me while I was still on frequency); and he was speaking at an incredibly high rate; occasionally stumbling what to say.After asking to pick up my clearance to MRY; he rattled it off - including the incredibly complicated VFR to IFR 'procedure' - at rapid-fire pace. I did my best to keep up; and read it back to him. He then said 'read-back correct;' and I assumed I had gotten everything correct. Unfortunately; I had not. The ground controller had cleared me via the VFR to IFR 'procedure' and then *radar vectors* to OSI. I read back to him 'direct OSI.' Neither of us caught this error; and as a result; I turned direct OSI upon completing the VFR to IFR transition - toward rising terrain. Fortunately; the NORCAL controller caught this error and redirected me to a heading appropriate for my altitude and climb rate.There was clearly a chain of unfortunate events here. (1) The VFR to IFR 'procedure' used at SQL is incredibly complicated and not documented. (2) The ground controller was speaking too quickly to deliver such a complicated routing. (3) I copied down the clearance incorrectly. (4) The ground controller was not listening to my read-back; and did not catch my error.Were I to be in this situation again; I would ask the controller to speak slower. I must say; though; I am hesitant to do so; as I have been chastised by controllers (possibly this same controller) at SQL before for asking them to speak more slowly. As PIC; however; it is my responsibility to make sure I copy the clearance correctly; and I will make a point of speaking up if necessary in the future.I also think it would be helpful for the FAA to formalize this overly complex VFR to IFR departure procedure; so that we as pilots have something to reference. Trying to count on a pilot to copy it down at rapid-fire pace is asking for disaster.

Data retrieved from NASA's ASRS site and automatically converted to unabbreviated mixed upper/lowercase text. This report is for informational purposes with no guarantee of accuracy. See NASA's ASRS site for official report.