GithubHelp home page GithubHelp logo

mechmotum / ollie-optimization Goto Github PK

View Code? Open in Web Editor NEW
2.0 3.0 0.0 33.01 MB

Optimal control and parameter optimization for a maximal height ollie problem

License: Other

Python 11.75% TeX 88.20% Makefile 0.06%
optimization direct-collocation ollie parameter-estimation skateboarding

ollie-optimization's People

Contributors

brocksam avatar jtheinen avatar moorepants avatar

Stargazers

 avatar  avatar

Watchers

 avatar  avatar  avatar

ollie-optimization's Issues

Tidy up the paper directory

I'd like to rename the directory with the paper to "paper" and add a Makefile that can build the paper. Following that I may add the paper build to the CI. But just some tidying first.

Prettify the tables

Some of the tables, especially the one in the caption of figure 1, need to be improved to make them more aesthetic.

Supporting documents

  • Decide what we want to submit as supporting documents:
    • PDF of Jan's thesis
    • Single Python file for optimisations
  • Clean up GitHub repository

Reduce word count to < 4000 words

This can be a tracking issue for ideas on cutting the words.

  • Move the equations of motion derivation to an appendix (or remove all together).

Clarify nose-tail symmetry

reviewer 2:

Does “nose-tail symmetry” mean the symmetry around the center of gravity along the longitudinal direction?
Probably, I misunderstood.
Fig.3 does not look like the symmetry around the center of gravity along the longitudinal direction.

What are the current results?

Do we have any progress on getting smoother solutions? Any new results to show?

Do we have any idea if we are closer to getting global instead of local solutions?

If so, it'd be great to share the figures with the new results. If not, what's the status?

Use of speed vs velocity

I was always taught that speed = scalar quantity and velocity = vector quantity. So if we are not referring to a quantity that has a vector component then we should use speed.

E.g.

"The first two introduce $\psi_1$, a slack variable representing the magnitude of the relative speed between the foot and the skateboard $\dot{s}_1$."

Remove all figures that we didn't make ourselves

We can't include copyrighted figures/images in the paper without permission. Three options:

  1. The figure is CC licensed and maybe we can include it if the journal allows.
  2. We remove it (and repalce with our own figure if needed).
  3. We ask the copyright holder for permission.

First appearance CoM

reviewer 2:
Caption Fig. 3
CoM -> CoM (Center of Mass)
Probably, here is the first appearance of CoM.

ORCID for authors

Find out ORCID for all authors as this is requested by the submission guidelines.

Ensure figures are formatted correctly

  • Supply all figures electronically.
  • Indicate what graphics program was used to create the artwork.
  • For vector graphics, the preferred format is EPS; for halftones, please use TIFF format. MSOffice files are also acceptable.
  • Vector graphics containing fonts must have the fonts embedded in the files.
  • Name your figure files with "Fig" and the figure number, e.g., Fig1.eps.

Line Art

  • Definition: Black and white graphic with no shading.
  • Do not use faint lines and/or lettering and check that all lines and lettering within the figures are legible at final size.
  • All lines should be at least 0.1 mm (0.3 pt) wide.
  • Scanned line drawings and line drawings in bitmap format should have a minimum resolution of 1200 dpi.
  • Vector graphics containing fonts must have the fonts embedded in the files.

Halftone Art

  • Definition: Photographs, drawings, or paintings with fine shading, etc.
  • If any magnification is used in the photographs, indicate this by using scale bars within the figures themselves.
  • Halftones should have a minimum resolution of 300 dpi.

Combination Art

  • Definition: a combination of halftone and line art, e.g., halftones containing line drawing, extensive lettering, color diagrams, etc.
  • Combination artwork should have a minimum resolution of 600 dpi.
  • Color Art
  • Color art is free of charge for online publication.
  • If black and white will be shown in the print version, make sure that the main information will still be visible. Many colors are not - distinguishable from one another when converted to black and white. A simple way to check this is to make a xerographic copy to see if the necessary distinctions between the different colors are still apparent.
  • If the figures will be printed in black and white, do not refer to color in the captions.
  • Color illustrations should be submitted as RGB (8 bits per channel).

