Forum generator: Профессиональный онлайн генератор…. | Форум Mipped.com

Gismo Terrain Generator Проблемы — GISMO

steve.danilowicz
(Стив Данилович)

#1

Привет всем,

У меня возникли проблемы с компонентом Gismo_Terrain Generator (TerrainGenerator). Не удается собрать данные о местности с opentopography.org. Похоже, что это может быть проблема на стороне компонентов или на стороне служб REST открытой топографии. Любое понимание проблем в этом компоненте? У меня такая же ошибка уже несколько дней. До этой проблемы скрипт, который я использовал, работал без проблем.

Редактировать: я загрузил последнюю сборку из репозитория git и все еще сталкиваюсь с этой проблемой
24 февраля 2022 г., 19:26

#2

Привет @steve. danilowicz ,
Я только что попробовал запустить компонент Terrain Generator с разными случайными локациями и новыми радиусами — он работал без проблем.
Не могли бы вы прикрепить свой файл .gh? Вы можете удалить ввод Terrain Generator «_APIkey».

стив.данилович
(Стив Данилович)

#3

Конечно. Вот файл. Я не вижу ввода _APIkey и не использовал его в прошлом. Возможно, дело в этом?
Импортер сайта — GISMO.ghx (3,3 МБ)

1 Нравится

Джордже

#4

Привет @steve. danilowicz,
Спасибо за прикрепленный файл.

Да, с мая 2021 года для компонента Terrain Generator требуется ключ API.
Вы можете получить его бесплатно, следуя этому короткому видеоуроку (нажмите кнопку «Загрузить», чтобы загрузить видеофайл).

  1. После получения ключа API загрузите новейший компонент Terrain Generator отсюда.
    Как только вы загрузите новейший компонент, щелкните его правой кнопкой мыши и — Разблокировать.

  2. Затем удалите старый компонент из папки:
    C:\Users\ИМЯ ПОЛЬЗОВАТЕЛЯ\AppData\Roaming\Grasshopper\UserObjects

  3. И вставьте только что скачанный.

  4. Это позволит перетащить новый генератор ландшафта с вкладки «Gismo». Замените свой старый компонент в определении новым перетащенным.

1 Нравится

steve.danilowicz
(Стив Данилович)

#5

Извините за запоздалый ответ здесь. Наконец-то появилось время добраться до этого. Решение, которое вы мне дали, сработало отлично! Еще раз спасибо за помощь @djordje!

1 Like

Universal Citekey Generator — Возможности — Forum

sdotvdot
(С.В.)

#1

Универсальный генератор citekey из Papers 2 и Papers 3 пытается сгенерировать уникальные буквы для citekey детерминированным и последовательным образом, используя заголовок или doi.

Например, рассмотрите статью ниже:
Ник Бостром, Живем ли мы в компьютерной симуляции?, The Philosophical Quarterly, том 53, выпуск 211, апрель 2003 г. , страницы 243–255, https://doi.org/10.1111 /1467-9213.00309

С помощью универсального генератора citekey получаем следующие citekeys:

Universal Citekey From DOI: Bostrom:2003bq
Universal Citekey From Title: Bostrom:2003tn

Первый использует DOI, а второй использует заголовок для создания citekey. На самом деле последние две буквы уникальны и построены детерминированным образом. Таким образом, они одинаковы для разных пользователей и не зависят от порядка добавления статей.
Мы можем найти код в javascript здесь:

GitHub

cparnot/universal-citekey-js

Реализация универсального ключа цитирования в Javascript. Внесите свой вклад в разработку cparnot/universal-citekey-js, создав учетную запись на GitHub.

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

k3KAW8Pnf7mkmdSMPHz2
(K3 Kaw8 Pnf7mkmd Smp Hz27)

#2

Функциональность может быть добавлена ​​как «специальное поле», например, [PapersCitationKey] . Однако, если связанный исходный код не является фактическим кодом, используемым Papers 2/3, он может привести к другим результатам (в зависимости от того, как они работают с юникодом).
Если вы имеете в виду https://www.papersapp.com/ , возможно, можно было бы спросить их, что используется?

сдотвдот
(С.В.)

#3

