Vista previa del mercado

Mercado API

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

169–192 de 1117 API

API de Remo Interior

Matemáticas de remo interior (ergómetro Concept2) como una API, calculadas local y determinísticamente: los números de vatios, split y calorías con los que un remero, entrenador o aplicación de fitness trabaja una pieza, utilizando las relaciones publicadas de Concept2. El endpoint split-a-vatios convierte un split de 500 m en potencia: en un erg la potencia está fijada por el ritmo, no por la frecuencia de brazada, por lo que vatios = 2.80 ÷ ritmo³ donde el ritmo es los segundos por metro (el split ÷ 500) — un split de 2:00 es aproximadamente 202 W. Debido a que la potencia va como el cubo inverso del ritmo, pequeñas ganancias en el split cuestan muchos vatios: remar 1:50 en lugar de 2:00 es aproximadamente 270 W, no 220. El endpoint vatios-a-split lo invierte — ritmo = (2.80 ÷ vatios)^(1/3), split = ritmo × 500 — por lo que un objetivo de vatios se asigna al split en el monitor y la potencia de un remero se compara directamente con la de un ciclista o cualquier otra cifra de vatios. El endpoint de calorías aplica la fórmula de calorías de Concept2, Cal/hr = (vatios × 4 × 0.8604) + 300, donde el +300 es un término fijo de metabolismo basal que hace que el conteo del erg sea más alto que el trabajo mecánico puro; 200 W son aproximadamente 988 Cal/hr, aproximadamente 494 calorías en 30 minutos. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de remo y entrenamiento en erg, aplicaciones de coaching y tablas de clasificación, y calculadoras de fitness. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Modelo Concept2 — una estimación de máquina, no calorimetría de laboratorio. 3 endpoints de cómputo. Para ritmo de carrera use una API de ritmo; para ciclismo una API de ciclismo.

#rowing #erg #concept2
P por PremiumApi
Disponibilidad
100.0%
Latencia
76ms
Suscriptores
3,356
Verificado por servidor 12 sondas/24h

api.oanor.com/rowing-api

API de Punto de Cruz

Matemáticas de punto de cruz y bordado como una API, calculadas local y determinísticamente: los números de tamaño de diseño, tela y hilo con los que un bordador de punto de cruz, diseñador de bordado o tienda de labores trabaja un proyecto. El endpoint de tamaño de diseño convierte un recuento de puntadas y un recuento de tela (puntadas por pulgada) en el tamaño terminado: tamaño = recuento de puntadas ÷ recuento de tela, así que un diseño de 140 × 98 en Aida de 14 hilos termina en 10 × 7 pulgadas (25.4 × 17.8 cm), más pequeño en 18 hilos y más grande en 11 hilos porque un mayor recuento empaqueta más puntadas por pulgada — y devuelve el recuento total de puntadas (ancho × alto) que impulsa el hilo y las horas. El endpoint de tela necesaria añade un margen en cada lado para dar la tela a cortar: tamaño de diseño + el doble del margen por dimensión, con los habituales 3 pulgadas por lado para bastidor, enmarcado y acabado, así que un diseño de 10 × 7 requiere un corte de 16 × 13 pulgadas. El endpoint de longitud de hilo estima el hilo a partir de la geometría de una cruz completa — las dos diagonales delanteras más las vueltas traseras es aproximadamente (2√2 + 2) ÷ recuento de tela pulgadas por puntada — así que 5,000 puntadas en 14 hilos son aproximadamente 1,724 pulgadas, unos 44 m, y estima las madejas dado el número de hebras (una madeja de 6 hebras es ~8 m). Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de patrones de punto de cruz y bordado, aplicaciones de tiendas de labores y kits, y calculadoras de proyectos de manualidades. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Las cifras de hilo son estimaciones de planificación — compre un poco más y combine el lote de tinte. 3 endpoints de cómputo. Para yardas de costura use una API de costura; para calibre de tejido una API de tejido.

#embroidery #cross-stitch #needlework
P por PremiumApi
Disponibilidad
100.0%
Latencia
77ms
Suscriptores
4,435
Verificado por servidor 12 sondas/24h

api.oanor.com/embroidery-api

API de Helados

Matemáticas de lotes de helados y gelatos como una API, calculadas local y determinísticamente: los números de overrun, rendimiento y sólidos que un gelatiere, fabricante de helados o planificador de producción equilibra en una mezcla. El endpoint de overrun mide el aire incorporado a la mezcla durante la congelación mediante el método de peso: del mismo recipiente lleno primero con mezcla y luego con helado congelado, overrun = (peso de la mezcla − peso congelado) ÷ peso congelado × 100 — una taza que baja de 1000 g a 625 g tuvo un 60 % de overrun. El gelato denso se sitúa alrededor del 20–35 %, el helado premium 25–50 %, los soft-serve y cubetas económicas 50–100 %+; más aire significa un producto más ligero, más barato y que se derrite más rápido. El endpoint de rendimiento convierte un volumen de mezcla y un overrun en el volumen congelado (mezcla × (1 + overrun/100)) y el número de bolas para un tamaño de bola dado, así que 2 litros de mezcla con un 60 % de overrun rinden 3.2 litros y aproximadamente 53 bolas de sesenta mililitros — por lo que el overrun es una palanca directa de costos. El endpoint de sólidos totales equilibra una receta: sólidos totales (azúcar + grasa + sólidos lácteos no grasos + otros) como porcentaje del peso de la mezcla, con los porcentajes de grasa, azúcar, MSNF y agua — un helado típico tiene 36–42 % de sólidos totales, el gelato tiene menos grasa, y equilibrar los sólidos con el agua es lo que mantiene la textura suave en lugar de helada. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de gelaterías y cremerías, aplicaciones de equilibrio de recetas y calculadoras de producción de alimentos. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. 3 endpoints de cómputo. Para conversiones de medidas de cocina generales, use una API de cocina.

