To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cad.dev.org.ldrawOpen lugnet.cad.dev.org.ldraw in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / Development / Organizations / LDraw / 213
212  |  214
Subject: 
Re: Storage and Display of OMR Files
Newsgroups: 
lugnet.cad.dev.org.ldraw
Date: 
Thu, 1 Jul 1999 19:41:26 GMT
Viewed: 
18117 times
  
In lugnet.cad.dev.org.ldraw, Tim Courtney writes:
> [...]
> One of the main problems I see is people posting files that have not been
> approved/edited yet.  So if the newsgroup could be blocked except for the
> model editors, that would work well.

To add some clarification to the original newsgroup idea, I didn't mean
that things like the Lugnet sets-DB would automatically root through the
newsgroups and point to any old version of a model that happened to appear
in the .models.sets group, but rather that a pointer would be established
manually if/when each time a model worthy of being linked to was recognized.
In other words, a touch of human intervention is needed to decide whether or
not to point to a new model, or to update a poitner from an old version to a
new version.  In that sense, it doesn't matter where at all or how the data
is actually stored -- just that it can be referenced.


> But would a newsgroup really be necessary?

No, newsgroups aren't necessary.  Any method of storing data that can report
it back as a MIME type of application/x-ldraw is sufficient.  Anything more
than that is just a bonus.


> The point of a newsgroup is
> discussion, and it seems a little silly to me to make it the main storage
> area for dat content. This dat content is intended to be referenced to by
> one website, not to be looked at by people browsing the group.

Isn't it for both purposes (and more)?  A way to browse models and their
ensuing discussions -- and keep them nicely integrated -- but with the
added option to extract all of the models out as a concise collection for
download as a ZIP or tarball, etc.


> So would it
> be better to store it within the subdirectory structure on ldraw.org?

Why not both?  Anything posted to the .dat.* groups, grab copies of and
store them in a subdirectory on ldraw.org, or make them available as a big
ZIP file, or whatever.  We can make it officially OK to grab content from
.dat groups and copy it to ldraw.org without having to ask each time.


> And for the display - I need a clean concise way to store the information
> for each model entry.  I like the new newsgroup pages and the way the
> entries are displayed with the shaded tables, etc.  I wouldn't mind
> alternating background shades of each entry to clearly separate them like
> that and like download.com search results.  Is there a way to do that
> cleanly or would it have to be done by hand?

I don't think HTML has any built-in way to do that.  DHTML and/or JavaScript
might, but most people are probably still running just plain HTML, and DHTML
hasn't standardized yet, and many people get mildly miffed by JavaScript.


> Also, I would like to link to the page on Pause corresponding to the set so
> it can display set info and the picture if the users would like to preview
> the set before downloading.  Is there a standard structure to the location
> of pages on Pause, or is it all on the fly or what?

All of the set pages conform to this URL format:

   http://www.lugnet.com/pause/search/?query=nnnn-m

where nnnn is the set number (not necessarily 4 digits) and m is the issue
number (numeric sub-index) of the set number, in almost all cases 1.

Those URLs aren't guaranteed to be the final URLs in the system for sets,
but when they move to a better URL nomenclature for sets, there'll be
automatic backward-compatibility (URL-forwarding) functionality, just like
there is for the old-format URLs of news articles.  So it's safe to rely on
those URLs as being functional.


> Is there a possibility
> that the server can sense the request is coming from ldraw.org and display
> a small 'return to ldraw.org' or 'return to Official Model Repository'
> image at the bottom of the page?

Yes, it can usally detect that, even through a URL-forwarding.  It can't
detect it if the user's browser doesn't transmit the URL of the referring
page, but most modern browsers do.

--Todd



Message is in Reply To:
  Storage and Display of OMR Files
 
I need some pointers and input on how the OMR should display the download pages and also where the files will be stored. I remember when discussions on the OMR first started the general consensus was to use a Lugnet newsgroup to store the (...) (27 years ago, 1-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
    

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR