The problem may be at your end. Are you going through a proxy server to connect to the internet? If so, you'll have to set the proxy properties in Subversion.
Look for the "servers" file in your \Applications Data\Subversion directory. It has some default examples you can uncomment and use. Robert -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Amit Kumar Goyal Sent: Monday, March 26, 2007 7:05 AM To: General List Subject: Exhibit repository not working Hi, I am unable to access the Exhibit and Timeline repository. Is there a problem with the SVN server. I am using WinXP and Tortoise SVN. It shows the following error "Error: PROPFIND of '/repository/timeline/trunk/%20timeline': could not connect to server (http://simile.mit.edu)" Best regards, Amit -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Johan Sundström Sent: Monday, March 26, 2007 4:22 PM To: General List Subject: Re: Exhibit computed facets and other thoughts On 3/26/07, David Karger <[EMAIL PROTECTED]> wrote: > A little followup to this old thread. Suppose we accept that computed > facets are a good thing as data manipulation (you say "I consider > computed facets something Exhibit does in the data input stage") then > perhaps the place to define the computed facets is as _computed > properties_ in the _json file_, rather than as something in the html > file. This is appealing because, for example, we could use arbitrary > javascript code to compute the facets, and it would feel fine since it > is already a js file. Formalia: the "in the js file" phrasing is more appropriate here than "in the json file", as the json is (more or less) defined as the javascript literal syntax, i e no function definitions, invocations, and assignment. (This is an important distinction to make, so we don't taint / water out the json name to become yet another meaningless term.) My experiences with turing complete data sets (or configuration files, such as sendmail.cf and the many small domain specific languages breeding in the config files of the ruby world, for instance) are that the solution invites many problems too. That is probably neither argument for nor against having computed properties with the computation specified inline (in the data set), which likely (?) is just a subset of the issues incurred by having the computations specified out of band. Looking at this from a mashup point of view, where your data is not your own, your suggestion of having computations inline presents no solution to the problems at hand, which out of band input converters do. -- / Johan Sundström, http://ecmanaut.blogspot.com/ _______________________________________________ General mailing list [email protected] http://simile.mit.edu/mailman/listinfo/general The information in this e-mail is the property of Evalueserve and is confidential and privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and will be unlawful. If you receive this message in error, please notify the sender immediately and delete all copies of this message. _______________________________________________ General mailing list [email protected] http://simile.mit.edu/mailman/listinfo/general _______________________________________________ General mailing list [email protected] http://simile.mit.edu/mailman/listinfo/general
