> one problem of this aproach is, that the rrd data format is > different depending on the architecture where rrdtool is running ... > ... if you used rrdtool xport in the backend you would get to a > more portable solution where you can even save bandwith by doing > some of the processing serverside ...
perhaps also worth taking a look at http://search.cpan.org/~dougleith/RRD-Editor/lib/RRD/Editor.pm rrd::editor . this is a standalone perl module that aims to provide a platform-portable server backend for javascript client-server setups. the portable format used is just the intel 32 bit platform rrdtool binary file format, so should be compatible with your javascript client front end (it certainly works with the http://javascriptrrd.sourceforge.net/ javascriptRRD client). doug -- View this message in context: http://rrd-mailinglists.937164.n2.nabble.com/SVG-interaction-on-RRDs-graphs-tp6750442p6898074.html Sent from the RRDtool Users Mailinglist mailing list archive at Nabble.com. _______________________________________________ rrd-users mailing list [email protected] https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users