#icecream #gelato #food
P por PremiumApi
Disponibilidad
100.0%
Latencia
75ms
Suscriptores
4,166
Verificado por servidor 12 sondas/24h

api.oanor.com/icecream-api

API de Humedad de la Madera

Matemáticas de humedad de la madera como API, calculadas local y determinísticamente: los números de contenido de humedad, peso seco al horno y objetivo de secado con los que un carpintero, aserrador, operador de horno o vendedor de leña pesa la madera. El endpoint de contenido de humedad toma un peso húmedo y un peso seco al horno y devuelve el contenido de humedad en ambas convenciones: la base seca (agua ÷ peso seco al horno × 100, el estándar forestal y de carpintería) y la base húmeda/verde (agua ÷ peso húmedo × 100, común en agricultura y papel) — una tabla que pesa 120 g y se seca a 100 g contiene 20 g de agua y es 20 % en base seca o 16.7 % en base húmeda, por lo que siempre importa cuál se cita. Por encima de la saturación de fibra (~28–30 %), la madera aún está perdiendo agua libre y no ha comenzado a encogerse. El endpoint de peso seco recalcula el peso seco al horno invariable a partir de un peso actual y una lectura de medidor (húmedo ÷ (1 + MC/100)), el ancla para cualquier plan de secado porque la sustancia de la madera no cambia a medida que el agua se va. El endpoint de peso objetivo usa ese ancla para dar el peso que una pieza debe alcanzar para un contenido de humedad objetivo y el agua que aún debe eliminarse — tomar 120 g al 20 % hasta el 12 % significa un objetivo de 112 g y 8 g de agua que perder, por lo que simplemente se pesa la pieza hasta esa cifra. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de carpintería y luthería, aplicaciones de aserradero y secado en horno, y calculadoras de estacionamiento de leña. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Matemáticas de balance de masa — combínalo con un medidor de humedad real. 3 endpoints de cómputo. Para pies tablares usa una API de madera aserrada; para volumen de pila de madera, una API de leña.

#wood #moisture #woodworking
P por PremiumApi
Disponibilidad
100.0%
Latencia
78ms
Suscriptores
4,875
Verificado por servidor 12 sondas/24h

api.oanor.com/woodmoisture-api

API de Peso de Gemas

Matemáticas de peso de gemas como una API, calculadas local y determinísticamente: los números de quilates, gramos, puntos y peso medido con los que trabaja un joyero, comerciante de gemas, tasador o lapidario. El endpoint de quilates a gramos convierte un peso en quilates a gramos, miligramos y puntos: el quilate métrico es exactamente 0.2 g (200 mg) y se divide en 100 puntos, por lo que una piedra de 1.5 ct es 0.3 g y 150 puntos, y un cuarto de quilate es un punto de veinticinco: el quilate es una unidad de masa, no de tamaño, por lo que un diamante de 1 ct y una esmeralda de 1 ct pesan lo mismo pero se ven diferentes porque sus densidades difieren. El endpoint de gramos a quilates lo invierte (dividir gramos por 0.2, o multiplicar por 5), para un peso tomado en una balanza de gramos. El endpoint de peso de brillante redondo da la estimación comercial utilizada cuando una piedra está engastada y no se puede poner en una balanza: quilate ≈ diámetro² × profundidad × 0.0061, con el diámetro de la faja y la profundidad total en milímetros: un redondo de 6.5 mm con unos 4 mm de profundidad estima cerca de 1 quilate, que es exactamente por qué un brillante redondo de 1 ct mide aproximadamente 6.5 mm de ancho; el factor se puede ajustar para una faja gruesa o un corte diferente. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de joyería y tasación, aplicaciones de comerciantes de gemas y subastas, y calculadoras lapidarias. Cálculo local puro: sin key, sin servicio de terceros, instantáneo. Solo matemáticas de peso: no valora la piedra ni califica el color y la claridad. 3 endpoints de cómputo. Para quilates de oro y fineza, use una API de pureza de oro.

#gemstone #jewellery #carat
P por PremiumApi
Disponibilidad
100.0%
Latencia
79ms
Suscriptores
3,955
Verificado por servidor 12 sondas/24h

api.oanor.com/gemstone-api

API de Pureza del Oro

Matemáticas de pureza del oro y quilates como API, calculadas local y determinísticamente: los números de quilates, fineza y aleación con los que trabaja un joyero, orfebre, ensayador o refinador. El endpoint de quilates a fineza convierte entre los dos sistemas de pureza: el quilate es el número de 24avas partes de una pieza que es oro puro, por lo que la fineza (partes por mil, la cifra en un sello de contraste) = quilate ÷ 24 × 1000 y el porcentaje de oro = quilate ÷ 24 × 100 — 24K es puro (1000‰), 18K es 750‰ (75 %), 14K es 583‰, 9K es 375‰. El endpoint de peso de oro puro da el oro fino real en una pieza = su peso total × la fracción de oro (quilate ÷ 24): un anillo de 10 g de 18K contiene 7.5 g de oro y 2.5 g de aleación, el contenido de oro fino por el que paga un refinador y la base del valor intrínseco del metal. El endpoint de mezcla de aleación lo invierte para el banco: para llevar el oro fino refinado a un quilate objetivo, el peso total = el oro fino ÷ (quilate objetivo ÷ 24) y la aleación a añadir = el total − el oro fino, por lo que 7.5 g de oro puro hacen 10 g de 18K con 2.5 g de aleación maestra. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de joyería y orfebrería, aplicaciones de empeño y chatarra de oro, y calculadoras de ensayo y valor de metales. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Solo matemáticas de pureza — no obtiene el precio del oro en vivo. 3 endpoints de cómputo. Para el peso de una pieza de metal a partir de sus dimensiones, use una API de peso de metal.

#gold #jewellery #karat
P por PremiumApi
Disponibilidad
100.0%
Latencia
75ms
Suscriptores
3,617
Verificado por servidor 12 sondas/24h

api.oanor.com/goldpurity-api

API de geometría de arcos

