Vista previa del mercado

Mercado API

Descubra e integre APIs a través de la puerta de enlace segura y secreta de oanor.

265–288 de 1117 API

API de protector solar y UV

Matemáticas de seguridad solar como API, calculadas local y determinísticamente: los números de tiempo de quemadura, FPS y reaplicación que una aplicación de protector solar, clima o actividades al aire libre necesita para mantener seguras a las personas. El endpoint burntime estima cuánto tiempo hasta la quemadura solar según el tipo de piel Fitzpatrick (1 muy clara a 6 muy pigmentada), el índice UV y el FPS: el tiempo sin protección es una base según el tipo de piel (tipo II alrededor de 15 minutos) escalada por 6 ÷ índice UV, y el tiempo protegido es ese tiempo multiplicado por el FPS — así, la piel clara tipo II con UV 8 se quema en unos 11 minutos al descubierto, o aproximadamente 5 horas y media con FPS 30, mientras que la piel muy clara tipo I con UV extremo 11 se quema en 5 minutos. El endpoint spf lo invierte: el FPS necesario = tus minutos deseados al aire libre ÷ el tiempo sin protección, con el recordatorio de que la protección real se estabiliza alrededor de FPS 30–50. El endpoint amount cubre la parte que la gente suele equivocar — aproximadamente 2 mg/cm², alrededor de 1 onza (30 g, un vaso de chupito) para un cuerpo adulto completo, reaplicado cada dos horas — y totaliza el protector solar para un día al aire libre. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de seguridad solar, clima, cuidado de la piel y actividades al aire libre, herramientas de alerta y recordatorio UV, y software de bienestar. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. Estimaciones educativas, no consejo médico. En vivo, nada almacenado. 3 endpoints de cómputo.

#sunscreen #uv #sun-safety
P por PremiumApi
Disponibilidad
100.0%
Latencia
76ms
Suscriptores
4,957
Verificado por servidor 12 sondas/24h

api.oanor.com/sunscreen-api

API de colgado de hamaca

Matemáticas de colgado de hamaca como API, calculadas local y determinísticamente: los números de fuerza de suspensión, línea de cumbrera y altura de correa que un campista o colgador de hamaca configura. Todo se reduce a la regla de los 30 grados. El endpoint de fuerza muestra por qué: la tensión en cada línea de suspensión es el peso del ocupante ÷ (2 × seno del ángulo de colgado), por lo que con un colgado de 30° cada correa soporta aproximadamente un peso corporal, pero si se aplana el colgado a 15° salta a aproximadamente 1.9 veces, lo que sobrecarga correas, árboles y tu espalda cuando la gente tensa la hamaca como un tambor. El endpoint de línea de cumbrera dimensiona una línea de cumbrera estructural a aproximadamente el 83 % de la longitud de la hamaca, la línea fija que reproduce ese ~30° de inclinación y la comba correcta en cualquier par de árboles. El endpoint de altura de correa estima qué tan alto colocar las correas según la distancia entre los árboles y la altura de asiento deseada, ya que árboles más separados necesitan puntos de anclaje más altos para mantener el ángulo. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de camping, mochileros, equipo de exterior y hamacas, herramientas de calculadora de colgado y planificación de viajes, y software de aventura. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. Peso y longitudes en tu propia unidad. En vivo, nada almacenado. 3 endpoints de cómputo.

#hammock #camping #backpacking
P por PremiumApi
Disponibilidad
100.0%
Latencia
74ms
Suscriptores
4,324
Verificado por servidor 12 sondas/24h

api.oanor.com/hammock-api

API de Cobertura de Masilla

Matemáticas de cobertura de masilla y sellador como API, calculadas local y determinísticamente: los números de pies lineales por tubo y cuántos tubos necesita un constructor, vidriero o aficionado al bricolaje para comprar sellador. Un cordón de masilla es esencialmente un cilindro delgado, por lo que el endpoint de cobertura calcula los pies que rinde un cartucho a partir del ancho del cordón: volumen por pie ≈ (π/4 × ancho²) × 12 pulgadas, y un cartucho estándar de 10.1 fl oz (18.2 in³) rinde aproximadamente 30 pies de un cordón de un cuarto de pulgada, 13 pies de un cordón grueso de tres octavos o 55 de un cordón fino de tres dieciseisavos — pase cartridge_oz para paquetes de salchicha o tubos de 28 oz, y un conteo de tubos para totalizarlo. El endpoint de tubos lo ejecuta al revés: cartuchos necesarios = (longitud de la junta × un factor de desperdicio) ÷ pies por cartucho, redondeado hacia arriba, por lo que una carrera de 100 pies de cordón de un cuarto de pulgada con un 10 % de desperdicio requiere cuatro tubos. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de construcción, acristalamiento, impermeabilización y mejoras para el hogar, herramientas de estimación de materiales y listas de compras, y software para contratistas. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Pulgadas y pies; estimaciones — las herramientas y el desperdicio varían. En vivo, no se almacena nada. 2 endpoints de cómputo.

#caulk #sealant #construction
P por PremiumApi
Disponibilidad
100.0%
Latencia
78ms
Suscriptores
4,064
Verificado por servidor 9 sondas/24h

