From: <jch...@li...> - 2002-07-29 20:33:59
|
jch...@li... wrote: >hey tom. > Hey admin ;) > >I just moved into a house on friday and verizon has my dsl all messed up so I am offline until >they get it fixed which, after a 70 minute phone call and getting transfered between the dsl and >residential sales five times, canceling the original order, creating a new order, I should have >activated sometime within the next two weeks. This is despite the fact i put the original order >in on the 3rd of July. > Broadband providers seem to be the same everywhere :-/ > >I am not sure i understand what you mean by: "I got a barebones version of a renderer based on >jCharts running". Can you please elaborate? > > >when you say graph format, i assume you mean using xml to set properties into jCharts? > Yes, I guess it boils down to that. On the krysalis project, our aim is to be able to generate a chart (preferably in svg format), based on data that is entered in an XML file. We have discussed an XML format that we think meets the needs of a chart drawer, but we were working on the actual "rendering" (i.e. transformation of that xml to svg). We were preferring to reuse existing code, but every project we found was using (L)GPL or even something else, while the aim of the krysalis project is to deliver code under the APL. After some talking back and forth between krysalis and jCharts, jCharts has changed its license to APL. Which is why we're very happy to use it :-) I've also already fooled around with jFreeChart for a while, but it's license prohibited it to be accepted by the krysalis community as the foundation for the charting project. Back to the subject though :P We're not going to use xml to "set properties", but we're using xml to describe a whole chart. Which includes chart type, legend, etc. The first thing we're going to do is to leverage (hey, I heard a lot of buzz words lately ;) ) what is already there: look where our xml format has a pretty close match to the jCharts API, and do that mapping (have the greatest common denominator). In a later stage, we'll be looking what the xml format and jCharts are lacking to fully enjoy each other's existence, and we can concentrate on getting those things in (smallest common multiple (is that the correct English term? :-s)) I think the krysalis-wings subproject (which is the project I'm talking about) can generate a lot of users, especially since we're going to provice cocoon (xml.apache.org/cocoon) with hooks to easily integrate charts. And I've already heard from a lot of people "wanna have that!" :-) >What i was thinking was we need to add tasks on sourceforge for everything that needs to get done, >or we want to add and discuss here. Then we can review the tasks, decide what makes the next >release and what gets pushed to other releases, and decide who works on what. > As I've said, the first thing we're going to do is to take the "humble position": jCharts is the API, and we're not going to touch it for now. That is, until we've got that greatest common denominator running. Afterwards, we'll be able to discuss and help to implement new features that we find necessary for a charting tool. >Did you ever look at Castor? > (<click> <browse><surf>) Just refreshed my memory :-) Correct me if I'm wrong, but I thought Castor does nothing but translate existing Java objects to XML files, and vice versa. I don't really see how this would map on the thing I described above... I hope this clarifies things a bit. If not, please ask. We'll need you, and I hope you'll need us in the future ;-) Good luck with that DSL connection tomK > > > > > > >--- Tom Klaasen <tom...@pa...> wrote: > > >>Hi people, >> >> >>Well, I got a barebones version of a renderer based on jCharts running >>some weeks ago. I was waiting for some discussion on how to proceed, but >>since I didn't see any, I just decided to go ahead and commit what I've got. >> >>Don't expect miracles. Do expect a proof of concept that (at least the >>basics of) our format can be implemented using jCharts. >> >>The files that are committed are far from generic >>(graphformat-proposition.xml has some filesystem-dependent entries in >>it), but will work on your machine with some tweaking. >> >>For now, I will take the humble position of trying to get as much of our >>graphformat implemented by using bare jCharts (without touching that >>code). This will give me an insight in its structure, on which I >>hopefully will be able to comment in a couple of weeks. >> >>If there are people out there who have preferences on which graph types >>/ features / ... they'd like to see very fast, I'd be happy to >>concentrate on those first (everything has to be done anyways, and I >>always love to have constructive feedback). >> >>(for the krysalis people who don't know jCharts: jcharts.sourceforge.net >>for the jCharts people who don't know what I'm talking about: >>http://krysalis.sourceforge.net/wings/index.html is a project trying to >>get from a specific XML input format to a SVG output file, with some >>hooks for Cocoon added into it) >> >> >>Cheers, >>tomK >> >> >> >>------------------------------------------------------- >>This sf.net email is sponsored by:ThinkGeek >>Welcome to geek heaven. >>http://thinkgeek.com/sf >>_______________________________________________ >>Krysalis-developers mailing list >>Kry...@li... >>https://lists.sourceforge.net/lists/listinfo/krysalis-developers >> >> > > >__________________________________________________ >Do You Yahoo!? >Yahoo! Health - Feel better, live better >http://health.yahoo.com > > >------------------------------------------------------- >This sf.net email is sponsored by: Dice - The leading online job board >for high-tech professionals. Search and apply for tech jobs today! >http://seeker.dice.com/seeker.epl?rel_code=31 >_______________________________________________ >jCharts-developers mailing list >jCh...@li... >https://lists.sourceforge.net/lists/listinfo/jcharts-developers > > > > |