Try switching to the forked version of the api that I mentioned in my
email---that fixes the data-string-parser issue.
On 10/21/2012 1:16 PM, Piezanowski wrote:
Here it is http://ambascience.co.uk/coop2/
and the spreasheets are here goo.gl/M7rko <http://goo.gl/M7rko>
Even with the large number of items, It was loading fine with Exhibit 2.0.
Le dimanche 21 octobre 2012 19:08:16 UTC+2, David Karger a écrit :
Please post a link to your exhibit.
On 10/21/2012 1:07 PM, Piezanowski wrote:
Thks,
Just to say I am using a map view.
I tried loading without the map view, only with the facets, but
it is still not responding.
Le dimanche 21 octobre 2012 18:46:42 UTC+2, David Karger a écrit :
I've started looking at this; it's unveiled a number of separate
problems. I have suggested fixes at the end of the story.
The simplest problem was the reported one: a failure to
include the date
conversion function. I've fixed this with an instance of the
api at
http://people.csail.mit.edu/karger/Exhibit3/api/exhibit-api.js
<http://people.csail.mit.edu/karger/Exhibit3/api/exhibit-api.js>
Unfortunately this was only the tip of the iceberg. In fact,
it wasn't
even very important. In your spreadsheet, you've created
duplicate
"birth" and "death" columns, and filled them with proper
iso8601-format
dates which exhibit doesn't need to convert. So if you'd
just deleted
the "traditional format" date columns, then the iso8601
converter
wouldn't have been needed and you wouldn't have seen the
error. As it
is, even with the parsing corrected, your newer columns,
since they have
the same column headings, overwrite the traditional date
columns.
With the data conversion problem out of the way, the next
problem is
that your spreadsheet does not contain "presidency" data.
Presidents
don't have their own indates and outdates; instead they have
presidencies where each presidency has an indate and an
outdate (this
was forced upon us by Grover Cleveland, who had the gall to
be elected
for two non-contiguous terms). Your spreadsheet only holds the
presidents, and not their presidencies, so when exhibit tries
to look up
the presidency data it finds nothing. That is why none of the
days-in-office etc. statistics are showing in the tabular view.
Finally, there appears to be a problem with extension
loading. Something
is preventing the timeline (and possibly the map) from
signaling that
loading is done and allowing exhibit to proceed. But if you
remove the
timeline (and possibly the map) you can at least verify that
data is
being properly loaded by looking at the tabular view.
So, if you'd like to progress on this issue, you should do
one of the
following:
Option 1 (skip date parsing)
* remove the "traditional date" columns from your spreadsheet
* add another spreadsheet (or json file) providing the
"presidency" data
that is missing (with dates in UTC of course)
* verify the released version of exhibit works on this data
(in tabular
view) without the extensions
* check if perhaps its extension loader will work with the other
problems solved
Option 2 (try to use date parsing)
* use my fork of the exhibit api at
http://people.csail.mit.edu/karger/Exhibit3/api/exhibit-api.js
<http://people.csail.mit.edu/karger/Exhibit3/api/exhibit-api.js>
* remove the UTC data columns from your spreadsheet
* add another spreadsheet (or json file) providing the
"presidency" data
that is missing (with dates in traditional format if you like)
* verify the forked version of exhibit works on this data (in
tabular
view) without the extensions
* check if perhaps its extension loader will work with the other
problems solved
On 10/14/2012 1:52 PM, lostexpectation wrote:
> trying to use google spreadsheets with exhibit 3
>
> trying to use example where nothing else changes, can't
really find
> one
>
> so converted an exhibit 3 example
>
http://www.simile-widgets.org/exhibit3/examples/presidents/presidents.html
<http://www.simile-widgets.org/exhibit3/examples/presidents/presidents.html>
> data
https://docs.google.com/spreadsheet/ccc?key=0AqAEiinGYynOdFd3dDRBWFJXUllSRnZzZEYxNEVTT3c
<https://docs.google.com/spreadsheet/ccc?key=0AqAEiinGYynOdFd3dDRBWFJXUllSRnZzZEYxNEVTT3c>
> swapping indatae outdate for birth death just to have
something on the
> timeline
>
> http://dublinstreams.com/tds/exhibit3/presidents3.html
<http://dublinstreams.com/tds/exhibit3/presidents3.html>
>
> but getting an error
>
> Uncaught TypeError: Object #<Object> has no method
> 'makeISO8601DateString' exhibit-scripted-bundle.js:1
> Exhibit.Importer.JSONP.GoogleSpreadsheet.transformJSON
>
>
> ps some of the exhibit3 examples have the old 'ex:label'
instead of
> 'data-ex-label' will the old way still work if trying to
convert
> previous exhibits
>
--
You received this message because you are subscribed to the
Google Groups "SIMILE Widgets" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/simile-widgets/-/4EpJcfieKjQJ
<https://groups.google.com/d/msg/simile-widgets/-/4EpJcfieKjQJ>.
To post to this group, send email to [email protected]
<javascript:>.
To unsubscribe from this group, send email to
[email protected] <javascript:>.
For more options, visit this group at
http://groups.google.com/group/simile-widgets?hl=en
<http://groups.google.com/group/simile-widgets?hl=en>.
--
You received this message because you are subscribed to the Google
Groups "SIMILE Widgets" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/simile-widgets/-/ZP5tRxjDdF4J.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/simile-widgets?hl=en.
--
You received this message because you are subscribed to the Google Groups "SIMILE
Widgets" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/simile-widgets?hl=en.
