[GSOC2020][Boost.uBLAS] uBLAS DataFrame feature

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

[GSOC2020][Boost.uBLAS] uBLAS DataFrame feature

Boost - uBLAS mailing list
Hi, 
My name is Aniket Chowdhury and I am second-year undergraduate student.

I wish to implement the DataFrame library for Boost. I have made the project proposal and am attaching the same.
As, this project is an expansion of the previous project there are a few directions that I would like to work in whichever adds more to the project.

1. We could be to keep the existing code base as it is and implement new features on top of it.
2. We could try to restructure the code into Modules(C++20 feature) and then implement the features.
3. Or, we could restructure the code without ET but rather using C++20 One Ranges. This makes more sense to me as I believe that uBlas is being ported to C++20.

The DataFrame would include the following features:
1. All the features already present(union, combine, join).
2. Read/write from DataFrame using JSON(boost::property_tree to DataFrame)
3. Operator support for addition, subtraction, multiplication, division, modulo and power, etc as well as support for comparison operators.
4. Functions to perform apply, apply_element_wise, aggregate, transform and expand on a given DataFrame.
5. Data analysis tools for standard deviation, variance, mean, etc.
6. Re-indexing methods like replace, duplicate, filter, etc.
7. Reshaping methods for sorting, append, pivot, etc.

Full Details of the same can be found in the Project Proposal.

I have been in contact with David Bellot for the past week regarding GSoC. I have completed the first draft of the competency check and sent the same to him. I would love to work  I am requesting him to be assigned as a mentor for the same.
PFA: The Project Proposal(linked in case the attachment fails)

This is an official application for the GSoC' 20. I am open to any and all suggestions. 

Aniket Chowdhury

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: [GSOC2020][Boost.uBLAS] uBLAS DataFrame feature

Boost - uBLAS mailing list
Hi Aniket,

thanks for considering Boost/uBLAS. Your potential mentor is David. If he does not respond, just follow the instructions on the GSoC page and upload your proposal.

Please note that we appreciate concrete (with code samples), realistic (regarding time) and referring (to previous or pull requests) proposals. Concrete examples inside the proposal will help us to understand intention and it will demonstrate your experience and expertise.

Additionally, I advise to read
  • previous gsoc discussions on this or on the general boost mailing list
  • former gsoc student projects and proposals
to have a good feeling of the requirements.

Best,
Cem



Am Mo., 16. März 2020 um 23:15 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hi, 
My name is Aniket Chowdhury and I am second-year undergraduate student.

I wish to implement the DataFrame library for Boost. I have made the project proposal and am attaching the same.
As, this project is an expansion of the previous project there are a few directions that I would like to work in whichever adds more to the project.

1. We could be to keep the existing code base as it is and implement new features on top of it.
2. We could try to restructure the code into Modules(C++20 feature) and then implement the features.
3. Or, we could restructure the code without ET but rather using C++20 One Ranges. This makes more sense to me as I believe that uBlas is being ported to C++20.

The DataFrame would include the following features:
1. All the features already present(union, combine, join).
2. Read/write from DataFrame using JSON(boost::property_tree to DataFrame)
3. Operator support for addition, subtraction, multiplication, division, modulo and power, etc as well as support for comparison operators.
4. Functions to perform apply, apply_element_wise, aggregate, transform and expand on a given DataFrame.
5. Data analysis tools for standard deviation, variance, mean, etc.
6. Re-indexing methods like replace, duplicate, filter, etc.
7. Reshaping methods for sorting, append, pivot, etc.

Full Details of the same can be found in the Project Proposal.

I have been in contact with David Bellot for the past week regarding GSoC. I have completed the first draft of the competency check and sent the same to him. I would love to work  I am requesting him to be assigned as a mentor for the same.
PFA: The Project Proposal(linked in case the attachment fails)

This is an official application for the GSoC' 20. I am open to any and all suggestions. 

Aniket Chowdhury
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: [GSOC2020][Boost.uBLAS] uBLAS DataFrame feature

Boost - uBLAS mailing list
Hey Cem.
Thanks for replying. Will do the needful and get back to you. 
I understand that the proposal could do with a few more code examples. 
Thanks.

On Wed, Mar 18, 2020 at 8:15 PM Cem Bassoy via ublas <[hidden email]> wrote:
Hi Aniket,

thanks for considering Boost/uBLAS. Your potential mentor is David. If he does not respond, just follow the instructions on the GSoC page and upload your proposal.

Please note that we appreciate concrete (with code samples), realistic (regarding time) and referring (to previous or pull requests) proposals. Concrete examples inside the proposal will help us to understand intention and it will demonstrate your experience and expertise.

Additionally, I advise to read
  • previous gsoc discussions on this or on the general boost mailing list
  • former gsoc student projects and proposals
to have a good feeling of the requirements.

Best,
Cem



Am Mo., 16. März 2020 um 23:15 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hi, 
My name is Aniket Chowdhury and I am second-year undergraduate student.

I wish to implement the DataFrame library for Boost. I have made the project proposal and am attaching the same.
As, this project is an expansion of the previous project there are a few directions that I would like to work in whichever adds more to the project.

1. We could be to keep the existing code base as it is and implement new features on top of it.
2. We could try to restructure the code into Modules(C++20 feature) and then implement the features.
3. Or, we could restructure the code without ET but rather using C++20 One Ranges. This makes more sense to me as I believe that uBlas is being ported to C++20.

