Partkeepr: Pregunta de octopartes

Entonces podemos entender lo que está proponiendo: ¿cómo se mide la solicitud de 500 piezas por mes? No alojamos nada, por lo que cada persona ejecuta su propio servidor.

Hola Bret,

Las solicitudes de piezas se cuentan cuando se devuelve una pieza de una consulta. cada usuario
tendrían que solicitar su propia clave API en Octopart.com para que los límites
sería por usuario.

¿Cree que esto sería suficiente para aportar valor a PartKeepr's?
usuarios más aficionados? Para ser honesto, aparte de la instancia Demo, no he usado
PartKeepr.

¡Cualquier idea sería muy apreciada!

El jueves 21 de mayo de 2020 a las 21:14 bret watson [email protected]
escribió:

Entonces podemos entender lo que está proponiendo: ¿cómo es la parte 500?
pedido/mes medido? No alojamos nada, así que cada persona corre
su propio servidor.

—
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-632424718 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/APVO4KPUSHS7MXHRTHQLA23RSXGWDANCNFSM4NHL37GQ
.

Disculpe mi ignorancia, ya que no uso Octopart... pero la solicitud: ¿es una consulta de existencias, una búsqueda de productos o un pedido?

@baradhili Para resumir : condensan diversa información sobre las piezas para que los usuarios puedan descargar esta información, como datos del vendedor, hojas de datos, parámetros del dispositivo, etc. Es muy bueno importar piezas rápidamente a PartKeepr.
Es muy valioso si importa más de una docena de piezas a la vez.

@JamesOctopart Puedo contarte mis pensamientos personales al respecto. Esta no es una declaración oficial de PartKeepr.
Estoy en una ruta similar a la de @aarontc en https://github.com/partkeepr/PartKeepr/issues/1030#issuecomment -632406313. Cuando comienza a importar piezas nuevas a la base de datos, importa rápidamente más de unas pocas al día. Puede entrar en los 1000 en un fin de semana fácilmente al hacer un inventario de su sótano. Por otro lado, esto no es algo que haga regularmente todos los días. Entonces, tal vez solo un horizonte más largo con una multitud de solicitudes sea suficiente (no 500 piezas/mes sino 1500 piezas/3 meses).
Para aquellos que necesitan importar más piezas, debería ser posible aumentar el nivel pagando una sola vez. Algo así como compro 2000 accesos extra que se usan después de que mi presupuesto mensual está vacío.

Una nota más: estoy hablando de la cantidad de partes importadas, no de los tiempos de acceso a la API. Una sola búsqueda si una parte está en la base de datos, luego seleccionar todas las partes relevantes de la importación y todas las descargas crean una multitud de accesos a la API. Si está pensando en 500 accesos de este tipo, lo más probable es que sea demasiado bajo. Pero no he investigado los detalles de la API aquí.

Estaría muy interesado en esto ya que confié en Octopart para impulsar mi proyecto KiCad2PartKeepr.

https://github.com/Gasman2014/KC2PK

Para mis proyectos personales me interesaría un nivel de 500 piezas. ¿Ha cambiado mucho la API? Asegurarse de que una aplicación funcione bien con una API requiere pruebas, por lo que sería bienvenida cierta flexibilidad para los desarrolladores de código abierto sin comprar una suscripción.

¿Qué pasa con la recopilación de algunas estadísticas por clave api en su servidor? Tal vez sea una buena idea dar algunas claves a las personas que las solicitan como aficionados y luego contar su uso promedio.

Dudo que encuentre un promedio razonable de usuarios para calcular las llamadas API requeridas, pero al menos es un camino a seguir.

Mientras pensaba en mi configuración de PartKeepr, me parecería razonable que un aficionado obtuviera un mes de prueba ilimitada y luego unos cientos de solicitudes por mes. En mi caso, usaré algunas miles de llamadas en la configuración inicial del inventario, pero luego no se agregan tantas piezas.

Me encantaría obtener la cuota mensual de piezas gratis para OctoPart. Es muy conveniente obtener los datos de sus piezas.
Sí, inicialmente probablemente necesite más de los 500, pero insertar 500 componentes todavía es bastante trabajo (bueno, no lleva un mes).

Entonces, ¡sí, por favor!

Creo que esto es solo un truco publicitario. He enviado varios correos electrónicos preguntando sobre la posibilidad de tener acceso gratuito a la API en el futuro y no he recibido ninguna respuesta.

¡Ola PTDreamer, eres el tipo del soldador stm32! Todavía no terminé la mía por una plancha JBC.

Pregunté algo similar a SnapEDA y me respondieron 2 meses después (la semana pasada). Esperemos que sean más indulgentes con nosotros.

Recibí una respuesta de Octopart al siguiente día hábil confirmando que planeaban ofrecer un nivel gratuito "en unas pocas semanas". Esto fue a principios de junio. ¡Todavía cruzamos los dedos!

El 2 de julio de 2020 a las 13:35, Martijn Kuipers [email protected] escribió:

¡Ola PTDreamer, eres el tipo del soldador stm32! Todavía no terminé la mía por una plancha JBC.

Pregunté algo similar a SnapEDA y me respondieron 2 meses después (la semana pasada). Esperemos que sean más indulgentes con nosotros.

—
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-652979341 o cancele la suscripción https://github.com/notifications/unsubscribe-auth/ACADFOKBXDWBKPB2CL3U273RZR5I3ANCNFSM4NHL37GQ .

IDK, les envié un correo electrónico hace unas semanas. Actuaron como si nunca hubieran oído hablar de Partkeepr... ¿quizás así es como encontraron el proyecto?