Geometría de arcos de segmento circular como API, calculada local y determinísticamente: el radio, la longitud del arco y los números de replanteo con los que un albañil, carpintero, cantero o usuario de CAD traza un arco segmental. Un arco segmental es un arco de círculo trazado a través de los dos arranques y la clave: el endpoint from-span-rise toma la luz y la flecha (la altura de la clave sobre la línea de arranque) y devuelve el radio = (luz²/4 + flecha²) ÷ (2·flecha), el ángulo central que subtiende, la longitud del arco a lo largo de la curva y el área del segmento del vacío debajo de él — los arcos más planos con una flecha pequeña tienen radios sorprendentemente enormes. El endpoint from-radius-angle lo invierte, devolviendo la cuerda (luz), la flecha (sagita), la longitud del arco y el área a partir de un radio y un ángulo central conocidos, como se describe una curva trazada con un compás de varas o una fresadora sobre un pivote. El endpoint setout-ordinates proporciona los números prácticos para marcar una plantilla: la flecha del arco sobre una línea base recta en estaciones igualmente espaciadas a lo largo de la luz (y = √(R² − x²) − (R − flecha)), para que puedas trazar las alturas, conectarlas y cortar un molde de madera contrachapada o doblar una listón sin un compás gigante — los extremos dan cero en los arranques y el medio es igual a la flecha en la clave. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de diseño de mampostería y carpintería, diseño de escaleras y cabezales de ventanas, y calculadoras CAD y de carpintería. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Arcos segmentales (hasta un semicírculo). 3 endpoints de cómputo. Para curvas de carretera, usa una API de curva horizontal o vertical; para áreas de formas simples, una API de geometría.

#arch #masonry #joinery
P por PremiumApi
Disponibilidad
100.0%
Latencia
78ms
Suscriptores
4,123
Verificado por servidor 12 sondas/24h

api.oanor.com/arch-api

API de Unión Remachada

Matemáticas de resistencia de uniones remachadas como API, calculadas local y determinísticamente: los números de corte, aplastamiento y cantidad de remaches que un ajustador estructural, de chapa metálica o aeronáutico verifica en una conexión remachada. El endpoint de capacidad de corte proporciona la carga que un grupo de remaches soporta a través de sus vástagos = el área del remache (π/4·d²) × la resistencia al corte × el número de remaches × los planos de corte — un remache en corte simple se corta en un plano, en corte doble (la placa central de una junta a tope con cubrejuntas) en dos, por lo que soporta el doble. El endpoint de capacidad de aplastamiento proporciona la carga que los remaches pueden presionar contra los lados de sus agujeros antes de que la placa se aplaste = el área de contacto proyectada (diámetro × espesor de la placa) × la resistencia al aplastamiento × el número de remaches; las placas delgadas fallan por aplastamiento mucho antes de que el remache se corte, que es exactamente por qué ambos deben verificarse — la resistencia de la unión es la menor de las dos. El endpoint de remaches requeridos lo invierte: los remaches que necesita una carga de diseño = la carga ÷ la carga admisible por remache (área × corte admisible × planos), redondeado al remache entero superior, utilizando el corte de trabajo (resistencia ÷ factor de seguridad) no el valor bruto. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para estimaciones estructurales y de chapa metálica, herramientas de diseño mecánico y sujetadores, y calculadoras de ingeniería. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Solo corte de vástago y aplastamiento — también confirme desgarro de borde y paso mínimo. 3 endpoints de cómputo. Para precarga y torque de pernos use una API de torque de pernos; para geometría de roscas una API de roscas; para uniones soldadas una API de soldadura.

#rivet #fasteners #structural
P por PremiumApi
Disponibilidad
100.0%
Latencia
78ms
Suscriptores
4,075
Verificado por servidor 12 sondas/24h

api.oanor.com/rivet-api

API de tensión de Slackline

Estática de carga puntual en línea tensada como API, calculada local y determinísticamente: los números de tensión de línea y fuerza de anclaje que un slackliner, highliner o rigger calcula antes de cargar una línea. Esta es la V que hace una línea cargada bajo una persona, no una catenaria por peso propio: el endpoint de tensión toma el vano, la flecha y la carga corporal y devuelve la tensión de línea y el tirón horizontal del anclaje, porque el equilibrio vertical es 2·T·sin(ángulo) = el peso corporal — así que cuanto más plana es la línea (menor la flecha) más se dispara la tensión, que es exactamente por qué tensar una línea al máximo para eliminar el rebote puede cargar los anclajes a muchas veces el peso corporal. El endpoint de flecha lo invierte: a partir de una tensión de línea conocida devuelve la flecha que se asienta una carga en el centro (sin ángulo = peso ÷ dos veces la tensión), y señala cuando la tensión es demasiado baja para sostener la carga. El endpoint de carga descentrada maneja estar fuera del centro, donde las dos mitades soportan tensiones diferentes: el tirón horizontal es igual en ambos lados (H = peso × a × b ÷ (flecha × vano)) pero el segmento más corto y empinado tiene la tensión más alta y falla primero — la razón por la que un highliner cerca de un anclaje estresa más esa correa que uno en el centro. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de rigging de slackline y highline, aplicaciones de escalada y equipo de exterior, y calculadoras de tensión y anclaje. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Estática geométrica — combínalo con las clasificaciones reales de cinta y anclaje. 3 endpoints de cómputo. Para un cable colgante por peso propio usa una API de catenaria; para límite de carga de trabajo y factor de seguridad una API de rigging.

#slackline #highline #rigging
P por PremiumApi
Disponibilidad
100.0%
Latencia
68ms
Suscriptores
3,192
Verificado por servidor 12 sondas/24h

api.oanor.com/slackline-api

API de Teñido Textil

