@trac-users list >>>On Tue, 2009-10-13 at 07:47 -0500, Olemis Lang wrote: >>> You mean that Google didn't document a feature in their products? >>> Quite unlikely ! >>> The only thing I found they didn't document was the way to access data >>>> in worksheets inside a Google Spreadsheet [2]_, and they updated the >>>> docs few days after ;o) >> >>> I am sure google documented things for how they thought most folk would >>> use use them, which in an igoogle web page. To put the gadgets in an >>> unrelated web page, while obviously supported, seems more of a >>> challenge. Which is fine. I am up to the challenge. >> >> I guess there is a learning curve here. I am obviously not inserting >> something into a spreadsheet at google (I want to use data in my Trac >> page). Let's take the example of a map. I need to supply a file with >> some sort of locations. How should they be formatted? Street addresses? >> Lat/long? Other? There must surely be key words that are recognized in >> the _table_query_url data source. I doubt I can just make my own
On Fri, Oct 16, 2009 at 1:18 AM, Roger Oberholtzer <[email protected]> wrote: > > On Thu, 2009-10-15 at 14:47 -0500, Olemis Lang wrote: > >> Please take a look at this (new) page [1]_ where I document how to >> write your files including raw GViz JSON data and please let me know >> if it was useful for you or not. Any other suggestion will be welcome >> as well. > > (I think we are veering off list topic here, so if this continues, > perhaps we should move the discussion off list? Perhaps we can wait for > someone to complain. The discussion is still about using a Trac plugin.) > Well I'd have preferred to do it here [1]_ for two reasons : - The issue would be documented in the site and FAQ - users would be able to access all this in the future I suggested you to do it that way but it was me who created the ticket ... I think that this part is a little bit OT but it's not about gadgets in general, but rather about the workflow and steps related to TracGViz plugin. Anyway, if somebody complains we could move the discussion to the aforementioned ticket [1]_ , but in this case it would very hard to follow ... so, what a dilemma, isn't it ? > Your discussion was very useful. Thanks! > :) > Still, I seem to be missing something. Let's take the map as an example: > you provide two columns, one with locations, and the other a label to > show there. My real question is: how did you know that this is what map > took? There are two ways to get to Rome in this case : - If you find the gadget by searching the visualization gallery [2]_ then you have two links : Help [3]_ and Example [4]_ . If you follow and get to [3]_ you will find once again a link to [4]_ . Even if the procedure is specific to Google Spreadsheets, the columns are just the same - If you find it by searching the iGoogle gadgets dir [5]_ then the first msg you will see in there points once again to the location of docs [3]_ If you search a little you'll even find videos explaining how to use the gadget [6]_ > Must the values be called 'Location' and 'Distance'? Nop ... AFAIK you don't even need to include that, just take a look at the image in [3]_ > Or does it > use column one for locations, and two for labels, no matter what they > are called? That's the first thing that's explained in [3]_ > What types of values can 'Location' be? Obviously street > addresses. How about Latitudes and Longitudes, as is the case in Google > Map? Why don't you try to include such values it just like you do it using Google Maps ? In the end what you are looking in there is Google Maps (inside a box ;o) so it's the same service ... BTW how d'u do that ? I'm a GMaps neophyte and would like to try ;o) > This is the type of documentation that I thing Google are missing. > A bit of documentation glue to put all their parts together. > Well, after all this being said, if you mean that that could be done better, well perhaps that's the case, but there's nothing I can do either. Nonetheless I still think that the plugin is useful, and I agree with you that there are some features that could be enhanced . I'll be working on that in upcoming releases . PS: I'm cross-posting this message to both Google Gadgets API and Google Visualization API mailing list (see Cc) . I invite you to follow this part of the thread in there. BTW. What would you all think if the plugin provides a way to integrate OpenOffice Calc (no support in MS Excel for python scripts ... sorry :-/ ) with Trac ? Would it be useful for you ? I mean that might be even better, faster and more integrated to existing tools . Looking forward to your comments ;o) .. [1] How to display maps by storing data in attachments ? (https://opensvn.csie.org/traccgi/swlcu/ticket/60) .. [2] Google Visualization Gadget Gallery (http://code.google.com/apis/visualization/documentation/gadgetgallery.html) .. [3] Map help (http://documents.google.com/support/bin/answer.py?answer=91601) .. [4] Map example (http://spreadsheets.google.com/pub?key=pCQbetd-CptFAQduF9vEUXA) .. [5] iGoogle directory (http://www.google.com/ig/directory?type=gadgets&url=www.google.com/ig/modules/map.xml) .. [6] Video search (http://www.google.com/search?client=opera&rls=en&q=google+maps+gadget+site:youtube.com&sourceid=opera&num=100&ie=utf-8&oe=utf-8) -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Users" 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/trac-users?hl=en -~----------~----~----~----~------~----~------~--~---