api.oanor.com/caulk-api

API de Decoración con Globos

Matemáticas de globos de fiesta como API, calculadas local y determinísticamente: los números de elevación de helio y cantidad de globos que un planificador de fiestas o artista de globos utiliza para decorar. El endpoint de helio proporciona la elevación de un globo a partir de su diámetro inflado: la elevación neta es el volumen inflado multiplicado por la diferencia entre la densidad del aire y del helio, aproximadamente 1.046 gramos por litro, por lo que un globo de látex de 11 pulgadas completamente inflado (alrededor de 11.4 litros) levanta aproximadamente 12 gramos brutos y alrededor de 9 después de su propio peso, mientras que un gigante de 36 pulgadas levanta cientos de gramos. El endpoint de flotación lo invierte: cuántos globos se necesitan para flotar una carga = el peso dividido por la elevación neta por globo, redondeado hacia arriba, por lo que una tarjeta de 50 gramos flota con seis globos de 11 pulgadas. El endpoint de guirnalda dimensiona una guirnalda o arco orgánico de globos según su longitud: aproximadamente 12 globos por pie en una mezcla de tamaños — aproximadamente 40 % de 5 pulgadas, 45 % de 11 pulgadas y 15 % de 16 pulgadas para ese aspecto completo y texturizado — por lo que una guirnalda de 10 pies requiere alrededor de 120 globos, más densa si se desea frondosa. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de planificación de fiestas, decoración de eventos, artistas de globos y celebraciones, herramientas de estimación de decoración y listas de compras, y software de eventos. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Pulgadas y gramos. En vivo, nada se almacena. 3 endpoints de cómputo.

#balloon #party #event-decor
P por PremiumApi
Disponibilidad
100.0%
Latencia
76ms
Suscriptores
3,107
Verificado por servidor 12 sondas/24h

api.oanor.com/balloon-api

API de Grain Bin

Matemáticas de almacenamiento en silos de grano como API, calculadas local y determinísticamente: los números de bushels y peso que un agricultor o elevador utiliza para dimensionar el almacenamiento. El endpoint de bushels mide un silo redondo: área del piso × profundidad del grano da los pies cúbicos, y un pie cúbico contiene aproximadamente 0.8036 bushels, por lo que un silo de 18 pies lleno a 20 pies de nivel contiene aproximadamente 4,090 bushels — y el grano apilado hasta un pico añade un cono de (1/3) × área del piso × altura del pico, por lo que un pico de 4 pies añade aproximadamente 270 más. El endpoint de peso convierte bushels a peso según el peso de prueba estándar del cultivo — maíz y sorgo a 56 libras por bushel, trigo y soja 60, avena 32, cebada 48 — por lo que esos 4,090 bushels de maíz pesan 229,040 libras, aproximadamente 114.5 toneladas estadounidenses o 104 toneladas métricas; pase un peso de prueba medido para grano ligero o pesado. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones agrícolas, de elevadores de grano, gestión agrícola y agrotecnología, herramientas de capacidad de almacenamiento e inventario, y software de cosecha. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Unidades estadounidenses (pies, bushels, libras). En vivo, nada almacenado. 2 endpoints de cómputo.

#grain #agriculture #storage
P por PremiumApi
Disponibilidad
100.0%
Latencia
83ms
Suscriptores
3,142
Verificado por servidor 9 sondas/24h

api.oanor.com/grainbin-api

API de Rampa ADA

Matemáticas de rampas para sillas de ruedas ADA como API, calculadas local y determinísticamente: los números de recorrido, descanso y pendiente que un constructor o planificador de accesibilidad dimensiona para una rampa. La regla que fija ADA es 1 pulgada de elevación por cada 12 de recorrido, una pendiente máxima del 8.33 %, por lo que el endpoint de rampa convierte una elevación en la rampa: recorrido = elevación × 12 (o × 16 / × 20 para una pendiente más suave si tienes espacio), más los descansos nivelados que el código requiere — un descanso de 5 pies arriba y abajo y otro entre recorridos siempre que la elevación supere las 30 pulgadas — y la longitud total de extremo a extremo, así que una elevación de 24 pulgadas necesita un recorrido de 24 pies y 34 pies en total, mientras que una elevación de 36 pulgadas se divide en dos recorridos con un descanso intermedio para 51 pies. El endpoint de ajuste responde a la pregunta del mundo real: ¿encaja una rampa para esta elevación en el recorrido que tienes? Devuelve el recorrido mínimo que necesita una rampa ADA 1:12, si tu espacio es suficiente, y la pendiente que realmente obtendrías si la forzaras — señalando cuando supera el 8.33 % y necesitas un cambio de sentido o una elevación menor. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de construcción, accesibilidad, modificación del hogar y contratistas, herramientas de estimación de rampas y verificación de códigos, y software de construcción. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. Confirma contra el ADA actual y el código local. En vivo, nada almacenado. 2 endpoints de cómputo.

#ada #ramp #accessibility
P por PremiumApi
Disponibilidad
100.0%
Latencia
75ms
Suscriptores
3,185
Verificado por servidor 9 sondas/24h

