[Tutor] Tkinter + OSX

[darksyyyde]

On Wednesday, September 18, 2002, at 07:41 PM, tutor-request@python.org 
wrote:
>
> <snip>
>
>
> --__--__--
>
> --__--__--
>
> Message: 7
> Date: Wed, 18 Sep 2002 17:00:08 -0500
> Subject: Re: [Tutor] Tkinter + OSX
> From: SA <sarmstrong@shearwatercorp.com>
> To: Tutor <tutor@python.org>
>
> First try this at the command line:
> %which python
>
> If your reply is /sw/bin/python or something dimilar from the /sw
> directory then fink screwed up.
>
No, i made a /usr/local/bin before config and make

%wich python  -- reflects it correctly.


> If the reply is /usr/bin/python then you do not have you environment
> setup properly because it is not recognizing apps from /sw/bin.  Once
> /sw/bin is in your path you should remove any trace of python from
> usr/bin and usr/lib then you can setup the default python to be from
> /sw/bin instead of /usr/bin. This is the issue you will encounter when
> using fink. All your apps are installed under /sw/bin. I wish the fink
> developers would come up with a way to add this to your PATH
> automatically. But alas ...
>

The thing is, the fink/gzip wouldnt work.
so i pulled the tar.gz via gui out of fink and into my /usr/local/bin.
Then just unzipped it with stufit expander.
Then opened terminal and set up the directory. Then ./configure.
Then %sudo make install.
Ill see what the mac pythoneers have to say about it.
I appreciate the responses here though.

> Anyways. 10.2 has python installed natively and I heard it has Tk and
> Tcl installed by default also but I get the same error. What this error
> is saying is that Tk is not installed properly because python cant find
> it?
>
> There are some sites out there that explain how to install TK/Tcl and
> there is a MacOSX release for this, but I never got it to work right
> under 10.1 so I had to resort to the fink method also. It works if you
> are running under XDarwin so it really is not native. Hopefully the
> mac-python group will get it together and switch to OSX so that some
> progress can be made in this direction. They are still the python with
> Tkinter support for OS9. Oh well, one can wish...
>
fink installed tcl/tk just fine. However its not in the same directory
as python.

> You could always use jython and use the built in java on OSX.

That would be kind of cool. I know very little about it though.
Is it a half breed between java and python, or just python that can import/
use java classes etc. ?

>
> Other than that it is still a PC world for Pythoneers. Unless you feel
> like hacking it together.
>

Why couldnt python use/import the project builder files used for templates
of cocoa(objective C) applications?
Then mac people wouldnt even have to worry about tkinter.


