Pessoal, Muias pessoas estão com dificuldade em CRIAR O SYMLINK em nos outros computadores que receberam a pasta do arquivo central. No meu exemplo, no minuto 34:38 e 35:40 eu fiz o SYMLINK a partir do G: e a partir do C:/@G. Funcinou das duas formas. No entanto, por causa das dúvidas eu fiz um teste aqui em outro PC que não tem o Google Drive PAGO. Coloquei um Gmail e um Gogole Drive totalemente novo e gratuito, segui todo o procedimento mas o SYMLINK somente funcionou a partir do ATALHO que o Google Drive criou no PC. O local desse atalho é algo parecido com: G:/.shortcut..../NOME DA SUA PASTA COMPARTILHADA Ai nesta pasta você cria o SYMLINK que funciona. Isso pode estar ocorrendo porque o Google Drive é gratuito ou porque o Google Drive fez alguma atualização que está mostrando diferente. Valeu.
No link da descrição tem todos os arquivos de acordo com o seu Windows. Normalmente as pessoas usam o Windows 64bits. Então você deveria baixar e instalar o... "vcredist_IA64.exe for VS2005 SP1, version 6195/June 2011 (6.3 Mb)" e em seguida o ... "Link Shell Extension (3.76Mb)"
Esse documento é exclusivo dos meus alunos mas vou liberar excepcionalemnte para vocês: docs.google.com/document/d/1kulgM7WO1jg50SpFsPtzbeh1wZfrAQImrSHFBSrcEDg/edit?usp=sharing
Olá, primeiramente agradeço pelo conteúdo disponibilizado. Eu consegui seguir todos os passos e, quando estou no meu drive, funcionou corretamente. Porém, quando compartilho a pasta do Google Drive com outro usuário, o problema acontece. No caso, quando o outro usuário recebe a pasta compartilhada ele não consegue ter acesso a ela pelo Google Drive PC. Busquei alguma forma para acessar essa pasta, porém, o máximo que encontrei foi uma forma de criar um atalho no Meu Drive (do Google Drive) referente a pasta compartilhada, no entanto, quando tento criar o link simbólico por meio desse "atalho" não é possível. Saberia como solucionar esse problema?
Depois que você montou o arquivo central corretamente e criou a sua cópia local usando o recurso do symlink, Você deve compartilhar a sua pasta do Google drive onde está o arquivo central com a pessoa pelo seu Google drive web. Ela deve marcar essa pasta como local (offline) para o arquivo estar sempre no seu computador. Depois a pessoa deve fazer o mesmo procedimento de criação do Symlink. Aí é só criar a.copia local nova e combinar quando cada um vai sincronizar.
@@FaBIMnDEducacao Ah ta vou tentar. No caso do computador 1 que tem o arquivo central funcionou perfeito com symlink e tudo . Mais no computador 2 cuando faço o proceso do symlink aparece un arquivo extraño de resultado no formato .lnk. Obrigado pela ajuda profesor
Oi, Todos os computar és devem estar com o SYMLINK configurando pelo c:/BIM. O arquivo sentral deve ser salvo a primeira vez pelo c:/BIM e todas as cópias locais devem ser criadas pelo c:/BIM. Abs.
Olá professor, se puder me ajudar agradeço. Quando vou salvar na rede o arquivo central, ele acusa que tem outra pessoa utilizando o arquivo e que é só leitura, sendo que ainda estou configurando e não tem ninguém usando.
Salvando pela rede? O arquivo central do REVIT no Google Drive sempre fica no seu computador (o mesmo para outras pessoas que vão acessa a pasta compartilhada com o central). Não tem rede.
A opção de "cria nova cópia local" só vai funcionar se o arquivo central e o caminho onde você busca o arquivo central pra criar a copia local forem idênticos. Por isso criamos o SYMLINK, para fingir pro Windows e pro Revit que são o mesmo local. Na rede local é só ir pelo "Meus locais de rede" tanto na obra de criar o central como na hora de criar a copia local. No Dropbox, Google drive, você deve criar antes o SYMLINK. Abraços, seja bem vindo a comunidade nD.
Então, eu salvei o projeto em uma pasta do drive e criei o symlink, mas ao clicar em salvar como, não é habiliata a opção de cirar o arquivo local @@FaBIMnDEducacao
Olá! Tive um problema de loop infinito de upload do arquivo central *.RVT com o google drive. Verifiquei uma incompatibilidade com o Kaspersky que me levou a achar o vídeo ua-cam.com/video/E8vRQAQNvyc/v-deo.html Gostaria que vocês pudessem checar esse problema!
Fiz todos os procedimentos do vídeo no Kaspersky e não resolveu, mesmo desativando o antivírus por completo. Estou com toda a instalação (google drive, SYMLINK, kaspersky, etc.) a mais recente até este horário. Todos os arquivos da pasta backup sincronizam perfeitamente, apenas o *.RVT é que entra em Loop. Passei a monitorar a pasta de backup do central em tempo real para saber quando e em que etapa o Revit atualiza esses arquivos. Notei que enquanto carregamos o revit local nada é alterado na pasta backup do central até fazermos uma mera alteração e darmos um primeiro save local, nesse momento o central atualiza apenas dois arquivos: o [deltas.dat] e o [eperms.dat] e dispara o google drive que faz a sua sincronização normal. Não sei o que são esses arquivos, mas penso que se uma estação local, sem fazer nenhuma sincronização com o arquivo central, já altera esses arquivos e dispara o drive, eu fico pensando o que pode ocorrer com várias estações remotas fazendo o mesmo procedimento de salvar local, apenas, mas disparando suas versões desses dois arquivos nos compartilhamentos de todos os colaboradores? Esse detalhe não tem nada haver com o problema do Loop, mas é o que verifiquei neste momento.
Continuando, após aguardar uns minutos sem fazer nada no projeto, observei que apenas um único arquivo chamado ["nome-do-projeto".slog] é atualizado na pasta de backup do central a cada 1 minuto, porém, sem explicação, a atualização desse arquivo não dispara o google drive. E os dois arquivos anteriores, desta vez, não foram atualizados. Esse arquivo pode ser aberto no bloco de notas e ele vai crescendo com uma espécie de time stamp: $848d1ce0 2022-07-28 22:10:59.099 >Auto $848d1ce0 2022-07-28 22:10:59.118 .Auto:LockUsers R unlocked $848d1ce0 2022-07-28 22:10:59.130
Não sei exatamente como, mas o Loop parou e o drive sincronizou. Não sei se as configurações fizeram efeito e se foi de forma definitiva. Editando, depois de uma nova sincronização o Loop voltou. Sei que o arquivo RVT está sincronizado mas o drive fica dando upload em loop. Para interromper o Loop e não gastar internet, tenho que fechar o projeto e reiniciar o drive. Só assim consigo voltar a trabalhar, mas convivendo com esse problema. Uma coisa reparei, que na verdade, sempre que editamos algo no projeto os arquivos [deltas.dat] e o [eperms.dat] são atualizados com mais frequência e em cada atualização eles disparam o google drive, isso vai acontecendo mesmo sem salvar local nem sincronizar com o central. Essas atualizações desses arquivos aleatoriamente na nuvem feita por vários colaboradores não é arriscado em colaboração remota?
@@Carlos_Luna estes arquivos da pasta backup tem várias funções diferentes. Deixei lá, não mexa e garanta que eles também sejam sincronizados. O mais importante é que cada usuários esteja trabalhando e seja dono do seu próprio workset. Os outros arquivos, em teoria, podem ser sobrescritos ou ficarem com alguma cópia em conflito. As cópias locais não devem ficar na pasta de compartilhamento e podem ser salvas livremente. O arquivo central deve ficar na pasta compartilhada e somente pode ser sincronizado se você tiver certeza que está com a última versão do central e de que ninguém vai sincronizar naquele momento. Certifique-se que as castas do central, no computador de cada usuário, está "com acesso offline", isto é, sempre disponível no Pc (não apenas na nuvem).
Pessoal,
Muias pessoas estão com dificuldade em CRIAR O SYMLINK em nos outros computadores que receberam a pasta do arquivo central.
No meu exemplo, no minuto 34:38 e 35:40 eu fiz o SYMLINK a partir do G: e a partir do C:/@G. Funcinou das duas formas.
No entanto, por causa das dúvidas eu fiz um teste aqui em outro PC que não tem o Google Drive PAGO.
Coloquei um Gmail e um Gogole Drive totalemente novo e gratuito, segui todo o procedimento mas o SYMLINK somente funcionou a partir do ATALHO que o Google Drive criou no PC.
O local desse atalho é algo parecido com: G:/.shortcut..../NOME DA SUA PASTA COMPARTILHADA
Ai nesta pasta você cria o SYMLINK que funciona.
Isso pode estar ocorrendo porque o Google Drive é gratuito ou porque o Google Drive fez alguma atualização que está mostrando diferente.
Valeu.
Olá professor. nao consigo baixar o ''vcredis'' consegue me orientar?
No link da descrição tem todos os arquivos de acordo com o seu Windows.
Normalmente as pessoas usam o Windows 64bits. Então você deveria baixar e instalar o...
"vcredist_IA64.exe for VS2005 SP1, version 6195/June 2011 (6.3 Mb)"
e em seguida o ...
"Link Shell Extension (3.76Mb)"
Como faz pra usar o dropobox? Vc tem alguma aula ensinando a usar o dropobox?
Olá, você teria disponível o PPP023? Não estou conseguindo fazer o procedimento do SYMLINK
Esse documento é exclusivo dos meus alunos mas vou liberar excepcionalemnte para vocês: docs.google.com/document/d/1kulgM7WO1jg50SpFsPtzbeh1wZfrAQImrSHFBSrcEDg/edit?usp=sharing
Olá, primeiramente agradeço pelo conteúdo disponibilizado.
Eu consegui seguir todos os passos e, quando estou no meu drive, funcionou corretamente. Porém, quando compartilho a pasta do Google Drive com outro usuário, o problema acontece.
No caso, quando o outro usuário recebe a pasta compartilhada ele não consegue ter acesso a ela pelo Google Drive PC. Busquei alguma forma para acessar essa pasta, porém, o máximo que encontrei foi uma forma de criar um atalho no Meu Drive (do Google Drive) referente a pasta compartilhada, no entanto, quando tento criar o link simbólico por meio desse "atalho" não é possível.
Saberia como solucionar esse problema?
Pessoal,
Comentem o que acharam da aula.
Os link dos programas para criar o Symlink estão na descrição.
Valeu.
Fábio, o meu a opção 'desanexar do arquivo central?" fica inativo, até quando coloco para salvar como e clico em opções, continua inativo
Hum.... Deve ser o caminho... Criar uma cópia local nova também deve estar desabilitada, não?
Holaa no caso do usuario que recebe o arquivo compartido cual e o procedimento pra que o invitado baixe o arquivo compartido no computador dele
Depois que você montou o arquivo central corretamente e criou a sua cópia local usando o recurso do symlink, Você deve compartilhar a sua pasta do Google drive onde está o arquivo central com a pessoa pelo seu Google drive web. Ela deve marcar essa pasta como local (offline) para o arquivo estar sempre no seu computador. Depois a pessoa deve fazer o mesmo procedimento de criação do Symlink. Aí é só criar a.copia local nova e combinar quando cada um vai sincronizar.
@@FaBIMnDEducacao Ah ta vou tentar. No caso do computador 1 que tem o arquivo central funcionou perfeito com symlink e tudo . Mais no computador 2 cuando faço o proceso do symlink aparece un arquivo extraño de resultado no formato .lnk. Obrigado pela ajuda profesor
para mim nao aparece a opção soltar como
Oi,
Todos os computar és devem estar com o SYMLINK configurando pelo c:/BIM. O arquivo sentral deve ser salvo a primeira vez pelo c:/BIM e todas as cópias locais devem ser criadas pelo c:/BIM.
Abs.
Olá professor, se puder me ajudar agradeço. Quando vou salvar na rede o arquivo central, ele acusa que tem outra pessoa utilizando o arquivo e que é só leitura, sendo que ainda estou configurando e não tem ninguém usando.
Salvando pela rede?
O arquivo central do REVIT no Google Drive sempre fica no seu computador (o mesmo para outras pessoas que vão acessa a pasta compartilhada com o central).
Não tem rede.
Talvez ele esteja entendendo que vc mesmo está editando o arquivo, precisaria salvar com outro nome.
O meu quando vou salvar para criar o arquivo central, aquela op;áo marcada no video nao aparece
A opção de "cria nova cópia local" só vai funcionar se o arquivo central e o caminho onde você busca o arquivo central pra criar a copia local forem idênticos. Por isso criamos o SYMLINK, para fingir pro Windows e pro Revit que são o mesmo local.
Na rede local é só ir pelo "Meus locais de rede" tanto na obra de criar o central como na hora de criar a copia local.
No Dropbox, Google drive, você deve criar antes o SYMLINK.
Abraços, seja bem vindo a comunidade nD.
Então, eu salvei o projeto em uma pasta do drive e criei o symlink, mas ao clicar em salvar como, não é habiliata a opção de cirar o arquivo local @@FaBIMnDEducacao
identifiquei que quando vou abrir o arquivo, não consigo clicar na opcao de detach from central @@FaBIMnDEducacao
@@brunopenha323 vc criando central novamente usando o SYMLINK.
Olá! Tive um problema de loop infinito de upload do arquivo central *.RVT com o google drive. Verifiquei uma incompatibilidade com o Kaspersky que me levou a achar o vídeo ua-cam.com/video/E8vRQAQNvyc/v-deo.html Gostaria que vocês pudessem checar esse problema!
Oi Carlos.
Interessante. Eu nunca tive esse problema. O kapersky costuma bloquear algumas coisas mesmo.
Obrigado pela contribuição.
Fiz todos os procedimentos do vídeo no Kaspersky e não resolveu, mesmo desativando o antivírus por completo. Estou com toda a instalação (google drive, SYMLINK, kaspersky, etc.) a mais recente até este horário. Todos os arquivos da pasta backup sincronizam perfeitamente, apenas o *.RVT é que entra em Loop. Passei a monitorar a pasta de backup do central em tempo real para saber quando e em que etapa o Revit atualiza esses arquivos. Notei que enquanto carregamos o revit local nada é alterado na pasta backup do central até fazermos uma mera alteração e darmos um primeiro save local, nesse momento o central atualiza apenas dois arquivos: o [deltas.dat] e o [eperms.dat] e dispara o google drive que faz a sua sincronização normal. Não sei o que são esses arquivos, mas penso que se uma estação local, sem fazer nenhuma sincronização com o arquivo central, já altera esses arquivos e dispara o drive, eu fico pensando o que pode ocorrer com várias estações remotas fazendo o mesmo procedimento de salvar local, apenas, mas disparando suas versões desses dois arquivos nos compartilhamentos de todos os colaboradores? Esse detalhe não tem nada haver com o problema do Loop, mas é o que verifiquei neste momento.
Continuando, após aguardar uns minutos sem fazer nada no projeto, observei que apenas um único arquivo chamado ["nome-do-projeto".slog] é atualizado na pasta de backup do central a cada 1 minuto, porém, sem explicação, a atualização desse arquivo não dispara o google drive. E os dois arquivos anteriores, desta vez, não foram atualizados. Esse arquivo pode ser aberto no bloco de notas e ele vai crescendo com uma espécie de time stamp:
$848d1ce0 2022-07-28 22:10:59.099 >Auto
$848d1ce0 2022-07-28 22:10:59.118 .Auto:LockUsers R unlocked
$848d1ce0 2022-07-28 22:10:59.130
Não sei exatamente como, mas o Loop parou e o drive sincronizou. Não sei se as configurações fizeram efeito e se foi de forma definitiva. Editando, depois de uma nova sincronização o Loop voltou. Sei que o arquivo RVT está sincronizado mas o drive fica dando upload em loop. Para interromper o Loop e não gastar internet, tenho que fechar o projeto e reiniciar o drive. Só assim consigo voltar a trabalhar, mas convivendo com esse problema. Uma coisa reparei, que na verdade, sempre que editamos algo no projeto os arquivos [deltas.dat] e o [eperms.dat] são atualizados com mais frequência e em cada atualização eles disparam o google drive, isso vai acontecendo mesmo sem salvar local nem sincronizar com o central. Essas atualizações desses arquivos aleatoriamente na nuvem feita por vários colaboradores não é arriscado em colaboração remota?
@@Carlos_Luna estes arquivos da pasta backup tem várias funções diferentes. Deixei lá, não mexa e garanta que eles também sejam sincronizados.
O mais importante é que cada usuários esteja trabalhando e seja dono do seu próprio workset.
Os outros arquivos, em teoria, podem ser sobrescritos ou ficarem com alguma cópia em conflito.
As cópias locais não devem ficar na pasta de compartilhamento e podem ser salvas livremente.
O arquivo central deve ficar na pasta compartilhada e somente pode ser sincronizado se você tiver certeza que está com a última versão do central e de que ninguém vai sincronizar naquele momento.
Certifique-se que as castas do central, no computador de cada usuário, está "com acesso offline", isto é, sempre disponível no Pc (não apenas na nuvem).