Notes |
|
(0001934)
|
Fetser
|
15-04-2011 15:26
|
|
Если метки были заданы таблицей, то наверное лучше чтобы структура текстового файла была такая:
Каждая строка одна метка, а в строке:
категория Tab название метки Tab широта Tab ....
и так далее в том порядке, в каком идёт в marks.sml |
|
|
(0001945)
|
gpsMax
|
15-04-2011 21:04
(edited on: 15-04-2011 21:06) |
|
Не нравится предложение.
Во-первых, изобретать искусственный свой формат - не очень продуктивно. Есть kml, планируется wpt. Для перевода в другие форматы есть Gpsbabel же.
Во-вторых, название категории важно только себе, других оно будет сбивать с толку.
В-третьих, этот искусственный формат быстро обрастёт дополнениями в виде своих значков, своего цвета шрифта и пр., и чем он тогда будет отличаться от kml?
|
|
|
(0001949)
|
Tolik
|
15-04-2011 21:11
|
|
Я представляю себе эту идею так.
Например, готовим в Excel таблицу с координатами меток. Сохраняем её в формате csv, импортируем в программу и готово.
А kml и др. вручную создать гораздо сложнее. |
|
|
(0001952)
|
cmapuk
|
16-04-2011 01:40
|
|
дело в чем.. зачастую бывает так - куча точечных объектов (от 100 и выше) и забивать их вручную очень трудоемко, да и вероятность ошибки возрастает. но при этом есть текстовый файл с их координатами. В принципе, можно название категории и не указывать в этом файле, есть же возможность указывать категорию при импорте меток :). А kml, wpt - это все таки слишком специализированные форматы, людям надо что попроще :) |
|
|
(0001956)
|
gpsMax
|
16-04-2011 10:29
|
|
wpt - наиболее простой формат. Там есть, конечно, куча всяких полей, но обычно программы на них не смотрят, можно их оставлять пустыми или же заполнять стандартными значениями. |
|
|
(0001958)
|
cmapuk
|
16-04-2011 11:15
(edited on: 16-04-2011 11:16) |
|
наверно мне стоит объяснить поподробнее.. Заказчик дает координаты объектов, причем не географические, а геодезические. Эти координаты мы переводим в географические при помощи Geocalc. Выходной файл Geocalc или txt, или pts (на выбор). Поэтому и хотелось бы импорт в SasPlanet из txt, ну или из csv (Excel).
|
|
|
(0001961)
|
gpsMax
|
16-04-2011 20:16
|
|
Ну так "изобретение нового формата" - это одно, а "импорт данных из Geocalc" - несколько другое :-)
Если бы вы приложили примеры файликов, в txt и pts, было бы еще информативнее.
К слову, нашёл описание формата:
http://gis-lab.info/qa/geocalc.html
Формат строк файла TXT:
Point_Name,FirstCoord,SecondCoord,Height[,Code]
Поля не могут содержать пробелы, за исключением необязательного поля Code. Разделитель между полями - запятая. Разделитель целой и дробной частей числа - точка. Код - любая подстрока. |
|
|
(0001962)
|
gpsMax
|
16-04-2011 20:22
|
|
Тогда вопрос - чего делать с высотой? Попробуйте, если её опустить, Geocalc как на это реагирует? |
|
|
(0001964)
|
cmapuk
|
17-04-2011 03:19
|
|
в общем то я такую структуру и предлагал :) единственное, поля высоты и описания (Height и Code)нужно сделать не обязательными, и добавлять их в описание метки
прикрепил 3 файла: 63_1.PTS - исходник, WGS84.PTS и WGS84.TXT то что получаем на выходе после геокалка. Обычно сначала переводим в *.pts, а потом меняем расширение на *.txt |
|