api.oanor.com/adaramp-api

API de puntuación de Farkle

Matemáticas de puntuación de dados Farkle como una API, calculadas local y determinísticamente: los puntos que una aplicación de puntuación de Farkle (Zilch, Ten Thousand) asigna a una tirada. El endpoint de puntuación acepta hasta seis dados y devuelve el valor según el conjunto de reglas común: un solo 1 vale 100 y un solo 5 vale 50; tres iguales puntúan la cara multiplicada por 100 (siendo los tres 1 la excepción con 1000); cuatro, cinco y seis iguales son 1000, 2000 y 3000; una escalera del 1 al 6 o tres pares son 1500; y dos tripletes son 2500 — así que 1-1-1-5-5-5 puntúa 2500 como dos tripletes en lugar de 1100, una escalera 1-2-3-4-5-6 es 1500, y 6-6-6-2-3 es 600 con el 2 y el 3 muertos. Marca un farkle cuando nada puntúa (pierdes los puntos del turno) y te dice si todos los dados contaron — dados calientes que te permiten tirar los seis de nuevo. Los conjuntos de reglas varían, por lo que puntúa el conjunto más utilizado y lo indica. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de juegos de dados, juegos de fiesta y aplicaciones de puntuación, herramientas de ayuda de puntuación y noches de juegos, y software complementario de juegos de mesa. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Puntúa una tirada; no tira los dados. En vivo, nada se almacena. 1 endpoint de cómputo.

#farkle #dice #scoring
P por PremiumApi
Disponibilidad
100.0%
Latencia
92ms
Suscriptores
4,517
Verificado por servidor 6 sondas/24h

api.oanor.com/farkle-api

API de puntuación de Cribbage

Matemáticas de puntuación de manos de Cribbage como una API, calculadas local y determinísticamente: el conteo que un jugador, aplicación o liga de Cribbage suma para una mano. El endpoint de puntuación toma la mano de cuatro cartas y la carta inicial (corte) y devuelve el desglose completo según las reglas: cada combinación distinta de cartas que suman 15 anota 2, cada par anota 2 (por lo que tres iguales son 6 y cuatro son 12), cada escalera de tres o más cartas consecutivas anota su longitud — contando las escaleras duplicadas que crean los pares — una escalera de color de cuatro cartas en la mano es 4 (cinco con la inicial es 5, y la cuna solo anota una escalera de color de cinco cartas), y su nobs, un J en la mano que coincide con el palo de la inicial, es 1. Puntúa correctamente la mejor mano famosa, J-5-5-5 con un quinto 5 cortado, en el máximo 29. El endpoint de conteo suma solo quinces, pares y escaleras para cualquier conjunto de una a ocho cartas — útil para verificar parte de una mano o la pila de pegging. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de Cribbage, juegos de cartas, acompañantes de juegos de mesa y aplicaciones de puntuación, herramientas de verificación de puntuación y enseñanza, y software de juegos. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Cartas como rango+palo (5H, TD, JS). En vivo, nada almacenado. 2 endpoints de cómputo.

#cribbage #card-game #scoring
P por PremiumApi
Disponibilidad
100.0%
Latencia
76ms
Suscriptores
3,978
Verificado por servidor 9 sondas/24h

api.oanor.com/cribbage-api

API de Escalado de Moldes para Hornear

Matemáticas de moldes para hornear como API, calculadas local y determinísticamente: los números de área y factor de escala que un panadero usa para redimensionar una receta entre moldes. El truco que todos se equivocan es que una receta escala por el ÁREA del molde, no por su diámetro, por lo que un molde redondo de 10 pulgadas contiene mucha más masa que uno de 9. El endpoint de área da la superficie de cualquier molde: redondo y springform como π/4·d², cuadrado como s², rectángulo como largo × ancho, y moldes bundt o de tubo como el anillo (el círculo exterior menos el agujero central) — así que un molde redondo de 9 pulgadas es 63.6 in², un cuadrado de 8 pulgadas 64 y un 9×13 es 117; añade una profundidad y devuelve el volumen en pulgadas cúbicas y tazas. El endpoint convert da el factor de escala para mover una receta de un molde a otro, factor = área objetivo ÷ área fuente: un molde redondo de 9 pulgadas a un 9×13 es ×1.84, y dos moldes redondos de 8 pulgadas realmente equivalen a un 9×13. Pasa una cantidad de ingrediente y la escala por ti, con una nota para mantener la profundidad de la masa similar y ajustar el tiempo de horneado. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de repostería, recetas, preparación de comidas y cocina, herramientas de escalado y sustitución de recetas, y software culinario. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Pulgadas. En vivo, nada almacenado. 2 endpoints de cómputo. Para conversión de unidades de ingredientes usa una API de cocina.

#baking #recipe #pan
P por PremiumApi
Disponibilidad
100.0%
Latencia
84ms
Suscriptores
4,995
Verificado por servidor 9 sondas/24h

api.oanor.com/panscale-api

API de pastoreo rotacional

