Tak, standardy są potrzebne; trzeba je i stosować i egzekwować.

Przechodząc z pracy z poczciwym Excelem na "współczesne" metody zaczynam tęsknić za ołówkiem i suwakiem i trafia mnie tzw. c...s vulgaris.

Survex;
Deklinację należy wstawiać z przeciwnym (niepoprawnym) znakiem.
(true bearing) = ((bearing)-(declination zero err)) cytat z manuala.

Format daty;
DD.MM.JJJJ (np. 23.07.2014) generuje błąd ("nieważny dzień"; mam wersję niemiecką; w tłumaczeniu); choć zasadniczo jest to format poprawny lecz nieaktualny, DIN 5008

JJJJ-MM-DD generuje dwa błędy ("data końcowa przed początkową" i "zakończenie wiersza ..."); choć jest to poprawy i aktualny format wg. ISO 8601

JJJJMMDD generuje błąd ("nieważny rok (<1900 lib >2078 ) choć jest to również poprawy i aktualny format wg. ISO 8601

Program wymaga JJJJ.MM.DD i wtedy działa poprawnie, choć jest to format z kapelusza.


Therion;
z deklinacją obchodzi się poprawnie
Az. geogr = Az. mag + deklinacja

(Widzimy jaki mamy potencjał do "pańskich jaj", jak ktoś sobie "szybciutko" przerobi plik Survexa na Theriona)

Z formatem daty te same jaja.

DD.MM.JJJJ (np. 23.07.2014) generuje błąd (invalid date day); choć zasadniczo jest to format poprawny lecz nieaktualny, DIN 5008

JJJJ-MM-DD generuje błąd (invalid date syntax); choć jest to poprawy i aktualny format wg. ISO 8601

JJJJMMDD nie generuje błędu (jest to też poprawny format wg. ISO 8601) ALE nie wylicza w programie deklinacji!!! (nie ma jej w logu).

Program wymaga JJJJ.MM.DD i wtedy działa poprawnie, choć jest to format z kapelusza.


Jak to wygląda w innych programach?

Pzdr
mdry


PS Może by ktoś zapytał twórców Survexa co sądzą na ten temat, bo mój angielski raczej koślawy
PPS Świstakowa apka podaje datę w poprawnej formie JJJJ-MM-DD i trzeba zmieniać :|





Zmieniany 1 raz/y. Ostatnio 2014-10-03 18:39 przez mdry.

Preposlane autorom Therionu. m.

To nie je také jednoduché. Existujú tisíce soúborov s meraniami a tie by pri otrockom prechode na ISO boli nepoužiteľné. Možno zaviesť novú definíciu, staré formáty by boli default:

date-format YYYY-MM-DD
date-from YYYY-MM-DD
date-to YYYY-MM-DD
date YYYY-MM-DD


m.s.

"První vydání standardu ISO 8601 bylo publikováno roku 1988."
Za wiki,

akurat to było, bardzo banalnym, przykładem. Jeśli pracuje się z jednym programem nie ma problemu. Ale coraz częściej będziemy spotykać się z danymi wytworzonymi przy pomocy innych programów niż sami pracujemy i wtedy taka drobnostka jak "odwrócona logika deklinacji" Survexa, czy drobne niuanse poleceń kosztują użytkowników wiele pracy, albo powodują niezauważone błędy.

Jak Hugo Junkers powiadał "czego nie ma, to się nie popsuje";

Czy nie szło by tego rozwiązać (nie jestem programistą) tak, żeby program akceptował zarówno
YYYY.MM.DD, jak i YYYY-MM-DD, bez dodatkowych poleceń? Jako laik pomyślałbym "- or ."

Z innych drobiazgów; wiele poleceń Survexa i Theriona jest praktycznie identycznych. Dla użytkowników jest wtedy lekko problematyczne, gdy syntax Theriona wygląda
normal from to length ...
a syntax Survexa
normal from to tape ...

Wykomentowania, w jednym programie ; w drugim #
i wiele innych drobiazgów. Tutaj standaryzacja miałaby dla użytkowników (i opiekunów katastrów) wiele zalet. Jeśli każdy autor (grupa autorów) będzie forsowała swoje rozwiązania, to problem będzie się pogłębiał (...Existujú tisíce soúborov s meraniami...) z postępującą informatyzacją procesu dokumentacji jaskiń. Trudno wymagać od katastrów by mieli (i potrafili obsłużyć) kilka programów w których formatach grupy oddają dokumentację (a czasem jedna grupa potrafi oddać w dwóch formatach).
Pozostaje wtedy jedynie "wspólny mianownik" jakim jest kartka papieru z kolumnami cyferek, ale na tym etapie byliśmy jako ludzkość już jakieś 2000 lat temu.

Jeśli już nie da się tego na razie zunifikować, to może szło by zaimplementować zrozumienie opcji Survexa, tak by ilość koniecznych do wykonania manualnie poprawek się zmniejszyła?
Albo zdefiniować filtr wejściowy:

data format survex ...
...
dane
...
data endformat survex ...

Wtedy przynajmniej można zachować i pielęgnować orginalny plik.

A może są lepsze rozwiązania?