Перейти к содержанию
GPS навигатор СитиГИД

Zauber

Beta Testing Team
  • Публикаций

    1646
  • Зарегистрирован

  • Посещение

  • Победитель дней

    1

Сообщения, опубликованные Zauber

  1. Abzal, Можно все, тут главно найти обзорку :D . Как показывает практика это дело не из легких.

    Я к примеру, обшарил весь кабинет на пробках, как тотлько не извращался, так и не нашел. Да простят меня разработчики, плюнул потом и пошел на 4pna)))), там нашел враз и засунул куда надо)).


  2. Юра (Zauber), поправил блоки по твоей схеме, скрутил - оказалось работает как мне и хотелось, гаражи и пром.здания с ключом CGFacade=0 остаются с окнами.
    А зачем правил то? Я же выложил уже исправленный, крайний из этой темы загручик (т.е. я взял последний загрузчик, который правил DuNKan и просто исправил там блоки зданий по этажам и окнам) и вернул обратно в тему. Бери и пользуйся)))
    • Upvote 1

  3. Миша, это утопия!!! Такого государства нет!
    Почему? Может в комплексе нет, но частями есть. Я видел. Вот только мечтать об этом можно, но реально в одночасье, даже в одно десятилетие -анриал. Для этого нужно одно-два поколения сменить. Это глубоко мое личное убеждение.
  4. В аттаче загрузчик в котором уже сделано:

    1. Все здания, у которых этажность специально не указана в исходнике, будут при обычной загрузке в Конструктор (без специальных манипуляций) в карте в один этаж

    2. Все гаражи и промышленные здания будут без окон.

     

    Не стал выделять отдельные блоки (долго, устал и спать охота))

    Поясняю по быстрому что к чему на примере гаража:

    ----------------------------------------------------------------------------------

    polygon_0006 //@ // Parking garage  // 30 000
    {
      BUILDS { priort=BUILDS_AREA_PRIORT endlvl=EL_BUILDING BLDFNC=21 strynm={"{{Floors}}","1"}/*Garage*/ facdsc={"{{CGFacade}}","1"}   rgbnam={"{{CGRoofColor}}"}     }
    //  BLDBND { metric=M_LINE priort=BUILDS_AREA_PRIORT endlvl=EL_BUILDING SCAMIN=BLDBND_SCAMIN BLDFNC=21}
      //$texts { metric=M_POINT priort=FOREST_TEXT_PRIORT txtval="{{Label}}" rgbnam="#848484" fnthei=7 fntstl={ 2,5 } justh=3 justv=3 shifty=-100 }
      ADRESS { metric=M_POINT NUMBER="{{HouseNumber}}" STRNAM="{{StreetDesc}}" DSTNAM="{{DistrictName}}" TWNNAM="{{CityName}}" TERNAM="{{CountryName}}" REGNAM="{{RegionName}}"
               txtval="{{HouseNumber}}" rgbnam=ADRESS_COLOR fnthei=7 fntstl=1 justh=3 justv=2 SCAMIN=ADRESS_SCAMIN }

    ----------------------------------------------------------------------------------

    В выделенном блоке жирным указаны изменения.

    Floors - это этажи. При добавлении ключа "1" в этот блок - все неразнесенные полигоны становятся одноэтажными (по умолчанию, насколько я помню там все становятся в 5 этажей).

    ЗЫ. Я долго спеялся, когда в любительской карте Алматы увидел огромное количество пятиэтажных туалетов))), как оказалось это были гаражи или частные постройки.

    CGFacade - окна. При добавлении ключа "1" в этот блок отключаются окна.

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

    Удачи парни!

    PolishConverter_from_Zauber.rar

    • Upvote 1

  5. а нельзя задачу решить таким макаром: если ключ прописан (например CGFacade=0), то в присвоении CGFacade=1 объект не участвует, ну то есть как с не расставленной этажностью... ИМХО ;)
    И что получить в 3D? Вернее зачем?


    Насчет промышленных зданий - у них окна бывают
    Да бывают, но когда большие ангары высотой до 4 этажей получаются не ангары, а какие тоо бизнес-центры))). Реально, я уже почти год как отключил у себя окна в пром.зданиях и не жалею ни разу. Наборот очень наглядно видно пром.застройку на карте в навигаторе. Так что это мой совет, основапнный на опыте.

    Вечерком, как добреду до дома, скину блоки записей в личку.

  6. DuNkan, Тут обсуждаются только правки в загрузчик касательно ПОИ? Если нет, то предлагаю наконец:

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

    2. отключить по умолчанию окна у гаражей и промышленных зданий.

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

    • Upvote 1
  7. MonoRAil.kz, +100.

    В отсутствии жизненного опыта и мудрости, наличия юношеского максимализма и немалого здоровья студенчество -  представляет собой весьма опасную массу, которую как правило все и используют направо и налево. Главное им в голову залить нужную мысль. Эти выступления, что украинские, что российские - подтверждение. Ничего умного, ничего своего. Только красивое, эмоциональное переваривание чужих мыслей (пропагандистов), которые давно известны всем по обе стороны.

    Хоть бы одна коза сказала главное - "хватит войны и убийств!"

    Обвинениями взаимными я уже лично сыт по горло. Тошнит уже от этого мракобесия. А еще... "души прекрасные порывы"... тфу.

    • Upvote 2

  8. Только давайте, все наши хотелки не валить кучей!!! ... Думаю нас больше интересует как отображается карта и как работает поиск.
    Полностью поддерживаю.

    Насчет отображения у меня больших замечаний пока нет (или мне это не так важно)

    Насчет поиска я уже описал проблему. Думаю DuNkan, ее понял и осмыслил. Если от меня что то нужно. Просьба написать сюда или лучше в личку, я постараюсь исполнить как можно быстрее.


  9. Юра, я не использую ни каких скриптов при сборке. Какой есть у меня исходник, такой и загоняю в конструктор. Просто подход к отрисовке у нас разный.
    И что? Ты реально в ручную все озера и реки (я даже не говорю об ином) вручную отмечаешь точками интереса? Хм. Или ты трудоголик, у которого уйма времени на это, или у тебя таких объектов мало, или у тебя поиск как у меня сейчас (которого нет))). Достаточно обратить внимание на скрин Василича. Все ручейки отметить точками ПОИ вручную - еще тот гемор. Но они же все нужны. Или кто то думает, что это сделано так, от нечего делать? А это только маленький участок карты. Представьте объемы в масштабах всей области.


    я понимаю, что изначально СитиГИД задумывался и реализовывался как внутригородская навигация, но от этого давно пора отходить!
    +1. Давно пора, иначе никакая она не навигационная программа, а так, электронный справочник/путеводитель - по городу, не более.

    Вообще то "navigo" в переводе - "хождение по морю".

  10. адим, так правильно! У многихв исходниках имя полигона в label. И это не только у озер.Как началась нынешняя свистопляска в конструкторе, вот и полезли задвоения. Если конструктор вытягивал из полигона и создавал точку, то у полигона же не затиралось. Вот и два наименования на карте.

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

  11. Юр, ты вот меня не слышишь. :rolleyes:

    Нет, я тебя прекрасно понял, а ты меня понять не хочешь.

     

     

    Нет в конструкторе возможности пока делать выгрузку POI только для полигонов с label. Либо для полигонов и с label и без label, либо не для каких. Поэтому и структурировали так: POI - для поиска. Полигон - для подложки.

    Вот именно такое положение дел меня и не устраивает!!!

    Если нет возможности, то ее надо сделать и сделать именно в конструкторе! Поэтому Макс и связался с разработчиками. Мы же тут обсуждаем конструктор и возможности его модернизации/улучшения. Если мы тут просто потрещать о погоде и житейских проблемах собрались, то простите, на это у меня нет времени.

    Если какой то любительский скрипт умеет делать ПОИ из полигональных объектов, у которых есть Label и отбрасывать пустые полигоны, то я просто уверен, что программисты МИТ смогут это сделать. Блин, даже я, правовед по образованию, это понимаю. Дело все в понимании проблемы и желании ее решить. Со слов ув.Веры я понял, что они (МИТ) просто себе поставили такой предел, что "ПОИ для поиска, полигоны для подложки" и свято верят, что мир черно/белый. Ньюансы есть всегда.

    Тем более я понял, что программисты, кто конкретно работает над Конструктором сами в реалии карты не рисовали и полностью себе не представляют этот процесс в совокупности. Полигоны гидрографии, зеленки, полилинии рек в исходниках именовались и будут именоваться. Надеюсь с этим то спорить никто не будет? Или может мы в исходниках у полигонов озер и пр. тоже Label уберем? Это же для подложки, на кой он там? Поставим ПОИ и достаточно.

    Я лично категорически против излишнего дублирования в картах объектов по множеству причин. Это неудобно картографам, лишняя работа, постоянный мониторинг аттрибутов объектов (речушку или озерцо поименовал в полигоне неправильно, потом надо еще не забыть ПОИ исправить и т.п.), двоение надписей на конечной карте, скриптование исходников перед конвертацией. Кому это все надо? Когда можно просто сделать скрип в конструкторе, а лучше встроить его в процесс конвертации и наслаждаться, а не составлять еще отдельный толмут-инструкцию по сборке карты для СГ (перед загрузкой исходника найдите в сети Интернет скрипт под названием....., прогоните им исходник с ключом..., получившийся результат добавьте в исходную карту, потом таким скриптом, потом еще таким. Ей богу смешно же). Обычные картографические редакторы, что ГМЕ, что МГЕ могут полигональные объекты выводить в поиск пори конвертации в разные форматы, а для конструктора нужны костыли...

    К тому же, допустим, я неопытный картограф и у меня нет скрипта, я не могу его сам написать, на чужую поделку как мне полагаться? методом тыка только? Мне что ставить ПОИ вручную на все объекты, когда их тысячи?!

    Сколько еще нужно привести доводов, что бы обосновать необходимость исправления Конструктора в лучшую сторону? Почему все так упираются от очевидного улучшения? Реально, я думал, что все, кто именно рисует карты поддержат это. А получается, что это нужно только мне, Василичу, Максу и все? Остальные поимели какие то скрипты от неизвестных производителей, попробовали костылек, забили на вопрос и теперь убеждают, что "так и було", что таки положено. Наши казахские картографы молчат, понимая бесперспективность просьб, только ржут. Оно и понятно, они практически все забили на СГ, как на программу для Казахстана, т.к. в ней ничего в степи не найти и не проехать. Рисуют под навител, гармин, 7Дорог. А я этого не хочу, мне нравиться СГ и я хочу, что бы программе и картах было все ОК.

    • Upvote 1

  12. Поэтому как можно сделать поиск по ПОИ, если не понятно куда эту точку ставить ?
    Макс, я уже говорил, что лучшего алгоритма для одной точки ПОИ на длинный или еще какой "заковыристый" объект, чем арифметическая середина координат ни ты, ни я, ни кто то еще - не придумаем!!!

    Ты реально думаешь эта тема новая и не обдумывалась ранее никем???

    В реалии, таких рек может быть много, но это множество относительно всех других объектов в той же карте - мизер и при желании и необходимости это исправить в ручную не составляет труда способом, который я выше описал (порезать объект на несколько участков и при желании привязать каждый участок к ближайшей адресной базе карты (нас.пункту), что очень удобно и понятно при поиске. К примеру: "р.Ишим, Акмолинская обл., Астраханский район, с.Астраханка" - понятно же, что участок реки близ с.Астраханка и т.д. Можно смело открывать на карте, искать нужный лиман, смотреть подъезды, ставить точку ПОИ и просто ехать! Даже, если не привязывать к адресной базе (которая вроде не отражается в СГ), то нарезков длинного объекта на карту будет ну пять, ну шесть. Соответственно 5-6 точек ПОИ просмотреть все таки можно. Это лучше, чем ничего!

  13. Off top: На нашем форуме надо мной стебутся :D

    Zauber, Юр, дык ты не о том просишь! Ты вот попроси расширить работу чата/рации или создать онлайн социальную сеть СитиГишники - это да. На это сразу откликнутся. А ты реки ... озера!!! Нафига программе для объезда пробок твои реки и озера???
  14. Куда ставить ПОИ то ???

    Макс! Ты приводишь единичные, крайние варианты и ими обосновываешь не нужность поиска полигональных объектов. Вы я тебе дал НоуХау для таких случаев - пользуйся на здоровье. Предлагаю все таки обговорить список объектов по Label которых должен учавствовать в создании пои по соотв.типу, сделать исходник и передать в МИТ на рассмотрение. Василичь выше ярко продемонстрировал необходимость только одним участкомм своей карты. Представьте двоить надписи ПОИ и наименований по всей карте - это же жесть

     

    Предлагаются следующие типы полигонов (пока хотя бы полигонов):

    0х0028 - море/океан

    0х0032 - море

     

    ПОИ озеро:

    0х0029 - водоем

    0х003b - водоем

    0х003с - Озеро большое

    0х003d - Озеро большое

    0х003е - Озеро среднее

    0х003f - Озеро среднее

    0х0040 - Озеро малое

    0х0041 - Озеро малое

    0х0042 - Озеро крупное

    0х0043 - Озеро крупное

    0х0044 - Озеро большое

    0х0045 - Водоем

     

    ПОИ река:

    0х0046 - Река крупная

    0х0047 - Река большая

    0х0048 - Река средняя

    0х0049 - Река малая

    0х004с - Пересыхающая река или озеро

     

    ПОИ Парк:

    0х0017 - Городской парк

    0х0014 - Национальный парк

    0х0015 - Национальный парк

    0х0016 - Национальный парк

    0х001е - Парк регионального значения

    0х001а - Парк регионального значения

    0х0020 - Парк регионального значения

     

    ПОИ кладбище, лес и тп. по соотвтствию:

    0х001а - Кладбище

    0х004е - Фруктовый сад или огород

    0х0086 - Виноградник

    0х0087 - Рисовые поля

    0х0050 - Лес

    0х0051 - Болото

    0х0088 - Луга

     

    Хотя и полилинии тоже интересны:

    0х001F - река

    0х0044 - река широкая

    0х0018 - ручей

    0х0026 - пересыхающая река

     

    Кто теснее в теме по классификации ПОИ в СГ моете поправить.

    Полишь я нарисую, не проблема.

×
×
  • Создать...