Partkeepr: Pergunta Octoparts

Para que possamos entender o que você está propondo - como é medida a solicitação de 500 peças/mês? Nós não hospedamos nada, então cada pessoa está executando seu próprio servidor.

Olá Bret,

As solicitações de peças são contadas quando uma peça é retornada de uma consulta. Cada usuário
teria que solicitar sua própria chave de API no Octopart.com para que os limites
seria uma base por usuário.

Você acha que isso seria suficiente para agregar valor ao PartKeepr's
usuários mais hobbies? Para ser honesto, além da instância Demo, não usei
Part Keeper.

Qualquer insight seria muito apreciado!

Na quinta-feira, 21 de maio de 2020 às 21h14 bret watson [email protected]
escrevi:

Para que possamos entender o que você está propondo - como é a parte 500
pedido/mês medido? Nós não hospedamos nada, então cada pessoa está correndo
seu próprio servidor.

—
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-632424718 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/APVO4KPUSHS7MXHRTHQLA23RSXGWDANCNFSM4NHL37GQ
.

Perdoe minha ignorância, pois não uso Octopart .. mas o pedido - é uma consulta de estoque, uma pesquisa de produto ou um pedido?

@baradhili Para encurtar a história: Eles condensam várias informações sobre peças para que os usuários possam baixar essas informações, como dados do vendedor, folhas de dados, parâmetros do dispositivo, etc. Muito bom importar peças rapidamente para o PartKeepr.
É muito valioso se você importar mais de uma dúzia de peças por vez.

@JamesOctopart Posso contar meus pensamentos pessoais sobre isso. Esta não é uma declaração oficial do PartKeepr.
Estou em uma rota semelhante a @aarontc em https://github.com/partkeepr/PartKeepr/issues/1030#issuecomment -632406313. Quando você começa a importar novas peças para o banco de dados, você importa rapidamente mais do que algumas peças por dia. Você pode chegar aos 1000 em um fim de semana facilmente ao fazer um inventário do seu porão. Por outro lado, isso não é algo que eu faço diariamente. Portanto, talvez apenas um horizonte mais longo com uma infinidade de solicitações seja suficiente (não 500 peças/mês, mas 1.500 peças/3 meses).
Para aqueles que precisam importar mais peças, deve ser possível aumentar o nível pagando em uma única vez. Algo como eu compro 2000 acessos extras que são usados ​​depois que meu orçamento mensal está vazio.

Mais uma observação: estou falando do número de peças importadas, não dos tempos de acesso à API. Uma única pesquisa se uma parte estiver no banco de dados, selecionando todas as partes relevantes da importação e todos os downloads criam uma infinidade de acessos à API. Se você está pensando em 500 desses acessos, isso provavelmente é muito baixo. Mas eu não examinei os detalhes da API aqui.

Eu estaria muito interessado nisso, pois confiei no Octopart para conduzir meu projeto KiCad2PartKeepr.

https://github.com/Gasman2014/KC2PK

Para meus projetos pessoais um nível de 500 peças seria de interesse. A API mudou muito? Garantir que um aplicativo funcione bem com uma API requer testes e, portanto, alguma flexibilidade para desenvolvedores de código aberto sem comprar uma assinatura seria bem-vinda.

Que tal Coletar algumas estatísticas por chave de API em seu servidor? Talvez seja uma boa ideia dar algumas chaves para as pessoas que as pedem como hobby e então contar seu uso médio.

Duvido que você encontre uma média razoável de usuários para calcular as chamadas de API necessárias, mas pelo menos é um caminho a percorrer.

Enquanto eu estava pensando sobre a minha configuração do PartKeepr, eu acharia razoável se um aficionado recebesse um mês de teste ilimitado e depois algumas centenas de solicitações por mês. No meu caso vou usar algumas mil chamadas na configuração inicial do inventário, mas depois não são tantas peças adicionadas.

Eu adoraria obter a cota gratuita de peças/mês para a OctoPart. É tão conveniente obter os dados para suas peças.
Sim, inicialmente você provavelmente precisará de mais do que 500, mas inserir 500 componentes ainda é bastante trabalhoso (ok, não leva um mês).

Então, sim, por favor!

Acredito que seja apenas um golpe publicitário. Enviei vários e-mails perguntando sobre a possibilidade de ter acesso gratuito à API no futuro e não recebi nenhuma resposta.

Ola PTDreamer, você é o cara do ferro de solda stm32! Ainda não terminei o meu para um ferro JBC.

Perguntei uma coisa semelhante ao SnapEDA e eles me responderam 2 meses depois (na semana passada). Vamos torcer para que eles sejam mais tolerantes conosco.

Recebi uma resposta da Octopart no próximo dia útil confirmando que eles estavam planejando oferecer um nível gratuito 'em algumas semanas'. Isso foi no início de junho. Dedos ainda cruzados!

Em 2 de julho de 2020, às 13h35, Martijn Kuipers [email protected] escreveu:

Ola PTDreamer, você é o cara do ferro de solda stm32! Ainda não terminei o meu para um ferro JBC.

Perguntei uma coisa semelhante ao SnapEDA e eles me responderam 2 meses depois (na semana passada). Vamos torcer para que eles sejam mais tolerantes conosco.

—
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-652979341 ou cancele a inscrição https://github.com/notifications/unsubscribe-auth/ACADFOKBXDWBKPB2CL3U273RZR5I3ANCNFSM4NHL37GQ .

IDK, eu enviei um e-mail para eles algumas semanas atrás. Eles agiram como se nunca tivessem ouvido falar de Partkeepr... talvez tenha sido assim que eles encontraram o projeto?