Matemáticas de recetas de teñido textil como API, calculadas local y determinísticamente: las cantidades de tinte, agua y auxiliares que un tintorero pesa para mezclar un baño de tinte repetible, ya sea para una muestra o un rollo completo. El endpoint de peso de tinte da el tinte a pesar = el peso de la tela × la profundidad del tono, el porcentaje de tinte sobre el peso de los productos: un tono del 2 % sobre 100 g de tela son 2 g de tinte, los tonos pálidos están por debajo del medio por ciento, los negros profundos al 4 % o más — trabajar sobre el peso de la tela es exactamente lo que hace que una receta sea escalable y repetible. El endpoint de relación de baño da el volumen del baño de tinte = el peso de los productos en kilos × la relación de baño, los litros de baño por kilo (una relación 20:1 son 20 L por kg); relaciones más bajas ahorran agua, tinte y energía y agotan más profundamente, relaciones más altas nivelan más uniformemente en trabajos delicados o pálidos. El endpoint de auxiliares da la sal, carbonato de sodio o agente nivelador a añadir = el volumen del baño × la concentración de dosificación en gramos por litro — la sal (50–80 g/L) impulsa los tintes reactivos y directos sobre el algodón, el carbonato de sodio (10–20 g/L) eleva el pH para fijarlos. Todo es sobre el peso o por litro, por lo que la misma receta da el mismo color y química a cualquier escala, y se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para tintoreros artesanales y de estudio, tiendas de textiles e hilos, y herramientas de recetas de tinte y calculadoras de lotes. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. 3 endpoints de cómputo. Para yardas de tejido y calibre use una API de tejido; para fermentación vegetal o salmuera de carne use una API de fermentación o curado.

#dyeing #textile #crafts
P por PremiumApi
Disponibilidad
100.0%
Latencia
77ms
Suscriptores
4,009
Verificado por servidor 12 sondas/24h

api.oanor.com/dye-api

API de Espaciado de Filas Solares

Geometría de espaciado entre filas y sombreado de matrices solares como una API, calculada local y determinísticamente: las longitudes de sombra, el espaciado entre filas y los números de cobertura del suelo que un diseñador o instalador de PV utiliza para diseñar una matriz montada en el suelo o en un techo plano. El endpoint de longitud de sombra da la sombra que un objeto proyecta = su altura ÷ tan(elevación del sol), más larga cuanto más bajo está el sol (por eso los diseños se hacen para el sol bajo del peor caso del solsticio de invierno), estirada por 1/cos(diferencia de acimut) cuando el sol está fuera del eje. El endpoint de espaciado entre filas da el paso mínimo entre filas (borde frontal a borde frontal) para evitar que una fila sombree a la de atrás = la base horizontal del módulo (longitud × cos inclinación) + la sombra que proyecta su borde trasero (altura del módulo ÷ tan de la elevación mínima del sol) — un módulo de 1.7 m con inclinación de 30° despejando un sol de invierno de 20° necesita un paso de aproximadamente 3.8 m — y devuelve la relación de cobertura del suelo resultante. El endpoint de cobertura del suelo da ese GCR = longitud del módulo ÷ paso de fila, la densidad de empaquetamiento: los campos de inclinación fija típicamente tienen 0.4–0.5, más alto empaqueta más kW por acre pero pierde rendimiento invernal por sombreado mutuo, más bajo desperdicia terreno. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de diseño y diseño solar, aplicaciones EPC y de evaluación de sitios, y calculadoras de energía renovable. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. Modelo geométrico — use la altitud real del sol de la peor hora. 3 endpoints de cómputo. Para posición/altitud solar use una API de posición solar; para irradiancia una API solar; para dimensionamiento fuera de la red una API fuera de la red.

#solar #pv #row-spacing
P por PremiumApi
Disponibilidad
100.0%
Latencia
79ms
Suscriptores
3,276
Verificado por servidor 12 sondas/24h

api.oanor.com/pvspacing-api

API de Tambor de Cabrestante

Matemáticas de cabrestante y tambor de cable como una API, calculadas local y determinísticamente: los números de capacidad de cuerda, tiro de línea y cuerda desenrollada con los que un operador de cabrestante, aparejador o conductor de rescate trabaja un tambor. El endpoint de capacidad da la cuerda que un tambor sostiene mediante la geometría exacta de las capas: la suma de cada capa completa de vueltas por capa × π × el diámetro medio de enrollamiento de esa capa, donde vueltas por capa = ancho del tambor ÷ diámetro de la cuerda y el número de capas = profundidad de la brida al barril ÷ diámetro de la cuerda — un barril de 10 pulgadas, brida de 20 pulgadas, tambor de 12 pulgadas de ancho con cuerda de media pulgada sostiene aproximadamente 940 pies sobre 10 capas. El endpoint de tiro por capa muestra por qué el tiro disminuye a medida que el tambor se llena: el tiro nominal es para la primera capa del barril desnudo, y a medida que la cuerda se acumula, el brazo de palanca creciente reduce el tiro de línea y aumenta la velocidad de línea en la misma proporción — tiro × (diámetro de la primera capa ÷ diámetro de esta capa) — por lo que la capa superior de un tambor profundo puede tirar apenas la mitad de la clasificación de la capa inferior, razón por la cual se desenrolla hasta el barril desnudo para un tiro fuerte o se agrega un bloque de polea. El endpoint de longitud por capa da la cuerda enrollada después de un número de capas completas, para marcar la cuerda o saber cuánta línea está fuera. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de dimensionamiento de cabrestantes y polipastos, aplicaciones de rescate y todoterreno, utilidades marinas e industriales de aparejo, y calculadoras de ingeniería. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Estimación geométrica — permita anidamiento y francobordo. 3 endpoints de cómputo. Para fricción de cabrestante use una API de cabrestante; para bloque y aparejo use una API de polea.

#winch #cable-drum #rigging
P por PremiumApi
Disponibilidad
100.0%
Latencia
76ms
Suscriptores
4,761
Verificado por servidor 12 sondas/24h

api.oanor.com/winch-api

API de elevación de grúa móvil

