|
Flash charts
Hi, As we discussed one of our initial goals is to move towards nice charts, possibly flash. I've been checking current situation with flash charts in opensource world and found this project: http://teethgrinder.co.uk/open-flash-chart-2
I saw it before, but it used to be a charting server running on php. Now, in version 2 they moved towards pure SWF + JSON. The charts look nice and easy to use. It's GPL v2. There is another project that is worth attention: http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
It's a Yahoo SDK for flash and is not for charts only. The SDK is under BSD. The only problem is that it's not a ready made SWF that reads data from external file, thus it needs some flash/actionscript development skills. However this option is more flexible because the SDK seems to include a huge variety of primitives.
What do you guys think? Cheers, -Roman -------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
|
Re: Flash charts
Hi Roman I had given a look at the open flash chart thang a while ago, it looked good then and it seems they have improved. As for the yahoo sdk, I don't know enough about it to make a comment.The only thing is that an year ago we decided not to use yahoo UI nor GWT, because well, there was a direct link to these bigbig corps... I don't know, maybe it's me who's too skeptical.
Ok, speaking from a purely technical perspective I'd say let's look at the requirements. Right now we use time series, pie and polar charts. While the first two are supported for sure, I'm not sure about the latter.
In the case we can't make polar charts well, we still can rethink how to depict the same information: a stacked bar chart could maybe do the job, couldn't it? Then there is data format issue. As you know, right now we produce XML by default which could be fed into OFC, at least before. Nevertheless I don't think it's desiderable, JSON is much more compact as a format. Beside that, the XML that produce is atalaya-domain specific, whereas we should produce an OFC-specific one. Wrt we should start investigating how to produce JSON strings from our model, i.e how to refactor the all ChartBuilder chain.
What do yo guys say? ciao F On Fri, Aug 29, 2008 at 7:32 PM, Roman Kalyakin <theorm@...> wrote:
Hi, As we discussed one of our initial goals is to move towards nice charts, possibly flash. I've been checking current situation with flash charts in opensource world and found this project:
http://teethgrinder.co.uk/open-flash-chart-2
I saw it before, but it used to be a charting server running on php. Now, in version 2 they moved towards pure SWF + JSON. The charts look nice and easy to use. It's GPL v2. There is another project that is worth attention: http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
It's a Yahoo SDK for flash and is not for charts only. The SDK is under BSD. The only problem is that it's not a ready made SWF that reads data from external file, thus it needs some flash/actionscript development skills. However this option is more flexible because the SDK seems to include a huge variety of primitives.
What do you guys think? Cheers, -Roman
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
|
Re: Flash charts
Hi Francesco, Yes. Open Flash Chart improved a lot within the last year. I checked both OFC and Yahoo charts and they both don't have a polar chart. That means that we have two ways: either display this data on another type of chart or implement the polar chart on top of Open Flash Chart or Yahoo charts. It requires however some knowledge of actionscript. I took a look at it though, and it doesn't look so much different comparing to Java. So, I beleive it would be not a big deal to implement it.
Regarding the data format: Yes, JSON is more compact. And to adopt Atalaya data format to the charts we can either change the format within the chart or implement the xml->json converter. I think the second option is better. We could even start using data in JSON format for the UI too as it is more compact.
What to choose. For me both are ok. Yahoo SDK seems more robust and flexible. But it requires some coding. The fact that it's Yahoo also annoys me a bit. But since it's just an SDK with primitives and not a set of charts with yahoo logo on them, it's still a candidate.
Cheers, -Roman On Mon, Sep 1, 2008 at 9:32 AM, Francesco Vivoli <f.vivoli@...> wrote:
Hi Roman I had given a look at the open flash chart thang a while ago, it looked good then and it seems they have improved. As for the yahoo sdk, I don't know enough about it to make a comment.The only thing is that an year ago we decided not to use yahoo UI nor GWT, because well, there was a direct link to these bigbig corps... I don't know, maybe it's me who's too skeptical.
Ok, speaking from a purely technical perspective I'd say let's look at the requirements. Right now we use time series, pie and polar charts. While the first two are supported for sure, I'm not sure about the latter.
In the case we can't make polar charts well, we still can rethink how to depict the same information: a stacked bar chart could maybe do the job, couldn't it? Then there is data format issue. As you know, right now we produce XML by default which could be fed into OFC, at least before. Nevertheless I don't think it's desiderable, JSON is much more compact as a format. Beside that, the XML that produce is atalaya-domain specific, whereas we should produce an OFC-specific one. Wrt we should start investigating how to produce JSON strings from our model, i.e how to refactor the all ChartBuilder chain.
What do yo guys say? ciao F On Fri, Aug 29, 2008 at 7:32 PM, Roman Kalyakin <theorm@...> wrote:
Hi, As we discussed one of our initial goals is to move towards nice charts, possibly flash. I've been checking current situation with flash charts in opensource world and found this project:
http://teethgrinder.co.uk/open-flash-chart-2
I saw it before, but it used to be a charting server running on php. Now, in version 2 they moved towards pure SWF + JSON. The charts look nice and easy to use. It's GPL v2. There is another project that is worth attention: http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
It's a Yahoo SDK for flash and is not for charts only. The SDK is under BSD. The only problem is that it's not a ready made SWF that reads data from external file, thus it needs some flash/actionscript development skills. However this option is more flexible because the SDK seems to include a huge variety of primitives.
What do you guys think? Cheers, -Roman
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
|
Re: Flash charts
Wrt to the polar chart, don't you think that changing it for a stacked bar chart is an option. We use it because we want to display multiple datasets, where each point represent a certain quantity.
In the specific we are drawing a polar line (i.e, a segmented line that
rounds the origin:)) for each asset group (sites or bu's). Every edge represent how much that group scored for a certain appliance, right?
The problem with stacked bar charts is that each data point (an
appliance for a group) is bound within [0,10], so if there are 5
appliances the whole bar can assume values within [0,50], with the
upper value increasing with the number of appliances. This could lead
to some visualization problems now that I think about it. If these SDKs
provide zooming, which I don't know, it would be ok though.
Another possibility is to have segmented bar charts (one bar per
appliance/group, grouped by group), in this case we'd have lesser
variability on the y's but a much wider chart. Finally, creating
a polar chart in SWF would be cool. The only issue would be that I'd
like for it to be better than JFreeChart's one, since right now we
can't even put a label for the edges (the degrees numbers are
hard-coded into JFree code-_-)
FOn Mon, Sep 1, 2008 at 9:52 AM, Roman Kalyakin <theorm@...> wrote:
Hi Francesco, Yes. Open Flash Chart improved a lot within the last year. I checked both OFC and Yahoo charts and they both don't have a polar chart. That means that we have two ways: either display this data on another type of chart or implement the polar chart on top of Open Flash Chart or Yahoo charts. It requires however some knowledge of actionscript. I took a look at it though, and it doesn't look so much different comparing to Java. So, I beleive it would be not a big deal to implement it.
Regarding the data format: Yes, JSON is more compact. And to adopt Atalaya data format to the charts we can either change the format within the chart or implement the xml->json converter. I think the second option is better. We could even start using data in JSON format for the UI too as it is more compact.
What to choose. For me both are ok. Yahoo SDK seems more robust and flexible. But it requires some coding. The fact that it's Yahoo also annoys me a bit. But since it's just an SDK with primitives and not a set of charts with yahoo logo on them, it's still a candidate.
Cheers, -RomanOn Mon, Sep 1, 2008 at 9:32 AM, Francesco Vivoli <f.vivoli@...> wrote:
Hi Roman I had given a look at the open flash chart thang a while ago, it looked good then and it seems they have improved. As for the yahoo sdk, I don't know enough about it to make a comment.The only thing is that an year ago we decided not to use yahoo UI nor GWT, because well, there was a direct link to these bigbig corps... I don't know, maybe it's me who's too skeptical.
Ok, speaking from a purely technical perspective I'd say let's look at the requirements. Right now we use time series, pie and polar charts. While the first two are supported for sure, I'm not sure about the latter.
In the case we can't make polar charts well, we still can rethink how to depict the same information: a stacked bar chart could maybe do the job, couldn't it? Then there is data format issue. As you know, right now we produce XML by default which could be fed into OFC, at least before. Nevertheless I don't think it's desiderable, JSON is much more compact as a format. Beside that, the XML that produce is atalaya-domain specific, whereas we should produce an OFC-specific one. Wrt we should start investigating how to produce JSON strings from our model, i.e how to refactor the all ChartBuilder chain.
What do yo guys say? ciao F On Fri, Aug 29, 2008 at 7:32 PM, Roman Kalyakin <theorm@...> wrote:
Hi, As we discussed one of our initial goals is to move towards nice charts, possibly flash. I've been checking current situation with flash charts in opensource world and found this project:
http://teethgrinder.co.uk/open-flash-chart-2
I saw it before, but it used to be a charting server running on php. Now, in version 2 they moved towards pure SWF + JSON. The charts look nice and easy to use. It's GPL v2. There is another project that is worth attention: http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
It's a Yahoo SDK for flash and is not for charts only. The SDK is under BSD. The only problem is that it's not a ready made SWF that reads data from external file, thus it needs some flash/actionscript development skills. However this option is more flexible because the SDK seems to include a huge variety of primitives.
What do you guys think? Cheers, -Roman
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
|
Re: Flash charts
Taking into account the limitations of the bar charts, if we want to finish the charts at once without rewriting things later, that would make sense to implement a polar chart from the beginning. From the other side, we could just drop in a swf bar chart instead of the polar chart and see how it looks. If we don't like it - we write a polar chart extension.
-R On Mon, Sep 1, 2008 at 10:05 AM, Francesco Vivoli <f.vivoli@...> wrote:
Wrt to the polar chart, don't you think that changing it for a stacked bar chart is an option.
We use it because we want to display multiple datasets, where each point represent a certain quantity.
In the specific we are drawing a polar line (i.e, a segmented line that
rounds the origin:)) for each asset group (sites or bu's).
Every edge represent how much that group scored for a certain appliance, right?
The problem with stacked bar charts is that each data point (an
appliance for a group) is bound within [0,10], so if there are 5
appliances the whole bar can assume values within [0,50], with the
upper value increasing with the number of appliances. This could lead
to some visualization problems now that I think about it. If these SDKs
provide zooming, which I don't know, it would be ok though.
Another possibility is to have segmented bar charts (one bar per
appliance/group, grouped by group), in this case we'd have lesser
variability on the y's but a much wider chart.
Finally, creating
a polar chart in SWF would be cool. The only issue would be that I'd
like for it to be better than JFreeChart's one, since right now we
can't even put a label for the edges (the degrees numbers are
hard-coded into JFree code-_-)
F
On Mon, Sep 1, 2008 at 9:52 AM, Roman Kalyakin <theorm@...> wrote:
Hi Francesco, Yes. Open Flash Chart improved a lot within the last year. I checked both OFC and Yahoo charts and they both don't have a polar chart. That means that we have two ways: either display this data on another type of chart or implement the polar chart on top of Open Flash Chart or Yahoo charts. It requires however some knowledge of actionscript. I took a look at it though, and it doesn't look so much different comparing to Java. So, I beleive it would be not a big deal to implement it.
Regarding the data format: Yes, JSON is more compact. And to adopt Atalaya data format to the charts we can either change the format within the chart or implement the xml->json converter. I think the second option is better. We could even start using data in JSON format for the UI too as it is more compact.
What to choose. For me both are ok. Yahoo SDK seems more robust and flexible. But it requires some coding. The fact that it's Yahoo also annoys me a bit. But since it's just an SDK with primitives and not a set of charts with yahoo logo on them, it's still a candidate.
Cheers, -RomanOn Mon, Sep 1, 2008 at 9:32 AM, Francesco Vivoli <f.vivoli@...> wrote:
Hi Roman I had given a look at the open flash chart thang a while ago, it looked good then and it seems they have improved. As for the yahoo sdk, I don't know enough about it to make a comment.The only thing is that an year ago we decided not to use yahoo UI nor GWT, because well, there was a direct link to these bigbig corps... I don't know, maybe it's me who's too skeptical.
Ok, speaking from a purely technical perspective I'd say let's look at the requirements. Right now we use time series, pie and polar charts. While the first two are supported for sure, I'm not sure about the latter.
In the case we can't make polar charts well, we still can rethink how to depict the same information: a stacked bar chart could maybe do the job, couldn't it? Then there is data format issue. As you know, right now we produce XML by default which could be fed into OFC, at least before. Nevertheless I don't think it's desiderable, JSON is much more compact as a format. Beside that, the XML that produce is atalaya-domain specific, whereas we should produce an OFC-specific one. Wrt we should start investigating how to produce JSON strings from our model, i.e how to refactor the all ChartBuilder chain.
What do yo guys say? ciao F On Fri, Aug 29, 2008 at 7:32 PM, Roman Kalyakin <theorm@...> wrote:
Hi, As we discussed one of our initial goals is to move towards nice charts, possibly flash. I've been checking current situation with flash charts in opensource world and found this project:
http://teethgrinder.co.uk/open-flash-chart-2
I saw it before, but it used to be a charting server running on php. Now, in version 2 they moved towards pure SWF + JSON. The charts look nice and easy to use. It's GPL v2. There is another project that is worth attention: http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
It's a Yahoo SDK for flash and is not for charts only. The SDK is under BSD. The only problem is that it's not a ready made SWF that reads data from external file, thus it needs some flash/actionscript development skills. However this option is more flexible because the SDK seems to include a huge variety of primitives.
What do you guys think? Cheers, -Roman
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
|
Re: Flash charts
Yes, this makes sense. After all much of the work is on the data format, which can be reused. F On Mon, Sep 1, 2008 at 11:14 AM, Roman Kalyakin <theorm@...> wrote:
Taking into account the limitations of the bar charts, if we want to finish the charts at once without rewriting things later, that would make sense to implement a polar chart from the beginning. From the other side, we could just drop in a swf bar chart instead of the polar chart and see how it looks. If we don't like it - we write a polar chart extension.
-ROn Mon, Sep 1, 2008 at 10:05 AM, Francesco Vivoli <f.vivoli@...> wrote:
Wrt to the polar chart, don't you think that changing it for a stacked bar chart is an option.
We use it because we want to display multiple datasets, where each point represent a certain quantity.
In the specific we are drawing a polar line (i.e, a segmented line that
rounds the origin:)) for each asset group (sites or bu's).
Every edge represent how much that group scored for a certain appliance, right?
The problem with stacked bar charts is that each data point (an
appliance for a group) is bound within [0,10], so if there are 5
appliances the whole bar can assume values within [0,50], with the
upper value increasing with the number of appliances. This could lead
to some visualization problems now that I think about it. If these SDKs
provide zooming, which I don't know, it would be ok though.
Another possibility is to have segmented bar charts (one bar per
appliance/group, grouped by group), in this case we'd have lesser
variability on the y's but a much wider chart.
Finally, creating
a polar chart in SWF would be cool. The only issue would be that I'd
like for it to be better than JFreeChart's one, since right now we
can't even put a label for the edges (the degrees numbers are
hard-coded into JFree code-_-)
F
On Mon, Sep 1, 2008 at 9:52 AM, Roman Kalyakin <theorm@...> wrote:
Hi Francesco, Yes. Open Flash Chart improved a lot within the last year. I checked both OFC and Yahoo charts and they both don't have a polar chart. That means that we have two ways: either display this data on another type of chart or implement the polar chart on top of Open Flash Chart or Yahoo charts. It requires however some knowledge of actionscript. I took a look at it though, and it doesn't look so much different comparing to Java. So, I beleive it would be not a big deal to implement it.
Regarding the data format: Yes, JSON is more compact. And to adopt Atalaya data format to the charts we can either change the format within the chart or implement the xml->json converter. I think the second option is better. We could even start using data in JSON format for the UI too as it is more compact.
What to choose. For me both are ok. Yahoo SDK seems more robust and flexible. But it requires some coding. The fact that it's Yahoo also annoys me a bit. But since it's just an SDK with primitives and not a set of charts with yahoo logo on them, it's still a candidate.
Cheers, -RomanOn Mon, Sep 1, 2008 at 9:32 AM, Francesco Vivoli <f.vivoli@...> wrote:
Hi Roman I had given a look at the open flash chart thang a while ago, it looked good then and it seems they have improved. As for the yahoo sdk, I don't know enough about it to make a comment.The only thing is that an year ago we decided not to use yahoo UI nor GWT, because well, there was a direct link to these bigbig corps... I don't know, maybe it's me who's too skeptical.
Ok, speaking from a purely technical perspective I'd say let's look at the requirements. Right now we use time series, pie and polar charts. While the first two are supported for sure, I'm not sure about the latter.
In the case we can't make polar charts well, we still can rethink how to depict the same information: a stacked bar chart could maybe do the job, couldn't it? Then there is data format issue. As you know, right now we produce XML by default which could be fed into OFC, at least before. Nevertheless I don't think it's desiderable, JSON is much more compact as a format. Beside that, the XML that produce is atalaya-domain specific, whereas we should produce an OFC-specific one. Wrt we should start investigating how to produce JSON strings from our model, i.e how to refactor the all ChartBuilder chain.
What do yo guys say? ciao F On Fri, Aug 29, 2008 at 7:32 PM, Roman Kalyakin <theorm@...> wrote:
Hi, As we discussed one of our initial goals is to move towards nice charts, possibly flash. I've been checking current situation with flash charts in opensource world and found this project:
http://teethgrinder.co.uk/open-flash-chart-2
I saw it before, but it used to be a charting server running on php. Now, in version 2 they moved towards pure SWF + JSON. The charts look nice and easy to use. It's GPL v2. There is another project that is worth attention: http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
It's a Yahoo SDK for flash and is not for charts only. The SDK is under BSD. The only problem is that it's not a ready made SWF that reads data from external file, thus it needs some flash/actionscript development skills. However this option is more flexible because the SDK seems to include a huge variety of primitives.
What do you guys think? Cheers, -Roman
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
|
Re: Flash charts
Okay. The last thing is to decide what charts to use. I suggest if everyone is satisfied with the look'n'feel of the open flash charts, let's go for it. -R
On Mon, Sep 1, 2008 at 11:16 AM, Francesco Vivoli <f.vivoli@...> wrote:
Yes, this makes sense. After all much of the work is on the data format, which can be reused. FOn Mon, Sep 1, 2008 at 11:14 AM, Roman Kalyakin <theorm@...> wrote:
Taking into account the limitations of the bar charts, if we want to finish the charts at once without rewriting things later, that would make sense to implement a polar chart from the beginning. From the other side, we could just drop in a swf bar chart instead of the polar chart and see how it looks. If we don't like it - we write a polar chart extension.
-ROn Mon, Sep 1, 2008 at 10:05 AM, Francesco Vivoli <f.vivoli@...> wrote:
Wrt to the polar chart, don't you think that changing it for a stacked bar chart is an option.
We use it because we want to display multiple datasets, where each point represent a certain quantity.
In the specific we are drawing a polar line (i.e, a segmented line that
rounds the origin:)) for each asset group (sites or bu's).
Every edge represent how much that group scored for a certain appliance, right?
The problem with stacked bar charts is that each data point (an
appliance for a group) is bound within [0,10], so if there are 5
appliances the whole bar can assume values within [0,50], with the
upper value increasing with the number of appliances. This could lead
to some visualization problems now that I think about it. If these SDKs
provide zooming, which I don't know, it would be ok though.
Another possibility is to have segmented bar charts (one bar per
appliance/group, grouped by group), in this case we'd have lesser
variability on the y's but a much wider chart.
Finally, creating
a polar chart in SWF would be cool. The only issue would be that I'd
like for it to be better than JFreeChart's one, since right now we
can't even put a label for the edges (the degrees numbers are
hard-coded into JFree code-_-)
F
On Mon, Sep 1, 2008 at 9:52 AM, Roman Kalyakin <theorm@...> wrote:
Hi Francesco, Yes. Open Flash Chart improved a lot within the last year. I checked both OFC and Yahoo charts and they both don't have a polar chart. That means that we have two ways: either display this data on another type of chart or implement the polar chart on top of Open Flash Chart or Yahoo charts. It requires however some knowledge of actionscript. I took a look at it though, and it doesn't look so much different comparing to Java. So, I beleive it would be not a big deal to implement it.
Regarding the data format: Yes, JSON is more compact. And to adopt Atalaya data format to the charts we can either change the format within the chart or implement the xml->json converter. I think the second option is better. We could even start using data in JSON format for the UI too as it is more compact.
What to choose. For me both are ok. Yahoo SDK seems more robust and flexible. But it requires some coding. The fact that it's Yahoo also annoys me a bit. But since it's just an SDK with primitives and not a set of charts with yahoo logo on them, it's still a candidate.
Cheers, -RomanOn Mon, Sep 1, 2008 at 9:32 AM, Francesco Vivoli <f.vivoli@...> wrote:
Hi Roman I had given a look at the open flash chart thang a while ago, it looked good then and it seems they have improved. As for the yahoo sdk, I don't know enough about it to make a comment.The only thing is that an year ago we decided not to use yahoo UI nor GWT, because well, there was a direct link to these bigbig corps... I don't know, maybe it's me who's too skeptical.
Ok, speaking from a purely technical perspective I'd say let's look at the requirements. Right now we use time series, pie and polar charts. While the first two are supported for sure, I'm not sure about the latter.
In the case we can't make polar charts well, we still can rethink how to depict the same information: a stacked bar chart could maybe do the job, couldn't it? Then there is data format issue. As you know, right now we produce XML by default which could be fed into OFC, at least before. Nevertheless I don't think it's desiderable, JSON is much more compact as a format. Beside that, the XML that produce is atalaya-domain specific, whereas we should produce an OFC-specific one. Wrt we should start investigating how to produce JSON strings from our model, i.e how to refactor the all ChartBuilder chain.
What do yo guys say? ciao F On Fri, Aug 29, 2008 at 7:32 PM, Roman Kalyakin <theorm@...> wrote:
Hi, As we discussed one of our initial goals is to move towards nice charts, possibly flash. I've been checking current situation with flash charts in opensource world and found this project:
http://teethgrinder.co.uk/open-flash-chart-2
I saw it before, but it used to be a charting server running on php. Now, in version 2 they moved towards pure SWF + JSON. The charts look nice and easy to use. It's GPL v2. There is another project that is worth attention: http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
It's a Yahoo SDK for flash and is not for charts only. The SDK is under BSD. The only problem is that it's not a ready made SWF that reads data from external file, thus it needs some flash/actionscript development skills. However this option is more flexible because the SDK seems to include a huge variety of primitives.
What do you guys think? Cheers, -Roman
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
|
Re: Flash charts
For me they look ok. If there is some other compelling reason for yahoo I'll be fine with yahoo as well. ciao F On Mon, Sep 1, 2008 at 11:19 AM, Roman Kalyakin <theorm@...> wrote:
Okay. The last thing is to decide what charts to use. I suggest if everyone is satisfied with the look'n'feel of the open flash charts, let's go for it.
-R
On Mon, Sep 1, 2008 at 11:16 AM, Francesco Vivoli <f.vivoli@...> wrote:
Yes, this makes sense. After all much of the work is on the data format, which can be reused. FOn Mon, Sep 1, 2008 at 11:14 AM, Roman Kalyakin <theorm@...> wrote:
Taking into account the limitations of the bar charts, if we want to finish the charts at once without rewriting things later, that would make sense to implement a polar chart from the beginning. From the other side, we could just drop in a swf bar chart instead of the polar chart and see how it looks. If we don't like it - we write a polar chart extension.
-ROn Mon, Sep 1, 2008 at 10:05 AM, Francesco Vivoli <f.vivoli@...> wrote:
Wrt to the polar chart, don't you think that changing it for a stacked bar chart is an option.
We use it because we want to display multiple datasets, where each point represent a certain quantity.
In the specific we are drawing a polar line (i.e, a segmented line that
rounds the origin:)) for each asset group (sites or bu's).
Every edge represent how much that group scored for a certain appliance, right?
The problem with stacked bar charts is that each data point (an
appliance for a group) is bound within [0,10], so if there are 5
appliances the whole bar can assume values within [0,50], with the
upper value increasing with the number of appliances. This could lead
to some visualization problems now that I think about it. If these SDKs
provide zooming, which I don't know, it would be ok though.
Another possibility is to have segmented bar charts (one bar per
appliance/group, grouped by group), in this case we'd have lesser
variability on the y's but a much wider chart.
Finally, creating
a polar chart in SWF would be cool. The only issue would be that I'd
like for it to be better than JFreeChart's one, since right now we
can't even put a label for the edges (the degrees numbers are
hard-coded into JFree code-_-)
F
On Mon, Sep 1, 2008 at 9:52 AM, Roman Kalyakin <theorm@...> wrote:
Hi Francesco, Yes. Open Flash Chart improved a lot within the last year. I checked both OFC and Yahoo charts and they both don't have a polar chart. That means that we have two ways: either display this data on another type of chart or implement the polar chart on top of Open Flash Chart or Yahoo charts. It requires however some knowledge of actionscript. I took a look at it though, and it doesn't look so much different comparing to Java. So, I beleive it would be not a big deal to implement it.
Regarding the data format: Yes, JSON is more compact. And to adopt Atalaya data format to the charts we can either change the format within the chart or implement the xml->json converter. I think the second option is better. We could even start using data in JSON format for the UI too as it is more compact.
What to choose. For me both are ok. Yahoo SDK seems more robust and flexible. But it requires some coding. The fact that it's Yahoo also annoys me a bit. But since it's just an SDK with primitives and not a set of charts with yahoo logo on them, it's still a candidate.
Cheers, -RomanOn Mon, Sep 1, 2008 at 9:32 AM, Francesco Vivoli <f.vivoli@...> wrote:
Hi Roman I had given a look at the open flash chart thang a while ago, it looked good then and it seems they have improved. As for the yahoo sdk, I don't know enough about it to make a comment.The only thing is that an year ago we decided not to use yahoo UI nor GWT, because well, there was a direct link to these bigbig corps... I don't know, maybe it's me who's too skeptical.
Ok, speaking from a purely technical perspective I'd say let's look at the requirements. Right now we use time series, pie and polar charts. While the first two are supported for sure, I'm not sure about the latter.
In the case we can't make polar charts well, we still can rethink how to depict the same information: a stacked bar chart could maybe do the job, couldn't it? Then there is data format issue. As you know, right now we produce XML by default which could be fed into OFC, at least before. Nevertheless I don't think it's desiderable, JSON is much more compact as a format. Beside that, the XML that produce is atalaya-domain specific, whereas we should produce an OFC-specific one. Wrt we should start investigating how to produce JSON strings from our model, i.e how to refactor the all ChartBuilder chain.
What do yo guys say? ciao F On Fri, Aug 29, 2008 at 7:32 PM, Roman Kalyakin <theorm@...> wrote:
Hi, As we discussed one of our initial goals is to move towards nice charts, possibly flash. I've been checking current situation with flash charts in opensource world and found this project:
http://teethgrinder.co.uk/open-flash-chart-2
I saw it before, but it used to be a charting server running on php. Now, in version 2 they moved towards pure SWF + JSON. The charts look nice and easy to use. It's GPL v2. There is another project that is worth attention: http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
It's a Yahoo SDK for flash and is not for charts only. The SDK is under BSD. The only problem is that it's not a ready made SWF that reads data from external file, thus it needs some flash/actionscript development skills. However this option is more flexible because the SDK seems to include a huge variety of primitives.
What do you guys think? Cheers, -Roman
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
|
Re: Flash charts
I took a look to commercial alternatives like FusionChart.
They are quite cheap indeed but on the other hand I would like to
stick to the "preference to open source components and libraries"
policy. So I strongly support Open Flash Charts.
Thanks,
On Mon, Sep 1, 2008 at 11:31 AM, Francesco Vivoli < f.vivoli@...> wrote:
> For me they look ok. If there is some other compelling reason for yahoo I'll
> be fine with yahoo as well.
> ciao
> F
>
> On Mon, Sep 1, 2008 at 11:19 AM, Roman Kalyakin < theorm@...> wrote:
>>
>> Okay. The last thing is to decide what charts to use. I suggest if
>> everyone is satisfied with the look'n'feel of the open flash charts, let's
>> go for it.
>>
>> -R
>>
>> On Mon, Sep 1, 2008 at 11:16 AM, Francesco Vivoli < f.vivoli@...>
>> wrote:
>>>
>>> Yes, this makes sense. After all much of the work is on the data format,
>>> which can be reused.
>>> F
>>>
>>> On Mon, Sep 1, 2008 at 11:14 AM, Roman Kalyakin < theorm@...> wrote:
>>>>
>>>> Taking into account the limitations of the bar charts, if we want to
>>>> finish the charts at once without rewriting things later, that would make
>>>> sense to implement a polar chart from the beginning. From the other side, we
>>>> could just drop in a swf bar chart instead of the polar chart and see how it
>>>> looks. If we don't like it - we write a polar chart extension.
>>>>
>>>> -R
>>>>
>>>>
>>>> On Mon, Sep 1, 2008 at 10:05 AM, Francesco Vivoli < f.vivoli@...>
>>>> wrote:
>>>>>
>>>>> Wrt to the polar chart, don't you think that changing it for a stacked
>>>>> bar chart is an option.
>>>>> We use it because we want to display multiple datasets, where each
>>>>> point represent a certain quantity.
>>>>> In the specific we are drawing a polar line (i.e, a segmented line that
>>>>> rounds the origin:)) for each asset group (sites or bu's).
>>>>> Every edge represent how much that group scored for a certain
>>>>> appliance, right?
>>>>>
>>>>> The problem with stacked bar charts is that each data point (an
>>>>> appliance for a group) is bound within [0,10], so if there are 5 appliances
>>>>> the whole bar can assume values within [0,50], with the upper value
>>>>> increasing with the number of appliances. This could lead to some
>>>>> visualization problems now that I think about it. If these SDKs provide
>>>>> zooming, which I don't know, it would be ok though.
>>>>>
>>>>> Another possibility is to have segmented bar charts (one bar per
>>>>> appliance/group, grouped by group), in this case we'd have lesser
>>>>> variability on the y's but a much wider chart.
>>>>>
>>>>> Finally, creating a polar chart in SWF would be cool. The only issue
>>>>> would be that I'd like for it to be better than JFreeChart's one, since
>>>>> right now we can't even put a label for the edges (the degrees numbers are
>>>>> hard-coded into JFree code-_-)
>>>>>
>>>>> F
>>>>>
>>>>> On Mon, Sep 1, 2008 at 9:52 AM, Roman Kalyakin < theorm@...>
>>>>> wrote:
>>>>>>
>>>>>> Hi Francesco,
>>>>>>
>>>>>> Yes. Open Flash Chart improved a lot within the last year. I checked
>>>>>> both OFC and Yahoo charts and they both don't have a polar chart. That means
>>>>>> that we have two ways: either display this data on another type of chart or
>>>>>> implement the polar chart on top of Open Flash Chart or Yahoo charts. It
>>>>>> requires however some knowledge of actionscript. I took a look at it though,
>>>>>> and it doesn't look so much different comparing to Java. So, I beleive it
>>>>>> would be not a big deal to implement it.
>>>>>>
>>>>>> Regarding the data format: Yes, JSON is more compact. And to adopt
>>>>>> Atalaya data format to the charts we can either change the format within the
>>>>>> chart or implement the xml->json converter. I think the second option is
>>>>>> better. We could even start using data in JSON format for the UI too as it
>>>>>> is more compact.
>>>>>>
>>>>>> What to choose. For me both are ok. Yahoo SDK seems more robust and
>>>>>> flexible. But it requires some coding. The fact that it's Yahoo also annoys
>>>>>> me a bit. But since it's just an SDK with primitives and not a set of charts
>>>>>> with yahoo logo on them, it's still a candidate.
>>>>>>
>>>>>> Cheers,
>>>>>> -Roman
>>>>>>
>>>>>> On Mon, Sep 1, 2008 at 9:32 AM, Francesco Vivoli < f.vivoli@...>
>>>>>> wrote:
>>>>>>>
>>>>>>> Hi Roman
>>>>>>>
>>>>>>> I had given a look at the open flash chart thang a while ago, it
>>>>>>> looked good then and it seems they have improved. As for the yahoo sdk, I
>>>>>>> don't know enough about it to make a comment.The only thing is that an year
>>>>>>> ago we decided not to use yahoo UI nor GWT, because well, there was a direct
>>>>>>> link to these bigbig corps... I don't know, maybe it's me who's too
>>>>>>> skeptical.
>>>>>>>
>>>>>>> Ok, speaking from a purely technical perspective I'd say let's look
>>>>>>> at the requirements. Right now we use time series, pie and polar charts.
>>>>>>> While the first two are supported for sure, I'm not sure about the latter.
>>>>>>>
>>>>>>> In the case we can't make polar charts well, we still can rethink how
>>>>>>> to depict the same information: a stacked bar chart could maybe do the job,
>>>>>>> couldn't it?
>>>>>>>
>>>>>>> Then there is data format issue. As you know, right now we produce
>>>>>>> XML by default which could be fed into OFC, at least before. Nevertheless I
>>>>>>> don't think it's desiderable, JSON is much more compact as a format. Beside
>>>>>>> that, the XML that produce is atalaya-domain specific, whereas we should
>>>>>>> produce an OFC-specific one. Wrt we should start investigating how to
>>>>>>> produce JSON strings from our model, i.e how to refactor the all
>>>>>>> ChartBuilder chain.
>>>>>>> What do yo guys say?
>>>>>>>
>>>>>>> ciao
>>>>>>> F
>>>>>>>
>>>>>>> On Fri, Aug 29, 2008 at 7:32 PM, Roman Kalyakin < theorm@...>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> As we discussed one of our initial goals is to move towards nice
>>>>>>>> charts, possibly flash. I've been checking current situation with flash
>>>>>>>> charts in opensource world and found this project:
>>>>>>>> http://teethgrinder.co.uk/open-flash-chart-2>>>>>>>> I saw it before, but it used to be a charting server running on php.
>>>>>>>> Now, in version 2 they moved towards pure SWF + JSON. The charts look nice
>>>>>>>> and easy to use. It's GPL v2.
>>>>>>>>
>>>>>>>> There is another project that is worth attention:
>>>>>>>> http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
>>>>>>>> It's a Yahoo SDK for flash and is not for charts only. The SDK is
>>>>>>>> under BSD. The only problem is that it's not a ready made SWF that reads
>>>>>>>> data from external file, thus it needs some flash/actionscript development
>>>>>>>> skills. However this option is more flexible because the SDK seems to
>>>>>>>> include a huge variety of primitives.
>>>>>>>>
>>>>>>>> What do you guys think?
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>> -Roman
>>>>>>>>
>>>>>>>>
>>>>>>>> -------------------------------------------------------------------------
>>>>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>>>>>>>> challenge
>>>>>>>> Build the coolest Linux based applications with Moblin SDK & win
>>>>>>>> great prizes
>>>>>>>> Grand prize is a trip for two to an Open Source event anywhere in
>>>>>>>> the world
>>>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/>>>>>>>> _______________________________________________
>>>>>>>> Atalaya-developer mailing list
>>>>>>>> Atalaya-developer@...
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/atalaya-developer>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/> _______________________________________________
> Atalaya-developer mailing list
> Atalaya-developer@...
> https://lists.sourceforge.net/lists/listinfo/atalaya-developer>
>
--
Giacomo Collini - CISSP
Information Security Analyst
email: giacomo.collini@...
mobile: (+34)628332736
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
|
Re: Flash charts
So do I:) On Mon, Sep 1, 2008 at 5:05 PM, <giacomo.collini@...> wrote:
I took a look to commercial alternatives like FusionChart.
They are quite cheap indeed but on the other hand I would like to
stick to the "preference to open source components and libraries"
policy. So I strongly support Open Flash Charts.
Thanks,
On Mon, Sep 1, 2008 at 11:31 AM, Francesco Vivoli < f.vivoli@...> wrote:
> For me they look ok. If there is some other compelling reason for yahoo I'll
> be fine with yahoo as well.
> ciao
> F
>
> On Mon, Sep 1, 2008 at 11:19 AM, Roman Kalyakin < theorm@...> wrote:
>>
>> Okay. The last thing is to decide what charts to use. I suggest if
>> everyone is satisfied with the look'n'feel of the open flash charts, let's
>> go for it.
>>
>> -R
>>
>> On Mon, Sep 1, 2008 at 11:16 AM, Francesco Vivoli < f.vivoli@...>
>> wrote:
>>>
>>> Yes, this makes sense. After all much of the work is on the data format,
>>> which can be reused.
>>> F
>>>
>>> On Mon, Sep 1, 2008 at 11:14 AM, Roman Kalyakin < theorm@...> wrote:
>>>>
>>>> Taking into account the limitations of the bar charts, if we want to
>>>> finish the charts at once without rewriting things later, that would make
>>>> sense to implement a polar chart from the beginning. From the other side, we
>>>> could just drop in a swf bar chart instead of the polar chart and see how it
>>>> looks. If we don't like it - we write a polar chart extension.
>>>>
>>>> -R
>>>>
>>>>
>>>> On Mon, Sep 1, 2008 at 10:05 AM, Francesco Vivoli < f.vivoli@...>
>>>> wrote:
>>>>>
>>>>> Wrt to the polar chart, don't you think that changing it for a stacked
>>>>> bar chart is an option.
>>>>> We use it because we want to display multiple datasets, where each
>>>>> point represent a certain quantity.
>>>>> In the specific we are drawing a polar line (i.e, a segmented line that
>>>>> rounds the origin:)) for each asset group (sites or bu's).
>>>>> Every edge represent how much that group scored for a certain
>>>>> appliance, right?
>>>>>
>>>>> The problem with stacked bar charts is that each data point (an
>>>>> appliance for a group) is bound within [0,10], so if there are 5 appliances
>>>>> the whole bar can assume values within [0,50], with the upper value
>>>>> increasing with the number of appliances. This could lead to some
>>>>> visualization problems now that I think about it. If these SDKs provide
>>>>> zooming, which I don't know, it would be ok though.
>>>>>
>>>>> Another possibility is to have segmented bar charts (one bar per
>>>>> appliance/group, grouped by group), in this case we'd have lesser
>>>>> variability on the y's but a much wider chart.
>>>>>
>>>>> Finally, creating a polar chart in SWF would be cool. The only issue
>>>>> would be that I'd like for it to be better than JFreeChart's one, since
>>>>> right now we can't even put a label for the edges (the degrees numbers are
>>>>> hard-coded into JFree code-_-)
>>>>>
>>>>> F
>>>>>
>>>>> On Mon, Sep 1, 2008 at 9:52 AM, Roman Kalyakin < theorm@...>
>>>>> wrote:
>>>>>>
>>>>>> Hi Francesco,
>>>>>>
>>>>>> Yes. Open Flash Chart improved a lot within the last year. I checked
>>>>>> both OFC and Yahoo charts and they both don't have a polar chart. That means
>>>>>> that we have two ways: either display this data on another type of chart or
>>>>>> implement the polar chart on top of Open Flash Chart or Yahoo charts. It
>>>>>> requires however some knowledge of actionscript. I took a look at it though,
>>>>>> and it doesn't look so much different comparing to Java. So, I beleive it
>>>>>> would be not a big deal to implement it.
>>>>>>
>>>>>> Regarding the data format: Yes, JSON is more compact. And to adopt
>>>>>> Atalaya data format to the charts we can either change the format within the
>>>>>> chart or implement the xml->json converter. I think the second option is
>>>>>> better. We could even start using data in JSON format for the UI too as it
>>>>>> is more compact.
>>>>>>
>>>>>> What to choose. For me both are ok. Yahoo SDK seems more robust and
>>>>>> flexible. But it requires some coding. The fact that it's Yahoo also annoys
>>>>>> me a bit. But since it's just an SDK with primitives and not a set of charts
>>>>>> with yahoo logo on them, it's still a candidate.
>>>>>>
>>>>>> Cheers,
>>>>>> -Roman
>>>>>>
>>>>>> On Mon, Sep 1, 2008 at 9:32 AM, Francesco Vivoli < f.vivoli@...>
>>>>>> wrote:
>>>>>>>
>>>>>>> Hi Roman
>>>>>>>
>>>>>>> I had given a look at the open flash chart thang a while ago, it
>>>>>>> looked good then and it seems they have improved. As for the yahoo sdk, I
>>>>>>> don't know enough about it to make a comment.The only thing is that an year
>>>>>>> ago we decided not to use yahoo UI nor GWT, because well, there was a direct
>>>>>>> link to these bigbig corps... I don't know, maybe it's me who's too
>>>>>>> skeptical.
>>>>>>>
>>>>>>> Ok, speaking from a purely technical perspective I'd say let's look
>>>>>>> at the requirements. Right now we use time series, pie and polar charts.
>>>>>>> While the first two are supported for sure, I'm not sure about the latter.
>>>>>>>
>>>>>>> In the case we can't make polar charts well, we still can rethink how
>>>>>>> to depict the same information: a stacked bar chart could maybe do the job,
>>>>>>> couldn't it?
>>>>>>>
>>>>>>> Then there is data format issue. As you know, right now we produce
>>>>>>> XML by default which could be fed into OFC, at least before. Nevertheless I
>>>>>>> don't think it's desiderable, JSON is much more compact as a format. Beside
>>>>>>> that, the XML that produce is atalaya-domain specific, whereas we should
>>>>>>> produce an OFC-specific one. Wrt we should start investigating how to
>>>>>>> produce JSON strings from our model, i.e how to refactor the all
>>>>>>> ChartBuilder chain.
>>>>>>> What do yo guys say?
>>>>>>>
>>>>>>> ciao
>>>>>>> F
>>>>>>>
>>>>>>> On Fri, Aug 29, 2008 at 7:32 PM, Roman Kalyakin < theorm@...>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> As we discussed one of our initial goals is to move towards nice
>>>>>>>> charts, possibly flash. I've been checking current situation with flash
>>>>>>>> charts in opensource world and found this project:
>>>>>>>> http://teethgrinder.co.uk/open-flash-chart-2
>>>>>>>> I saw it before, but it used to be a charting server running on php.
>>>>>>>> Now, in version 2 they moved towards pure SWF + JSON. The charts look nice
>>>>>>>> and easy to use. It's GPL v2.
>>>>>>>>
>>>>>>>> There is another project that is worth attention:
>>>>>>>> http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
>>>>>>>> It's a Yahoo SDK for flash and is not for charts only. The SDK is
>>>>>>>> under BSD. The only problem is that it's not a ready made SWF that reads
>>>>>>>> data from external file, thus it needs some flash/actionscript development
>>>>>>>> skills. However this option is more flexible because the SDK seems to
>>>>>>>> include a huge variety of primitives.
>>>>>>>>
>>>>>>>> What do you guys think?
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>> -Roman
>>>>>>>>
>>>>>>>>
>>>>>>>> -------------------------------------------------------------------------
>>>>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>>>>>>>> challenge
>>>>>>>> Build the coolest Linux based applications with Moblin SDK & win
>>>>>>>> great prizes
>>>>>>>> Grand prize is a trip for two to an Open Source event anywhere in
>>>>>>>> the world
>>>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>>>>>>> _______________________________________________
>>>>>>>> Atalaya-developer mailing list
>>>>>>>> Atalaya-developer@...
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/atalaya-developer
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Atalaya-developer mailing list
> Atalaya-developer@...
> https://lists.sourceforge.net/lists/listinfo/atalaya-developer
>
>
Giacomo Collini - CISSP
Information Security Analyst
email: giacomo.collini@...
mobile: (+34)628332736
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
|
Re: Flash charts
Hi there, Work is going on and there are the first results for those who want to improve motivation. :) See attached screenshot. Cheers, Roman On Mon, Sep 1, 2008 at 5:05 PM, <giacomo.collini@...> wrote:
I took a look to commercial alternatives like FusionChart.
They are quite cheap indeed but on the other hand I would like to
stick to the "preference to open source components and libraries"
policy. So I strongly support Open Flash Charts.
Thanks,
On Mon, Sep 1, 2008 at 11:31 AM, Francesco Vivoli < f.vivoli@...> wrote:
> For me they look ok. If there is some other compelling reason for yahoo I'll
> be fine with yahoo as well.
> ciao
> F
>
> On Mon, Sep 1, 2008 at 11:19 AM, Roman Kalyakin < theorm@...> wrote:
>>
>> Okay. The last thing is to decide what charts to use. I suggest if
>> everyone is satisfied with the look'n'feel of the open flash charts, let's
>> go for it.
>>
>> -R
>>
>> On Mon, Sep 1, 2008 at 11:16 AM, Francesco Vivoli < f.vivoli@...>
>> wrote:
>>>
>>> Yes, this makes sense. After all much of the work is on the data format,
>>> which can be reused.
>>> F
>>>
>>> On Mon, Sep 1, 2008 at 11:14 AM, Roman Kalyakin < theorm@...> wrote:
>>>>
>>>> Taking into account the limitations of the bar charts, if we want to
>>>> finish the charts at once without rewriting things later, that would make
>>>> sense to implement a polar chart from the beginning. From the other side, we
>>>> could just drop in a swf bar chart instead of the polar chart and see how it
>>>> looks. If we don't like it - we write a polar chart extension.
>>>>
>>>> -R
>>>>
>>>>
>>>> On Mon, Sep 1, 2008 at 10:05 AM, Francesco Vivoli < f.vivoli@...>
>>>> wrote:
>>>>>
>>>>> Wrt to the polar chart, don't you think that changing it for a stacked
>>>>> bar chart is an option.
>>>>> We use it because we want to display multiple datasets, where each
>>>>> point represent a certain quantity.
>>>>> In the specific we are drawing a polar line (i.e, a segmented line that
>>>>> rounds the origin:)) for each asset group (sites or bu's).
>>>>> Every edge represent how much that group scored for a certain
>>>>> appliance, right?
>>>>>
>>>>> The problem with stacked bar charts is that each data point (an
>>>>> appliance for a group) is bound within [0,10], so if there are 5 appliances
>>>>> the whole bar can assume values within [0,50], with the upper value
>>>>> increasing with the number of appliances. This could lead to some
>>>>> visualization problems now that I think about it. If these SDKs provide
>>>>> zooming, which I don't know, it would be ok though.
>>>>>
>>>>> Another possibility is to have segmented bar charts (one bar per
>>>>> appliance/group, grouped by group), in this case we'd have lesser
>>>>> variability on the y's but a much wider chart.
>>>>>
>>>>> Finally, creating a polar chart in SWF would be cool. The only issue
>>>>> would be that I'd like for it to be better than JFreeChart's one, since
>>>>> right now we can't even put a label for the edges (the degrees numbers are
>>>>> hard-coded into JFree code-_-)
>>>>>
>>>>> F
>>>>>
>>>>> On Mon, Sep 1, 2008 at 9:52 AM, Roman Kalyakin < theorm@...>
>>>>> wrote:
>>>>>>
>>>>>> Hi Francesco,
>>>>>>
>>>>>> Yes. Open Flash Chart improved a lot within the last year. I checked
>>>>>> both OFC and Yahoo charts and they both don't have a polar chart. That means
>>>>>> that we have two ways: either display this data on another type of chart or
>>>>>> implement the polar chart on top of Open Flash Chart or Yahoo charts. It
>>>>>> requires however some knowledge of actionscript. I took a look at it though,
>>>>>> and it doesn't look so much different comparing to Java. So, I beleive it
>>>>>> would be not a big deal to implement it.
>>>>>>
>>>>>> Regarding the data format: Yes, JSON is more compact. And to adopt
>>>>>> Atalaya data format to the charts we can either change the format within the
>>>>>> chart or implement the xml->json converter. I think the second option is
>>>>>> better. We could even start using data in JSON format for the UI too as it
>>>>>> is more compact.
>>>>>>
>>>>>> What to choose. For me both are ok. Yahoo SDK seems more robust and
>>>>>> flexible. But it requires some coding. The fact that it's Yahoo also annoys
>>>>>> me a bit. But since it's just an SDK with primitives and not a set of charts
>>>>>> with yahoo logo on them, it's still a candidate.
>>>>>>
>>>>>> Cheers,
>>>>>> -Roman
>>>>>>
>>>>>> On Mon, Sep 1, 2008 at 9:32 AM, Francesco Vivoli < f.vivoli@...>
>>>>>> wrote:
>>>>>>>
>>>>>>> Hi Roman
>>>>>>>
>>>>>>> I had given a look at the open flash chart thang a while ago, it
>>>>>>> looked good then and it seems they have improved. As for the yahoo sdk, I
>>>>>>> don't know enough about it to make a comment.The only thing is that an year
>>>>>>> ago we decided not to use yahoo UI nor GWT, because well, there was a direct
>>>>>>> link to these bigbig corps... I don't know, maybe it's me who's too
>>>>>>> skeptical.
>>>>>>>
>>>>>>> Ok, speaking from a purely technical perspective I'd say let's look
>>>>>>> at the requirements. Right now we use time series, pie and polar charts.
>>>>>>> While the first two are supported for sure, I'm not sure about the latter.
>>>>>>>
>>>>>>> In the case we can't make polar charts well, we still can rethink how
>>>>>>> to depict the same information: a stacked bar chart could maybe do the job,
>>>>>>> couldn't it?
>>>>>>>
>>>>>>> Then there is data format issue. As you know, right now we produce
>>>>>>> XML by default which could be fed into OFC, at least before. Nevertheless I
>>>>>>> don't think it's desiderable, JSON is much more compact as a format. Beside
>>>>>>> that, the XML that produce is atalaya-domain specific, whereas we should
>>>>>>> produce an OFC-specific one. Wrt we should start investigating how to
>>>>>>> produce JSON strings from our model, i.e how to refactor the all
>>>>>>> ChartBuilder chain.
>>>>>>> What do yo guys say?
>>>>>>>
>>>>>>> ciao
>>>>>>> F
>>>>>>>
>>>>>>> On Fri, Aug 29, 2008 at 7:32 PM, Roman Kalyakin < theorm@...>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> As we discussed one of our initial goals is to move towards nice
>>>>>>>> charts, possibly flash. I've been checking current situation with flash
>>>>>>>> charts in opensource world and found this project:
>>>>>>>> http://teethgrinder.co.uk/open-flash-chart-2
>>>>>>>> I saw it before, but it used to be a charting server running on php.
>>>>>>>> Now, in version 2 they moved towards pure SWF + JSON. The charts look nice
>>>>>>>> and easy to use. It's GPL v2.
>>>>>>>>
>>>>>>>> There is another project that is worth attention:
>>>>>>>> http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
>>>>>>>> It's a Yahoo SDK for flash and is not for charts only. The SDK is
>>>>>>>> under BSD. The only problem is that it's not a ready made SWF that reads
>>>>>>>> data from external file, thus it needs some flash/actionscript development
>>>>>>>> skills. However this option is more flexible because the SDK seems to
>>>>>>>> include a huge variety of primitives.
>>>>>>>>
>>>>>>>> What do you guys think?
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>> -Roman
>>>>>>>>
>>>>>>>>
>>>>>>>> -------------------------------------------------------------------------
>>>>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>>>>>>>> challenge
>>>>>>>> Build the coolest Linux based applications with Moblin SDK & win
>>>>>>>> great prizes
>>>>>>>> Grand prize is a trip for two to an Open Source event anywhere in
>>>>>>>> the world
>>>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>>>>>>> _______________________________________________
>>>>>>>> Atalaya-developer mailing list
>>>>>>>> Atalaya-developer@...
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/atalaya-developer
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Atalaya-developer mailing list
> Atalaya-developer@...
> https://lists.sourceforge.net/lists/listinfo/atalaya-developer
>
>
Giacomo Collini - CISSP
Information Security Analyst
email: giacomo.collini@...
mobile: (+34)628332736
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
|
Re: Flash charts
nice! On Mon, Sep 8, 2008 at 12:34 AM, Roman Kalyakin <theorm@...> wrote:
Hi there, Work is going on and there are the first results for those who want to improve motivation. :) See attached screenshot. Cheers, Roman
I took a look to commercial alternatives like FusionChart.
They are quite cheap indeed but on the other hand I would like to
stick to the "preference to open source components and libraries"
policy. So I strongly support Open Flash Charts.
Thanks,
On Mon, Sep 1, 2008 at 11:31 AM, Francesco Vivoli < f.vivoli@...> wrote:
> For me they look ok. If there is some other compelling reason for yahoo I'll
> be fine with yahoo as well.
> ciao
> F
>
> On Mon, Sep 1, 2008 at 11:19 AM, Roman Kalyakin < theorm@...> wrote:
>>
>> Okay. The last thing is to decide what charts to use. I suggest if
>> everyone is satisfied with the look'n'feel of the open flash charts, let's
>> go for it.
>>
>> -R
>>
>> On Mon, Sep 1, 2008 at 11:16 AM, Francesco Vivoli < f.vivoli@...>
>> wrote:
>>>
>>> Yes, this makes sense. After all much of the work is on the data format,
>>> which can be reused.
>>> F
>>>
>>> On Mon, Sep 1, 2008 at 11:14 AM, Roman Kalyakin < theorm@...> wrote:
>>>>
>>>> Taking into account the limitations of the bar charts, if we want to
>>>> finish the charts at once without rewriting things later, that would make
>>>> sense to implement a polar chart from the beginning. From the other side, we
>>>> could just drop in a swf bar chart instead of the polar chart and see how it
>>>> looks. If we don't like it - we write a polar chart extension.
>>>>
>>>> -R
>>>>
>>>>
>>>> On Mon, Sep 1, 2008 at 10:05 AM, Francesco Vivoli < f.vivoli@...>
>>>> wrote:
>>>>>
>>>>> Wrt to the polar chart, don't you think that changing it for a stacked
>>>>> bar chart is an option.
>>>>> We use it because we want to display multiple datasets, where each
>>>>> point represent a certain quantity.
>>>>> In the specific we are drawing a polar line (i.e, a segmented line that
>>>>> rounds the origin:)) for each asset group (sites or bu's).
>>>>> Every edge represent how much that group scored for a certain
>>>>> appliance, right?
>>>>>
>>>>> The problem with stacked bar charts is that each data point (an
>>>>> appliance for a group) is bound within [0,10], so if there are 5 appliances
>>>>> the whole bar can assume values within [0,50], with the upper value
>>>>> increasing with the number of appliances. This could lead to some
>>>>> visualization problems now that I think about it. If these SDKs provide
>>>>> zooming, which I don't know, it would be ok though.
>>>>>
>>>>> Another possibility is to have segmented bar charts (one bar per
>>>>> appliance/group, grouped by group), in this case we'd have lesser
>>>>> variability on the y's but a much wider chart.
>>>>>
>>>>> Finally, creating a polar chart in SWF would be cool. The only issue
>>>>> would be that I'd like for it to be better than JFreeChart's one, since
>>>>> right now we can't even put a label for the edges (the degrees numbers are
>>>>> hard-coded into JFree code-_-)
>>>>>
>>>>> F
>>>>>
>>>>> On Mon, Sep 1, 2008 at 9:52 AM, Roman Kalyakin < theorm@...>
>>>>> wrote:
>>>>>>
>>>>>> Hi Francesco,
>>>>>>
>>>>>> Yes. Open Flash Chart improved a lot within the last year. I checked
>>>>>> both OFC and Yahoo charts and they both don't have a polar chart. That means
>>>>>> that we have two ways: either display this data on another type of chart or
>>>>>> implement the polar chart on top of Open Flash Chart or Yahoo charts. It
>>>>>> requires however some knowledge of actionscript. I took a look at it though,
>>>>>> and it doesn't look so much different comparing to Java. So, I beleive it
>>>>>> would be not a big deal to implement it.
>>>>>>
>>>>>> Regarding the data format: Yes, JSON is more compact. And to adopt
>>>>>> Atalaya data format to the charts we can either change the format within the
>>>>>> chart or implement the xml->json converter. I think the second option is
>>>>>> better. We could even start using data in JSON format for the UI too as it
>>>>>> is more compact.
>>>>>>
>>>>>> What to choose. For me both are ok. Yahoo SDK seems more robust and
>>>>>> flexible. But it requires some coding. The fact that it's Yahoo also annoys
>>>>>> me a bit. But since it's just an SDK with primitives and not a set of charts
>>>>>> with yahoo logo on them, it's still a candidate.
>>>>>>
>>>>>> Cheers,
>>>>>> -Roman
>>>>>>
>>>>>> On Mon, Sep 1, 2008 at 9:32 AM, Francesco Vivoli < f.vivoli@...>
>>>>>> wrote:
>>>>>>>
>>>>>>> Hi Roman
>>>>>>>
>>>>>>> I had given a look at the open flash chart thang a while ago, it
>>>>>>> looked good then and it seems they have improved. As for the yahoo sdk, I
>>>>>>> don't know enough about it to make a comment.The only thing is that an year
>>>>>>> ago we decided not to use yahoo UI nor GWT, because well, there was a direct
>>>>>>> link to these bigbig corps... I don't know, maybe it's me who's too
>>>>>>> skeptical.
>>>>>>>
>>>>>>> Ok, speaking from a purely technical perspective I'd say let's look
>>>>>>> at the requirements. Right now we use time series, pie and polar charts.
>>>>>>> While the first two are supported for sure, I'm not sure about the latter.
>>>>>>>
>>>>>>> In the case we can't make polar charts well, we still can rethink how
>>>>>>> to depict the same information: a stacked bar chart could maybe do the job,
>>>>>>> couldn't it?
>>>>>>>
>>>>>>> Then there is data format issue. As you know, right now we produce
>>>>>>> XML by default which could be fed into OFC, at least before. Nevertheless I
>>>>>>> don't think it's desiderable, JSON is much more compact as a format. Beside
>>>>>>> that, the XML that produce is atalaya-domain specific, whereas we should
>>>>>>> produce an OFC-specific one. Wrt we should start investigating how to
>>>>>>> produce JSON strings from our model, i.e how to refactor the all
>>>>>>> ChartBuilder chain.
>>>>>>> What do yo guys say?
>>>>>>>
>>>>>>> ciao
>>>>>>> F
>>>>>>>
>>>>>>> On Fri, Aug 29, 2008 at 7:32 PM, Roman Kalyakin < theorm@...>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> As we discussed one of our initial goals is to move towards nice
>>>>>>>> charts, possibly flash. I've been checking current situation with flash
>>>>>>>> charts in opensource world and found this project:
>>>>>>>> http://teethgrinder.co.uk/open-flash-chart-2
>>>>>>>> I saw it before, but it used to be a charting server running on php.
>>>>>>>> Now, in version 2 they moved towards pure SWF + JSON. The charts look nice
>>>>>>>> and easy to use. It's GPL v2.
>>>>>>>>
>>>>>>>> There is another project that is worth attention:
>>>>>>>> http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
>>>>>>>> It's a Yahoo SDK for flash and is not for charts only. The SDK is
>>>>>>>> under BSD. The only problem is that it's not a ready made SWF that reads
>>>>>>>> data from external file, thus it needs some flash/actionscript development
>>>>>>>> skills. However this option is more flexible because the SDK seems to
>>>>>>>> include a huge variety of primitives.
>>>>>>>>
>>>>>>>> What do you guys think?
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>> -Roman
>>>>>>>>
>>>>>>>>
>>>>>>>> -------------------------------------------------------------------------
>>>>>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>>>>>>>> challenge
>>>>>>>> Build the coolest Linux based applications with Moblin SDK & win
>>>>>>>> great prizes
>>>>>>>> Grand prize is a trip for two to an Open Source event anywhere in
>>>>>>>> the world
>>>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>>>>>>> _______________________________________________
>>>>>>>> Atalaya-developer mailing list
>>>>>>>> Atalaya-developer@...
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/atalaya-developer
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Atalaya-developer mailing list
> Atalaya-developer@...
> https://lists.sourceforge.net/lists/listinfo/atalaya-developer
>
>
Giacomo Collini - CISSP
Information Security Analyst
email: giacomo.collini@...
mobile: (+34)628332736
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@...
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
|
Re: Flash charts
Is anyone using AnyCharts flash charting?
Thanks
r123
Francesco Vivoli wrote:
nice!
On Mon, Sep 8, 2008 at 12:34 AM, Roman Kalyakin <theorm@gmail.com> wrote:
> Hi there,
>
> Work is going on and there are the first results for those who want to
> improve motivation. :)
> See attached screenshot.
>
> Cheers,
> Roman
>
> On Mon, Sep 1, 2008 at 5:05 PM, <giacomo.collini@gmail.com> wrote:
>
>> I took a look to commercial alternatives like FusionChart.
>> They are quite cheap indeed but on the other hand I would like to
>> stick to the "preference to open source components and libraries"
>> policy. So I strongly support Open Flash Charts.
>>
>> Thanks,
>>
>> On Mon, Sep 1, 2008 at 11:31 AM, Francesco Vivoli <f.vivoli@gmail.com>
>> wrote:
>> > For me they look ok. If there is some other compelling reason for yahoo
>> I'll
>> > be fine with yahoo as well.
>> > ciao
>> > F
>> >
>> > On Mon, Sep 1, 2008 at 11:19 AM, Roman Kalyakin <theorm@gmail.com>
>> wrote:
>> >>
>> >> Okay. The last thing is to decide what charts to use. I suggest if
>> >> everyone is satisfied with the look'n'feel of the open flash charts,
>> let's
>> >> go for it.
>> >>
>> >> -R
>> >>
>> >> On Mon, Sep 1, 2008 at 11:16 AM, Francesco Vivoli <f.vivoli@gmail.com>
>> >> wrote:
>> >>>
>> >>> Yes, this makes sense. After all much of the work is on the data
>> format,
>> >>> which can be reused.
>> >>> F
>> >>>
>> >>> On Mon, Sep 1, 2008 at 11:14 AM, Roman Kalyakin <theorm@gmail.com>
>> wrote:
>> >>>>
>> >>>> Taking into account the limitations of the bar charts, if we want to
>> >>>> finish the charts at once without rewriting things later, that would
>> make
>> >>>> sense to implement a polar chart from the beginning. From the other
>> side, we
>> >>>> could just drop in a swf bar chart instead of the polar chart and see
>> how it
>> >>>> looks. If we don't like it - we write a polar chart extension.
>> >>>>
>> >>>> -R
>> >>>>
>> >>>>
>> >>>> On Mon, Sep 1, 2008 at 10:05 AM, Francesco Vivoli <
>> f.vivoli@gmail.com>
>> >>>> wrote:
>> >>>>>
>> >>>>> Wrt to the polar chart, don't you think that changing it for a
>> stacked
>> >>>>> bar chart is an option.
>> >>>>> We use it because we want to display multiple datasets, where each
>> >>>>> point represent a certain quantity.
>> >>>>> In the specific we are drawing a polar line (i.e, a segmented line
>> that
>> >>>>> rounds the origin:)) for each asset group (sites or bu's).
>> >>>>> Every edge represent how much that group scored for a certain
>> >>>>> appliance, right?
>> >>>>>
>> >>>>> The problem with stacked bar charts is that each data point (an
>> >>>>> appliance for a group) is bound within [0,10], so if there are 5
>> appliances
>> >>>>> the whole bar can assume values within [0,50], with the upper value
>> >>>>> increasing with the number of appliances. This could lead to some
>> >>>>> visualization problems now that I think about it. If these SDKs
>> provide
>> >>>>> zooming, which I don't know, it would be ok though.
>> >>>>>
>> >>>>> Another possibility is to have segmented bar charts (one bar per
>> >>>>> appliance/group, grouped by group), in this case we'd have lesser
>> >>>>> variability on the y's but a much wider chart.
>> >>>>>
>> >>>>> Finally, creating a polar chart in SWF would be cool. The only issue
>> >>>>> would be that I'd like for it to be better than JFreeChart's one,
>> since
>> >>>>> right now we can't even put a label for the edges (the degrees
>> numbers are
>> >>>>> hard-coded into JFree code-_-)
>> >>>>>
>> >>>>> F
>> >>>>>
>> >>>>> On Mon, Sep 1, 2008 at 9:52 AM, Roman Kalyakin <theorm@gmail.com>
>> >>>>> wrote:
>> >>>>>>
>> >>>>>> Hi Francesco,
>> >>>>>>
>> >>>>>> Yes. Open Flash Chart improved a lot within the last year. I
>> checked
>> >>>>>> both OFC and Yahoo charts and they both don't have a polar chart.
>> That means
>> >>>>>> that we have two ways: either display this data on another type of
>> chart or
>> >>>>>> implement the polar chart on top of Open Flash Chart or Yahoo
>> charts. It
>> >>>>>> requires however some knowledge of actionscript. I took a look at
>> it though,
>> >>>>>> and it doesn't look so much different comparing to Java. So, I
>> beleive it
>> >>>>>> would be not a big deal to implement it.
>> >>>>>>
>> >>>>>> Regarding the data format: Yes, JSON is more compact. And to adopt
>> >>>>>> Atalaya data format to the charts we can either change the format
>> within the
>> >>>>>> chart or implement the xml->json converter. I think the second
>> option is
>> >>>>>> better. We could even start using data in JSON format for the UI
>> too as it
>> >>>>>> is more compact.
>> >>>>>>
>> >>>>>> What to choose. For me both are ok. Yahoo SDK seems more robust and
>> >>>>>> flexible. But it requires some coding. The fact that it's Yahoo
>> also annoys
>> >>>>>> me a bit. But since it's just an SDK with primitives and not a set
>> of charts
>> >>>>>> with yahoo logo on them, it's still a candidate.
>> >>>>>>
>> >>>>>> Cheers,
>> >>>>>> -Roman
>> >>>>>>
>> >>>>>> On Mon, Sep 1, 2008 at 9:32 AM, Francesco Vivoli <
>> f.vivoli@gmail.com>
>> >>>>>> wrote:
>> >>>>>>>
>> >>>>>>> Hi Roman
>> >>>>>>>
>> >>>>>>> I had given a look at the open flash chart thang a while ago, it
>> >>>>>>> looked good then and it seems they have improved. As for the yahoo
>> sdk, I
>> >>>>>>> don't know enough about it to make a comment.The only thing is
>> that an year
>> >>>>>>> ago we decided not to use yahoo UI nor GWT, because well, there
>> was a direct
>> >>>>>>> link to these bigbig corps... I don't know, maybe it's me who's
>> too
>> >>>>>>> skeptical.
>> >>>>>>>
>> >>>>>>> Ok, speaking from a purely technical perspective I'd say let's
>> look
>> >>>>>>> at the requirements. Right now we use time series, pie and polar
>> charts.
>> >>>>>>> While the first two are supported for sure, I'm not sure about the
>> latter.
>> >>>>>>>
>> >>>>>>> In the case we can't make polar charts well, we still can rethink
>> how
>> >>>>>>> to depict the same information: a stacked bar chart could maybe do
>> the job,
>> >>>>>>> couldn't it?
>> >>>>>>>
>> >>>>>>> Then there is data format issue. As you know, right now we produce
>> >>>>>>> XML by default which could be fed into OFC, at least before.
>> Nevertheless I
>> >>>>>>> don't think it's desiderable, JSON is much more compact as a
>> format. Beside
>> >>>>>>> that, the XML that produce is atalaya-domain specific, whereas we
>> should
>> >>>>>>> produce an OFC-specific one. Wrt we should start investigating how
>> to
>> >>>>>>> produce JSON strings from our model, i.e how to refactor the all
>> >>>>>>> ChartBuilder chain.
>> >>>>>>> What do yo guys say?
>> >>>>>>>
>> >>>>>>> ciao
>> >>>>>>> F
>> >>>>>>>
>> >>>>>>> On Fri, Aug 29, 2008 at 7:32 PM, Roman Kalyakin <theorm@gmail.com
>> >
>> >>>>>>> wrote:
>> >>>>>>>>
>> >>>>>>>> Hi,
>> >>>>>>>>
>> >>>>>>>> As we discussed one of our initial goals is to move towards nice
>> >>>>>>>> charts, possibly flash. I've been checking current situation with
>> flash
>> >>>>>>>> charts in opensource world and found this project:
>> >>>>>>>> http://teethgrinder.co.uk/open-flash-chart-2>> >>>>>>>> I saw it before, but it used to be a charting server running on
>> php.
>> >>>>>>>> Now, in version 2 they moved towards pure SWF + JSON. The charts
>> look nice
>> >>>>>>>> and easy to use. It's GPL v2.
>> >>>>>>>>
>> >>>>>>>> There is another project that is worth attention:
>> >>>>>>>>
>> http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
>> >>>>>>>> It's a Yahoo SDK for flash and is not for charts only. The SDK is
>> >>>>>>>> under BSD. The only problem is that it's not a ready made SWF
>> that reads
>> >>>>>>>> data from external file, thus it needs some flash/actionscript
>> development
>> >>>>>>>> skills. However this option is more flexible because the SDK
>> seems to
>> >>>>>>>> include a huge variety of primitives.
>> >>>>>>>>
>> >>>>>>>> What do you guys think?
>> >>>>>>>>
>> >>>>>>>> Cheers,
>> >>>>>>>> -Roman
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>>
>> -------------------------------------------------------------------------
>> >>>>>>>> This SF.Net email is sponsored by the Moblin Your Move
>> Developer's
>> >>>>>>>> challenge
>> >>>>>>>> Build the coolest Linux based applications with Moblin SDK & win
>> >>>>>>>> great prizes
>> >>>>>>>> Grand prize is a trip for two to an Open Source event anywhere in
>> >>>>>>>> the world
>> >>>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/>> >>>>>>>> _______________________________________________
>> >>>>>>>> Atalaya-developer mailing list
>> >>>>>>>> Atalaya-developer@lists.sourceforge.net
>> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/atalaya-developer>> >>>>>>>>
>> >>>>>>>
>> >>>>>>
>> >>>>>
>> >>>>
>> >>>
>> >>
>> >
>> >
>> >
>> -------------------------------------------------------------------------
>> > This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> > Build the coolest Linux based applications with Moblin SDK & win great
>> > prizes
>> > Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> > http://moblin-contest.org/redirect.php?banner_id=100&url=/>> > _______________________________________________
>> > Atalaya-developer mailing list
>> > Atalaya-developer@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/atalaya-developer>> >
>> >
>>
>>
>>
>> --
>> Giacomo Collini - CISSP
>>
>> Information Security Analyst
>>
>>
>> email: giacomo.collini@gmail.com
>> mobile: (+34)628332736
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/>> _______________________________________________
>> Atalaya-developer mailing list
>> Atalaya-developer@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/atalaya-developer>>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/> _______________________________________________
> Atalaya-developer mailing list
> Atalaya-developer@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/atalaya-developer>
>
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
|
Re: Flash charts
Is anyone using AnyCharts flash charting?
Thanks
r123
Francesco Vivoli wrote:
nice!
On Mon, Sep 8, 2008 at 12:34 AM, Roman Kalyakin <theorm@gmail.com> wrote:
> Hi there,
>
> Work is going on and there are the first results for those who want to
> improve motivation. :)
> See attached screenshot.
>
> Cheers,
> Roman
>
> On Mon, Sep 1, 2008 at 5:05 PM, <giacomo.collini@gmail.com> wrote:
>
>> I took a look to commercial alternatives like FusionChart.
>> They are quite cheap indeed but on the other hand I would like to
>> stick to the "preference to open source components and libraries"
>> policy. So I strongly support Open Flash Charts.
>>
>> Thanks,
>>
>> On Mon, Sep 1, 2008 at 11:31 AM, Francesco Vivoli <f.vivoli@gmail.com>
>> wrote:
>> > For me they look ok. If there is some other compelling reason for yahoo
>> I'll
>> > be fine with yahoo as well.
>> > ciao
>> > F
>> >
>> > On Mon, Sep 1, 2008 at 11:19 AM, Roman Kalyakin <theorm@gmail.com>
>> wrote:
>> >>
>> >> Okay. The last thing is to decide what charts to use. I suggest if
>> >> everyone is satisfied with the look'n'feel of the open flash charts,
>> let's
>> >> go for it.
>> >>
>> >> -R
>> >>
>> >> On Mon, Sep 1, 2008 at 11:16 AM, Francesco Vivoli <f.vivoli@gmail.com>
>> >> wrote:
>> >>>
>> >>> Yes, this makes sense. After all much of the work is on the data
>> format,
>> >>> which can be reused.
>> >>> F
>> >>>
>> >>> On Mon, Sep 1, 2008 at 11:14 AM, Roman Kalyakin <theorm@gmail.com>
>> wrote:
>> >>>>
>> >>>> Taking into account the limitations of the bar charts, if we want to
>> >>>> finish the charts at once without rewriting things later, that would
>> make
>> >>>> sense to implement a polar chart from the beginning. From the other
>> side, we
>> >>>> could just drop in a swf bar chart instead of the polar chart and see
>> how it
>> >>>> looks. If we don't like it - we write a polar chart extension.
>> >>>>
>> >>>> -R
>> >>>>
>> >>>>
>> >>>> On Mon, Sep 1, 2008 at 10:05 AM, Francesco Vivoli <
>> f.vivoli@gmail.com>
>> >>>> wrote:
>> >>>>>
>> >>>>> Wrt to the polar chart, don't you think that changing it for a
>> stacked
>> >>>>> bar chart is an option.
>> >>>>> We use it because we want to display multiple datasets, where each
>> >>>>> point represent a certain quantity.
>> >>>>> In the specific we are drawing a polar line (i.e, a segmented line
>> that
>> >>>>> rounds the origin:)) for each asset group (sites or bu's).
>> >>>>> Every edge represent how much that group scored for a certain
>> >>>>> appliance, right?
>> >>>>>
>> >>>>> The problem with stacked bar charts is that each data point (an
>> >>>>> appliance for a group) is bound within [0,10], so if there are 5
>> appliances
>> >>>>> the whole bar can assume values within [0,50], with the upper value
>> >>>>> increasing with the number of appliances. This could lead to some
>> >>>>> visualization problems now that I think about it. If these SDKs
>> provide
>> >>>>> zooming, which I don't know, it would be ok though.
>> >>>>>
>> >>>>> Another possibility is to have segmented bar charts (one bar per
>> >>>>> appliance/group, grouped by group), in this case we'd have lesser
>> >>>>> variability on the y's but a much wider chart.
>> >>>>>
>> >>>>> Finally, creating a polar chart in SWF would be cool. The only issue
>> >>>>> would be that I'd like for it to be better than JFreeChart's one,
>> since
>> >>>>> right now we can't even put a label for the edges (the degrees
>> numbers are
>> >>>>> hard-coded into JFree code-_-)
>> >>>>>
>> >>>>> F
>> >>>>>
>> >>>>> On Mon, Sep 1, 2008 at 9:52 AM, Roman Kalyakin <theorm@gmail.com>
>> >>>>> wrote:
>> >>>>>>
>> >>>>>> Hi Francesco,
>> >>>>>>
>> >>>>>> Yes. Open Flash Chart improved a lot within the last year. I
>> checked
>> >>>>>> both OFC and Yahoo charts and they both don't have a polar chart.
>> That means
>> >>>>>> that we have two ways: either display this data on another type of
>> chart or
>> >>>>>> implement the polar chart on top of Open Flash Chart or Yahoo
>> charts. It
>> >>>>>> requires however some knowledge of actionscript. I took a look at
>> it though,
>> >>>>>> and it doesn't look so much different comparing to Java. So, I
>> beleive it
>> >>>>>> would be not a big deal to implement it.
>> >>>>>>
>> >>>>>> Regarding the data format: Yes, JSON is more compact. And to adopt
>> >>>>>> Atalaya data format to the charts we can either change the format
>> within the
>> >>>>>> chart or implement the xml->json converter. I think the second
>> option is
>> >>>>>> better. We could even start using data in JSON format for the UI
>> too as it
>> >>>>>> is more compact.
>> >>>>>>
>> >>>>>> What to choose. For me both are ok. Yahoo SDK seems more robust and
>> >>>>>> flexible. But it requires some coding. The fact that it's Yahoo
>> also annoys
>> >>>>>> me a bit. But since it's just an SDK with primitives and not a set
>> of charts
>> >>>>>> with yahoo logo on them, it's still a candidate.
>> >>>>>>
>> >>>>>> Cheers,
>> >>>>>> -Roman
>> >>>>>>
>> >>>>>> On Mon, Sep 1, 2008 at 9:32 AM, Francesco Vivoli <
>> f.vivoli@gmail.com>
>> >>>>>> wrote:
>> >>>>>>>
>> >>>>>>> Hi Roman
>> >>>>>>>
>> >>>>>>> I had given a look at the open flash chart thang a while ago, it
>> >>>>>>> looked good then and it seems they have improved. As for the yahoo
>> sdk, I
>> >>>>>>> don't know enough about it to make a comment.The only thing is
>> that an year
>> >>>>>>> ago we decided not to use yahoo UI nor GWT, because well, there
>> was a direct
>> >>>>>>> link to these bigbig corps... I don't know, maybe it's me who's
>> too
>> >>>>>>> skeptical.
>> >>>>>>>
>> >>>>>>> Ok, speaking from a purely technical perspective I'd say let's
>> look
>> >>>>>>> at the requirements. Right now we use time series, pie and polar
>> charts.
>> >>>>>>> While the first two are supported for sure, I'm not sure about the
>> latter.
>> >>>>>>>
>> >>>>>>> In the case we can't make polar charts well, we still can rethink
>> how
>> >>>>>>> to depict the same information: a stacked bar chart could maybe do
>> the job,
>> >>>>>>> couldn't it?
>> >>>>>>>
>> >>>>>>> Then there is data format issue. As you know, right now we produce
>> >>>>>>> XML by default which could be fed into OFC, at least before.
>> Nevertheless I
>> >>>>>>> don't think it's desiderable, JSON is much more compact as a
>> format. Beside
>> >>>>>>> that, the XML that produce is atalaya-domain specific, whereas we
>> should
>> >>>>>>> produce an OFC-specific one. Wrt we should start investigating how
>> to
>> >>>>>>> produce JSON strings from our model, i.e how to refactor the all
>> >>>>>>> ChartBuilder chain.
>> >>>>>>> What do yo guys say?
>> >>>>>>>
>> >>>>>>> ciao
>> >>>>>>> F
>> >>>>>>>
>> >>>>>>> On Fri, Aug 29, 2008 at 7:32 PM, Roman Kalyakin <theorm@gmail.com
>> >
>> >>>>>>> wrote:
>> >>>>>>>>
>> >>>>>>>> Hi,
>> >>>>>>>>
>> >>>>>>>> As we discussed one of our initial goals is to move towards nice
>> >>>>>>>> charts, possibly flash. I've been checking current situation with
>> flash
>> >>>>>>>> charts in opensource world and found this project:
>> >>>>>>>> http://teethgrinder.co.uk/open-flash-chart-2>> >>>>>>>> I saw it before, but it used to be a charting server running on
>> php.
>> >>>>>>>> Now, in version 2 they moved towards pure SWF + JSON. The charts
>> look nice
>> >>>>>>>> and easy to use. It's GPL v2.
>> >>>>>>>>
>> >>>>>>>> There is another project that is worth attention:
>> >>>>>>>>
>> http://developer.yahoo.com/flash/astra-flash/charts/examples.html.
>> >>>>>>>> It's a Yahoo SDK for flash and is not for charts only. The SDK is
>> >>>>>>>> under BSD. The only problem is that it's not a ready made SWF
>> that reads
>> >>>>>>>> data from external file, thus it needs some flash/actionscript
>> development
>> >>>>>>>> skills. However this option is more flexible because the SDK
>> seems to
>> >>>>>>>> include a huge variety of primitives.
>> >>>>>>>>
>> >>>>>>>> What do you guys think?
>> >>>>>>>>
>> >>>>>>>> Cheers,
>> >>>>>>>> -Roman
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>>
>> -------------------------------------------------------------------------
>> >>>>>>>> This SF.Net email is sponsored by the Moblin Your Move
>> Developer's
>> >>>>>>>> challenge
>> >>>>>>>> Build the coolest Linux based applications with Moblin SDK & win
>> >>>>>>>> great prizes
>> >>>>>>>> Grand prize is a trip for two to an Open Source event anywhere in
>> >>>>>>>> the world
>> >>>>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/>> >>>>>>>> _______________________________________________
>> >>>>>>>> Atalaya-developer mailing list
>> >>>>>>>> Atalaya-developer@lists.sourceforge.net
>> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/atalaya-developer>> >>>>>>>>
>> >>>>>>>
>> >>>>>>
>> >>>>>
>> >>>>
>> >>>
>> >>
>> >
>> >
>> >
>> -------------------------------------------------------------------------
>> > This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> > Build the coolest Linux based applications with Moblin SDK & win great
>> > prizes
>> > Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> > http://moblin-contest.org/redirect.php?banner_id=100&url=/>> > _______________________________________________
>> > Atalaya-developer mailing list
>> > Atalaya-developer@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/atalaya-developer>> >
>> >
>>
>>
>>
>> --
>> Giacomo Collini - CISSP
>>
>> Information Security Analyst
>>
>>
>> email: giacomo.collini@gmail.com
>> mobile: (+34)628332736
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/>> _______________________________________________
>> Atalaya-developer mailing list
>> Atalaya-developer@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/atalaya-developer>>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/> _______________________________________________
> Atalaya-developer mailing list
> Atalaya-developer@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/atalaya-developer>
>
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Atalaya-developer mailing list
Atalaya-developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/atalaya-developer
|
s.png (171K) 