In Blog it says:> GETX(xy) returns the X portion of an XY value as a decimal value in the range +100.000000 to -100.000000.> > In Help Article it says:> GETX(xy) returns the X portion of an XY value as a decimal value in the range 0.000000 to 100.000000.
I believe the help article is correct, because XY columns are supposed to be 0 to 100 if I recall correctly.
Otherwise, I would imagine in this example of your it would work if you first defined it as an XY value: GETX(XY(50, 50))
Fabian:
By the way: What’s the difference between GETX([XY]) and LAT([XY]) ?
GETX is for XY columns and LAT is for LatLong columns. LAT will still work for XY columns though I believe. But its mostly a everything gets its own version for clarity purposes.
NVM, tested it and it still didn’t work. Maybe someone forgot to push something on their end.
There were a few updates to be made at the time of the publishing of the blog. Trust the support article at this time. We’ll work towards getting additional information once we have an update on the feature.
I noticed xy type is not list type. For instance, if we want to place the initial value such as “50, 50”.
Then intial value expression, such as latlong(50, 50) not to work. {50, 50} neither.
Only text(50,50) worked, which gave an indication, xy type column value is actually text value.
That was my point: if LatLong and XYwere list types, their component values would be available with INDEX(), so GETX() and GETY() wouldn’t be such revelations. Even still:
I m pretty much sure GETX/GETY expression “used to” work before.
Yes, i tested now they are not working, returning errors.
But I also tested lat(), Long() expression they are both workings. We are able to pass either latlong type value or xy type value to lat/longs expression, so I m on a feel that the getx/gety expression is now retired and the function was marged into lat/long.
And also the example was fixed. “-122.35,24.84” is outside of the world map. And there was missing a space between. Now AppSheet changed it to “24.84, -122.35”.