Ir para o conteúdo
OneKitly

Juntar calendários e livros de endereços acrescenta — não remove duplicados

Publicado a 08/09/2026 · 4 min de leitura · Ferramentas de ficheiros

Daniel Okonkwo

Daniel Okonkwo — Programador front-end e redator de Tecnologia na OneKitly

Desempenho web · Formatos de ficheiro

Verificado a partir de 2 fontes

Ver perfil →
Em resumo

Ambas as ferramentas de junção leem cada ficheiro selecionado, analisam cada um em fichas, encadeiam as listas e escrevem um só ficheiro. Nada é comparado: duas exportações do mesmo livro de endereços dão-te cada contacto a dobrar, e um calendário exportado na segunda junto com o mesmo calendário exportado na sexta dá-te cada evento a dobrar — incluindo os que não mudaram. É deliberado: decidir que duas fichas são a mesma pessoa ou o mesmo compromisso é um juízo, e uma ferramenta que o fizesse em silêncio deitaria fora dados que talvez quisesses. O iCalendar e o vCard trazem ambos um UID pensado para isto, por isso a ordem fiável é juntar primeiro e deixar a aplicação de importação reconciliar por UID, ou ordenar por UID numa folha de cálculo e retirar tu próprio as repetições antes de importar.

As ferramentas de junção põem cada ficha de cada ficheiro numa só saída, pela ordem em que os deste. É o comportamento certo por omissão e a única coisa a saber antes de lá meteres duas exportações da mesma conta.

Porque o UID é a única chave honesta

Cruzar pelo nome cruza o que não deve, nos dois sentidos. Duas pessoas chamam-se Marie Martin; a mesma pessoa é Marie Martin numa exportação e M. Martin noutra, e depois Marie Martin-Dupont após um casamento. Cruzar pela hora de início não é melhor: uma equipa de quatro tem o mesmo ponto às 9:00, e o mesmo compromisso adiado meia hora não é um novo. O UID existe porque a aplicação que criou a ficha já sabe qual é, e escreve essa resposta no ficheiro.

O que a junção conserva, e um ponto de atenção

Como a junção fica dentro do formato — .ics à entrada, .ics à saída; .vcf à entrada, .vcf à saída — as fichas guardam o que um CSV teria achatado: fusos nomeados, marcadores de dia inteiro, regras de recorrência, as partes estruturadas de um nome e de uma morada. É a razão para juntar antes de converter e não depois, e a razão pela qual um calendário junto pode ser largado tal e qual numa aplicação sem desvio por uma folha de cálculo.

O ponto de atenção é que um ficheiro junto carrega os identificadores de todas as fontes. Se dois dos teus ficheiros vierem da mesma conta, contêm os mesmos UID, e uma aplicação que reconcilie na importação vai dobrar esses pares numa só ficha — o que costuma ser o que querias, e convém esperar em vez de descobrir. Se, pelo contrário, as fontes forem contas mesmo diferentes, os seus UID diferem e nada se dobra: o total junto é o que verás.

Juntar ficheiros ICSReúna vários ficheiros de calendário num só, mantendo todos os eventos.Experimentar a ferramenta →

Perguntas frequentes

Posso juntar ficheiros de aplicações diferentes?
Sim — é a razão habitual para o fazer. iCalendar e vCard são normas: um calendário de uma aplicação e outro de outra são o mesmo formato depois de exportados, seja qual for o aspeto no ecrã. O que difere é o quanto escrevem: algumas exportações levam alarmes e participantes, outras o evento nu. A junção guarda o que cada ficheiro trouxe.
Quantos ficheiros posso juntar de uma vez?
Tantos quantos consigas selecionar: o trabalho acontece no teu navegador e o limite é a memória da tua máquina, não um tamanho de envio. Na prática a verificação útil é o número de fichas: soma o que cada ficheiro mostrou no visualizador e confirma que o ficheiro junto bate certo. Um ficheiro que não trouxe nada não foi lido, e uma fonte ignorada em silêncio é a única falha que aqui importa.
Porque não remover duplicados automaticamente?
Porque a regra que seria certa para os teus ficheiros não se deduz dos ficheiros. Remover duplicados pelo UID dobraria dois eventos realmente distintos a que um exportador defeituoso deu o mesmo identificador; fazê-lo por nome e data dobraria duas pessoas que partilham ambos. Uma junção que acrescenta é previsível e reversível — podes sempre tirar linhas — ao passo que uma que decide não é nem uma coisa nem outra.

Artigos que podem interessar-lhe

Todos os guias →
ComparaçãoTrês versões de vCard, e a mesma pessoa em cada umaA 2.1 marca os tipos sem sinal de igual, a 3.0 é o que toda a gente lê, a 4.0 escreve alguns valores como URI — por isso um telefone pode chegar como tel:+33612345678, prefixo incluído. Saber qual tens explica quase todas as surpresas de importação.TutorialConstruir um calendário a partir de um horário que já tens numa folha de cálculoHorários de aulas, calendários de jogos, escalas de turnos e programas de conferência começam todos por ser uma tabela. Quatro colunas bastam para transformar um deles num ficheiro que qualquer aplicação de calendário sabe importar.ComparaçãoA exportação JSON guarda três coisas para as quais o CSV não tem colunaMesmo ficheiro, mesmo analisador, duas saídas. A folha de cálculo recebe oito colunas; o JSON recebe ainda o fuso nomeado, o indicador de dia inteiro e a regra de recorrência.ExplicaçãoUm evento recorrente é uma linha do CSV, não dozeUm ficheiro .ics guarda uma reunião semanal uma só vez, com uma regra anexa. Ao exportar para CSV obténs uma linha para toda a série — é o ficheiro a ser honesto, não o conversor a perder linhas.ExplicaçãoO mesmo ficheiro .ics pode designar cinco horas diferentesO iCalendar escreve uma hora de início de três maneiras, e só uma é inequívoca. Uma reunião escrita com um fuso nomeado, convertida em máquinas de Paris, Nova Iorque e Honolulu, abrangeu dezanove horas e mudou de dia.ExplicaçãoUma morada vCard tem sete partes, e uma coluna de CSV tem umaNomes, moradas e organizações são campos estruturados numa vCard. Achata-os numa folha de cálculo: leem-se de forma idêntica enquanto perdem as costuras — o que conta assim que reconstróis uma vCard a partir dessa folha.

Ferramentas relacionadas

Fontes

Detetaste um erro neste artigo?