Nested REST resource routes without controller name

I am curious if the following URL pattern is appropriate to use with REST and map.resources:

Let's say I want to build a website with information about cars. I decide that there will be a page to view/manage cars by model. The route for this is easily created:

  map.resources :cars

The URLs look great. But now I want to introduce the ability to specify cars by year. I can do this by modifying the existing route:

  map.resources :cars do |car|     car.resources :years   end

However, this leads to an undesirable URL pattern. To view a 1998 Corvette, I need to point my browser at /cars/corvette/years/1998. What I wanted was /car/corvette/1998. In addition, the /car/corvette URL would enumerate all years that the corvette was produced. I want a POST request on /car/corvette to be used for adding new years.

Essentially, I want the ability to nest resources, without specifying the nested resource name. I know how to do this without using the resources API, so I'm not looking for a workaround.

In the CarsController, I would access a car with params[:id]. In the CarYearsController, I would access a particular year of a car by using params[:car] and params[:id]. (The :id would be the year). Is this just a bad idea?

It looks like someone else has already asked this question, but there was no feedback: http://groups.google.com/group/rubyonrails-talk/browse_thread/thread/c21c7f2667f55841/11c41b6455eb44a2?lnk=gst&q=nesting+resources&rnum=7#11c41b6455eb44a2