Matemáticas de planificación de elevación de grúa móvil como API, calculadas local y determinísticamente: los números de momento de carga, capacidad de vuelco y placas de apoyo que un operador de grúa, planificador de elevación o ingeniero de aparejos verifica en una maniobra. El endpoint de momento de carga proporciona la carga × su radio de trabajo (la distancia horizontal desde el centro de giro hasta el gancho), la cifra única que monitorea el limitador de capacidad nominal de una grúa: una carga de 5 toneladas a 8 m es un momento de 40 tonelámetro, lo mismo que 10 toneladas a 4 m, por lo que la capacidad de la tabla disminuye abruptamente a medida que la pluma se inclina hacia afuera: el momento, no el peso, vuelca la grúa. El endpoint de capacidad proporciona un equilibrio de vuelco simplificado sobre el fulcro: la carga que apenas vuelca = contrapeso × su radio ÷ el radio de la carga, y la carga segura nominal es una fracción de estabilidad de eso (~75 % sobre estabilizadores, ~66 % sobre orugas según las normas), una cifra didáctica/de verificación que ignora la pluma y la superestructura, nunca un sustituto de la tabla de carga. El endpoint de placa de apoyo dimensiona la placa: área de placa requerida = carga de la pata del estabilizador ÷ la presión admisible del suelo (y el lado de una placa cuadrada), ya que sobrecargar terreno débil es una causa principal de vuelcos: una pata de 30 toneladas sobre 200 kPa requiere una placa cuadrada de aproximadamente 1.2 m. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de planificación de elevación y aparejos, aplicaciones de construcción y operación de grúas, y utilidades de seguridad en obra. Cálculo local puro: sin key, sin servicio de terceros, instantáneo. Simplificado: use siempre la tabla de carga del fabricante. 3 endpoints de cómputo. Para cargas de eslingas y WLL, use una API de aparejos.

#crane #lifting #rigging
P por PremiumApi
Disponibilidad
100.0%
Latencia
79ms
Suscriptores
4,593
Verificado por servidor 12 sondas/24h

api.oanor.com/crane-api

API de Tracción de Ascensores

Matemáticas de ingeniería de ascensores de tracción como una API, calculadas local y determinísticamente: los números de contrapeso, motor de elevación y tracción de cables que un ingeniero de ascensores o un diseñador de servicios de construcción dimensiona para un ascensor de pasajeros. El endpoint de contrapeso da la masa de equilibrio = el coche vacío más una fracción de la carga nominal (el sobrebalance, típicamente 40–50 %, 45 % común), así que un coche de 1,000 kg con carga nominal de 1,000 kg usa un contrapeso de 1,450 kg — el coche y el peso se equilibran cerca de la mitad de la carga y la máquina se dimensiona para el desequilibrio en el peor caso, no para la carga completa. El endpoint de potencia del motor usa eso: debido a que el contrapeso cancela la mayor parte del coche, el motor solo levanta la carga desequilibrada = carga nominal × (1 − sobrebalance), así que la potencia = eso × g × velocidad ÷ eficiencia (~65–75 % con engranajes) — un ascensor de 1,000 kg a 1.5 m/s necesita solo unos 11–12 kW, la mitad de lo que consumiría un elevador sin contrapeso. El endpoint de relación de tracción verifica el agarre por fricción: un ascensor de tracción mueve los cables por fricción sobre la polea, así que la tracción disponible (e^(μθ), la ecuación del cabrestante) debe superar la relación de tensiones T1/T2 en ambos casos peores — un coche lleno en la parte inferior y un coche vacío en la parte superior — y devuelve la relación gobernante. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de diseño de ascensores y servicios de construcción, utilidades de transporte vertical y MEP, y calculadoras de ingeniería. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Estimaciones de dimensionamiento — siga el código de ascensores y los datos del fabricante. 3 endpoints de cómputo. Para polipastos use una API de poleas; para fricción de cabrestante, una API de cabrestante.

#elevator #lift #vertical-transport
P por PremiumApi
Disponibilidad
100.0%
Latencia
78ms
Suscriptores
3,189
Verificado por servidor 12 sondas/24h

api.oanor.com/elevator-api

API de Esfuerzo de Tracción Ferroviaria

Matemáticas de rendimiento de trenes ferroviarios como una API, calculadas local y determinísticamente: los números de esfuerzo de tracción, resistencia y adherencia con los que un ingeniero ferroviario, planificador de trenes o desarrollador de simuladores ferroviarios evalúa la potencia motriz. El endpoint de esfuerzo de tracción proporciona la fuerza de tracción que desarrolla una locomotora = 375 × caballos de fuerza × eficiencia ÷ velocidad (mph), la curva hiperbólica clásica donde una locomotora de potencia constante tira más fuerte a baja velocidad y disminuye a medida que acelera — 4,000 hp a 25 mph y 82 % de eficiencia son aproximadamente 49,200 lbf en el riel. El endpoint de resistencia proporciona las fuerzas que un tren combate: resistencia de pendiente ≈ 20 lb por tonelada por cada 1 % de pendiente (el componente de peso a lo largo de la pendiente, la fuerza dominante en una colina — un tren de 5,000 toneladas en una pendiente del 1 % combate 100,000 lbf) más resistencia de curva ≈ 0.8 lb por tonelada por grado de curva debido a la fricción de la pestaña. El endpoint de adherencia proporciona el límite máximo: por mucha potencia que tenga una locomotora, solo puede tirar tan fuerte como las ruedas se agarren — el esfuerzo de tracción máximo al arranque = el coeficiente de adherencia (≈ 0.25 en seco, más con arena) × el peso sobre las ruedas motrices, por lo que 200 toneladas sobre las ruedas motrices son aproximadamente 100,000 lbf antes del deslizamiento. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de planificación de operaciones ferroviarias y potencia motriz, aplicaciones de simuladores ferroviarios y para aficionados al ferrocarril, y utilidades de ingeniería de transporte. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Excluye la resistencia Davis dependiente de la velocidad por rodadura y aire. 3 endpoints de cómputo. Para geometría de curvas en carreteras, use una API de curvas horizontales.