The DataFrame would include the following features:
1. All the features already present(union, combine, join).
2. Read/write from DataFrame using JSON(boost::property_tree to DataFrame)
3. Operator support for addition, subtraction, multiplication, division, modulo and power, etc as well as support for comparison operators.
4. Functions to perform apply, apply_element_wise, aggregate, transform and expand on a given DataFrame.
5. Data analysis tools for standard deviation, variance, mean, etc.
6. Re-indexing methods like replace, duplicate, filter, etc.
7. Reshaping methods for sorting, append, pivot, etc.

Full Details of the same can be found in the Project Proposal.

I have been in contact with David Bellot for the past week regarding GSoC. I have completed the first draft of the competency check and sent the same to him. I would love to work  I am requesting him to be assigned as a mentor for the same.
PFA: The Project Proposal(linked in case the attachment fails)

This is an official application for the GSoC' 20. I am open to any and all suggestions. 

Aniket Chowdhury
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: [GSOC2020][Boost.uBLAS] uBLAS DataFrame feature

Boost - uBLAS mailing list
Hey Cem. 
I went through the draft proposal and had some questions.

Which direction do you think I should pursue? I am more inclined towards refactoring the enitre data_frame because if I believe correctly uBlas is moving towards C++20. Should I stick with ETs or can I use Ranges and Concepts? 

I was thinking to stick to standard C++20 Ranges only instead of Eric Neibler's One Ranges v3 library considering std to be more relevant. 



On Wed, 18 Mar 2020, 23:49 Aniket Chowdhury, <[hidden email]> wrote:
Hey Cem.
Thanks for replying. Will do the needful and get back to you. 
I understand that the proposal could do with a few more code examples. 
Thanks.

On Wed, Mar 18, 2020 at 8:15 PM Cem Bassoy via ublas <[hidden email]> wrote:
Hi Aniket,

thanks for considering Boost/uBLAS. Your potential mentor is David. If he does not respond, just follow the instructions on the GSoC page and upload your proposal.

Please note that we appreciate concrete (with code samples), realistic (regarding time) and referring (to previous or pull requests) proposals. Concrete examples inside the proposal will help us to understand intention and it will demonstrate your experience and expertise.
I am pretty cobfident with the timeline that I have provided with. Again, regarding code examples should I add them for both C++20 and/or ET?

Additionally, I advise to read
  • previous gsoc discussions on this or on the general boost mailing list
  • former gsoc student projects and proposals
to have a good feeling of the requirements.

Best,
Cem



Am Mo., 16. März 2020 um 23:15 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hi, 
My name is Aniket Chowdhury and I am second-year undergraduate student.

I wish to implement the DataFrame library for Boost. I have made the project proposal and am attaching the same.
As, this project is an expansion of the previous project there are a few directions that I would like to work in whichever adds more to the project.

1. We could be to keep the existing code base as it is and implement new features on top of it.
2. We could try to restructure the code into Modules(C++20 feature) and then implement the features.
3. Or, we could restructure the code without ET but rather using C++20 One Ranges. This makes more sense to me as I believe that uBlas is being ported to C++20.

The DataFrame would include the following features:
1. All the features already present(union, combine, join).
2. Read/write from DataFrame using JSON(boost::property_tree to DataFrame)
3. Operator support for addition, subtraction, multiplication, division, modulo and power, etc as well as support for comparison operators.
4. Functions to perform apply, apply_element_wise, aggregate, transform and expand on a given DataFrame.
5. Data analysis tools for standard deviation, variance, mean, etc.
6. Re-indexing methods like replace, duplicate, filter, etc.
7. Reshaping methods for sorting, append, pivot, etc.
Also, could you tell me if I am on the right track regarding the free form functions that Boost is looking for?

Full Details of the same can be found in the Project Proposal.

I have been in contact with David Bellot for the past week regarding GSoC. I have completed the first draft of the competency check and sent the same to him. I would love to work  I am requesting him to be assigned as a mentor for the same.
PFA: The Project Proposal(linked in case the attachment fails)
Here was the old proposal. 

This is an official application for the GSoC' 20. I am open to any and all suggestions. 

Aniket Chowdhury
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: [GSOC2020][Boost.uBLAS] uBLAS DataFrame feature

Boost - uBLAS mailing list
Hello Aniket,

I cannot tell you which direction is the best for you. However, I recommend a topic that you are really interested in and that you want to continue even after GSOC.

