UCLA has published a powerful new image-detection algorithm
pcworld.com
pcworld.com
"Are you .... kidding me?"
[0] https://github.com/JalaliLabUCLA/Image-feature-detection-usi...
Key lines are line 103/104, some stuff with ffts and iffts surrounding it.
BTW, perhaps it'd be handy to list prior art if it's really a redundant patent.
They just have to go ahead and patent mathematics too. It's pathetic.
I've read a number of academic papers where I had to email the authors and ask nicely for the source code; much of the time not getting a response.
You'd think the academic community would be on the forefront of embracing the new open intellectual movement...
>The code is a mess - Most code is written by grad students, it's often sloppy scripts that are duck taped together to get the numbers and graphs needed for the paper. I know some students who essentially have to rebuild things from scratch if they need to expand on what they did for their thesis. Releasing this type of code is embarrassing to the dept, advisor, and student.
>Don't want to support it - Even with disclaimers, there'll inevitably be someone who downloads the code, and emails asking for help/support. Depending on the quality of the code some may even claim that your results are false because they couldn't get it running on their application. I'm all for peer review and agree that code should be available, and further i know that the scenario is probably a rare occurrence, but still some would rather not publish it to avoid it entirely.
>Simply don't know where or how - granted i'm in the engineering school (not cs) so milage may vary, but you'd be surprised how many students i've talked to that just don't know much about github or repositories (even svn).
> There's no incentive - students are already overworked, what benefits do they gain from publishing their code? It helps academic research, yes. But most just want to finish their phd and move on to the next thing, anything else just takes time away from them accomplishing that goal.
>Funding conflicts - part of the code i use was developed by another student who was funded by a particular grant where a deliverable was required at the end. Thus, anything i release cannot include that code, which inevitably breaks the rest. I do not know the particulars of the grant or why it is not allowed to be released, this is just the response i receive when i ask to put my code online.
Obviously that's not a good thing, but it's a pretty straightforward response to the circumstances of academic papers. It has all kinds of other side-effects too: salami slicing, non-reproducible results, publication bias, etc.
How is the algorithm bogus (assuming that there isn't a mistake somewhere and that the results are validated)? Just because the output in the examples is similar to other edge detectors doesn't mean the work is 'bogus' or worthless. It's a new algorithm, a new way of doing things. It may have advantages in specific areas over your 'trivial contrast-enhancing filters'. For example, there are many sorting algorithms, but you can get the same results regardless of the algorithm. Does this mean that any sorting algorithm other than the most trivial is 'bogus'?
I teach image processing, this is a standard exercice.
https://github.com/JalaliLabUCLA/Image-feature-detection-usi...
[0] I would be surprised if no one has ever used this exact arctangent kernel (with maybe different normalization and parametrization) in phase space.
I'm not saying it's right to be oblivious, but more than likely some poor sleepless grad student is more worried about his/her thesis, graduating, and getting the whole algorithm published in a journal, having lots of people use it and cite her/him, than trapping and suing people. Doing sneaky stuff on purpose would reflect very poorly on the student, professor, research group, and institution.
If this were the work of a startup, I would have a different opinion, but coming out of UCLA, I'd highly, highly, highly doubt they are deliberately trying to trap you.
Send them a comment on Github and gently remind them to provide licence information.
Research purposes only.
Explicit license must be obtained for commercial use directly from UCLA.
I don't think it is a trap either. I think it is exactly what their department's legal advisor told them to put on there or is boilerplate they even put in a printed document of the algorithm or any research paper.
It doesn't need more than that just because it is open source and it doesn't need a well-known OSS license either.
Now, I hope they DO go with a more detailed license that is "more" OSS friendly.
It's conceivable that they may want to use said patent to spin-off a startup or do something else with it. However, I agree with you that I do not think it is a trap. As a general rule it's very, very bad to be sneaky in academia and once you publish anything it's pretty standard that you should be open about your intentions regarding already-published work.
The real trap is: if you were foolish enough pay money for a license, then when somebody with deep pockets invalidates the patent, you got nothing for your money.
Must study it further, but it shows that not all tech advances requires lots of coding. In this case, the research was the crucial part.
https://github.com/andersonfreitas/pst/blob/master/PST.ipynb
Let's focus HN-ers. How can this new algorithm be used to build a better "mouse trap"?
PST function is developed in Jalali Lab at University of California, Los Angeles (UCLA). PST is a spin-off from research on the photonic time stretch technique in Jalali lab at UCLA. More information about the technique can be found in our group website: http://www.photonics.ucla.edu This function is provided for research purposes only. A license must be obtained from the University of California, Los Angeles for any commercial applications. The software is protected under a US patent.
We claim no intellectual property rights over the material you provide to the Service. Your profile and materials uploaded remain yours. However, by setting your pages to be viewed publicly, you agree to allow others to view your Content. By setting your repositories to be viewed publicly, you agree to allow others to view and fork your repositories.
I'd assume that forking involves modifications and use, but that's not something I'd want to bet on without a lawyer.