PT
Olá!
Com a melhoria das tabelas e a adição das definições de campo, possibilitando personalizar resultados dos campos, gostaria de sugerir a adição da possibilidade de adicionarmos prefixos ou sufixos para determinada coluna. Isso facilitaria o preenchimento de campos personalizados, por exemplo, onde muitas vezes precisamos preencher a mesma informação em diversos ou todos os itens, variando apenas certa parte dela.
Como exemplo, ao criar uma coluna personalizada que preencherei o número da folha que o desenho se encontra, precisaria preencher VER FL.XX ; nesse caso, o VER FL. poderia ser um prefixo, restando ao usuário preencher somente o número desejado.
Bom dia, boa tarde,
Gostaria de sugerir a continuidade do desenvolvimento dos modificadores de perfis complexos, que apesar de já possibilitarem um grande leque de variáveis, ainda deixam a desejar em algumas questões.
A que trago se refere a modificação de Arcos, onde não é possível indicar a variação de um raio, diametro ou comprimento deles. Entendo que para o Raio não deveria haver uma grande dificuldade técnica, visto que é um ponto fixo (centro) e uma dimensão variável a partir dele (raio).
Caso necessário, poderiam haver limitações ao usuário caso o arco seja uma continuidade a segmentos de retas, para que esses acompanhem ou necessitem de outro modificador para evitar uma geometria inválida, ou apenas ao gerar uma geometria invalida (um arco transpassando outro), fosse emitido um alerta pop up e cancelasse a ação do usuário.
A ferramenta de trama pode ser muito útil em fases de projeto legal e afins, para contar grandes áreas (como taxa de ocupação, de permeabilidade, área construída, etc.).
E pensando no projeto ao longo de várias fases e o levantamento de quantidades com a contribuição da ferramenta zona, a trama pode ser uma ferramenta mais adequada para essa contabilização de áreas, porque há um conflito quando existem mais de uma zona no mesmo local: o Archicad sempre define que o elemento pertence à primeira zona criada, mesmo quando não é o desejado. Se eu tenho uma zona para ambientes e uma zona para área construída, mesmo em vegetais diferentes e uma delas invisível, um elemento (como parede, janela, objeto, etc.) é contabilizado na zona que criei primeiro.
Porém a trama é um elemento 2D e carece de campos para inserir dados, como os mostrados nos prints. No caso, foi utilizado vegetal, ID e tipo de trama, mas seria mais rico se houvessem outras possibilidades, até para não bagunçar os atributos do template. Para tanto, uma solução seria possibilitar a classificação das tramas, tal como se faz com materiais de construção atualmente. Sendo assim, seria possível adicionar mais campos de dados, fazer equações (como redução de áreas, por exemplo), juntar dois dados no mesmo campo no mapa através de uma equação (ex.: polígono e ID, no print), dentre outras coisas.
A ferramenta dividir é limita à uma linha ou arco, mas seria muito útil a possibilidade de cortar com um desenho personalizado, principalmente para a divisão de lajes e coberturas.
Por exemplo, eu gostaria de recortar a laje abaixo em duas partes, seguindo o desenho da parede. O método atual me obriga à, ou fazer vários recortes com a ferramenta dividir, ou recortar com a ferramenta subtrair do polígono, deixando um vão entra as duas partes, sendo necessário um segundo passo para encostar as arestas novamente.
A orientação das paredes é importante quando trabalhamos com paredes compostas.
É fácil de conferir qual a face externa de uma parede quando a linha de referência está em um dos lados, mas quando a referência está centralizada é um processo mais complicado. A criação de uma opção (vinculada à opção de mostrar o eixo e sentido das parede) para marcar em planta com cores os lados das paredes facilitaria muito a conferência do modelo e a documentação por rótulos.
Exemplo de como ficaria:
Parabéns pelo desenvolvimento dos keynotes.
Ficou bem melhor esta forma de gerar uma tabela e associação de suas informações ao desenho, além da manipulação delas no layout ficou excepcional!!!!
Porém, para melhor gestão de informações (razão do BIM), concentrando ao máximo as informações em um único banco de dados, deixo abaixo algumas sugestões.
Aqui (imagem acima), você mantém a opção de keynotes com base em uma nota rápida, como está nesta versão, e mais:
código + superfície (acesso ao BD de superfícies, materiais
e código + propriedades
Com isso o Archicad praticamente zera o jogo e fica com um especificador com códigos e listagem em prancha bem
assertivo!
Ah, e se poder utilizar o método de manipulação/ajuste de todas as tabelas em layout, da mesma forma que a tabela de Keynotes, vai ser um avanço significativo!
A ideia é que seja possível definir terminações diferentes no início e no fim do guarda-corpo, assim como foi recentemente implementado com as setas das linhas/polilinhas, o que possibilitaria, por exemplo, fazer o guarda-corpo no padrão da NBR 9050 de forma facilitada
Olá pessoal,
Gostaria de sugerir que todos os elementos 3D do Archicad tenham opções de visualização em planta para mostrar em pisos relevantes e opção de mostrar em projeção para zona da planta.
Quando trabalhamos com outros projetistas, muitas vezes o padrão definido para níveis de pisos pode diferir das lógicas que utilizamos no Archicad. Além disso, em nossos próprios projetos, precisamos realizar planos de corte em planta em níveis diferentes, como plantas de marcenaria, por exemplo.
As definições de plano de corte em planta são fantásticas para isso, entretanto, algumas ferramentas do Archicad ainda não tem comunicação direta com essa ferramenta, como lajes e objetos. Isso nos obriga a fazer gambiarras, seja utilizando combinações de vegetais, opções de projeto ou sobreposições gráficas, gerando duplicatas e mais duplicatas desses atributos/filtros.
Para exemplificar melhor, caso você construa um armário composto de vigas + lajes e tenha que cortar ele em 3 alturas diferentes, você terá 3 combinações (de algum dos atributos/filtros citados), pois a laje tem apenas a opção de aparecer no piso de origem e essas 3 plantas, possuem o mesmo piso de origem, assim, a laje aparecerá igualmente nas 3, mesmo se o plano de corte estiver abaixo ou acima dela. Em um projeto pequeno, esse problema pode não ser perceptivel, em projetos de grande escala isso vira uma bola de neve.
Já os outros elementos possuem configurações de piso relevante + zona da planta, podem aparecer em vista, em corte, projeção, ou deixam de ser visualizados conforme o plano da planta é alterado.
Outro exemplo, seria trabalhar com um nível que possua térreo + mezanino, se você posicionar os objetos no nível térreo, eles aparecerão no mezanino; se posicionar objetos no mezanino, eles aparecerão no térreo.
Mais uma vez, é possível contornar esses problemas, entretanto, em grandes projetos ou projetos com níveis complexos, esses processos podem se tornar extremamente penosos, aumentando consideralvemente a quantidade de vegetais, regras e combinações de sobreposições graf., opções de projeto, etc.
gostaria que fosse implementada as "cotas dinâmicas" ou seja, quando colocamos o cursor sobre uma polyline ou parede ou outro elemento as cotas deste apareçam ao lado do cursor automaticamente. Isso ajuda muito na fase de projetos e impõe uma agilidade maior em projetos.
É frustrante utilizar paredes com dois tipos de revestimentos diferentes em cada uma de suas faces (externa, interna). Você só consegue definir um ponto de origem que será aplicado nas duas faces, travando a representação da paginação do revestimento para um dos lados.
Como por exemplo essa parede composta, de forma representativa com o ponto de origem marcado pelas linhas guia, o revestimento posterior possui outro tamanho, mas não consigo paginá-los separadamente
Nenhum resultado encontrado. Tente alterar seus critérios de filtro!