Minha consulta não era especificamente sobre PartKeepr - eu também costumava usar o Octopart para meu aplicativo de pedidos de BOM - que usa o banco de dados PartKeepr como back-end. (Kicad2Partkeepr), mas não consegui usá-lo desde que removeram o acesso à API.

https://github.com/Gasman2014/KC2PK https://github.com/Gasman2014/KC2PK

Em 2 de julho de 2020, às 16:23, Michael Fisher [email protected] escreveu:

IDK, eu enviei um e-mail para eles algumas semanas atrás. Eles agiram como se nunca tivessem ouvido falar de Partkeepr... talvez tenha sido assim que eles encontraram o projeto?

—
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-653071390 ou cancele a inscrição https://github.com/notifications/unsubscribe-auth/ACADFOOBDRUB3YDZBCRQYCTRZSQ6LANCNFSM4NHL37GQ .

Primeiro, devo dizer que não fiz engenharia reversa do protocolo que a PK usa em relação ao Octopart. Portanto, cada afirmação aqui é apenas meu palpite.

Tenha cuidado com o número de solicitação da API. Não tenho certeza, quantos pedidos PK está iniciando para uma única pesquisa de uma peça. Pode ser que cada download (folha de dados, imagem, ...) seja uma chamada de API exclusiva. O mesmo vale para os dados dos distribuidores e similares.
Isso faria com que uma única pesquisa custasse pelo menos 10 solicitações de API! Isso significa que após 50 peças/mês você atingiu o limite.

Se alguém estivesse disposto a verificar isso, isso ajudaria a todos nós. Infelizmente, não tenho tempo no momento para trabalhar o meu caminho.

Btw: Eu perguntei na Octopart também. Disseram-me o seguinte:

A API atual não oferece acesso gratuito no momento. Entendo suas preocupações e peço desculpas pelo inconveniente. No entanto, fico feliz em mencionar que a Octopart está lançando uma nova versão que terá a infraestrutura para um nível gratuito, esperançosamente até o final deste verão.

Esperamos ver você se inscrever quando a API v4 for lançada. Por favor, deixe-me saber se você tem alguma dúvida.

Quero enfatizar que, devido à falta de poder de desenvolvimento, talvez não possamos usar a mencionada API v4 do Octopart.

No início deste ano, meu registro do Octopart foi rejeitado porque meu caso de uso (Partkeeper como hobby) não era compatível com os termos de uso do Octopart.
Esses termos mencionam especificamente que você não pode baixar e armazenar dados (como planilhas de dados) em seu próprio sistema e todos os dados recuperados do Octopart só podem ser armazenados em cache por no máximo 24 horas. (https://octopart.com/api/terms)
Isso significa que você terá que usar a API o tempo todo e com um limite rígido, não quero que meus projetos parem quando atingir o limite de chamadas da API.

Para PartKeepr em geral, eu estaria mais interessado em ter a capacidade de integrar outras APIs além do Octopart.
A maioria dos distribuidores de peças fornece APIs a seus clientes para recuperação de planilhas de dados e informações de preços.
Não é uma única fonte agregada de dados, mas isso significa que também não é um único ponto de falha ou gargalo.

Olá a todos,

Atualizando este tópico, pois lançamos a nova API GraphQL que estamos
muito animado e pode ser encontrado aqui: https://octopart.com/api

Algumas atualizações:

Nosso nível gratuito permite a devolução de 500 peças por mês com a capacidade de
comprar mais se necessário.

Haverá algum trabalho a ser feito para garantir que o PK possa consultar nosso novo
API, nosso guia de introdução pode ser encontrado aqui:
https://octopart.com/api/v4/getting-started.

Se estiver preocupado com o limite de peças no nível gratuito, recomendo usar
multi_match com limite 1 para garantir que cada correspondência retorne apenas uma parte.

Esperamos que os novos recursos em nossa API sejam valiosos para a comunidade PK,
apenas deixe-me saber se você tiver alguma dúvida, você pode me enviar um e-mail diretamente para
[email protected]

-James

Em qui, 2 de julho de 2020 às 12:04 Christian [email protected] escreveu:

Primeiro, devo dizer que não fiz engenharia reversa do protocolo que PK
usos em relação ao Octopart. Portanto, cada afirmação aqui é apenas meu palpite.

Tenha cuidado com o número de solicitação da API. Não tenho certeza, quantos pedidos PK
está começando para uma única pesquisa de uma peça. Pode ser que cada
download (folha de dados, imagem, ...) é uma chamada de API exclusiva. O mesmo vale
para dados de distribuidores e similares.
Isso faria com que uma única pesquisa custasse pelo menos 10 solicitações de API! que
significa que após 50 peças/mês você atingiu o limite.

Se alguém estivesse disposto a verificar isso, isso ajudaria a todos nós. Infelizmente,

Eu não tenho tempo no momento para trabalhar o meu caminho.

Btw: Eu perguntei na Octopart também. Disseram-me o seguinte:

A API atual não oferece acesso gratuito no momento. eu entendo
suas preocupações e peço desculpas pelo inconveniente. No entanto, estou feliz por
mencionar que a Octopart está lançando uma nova versão que terá a
infraestrutura para um nível gratuito, esperançosamente até o final deste verão.

Esperamos ver você se inscrever quando a API v4 for lançada. Por favor, deixe-me saber se
você tem alguma pergunta.

Quero enfatizar que, devido à falta de poder de desenvolvimento, podemos não estar
capaz de usar a mencionada API v4 do Octopart.

—
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-653094570 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/APVO4KJABPVCMTJQSICYJXTRZSVYRANCNFSM4NHL37GQ
.