[open-science] Mapping antimatter with CrowdCrafting.org

Daniel Lombraña González teleyinex at gmail.com
Tue Aug 13 06:57:33 UTC 2013


Hi Tom,

On Mon, Aug 12, 2013 at 4:28 PM, Tom Morris <tfmorris at gmail.com> wrote:

> On Mon, Aug 12, 2013 at 2:38 AM, Daniel Lombraña González <
> teleyinex at gmail.com> wrote:
>
>> Hi Tom,
>>
>> We are using Kinetic.JS and in principle it should handle that correctly,
>> as we are using the Animation constructor<http://kineticjs.com/docs/Kinetic.Animation.html>,
>> that does that precisely (or at least, it should be like that as the images
>> are loaded in an HTML5 canvas). Interestingly, this works really well on
>> Firefox (no flickering at all) but not in Chrome (sometimes it works, and
>> we don't know why).
>>
>
> Did you try preloading the images into multiple image objects instead of
> changing the src url of a single image object? Scaling the images server
> side instead of in the browser? Asking the KineticJS folks for advice?
>

We look into different options, but as we were in a hackton and we only had
48 hours we choose the easiest solution for the very first prototype :-) We
will be asking the KineticJS folks for advise, as this seems to be a
problem with our code and there should be a solution for this issue.


>
> Even something as simple as displaying the animation on a black background
> instead of a bright white background would greatly reduce the
> headache/epilepsy inducing strobing (ie use black for the canvas background
> color instead of transparent).
>

That's a really good advise! Thanks!


>
>
>> We will probably remove the movie UI in any case, as we might want to
>> give more control to the users for analyzing the tracks (see discussion
>> at Google Groups<https://groups.google.com/forum/#!forum/cern-antimatter-crowdcrafting>
>> ).
>>
>
> I agree that scrubbing controls are desirable from a UI point of view, but
> you're probably still going to want some type of movie mode, particularly
> when users are drawing/adjusting the endpoints of the tracks.  If you
> render the lines/endpoints in a fashion that doesn't obscure the image
> (open circles for endpoints, dotted/dashed lines), it'll make it easier for
> users to see how accurately their line matches the track.
>

Thanks again. It makes a lot of sense what you have said! We will add open
circles and dashed or dotted lines as you said ;-)

Cheers,

Daniel

>
>  Tom
>
>


-- 
··························································································································································
http://daniellombrana.es
http://citizencyberscience.net
··························································································································································
Por favor, NO utilice formatos de archivo propietarios para el
intercambio de documentos, como DOC y XLS, sino PDF, HTML, RTF, TXT, CSV
o cualquier otro que no obligue a utilizar un programa de un
fabricante concreto para tratar la información contenida en él.
··························································································································································
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.okfn.org/pipermail/open-science/attachments/20130813/015fb0d2/attachment-0001.html>


More information about the open-science mailing list