W pokazanym fragmencie kodu obiekt GeodeticSurvey przechowuje dane potrzebne do sporządzenia dokumentacji elektronicznej wykonanych prac. Metody setProperty() i setArea()nazwę atrybutu (klucz pola), a drugi argument jest wartością, która ma zostać zapisana.
Odpowiedź ("PropertyID", "AreaSize") jest właściwa, ponieważ:
- "PropertyID" semantycznie odpowiada identyfikatorowi nieruchomości/działki w systemie katastralnym (pole identyfikacyjne jest krytyczne dla powiązania rekordu z właściwą jednostką ewidencyjną),
- "AreaSize" odpowiada informacji o powierzchni działki (np. w m²), czyli kluczowej danej pomiarowej w gospodarce nieruchomościami.
Pozostałe propozycje są błędne, bo opierają się na skrótach lub nazwach zbyt ogólnych, które mogą być intuicyjne dla człowieka, ale nie muszą występować w zdefiniowanym słowniku pól danego API:
- ("ID", "Size") – obie nazwy są skrócone i nieprecyzyjne; API może nie rozpoznawać takich kluczy, co skutkuje brakiem zapisu atrybutów lub błędem walidacji.
- ("PropertyID", "Size") – identyfikator jest nazwany poprawnie, ale pole powierzchni nadal jest niezgodne z oczekiwanym kluczem.
- ("ID", "AreaSize") – pole powierzchni jest poprawne, ale identyfikator nieruchomości jest podany jako zbyt ogólny skrót, co może uniemożliwić właściwe powiązanie dokumentacji z konkretną nieruchomością.
W praktyce zawodowej technika geodety poprawne nazwy atrybutów są kluczowe: nawet drobna różnica w nazwie (np. skrót zamiast pełnej nazwy) może sprawić, że system nie przypisze danych do właściwego pola, a dokumentacja elektroniczna będzie niekompletna lub odrzucona przez procedury kontroli.