Matemáticas de pastoreo rotacional como API, calculadas local y determinísticamente: los números de unidad animal, día de pastoreo y superficie que un ranchero o agricultor de subsistencia mueve un rebaño. Todo se basa en la unidad animal: una vaca de 1000 libras que come aproximadamente 26 libras de materia seca al día. El endpoint animalunits convierte un rebaño mixto a esa base común: una vaca es 1.0 UA, un par vaca-becerro 1.3, un caballo 1.25, una oveja 0.2, una cabra 0.17, así que diez vacas y cincuenta ovejas son 20 UA que demandan 520 libras de forraje al día; pasa un peso en su lugar y escala por peso ÷ 1000. El endpoint days calcula cuánto dura un potrero: días de pastoreo = (acres × forraje por acre × utilización) ÷ (unidades animales × 26), donde el clásico "toma la mitad, deja la mitad" sitúa la utilización cerca del 50 %, así que cinco acres que rinden 3000 lb al 50 % alimentan 10 UA durante unos 29 días. El endpoint acres dimensiona el potrero al revés: acres = (UA × 26 × días) ÷ (forraje × utilización), así que 20 UA para un movimiento de 30 días necesitan aproximadamente 10.4 acres. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de ganadería, agricultura regenerativa, agricultura de subsistencia y gestión de granjas, herramientas de planificación de potreros y tasas de carga, y software de gráficos de pastoreo. Cálculo local puro: sin key, sin servicio de terceros, instantáneo. Unidades estadounidenses; el rendimiento del forraje varía con la temporada: mídalo. En vivo, nada se almacena. 3 endpoints de cómputo.

#grazing #ranching #pasture
P por PremiumApi
Disponibilidad
100.0%
Latencia
75ms
Suscriptores
4,306
Verificado por servidor 12 sondas/24h

api.oanor.com/grazing-api

API de Incubación de Huevos

Matemáticas de incubación de huevos como API, calculadas local y determinísticamente: la línea de tiempo de eclosión, condiciones y números de criadora que una incubadora o criador de pollos de traspatio utiliza para criar una nidada. El endpoint de eclosión convierte el día establecido (día 0) en el cronograma por especie: conoce el período de incubación — pollo 21 días, pato 28, codorniz 17, ganso 30, pavo 28, pato mudo 35 y más — y proporciona el día de bloqueo, aproximadamente tres días antes de la eclosión, cuando se dejan de voltear los huevos, se aumenta la humedad y se deja la tapa cerrada; pase un custom_incubation_days personalizado para cualquier otra cosa. El endpoint de condiciones proporciona los objetivos: una incubadora de aire forzado a 99.5 °F (aire estático uno o dos grados más arriba en la parte superior de los huevos), con humedad alrededor del 45–55 % durante la incubación y 65–75 % en el bloqueo para que la membrana se mantenga suave. El endpoint de criadora programa a los polluelos después de que eclosionan — 95 °F bajo la lámpara en la primera semana, bajando 5 °F por semana hasta que alcanzan la temperatura ambiente alrededor de 70 °F y tienen suficientes plumas para dejarla. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones avícolas, de incubadoras, de vida en el campo y de granjas, herramientas de temporizador de incubación y criadora, y software educativo 4-H. Cálculo puramente local — sin clave, sin servicio de terceros, instantáneo. Orientación — examine los huevos con luz y observe los polluelos. En vivo, nada almacenado. 3 endpoints de cómputo.

#incubation #poultry #hatchery
P por PremiumApi
Disponibilidad
100.0%
Latencia
79ms
Suscriptores
3,453
Verificado por servidor 12 sondas/24h

api.oanor.com/incubation-api

API de Fermentación de Verduras

Matemáticas de lacto-fermentación de verduras como una API, calculadas local y determinísticamente: los números de sal que un fermentador pesa para chucrut, kimchi y encurtidos. (Verduras, no carne; para curado y nitritos es un cálculo aparte). La sal es todo el juego: muy poca y los microbios equivocados ganan, demasiada y la fermentación se estanca. El endpoint de sal realiza el método de sal seca para verduras ralladas, sal = peso de la verdura × porcentaje, con aproximadamente 2 % siendo el objetivo clásico para chucrut y kimchi — así que un kilo de repollo necesita 20 gramos — y acota el resultado desde bajo y rápido hasta casi un curado con sal. El endpoint de salmuera dimensiona una fermentación sumergida, sal = peso del agua × porcentaje donde el porcentaje es del agua como lo indican las recetas (1 ml de agua ≈ 1 g), así que un litro al 5 % necesita 50 gramos para un pepinillo agrio estándar, 3.5 % para uno más suave; también reporta la salinidad como un porcentaje de la solución total. El endpoint de salinidad convierte las dos formas en que se expresa la misma salmuera — porcentaje del agua versus porcentaje del total — así que una salmuera al 5 % del agua se lee aproximadamente 4.76 % en un refractómetro. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de fermentación, vida autosuficiente, recetas y alimentos, herramientas de cálculo de fermentación y lotes, y software culinario. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. Gramos y ml. En vivo, nada almacenado. 3 endpoints de cómputo.

