MajorDoMo

Столкнулся с вышеописанной проблемой. Выбираю город (Краснодар), в режиме редактирования - координаты верные. После сохранения подставляются координаты "55.900276 37.236111". Это деревня Фёдоровка.
======================================
Нашел на форуме, можно исправить в - app_openweather_cities.

demonred2005 писал(а):Столкнулся с вышеописанной проблемой. Выбираю город (Краснодар), в режиме редактирования - координаты верные. После сохранения подставляются координаты "55.900276 37.236111". Это деревня Фёдоровка.
======================================
Нашел, на форуме можно попробовать исправить в - app_openweather_cities.

Я ж выше написал...после сохранения в таблице БД поправить руками можно...но лучше бы найти корень этого зла, чтоб у всех работало...модуль почти месяц в альфатесте висел...вот что не тестировали то?

Отправлено с моего Xperia XZ1 Compact через Tapatalk

nick7zmail писал(а): Чт июн 04, 2020 9:24 pm

demonred2005 писал(а):Столкнулся с вышеописанной проблемой. Выбираю город (Краснодар), в режиме редактирования - координаты верные. После сохранения подставляются координаты "55.900276 37.236111". Это деревня Фёдоровка.
======================================
Нашел, на форуме можно попробовать исправить в - app_openweather_cities.

Я ж выше написал...после сохранения в таблице БД поправить руками можно...но лучше бы найти корень этого зла, чтоб у всех работало...модуль почти месяц в альфатесте висел...вот что не тестировали то?

Отправлено с моего Xperia XZ1 Compact через Tapatalk

Никита - без обид - - не жалуюсь - но немного заумно - вот тут
<input id="city_lat" name="city_lat" value="[#CITY_LAT#]" type="hidden" class="form-control">
<input id="city_lon" name="city_lon" value="[#CITY_LON#]" type="hidden" class="form-control">
потому что оно берет по кругу из базы последний город записанный на страну -немного не правильно как по мне там реализовано

а вот это
$rec['CITY_LAT']=gr('city_lat');
//updating 'CITY_LON' (varchar)
$rec['CITY_LON']=gr('city_lon');

я бы высчитивал исходя из этого - даже потому что оно правильно получает данные - меньше писанины будет - из джейсона вычленить по айди как то ж можно...

//updating 'CITY_ID' (varchar)
$rec['CITY_ID']=gr('ow_city_id');

tarasfrompir писал(а): Чт июн 04, 2020 10:09 pm Никита - без обид - - не жалуюсь - но немного заумно - вот тут
<input id="city_lat" name="city_lat" value="[#CITY_LAT#]" type="hidden" class="form-control">
<input id="city_lon" name="city_lon" value="[#CITY_LON#]" type="hidden" class="form-control">
потому что оно берет по кругу из базы последний город записанный на страну -немного не правильно как по мне там реализовано

а вот это
$rec['CITY_LAT']=gr('city_lat');
//updating 'CITY_LON' (varchar)
$rec['CITY_LON']=gr('city_lon');

я бы высчитивал исходя из этого - даже потому что оно правильно получает данные - меньше писанины будет - из джейсона вычленить по айди как то ж можно...

//updating 'CITY_ID' (varchar)
$rec['CITY_ID']=gr('ow_city_id');

Какие обиды - критику, а тем более предложения по коду - принимаю и даже поддерживаю)).

Не...не по кругу же...шаблоны типа [#CITY_LAT#] 1 раз при загрузке страницы подгружается, больше обращений к базе нет. Там ещё ниже листни)) там есть javascript код, который эти поля (с координатами) переписывает при выборе города, как раз по ID из джейсона...можно было конечно в php их забрать, но файл городов 30 МБ, дохрена строк и ооочень долго обрабатывается...да и зачем, когда в текущей страничке он уже подгружен в виде списка городов. Соответственно из js он пишет в эти поля, а при нажатии кнопки сохранить - сохраняет в базу уже через gr...вроде всё логично выходит...

nick7zmail писал(а): Пт июн 05, 2020 6:19 am

tarasfrompir писал(а): Чт июн 04, 2020 10:09 pm Никита - без обид - - не жалуюсь - но немного заумно - вот тут
<input id="city_lat" name="city_lat" value="[#CITY_LAT#]" type="hidden" class="form-control">
<input id="city_lon" name="city_lon" value="[#CITY_LON#]" type="hidden" class="form-control">
потому что оно берет по кругу из базы последний город записанный на страну -немного не правильно как по мне там реализовано

а вот это
$rec['CITY_LAT']=gr('city_lat');
//updating 'CITY_LON' (varchar)
$rec['CITY_LON']=gr('city_lon');

я бы высчитивал исходя из этого - даже потому что оно правильно получает данные - меньше писанины будет - из джейсона вычленить по айди как то ж можно...

//updating 'CITY_ID' (varchar)
$rec['CITY_ID']=gr('ow_city_id');

Какие обиды - критику, а тем более предложения по коду - принимаю и даже поддерживаю)).