Clang and GCC still do not officially support Ranges - so I would leave that out (https://en.cppreference.com/w/cpp/compiler_support).
Right now we should postpone the discussion of concepts for the tensor type.

Best,
CB

Am Fr., 20. März 2020 um 13:54 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hey Cem. 
I went through the draft proposal and had some questions.

Which direction do you think I should pursue? I am more inclined towards refactoring the enitre data_frame because if I believe correctly uBlas is moving towards C++20. Should I stick with ETs or can I use Ranges and Concepts? 

I was thinking to stick to standard C++20 Ranges only instead of Eric Neibler's One Ranges v3 library considering std to be more relevant. 



On Wed, 18 Mar 2020, 23:49 Aniket Chowdhury, <[hidden email]> wrote:
Hey Cem.
Thanks for replying. Will do the needful and get back to you. 
I understand that the proposal could do with a few more code examples. 
Thanks.

On Wed, Mar 18, 2020 at 8:15 PM Cem Bassoy via ublas <[hidden email]> wrote:
Hi Aniket,

thanks for considering Boost/uBLAS. Your potential mentor is David. If he does not respond, just follow the instructions on the GSoC page and upload your proposal.

Please note that we appreciate concrete (with code samples), realistic (regarding time) and referring (to previous or pull requests) proposals. Concrete examples inside the proposal will help us to understand intention and it will demonstrate your experience and expertise.
I am pretty cobfident with the timeline that I have provided with. Again, regarding code examples should I add them for both C++20 and/or ET?

Additionally, I advise to read
  • previous gsoc discussions on this or on the general boost mailing list
  • former gsoc student projects and proposals
to have a good feeling of the requirements.

Best,
Cem



Am Mo., 16. März 2020 um 23:15 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hi, 
My name is Aniket Chowdhury and I am second-year undergraduate student.

I wish to implement the DataFrame library for Boost. I have made the project proposal and am attaching the same.
As, this project is an expansion of the previous project there are a few directions that I would like to work in whichever adds more to the project.

1. We could be to keep the existing code base as it is and implement new features on top of it.
2. We could try to restructure the code into Modules(C++20 feature) and then implement the features.
3. Or, we could restructure the code without ET but rather using C++20 One Ranges. This makes more sense to me as I believe that uBlas is being ported to C++20.

The DataFrame would include the following features:
1. All the features already present(union, combine, join).
2. Read/write from DataFrame using JSON(boost::property_tree to DataFrame)
3. Operator support for addition, subtraction, multiplication, division, modulo and power, etc as well as support for comparison operators.
4. Functions to perform apply, apply_element_wise, aggregate, transform and expand on a given DataFrame.
5. Data analysis tools for standard deviation, variance, mean, etc.
6. Re-indexing methods like replace, duplicate, filter, etc.
7. Reshaping methods for sorting, append, pivot, etc.
Also, could you tell me if I am on the right track regarding the free form functions that Boost is looking for?

Full Details of the same can be found in the Project Proposal.

I have been in contact with David Bellot for the past week regarding GSoC. I have completed the first draft of the competency check and sent the same to him. I would love to work  I am requesting him to be assigned as a mentor for the same.
PFA: The Project Proposal(linked in case the attachment fails)
Here was the old proposal. 

This is an official application for the GSoC' 20. I am open to any and all suggestions. 

Aniket Chowdhury
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: [GSOC2020][Boost.uBLAS] uBLAS DataFrame feature

Boost - uBLAS mailing list
Oh okay. GCC 10 is supposed to have the support for Ranges. The beta version supports Ranges and os going to get released in April. But, I guess we can avoid that if they don't. Thanks. 

On Fri, 20 Mar 2020, 19:35 Cem Bassoy via ublas, <[hidden email]> wrote:
Hello Aniket,

I cannot tell you which direction is the best for you. However, I recommend a topic that you are really interested in and that you want to continue even after GSOC.

Clang and GCC still do not officially support Ranges - so I would leave that out (https://en.cppreference.com/w/cpp/compiler_support).
Right now we should postpone the discussion of concepts for the tensor type.

Best,
CB

Am Fr., 20. März 2020 um 13:54 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hey Cem. 
I went through the draft proposal and had some questions.

Which direction do you think I should pursue? I am more inclined towards refactoring the enitre data_frame because if I believe correctly uBlas is moving towards C++20. Should I stick with ETs or can I use Ranges and Concepts? 

I was thinking to stick to standard C++20 Ranges only instead of Eric Neibler's One Ranges v3 library considering std to be more relevant. 



On Wed, 18 Mar 2020, 23:49 Aniket Chowdhury, <[hidden email]> wrote:
Hey Cem.
Thanks for replying. Will do the needful and get back to you. 
I understand that the proposal could do with a few more code examples. 
Thanks.

On Wed, Mar 18, 2020 at 8:15 PM Cem Bassoy via ublas <[hidden email]> wrote:
Hi Aniket,

thanks for considering Boost/uBLAS. Your potential mentor is David. If he does not respond, just follow the instructions on the GSoC page and upload your proposal.

Please note that we appreciate concrete (with code samples), realistic (regarding time) and referring (to previous or pull requests) proposals. Concrete examples inside the proposal will help us to understand intention and it will demonstrate your experience and expertise.
I am pretty cobfident with the timeline that I have provided with. Again, regarding code examples should I add them for both C++20 and/or ET?

Additionally, I advise to read
  • previous gsoc discussions on this or on the general boost mailing list
  • former gsoc student projects and proposals
to have a good feeling of the requirements.

Best,
Cem



Am Mo., 16. März 2020 um 23:15 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hi, 
My name is Aniket Chowdhury and I am second-year undergraduate student.

I wish to implement the DataFrame library for Boost. I have made the project proposal and am attaching the same.
As, this project is an expansion of the previous project there are a few directions that I would like to work in whichever adds more to the project.

1. We could be to keep the existing code base as it is and implement new features on top of it.
2. We could try to restructure the code into Modules(C++20 feature) and then implement the features.
3. Or, we could restructure the code without ET but rather using C++20 One Ranges. This makes more sense to me as I believe that uBlas is being ported to C++20.

The DataFrame would include the following features:
1. All the features already present(union, combine, join).
2. Read/write from DataFrame using JSON(boost::property_tree to DataFrame)
3. Operator support for addition, subtraction, multiplication, division, modulo and power, etc as well as support for comparison operators.
4. Functions to perform apply, apply_element_wise, aggregate, transform and expand on a given DataFrame.
5. Data analysis tools for standard deviation, variance, mean, etc.
6. Re-indexing methods like replace, duplicate, filter, etc.
7. Reshaping methods for sorting, append, pivot, etc.
Also, could you tell me if I am on the right track regarding the free form functions that Boost is looking for?

Full Details of the same can be found in the Project Proposal.

I have been in contact with David Bellot for the past week regarding GSoC. I have completed the first draft of the competency check and sent the same to him. I would love to work  I am requesting him to be assigned as a mentor for the same.
PFA: The Project Proposal(linked in case the attachment fails)
Here was the old proposal. 

This is an official application for the GSoC' 20. I am open to any and all suggestions. 

Aniket Chowdhury
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: [GSOC2020][Boost.uBLAS] uBLAS DataFrame feature

Boost - uBLAS mailing list
Dear All,

i am just a user, however i want to point out that there is some standardization effort aiming at c++23 (or 26).

If you eventually go for a redesign (and IMHO ublas has a need of it), i really think it would make sense to take a look at


sorry for the noise

bests
Riccardo




On Fri, Mar 20, 2020 at 3:08 PM Aniket Chowdhury via ublas <[hidden email]> wrote:
Oh okay. GCC 10 is supposed to have the support for Ranges. The beta version supports Ranges and os going to get released in April. But, I guess we can avoid that if they don't. Thanks. 

On Fri, 20 Mar 2020, 19:35 Cem Bassoy via ublas, <[hidden email]> wrote:
Hello Aniket,

I cannot tell you which direction is the best for you. However, I recommend a topic that you are really interested in and that you want to continue even after GSOC.

Clang and GCC still do not officially support Ranges - so I would leave that out (https://en.cppreference.com/w/cpp/compiler_support).
Right now we should postpone the discussion of concepts for the tensor type.

Best,
CB

Am Fr., 20. März 2020 um 13:54 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hey Cem. 
I went through the draft proposal and had some questions.

Which direction do you think I should pursue? I am more inclined towards refactoring the enitre data_frame because if I believe correctly uBlas is moving towards C++20. Should I stick with ETs or can I use Ranges and Concepts? 

I was thinking to stick to standard C++20 Ranges only instead of Eric Neibler's One Ranges v3 library considering std to be more relevant. 



On Wed, 18 Mar 2020, 23:49 Aniket Chowdhury, <[hidden email]> wrote:
Hey Cem.
Thanks for replying. Will do the needful and get back to you. 
I understand that the proposal could do with a few more code examples. 
Thanks.

On Wed, Mar 18, 2020 at 8:15 PM Cem Bassoy via ublas <[hidden email]> wrote:
Hi Aniket,

thanks for considering Boost/uBLAS. Your potential mentor is David. If he does not respond, just follow the instructions on the GSoC page and upload your proposal.

Please note that we appreciate concrete (with code samples), realistic (regarding time) and referring (to previous or pull requests) proposals. Concrete examples inside the proposal will help us to understand intention and it will demonstrate your experience and expertise.
I am pretty cobfident with the timeline that I have provided with. Again, regarding code examples should I add them for both C++20 and/or ET?

Additionally, I advise to read
  • previous gsoc discussions on this or on the general boost mailing list
  • former gsoc student projects and proposals
to have a good feeling of the requirements.

Best,
Cem



Am Mo., 16. März 2020 um 23:15 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hi, 
My name is Aniket Chowdhury and I am second-year undergraduate student.

I wish to implement the DataFrame library for Boost. I have made the project proposal and am attaching the same.
As, this project is an expansion of the previous project there are a few directions that I would like to work in whichever adds more to the project.

1. We could be to keep the existing code base as it is and implement new features on top of it.
2. We could try to restructure the code into Modules(C++20 feature) and then implement the features.
3. Or, we could restructure the code without ET but rather using C++20 One Ranges. This makes more sense to me as I believe that uBlas is being ported to C++20.

The DataFrame would include the following features:
1. All the features already present(union, combine, join).
2. Read/write from DataFrame using JSON(boost::property_tree to DataFrame)
3. Operator support for addition, subtraction, multiplication, division, modulo and power, etc as well as support for comparison operators.
4. Functions to perform apply, apply_element_wise, aggregate, transform and expand on a given DataFrame.
5. Data analysis tools for standard deviation, variance, mean, etc.
6. Re-indexing methods like replace, duplicate, filter, etc.
7. Reshaping methods for sorting, append, pivot, etc.
Also, could you tell me if I am on the right track regarding the free form functions that Boost is looking for?

Full Details of the same can be found in the Project Proposal.

I have been in contact with David Bellot for the past week regarding GSoC. I have completed the first draft of the competency check and sent the same to him. I would love to work  I am requesting him to be assigned as a mentor for the same.
PFA: The Project Proposal(linked in case the attachment fails)
Here was the old proposal. 

This is an official application for the GSoC' 20. I am open to any and all suggestions. 

Aniket Chowdhury
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]


--

Riccardo Rossi

PhD, Civil Engineer


member of the Kratos Team: www.cimne.com/kratos

Associate Professor at Universitat Politècnica de Catalunya, BarcelonaTech (UPC)

Full Research Professor at International Center for Numerical Methods in Engineering (CIMNE)


C/ Gran Capità, s/n, Campus Nord UPC, Building C1, First Floor

08034 – Barcelona – Spain – www.cimne.com  - 

T.(+34) 93 401 56 96 skype: rougered4

 

Les dades personals contingudes en aquest missatge són tractades amb la finalitat de mantenir el contacte professional entre CIMNE i voste. Podra exercir els drets d'accés, rectificació, cancel·lació i oposició, dirigint-se a [hidden email]. La utilització de la seva adreça de correu electronic per part de CIMNE queda subjecte a les disposicions de la Llei 34/2002, de Serveis de la Societat de la Informació i el Comerç Electronic.

 Imprimiu aquest missatge, només si és estrictament necessari.


_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: [GSOC2020][Boost.uBLAS] uBLAS DataFrame feature

Boost - uBLAS mailing list
Riccardo,

thanks. I participated in the SG14 linear algebra calls and I think that the proposal is very valuable. If the proposal makes it into the standard IMHO we should integrate it into ublas and extend the current tensor concept.

In any case, we need to redesign and make the implementation more readable anyways. For that reason

- we started the tensor project in 2018 which has a cleaner interface (wiki) .
- we had two great gsoc projects in 2019, one provides a more generic tensor template and the other enhancing the built-in expression templates using boost::yap (wiki)
- in gsoc 2020 we will hopefully have an experimental version of matrix and vector with a cleaner interface and implementation.

Thanks again, we need such input!

CB



Am Fr., 20. März 2020 um 15:54 Uhr schrieb Riccardo Rossi via ublas <[hidden email]>:
Dear All,

i am just a user, however i want to point out that there is some standardization effort aiming at c++23 (or 26).

If you eventually go for a redesign (and IMHO ublas has a need of it), i really think it would make sense to take a look at


sorry for the noise

bests
Riccardo




On Fri, Mar 20, 2020 at 3:08 PM Aniket Chowdhury via ublas <[hidden email]> wrote:
Oh okay. GCC 10 is supposed to have the support for Ranges. The beta version supports Ranges and os going to get released in April. But, I guess we can avoid that if they don't. Thanks. 

On Fri, 20 Mar 2020, 19:35 Cem Bassoy via ublas, <[hidden email]> wrote:
Hello Aniket,

I cannot tell you which direction is the best for you. However, I recommend a topic that you are really interested in and that you want to continue even after GSOC.

Clang and GCC still do not officially support Ranges - so I would leave that out (https://en.cppreference.com/w/cpp/compiler_support).
Right now we should postpone the discussion of concepts for the tensor type.

Best,
CB

Am Fr., 20. März 2020 um 13:54 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hey Cem. 
I went through the draft proposal and had some questions.

Which direction do you think I should pursue? I am more inclined towards refactoring the enitre data_frame because if I believe correctly uBlas is moving towards C++20. Should I stick with ETs or can I use Ranges and Concepts? 

I was thinking to stick to standard C++20 Ranges only instead of Eric Neibler's One Ranges v3 library considering std to be more relevant. 



On Wed, 18 Mar 2020, 23:49 Aniket Chowdhury, <[hidden email]> wrote:
Hey Cem.
Thanks for replying. Will do the needful and get back to you. 
I understand that the proposal could do with a few more code examples. 
Thanks.

On Wed, Mar 18, 2020 at 8:15 PM Cem Bassoy via ublas <[hidden email]> wrote:
Hi Aniket,

thanks for considering Boost/uBLAS. Your potential mentor is David. If he does not respond, just follow the instructions on the GSoC page and upload your proposal.

Please note that we appreciate concrete (with code samples), realistic (regarding time) and referring (to previous or pull requests) proposals. Concrete examples inside the proposal will help us to understand intention and it will demonstrate your experience and expertise.
I am pretty cobfident with the timeline that I have provided with. Again, regarding code examples should I add them for both C++20 and/or ET?

Additionally, I advise to read
  • previous gsoc discussions on this or on the general boost mailing list
  • former gsoc student projects and proposals
to have a good feeling of the requirements.

Best,
Cem



Am Mo., 16. März 2020 um 23:15 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hi, 
My name is Aniket Chowdhury and I am second-year undergraduate student.

I wish to implement the DataFrame library for Boost. I have made the project proposal and am attaching the same.
As, this project is an expansion of the previous project there are a few directions that I would like to work in whichever adds more to the project.

1. We could be to keep the existing code base as it is and implement new features on top of it.
2. We could try to restructure the code into Modules(C++20 feature) and then implement the features.
3. Or, we could restructure the code without ET but rather using C++20 One Ranges. This makes more sense to me as I believe that uBlas is being ported to C++20.

The DataFrame would include the following features:
1. All the features already present(union, combine, join).
2. Read/write from DataFrame using JSON(boost::property_tree to DataFrame)
3. Operator support for addition, subtraction, multiplication, division, modulo and power, etc as well as support for comparison operators.
4. Functions to perform apply, apply_element_wise, aggregate, transform and expand on a given DataFrame.
5. Data analysis tools for standard deviation, variance, mean, etc.
6. Re-indexing methods like replace, duplicate, filter, etc.
7. Reshaping methods for sorting, append, pivot, etc.
Also, could you tell me if I am on the right track regarding the free form functions that Boost is looking for?

Full Details of the same can be found in the Project Proposal.

I have been in contact with David Bellot for the past week regarding GSoC. I have completed the first draft of the competency check and sent the same to him. I would love to work  I am requesting him to be assigned as a mentor for the same.
PFA: The Project Proposal(linked in case the attachment fails)
Here was the old proposal. 

This is an official application for the GSoC' 20. I am open to any and all suggestions. 

Aniket Chowdhury
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]


--

Riccardo Rossi

PhD, Civil Engineer


member of the Kratos Team: www.cimne.com/kratos

Associate Professor at Universitat Politècnica de Catalunya, BarcelonaTech (UPC)

Full Research Professor at International Center for Numerical Methods in Engineering (CIMNE)


C/ Gran Capità, s/n, Campus Nord UPC, Building C1, First Floor

08034 – Barcelona – Spain – www.cimne.com  - 

T.(+34) 93 401 56 96 skype: rougered4

 

Les dades personals contingudes en aquest missatge són tractades amb la finalitat de mantenir el contacte professional entre CIMNE i voste. Podra exercir els drets d'accés, rectificació, cancel·lació i oposició, dirigint-se a [hidden email]. La utilització de la seva adreça de correu electronic per part de CIMNE queda subjecte a les disposicions de la Llei 34/2002, de Serveis de la Societat de la Informació i el Comerç Electronic.

 Imprimiu aquest missatge, només si és estrictament necessari.

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: [GSOC2020][Boost.uBLAS] uBLAS DataFrame feature

Boost - uBLAS mailing list
Hi Everyone,
similarly to Riccardo I am a consumer to ublas; also the author of H5CPP  a scalable non-intrusive persistence for linear algebra support, which includes UBLAS. I am excited about the development and wondering where is the best to follow the development: https://github.com/boostorg/ublas ?

sorry for the noise:
steven

On Fri, Mar 20, 2020 at 11:19 AM Cem Bassoy via ublas <[hidden email]> wrote:
Riccardo,

thanks. I participated in the SG14 linear algebra calls and I think that the proposal is very valuable. If the proposal makes it into the standard IMHO we should integrate it into ublas and extend the current tensor concept.

In any case, we need to redesign and make the implementation more readable anyways. For that reason

- we started the tensor project in 2018 which has a cleaner interface (wiki) .
- we had two great gsoc projects in 2019, one provides a more generic tensor template and the other enhancing the built-in expression templates using boost::yap (wiki)
- in gsoc 2020 we will hopefully have an experimental version of matrix and vector with a cleaner interface and implementation.

Thanks again, we need such input!

CB



Am Fr., 20. März 2020 um 15:54 Uhr schrieb Riccardo Rossi via ublas <[hidden email]>:
Dear All,

i am just a user, however i want to point out that there is some standardization effort aiming at c++23 (or 26).

If you eventually go for a redesign (and IMHO ublas has a need of it), i really think it would make sense to take a look at


sorry for the noise

bests
Riccardo




On Fri, Mar 20, 2020 at 3:08 PM Aniket Chowdhury via ublas <[hidden email]> wrote:
Oh okay. GCC 10 is supposed to have the support for Ranges. The beta version supports Ranges and os going to get released in April. But, I guess we can avoid that if they don't. Thanks. 

On Fri, 20 Mar 2020, 19:35 Cem Bassoy via ublas, <[hidden email]> wrote:
Hello Aniket,

I cannot tell you which direction is the best for you. However, I recommend a topic that you are really interested in and that you want to continue even after GSOC.

Clang and GCC still do not officially support Ranges - so I would leave that out (https://en.cppreference.com/w/cpp/compiler_support).
Right now we should postpone the discussion of concepts for the tensor type.

Best,
CB

Am Fr., 20. März 2020 um 13:54 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hey Cem. 
I went through the draft proposal and had some questions.

Which direction do you think I should pursue? I am more inclined towards refactoring the enitre data_frame because if I believe correctly uBlas is moving towards C++20. Should I stick with ETs or can I use Ranges and Concepts? 

I was thinking to stick to standard C++20 Ranges only instead of Eric Neibler's One Ranges v3 library considering std to be more relevant. 



On Wed, 18 Mar 2020, 23:49 Aniket Chowdhury, <[hidden email]> wrote:
Hey Cem.
Thanks for replying. Will do the needful and get back to you. 
I understand that the proposal could do with a few more code examples. 
Thanks.

On Wed, Mar 18, 2020 at 8:15 PM Cem Bassoy via ublas <[hidden email]> wrote:
Hi Aniket,

thanks for considering Boost/uBLAS. Your potential mentor is David. If he does not respond, just follow the instructions on the GSoC page and upload your proposal.

Please note that we appreciate concrete (with code samples), realistic (regarding time) and referring (to previous or pull requests) proposals. Concrete examples inside the proposal will help us to understand intention and it will demonstrate your experience and expertise.
I am pretty cobfident with the timeline that I have provided with. Again, regarding code examples should I add them for both C++20 and/or ET?

Additionally, I advise to read
  • previous gsoc discussions on this or on the general boost mailing list
  • former gsoc student projects and proposals
to have a good feeling of the requirements.

Best,
Cem



Am Mo., 16. März 2020 um 23:15 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hi, 
My name is Aniket Chowdhury and I am second-year undergraduate student.

I wish to implement the DataFrame library for Boost. I have made the project proposal and am attaching the same.
As, this project is an expansion of the previous project there are a few directions that I would like to work in whichever adds more to the project.

1. We could be to keep the existing code base as it is and implement new features on top of it.
2. We could try to restructure the code into Modules(C++20 feature) and then implement the features.
3. Or, we could restructure the code without ET but rather using C++20 One Ranges. This makes more sense to me as I believe that uBlas is being ported to C++20.

The DataFrame would include the following features:
1. All the features already present(union, combine, join).
2. Read/write from DataFrame using JSON(boost::property_tree to DataFrame)
3. Operator support for addition, subtraction, multiplication, division, modulo and power, etc as well as support for comparison operators.
4. Functions to perform apply, apply_element_wise, aggregate, transform and expand on a given DataFrame.
5. Data analysis tools for standard deviation, variance, mean, etc.
6. Re-indexing methods like replace, duplicate, filter, etc.
7. Reshaping methods for sorting, append, pivot, etc.
Also, could you tell me if I am on the right track regarding the free form functions that Boost is looking for?

Full Details of the same can be found in the Project Proposal.

I have been in contact with David Bellot for the past week regarding GSoC. I have completed the first draft of the competency check and sent the same to him. I would love to work  I am requesting him to be assigned as a mentor for the same.
PFA: The Project Proposal(linked in case the attachment fails)
Here was the old proposal. 

This is an official application for the GSoC' 20. I am open to any and all suggestions. 

Aniket Chowdhury
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]


--

Riccardo Rossi

PhD, Civil Engineer


member of the Kratos Team: www.cimne.com/kratos

Associate Professor at Universitat Politècnica de Catalunya, BarcelonaTech (UPC)

Full Research Professor at International Center for Numerical Methods in Engineering (CIMNE)


C/ Gran Capità, s/n, Campus Nord UPC, Building C1, First Floor

08034 – Barcelona – Spain – www.cimne.com  - 

T.(+34) 93 401 56 96 skype: rougered4

 

Les dades personals contingudes en aquest missatge són tractades amb la finalitat de mantenir el contacte professional entre CIMNE i voste. Podra exercir els drets d'accés, rectificació, cancel·lació i oposició, dirigint-se a [hidden email]. La utilització de la seva adreça de correu electronic per part de CIMNE queda subjecte a les disposicions de la Llei 34/2002, de Serveis de la Societat de la Informació i el Comerç Electronic.

 Imprimiu aquest missatge, només si és estrictament necessari.

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
Reply | Threaded
Open this post in threaded view
|

New uBLAS Development

Boost - uBLAS mailing list
Hi Steven,

happy to hear that your tool also supports ublas. In general, we discuss either on https://gitter.im/boostorg/ublas or this mailing list [hidden email].
The tendency is that this mailing list is used for announcements or general topics while discussions on gitter are in general more technical, as you use markdown.

With our GSoC students we have used gitter.im channels such as https://gitter.im/BoostGSoC19/ublas to discuss experimental development.

Feel free to join our discussions and also push us w.r.t. desired interfaces etc.

Best,
Cem



Am Fr., 20. März 2020 um 16:44 Uhr schrieb Steven Varga via ublas <[hidden email]>:
Hi Everyone,
similarly to Riccardo I am a consumer to ublas; also the author of H5CPP  a scalable non-intrusive persistence for linear algebra support, which includes UBLAS. I am excited about the development and wondering where is the best to follow the development: https://github.com/boostorg/ublas ?

sorry for the noise:
steven

On Fri, Mar 20, 2020 at 11:19 AM Cem Bassoy via ublas <[hidden email]> wrote:
Riccardo,

thanks. I participated in the SG14 linear algebra calls and I think that the proposal is very valuable. If the proposal makes it into the standard IMHO we should integrate it into ublas and extend the current tensor concept.

In any case, we need to redesign and make the implementation more readable anyways. For that reason

- we started the tensor project in 2018 which has a cleaner interface (wiki) .
- we had two great gsoc projects in 2019, one provides a more generic tensor template and the other enhancing the built-in expression templates using boost::yap (wiki)
- in gsoc 2020 we will hopefully have an experimental version of matrix and vector with a cleaner interface and implementation.

Thanks again, we need such input!

CB



Am Fr., 20. März 2020 um 15:54 Uhr schrieb Riccardo Rossi via ublas <[hidden email]>:
Dear All,

i am just a user, however i want to point out that there is some standardization effort aiming at c++23 (or 26).

If you eventually go for a redesign (and IMHO ublas has a need of it), i really think it would make sense to take a look at


sorry for the noise

bests
Riccardo


______________________________________________


--

Riccardo Rossi

PhD, Civil Engineer


member of the Kratos Team: www.cimne.com/kratos

Associate Professor at Universitat Politècnica de Catalunya, BarcelonaTech (UPC)

Full Research Professor at International Center for Numerical Methods in Engineering (CIMNE)


C/ Gran Capità, s/n, Campus Nord UPC, Building C1, First Floor

08034 – Barcelona – Spain – www.cimne.com  - 

T.(+34) 93 401 56 96 skype: rougered4

 

Les dades personals contingudes en aquest missatge són tractades amb la finalitat de mantenir el contacte professional entre CIMNE i voste. Podra exercir els drets d'accés, rectificació, cancel·lació i oposició, dirigint-se a [hidden email]. La utilització de la seva adreça de correu electronic per part de CIMNE queda subjecte a les disposicions de la Llei 34/2002, de Serveis de la Societat de la Informació i el Comerç Electronic.

 Imprimiu aquest missatge, només si és estrictament necessari.

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: [GSOC2020][Boost.uBLAS] uBLAS DataFrame feature

Boost - uBLAS mailing list
In reply to this post by Boost - uBLAS mailing list
I honestly think the MetaClass feature would really clean up all the uBlas code. But, it will be  a while before we see it in GCC releases. Modules as well I think. 

On Fri, 20 Mar 2020, 21:13 Steven Varga via ublas, <[hidden email]> wrote:
Hi Everyone,
similarly to Riccardo I am a consumer to ublas; also the author of H5CPP  a scalable non-intrusive persistence for linear algebra support, which includes UBLAS. I am excited about the development and wondering where is the best to follow the development: https://github.com/boostorg/ublas ?

sorry for the noise:
steven

On Fri, Mar 20, 2020 at 11:19 AM Cem Bassoy via ublas <[hidden email]> wrote:
Riccardo,

thanks. I participated in the SG14 linear algebra calls and I think that the proposal is very valuable. If the proposal makes it into the standard IMHO we should integrate it into ublas and extend the current tensor concept.

In any case, we need to redesign and make the implementation more readable anyways. For that reason

- we started the tensor project in 2018 which has a cleaner interface (wiki) .
- we had two great gsoc projects in 2019, one provides a more generic tensor template and the other enhancing the built-in expression templates using boost::yap (wiki)
- in gsoc 2020 we will hopefully have an experimental version of matrix and vector with a cleaner interface and implementation.

Thanks again, we need such input!

CB



Am Fr., 20. März 2020 um 15:54 Uhr schrieb Riccardo Rossi via ublas <[hidden email]>:
Dear All,

i am just a user, however i want to point out that there is some standardization effort aiming at c++23 (or 26).

If you eventually go for a redesign (and IMHO ublas has a need of it), i really think it would make sense to take a look at


sorry for the noise

bests
Riccardo




On Fri, Mar 20, 2020 at 3:08 PM Aniket Chowdhury via ublas <[hidden email]> wrote:
Oh okay. GCC 10 is supposed to have the support for Ranges. The beta version supports Ranges and os going to get released in April. But, I guess we can avoid that if they don't. Thanks. 

On Fri, 20 Mar 2020, 19:35 Cem Bassoy via ublas, <[hidden email]> wrote:
Hello Aniket,

I cannot tell you which direction is the best for you. However, I recommend a topic that you are really interested in and that you want to continue even after GSOC.

Clang and GCC still do not officially support Ranges - so I would leave that out (https://en.cppreference.com/w/cpp/compiler_support).
Right now we should postpone the discussion of concepts for the tensor type.

Best,
CB

Am Fr., 20. März 2020 um 13:54 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hey Cem. 
I went through the draft proposal and had some questions.

Which direction do you think I should pursue? I am more inclined towards refactoring the enitre data_frame because if I believe correctly uBlas is moving towards C++20. Should I stick with ETs or can I use Ranges and Concepts? 

I was thinking to stick to standard C++20 Ranges only instead of Eric Neibler's One Ranges v3 library considering std to be more relevant. 



On Wed, 18 Mar 2020, 23:49 Aniket Chowdhury, <[hidden email]> wrote:
Hey Cem.
Thanks for replying. Will do the needful and get back to you. 
I understand that the proposal could do with a few more code examples. 
Thanks.

On Wed, Mar 18, 2020 at 8:15 PM Cem Bassoy via ublas <[hidden email]> wrote:
Hi Aniket,

thanks for considering Boost/uBLAS. Your potential mentor is David. If he does not respond, just follow the instructions on the GSoC page and upload your proposal.

Please note that we appreciate concrete (with code samples), realistic (regarding time) and referring (to previous or pull requests) proposals. Concrete examples inside the proposal will help us to understand intention and it will demonstrate your experience and expertise.
I am pretty cobfident with the timeline that I have provided with. Again, regarding code examples should I add them for both C++20 and/or ET?

Additionally, I advise to read
  • previous gsoc discussions on this or on the general boost mailing list
  • former gsoc student projects and proposals
to have a good feeling of the requirements.

Best,
Cem



Am Mo., 16. März 2020 um 23:15 Uhr schrieb Aniket Chowdhury via ublas <[hidden email]>:
Hi, 
My name is Aniket Chowdhury and I am second-year undergraduate student.

I wish to implement the DataFrame library for Boost. I have made the project proposal and am attaching the same.
As, this project is an expansion of the previous project there are a few directions that I would like to work in whichever adds more to the project.

1. We could be to keep the existing code base as it is and implement new features on top of it.
2. We could try to restructure the code into Modules(C++20 feature) and then implement the features.
3. Or, we could restructure the code without ET but rather using C++20 One Ranges. This makes more sense to me as I believe that uBlas is being ported to C++20.

The DataFrame would include the following features:
1. All the features already present(union, combine, join).
2. Read/write from DataFrame using JSON(boost::property_tree to DataFrame)
3. Operator support for addition, subtraction, multiplication, division, modulo and power, etc as well as support for comparison operators.
4. Functions to perform apply, apply_element_wise, aggregate, transform and expand on a given DataFrame.
5. Data analysis tools for standard deviation, variance, mean, etc.
6. Re-indexing methods like replace, duplicate, filter, etc.
7. Reshaping methods for sorting, append, pivot, etc.
Also, could you tell me if I am on the right track regarding the free form functions that Boost is looking for?

Full Details of the same can be found in the Project Proposal.

I have been in contact with David Bellot for the past week regarding GSoC. I have completed the first draft of the competency check and sent the same to him. I would love to work  I am requesting him to be assigned as a mentor for the same.
PFA: The Project Proposal(linked in case the attachment fails)
Here was the old proposal. 

This is an official application for the GSoC' 20. I am open to any and all suggestions. 

Aniket Chowdhury
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]


--

Riccardo Rossi

PhD, Civil Engineer


member of the Kratos Team: www.cimne.com/kratos

Associate Professor at Universitat Politècnica de Catalunya, BarcelonaTech (UPC)

Full Research Professor at International Center for Numerical Methods in Engineering (CIMNE)


C/ Gran Capità, s/n, Campus Nord UPC, Building C1, First Floor

08034 – Barcelona – Spain – www.cimne.com  - 

T.(+34) 93 401 56 96 skype: rougered4

 

Les dades personals contingudes en aquest missatge són tractades amb la finalitat de mantenir el contacte professional entre CIMNE i voste. Podra exercir els drets d'accés, rectificació, cancel·lació i oposició, dirigint-se a [hidden email]. La utilització de la seva adreça de correu electronic per part de CIMNE queda subjecte a les disposicions de la Llei 34/2002, de Serveis de la Societat de la Informació i el Comerç Electronic.

 Imprimiu aquest missatge, només si és estrictament necessari.

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]

_______________________________________________
ublas mailing list
[hidden email]
https://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]