#railway #train #tractive-effort
P por PremiumApi
Disponibilidad
100.0%
Latencia
75ms
Suscriptores
3,272
Verificado por servidor 12 sondas/24h

api.oanor.com/railway-api

API Sea Horizon

Matemáticas de horizonte marino y visibilidad como API, calculadas local y deterministicamente: las cifras de distancia al horizonte, alcance geográfico y depresión que un marinero, navegante costero o aplicación marina utiliza en sus observaciones. El endpoint de horizonte proporciona la distancia al horizonte marino ≈ 1.169·√(altura del ojo en pies) millas náuticas, incluyendo la refracción atmosférica estándar que desvía la línea de visión un poco más allá del borde geométrico — a 9 pies de altura del ojo, el horizonte está a aproximadamente 3.5 mn — junto con la depresión, cuán por debajo de la horizontal verdadera se encuentra ese borde acuático (≈ 0.97′·√h), la corrección que se resta de una altura de sextante tomada al horizonte marino. El endpoint de alcance geográfico proporciona a qué distancia una luz o punto de referencia asoma por primera vez sobre el horizonte = la suma de dos distancias al horizonte, la propia más la del objeto: 1.169·(√h_ojo + √h_objeto), así que un faro de 100 pies desde una cabina de 9 pies se eleva sobre el mar a aproximadamente 15 mn — puramente geométrico, antes del alcance luminoso propio de la luz y la visibilidad. El endpoint de altura del objeto lo invierte: qué altura debe tener una torre, luz o promontorio para romper el horizonte a una distancia objetivo, o qué tan cerca debe estar antes de que aparezca un punto de referencia conocido. Todo se calcula local y deterministicamente, por lo que es instantáneo y privado. Ideal para aplicaciones de navegación marina y cartas náuticas, herramientas de pilotaje costero y faros, y utilidades de navegación a vela. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. Modelo geométrico/refracción. 3 endpoints de cómputo. Para distancia de círculo máximo, use una API de geo-distancia; para corriente y deriva, una API de corriente y deriva.

#horizon #navigation #marine
P por PremiumApi
Disponibilidad
100.0%
Latencia
85ms
Suscriptores
3,283
Verificado por servidor 12 sondas/24h

api.oanor.com/horizon-api

API de Set y Deriva

Matemáticas de navegación a vela con corriente (set y deriva) como una API, calculadas local y determinísticamente: el rumbo sobre el terreno, el rumbo a gobernar y los números de corriente que un marino, navegante o aplicación de cartas náuticas traza para una derrota. El endpoint de rumbo efectivo añade la velocidad del barco a través del agua al vector de corriente para dar la trayectoria real: el rumbo sobre el terreno (COG) y la velocidad sobre el terreno (SOG), con el ángulo de deriva que la corriente te desvía de la proa — gobernando 090° a través del agua a 10 nudos con una corriente de 2 nudos hacia el norte da aproximadamente 079° sobre el terreno a 10.2 nudos. El endpoint de rumbo a gobernar resuelve al revés: el rumbo a gobernar para hacer bueno un rumbo sobre el terreno deseado, gobernando contra corriente para cancelar el set transversal (sin(H−T) = −deriva·sin(set−rumbo) ÷ velocidad), y el SOG resultante — generalmente más lento contra corriente, más rápido con corriente a favor, e imposible si la corriente transversal supera tu velocidad. El endpoint de corriente encuentra el set y la deriva a partir del desplazamiento entre una posición estimada y una observación fija: el set es el rumbo DR-a-fix y la deriva es esa distancia ÷ el tiempo transcurrido, listo para usar en adelante. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para aplicaciones de navegación marítima y cartas náuticas, herramientas de navegación a vela y embarcaciones, y utilidades de formación marítima. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. Grados verdaderos. 3 endpoints de cómputo. Para distancia de círculo máximo use una API de geo-distancia; para mareas una API de mareas.

#navigation #sailing #marine
P por PremiumApi
Disponibilidad
100.0%
Latencia
79ms
Suscriptores
4,178
Verificado por servidor 12 sondas/24h

api.oanor.com/setanddrift-api

API de Peso de Fardos de Heno

Matemáticas de fardos de heno y forraje como API, calculadas local y determinísticamente: los números de peso, materia seca y suministro de alimento que un ranchero, productor de heno o administrador de ganado utiliza para planificar la alimentación invernal. El endpoint de fardo redondo da el peso a partir del volumen del cilindro (π·r²·ancho) × la densidad de materia seca (típicamente ~9–12 lb/ft³ para heno curado), por lo que un fardo de 5×5 ft pesa alrededor de 1,000 lb, e informa el peso de materia seca (≈88 % del peso tal cual) que realmente alimenta a los animales — compre y racione en base a materia seca, no al peso en la báscula. El endpoint de fardo cuadrado da el peso de un fardo rectangular a partir de su largo, ancho y alto (÷ 1,728 para pies cúbicos desde pulgadas) × la densidad — un cuadrado pequeño típico de 14×18×36 pulgadas pesa aproximadamente 50 lb, los fardos grandes de 3×3 o 4×4 ft pesan cientos — con un recordatorio de que la alta humedad tanto añade peso como riesgo de moho y calentamiento en el granero. El endpoint de suministro de alimento dimensiona la pila: alimento necesario = cabezas × consumo diario × días (el ganado come ~2–2.5 % de su peso corporal, aproximadamente 25–30 lb de materia seca para una vaca de carne), y fardos = eso ÷ el peso del fardo, por lo que 30 vacas durante 120 días a 30 lb son aproximadamente 108 fardos de mil libras — añada 10–20 % por desperdicio de alimentación. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de gestión de ranchos y granjas, aplicaciones de comercio de heno y ganado, y calculadoras agrícolas. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Unidades estadounidenses; las densidades son estimaciones. 3 endpoints de cómputo. Para almacenamiento de grano use una API de silos de grano; para pastoreo rotacional, una API de pastoreo.

