Leaderboard

This is a weekend project (ok, several weekends now) I've been meaning to share for a while. It's a proof of concept which I'd like to get some feedback on before I invest more time. The idea is to provide a toolkit that uses LabVIEW webservices to serve an interactive HTML5 representation of any application's front panel(s) as an easy way to monitor and control the application (over the internet) without the need for heavy applications or runtime engines. Just a browser. And because not everyone is a also web-developer, the work required to create that website should be done entirely by the toolkit. In my solution it's as easy as dropping a single vi on the block diagram, that registers the VI with the FrontPanelManager which takes care of all the data exchange between the website and the front panel. Here's a screenshot of an example front panel showing all supported elements and its HTML version on chrome: Obviously, there are some cosmetic differences that can be fixed later. Controls on both LabVIEW front panel and HTML site act as controls and are synchronised across the two. By default, the website queries the front panel every 250ms for new data. The refresh rate can be changed with the cog button in the bottom right corner. To run it open the project start the WebService Get the URL of Main.html and point your browser to it start "To Publish/Main.vi" and watch the data appear in the browser As I said this is a proof on concept and it's a long away from being a toolkit. I'm working on functions that appear in the Tools menu to automatically add and configure the webservice and dependencies and many other things. [2014]FPPublisher.zip

1) I don't really know the answer for sure, I saw that though :http://www.ehe-lab.com/OpenCV_Wrapper.html, I admit I have no idea how openCV compares to Cognex, Keyence, Matrox, Halcon, NI VDM, etc... 2) NI's OCR and pattern matching are far behind the competitors, so if there is a way to integrate something that give better results I am very interested 3) If I can be of any help I'll be glad, I have to say though that I've never coded in any other language than LabVIEW so integrating dll into LabVIEW is not my cup of tea. Cheers

I was not the one who made this decision, but if I were I would have the following reasoning. What would you reply with? Would it be personal information about your qualifications or personal contact information? If so then there is no good reason to reply. On the NI side there have been several times someone posts a job and people reply by attaching their resume. This puts personal information like their address, date of birth, job history, references, and contact information in public view where spam bots crawl (among other bad things that could happen). If you want to contact the poster, then send them a private message, or contact them through the links they may provide.