Это «специальное поле» было бы идеальным.
Да, это действительно метод, используемый в Papers 2 и Papers 3. И я имею в виду приложения Papers версии 2 и 3.

k3KAW8Pnf7mkmdSMPHz2
(K3 Kaw8 Pnf7mkmd Smp Hz27)

#4

Мой вопрос заключается в том, что они используют код, а не только метод =/
Действительно возможно реализовать Java-эквивалентную версию связанного JavaScript, но я не знаю, будут ли они создавать те же ключи цитирования как документы 2/3, не зная больше об их реализации.

Проблема в том, что заголовок, содержащий {\o} , может быть интерпретирован как

  1. o
  2. {\o}
  3. ø (и его различные варианты Юникода)
  4. э.э. (маловероятно)

, который будет генерировать разные ключи цитирования. См. https://github.com/retorquere/universal-citekey-js#open-problems-discussed-here, чтобы узнать о некоторых дополнительных проблемах.

сдотвточка:

относится к версиям 2 и 3 приложения Papers.

Этот метод больше не используется? Возможно, в этом случае лучше использовать [Papers3CitationKey] .

сдотвдот
(С.В.)

#5

Фактически компания, разработавшая приложение Papers (версии 2 и 3), была приобретена компанией Readcube, которая представила приложение Readcube Papers, в котором эта универсальная функция citekey еще не реализована.

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

k3KAW8Pnf7mkmdSMPHz2
(K3 Kaw8 Pnf7mkmd Smp Hz27)

#6

Понятно, кхм… Я думаю, обсуждение отклонилось от того, чего я хотел
Думаю, все сводится к следующему:

  1. Возможно, удастся создать генератор ключей цитирования, который будет генерировать точно такой же ключ, как Papers 2/3, но я не могу. Мне нужно больше информации для этого. Если Readcube Papers в настоящее время не поддерживает эту функцию, я предполагаю, что они не смогут помочь.
  2. Возможно изготовление «универсального» генератора ключей цитирования аналогичного связанному, например, [Mekentosj] «специальное поле» на основе ссылки с некоторыми изменениями.
  3. Создание модификатора «контрольной суммы» (например, [title:checksum:truncate2] ), в этом случае пользователь может сам решить, какая вероятность столкновения ему важна, может быть интересным дополнением к текущему «Буквы после создания дубликатов». ключи». Вы заинтересованы в реализации этого?

сдотвдот
(С.В.)

#7

Привет K3,
Думаю 2 хорошая альтернатива.

Что касается 3, я не имею права решать эту проблему. Не могли бы вы подробнее рассказать об идее, лежащей в основе 3? Количество букв зависит от пользователя?

млэп

#8

Универсальный генератор Citekey, который не является универсальным, было бы странно, не так ли?
Возможно, имеет смысл связаться с Readcube Papers для разработки и использования того же алгоритма.

k3KAW8Pnf7mkmdSMPHz2
(K3 Kaw8 Pnf7mkmd Smp Hz27)

#9

По сути, идея 3 заключается в том, что может быть проще сделать с нуля что-то, более родное для Java. Это также может быть полезно, если это намеренно не универсальный , а настраиваемый пользователем. Если/когда будет реализован https://github.com/JabRef/jabref/issues/7111, пользователь может решить использовать более «стабильные» поля, если они есть в их базе данных, например. [DOI:{[EPRINT:{[TITLE]}]}:checksum:truncate2] для генерации ключа между aa и zz или ...:truncate3] для ключа между aaa и zzz.
В основном было бы полезно между библиотеками или внутри группы, если бы все использовали JabRef (вы можете поделиться шаблонами ключей цитирования с файлом .bib).

Что касается варианта 2, как говорит @mlep, можно связаться с разработчиками в Readcube Papers. В Java существует некоторая поддержка для запуска JavaScript с использованием Nashorn/GraalVM, поэтому может быть возможно запустить точно такой же код. Поскольку об этом также задавали вопросы на форуме Zotero, возможно, это было бы кому-то полезно, даже если в ключах цитирования нет соответствия 1: 1, если они «достаточно близки».

Forum generator: Профессиональный онлайн генератор…. | Форум Mipped.com