#hay #forage #livestock
P por PremiumApi
Disponibilidad
100.0%
Latencia
75ms
Suscriptores
3,845
Verificado por servidor 12 sondas/24h

api.oanor.com/baleweight-api

API de Tasa de Siembra

Matemáticas de tasa de siembra como una API, calculadas local y determinísticamente: los números de población de plantas, espaciado entre semillas y tasa de siembra que un agricultor, agrónomo o herramienta de agricultura de precisión configura en una sembradora o taladro. El endpoint de población da las plantas por acre = 6,272,640 ÷ (espaciado entre hileras × espaciado entre semillas en la hilera) en pulgadas (6,272,640 son las pulgadas cuadradas en un acre), así que hileras de 30 pulgadas con semillas separadas 6 pulgadas dan aproximadamente 34,800 plantas por acre — un espaciado más cercano aumenta la población y la competencia. El endpoint de espaciado entre semillas funciona al revés: el espaciado en la hilera para una población objetivo = 6,272,640 ÷ (plantas objetivo × espaciado entre hileras), así que 35,000 plantas por acre en hileras de 30 pulgadas significa una semilla aproximadamente cada 6 pulgadas, el valor a configurar en un medidor singulador o unidad de tasa de siembra. El endpoint de tasa de siembra da las libras de semilla por acre = la población objetivo ÷ la tasa de germinación ÷ las semillas por libra, sobresembrando por las semillas que nunca brotan — 35,000 plantas de un cultivo de 1,500 semillas por libra con un 95 % de germinación necesita aproximadamente 24.6 lb/acre, trabajando a partir de la etiqueta del lote de semillas. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de agricultura de precisión y gestión agrícola, aplicaciones de calibración de sembradoras y agronomía, y utilidades minoristas de semillas. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Unidades estadounidenses. 3 endpoints de cómputo. Para tasas de aspersión use una API de aspersión; para fertilizante una API de fertilizante.

#seeding #agriculture #planting
P por PremiumApi
Disponibilidad
100.0%
Latencia
76ms
Suscriptores
4,531
Verificado por servidor 12 sondas/24h

api.oanor.com/seedrate-api

API de Calibración de Pulverizadores

Matemáticas agrícolas de pulverizadores como una API, calculadas local y determinísticamente: los números de calibración, cobertura y mezcla en tanque que un agricultor, agrónomo o aplicador personalizado ajusta en un pulverizador de barras. El endpoint de calibración da la tasa de aplicación en cobertura total GPA = 5940 × el caudal por boquilla (GPM) ÷ (velocidad en mph × espaciado de boquillas en pulgadas), el 5940 convierte las unidades para una barra de cobertura total — así que una boquilla de 0.4 GPM a 5 mph con espaciado de 20 pulgadas aplica aproximadamente 24 galones por acre, y conducir más rápido o espaciar las boquillas más ancho reduce la tasa. El endpoint de cobertura da los acres que cubre un tanque (tanque ÷ GPA) y, para un tamaño de campo, el volumen total de pulverización y el número de cargas de tanque, con la última carga parcial indicada para que pueda mezclarse para los acres restantes. El endpoint de producto da el pesticida o nutriente a añadir por tanque = los acres que cubre un tanque × la tasa de la etiqueta por acre (en la unidad que use la tasa — onzas, pintas, libras), más el producto total para el campo. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de agricultura de precisión y gestión agrícola, aplicaciones de calibración de pulverizadores y mezcla en tanque, y utilidades para el comercio agrícola. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. Siempre siga la etiqueta del producto y calibre con una prueba de captura real. 3 endpoints de cómputo. Para tasas de fertilizantes use una API de fertilizantes; para diseño de aspersores/riego use una API de riego.

#spraying #agriculture #calibration
P por PremiumApi
Disponibilidad
100.0%
Latencia
75ms
Suscriptores
3,615
Verificado por servidor 12 sondas/24h

api.oanor.com/spray-api

API de sensor RTD Pt100

Matemáticas de sensores RTD (detector de resistencia-temperatura) como una API, calculadas local y determinísticamente con la ecuación IEC 60751 Callendar–Van Dusen: los números de resistencia, temperatura y tolerancia que un ingeniero de instrumentación o control lee de un Pt100 o Pt1000. El endpoint de resistencia da la resistencia del sensor a partir de la temperatura: por encima de 0 °C, R = R₀·(1 + A·T + B·T²) con A = 3.9083×10⁻³ y B = −5.775×10⁻⁷; por debajo de 0 °C se añade un tercer término C·(T−100)·T³ — un Pt100 estándar (100 Ω a 0 °C) da 138.51 Ω a 100 °C y 80.31 Ω a −50 °C, y un Pt1000 es diez veces eso. El endpoint de temperatura lo invierte para convertir una resistencia medida de vuelta a temperatura — analíticamente por encima de 0 °C, iterativamente por debajo — exactamente lo que hace un transmisor con la lectura del puente, y un recordatorio de que una conexión de 3 o 4 hilos cancela la resistencia del cable de plomo para que no se lea como grados extra. El endpoint de tolerancia da la banda de precisión IEC 60751 tanto en °C como en Ω por clase: AA ±(0.10 + 0.0017·|T|), A ±(0.15 + 0.002·|T|), B ±(0.30 + 0.005·|T|), C ±(0.60 + 0.010·|T|) — el error crece con la distancia desde 0 °C. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para software de instrumentación y control, firmware de registradores de datos y transmisores, herramientas de calibración e IoT industrial. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. 3 endpoints de cómputo. Para termistores NTC use una API de termistor; para termopares, una API de termopar.

#rtd #pt100 #temperature-sensor
P por PremiumApi
Disponibilidad
100.0%
Latencia
77ms
Suscriptores
4,661
Verificado por servidor 12 sondas/24h

api.oanor.com/rtd-api

API de Calentador de Sauna

