XyGrib 1.2.6

Да, «тихо и незаметно» просто просится. И для эстетов ( a1batross) - QT поменяли на Qt. :-)

И где распространяют такие файлы?

И где распространяют такие файлы?

Много где. В предыдущих новостях (ещё про zyGrib) обсуждалось, и ссылки были. Но ключевой момент упомянут даже в новости: сервер-аккумулятор. Что zyGrib, что XyGrib рассчитаны на работу с собственным сервером данных, который существует в рамках соответствующего проекта (у zyGrib свой, у XyGrib свой). Соответственно, если не хочется чего-то своего особого, достаточно просто подгрузить нужную область прямо из XyGrib, выбрав соответствующую модель прогноза.

Вот тут вот, правда без перевода, тоже ссылки есть: https://www.opengribs.org/en/gribs

Грибы всю правду говорят

О, спасибо за новость. Не знал про форк.

-- Какой гриб, говоришь?

-- Хугриб.

Можно в двух словах для не-синоптиков рассказать зачем ненужен сабж? Что он делает? Рисует красивые картинки по готовым прогнозам, или сам прогнозирует?

Рисует красивые картинки по готовым прогнозам

Это.

Можно в двух словах для не-синоптиков рассказать зачем нужен сабж?

NOAA-шный прогноз по GFS достаточно точен даже для не очень им интересных регионов. Я вот пользуюсь в центре России. Плюс, глядя на общую картину многодневную, можно прикинуть реальную вероятность именно такого развития событий: циклоны/анициклоны видны, скорость их перемещения. Интересно для всех, кто как-то связан с ветром, например: параплан, парусный спорт, рыбаки в конце концов. Ну и всякие дожди и т.п. Но это всё ещё по мотивам zyGrib. Про XyGrib сам только узнал, там ещё варианты прогнозов появилась, пока не сравнивал.

Зашел в тред почитать шутки про грибы. Держу в курсе.

Зашел в тред почитать шутки про грибы.

Грибы - они разные: один накормит, другой кино покажет... (с) анекдот. А с некоторых пор и погоду. ;-)

О, спасибо за новость. Не знал про форк.

Ну я так и подумал, что не только мне интересно будет. Ещё Aceler, помнится, писал, что тоже пользуется zyGrib. А то смотрю - zyGrib застыл как-то, а его форкнули оказывается. Хотя не очень понятно: на форуме zyGrib есть анонс этого года об апгрейде сервера данных. То есть, получается, что и zyGrib не совсем заброшен.

zyGrib да, подзастрял и сейчас у меня например вовсе перестал собираться. А сервер их работает, данные отдает, тут никаких нареканий нет. Пользуюсь перед дальними поездками.

zyGrib да, подзастрял и сейчас у меня например вовсе перестал собираться.

В XyGrib с qmake на cmake перешли, значит всё перелопатили. Может поможет.

Там не в системе сборки проблема. Завтра доберусь до компьютера и напишу точнее.

Не нашёл ни на сайте ни на гитхабе ни одной картинки визуализации. Оно может генерить картинку, чтобы в браузере потом её смотреть?

Или я вообще не понял о чём софт? :)

Оно может генерить картинку, чтобы в браузере потом её смотреть?

Почему сразу в браузере-то? Сриншот можно, в принципе, сделать. Действительно картинок не сделали что-то, но можно пока посмотреть, как это в zyGrib выглядит: https://www.zygrib.org/. В XyGrib все изменения только в плане выбора параметров пока, хотя есть планы добавить слои с разными прогнозами, как пишут.

Я пользуюсь, да, очень хочется увидеть порт на Qt5.

спасибо за новость, юзаем на парохедах

очень хочется увидеть порт на Qt5.

Так уже ж zyGrib 8 был на Qt5.

Странно, его значит так собрали под убунту LTS.

