Re: [shogun] Undefined reference linking to libshogun 5.0

Hello Jose, Could you isolate the error in a minimal example and share the code? Thank you! Cheers, Fernando. On 27 March 2017 at 07:20, Jose Gomez wrote: > Hi all, > > I made a test C++ program using a mysql database. > The compilation line I use: > > g++

Re: [shogun] Undefined reference linking to libshogun 5.0

0, k=0; i<iFolders;i++) > { > for (int j=0; j<iFolders; j++) > { > if (i!=j) > { > auto labels_predict = gnb[j].apply_multiclass(features+i); > dAc += eval.evaluate(labels_predict, labels+i); >

Re: [shogun] Automatize Code Style Checks

Automatising style checks is indeed something very nice to have. I think it is worth to take into account that labelling a PR as failure because of style failures might make the process of getting into contributing to Shogun less friendly for newcomers. On 5 April 2017 at 10:10, Viktor Gal

Re: [shogun] ISSUE #3847

Welcome Sahil! Great that you have already successfully set up your dev environment. For this particular task, I think it will be useful to get familiar with Shogun's cross-validation. You could start by checking the related examples (like this one

Re: [shogun] I had a problem with Shogun

Hey Zhao, Can you provide the exact error message you are getting? Also if possible please provide a minimal code sample reproducing your problem. Cheers, Fernando. ps. I suggest you to subscribe to the mailing list so that your e-mails are not 'waitlisted' until manual approval. On 9 May 2017

Re: [shogun] About CBinaryLabels and CMultilabelLabels

@Heiko, I think this is a good idea. If I understand it correctly, you suggest that the api has access to only one class for labels and then Shogun (internally) figures out what label type (private for the api) should be used (based on the input data, or in the learning algorithm once they need to

Re: [shogun] About CBinaryLabels and CMultilabelLabels

On 29 May 2017 at 08:27, Tiramisu Ling wrote: > Hi, I have a question about the difference between CBinaryLabels > and CMultilabelLabels. Why we need to make CBinaryLabels as {-1, 1} but > CMultilabelLabels define as {0,1...num_classs-1}? What about define > something like

Re: [shogun] [GSoC] Weekly Report for Apply Shogun Framework to Basketball Data Analyzation

On 10 June 2017 at 02:51, Ting Pan wrote: > Hi all, > > Sorry for the late weekly report of the first week because of the exams:( > I will do this on Monday next time. > > During the first week of GSoC, I mainly work on building ipython notebook > for player clustering and

[shogun] Kick-off chat GSoC NN

Hello, Yesterday Elfarouk and I had the kick-off call for his gsoc project. A brief summary of the discussions: The PR integrating Stan in the build system has been merged. Next is: - to finish up the cookbook PR (some small language fixes and adapting to new API); - as well as starting off the

Re: [shogun] Quick Question on SGVector

When passing SGVector (or any non-primitive type) as an argument, I think it is a good idea to use either const reference (for input or read-only parameters) or pointer (for input and output parameters). In this way it is clear from the calling site whether a method/function will modify its

[shogun] Fwd: Update 3

-- Forwarded message - From: Elfarouk Harb <eyfmh...@gmail.com> Date: Wed, May 23, 2018, 22:18 Subject: Update 3 To: Fernando J. Iglesias García <fernando.iglesi...@gmail.com> Hey Fernando, Hope you're having a nice day. For today, I did: 1) Addressed

[shogun] Fwd: Cookbooks Needed?

-- Forwarded message - From: Fernando J. Iglesias García Date: Tue, 26 Jun 2018 at 13:12 Subject: Re: [shogun] Cookbooks Needed? To: Elfarouk Harb Have you tried querying the project's issues in GitHub? This got me something back: https://github.com/shogun-toolbox/shogun/issues

[shogun] Friendly blog review

Hi Shubham, For the GSoC wrap-up, I have been taking a look at your blog. Very good work with the writing, it is nice and clear! In the feature dispatching post , one thing that I would really like to see is the connection

Re: [shogun] Final post and personal page

Hi Wuwei, Very nice job with the final blog post, it gives a great overview of your project. A couple of small suggestions: - I found the pipeline section the strongest, maybe it is an idea to move it a bit higher up in the post to showcase it even more; - in the linalg section, I am missing

Re: [shogun] [GSoC] Refine the TensorBoard integration

Hi Albert, Thanks a lot for your e-mail. Your interest is very much appreciated. I think your idea is reasonable and makes sense. One of Shogun's children projects, Tapkee, is in fact built in that way: it is a standalone header-only library, and additionally it is included in Shogun. I am

Re: [shogun] [GSoC][Heiko] Regarding the project "Inside that black box"

Hello Albert Sun, Thank you for reaching out and welcome! Issues label "good first use", like the one you mentioned, are just recommendations to start getting hands-on. We look forward to reading your proposal. Cheers, Fernando. On 22 March 2018 at 15:31, Jinquan Sun

Re: [shogun] [shogun-team] design idea for feature type dispatching

mix ins for the >> template method overloading...or? >> >> On Tue, 26 Jun 2018 at 12:07, Fernando J. Iglesias García < >> fernando.iglesi...@gmail.com> wrote: >> >>> A different idea to using mix-ins for dispatching: >>> https://en.wikipedia.o

Re: [shogun] Update

Hi Ahmed, Thanks a lot for the update. The findings about enabling the R interface are valuable. Hope you had fun and learned something cool about sycl  Adding some redundancy to gsoc's admin e-mails, feel free to send us the url to this work package they mention whenever you like. I think all

Re: [shogun] Final Blogpost

Hi Ahmed, Thanks a lot for yet another round of good posts! I have a small comment/doubt about the summary post https://medium.com/@theartful.ae/gsoc-19-with-shogun- project-review-c3cebddd1c, in the linalg refactor; expression templates would be to tackle a different issue to the one you

Re: [shogun] Third Term of GSoC

Hi Ahmed, Thanks a lot for your feedback and sharing your thoughts. About the suggestion on learning an algorithm, improving/optimizing it, etc. IMHO, it should be possible to learn the math background and the algorithm internals as you do the job. This of course depends (a lot) on the algorithm

Re: [shogun] spdlog

Hey Ahmed, On Mon, 22 Jul 2019 at 23:33, Ahmed Essam wrote: > Thanks for the feedback! > > spdlog is friendly with multi threaded code. In fact, I currently use in > the PR (as viktor suggested) an async logger, which does the logging in a > different thread altogether. > I think Heiko's point

Re: [shogun] Regarding the Time Series GSoC project at Shogun

Hi Rijul, Thanks for reaching out! I am including in the CC our mailing list and Markus. It is great you are already familiar with time series data. To start with your contribution to Shogun, the very first step is to send at least one patch. This can be anything, related to your project of

Re: [shogun] General Typed Testing Proposal

Hi Ahmed, Great to hear from you! Apologies for the long delayed reply, the e-mail was directly archived and I didn't notice it until now. I like the idea. How would you like to proceed? We are currently in GSoC 2020 application period and we will apply as mentoring org. Would you like to