 | | Re: SciBrick is looking for you!
|
|
(...) Obviously Eric's post was inappropriate. Had you merely stated that Eric did not represent the organization. And, that all inquiries could be directed to SciBrick this may not have happened. (...) The question you have to ask is why have they (...) (20 years ago, 24-Oct-04, to lugnet.org.scibrick, FTX)
|
| |
| | Re: SciBrick is looking for you!
|
|
-snip- (...) Do you really think I'm trying to control the discussion here? Honestly.. is that what you think? By "legitimate" - I am only meaning that someone should not show themselves to represent the whole group when they only represent (...) (20 years ago, 24-Oct-04, to lugnet.org.scibrick, FTX)
|
| |
| | Re: SciBrick is looking for you!
|
|
(...) No (...) Agreed (...) I just wouldn't use that kind of terminology (...) Granted any promises that me be implied by Eric would be illegitamate and the need for Eric to come forward and admit his transgressions are clear."Legal measures" that's (...) (20 years ago, 24-Oct-04, to lugnet.org.scibrick, FTX)
|
| |
| | Re: SciBrick is looking for you!
|
|
(...) We are in the process of creating a website which helps to automate the membership process so things like this don't happen. We have not been actively recruiting members lately because we were still trying to work some kinks out of the system. (...) (20 years ago, 24-Oct-04, to lugnet.org.scibrick, FTX)
|
| |
| | Re: SciBrick is looking for you!
|
|
In lugnet.org.scibrick, Leonard Hoffman wrote: SNIP (...) Fine. You want an open discussion about what I found wrong with Scibrick? I tried going back to the website to find the list of rules and regs, but the site is down for maintanence. (...) (20 years ago, 24-Oct-04, to lugnet.org.scibrick) !!
|
| |
| | Re: SciBrick is looking for you!
|
|
(...) Ryan, This appears to be a mistake on my part, as I was Communications Officer at that time and also maintaining the yahoogroup and website (whew!. Because it's been so long ago, I can't trace how you were missed, so the best thing I can do is (...) (20 years ago, 25-Oct-04, to lugnet.org.scibrick, FTX)
|
| |
| | Re: SciBrick is looking for you!
|
|
(...) Huh-- it's kind of interesting to see that some people are annoyed with SciBrick for being too elitist, but Eric seems to want to make it moreso: (URL) that I'm really for or against the elitism, I suppose. There's plusses and minuses on both (...) (20 years ago, 25-Oct-04, to lugnet.org.scibrick)
|
| |
| | Re: SciBrick is looking for you!
|
|
(...) The above message was not approved by the Grand Admiral, who wishes to remain uninvolved in the preceding poop-storm. -Grand Admiral .space Curator (URL) (20 years ago, 25-Oct-04, to lugnet.org.scibrick, FTX)
|
| |
| | Re: SciBrick is looking for you!
|
|
(...) Are you insisting it be PHP? If you don't mind some perl (and really, why would you? :), sounds like an easy job. LMK if you're interested! Dan (20 years ago, 25-Oct-04, to lugnet.org.scibrick, FTX)
|
| |
| | Re: SciBrick is looking for you!
|
|
(...) It is a fairly easy job, just somewhat tedious. Well, the goal was to use the (URL) template engine> to completely separate style from content. (...) I am...here's the database structure I came up with (with a couple notes): (URL) file> As you (...) (20 years ago, 25-Oct-04, to lugnet.org.scibrick, FTX)
|
| |
| | Re: SciBrick is looking for you!
|
|
(...) I might suggest combining sb_m, sb_m_loc, and sb_m_profile into sb_m, and just not fill in the _loc and _profile bits unless either supplied or member is a "full" member. Unless people can have multiple locations and profiles... Also, you (...) (20 years ago, 25-Oct-04, to lugnet.org.scibrick)
|
| |
| | Re: SciBrick is looking for you!
|
|
(...) I think I might have required unique member ids on those tables too. The idea was to keep the number of columns in sb_m down, but maybe that's not really necessary. (...) The zipcodes table is 40,000+ rows, while the world cities table is only (...) (20 years ago, 25-Oct-04, to lugnet.org.scibrick, FTX)
|
| |
| | Re: SciBrick is looking for you!
|
|
(...) Depends how much space you need to save, I guess. If you're using varchar's or text fields (for profiles certainly), you're only adding an extra... 2 bytes for a null entry? Forget if it's 1 or 2. So maybe 18 bytes extra per member. I guess (...) (20 years ago, 25-Oct-04, to lugnet.org.scibrick, FTX)
|
| |
| | Re: SciBrick is looking for you!
|
|
(...) It was more a matter of keeping the table easier to read and deal with for things like just listing members, which doesn't require a full bio and location, than of actually saving bytes. (...) The idea was to avoid lookups in those huge tables (...) (20 years ago, 25-Oct-04, to lugnet.org.scibrick, FTX)
|