xygrib-у не нравится openjpeg в системе, zygib-у не нравится qwt. Оба не собираются. :( Некогда сейчас, потом как-нибудь.

xygrib-у не нравится openjpeg в системе

У меня с 2.2.0 собирается.

zygib-у не нравится qwt.

Он с собой qwt таскает. Чтобы с системным собирать, это надо Makefile править. Так что тут вообще непонятно, что ему может не нравиться. Но да, современный qwt ему не нравится, потому с собой и таскает в тарболе старый.

xygrib-у не нравится openjpeg в системе

У меня с 2.2.0 собирается.

И с 2.3.1 тоже.

Причина оказалась в libproj. Подкостылил zygrib:

--- a/Makefile	2019-07-17 12:07:50.294123048 +0300
+++ b/Makefile	2019-07-17 12:06:13.210196693 +0300
@@ -37,7 +37,7 @@
 	@ echo
 	rm -f ./zyGrib
 	cd src/g2clib; make
-	cd src; $(QMAKE); make -j6
+	cd src; $(QMAKE); sed -i Makefile -e 's/DEFINES\s*=/& -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H/' ; make -j6
 	@ echo "-----------------------------------"
 	@ echo "#!/bin/bash" >> ./zyGrib
 	@ echo "cd `pwd`" >> ./zyGrib

C 2.x.x собирается, но когда в системе есть openjpeg первой версии, то пытается собраться с ней. Пока что удалил openjpeg-1.5.2, но надо придумать как исправить эту проблему.

Пока что удалил openjpeg-1.5.2, но надо придумать как исправить эту проблему.

Вообще правильный вариант - не иметь в сборочной среде ненужных для сборки пакетов. Если оперировать понятиями бинарного дистрибутива, должен быть установлен пакет а-ля libopenjpeg2-devel, который, по хорошему, должен ещё и конфликтовать с libopenjpeg-devel, чтобы пакетный менеджер не допускал установку двух одновременно.

Реальность чуть богаче. И правильный вариант включает ещё и правильное версионирование. PS: пошёл сочинять ebuild для xygrib.

Реальность чуть богаче. И правильный вариант включает ещё и правильное версионирование.

Версионирование отдаётся на откуп того, кто занимается сборкой библиотеки. Предполагается, что soname у lib<blabla>[n]-devel в порядке. :-)

Предполагается, что soname у lib<blabla>[n]-devel в порядке.

Вот с [n] как раз и непорядок. Поскольку между libopenjpeg и libopenjp2 таки есть разница.

Поскольку между libopenjpeg и libopenjp2 таки есть разница.

Есть. Но решается она легко и просто на самом деле. Имена самих файлов-библиотек у бинарных файлов разные. Пересечения если и есть, то только по *.so, которые лежат в -devel. В момент сборки зависимость фомируется на бинарный подпакет, и в рабочую систему из репозитория втаскивается уже именно то, что требуется. Пользователь просто ставит пакет и не парится, lib* подтягиваются, как есть.

По сборке пара моментов, пока не забыл:

zyGrib не собирается с новым libjasper, что делать тут написано: http://www.zygrib.org/forum/viewtopic.php?f=3&t=1066. У тебя libjasper старее видимо, раз собралось, но вдруг надо будет.

В XyGrib, в релизном тарболе, версию забыли поменять, надо два послерелизных патча добавить с гитхаба. На работу не влияет, но версию не ту рисует и про наличие новой версии сообщает. Про один написано, что он про Windows, но там ещё и CMakeLists.txt затронут по поводу версии как раз.

про наличие новой версии сообщает

Да, есть такое дело. Не критично, дождусь следующей версии и бампну ебилд.

libjasper старее видимо

2.0.16, но в дженте zygrib собирается совсем без jpeg2k.

Пересечения если и есть, то только по *.so, которые лежат в -devel.

deb-based сейчас нет под рукой, но если только там, поскольку в дженте пересечений по названию файлов нет и либы с разными мажорами разнесены по разным слотам 0 и 2.

Ещё немного, и вы придумаете NixOS OSTree.

по-умолчанию

Как туда попал дефис? Как он туда вообще мог попасть?

Ещё немного, и вы придумаете OSTree.

Всё украдено до нас. Я просто удивился, что в сборочной среде оказалось два совсем разных openjpeg. Хотя я не знаю нюансов сборки в Gentoo.

На сайтах прогноза погоды в интернете прогноз максимум на месяц (30 дней)...

Почему сразу в браузере-то?

Потому что веб это сразу и кроссплатформенность и отвязка от десктопного софта.

Сгенерил картинку, выложил в /var/www и она сразу доступна и в телефоне и на десктопе и с любой точки города.

Потому что веб это сразу и кроссплатформенность и отвязка от десктопного софта.

Приложение делается яхтсменами. В середине Атлантики, а то и Тихого океана с Интернетом не очень: получить бы GRIB-ы по спутнику от случая к случаю. В общем, эти ваши интернетики тут в глубоком пролёте.

Но, думаю, патч примут. :-) Кстати, картинки экспортирует всё же. И анимацию в виде последовательных картинок тоже.

А сервер их работает, данные отдает

Это да. И вот ещё на форуме XyGrib попалось, недельной давности: «Please note that zyGrib still exists and it can be found at zygrib.org».