Namespace request: SPC?
am 02.03.2007 16:58:54 von erich.morisse
I am writing a module which performs calculations according to the
model of Statistical Process Control (SPC) which generates error
thresholds of normally distributed data from historical data. It has
been used in manufacturing for a long time to tell whether a
particular process is in control.
I think the module belongs in SPC, as it does not quite match up with
the intent of Statistics::*. SPC is more of a use of statistics than
it is a set of statistical functions.
Any comments? Suggestions?
Erich
Re: Namespace request: SPC?
am 02.03.2007 20:40:31 von paduille.4060.mumia.w+nospam
On 03/02/2007 09:58 AM, erich.morisse@gmail.com wrote:
> I am writing a module which performs calculations according to the
> model of Statistical Process Control (SPC) which generates error
> thresholds of normally distributed data from historical data. It has
> been used in manufacturing for a long time to tell whether a
> particular process is in control.
>
> I think the module belongs in SPC, as it does not quite match up with
> the intent of Statistics::*. SPC is more of a use of statistics than
> it is a set of statistical functions.
>
> Any comments? Suggestions?
>
> Erich
>
Statistics::SPC sounds better to me. The creation of new top-level
namespaces is frowned upon, and if it relates to statistics,
Statistics::* is probably a good place for it.
Re: Namespace request: SPC?
am 04.03.2007 21:02:38 von erich.morisse
On Mar 2, 2:40 pm, "Mumia W."
+nos...@earthlink.net> wrote:
> On 03/02/2007 09:58 AM, erich.mori...@gmail.com wrote:
>
> > I am writing a module which performs calculations according to the
> > model of Statistical Process Control (SPC) which generates error
> > thresholds of normally distributed data from historical data. It has
> > been used in manufacturing for a long time to tell whether a
> > particular process is in control.
>
> > I think the module belongs in SPC, as it does not quite match up with
> > the intent of Statistics::*. SPC is more of a use of statistics than
> > it is a set of statistical functions.
>
> > Any comments? Suggestions?
>
> > Erich
>
> Statistics::SPC sounds better to me. The creation of new top-level
> namespaces is frowned upon, and if it relates to statistics,
> Statistics::* is probably a good place for it.
Thanks Mumia, that's what I have requested.
Erich
Perlib modules prob.
am 04.03.2007 22:08:54 von Paul Mitchell
Hello,
I've installed the DBD::Oracle-1.19 module in a fairly unlikely place
(on a Solaris 9 domain):
/var/tmp/perl/5.8.8/lib/site_perl/5.8.8/sun4-solaris/auto/DB D
/var/tmp/perl/5.8.8/lib/site_perl/5.8.8/sun4-solaris/DBI/DBD .pm
/var/tmp/perl/5.8.8/lib/site_perl/5.8.8/sun4-solaris/DBI/DBD
/var/tmp/perl/5.8.8/lib/site_perl/5.8.8/sun4-solaris/DBD
and I'm attempting to make the following Makefile.PL run
more Makefile.PL
use ExtUtils::MakeMaker;
# See lib/ExtUtils/MakeMaker.pm for details of how to influence
# the contents of the Makefile that is written.
WriteMakefile(
'NAME' => 'PDBA',
'VERSION_FROM' => 'PDBA.pm', # finds $VERSION
'PREREQ_PM' => { 'DBI' => 1.13, 'DBD::Oracle' => 1.19
}, # e.g., Module::Name => 1.1
export PERLLIB=/var/tmp/perl/5.8.8/lib
stratus:pmitchel: perl Makefile.PL
Warning: prerequisite DBD::Oracle 1.19 not found.
Writing Makefile for PDBA::CM
Writing Makefile for PDBA::ConfigFile
WARNING: Setting VERSION via file 'DBA.pm' failed
at /var/tmp/perl/5.8.8/lib/5.8.8/ExtUtils/MakeMaker.pm line 495
Writing Makefile for PDBA::DBA
Writing Makefile for PDBA::Daemon
Writing Makefile for PDBA::GQ
Writing Makefile for PDBA::LogFile
Writing Makefile for PDBA::OPT
Writing Makefile for PDBA::PWD
Writing Makefile for PDBA::PidFile
Writing Makefile for PDBA::pdbarep
Writing Makefile for PDBA::routine_tasks
Writing Makefile for PDBA
stratus:pmitchel:
I know the module is compiled and installed - and I've told it where to
find it. Why is Makefile.PL still not finding DBD::Oracle (note the perl
is /var/tmp/per/5.8.8/bin/perl, so shouldn't it know the module as well?)
Is there a method for querrying the perl install to see if it knows where
the DBD::Oracle module is?
Thanks fo rany advice, I'm one step away from using these routines and I
really want to!
Paul Mitchell
============================================================ ==================
Paul Mitchell
email: pmitchel@email.unc.edu
phone: (919) 962-9778
office: I have an office, room 14, Phillips Hall
============================================================ ==================
Re: Perlib modules prob.
am 05.03.2007 11:57:35 von paduille.4060.mumia.w+nospam
On 03/04/2007 03:08 PM, Paul Mitchell wrote:
> Hello,
> I've installed the DBD::Oracle-1.19 module in a fairly unlikely place
> (on a Solaris 9 domain):
>
> /var/tmp/perl/5.8.8/lib/site_perl/5.8.8/sun4-solaris/auto/DB D
> /var/tmp/perl/5.8.8/lib/site_perl/5.8.8/sun4-solaris/DBI/DBD .pm
> /var/tmp/perl/5.8.8/lib/site_perl/5.8.8/sun4-solaris/DBI/DBD
> /var/tmp/perl/5.8.8/lib/site_perl/5.8.8/sun4-solaris/DBD
> [...]
>
> export PERLLIB=/var/tmp/perl/5.8.8/lib
> stratus:pmitchel: perl Makefile.PL
> Warning: prerequisite DBD::Oracle 1.19 not found.
> [...]
> Is there a method for querrying the perl install to see if it knows
> where the DBD::Oracle module is?
> [...]
Try this:
export PERLLIB=/var/tmp/perl/5.8.8/lib
perl -MDBD::Oracle -e 1
If you don't get an error message, the module was found. If you do get
an error message, I suggest also trying these values for PERLLIB:
/var/tmp/perl/5.8.8/lib/site_perl/
/var/tmp/perl/5.8.8/lib/site_perl/5.8.8/