#fermentation #sauerkraut #kimchi
P por PremiumApi
Disponibilidad
100.0%
Latencia
79ms
Suscriptores
3,771
Verificado por servidor 12 sondas/24h

api.oanor.com/fermentation-api

API de Temperatura de Caramelos

Matemáticas para hacer caramelos como una API, calculadas local y determinísticamente: los números de etapa del jarabe de azúcar que un pastelero lee en un termómetro. A medida que el jarabe de azúcar hierve, pasa por etapas con nombre, cada una con una ventana de temperatura, textura y usos propios, y estar dentro de unos pocos grados es la diferencia entre dulce de azúcar y toffee. El endpoint de etapa nombra la etapa para una temperatura: 238 °F es la etapa de bola blanda (dulce de azúcar, fondant, pralinés), 305 °F es de quebrado duro (toffee, crocante, piruletas), y maneja °F o °C y los casos fuera de rango: todavía un jarabe fino por debajo de hilo, u oscureciéndose a quemado más allá de caramelo. El endpoint de rango da la ventana de temperatura y los usos de una etapa con nombre, desde hilo (223–234 °F) hasta bola blanda, bola firme, bola dura, quebrado blando y quebrado duro hasta caramelo (320–350 °F), tanto en °F como en °C. El endpoint de altitud aplica la regla que importa en las montañas: cocinar 1 °F menos por cada 500 pies de elevación, ya que el agua hierve a menor temperatura, por lo que una receta de quebrado duro a 300 °F se logra a 290 °F a 5000 pies. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de repostería, confitería, recetas y cocina, herramientas de termómetro de caramelos y temporizadores, y software de clases de cocina. Cálculo local puro: sin key, sin servicio de terceros, instantáneo. Use un termómetro calibrado. En vivo, nada se almacena. 3 endpoints de cómputo.

#candy #confectionery #baking
P por PremiumApi
Disponibilidad
100.0%
Latencia
70ms
Suscriptores
4,923
Verificado por servidor 12 sondas/24h

api.oanor.com/candytemp-api

API de Tinte para Ventanas

Matemáticas de tinte para ventanas como una API, calculadas local y determinísticamente: los números netos de VLT que un instalador o propietario de automóvil elige una película. El problema con el tinte es que la transmisión de luz visible se multiplica a través de las capas: el vidrio automotriz de fábrica ya solo pasa aproximadamente el 70–80 % de la luz, por lo que el VLT nominal de una película no es lo que se obtiene al final. El endpoint vlt lo multiplica: % neto = el producto del VLT de cada capa ÷ 100, por lo que una película del 35 % sobre vidrio de fábrica del 78 % da un 27.3 % neto, una película de limusina del 5 % sobre el mismo vidrio da un 3.9 % neto, y se pueden apilar varias capas en una sola llamada; también describe qué tan oscuro se ve, desde casi transparente hasta apagón. El endpoint requerido lo hace al revés: para alcanzar un VLT neto objetivo a través de un vidrio conocido, se necesita una película de objetivo ÷ vidrio × 100, por lo que para lograr un 35 % neto sobre vidrio del 78 % se necesita una película del 44.9 % — y marca el caso imposible donde el objetivo es más claro de lo que el vidrio desnudo ya permite. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de tinte automotriz, detallado, vidrio y automoción, herramientas de selección de películas y cumplimiento, y software de talleres. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. Los límites legales varían según la jurisdicción — consulte la ley local. En vivo, nada se almacena. 2 endpoints de cómputo.

#window-tint #automotive #detailing
P por PremiumApi
Disponibilidad
100.0%
Latencia
79ms
Suscriptores
3,622
Verificado por servidor 9 sondas/24h

api.oanor.com/windowtint-api

API de Puntuación de Yahtzee

Matemáticas de puntuación de Yahtzee como API, calculadas local y determinísticamente: las puntuaciones de categoría y totales que utiliza una aplicación de puntuación de juegos de dados. (Puntúa una tirada dada; no tira los dados). El endpoint de puntuación toma cinco dados y devuelve el valor de cada una de las trece casillas a la vez: las casillas superiores (unos a seises) suman el valor de ese número, tres y cuatro iguales y oportunidad suman los cinco dados, un full es 25, una escalera pequeña (cuatro seguidos) 30, una escalera grande (cinco seguidos) 40 y un Yahtzee (cinco iguales) 50 — así que 3-3-3-5-6 vale 20 en tres iguales, 4-4-4-5-5 es un full de 25 puntos, y marca la casilla de mayor puntuación para ti. El endpoint de total suma una tarjeta completada: el bono de la sección superior de 35 puntos cuando las casillas superiores alcanzan 63 (y cuántos puntos necesitas aún para ello), más 100 por cada Yahtzee extra, para dar el total general. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de juegos de dados, acompañantes de juegos de mesa, juegos familiares y de puntuación, herramientas de hojas de puntuación y torneos, y software de juegos. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. En vivo, nada almacenado. 2 endpoints de cómputo. Para tiradas aleatorias, usa una API de dados.

#yahtzee #dice #scoring
P por PremiumApi
Disponibilidad
100.0%
Latencia
74ms
Suscriptores
4,654
Verificado por servidor 9 sondas/24h