Figure Lettering

  • To add lettering, it is best to use Helvetica or Arial (sans serif fonts).
  • Keep lettering consistently sized throughout your final-sized artwork, usually about 2–3 mm (8–12 pt).
  • Variance of type size within an illustration should be minimal, e.g., do not use 8-pt type on an axis and 20-pt type for the axis label.
  • Avoid effects such as shading, outline letters, etc.
  • Do not include titles or captions within your illustrations.

Figure Numbering

  • All figures are to be numbered using Arabic numerals.
  • Figures should always be cited in text in consecutive numerical order.
  • Figure parts should be denoted by lowercase letters (a, b, c, etc.).
  • If an appendix appears in your article and it contains one or more figures, continue the consecutive numbering of the main text. Do not number the appendix figures,"A1, A2, A3, etc." Figures in online appendices [Supplementary Information (SI)] should, however, be numbered separately.

Figure Captions

  • Each figure should have a concise caption describing accurately what the figure depicts. Include the captions in the text file of the manuscript, not in the figure file.
  • Figure captions begin with the term Fig. in bold type, followed by the figure number, also in bold type.
  • No punctuation is to be included after the number, nor is any punctuation to be placed at the end of the caption.
  • Identify all elements found in the figure in the figure caption; and use boxes, circles, etc., as coordinate points in graphs.
  • Identify previously published material by giving the original source in the form of a reference citation at the end of the figure caption.

Figure Placement and Size

  • Figures should be submitted within the body of the text. Only if the file size of the manuscript causes problems in uploading it, the large figures should be submitted separately from the text.
  • When preparing your figures, size figures to fit in the column width.
  • For large-sized journals the figures should be 84 mm (for double-column text areas), or 174 mm (for single-column text areas) wide and not higher than 234 mm.
  • For small-sized journals, the figures should be 119 mm wide and not higher than 195 mm.

Permissions

  • If you include figures that have already been published elsewhere, you must obtain permission from the copyright owner(s) for both the print and online format. Please be aware that some publishers do not grant electronic rights for free and that Springer will not be able to refund any costs that may have occurred to receive these permissions. In such cases, material from other sources should be used.

Show significance of friction during ollie

Reviewer 1 asked if the 'dragging up motion' contributes significantly and whether we could show this with our simulation.

We have multiple options:

  1. Show already present simulation of the pennyboard without friction, he can see that the ollie will be lower
  2. Solve base optimization without friction and show the difference.

original text by reviewer 1:

You wrote "for the human to ... then slide the front foot over the deck to drag it up" at the Discussion section 8th line.
This corresponds to the timing of t5 in Fig. 1.
Do you think how much the effect of this dragging up motion is? I mean, the contribution of the friction force between the board and fore foot to the Ollie height at the timing of t5.
Can you show the effect in your simulation?
I asked it since for example the Ollie jump was realized without this dragging up motion in the simulation of the reference [21].
Basically, the force normal to the board from the fore foot at t5 is considered to be small, so the tangential friction force will become very small as well.
Therefore, the effect of dragging up motion of the fore foot might be negligibly small.
Please add some text about this issue in the revised manuscript.

Use Overleaf?

It may make it easier for Eline and Raymund to contribute if we used overleaf.

If you create an overleaf project you can sync it with a git repo. I've done that with other projects, but I think you may have to start at overleaf, getting the git url, then clone on github. You have to manually sync from github or maybe you can setup ci to do it.

Overleaf does resolve the problem of simultaneous editing and it has better ways to make comments and suggest changes.

Thoughts?

Upload the paper so we can all work on it

I've heard a few times now that the paper is close to 4000 words and that it would be shared so we can help shorten in. It is now the end of March. Please give us the latest version of the paper so that we can help edit it down.

cc/ @jtheinen

Ensure tables are formatted correctly

  • All tables are to be numbered using Arabic numerals.
  • Tables should always be cited in text in consecutive numerical order.
  • For each table, please supply a table caption (title) explaining the components of the table.
  • Identify any previously published material by giving the original source in the form of a reference at the end of the table caption.
  • Footnotes to tables should be indicated by superscript lower-case letters (or asterisks for significance values and other statistical data) and included beneath the table body.

Change the paper to be active voice

I'm working on editing the paper and we have to change it to active voice. It is quite hard to read in passive voice. In my edits, I will start doing this, but we need to change it fully before submission. It will simplify the writing and reduce the word count significantly by doing so.

Refer to appropriate section for clarity

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.