Matemáticas de dimensionamiento de calentadores de sauna como API, calculadas local y determinísticamente: la potencia del calentador, la masa de piedras y los números eléctricos que un constructor de saunas, instalador o minorista de bienestar utiliza para dimensionar una cabina. El endpoint de tamaño del calentador proporciona la potencia: aproximadamente 1 kW por cada 1.3 m³ de cabina bien aislada (volumen de la habitación ÷ 1.3), con superficies frías que el calentador también debe calentar — una puerta o pared de vidrio, piedra desnuda, azulejo o madera sin aislar — agregando aproximadamente 1.2 m³ de volumen equivalente por metro cuadrado, por lo que una habitación de 10 m³ con una puerta de vidrio de 2 m² necesita un calentador de aproximadamente 10 kW, redondeado al siguiente tamaño estándar. El endpoint de piedras proporciona la masa recomendada de piedras de sauna, aproximadamente 10–20 kg por kW (más piedras para un löyly más suave y vaporoso, menos para un calentamiento más rápido), con una nota para usar piedras de peridotita/olivino adecuadas apiladas sueltas. El endpoint eléctrico proporciona la corriente que consume el calentador resistivo — potencia ÷ voltaje para monofásico o ÷ (√3 × voltaje) para trifásico, ya que la mayoría de los calentadores por encima de ~4 kW están cableados trifásicos para mantener baja la corriente por fase y el tamaño del cable — para dimensionar el interruptor y el circuito dedicado protegido por RCD. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para minoristas de sauna y bienestar, herramientas de mejoras para el hogar y bricolaje, y aplicaciones de estimación HVAC/eléctrica. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Estimaciones — siga la tabla del fabricante del calentador y el código de cableado local. 3 endpoints de cómputo. Para matemáticas de calderas de vapor use una API de caldera; para pérdida de calor de habitaciones, una API de valor U.

#sauna #heater #wellness
P por PremiumApi
Disponibilidad
100.0%
Latencia
70ms
Suscriptores
4,237
Verificado por servidor 12 sondas/24h

api.oanor.com/saunaheater-api

API de elevación de globos aerostáticos

Matemáticas de elevación de globos aerostáticos como API, calculadas local y determinísticamente: los números de elevación térmica, temperatura del sobre y densidad del aire con los que un piloto de globo, diseñador o profesor de física trabaja un vuelo. El endpoint de elevación proporciona la elevación de flotación al calentar el aire: elevación bruta = volumen del sobre × (densidad del aire exterior − densidad del aire interior), las densidades a partir de la ley de los gases ideales: un sobre de 2.500 m³ a 100 °C en un día de 15 °C eleva aproximadamente 698 kg brutos, de los cuales se resta el sobre, la canasta, el quemador y el combustible para la carga útil, y cuanto más caliente el aire y más frío el día, más eleva. El endpoint de temperatura requerida lo invierte: para soportar una elevación objetivo, el aire interior debe alcanzar una densidad particular y, por lo tanto, una temperatura particular, con una verificación de que se mantenga por debajo de los ~120 °C que los sobres de nailon pueden soportar: la pregunta cotidiana previa al vuelo de si el globo puede levantar a la tripulación y el combustible de hoy. El endpoint de densidad del aire proporciona la densidad del aire húmedo ρ = (P − 0.378·Pv) ÷ (R·T), y explica el hecho contraintuitivo de que el aire húmedo es MENOS denso que el aire seco, reduciendo ligeramente la elevación. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de globos y aviación, aplicaciones STEM y de educación en física, y calculadoras de flotación. Cálculo local puro: sin clave, sin servicio de terceros, instantáneo. Modelo de elevación seca idealizada. 3 endpoints de cómputo. Para flotación de Arquímedes en agua, use una API de flotación; para elevación de helio en globos de fiesta, una API de globos.

#hot-air-balloon #buoyancy #aviation
P por PremiumApi
Disponibilidad
100.0%
Latencia
80ms
Suscriptores
4,252
Verificado por servidor 12 sondas/24h

api.oanor.com/hotairballoon-api

API de Golpe de Ariete

Matemáticas de golpe de ariete (transitorio hidráulico) como una API, calculadas local y determinísticamente: los números de presión de sobretensión, velocidad de onda y tiempo de cierre de válvula con los que un ingeniero de tuberías o fontanería protege un sistema. El endpoint de sobretensión aplica la ecuación de Joukowsky Δp = ρ · a · Δv: una parada repentina del flujo aumenta la presión en la densidad del fluido × la velocidad de la onda de presión × el cambio de velocidad — detener 2 m/s de agua a a ≈ 1200 m/s añade aproximadamente 24 bar (348 psi), muy por encima de la presión de línea, lo que golpea las tuberías y puede romper accesorios. El endpoint de velocidad de onda da esa velocidad de la onda de presión: a = √(K/ρ) en una tubería rígida (≈ 1,480 m/s para agua), ralentizada en una tubería elástica real a √(K/ρ) ÷ √(1 + (K·D)/(E·t)) — una tubería delgada o de plástico da una velocidad de onda más baja y una sobretensión más suave, por lo que el PVC tolera mejor el golpe de ariete que el acero. El endpoint de tiempo crítico da 2L/a, el tiempo de ida y vuelta de la onda: cierre una válvula más rápido que esto y obtendrá la sobretensión completa de Joukowsky, más lento y la onda de alivio que regresa la reduce, por lo que dimensionar los tiempos de cierre (o instalar un tanque de sobretensión o cámara de aire) por encima del tiempo crítico es la cura estándar. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para herramientas de diseño de tuberías y fontanería, análisis de sobretensión en estaciones de bombeo y tuberías, y utilidades de ingeniería hidráulica. Cálculo local puro — sin key, sin servicio de terceros, instantáneo. Transitorio de tubería única idealizado. 3 endpoints de cómputo. Para caída de presión constante en tuberías, use una API de Darcy; para altura de bomba y afinidad, una API de bomba.

#water-hammer #hydraulics #piping
P por PremiumApi
Disponibilidad
100.0%
Latencia
76ms
Suscriptores
3,906
Verificado por servidor 12 sondas/24h

api.oanor.com/waterhammer-api