|WikiProject Mathematics||(Rated C-class, Mid-importance)|
About One Point Is Affine And The Other At Infinity: I think this is misleading. After all, by a projective transformation one can put both points in general position - which is the first case considered. In fact it is 'illegal' to speak about (0:0:0:0).
Charles Matthews 07:49, 14 Jul 2004 (UTC)
I believe the whole linear combinations paragraph is useless and inelegant. We already have the definition of scalar multiplication and addition - and exactly to avoid these problem, we do rescaling by multiplying for the last coordinate (w) of the other point - which avoids the = 0 special case. Additionally, the current text is probably incorrect when - and this brings an interesting point up: which is the result of ?
I do not see your point about applying the projective transformation - yes, we can apply the transformation, add the two points and transform them back, but there is no point in using that.
Paolo Giarrusso 18:01, 8 December 2005 (UTC)
The definition of addition for a pair of projected points doesn't look correct in the case that both of those points are in the plane at infinity.
left and right homogeneous coordinates
Homogeneous coordinates of quaternion vector spaces can be either left or right. That is one can specify that left multiplication by quaternions produces equivalent coordinates, or right multiplication does. Is left and right homogeneous coordinates, standard terminology to refer to both these situations? --MarSch 10:35, 19 October 2006 (UTC)
Notation and terminology
First, the term homogeneous coordinates has a generic meaning in addition to the one given here, namely any system of coordinates where multiplying by a constant does not affect the position of the point represented. So in this sense, barycentric coordinates and trilinear coordinates are homogeneous but aren't the same as the coordinates defined here. Perhaps projective coordinates would be a better term here.
Second, I couldn't find anything about square brackets vs. round brackets in the reference given. In any case, this seems to only apply to the context a specific work and is not a generally accepted notation.
Third, the use of colons for homogeneous coordinates is justifiable since they really represent ratios. But this article uses them with ordinary Cartesian coordinates which seems highly non-standard.
- I addressed these and other issues, along with general expansion of the article.--RDBury (talk) 21:38, 30 April 2010 (UTC)
Equivalence relation symbol
Shouldn't the equivalence relation symbol (found in the Alternative Definition section) be ∼ (U+223C, like the that LaTeX generates) instead of ~ (the tilde, U+007E, to which the keyboard key is normally mapped)? In some fonts I suspect they are indistinguishable, and in others similar, but in e.g. the font in which I prefer to read Wikipedia the tilde appears very high up in the character box (as if it were an accent, but with no letter underneath). Is there some reason not to use the (arguably) more semantically correct code point (which is found in the Mathematical Symbols category of Unicode)? Maybe it doesn't render on some systems? I ask because I already made the change and was reverted. Archelon (talk) 22:34, 29 February 2016 (UTC)
- On my browser (Safari), ∼ (U+223C ) is so tiny that it is
almost unreadablehard to distinguish from "-" , and is lower than the middle of the line, while ~ (the tilde, U+007E) has the right size and position. This is the reason of my revert. On the other hand, Latex (with MathML rendering) produces a much larger symbol, that is above the middle of the line. Note also that ∼ (U+223C ) is not easily available for editors, as it does not appear in the symbols proposed by the WP engine. Also, rare unicode symbols may have a strange appearance im many fonts. For example, the double arrows (⇐ and ⇒) have different sizes and alignments on my browser. D.Lazard (talk) 10:56, 1 March 2016 (UTC)
- Thanks for assuaging my curiosity. Quite possibly you and other Safari users could improve what you see for rare unicode characters by installing one or more fonts, but of course things should appear as correctly as possible by default for the most typical cases. It is unfortunate that there is so often no canonical solution for typesetting math in Wikipedia; someday perhaps I will look more deeply into this problem. Archelon (talk) 20:38, 4 March 2016 (UTC)