Току-що казах това, което казах и беше погрешно
Или е взето погрешно

21 декември 2010 г. в 23:13 ч. От д-р Дранг

Е, това е последната ми дума за загуба на тегло, така или иначе. Сигурен съм, че ще имам още какво да кажа за Gnuplot.

Както споменах и преди, започнах да проследявам теглото си тази година с надеждата да го видя да намалява. Това беше успех.

последна

Всяка сутрин се претеглям и записвам теглото в приложение за водене на бележки на моя iPhone. Избрах този метод, вместо да купя специално приложение за проследяване на теглото, защото:

  1. Аз съм евтин; и
  2. Исках гъвкавостта на обикновените текстови файлове за данните. Перспективата някой ден данните ми да бъдат заключени в приложение, което вече не се поддържа, не ме привлече.

Когато годината започна, приложението ми за водене на бележки беше Simplenote. По-късно преминах към Elements, тъй като използва Dropbox за синхронизиране и ми дава възможност да използвам шрифт с монопространствен интервал, който работи добре с таблични данни.

Ето пример на файла с данни, наречен „Weight.txt“.

Въвеждам датата с помощта на фрагмент TextExpander, така че не е нужно да въвеждам - ​​или дори да запомня - датата. Тъй като TextExpander е толкова плавен, а Elements стартира толкова бързо, като се претегля и записва, обикновено отнема много малко време. Скоростта е важна, защото ако отнеме много време, може и да не го направя.

Което повдига въпроса: Защо да записвам теглото си всеки ден? Повечето съвети за диетата казват, че не трябва да се претегляте всеки ден. Честно казано, това винаги ми се е струвало глупаво. Ако не се качвах на кантара всеки ден, лесно бих могъл да се заблудя, че мисля, че ям по-малко и тренирам повече, отколкото всъщност бях. Скалата ме държи честен.

Но това не ме кара да обсебвам всеки килограм. Запознах се с моите нормални ежедневни вариации в теглото. Знам, че еднодневните печалби и загуби са равни за курса; важни са промените, които продължават няколко дни.

Годината почти приключи и аз загубих 15-те килограма, които исках да сваля. Сега просто трябва да поддържам, което повечето хора намират за по-трудно от загубата. Ще продължа да се претеглям и ще се опитам да предотвратя пълзенето нагоре. Освен ако не се случи нещо странно, няма да правя блогове за теглото си отново.

Отново ще блогвам за Gnuplot, защото го намирам за най-удобния начин за правене на парцели. Прости графики като този по-горе могат да бъдат направени по-бързо с помощта на нещо като Excel, но тъй като често се налага да правя сложни графики и графики, които трябва да се повтарят отново и отново с различни набори от данни, за мен е по-добре да науча един инструмент наистина добре и използвайте го за всичко. С повторение командите Gnuplot стават втора природа.

Най-големият проблем при използването на Gnuplot е неговото ръководство. Ръководството съдържа цялата информация, от която се нуждаете, но тъй като е организирано по азбучен ред, а не по теми, то е много трудно за използване и практически невъзможно да се учи. По принцип го изоставих в полза на PDF на Gnuplot в действие от Филип Джанерт. GiA, макар и не толкова пълна справка като ръководството за Gnuplot, е организирана по теми и е много, много по-лесна за работа. В онези редки случаи, когато GiA не отговори на въпроса ми, той поне ми дава информация къде да търся в ръководството.

Ето скрипта Gnuplot, който използвах, за да начертая теглото си:

Версията на Gnuplot, която използвам, е предварително изградена за OS X и е снабдена с подобна предварително изградена версия на Octave. Това го прави много лесен за инсталиране, но няма някои функции, които бих искал. По-конкретно, поддръжката му за директно генериране на PNG файлове е доста лоша. Така че аз генерирам парцелите в AquaTerm (ред 4) и правя екранни снимки, за да получа PNG.

Ключовите настройки са тези, които казват на Gnuplot, че данните x са поредица от дати във форма mm/dd/yy. Редове 9 и 10 правят това. След като входният формат е зададен, изходният диапазон (ред 11) ще използва същия формат, за да определи минималните и максималните x стойности. Изходният формат за етикетите на тик е зададен в ред 12 да бъде трибуквеното съкращение за месеца.

Ред 13 е малко необичаен. Маркировките на оста x представляват първия ден от всеки месец. Обикновено етикетите ще бъдат центрирани директно под тези тикови знаци, което няма да изглежда правилно. Като придават отместване на етикетите вдясно (стойността на която е определена чрез проби и грешки), имената на месеците попадат между тиковите знаци за по-естествен и лесно интерпретиран външен вид.

Линия 14 предотвратява появата на малки тикови знаци по оста x. Номерът на настройките за mxtics и mytics е да запомните, че те задават броя на подразделенията между основните тикови знаци, а не броя на малките тикови знаци. Виждаме това и в ред 20.

Линиите на мрежата, които улесняват много по-лесно виждането къде се намираме в средата на графика, са зададени в Редове 15 и 20.

С цялата извършена настройка самият сюжет се прави в Линия 23.