Не...не по кругу же...шаблоны типа [#CITY_LAT#] 1 раз при загрузке страницы подгружается, больше обращений к базе нет. Там ещё ниже листни)) там есть javascript код, который эти поля (с координатами) переписывает при выборе города, как раз по ID из джейсона...можно было конечно в php их забрать, но файл городов 30 МБ, дохрена строк и ооочень долго обрабатывается...да и зачем, когда в текущей страничке он уже подгружен в виде списка городов. Соответственно из js он пишет в эти поля, а при нажатии кнопки сохранить - сохраняет в базу уже через gr...вроде всё логично выходит...

Почему уперся сюда- я сам землеупорядчик и долготу широту своего города знаю и так - сделал долгоиу и широту не скрытыми и получил в результате значения положения последнего города в списке украины..
Даже если вручную исправить эти координаты - они не сохранаяются - потому что смотри выше -
Я ж говорю там чтото перемудрено - сильно не вникал - но и не загляджывал по быстрому - тоесть пытался таки частично разобратся с этим....

Логика там четкая с учетом того, как система написана (чтобы сохранить что то в базе - я должен передать это в поле, но при этом чтобы пользователь не заморачивался со вводом - поля заполняются яваскриптом, и скрыты).

Вот только я на гитхаб ща заглянул...и че то там не могу найти этот кусок, который вызывается при смене города...хотя я его точно писал и тестировал...вот те да...
То ли я на столько упоролся, и похерил его, то ли не помню куда его засовывал...но кажется увидел где проблема...

У меня другой вопрос....откуда взялись те, кто говорит что у них всё ок с координатами?)))) Если не работает - не должно работать у всех!! Как у вас это работает то?)))

Ладно, попробую починить вечером.

У меня погода города Зеленоградск на балтийском побережье проверил вчера что за координаты сохранились оказалось Подмосковье , но id города сохранилось верно и погода верная

читаю форум, проверил, тоже город мой а в строке настроек сохранились координаты 55.900276 37.236111. сразу не заметил, рассвет закат беру из вэб переменной. погода близка к правде.

nick7zmail писал(а): Пт июн 05, 2020 8:24 am Логика там четкая с учетом того, как система написана (чтобы сохранить что то в базе - я должен передать это в поле, но при этом чтобы пользователь не заморачивался со вводом - поля заполняются яваскриптом, и скрыты).

Вот только я на гитхаб ща заглянул...и че то там не могу найти этот кусок, который вызывается при смене города...хотя я его точно писал и тестировал...вот те да...
То ли я на столько упоролся, и похерил его, то ли не помню куда его засовывал...но кажется увидел где проблема...

У меня другой вопрос....откуда взялись те, кто говорит что у них всё ок с координатами?)))) Если не работает - не должно работать у всех!! Как у вас это работает то?)))

Ладно, попробую починить вечером.

может просто не смотрели - так как и я - мне ж оно не критично вроде как - погода идет да и ладно....
А потом увидел замечания и перепроверил у себя - вот и результат
ПС
Все смотреть не буду - буду ждать твоих правок

nick7zmail писал(а): Пт июн 05, 2020 8:24 am

У меня другой вопрос....откуда взялись те, кто говорит что у них всё ок с координатами?)))) Если не работает - не должно работать у всех!! Как у вас это работает то?)))

Ладно, попробую починить вечером.

Никитос! Вопрос то в том, что косяк влияет на координаты в ThisComputer! И если юзер их не использует, то и косяка не видит! А если от них прыгает расчет SunSet SunRise - вот тогда то и вылазит шляпа.