Mi consulta no se refería específicamente a PartKeepr; también solía usar Octopart para mi aplicación de pedidos de lista de materiales, que usa la base de datos de PartKeepr como backend. (Kicad2Partkeepr) pero no he podido usarlo desde que eliminaron el acceso a la API.

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

El 2 de julio de 2020, a las 16:23, Michael Fisher [email protected] escribió:

IDK, les envié un correo electrónico hace unas semanas. Actuaron como si nunca hubieran oído hablar de Partkeepr... ¿quizás así es como encontraron el proyecto?

—
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-653071390 , o cancele la suscripción https://github.com/notifications/unsubscribe-auth/ACADFOOBDRUB3YDZBCRQYCTRZSQ6LANCNFSM4NHL37GQ .

Primero, debo decir que no hice ingeniería inversa del protocolo que PK usa con respecto a Octopart. Entonces, cada declaración aquí es solo mi conjetura educada.

Tenga cuidado con el número de solicitud de la API. No estoy seguro de cuántas solicitudes está iniciando PK para una sola búsqueda de una pieza. Puede darse el caso de que cada descarga (hoja de datos, imagen, ...) sea una llamada API única. Lo mismo se aplica a los datos de los distribuidores y similares.
¡Esto haría que una sola búsqueda costara al menos 10 solicitudes de API! Eso significa que después de 50 piezas/mes alcanzó el límite.

Si alguien estuviera dispuesto a verificar esto, nos ayudaría a todos. Desafortunadamente, no tengo tiempo en este momento para abrirme camino.

Por cierto: también pregunté en Octopart. Me dijeron lo siguiente:

La API actual no proporciona acceso gratuito en este momento. Entiendo sus preocupaciones y pido disculpas por las molestias. Sin embargo, me complace mencionar que Octopart está lanzando una nueva versión que tendrá la infraestructura para un nivel gratuito, con suerte para fines de este verano.

Esperamos verlo registrarse cuando se lance API v4. Por favor hazme saber si tienes preguntas.

Quiero enfatizar que debido a la falta de poder de desarrollo, es posible que no podamos usar la API v4 de Octopart mencionada.

A principios de este año, mi registro en Octopart fue rechazado porque mi caso de uso (Partkeeper como aficionado) no era compatible con los términos de uso de Octopart.
Estos términos mencionan específicamente que no puede descargar ni almacenar datos (como hojas de datos) en su propio sistema y todos los datos recuperados de Octopart solo se pueden almacenar en caché durante un máximo de 24 horas. (https://octopart.com/api/terms)
Esto significa que tendrá que hacer uso de la API todo el tiempo y con un límite estricto, no quiero que mis proyectos se detengan cuando alcance el límite de llamadas de la API.

Para PartKeepr en general, estaría más interesado en tener la capacidad de integrar otras API además de Octopart.
La mayoría de los distribuidores de piezas proporcionan API a sus clientes para la recuperación de hojas de datos e información de precios.
No es una única fuente agregada de datos, pero eso significa que tampoco es un único punto de falla o cuello de botella.

Oigan todos,

Actualizamos este hilo ya que hemos lanzado la nueva API GraphQL que estamos
muy entusiasmado y se puede encontrar aquí: https://octopart.com/api

Algunas actualizaciones:

Nuestro nivel gratuito permite la devolución de 500 piezas por mes con la capacidad de
comprar más si es necesario.

Habrá que trabajar un poco para garantizar que PK pueda consultar nuestro nuevo
API, nuestra guía de inicio se puede encontrar aquí:
https://octopart.com/api/v4/getting-started.

Si le preocupa el límite de partes en el nivel gratuito, recomendaría usar
multi_match con límite 1 para garantizar que cada coincidencia solo devuelva una parte.

Esperamos que las nuevas funciones de nuestra API sean valiosas para la comunidad de PK.
solo hágamelo saber si tiene alguna pregunta, puede enviarme un correo electrónico directamente a
[email protected]

-Jaime

El jueves 2 de julio de 2020 a las 12:04 p. m. Christian [email protected] escribió:

Primero, debo decir que no hice ingeniería inversa del protocolo que PK
usos con respecto a Octopart. Entonces, cada declaración aquí es solo mi conjetura educada.

Tenga cuidado con el número de solicitud de la API. No estoy seguro, cuántas solicitudes PK
está comenzando para una sola búsqueda de una pieza. Puede darse el caso de que cada
download (hoja de datos, imagen, ...) es una llamada API única. Lo mismo es cierto
para datos de distribuidores y similares.
¡Esto haría que una sola búsqueda costara al menos 10 solicitudes de API! Que
significa que después de 50 partes/mes alcanzó el límite.

Si alguien estuviera dispuesto a verificar esto, nos ayudaría a todos. Desafortunadamente,

No tengo tiempo en este momento para abrirme camino.

Por cierto: también pregunté en Octopart. Me dijeron lo siguiente:

La API actual no proporciona acceso gratuito en este momento. entiendo
sus inquietudes y pido disculpas por las molestias. Sin embargo, estoy feliz de
mencionar que Octopart está lanzando una nueva versión que tendrá la
infraestructura para un nivel gratuito, con suerte para finales de este verano.

Esperamos verlo registrarse cuando se lance API v4. Por favor, hágamelo saber si
tienes alguna pregunta.

Quiero enfatizar que debido a la falta de poder de desarrollo, es posible que no estemos
capaz de utilizar la mencionada API v4 de Octopart.

—
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-653094570 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/APVO4KJABPVCMTJQSICYJXTRZSVYRANCNFSM4NHL37GQ
.