ВОПРОСЫ АБСОЛЮТНЫХ НОВИЧКОВ

[Parasite]

Назрело, назрело...
В эту тему будут переезжать (ну или задаваться напрямую, если вдруг удача) все ну совершенно нубские вопросы, заданные в тех или иных ветках. Ибо сколько ж можно игнорировать уже заданное\отвеченное другими, не напрягать межушный нервный узел, и не юзать поиск... Будет этакий паноптикум и парад юзеров, цинично игнорящих RTFM.

Если у кого из старожилов ВНЕЗАПНО нахлынет приступ альтруизма - то могут и поотвечать, а нет - так и нет. Тем хуже для задавших - тема будет безжалостно модерироваться.

[OmniaOmnibus]

Я пробовал так сделать. Текст слишком мелкий выходит. Вопрос именно в принципиальной возможности или невозможности увеличить количество информации. Например, подключить её как сллй с другой карты, у которой такая возможность есть.

[Kesav]

Я пробовал так сделать. Текст слишком мелкий выходит. Вопрос именно в принципиальной возможности или невозможности увеличить количество информации. Например, подключить её как сллй с другой карты, у которой такая возможность есть.

А можно ли в парамс поправить, чтобы слой грузился на зумм выше? К примеру; берем карту без названий (рельеф мап фор фри из"Другие карты") и ложим на нее слой Яндекс гибрида, но не 8го зумма, а 10 го. Чет такие безумные мысли приходят по вечерам . Создать проблему и решать до закипания, потом бросить ее к чертям... В качестве реплики;) Направление. Пустую скачать на нужном увеличении, а слой на нужном, удобочитаемом. Затем в ФШ сделать наложение или ГМаппере (поробовать).

[Merh]

А есть смысл городить огороды?
Скачай нужный квадрат нужной карты, отдельно нужный слой нужного размера, сделай две карты: одну из гугла, вторую из слоя.
Наложи в шопе с прозрачностью: гуглу вниз, слой вверх.
Это велосипед, или я не так понял исходный запрос?

[Kesav]

А есть смысл городить огороды?
Скачай нужный квадрат нужной карты, отдельно нужный слой нужного размера, сделай две карты: одну из гугла, вторую из слоя.
Наложи в шопе с прозрачностью: гуглу вниз, слой вверх.
Это велосипед, или я не так понял исходный запрос?

Ну, в принципе то же и сказал. Только нижняя не Гугл карта, а рельеф. Почему? Потому что на Гугл карте эти названия будут отображены и без слоя, но маленькго размера. Заполнят фон и картинку попортят.

[T_Im]

Господа! Что в новых версиях напортачено с обработкой меток?
Уже сколько лет обновления были обратно совместимыми, а сейчас хотел обновиться с версии 160606 на последнюю, но в итоге получаю неотображение всех меток и ошибку

Код: Выделить всё

"Exception: Error loading MIDAS.DLL"

Удаление этой части инишника

скрытый текст: показать

[MarkSystemConfig]
Count=2
ActiveIndex=1
Item1_Database={F5A9FB07-FF9B-4B4A-98D3-AB8C5F24F36B}
Item1_DisplayName=Мои метки
Item1_FileName=marks.sml
Item1_IsReadOnly=0
Item1_Impl={E687ABD9-5F0C-4AF2-8E0C-EF09A4506A36}
Item2_Database={776BC34B-7A4B-4237-BE9A-D905228FDA1A}
Item2_DisplayName=Мои метки
Item2_FileName=Marks.db3
Item2_IsReadOnly=0
Item2_Impl={4922B216-1197-4BB0-93E1-CC2CC1B68787}
Item2_UserName=
Item2_Password=
Item2_CacheSizeMb=100

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

Новые версии, что, больше не будут понимать старый формат меток? Странно, в чейнджлоге по этому поводу ничего не увидел.

[T_Im]

Сам спрашивал, сам отвечаю.
Вообще это свинство так мусорить в системе!
После запуска SAS в реестре остаются такие ключи

Код: Выделить всё

\\\1_Regfs\HKEY_CLASSES_ROOT\TypeLib\{83F57D68-CA9A-11D2-9088-00C04FA35CFA}\1.0\0\win32\(default)
(путь к папке САС)\MIDAS.DLL

\\\1_Regfs\HKEY_CLASSES_ROOT\CLSID\{9E8D2FA3-591C-11D0-BF52-0020AF32BD64}\InProcServer32\(default)
(аналогичное значение)

Так вот, если в системе были 2 папки САС и "старая" версия запускалась из папки 1, то при обновлении САС в папке 2 и попытке запуска ее оттуда получаем описанную ошибку.

Как нужно обновляться. Вычистить по реестру все упоминания MIDAS.DLL (они все должны идти с САС-овскими путями). Перегрузиться. Обновить САС во ВСЕХ папках на компьютере и больше никогда не запускать старые версии. Ибо после запуска старой версии новые будут вылетать с описанной выше ошибкой.

