Форумы GIS-Lab.info

Часто приходится иметь дело с разнородными таблицами в различных текстовых форматах. Для выполнения операций над их содержимым иногда бывает нужно отобразить их не сплошным текстом, а ячейками. Остро возникает потребность в легковесном табличном редакторе, умеющем читать таблицы непосредственно из текстовых файлов и так же легко сохранять их обратно в текст, поддерживающем одновременную работу с большим количеством документов. Здесь здорово выручает редактор таблиц в Surfer, одна беда, он несвободен, и привыкание к нему выходит боком, когда приходится работать на машине, где его нет. Самостоятельные поиски достойного свободного аналога ничего путного пока не принесли. Частично спасает Notepad++, но полноценной поддержки таблиц в нём пока нет


Что необходимо:
быстрый запуск, пригодность к работе с файлами в десятки тысяч строк
чтение таблиц из текстовых форматов с разделителями
сохранение таблиц в текст с возможностью выбора разделителя
вкладки
возможность редактировать значения в отдельных ячейках, копировать произвольные блоки в полноценный табличный редактор
простая установка или portable-версия под Windows, кросс-платформенность приветствуется

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


Кто чем пользуется в аналогичных ситуациях? Есть ли какие-то свободные решения?

Variant писал(а):Частично спасает Notepad++,

Он меня тоже спасает, отличная прога. Пробовали использовать OpenOffice Calc либо его форк LibreOffice Calc?

Gnumeric — самый быстрый редактор электронных таблиц, который я видел (свободный, кроссплатформенный, много форматов импорта/экспорта, куча функций и т.д.)

А вообще, по-хорошему, надо учить sed/awk или Python на худой конец

в различных случаях использую и Calc, и Excel, и Gnumeric, но это уже полноценные табличные редакторы, ориентированные на несколько иные задачи. Они не приспособлены для одновременной работы с парой десятков документов как Surfer или Notepad++, им нельзя полностью доверять при разбивке на колонки, они корёжат файлы при сохранении, не спрашивая про разделитель, но накидывая лишних символов по собственному усмотрению

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

Александр Мурый писал(а):А вообще, по-хорошему, надо учить sed/awk или Python на худой конец

это хорошо, если есть какая-то рутинная процедура и хочется её заавтоматизировать. А если надо несколько ячеек подправить или поменять столбцы местами? К тому же, научить менять колонки местами в Surfer можно любую студентку - ничего тут сложного, была бы лицензия, а какой-нибудь sed/awk ещё и сам попробуй выучи - какие уж тут студентки

Variant писал(а):это хорошо, если есть какая-то рутинная процедура и хочется её заавтоматизировать. А если надо несколько ячеек подправить или поменять столбцы местами?

тогда грузите все в R, и будет вам щастье. Там легко имитируется SQL, а для посмотреть и поправить есть fix(). Поскольку sed/awk - это для тонких ценителей esc-последовательностей в редакторе vi

gamm писал(а):тогда грузите все в R, и будет вам щастье

Время от времени использую R для отдельных задач, так что идея расширить сферу его применения выглядит достаточно интересно. Но поскольку такое решение вместо посредника для импорта-экспорта таблиц в интерактивный редактор предлагает сам R в качестве интерактивного редактора, сразу возникают вопросы к производительности полученного комплекса. Особенно с учётом специфической логики работы в R. Ведь если говорить о самом языке, то работа с ним особой интерактивностью не блещет, разве что пытаться добрать её использованием какой-то специальной среды
А так, если взять чистый R, то пока ему файл с данными в рабочую директорию положишь и составишь к нему скрипт импорта, Сёрфером-Калком можно было уже один-два файла полностью обработать

Variant писал(а):А так, если взять чистый R, то пока ему файл с данными в рабочую директорию положишь и составишь к нему скрипт импорта, Сёрфером-Калком можно было уже один-два файла полностью обработать

какой-то странный метод работы с R ... пишется скрипт, в котором указываются и папки, и файлы, и что делать. И запускаем обработку десятков тысяч файлов

массовая автоматизация хороша, когда есть массив относительно однородных файлов. А когда данные приходят неравномерно, неравномерными порциями, у них разнородная структура и разделители, и над ними надо произвести различные действия: где заголовок подправить, где столбцы местами поменять, где сменить значение "нет данных" - приходится работать вручную. Даже чтоб в R закинуть - надо же разделители и наличие заголовка указать. Но это если скриптом. Возможно, какая-нибудь продвинутая оболочка позволяет напрямую такие данные втаскивать мышью или через буфер обмена - не знаю, а то это был бы лучший повод начать её использовать

что касается рабочей папки - насколько я помню, у R были какие-то недопонимания с кириллицей, поэтому, чтобы не испытывать судьбу, держу папку с заведомо латинским путём

Variant писал(а):когда данные приходят неравномерно, неравномерными порциями, у них разнородная структура и разделители, и над ними надо произвести различные действия: где заголовок подправить, где столбцы местами поменять, где сменить значение "нет данных"

тогда, конечно - нужно воспитывать поставщиков таких данных, тут R не поможет, тут другие методы нужны