api.oanor.com/yahtzee-api

API de mezcla de dos tiempos

Matemáticas de premezcla de dos tiempos como API, calculadas local y determinísticamente: los números de gasolina a aceite que cualquiera que use una motosierra, cortadora de hilo, sopladora de hojas, motor fueraborda, moto de cross o motor RC mezcla combustible. El endpoint de mezcla da el aceite a añadir a un tanque de combustible en una proporción dada: aceite = combustible ÷ proporción, así que un galón estadounidense a 50:1 necesita aproximadamente 75.7 ml (2.6 fl oz) de aceite de dos tiempos, 40:1 aproximadamente 94.6 ml (3.2 fl oz) y 32:1 aproximadamente 118 ml (4.0 fl oz), y devuelve la mezcla total y el porcentaje de aceite también, en litros, galones, mililitros o onzas líquidas. El endpoint de proporción lo hace al revés: mide el combustible y el aceite que realmente pusiste y te dice la proporción real N:1, el porcentaje de aceite y la proporción común más cercana, para que puedas verificar una mezcla o hacer ingeniería inversa de una lata premezclada. Si te equivocas, importa: muy poco aceite y el motor se agarrota, demasiado y ensucia las bujías y humea, así que siempre usa la proporción del manual de tu herramienta. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de motores pequeños, equipos de exterior, marinos, deportes de motor y bricolaje, herramientas de mezcla de combustible y de taller, y software de mantenimiento. Cálculo local puro: sin key, sin servicio de terceros, instantáneo. En vivo, nada almacenado. 2 endpoints de cómputo.

#two-stroke #small-engine #premix
P por PremiumApi
Disponibilidad
100.0%
Latencia
80ms
Suscriptores
4,659
Verificado por servidor 9 sondas/24h

api.oanor.com/twostroke-api

API de Espaciado de Trastes

Matemáticas de lutería para instrumentos con trastes como API, calculadas local y determinísticamente: las posiciones de los trastes que un constructor de guitarras, bajos, mandolinas o ukeleles ranura en un diapasón. Esto es geometría de construcción de instrumentos, no teoría musical. El endpoint de posiciones presenta todo un diapasón a partir de la longitud de escala usando la regla del temperamento igual de doce tonos: la distancia desde la cejilla al traste n = longitud de escala × (1 − 1 ÷ 2^(n/12)), por lo que el traste 12 cae exactamente a la mitad de la escala (la octava) y cada espacio se reduce por la relación constante 2^(1/12) ≈ 1.0595 hacia el puente — una escala Fender de 25.5 pulgadas coloca el traste 1 a 1.431 pulgadas y el traste 12 a 12.75. El endpoint de traste da la distancia de un traste desde la cejilla, desde el traste anterior y hasta el puente; el endpoint de longitud de escala lo invierte, recuperando la longitud de escala a partir de una distancia medida a un traste conocido (mide hasta el 12 y duplícalo). Funciona en pulgadas o milímetros — 25.5 Fender, 24.75 Gibson, 25.4 clásica, 34 bajo. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para lutería, construcción de guitarras, diseño de instrumentos y desarrolladores de aplicaciones para fabricantes, herramientas de ranurado de diapasones y calculadoras de trastes, y plantillas CAD/CNC. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. En vivo, nada almacenado. 3 endpoints de cómputo. Para nombres de notas o frecuencias usa una API de teoría musical.

#lutherie #guitar #fret
P por PremiumApi
Disponibilidad
100.0%
Latencia
75ms
Suscriptores
4,721
Verificado por servidor 12 sondas/24h

api.oanor.com/fretspacing-api

API de cuentas de fusión

Matemáticas de cuentas de fusión como API, calculadas local y determinísticamente: el recuento de cuentas, tablero de clavijas y números de color que un artesano de Perler, Hama o cuentas derretidas planifica para un diseño de píxeles. El endpoint de cuadrícula convierte un patrón de píxeles de ancho × alto en la construcción real: cuentas totales = ancho × alto, tableros de clavijas = ⌈ancho ÷ tablero⌉ × ⌈alto ÷ tablero⌉ (un tablero cuadrado de 29 clavijas para cuentas midi), y el tamaño terminado = cuentas × el paso de la cuenta — así que un diseño midi de 58 × 58 es 3,364 cuentas, cuatro tableros de clavijas y aproximadamente 29 × 29 cm, en milímetros, centímetros y pulgadas, con midi a 5 mm, mini a 2.6 mm y biggie a 9–10 mm. El endpoint de paleta divide las cuentas por color: dale el total y una lista de porcentajes de color y devuelve el recuento por color (normalizado por la suma de porcentajes, por lo que funciona incluso si no suman exactamente 100) y las bolsas a comprar de aproximadamente mil cuentas cada una, o pasa recuentos brutos para embolsarlos directamente. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de cuentas de fusión, pixel art, manualidades infantiles y maker, herramientas de patrón a lista de compras y estimación de proyectos, y software de manualidades. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. En vivo, nada almacenado. 2 endpoints de compute. Para recuentos de tela de punto de cruz, usa una API diferente.

