Measurement units and complex numbers.

AI Thread Summary
Converting complex numbers like (5 + 2i) meters/sec into miles per hour involves the same process as with real numbers, simply multiplying by a conversion factor. There are no specific conditions unique to complex values during this conversion, as the unit remains consistent (e.g., m/s). The discussion highlights that while complex numbers can be treated as vectors, there are no established measurement units that utilize complex conversion factors. Any complex unit would essentially still function like its real counterpart, with no practical advantage. Overall, the conversion process for complex numbers in measurement units is straightforward and does not introduce additional complexities.
Orefa
Messages
91
Reaction score
0
I am programming a module used to convert measurement units. This will be part of a system that supports complex numbers. I never use complex numbers in my field but of course engineers and physicists do so I thought I should ask a couple of questions first.

Q1. Is there anything unusual about converting something like (5 + 2i) meters/sec into miles per hour? I think it is the same process as with plain old real numbers (multiply by ~2.237 in this particular case) but are there conditions specific to complex values and not reals?

Q2. Is there any mesurement unit(s) that uses a complex conversion factor instead of just a real ratio? In other words, would the software ever need to indicate a conversion ratio as a complex value instead of just a real?
 
Physics news on Phys.org
Orefa said:
I am programming a module used to convert measurement units. This will be part of a system that supports complex numbers. I never use complex numbers in my field but of course engineers and physicists do so I thought I should ask a couple of questions first.

Q1. Is there anything unusual about converting something like (5 + 2i) meters/sec into miles per hour? I think it is the same process as with plain old real numbers (multiply by ~2.237 in this particular case) but are there conditions specific to complex values and not reals?

Q2. Is there any mesurement unit(s) that uses a complex conversion factor instead of just a real ratio? In other words, would the software ever need to indicate a conversion ratio as a complex value instead of just a real?

Without getting too Mathematical about it, basically a physical quantity is a "number" with a unit attached to it. "number" means whatever number system you are using, so the unit for a "complex velocity" will still be in m/s, or cm/s, or furlongs/fortnight or whatever your unit system uses. Matrices also work the same way, in case you are wondering. Most people, though, tend to attach the unit to the numbers that make up the matrix rather than apply it to the matrix itself. But there is nothing wrong in doing so.

For the above reasons I can't think of any sort of a "complex" unit. Even if there is a way to define such a thing, I would think that the imaginary nature of the unit would simply be defined as part of the unit itself. For example, you can technically think of a kilogram as being somehow at "right angles" to a meter, and define a kilogram as an "imaginary meter" or kg=\sqrt{-1}m. But the unit would still work the same way as a kilogram would, so I can see no advantage in doing so.

-Dan
 
Nothing to be concerned about then. Thanks Dan.
 
Orefa said:
I am programming a module used to convert measurement units. This will be part of a system that supports complex numbers. I never use complex numbers in my field but of course engineers and physicists do so I thought I should ask a couple of questions first.

Q1. Is there anything unusual about converting something like (5 + 2i) meters/sec into miles per hour? I think it is the same process as with plain old real numbers (multiply by ~2.237 in this particular case) but are there conditions specific to complex values and not reals?

Q2. Is there any mesurement unit(s) that uses a complex conversion factor instead of just a real ratio? In other words, would the software ever need to indicate a conversion ratio as a complex value instead of just a real?
If you're multiplying by a scalar (which a conversion factor is), just multiply each component by the conversion factor.

As a general rule, you can think of a complex number as a vector. The real component lies on the x-axis and imaginary component lies on the y-axis. That only gives you a two-dimensional vector.

One of the problems in defining three dimensional vectors is that it's hard to define multiplication of two numbers that have a real part and two imaginary parts. The solution is quaternions. They have a real part and three imaginary parts. A true three-dimensional vector has three imaginary parts with the real part set to zero. The real part of the quaternion can come into play if you move into designing three dimensional animations used in modern video games or simulations.
 
Just as a piece of random information, I seem to recall reading about a hypothetical particle called the tachyon which has an imaginary rest mass, which has the effect of forcing it to move at superluminal velocities, although never actually accelerating or decelerating past c.
 
Kindly see the attached pdf. My attempt to solve it, is in it. I'm wondering if my solution is right. My idea is this: At any point of time, the ball may be assumed to be at an incline which is at an angle of θ(kindly see both the pics in the pdf file). The value of θ will continuously change and so will the value of friction. I'm not able to figure out, why my solution is wrong, if it is wrong .
Thread 'Voltmeter readings for this circuit with switches'
TL;DR Summary: I would like to know the voltmeter readings on the two resistors separately in the picture in the following cases , When one of the keys is closed When both of them are opened (Knowing that the battery has negligible internal resistance) My thoughts for the first case , one of them must be 12 volt while the other is 0 The second case we'll I think both voltmeter readings should be 12 volt since they are both parallel to the battery and they involve the key within what the...
Back
Top