Subject:
|
Re: Storage and Display of OMR Files
|
Newsgroups:
|
lugnet.cad.dev.org.ldraw
|
Date:
|
Fri, 16 Jul 1999 14:03:34 GMT
|
Viewed:
|
1237 times
|
| |
|
|
Tim Courtney <tim@zacktron.com> wrote in message
news:4.2.0.58.19990715120440.00a221f0@pop.osiriscomm.com...
> At 11:44 AM 7/15/99 , John VanZwieten wrote:
> > What is the advantage of grouping OMR sets into pages based on • theme/subtheme?
> > I would think an organization system similar to Kevin Loch's would be fine.
> > We already have the Pause DB to find what sets are in a theme, so the OMR
> > should focus on providing easy, quick access to sets by number. Ideally,
> > Pause would include links to OMR files just like it does for instruction
> > scans.
> >
> > It's not that organizing by theme, subtheme is bad, but I just can't see
> > people really wanting to find/view/download set .dats based on theme rather
> > than number.
>
> But on the other hand, someone may come to the OMR looking for a set by
> name, or might want all of a theme or subtheme. Since the OMR will not be
> run off a database that serves up live content, it won't be easy to offer
> both. So would it be better to allow the search to give results for
> subthemes say if 'mtron' was searched for? Could that lead to urls that go
> through the search but provide categories?
How about just a link to the Pause reference. They could find out the set
numbers of all the M:TRON sets, and then return to snag the .dats by number.
That's how I would do it, anyway.
-John Van
|
|
Message is in Reply To:
 | | Re: Storage and Display of OMR Files
|
| (...) But on the other hand, someone may come to the OMR looking for a set by name, or might want all of a theme or subtheme. Since the OMR will not be run off a database that serves up live content, it won't be easy to offer both. So would it be (...) (25 years ago, 15-Jul-99, to lugnet.cad.dev.org.ldraw)
|
15 Messages in This Thread:
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
