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: 
2873 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 (...) (25 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
    

Custom Search

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