Получилось забористо.

[garl]

а у меня в реестре вот такой путь:

Код: Выделить всё

C:\Program Files\Embarcadero\RAD Studio\9.0\bin\midas.dll

[Vasylich]

Здравствуйте.

*поиском пользовался, но плохо и не нашёл ответ..
Не получается сделать аккуратную передачу точек между САСПланетой и Османдом из-за разной структуры xml.
С самой точкой, названием и координатами проблем нет, а вот категоризация не складывается у меня
Если упрощая, то Османд свои категории складывает в тэг <type>, а САС складывает в ветку <extensions>.

Есть обходной путь? Я делаю что-то не так? Или всё же надо писать свой конвертер?

Пример файла Османд:

Код: Выделить всё

<?xml version='1.0' encoding='UTF-8' standalone='yes' ?>
<gpx version="1.1" creator="OsmAnd" xmlns="http://www.topografix.com/GPX/1/1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">
  <wpt lat="43.8386019" lon="39.5591407">
    <name>33 водопада. Вход.</name>
    <type>достопримечательности</type>
    <extensions>
      <color>#eecc22</color>
    </extensions>
  </wpt>
</gpx>


Пример файла САС:

Код: Выделить всё

<?xml version="1.0" encoding="UTF-8"?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" creator="SAS.Planet 16.07.07.9476" version="1.1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:wptx1="http://www.garmin.com/xmlschemas/WaypointExtension/v1" xmlns:gpxtrx="http://www.garmin.com/xmlschemas/GpxExtensions/v3" xmlns:gpxtpx="http://www.garmin.com/xmlschemas/TrackPointExtension/v1" xmlns:gpxx="http://www.garmin.com/xmlschemas/GpxExtensions/v3" xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd http://www.garmin.com/xmlschemas/WaypointExtension/v1 http://www8.garmin.com/xmlschemas/WaypointExtensionv1.xsd http://www.garmin.com/xmlschemas/TrackPointExtension/v1 http://www.garmin.com/xmlschemas/TrackPointExtensionv1.xsd http://www.garmin.com/xmlschemas/GpxExtensions/v3 http://www8.garmin.com/xmlschemas/GpxExtensionsv3.xsd">
  <metadata>
    <time>2016-10-19T19:58:51Z</time>
    <link href="http://www.sasgis.org/">
      <text>SAS.Planet</text>
    </link>
    <name>Пирс</name>
    <author>
      <name>Adm</name>
    </author>
    <bounds maxlat="55.7540611111111" maxlon="37.4418638888889" minlat="55.7540611111111" minlon="37.4418638888889"/>
  </metadata>
  <wpt lat="55.7540611111111" lon="37.4418638888889">
    <name>Пирс</name>
    <fix>2d</fix>
    <type>user</type>
    <sym>Flag, Blue</sym>
    <link href="files\1.png"/>
    <extensions>
      <gpxx:WaypointExtension>
        <gpxx:DisplayMode>SymbolOnly</gpxx:DisplayMode>
        <gpxx:Categories>
          <gpxx:Category>Гостиницы</gpxx:Category>
        </gpxx:Categories>
      </gpxx:WaypointExtension>
      <wptx1:WaypointExtension>
        <wptx1:DisplayMode>SymbolOnly</wptx1:DisplayMode>
        <wptx1:Categories>
          <wptx1:Category>Гостиницы</wptx1:Category>
        </wptx1:Categories>
      </wptx1:WaypointExtension>
    </extensions>
  </wpt>
</gpx>


[T_Im]

Дополнение с midas.dll: глюк возникает также при переименовании папки САС новой версии (видимо, нарушается путь к midas.dll). Баг возник в версиях в интервале между 2016.06.06 (без бага) - 2016.07.07 (уже с багом)
Возможно, "старая" версия умела менять путь в к библиотеке в реестре если там стоял неправильный путь, а новая версия прописывает в реестр библиотеку только если не находит установленного нужного класса. Если класс библиотеки уже прописан в реестре, то новая САС лезет по указанному пути и обламывается, если путь перестал быть валидным.

Также уточню, что для фикса бага необходимо удалять не только сам ключ, но и полностью все корневые "папки" реестра с этим ключем, имеющие название типа такого {9E8D2FA3-591C-11D0-BF52-0020AF32BD64}.

[T_Im]

Если упрощая, то Османд свои категории складывает в тэг <type>, а САС складывает в ветку <extensions>.

Есть обходной путь? Я делаю что-то не так? Или всё же надо писать свой конвертер?

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

Создаете папку, кладете туда sed.exe и файл.bat такого шаблона:
sed -e 's/старый текст1/новый текст1/g; s/старый текст2/новый текст2/g;' -i *.xml
копируете туда файлы и после запуска батника во всех xml файлах будет произведена замена.