fjuniorr
commented
1 year ago Mas eu estou considerando que os data packages que estiverem documentando nossas bases primárias, como o ppag-planejament, ainda não são para os usuários finais, e aí seria melhor usar algo mais próximo do padrão.
Essa conversa aqui no contexto do Painel OBZ mostra como essa frase não sobreviveu ao primeiro projeto maior da AID:
Pedro: tem como fazer bi dentro do power bi ? eu queria uma base consolidada com as colunas: UO, ação, Grupo, agrupamento, classificação de cenario, NOVO?, total solicitado, PARECER DCMEFO, VALOR DO PARECER. todas as uos, numa base so.
Francisco: A gente tem a base consolidada como um excel que alimenta o painel
Ainda não estou convencido que faz sentido mudar, até mesmo porque o módulo csv do python não tem suporte pra exportar arquivos csv com decimal de vírgula e a gente teria que armazenar metadados a mais no nossos data packages (csv dialect e decimalChar no table schema).
Agora, se a gente de fato não conseguir fazer a leitura no PowerBI de csv formatados de acordo com RFC4180 aí a coisa muda de figura.
Trazendo pra um issue pra dar visibilidade sobre essa discussão. @labanca perguntou
A coisa mais próxima de um padrão pra CSV que é a RFC4180 utiliza vírgula como separador e UTF8 como codificação é o "certo" hoje em dia. Tanto o separador quando o encoding também são os utilizados por default nas especificações frictionless.
Mesmo assim eu acho que pra arquivos que são voltados para usuários finais entendido como aqueles que o principal, senão o único, meio de acessar os dados é excel o melhor é "csv excel" com separador ; e encoding UTF8 com BOM.
Mas eu estou considerando que os data packages que estiverem documentando nossas bases primárias, como o ppag-planejament, ainda não são para os usuários finais, e aí seria melhor usar algo mais próximo do padrão.
Esse ainda é um ponto pra amadurecimento e discussão.