#fuse-beads #perler #pixel-art
P por PremiumApi
Disponibilidad
100.0%
Latencia
83ms
Suscriptores
3,942
Verificado por servidor 9 sondas/24h

api.oanor.com/fusebead-api

API de Paracord

Matemáticas de artesanía en paracord como API, calculadas local y determinísticamente: las longitudes de cuerda que un artesano de paracord corta para un proyecto. El endpoint de pulsera dimensiona la cuerda a partir de la longitud terminada y el tejido usando la regla general conocida: aproximadamente un pie de cuerda por pulgada de trabajo para una barra cobra (Solomon), el doble para una cobra rey, menos para una cola de pez; así que una pulsera cobra de 8 pulgadas requiere alrededor de 9 pies de cuerda, incluyendo un pie de desperdicio para las colas; si se da una medida de muñeca, añade la holgura de ajuste y la hebilla para obtener primero la longitud terminada, por lo que una muñeca de 7 pulgadas resulta cerca de 10 pies. El endpoint de tejido lo generaliza a cualquier proyecto — cordones, cinturones, correas para perros — como cuerda = longitud terminada × cuerda por pulgada × el número de hebras de trabajo, con los factores de tejido incorporados o tu propia cuerda por pulgada, y responde en pulgadas, pies y metros. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de paracord, equipo de supervivencia, scoutismo, manualidades y fabricación, herramientas de estimación de proyectos y listas de corte, y software de bricolaje. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. Reglas generales — corta largo y recorta. En vivo, nada almacenado. 2 endpoints de cómputo.

#paracord #survival #crafts
P por PremiumApi
Disponibilidad
100.0%
Latencia
92ms
Suscriptores
3,815
Verificado por servidor 9 sondas/24h

api.oanor.com/paracord-api

API de Chainmaille

Matemáticas de Chainmaille como API, calculadas local y determinísticamente: la relación de aspecto y los números de anillos que un artista de malla teje. El endpoint de aspecto calcula la importantísima Relación de Aspecto = diámetro interno ÷ diámetro del alambre, y resuelve para cualquiera de los tres que falten, luego enumera los tejidos que ese anillo hará: AR, no el tamaño absoluto, lo decide todo — demasiado bajo y los anillos no se cerrarán entre sí, demasiado alto y el tejido se vuelve flojo, así que un ID de 6.4 mm en alambre de 1.6 mm es AR 4.0, bueno para European 4-in-1, Byzantine, box chain y más. El endpoint de anillo hace las matemáticas del material: alambre por anillo ≈ π × (diámetro interno + diámetro del alambre) — la circunferencia del diámetro medio — así que esos anillos AR-4 toman aproximadamente 25 mm de alambre cada uno y pesan aproximadamente 0.4 g en acero; pasa una longitud de alambre para obtener cuántos anillos produce, o un conteo de anillos para obtener el alambre total y el peso, en cualquiera de nueve metales desde aluminio hasta plata. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de chainmaille, joyería, armaduras de cosplay y fabricantes, herramientas de compra de anillos y estimación de proyectos, y software de artesanía. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. Dimensiones en mm. En vivo, nada almacenado. 2 endpoints de cómputo. Para calibre de alambre ↔ mm use una API de calibre de alambre.

#chainmaille #jewelry #crafts
P por PremiumApi
Disponibilidad
100.0%
Latencia
78ms
Suscriptores
3,487
Verificado por servidor 9 sondas/24h

api.oanor.com/chainmaille-api

API de Puntuación de Tenis

Matemáticas de puntuación de tenis como una API, calculadas local y determinísticamente: la lógica de juego, set y partido que utiliza una aplicación de puntuación, herramienta de árbitro o liga de tenis. El endpoint de juego reproduce un juego a partir de una secuencia de quién ganó cada punto y devuelve la puntuación de tenis adecuada: los puntos van 0, 15, 30, 40 y luego juego, pero en 40-40 es Deuce y un jugador debe liderar por dos — Ventaja, luego juego — así que a,a,a,a es 40-0 y una victoria, mientras que tres iguales es Deuce; una bandera de tiebreak puntúa hasta siete por dos en su lugar (y continúa en 7-7). El endpoint de set lee un set a partir de los juegos que ha ganado cada jugador: un set se gana con seis juegos y una ventaja de dos, 6-6 desencadena un tiebreak que lo termina 7-6, y 7-5 gana si un jugador se adelanta primero. El endpoint de partido resuelve el partido a partir de los sets ganados — al mejor de tres se decide por dos sets, al mejor de cinco por tres — y te dice el ganador en el momento en que se alcanza. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de tenis, deportes de raqueta, puntuación, arbitraje y ligas, herramientas de marcador y puntuación en vivo, y software de clubes. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. Lógica de puntuación, no análisis. En vivo, nada almacenado. 3 endpoints de cómputo.

#tennis #scoring #racket-sports
P por PremiumApi
Disponibilidad
100.0%
Latencia
79ms
Suscriptores
3,736
Verificado por servidor 12 sondas/24h

api.oanor.com/tennis-api

API de Puntuación de Bowling

