KFPX(3NCARG)
π NAME π
okay so first things first, this page is from the 3NCARG manual (NCAR Graphics, bestie) and it's covering two things at once:
KFPXβ converts from fractional coordinates to plotter address unit coordinates.spps_convertersβ a whole set of functions, each of which transforms a coordinate from one of the NCAR Graphics coordinate systems to another. the full roster is literally:CFUX,CFUY,CMFX,CMFY,CMUX,CMUY,CPFX,CPFY,CPUX,CPUY,CUFX,CUFY,KFMX,KFMY,KFPX,KFPY,KMPX,KMPY,KPMX,KPMY,KUMX,KUMY,KUPX, andKUPY. yes that's 24 of them, we'll get there π
β οΈ STATUS β οΈ
Plotter Address Units (PAUs) and Metacode Units (MUs) are no longer used in NCAR Graphics. so likeβ¦ every single function that has anMor aPas its second or third letter? considered obsolete. rip to them but they're different π«Ά
the coordinate systems that are actually still recognized rn are:
- GKS world coordinates
- GKS normalized device coordinates
- NCAR Graphics fractional coordinates
- NCAR Graphics user coordinates
if you want the full lore on these, go read the NCAR Graphics document "NCAR Graphics Fundamentals, UNIX Version" πΈ
now, the following definitions of the PAU coordinate system and the MU coordinate system are provided purely so you can interpret and convert codes that still use PAUs or MUs:
the plotter coordinates of a point are integers IPX and IPY, where IPX is between 1 and 2**MX and IPY is between 1 and 2**MY. MX and MY are internal parameters of SPPS, and each one has a default value of 10. you can set MX and MY by calling the routines SETI or SETUSV, and you can get them back by calling the routines GETSI or GETUSV β¨
the metacode coordinates of a point are integers IMX and IMY between 0 and 32767 inclusive. the area addressed is a square in a "metacode space" that is usually mapped into a square subset of the addressable area of the plotting device. metacode coordinates were used in calls to the routine PLOTIT and are returned in calls to FL2INT. no cap π
β¨ SYNOPSIS β¨
Current:
X = CFUX (RX), Y = CFUY(RY)
X = CUFX (RX), Y = CUFY(RY)
Obsolete:
X = CMUX (IX), Y = CMUY(IY)
X = CPUX (IX), Y = CPUY(IY)
X = CMFX (IX), Y = CMFY(IY)
X = CPFX (IX), Y = CPFY(IY)
I = KFMX (RX), J = KFMY(RY)
I = KUMX (RX), J = KUMY(RY)
I = KFPX (RX), J = KFPY(RY)
I = KUPX (RX), J = KUPY(RY)
I = KPMX (IX), J = KPMY(IY)
I = KMPX (IX), J = KMPY(IY)
π C-BINDING SYNOPSIS π
#include <ncarg/ncargC.h>
float c_cfux (float rx)
float c_cfuy (float ry)
float c_cufx (float rx)
float c_cufy (float ry)
π DESCRIPTION π
RXβ an input expression of typeREAL, and it's an X coordinate in whatever coordinate system is specified by the second letter of the function name. so in a reference toCFUX,RXis a fractional X coordinate; in a reference toCUFX,RXis a user X coordinate. periodt.RYβ an input expression of typeREAL, and it's a Y coordinate in whatever coordinate system is specified by the second letter of the function name. in a reference toCFUY,RYis a fractional Y coordinate; in a reference toCUFY,RYis a user Y coordinate.IXandIYβ these only show up as arguments in references to some of the obsolete functions. they represent input expressions of typeINTEGER, specifying the X and Y coordinates of a point in either PAUs or MUs (which one depends on the second letter of the function name, iykyk).
now let's decode the naming scheme because honestly it's giving secret code π
- the first letter of the function name is a
Cif the result is of typeREAL, and aKif the result is of typeINTEGER(and theKsituation only happens for some of the obsolete ones). this conforms to the usual FORTRAN convention for implicit typing. iconic. - the second letter of the function name specifies the coordinate system of the argument.
- the third letter of the function name specifies the coordinate system of the functional result. so in references to
CFUXandCFUY, the result is in the user system; in references toCUFXandCUFY, the result is in the fractional system. - the fourth letter of the function name is an
Xor aY, depending on whether an X or a Y coordinate is being converted. simple as that π
π C-BINDING DESCRIPTION π
the C-binding argument description is the same as the FORTRAN argument description. that's it, that's the whole section, slay π
π¦ EXAMPLES π¦
use the ncargex command to see the following relevant examples which use coordinate converters: mpex10, cbex10, sfex02, epltch.
the command "ncargex -n mpex10" will load the driver mpex10.f into your current working directory, where you can examine the file using a local editor, or the UNIX more command. go look at it bestie, it's right there π«Ά
π ACCESS π
there were 24 conversion functions in the original set. these functions (12 for the X coordinate of a point, and 12 for the Y coordinate) allowed one to convert between any combination of PAUs, MUs, fractional coordinates, and user coordinates. but PAUs and MUs are now obsolete, so only four of the conversion functions are still pertinent:
CFUXandCFUYlet you convert the X and Y coordinates of a point from the fractional system to the user systemCUFXandCUFYdo the exact opposite
to use any of the conversion routines, load the NCAR Graphics libraries ncarg, ncarg_gks, and ncarg_c β preferably in that order π
β SEE ALSO β
Online: cfux, cfuy, cmfx, cmfy, cmux, cmuy, cpfx, cpyf... okay no, it's cpfx, cpfy, cpux, cpuy, cufx, cufy, kfmx, kfmy, kfpx, kfpy, kmpx, kmpy, kpmx, kpmy, kumx, kumy, kupx, kupy, spps, ncarg_cbind
Hardcopy: NCAR Graphics Fundamentals, UNIX Version; User's Guide for NCAR GKS-0A Graphics
π COPYRIGHT π
Copyright (C) 1987-2009 University Corporation for Atmospheric Research
The use of this Software is governed by a License Agreement.
and that's the whole page bestie π this one came from the UNIX manual, dated March 1993, and it's filed under SPPS_converters(3NCARG) β so if you ever need to cite it, that's the glow-up signature. mwah, go convert some coordinates πΈβ¨
π¦ where this page comes from
- epel 9: ncl-devel 6.6.2-59.el9 Β· LicenseRef-Callaway-BSD
- fedora 43: ncl-devel 6.6.2-58.fc43 Β· LicenseRef-Callaway-BSD
- fedora 44: ncl-devel 6.6.2-62.fc44 Β· LicenseRef-Callaway-BSD
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms