You know what? You're question about whether the cities and services are each categories is stumping me a bit.
Here's the category/subcategory structure that I have in mind:
Cities/Services_In_Those_Cities/Details
HORIZONTAL LINE
Services/Anybody_On_The_Net_With_These_Services/Details
So, a visitor could select Philadelphia/Restaurants/Listings
Or
Flowers/List_Of_Flower_Dealers_Netwide
I might even want to show the Flowers results as
Flowers/List_Of_Flower_Dealers/My_City
I think I'm creating a two-headed monster, but I like the idea of providing my visitors these choices. Some visitors might be looking for something that has to be geographical first (like a restaurant), and others would be looking for something that is the service first (like flowers), not dependent on location.
But, to have cross-listing, I could end up doubling my db, couldn't I?
Maybe the best thing would be to have just cities listed on the home page and allow searches by type of service on the Search page. I could have pre-made queries shown as links (like Flowers, Shoes, etc.) on the home page, maybe along the side bar.
But, the problem would be that when a link owner of a service like Flowers would sign up, they might not want to lock themselves into a city listing. They would want the top of their category to be Flowers, and they might want to pay for advertising and priority listing in the Flowers category, not a City category.
I suppose that what I really have in mind is a relational database type of thing with dynamically generated pages, keyword-called ads, and some kind of way to offer priority listing. Everything would work out easily with Links if it could be all Service or all City. But, I want both in the same system.
Am I clear about this thing? Get me some aspirin...
[This message has been edited by DogTags (edited January 20, 2000).]