Results 1 to 8 of 8

Thread: Differentiation

  1. #1

    Thread Starter
    transcendental analytic kedaman's Avatar
    Join Date
    Mar 2000
    Location
    0x002F2EA8
    Posts
    7,221
    One day it started to snow and it snowed at a constant speed. at 12:00 a snowplough started, it's speed reverse proportional to the thickness of the snow. The first hour it went twice longer than the second hour. When did it start to snow?
    Use
    writing software in C++ is like driving rivets into steel beam with a toothpick.
    writing haskell makes your life easier:
    reverse (p (6*9)) where p x|x==0=""|True=chr (48+z): p y where (y,z)=divMod x 13
    To throw away OOP for low level languages is myopia, to keep OOP is hyperopia. To throw away OOP for a high level language is insight.

  2. #2
    Junior Member
    Join Date
    Nov 1999
    Location
    The Netherlands
    Posts
    26

    snow

    quick estimation with a spreadsheet: 9:30

  3. #3
    Fanatic Member
    Join Date
    Sep 2000
    Location
    UK.
    Posts
    728

    Hmmm...?

    kedaman, is there an actual solution you have worked out, as it seems once again, (as with the previous differentiation question about a cone inside a sphere), that there isn't enough information to even form a decent solution...?

    Laterz
    Digital-X-Treme
    Contact me on MSN Messenger: [email protected]

    [VBCODE]Debug.Print Round(((1097) - ((55 ^ 5 + 311 ^ 3 - 11 ^ 3) _
    / (68 ^ 5))) ^ (1 / 7), 13)[/VBCODE]

  4. #4

    Thread Starter
    transcendental analytic kedaman's Avatar
    Join Date
    Mar 2000
    Location
    0x002F2EA8
    Posts
    7,221
    As i remember it, i found the solution to the sphere problem, but i did use some radical methods with my Ti83 Equation solver. Although i now know i could solve it another way.

    Yes i've calculated this one (without any radical methods) and the answer is 15:18 (i could be wrong though)
    Use
    writing software in C++ is like driving rivets into steel beam with a toothpick.
    writing haskell makes your life easier:
    reverse (p (6*9)) where p x|x==0=""|True=chr (48+z): p y where (y,z)=divMod x 13
    To throw away OOP for low level languages is myopia, to keep OOP is hyperopia. To throw away OOP for a high level language is insight.

  5. #5
    Frenzied Member HarryW's Avatar
    Join Date
    Jan 2000
    Location
    Heiho no michi
    Posts
    1,827
    Well I just tried to work it out with algebra, and I got:

    t = c/k - 2

    where:

    t is the number of hours it was snowing for when the snowplough started;
    c is the initial speed of the snowplough in unit distance per hour
    k is the rate at which the snow rises, in unit height per hour

    Of course, I was assuming that by 'reverse proportional' you meant that v = -kt + c

    I suppose you may have meant 'inversely proportional', ie v = c/kt
    Harry.

    "From one thing, know ten thousand things."

  6. #6

    Thread Starter
    transcendental analytic kedaman's Avatar
    Join Date
    Mar 2000
    Location
    0x002F2EA8
    Posts
    7,221
    yeah sorry that was what i meant, inversery proportional
    Use
    writing software in C++ is like driving rivets into steel beam with a toothpick.
    writing haskell makes your life easier:
    reverse (p (6*9)) where p x|x==0=""|True=chr (48+z): p y where (y,z)=divMod x 13
    To throw away OOP for low level languages is myopia, to keep OOP is hyperopia. To throw away OOP for a high level language is insight.

  7. #7

    Thread Starter
    transcendental analytic kedaman's Avatar
    Join Date
    Mar 2000
    Location
    0x002F2EA8
    Posts
    7,221
    and there's an error, it's 8:42 not 15:18, i calculated the time forward intead of backward from 12:00. What counts is that it is 3.30 hours.
    Use
    writing software in C++ is like driving rivets into steel beam with a toothpick.
    writing haskell makes your life easier:
    reverse (p (6*9)) where p x|x==0=""|True=chr (48+z): p y where (y,z)=divMod x 13
    To throw away OOP for low level languages is myopia, to keep OOP is hyperopia. To throw away OOP for a high level language is insight.

  8. #8
    Frenzied Member
    Join Date
    Jul 1999
    Location
    Huntingdon Valley, PA 19006
    Posts
    1,151

    Some thots.

    At first glance, it seems intuitively obvious that there is not enough information to solve this problem. However, my intuition has been wrong before, so a few more glances seemed worthwhile. The following looks like a good start.

    Velocity = 1 / SnowRate * Time

    Distance is the integral of velocity with respect to time, resulting in
    • Distance = Integral( 1 / SnowRate * Time )
    • Distance = IntegrationConstant + Log(Time) / SnowRate
    At this point, it is not obvious how to precede. It looks like one of the above two should be used with the relation Distance1 = 2 * Distance2, where Distance1 is the plow's Noon to 1PM progress, and Distance2 is the 1PM to 2PM progress. Now express the two distances as definite integrals. An alternative is to forget the definite integral and work with the ordinary distance equation containing the constant of integration.

    Perhaps we have enough information to solve this problem after all. Both approaches are likely to work, since they are fundamentally equivalent to each other.

    There is a bit of a problem because it started snowing prior to Noon, but the above equations are applicable to the plow starting at Noon, and are meaningless prior to Noon.

    The key seems to be deciding when time starts, and what units to use.
    • Hours look reasonable for time. If minutes, we must deal with Log(60 or more). Perhaps the choice of units merely makes the SnowRate bigger or smaller, and this decision is not important. Still, it seems strange to not really know what distance and time units are suitable. Assume hours for time (this cannot really be wrong), and hope that distance units need not be assigned.
    • Time = zero at noon? This will not work because Log(0) is not well defined at zero. I hesitate to say it is infinite, because that might result in more posts than I would like to see here. Let us say that Log(X) gets bigger as X approaches zero, and perhaps we should avoid this value.
    • Time = zero when it started to snow? We do not have to worry about Log(0) because the plow started after it began to snow. Then assign Time = X to Noon. If we can solve for X, it started to snow at (Noon - X). There is at least one subtle assumption here. It is not obvious to me that this approach is valid, but it seems plausible.
    • Perhaps work with distance = zero at Noon and investigate the implications.
    At this point, higher priority issues turned up, and I quit work on the problem. Just decided to formalize these ideas and post. Maybe somebody else will know what to do next. If not, I will try to take some more glances.
    Live long & prosper.

    The Dinosaur from prehistoric era prior to computers.

    Eschew obfuscation!
    If a billion people believe a foolish idea, it is still a foolish idea!
    VB.net 2010 Express
    64Bit & 32Bit Windows 7 & Windows XP. I run 4 operating systems on a single PC.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  



Click Here to Expand Forum to Full Width