> Good Luck.
> SA
>
> On Wednesday, September 18, 2002, at 03:38 PM, Danny Yoo wrote:
>
>>
>>
>> On Wed, 18 Sep 2002, darksyyyde wrote:
>>
>>> Im running OSX 10.1.3, and i have 'fink' installed. Under Python help,
>>> it show TKinter as one of the modules, but the module is not present
>>> apparently.
>>
>> Hello!  This looks like a fink-specific packaging problem; I'm not
>> sure if
>> anyone here can help with that.  There is a page here:
>>
>>     http://people.ucsc.edu/~jacobkm/tkinter_osx_howto.html
>>
>> that appears to apply to OS X; it looks like you may need to update
>> Fink's
>> configuration to pull "unstable/main" into Fink's package tree.  The
>> instructions on the page are fairly unambiguous, but doesn't say what
>> to
>> do if things go horribly wrong.
>>
>>
>>
>> For that, you may want to ask on the pythonmac-sig mailing list; I'm
>> sure
>> someone there can help you:
>>
>>     http://www.python.org/sigs/pythonmac-sig/
>>
>> From reading the archives, it sounds like Tkinter is still somewhat
>> experimental:
>>
>>
>> http://mail.python.org/pipermail/pythonmac-sig/2002-August/005955.html
>>
>> so you definitely should get in touch with the pythonmac-sig for more
>> authoritative answers.
>>
>>
>> I hope that this helps!
>>
>>
>> _______________________________________________
>> Tutor maillist  -  Tutor@python.org
>> http://mail.python.org/mailman/listinfo/tutor
>>
>
>
>
> --__--__--
>
> Message: 8
> Date: Wed, 18 Sep 2002 15:04:51 -0700 (PDT)
> From: Danny Yoo <dyoo@hkn.eecs.berkeley.edu>
> To: Stephen Harris <cyberdiction@hotmail.com>
> cc: Tutor <tutor@python.org>
> Subject: Re: [Tutor] Learning natural language processing and Python?  
> [why
>  NLP?]
>
>
>
> On Wed, 18 Sep 2002, Stephen Harris wrote:
>
>> As meaning becomes more abstract, there is a corresponding increase in
>> ambiguity which means the filter tree of inference rules can become
>> confused. So poetry that is translated from English to Russian and then
>> back, is pretty garbled. I think it would be worse from English to
>> Russian to French.
>>
> [some text cut]
>
> Thankfully, the text documents I'm thinking about processing have very
> little poetry.  *grin*
>
> The problem that I really want to work on is to automatically "categorize"
> technical documents, where the language is hopefully less ambiguous than
> free verse.  Automatic document classification appears to be slightly less
> hard than AI.
>
>
> A few posts back, someone mentioned the 'spambayes' classifer as a program
> that detects spam.  Spam has a specific "scent" that we can pick out.
>
> But why stop at spam?  Ultimately, the idea I have is to put automatic
> classification to a more constructive use: I'd like to categorize
> Python-Tutor postings so that messages can be searched by topic.
>
>
>> Anyway, I wrote because you seemed to have a mildly dabbling attitude
>> about a project that I think would take a lot of time to create anything
>> useful. The CyC webpage has more on theory.
>
> Yes, I do dabble a lot.  *grin*
>
> Don't worry: I know I should try to avoid reinventing the wheel.  I'm just
> trying to build up my own general knowledge, just enough so I can
> understand 'spambayes' and other classification systems.  I don't plan to
> do anything serious.
>
> (Perhaps the easiest thing to try is to run multiple copies of spambayes,
> and just give each copy different training sets!  Hmmm...)
>
>
>
> Good luck to you!
>
>
>
> --__--__--
>
> Message: 9
> From: "Stephen Harris" <cyberdiction@hotmail.com>
> To: "Danny Yoo" <dyoo@hkn.eecs.berkeley.edu>
> Cc: "Tutor" <tutor@python.org>
> Subject: Re: [Tutor] Learning natural language processing and Python?  
> [why NLP?]
> Date: Wed, 18 Sep 2002 18:38:14 -0700
>
>
> ----- Original Message -----
> From: "Danny Yoo" <dyoo@hkn.eecs.berkeley.edu>
> To: "Stephen Harris" <cyberdiction@hotmail.com>
> Cc: "Tutor" <tutor@python.org>
> Sent: Wednesday, September 18, 2002 3:04 PM
> Subject: Re: [Tutor] Learning natural language processing and Python? [why
> NLP?]
>
>
>>
>>
>> On Wed, 18 Sep 2002, Stephen Harris wrote:
>>
>>> As meaning becomes more abstract, there is a corresponding increase in
>>> ambiguity which means the filter tree of inference rules can become
>>> confused. So poetry that is translated from English to Russian and then
>>> back, is pretty garbled. I think it would be worse from English to
>>> Russian to French.
>>>
>> [some text cut]
>>
>> Thankfully, the text documents I'm thinking about processing have very
>> little poetry.  *grin*
>>
>> The problem that I really want to work on is to automatically 
>> "categorize"
>> technical documents, where the language is hopefully less ambiguous than
>> free verse.  Automatic document classification appears to be slightly 
>> less
>> hard than AI.
>>
>>
>> A few posts back, someone mentioned the 'spambayes' classifer as a 
>> program
>> that detects spam.  Spam has a specific "scent" that we can pick out.
>>
>> But why stop at spam?  Ultimately, the idea I have is to put automatic
>> classification to a more constructive use: I'd like to categorize
>> Python-Tutor postings so that messages can be searched by topic.
>>
>>
>>> Anyway, I wrote because you seemed to have a mildly dabbling attitude
>>> about a project that I think would take a lot of time to create anything
>>> useful. The CyC webpage has more on theory.
>>
>> Yes, I do dabble a lot.  *grin*
>>
>> Don't worry: I know I should try to avoid reinventing the wheel.  I'm 
>> just
>> trying to build up my own general knowledge, just enough so I can
>> understand 'spambayes' and other classification systems.  I don't plan to
>> do anything serious.
>>
>> (Perhaps the easiest thing to try is to run multiple copies of spambayes,
>> and just give each copy different training sets!  Hmmm...)
>>
>>
>>
>> Good luck to you!
>>
>
> I think CyC has maybe a million common sense rules, whereas other NL
> translators are more statistical. I noticed that they have an open source
> project also. OpenCyC http://www.opencyc.org/doc/#OpenCyc_Intro
>
> PyWordNet (for Wordnet in Python) provides some kind of conceptual
> intersection with the CyC Wordnet Interface(also SourceForge sponsee):
>
> "WordNet is very large English lexical database in which words are 
> organized
> into synonym sets, or "synsets". Many existing natural language processing
> systems make use of the WordNet database. The Cyc-WordNet Linking
> Tool allows users to state links between WordNet synsets and Cyc 
> constants.
> The interface also allows the user to browse WordNet, and to see existing
> Cyc-WordNet links."
>
> SH: And in reference to your remark: > "I'd like to categorize 
> Python-Tutor
>> postings so that messages can be searched by topic."
>
> http://www.cyc.com/cycdoc/ref/nl.html
> Lexical Ambiguity and Polysemy
> The majority of the most common words in English have multiple meanings:
> "bat", "bank", "table", "can", "will", etc. In applications such as 
> machine
> translation and document indexing/retrieval, it is crucial to be able to
> figure
> out which meaning of an ambiguous word is intended. For example, if a user
> queries a text database for "bats and other small mammals", a standard
> Boolean
> search engine will also deliver documents about baseball bats, even though
> it is
> obvious to any reasonable human that this is not what the querier 
> intended.
> The background knowledge in Cyc can be used in attempting to choose the
> most appropriate meaning of a word in context. (SH: Google "I feel lucky"
> )
>
> Syntactic Ambiguity
> Syntactic ambiguity occurs when an input string has more than one possible
> syntactic structure.
>
> Coreference Resolution
> In interpreting text, new pieces of information must be integrated with 
> what
> has been mentioned before. A pronoun may be used to refer back to 
> something
> already in the universe of discourse.
>
> SH: I certainly agree that a search engine identifying what information is
> wanted
> from surrounding text context is like identifying spam from surrounding
> context!
> Unfortunately, though the OpenCyc download is free, I think it makes use 
> of
> Lisp.
>
> SubL Reference
> SubL is a computer language built by members of Cycorp. SubL was written 
> to
> support the CYC application, allowing it to run both under Lisp 
> environments
> and
> as a C application generated by a SubL-to-C translator. The OpenCyc
> Knowledge
> Server comes with a built-in SubL interpreter, and SubL is also available
> through an
> API port, supporting server-side scripting. This <document> describes the
> primitive
> functions of SubL.(SH: I think translating between programming languages 
> is
> similar too.)
>
> This commercial product is still under development:
>
> CycAnswers
>
> CycAnswers is an integrated knowledge management and question-answering
> application
> that has the ability to handle large volumes of questions automatically 
> and
> intelligently.
> CycAnswers responds to questions with precise and complete answers, by
> actually
> reasoning about them, drawing on formally represented knowledge from
> disparate sources.
>
> CycAnswers monitors the state of its knowledge base to spot 
> inconsistencies
> or
> incompleteness before they become a cause of customer dissatisfaction.
>
> Highlights of the CycAnswers product include:
>
> Seamlessly integrates knowledge and data bases
> Supports user profiles
> Automatically analyzes unanswered questions and recommends appropriate
> repairs
> and/or extensions
> Supports sophisticated information retrieval when questions cannot be
> directly answered
> Each CycAnswers solution is constructed from a modular set of components,
> including:
>
> Danny, I truly believe that the title "Ontological Engineer" would adorn
> your resume with
> prestige. As a Sanitation Engineer, the OE title fills me with puissant
> intellectual/olfactory envy!
>
> Best regards,
> Stinky Stevie
>
>
>
> --__--__--
>
> _______________________________________________
> Tutor maillist  -  Tutor@python.org
> http://mail.python.org/mailman/listinfo/tutor
>
>
> End of Tutor Digest
>