Remplissage de parpaings

Toute entrée qui n’est pas un nombre fini positif échoue avec invalid_input au lieu d’un cubage silencieux et absurde. La même fonction pure alimente l’outil gratuit du navigateur et l’API payante, de sorte qu’un contrôle sur chantier coïncide avec la ligne qu’un script d’achat envoie ensuite.

Comment le volume de remplissage des blocs creux est calculé en yards cubes

Leur épaisseur s’échelonne à partir du parement inspiré d’ASTM C90 de 1.25 pouces sur une unité de 8 pouces de large, de sorte que shell_thickness vaut 1.25 fois width divisé par 8. Les âmes (webs) traversent la longueur : il y a cores plus une âmes, c’est-à-dire deux extrémités plus les cloisons entre cavités, et web_thickness vaut 1.00 fois length divisé par 16, ce qui correspond à une âme d’un pouce sur un boutisse de 16 pouces. Chaque alvéole est alors un vide rectangulaire : core_width égale width moins deux parements, core_length égale length moins cores-plus-un fois web, le tout divisé par cores, et core_height égale la hauteur du bloc car les alvéoles parcourent toute l’assise. Le volume par alvéole est core_length fois core_width fois core_height en pouces cubes ; multipliez par cores pour une pièce et par le nombre de blocs pour le chantier. Toute entrée qui n’est pas un nombre fini positif est rejetée avec invalid_input, et un nombre d’alvéoles qui rendrait core_length ou core_width non positif est rejeté car ces alvéoles ne tiendraient pas dans le bloc.

Ce que vous envoyez et ce que vous recevez

Zéro bloc, une largeur négative ou trop d’alvéoles pour que les âmes mangent la longueur échouent en fermeture. Branchez le formulaire gratuit du navigateur pour un contrôle de chantier, puis appelez le même contrat depuis des scripts pour des métrés multi-murs sans réimplémenter la géométrie de l’alvéole. Envoyez cinq nombres finis positifs obligatoires. blocks est le nombre d’unités creuses que vous allez injecter ; les comptes fractionnaires sont admis lorsqu’une assise reste incomplète. length, width et height sont les cotes extérieures du bloc en pouces, selon la convention américaine du CMU où un boutisse courant mesure 16 par 8 par 8. cores est le nombre de vides traversants de chaque pièce ; les boutisses à deux alvéoles utilisent 2 et certaines unités utilisent 3. Les alias courts count, block_count et n pour blocks, block_length et l pour length, block_width et w pour width, block_height et h pour height, ainsi que core_count et voids pour cores, sont acceptés afin que des libellés de formulaire compacts n’obligent pas à un second gestionnaire. Champs manquants, chaînes vides, texte non numérique, NaN, Infinity, zéro et valeurs négatives échouent avec invalid_input en nommant le champ et ne sont pas facturés : le contrat exige que toute entrée soit un nombre positif. En cas de succès, le JSON renvoie les entrées nettoyées, shell_thickness et web_thickness dérivés, le core_length, core_width et core_height rectangulaires, volume_per_core_in3 et volume_per_block_in3, puis fill_volume_in3, fill_volume_ft3 et le principal fill_volume_yd3 en yards cubes, plus un unit_note, une chaîne formula et le method rectangular_cmu_core_fill_yd3 pour que les journaux documentent l’algorithme. Exemple : cent blocs, length 16, width 8, height 8, cores 2 est le cubage de référence du boutisse de 8 pouces. Le tarif de l’API est la base publiée de $0.002 par élément réussi ; les échecs de validation ne consomment pas le solde prépayé.

Où un calculateur de remplissage de parpaings rend service

Comme cette capacité est un moteur parse pur, le tarif de l’API est la base publiée de $0.002 par élément réussi et une validation en échec ne consomme pas le solde. Gardez les requêtes petites, figez fill_volume_yd3 dans les tests, et vous obtenez un cubage reproductible pour devis, bons de commande et workers de bord, sans dresser un noyau CAO de votre cru.