Matemáticas de bowling de diez bolos como una API, calculadas local y determinísticamente: los números de puntuación, hándicap y promedio que un jugador, liga o aplicación de puntuación utiliza. El endpoint de puntuación juega un juego completo a partir de una lista separada por comas de los bolos derribados en cada lanzamiento y aplica las reglas reales: un strike suma 10 más tus siguientes dos lanzamientos, un spare 10 más el siguiente, un marco abierto solo los bolos, con los lanzamientos de bonificación del décimo marco manejados — así que doce strikes son un perfecto 300, veinte marcos de 9-y-fallo son 90, y todos los spares con un bono de 5 es 150, devuelto marco por marco con el total acumulado. El endpoint de hándicap nivela una liga: hándicap por juego = ⌊(base − promedio) × porcentaje⌋, nunca por debajo de cero, así que un promedio de 150 en la configuración común de 90 %-de-220 gana 63 bolos por juego y 189 en una serie de tres juegos. El endpoint de promedio divide el total de bolos por juegos (eliminando la fracción, como hacen las ligas), incorpora una nueva serie para actualizarlo, y calcula los bolos que necesitas en los próximos juegos para alcanzar un promedio objetivo. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de ligas de bowling, puntuación, deportes y recreación, herramientas de puntuación y hándicap, y software de gestión de centros. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. En vivo, nada almacenado. 3 endpoints de cómputo.

#bowling #ten-pin #league
P por PremiumApi
Disponibilidad
100.0%
Latencia
79ms
Suscriptores
3,310
Verificado por servidor 12 sondas/24h

api.oanor.com/bowling-api

API de Modelos a Escala

Matemáticas de modelos a escala como API, calculadas local y determinísticamente: las conversiones de real a modelo que un modelista, ferromodelista, wargamer o constructor de dioramas utiliza. El endpoint convert escala una dimensión en cualquier dirección a cualquier escala, dada como una relación (1:35), un número (87.1) o un nombre (Z, N, TT, HO, OO, S, O, G, 1/72, 1/48, 1/35, 1/24, 1/64, 1/43, 1/18): real → modelo divide por la relación, modelo → real multiplica, así un tanque de 1:35 de 6 metros de largo se convierte en 171 mm y un vagón de HO (1:87.1) de 12.2 metros de largo se convierte en 140 mm, con la respuesta en mm, cm, m, pulgadas y pies. El endpoint identify encuentra la escala a partir de una medida real y la del modelo — escala = real ÷ modelo — y nombra la escala estándar más cercana con cuánto se desvía, para que sepas si las figuras y accesorios coincidirán. El endpoint scales lista las escalas nombradas comunes y compara dos cualesquiera, indicando que un modelo de 1:35 es aproximadamente 2.06 veces el tamaño del mismo sujeto en 1:72. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de modelismo a escala, ferromodelismo, wargaming, diecast, arquitectura y dioramas, herramientas de conversión y compras, y software de hobby. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Longitud en mm/cm/m/in/ft. En vivo, nada almacenado. 3 endpoints de cómputo. Para escalas modulares tipográficas usa una API diferente.

#scale-model #model-railroad #wargaming
P por PremiumApi
Disponibilidad
100.0%
Latencia
76ms
Suscriptores
3,519
Verificado por servidor 12 sondas/24h

api.oanor.com/scalemodel-api

API de sellos O-Ring

Matemáticas de diseño de sellos O-Ring como API, calculadas local y determinísticamente: los números de compresión, ranura y estiramiento que un ingeniero o fabricante diseña para un sello. El endpoint de compresión proporciona la compresión que hace el sello: compresión = (sección transversal − profundidad de la ranura) ÷ sección transversal, por lo que un cordón de 0.139 pulgadas en una ranura de 0.113 pulgadas de profundidad se comprime un 18.7 %, y clasifica el resultado — aproximadamente 10–16 % es adecuado para sellos dinámicos (alternativos) y 15–30 % para estáticos — y, dado el ancho de la ranura, el porcentaje de llenado de la ranura, que debe mantenerse por debajo de aproximadamente el 85 % para que el caucho tenga espacio para expandirse por calor o hinchazón de fluidos. El endpoint de ranura funciona al revés: a partir de la sección transversal y si el sello es estático o dinámico (o una compresión objetivo), devuelve la profundidad de la ranura y un ancho dimensionado para aproximadamente un 70 % de llenado — típicamente 1.3 a 1.5 veces la sección transversal — más un radio de esquina. El endpoint de estiramiento verifica la instalación: estiramiento = (diámetro de acoplamiento − ID del O-Ring) ÷ ID, que debe mantenerse por debajo de aproximadamente el 5 % en una varilla porque estirar adelgaza la sección transversal y roba compresión. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones de ingeniería mecánica, hidráulica, neumática, vacío y diseño de productos, herramientas de selección de sellos y diseño de ranuras, y complementos CAD. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Pulgadas o milímetros. En vivo, nada almacenado. 3 endpoints de cómputo.

#o-ring #seal #gland
P por PremiumApi
Disponibilidad
100.0%
Latencia
79ms
Suscriptores
3,608
Verificado por servidor 12 sondas/24h

api.oanor.com/oring-api