Demanda hídrica
Dez mil pessoas usando 150 litros cada demandam 1.500.000 litros por dia e 547.500.000 litros por ano. Informe a população e o consumo por pessoa para dimensionar um abastecimento ou comparar uma cidade com uma referência. Grátis no seu navegador.
- Grátis
- Funciona no seu navegador
- Sem cadastro
- Seus dados não saem do seu aparelho
Executar grátis
Exemplo resolvido
- População
- 10.000
- Litros per capita
- 150
- Litros diários
- 1.500.000
- Litros anuais
- 547.500.000
- Dias do ano
- 365
A demanda municipal e comunitária de água é o volume que uma área de serviço vai retirar se você souber quantas pessoas moram ali e quantos litros cada uma usa por dia. Concessionárias, urbanistas, consultores ambientais e estudantes de recursos hídricos precisam desse produto como total diário e como total anual para dimensionar estações de tratamento, comparar um município com um referencial publicado de litros por pessoa por dia e colocar um ano de retiradas ao lado do orçamento de um reservatório. Esta calculadora de demanda hídrica aceita um tamanho de população e um consumo diário per capita em litros, multiplica-os para a demanda diária e depois multiplica o total diário por 365 para a demanda anual, ambos em litros. Zero é aceito e devolve zero litros, porque uma área vazia ou um cenário de consumo nulo de fato não demanda nada.
Como a demanda hídrica é calculada a partir da população e do LPCD
Em primeira ordem, a demanda comunitária de água não é um modelo meteorológico nem uma simulação de rede de tubulações: é o produto de duas grandezas que um planejador já tem ou pode assumir. A população é o número de pessoas atendidas — uma contagem censitária, uma projeção de horizonte de projeto, a ocupação de um acampamento de refugiados ou os moradores de um conjunto habitacional. O consumo diário per capita são os litros que cada uma dessas pessoas usa em um dia, escrito LPCD nas tabelas de engenharia hídrica.
As cifras publicadas costumam ir de cerca de cinquenta litros por pessoa por dia em um abastecimento rural racionado, passando por cem a duzentos em muitas redes urbanas, até trezentos ou mais onde irrigação externa e vazamentos de distribuição dominam. A demanda diária em litros equivale à população vezes essa cifra per capita. A demanda anual equivale ao total diário vezes 365, a contagem civil de dias usada em orçamentos anuais de reservatório e estação.
Dez mil pessoas a cento e cinquenta litros cada uma demandam portanto um milhão e quinhentos mil litros em um dia e quinhentos e quarenta e sete milhões e quinhentos mil litros em um ano. Um quarto de milhão de pessoas a cento e oitenta vírgula cinco litros cada uma demandam quarenta e cinco milhões cento e vinte e cinco mil litros por dia.
O método não acrescenta água não contabilizada, cargas industriais em bloco, fatores de ponta sazonais nem reservas de vazão de incêndio; isso pertence a um modelo completo de plano diretor que você pode sobrepor depois de ter esta base. Mude qualquer uma das duas entradas e ambos os totais se movem juntos.
Esta página não é uma calculadora de ingestão pessoal de água potável, uma página de capacidade de tanque nem uma página de desperdício de torneira pingando: aquelas respondem quanto um corpo deve beber, quanto um recipiente comporta ou quanto um vazamento já desperdiçou — não quanto uma população vai retirar da rede.
O que informar: habitantes e litros por pessoa
População fracionária é permitida para que uma estimativa de meio de ano como 12500.5 não precise ser arredondada antes, e LPCD fracionário é permitido para que um 137.4 litros por pessoa por dia medido seja enviado como está. Campos ausentes, strings vazias, booleanos, objetos e tokens que não são decimais simples ou notação científica falham do mesmo jeito. Zero é aceito e devolve zero litros, porque uma área vazia ou um cenário de consumo nulo de fato não demanda água.
Os números são arredondados a doze casas decimais para que goldens e clientes comparem byte a byte entre runtimes. Se o produto transbordar para Infinity, a tarefa falha em vez de devolver um volume não finito. O ano é o ano civil exato de 365 dias usado na demanda de triagem, não 365.25 e não um calendário bissexto, de modo que um total anual é reproduzível a partir das mesmas entradas em cada máquina.
Casos de uso
Demanda preliminar municipal
Transforme uma população censitária e um LPCD publicado em litros diários e anuais que você pode colocar ao lado da capacidade de uma estação ou do orçamento de um reservatório.
Perguntas frequentes
Como a demanda hídrica de uma população é calculada?
A demanda diária em litros equivale à população vezes o consumo diário per capita em litros. A demanda anual equivale a esse total diário vezes 365. Dez mil pessoas a 150 litros cada uma dão 1,500,000 litros por dia e 547,500,000 litros por ano.
Qual valor de LPCD você deve usar?
Use uma cifra medida ou publicada de litros por pessoa por dia para a área de serviço. Valores típicos de triagem ficam perto de 50 L em um abastecimento rural racionado, 100–200 L em muitas redes urbanas e 300 L ou mais onde irrigação e vazamentos dominam. A calculadora não adivinha o LPCD.
Por que o ano tem 365 dias e não 365.25?
A demanda de triagem usa o ano civil de 365 dias para que o total anual seja reproduzível e coincida com os orçamentos anuais das concessionárias. Ajustes de ano bissexto e de ano médio 365.25 pertencem a um modelo de calendário, não a este produto.
O que acontece se a população ou os litros per capita forem negativos?
Uma população negativa ou uma taxa per capita negativa não é uma demanda física. Zero é permitido e devolve zero litros. Entrada inválida não é faturada.
Isso é o mesmo que ingestão pessoal de água, e quanto custa?
Não. Esta página estima quanto uma população vai retirar, não quanto uma pessoa deve beber. A ferramenta do navegador é gratuita.
Ferramentas relacionadas
Para desenvolvedores — acesso via API
Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.
Endpoint
Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.
Chame do seu código
curl -X POST https://api.kit.forhosting.com/eco/water-demand \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"population":10000,"per_capita_liters":150}'const res = await fetch("https://api.kit.forhosting.com/eco/water-demand", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"population": 10000,
"per_capita_liters": 150
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/eco/water-demand",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"population": 10000,
"per_capita_liters": 150
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/eco/water-demand", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"population":10000,"per_capita_liters":150}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"population":10000,"per_capita_liters":150}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/eco/water-demand", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemplo de requisição
{
"population": 10000,
"per_capita_liters": 150
}Exemplo de resposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "eco.water_demand",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.
Preço
Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.
Erros
| HTTP | Código | O que significa |
|---|---|---|
401 | unauthorized | Token ausente ou inválido. Confira o header Authorization. |
402 | insufficient_balance | Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo. |
404 | unknown_type | Esse tipo de tarefa não existe. Confira o campo type no catálogo. |
429 | rate_limited | Muitas requisições em pouco tempo. Espere um instante e tente de novo. |
Notas técnicas
População negativa ou uso per capita negativo falha com invalid_input em vez de inventar uma retirada.
Entradas, unidades, aliases e comportamento de erro
Envie um objeto JSON com dois números finitos obrigatórios: population, o número de pessoas da área de serviço; e per_capita_liters, o consumo diário de cada pessoa em litros. Cada campo também aceita uma string numérica e uma lista curta de aliases (pop, people, inhabitants, n, lpcd, liters_per_capita, daily_per_capita, consumption, per_capita) para que planilhas e formulários não precisem renomear colunas. Qualquer valor negativo é rejeitado: uma população negativa ou uma taxa per capita negativa não é uma demanda física, então a tarefa falha com invalid_input que nomeia o campo. Em caso de sucesso, a resposta ecoa population e per_capita_liters resolvidos e informa daily_liters como population vezes LPCD, annual_liters como daily_liters vezes 365, days_in_year sempre igual a 365, uma string de fórmula compacta e o rótulo de método population_times_lpcd_times_365. Não há consulta de rede, sorteio aleatório nem dependência da data atual ou de calendários bissextos: os mesmos dois números sempre produzem o mesmo JSON.
Onde uma API de demanda hídrica se justifica
Concessionárias e engenheiros municipais usam uma calculadora determinística de demanda hídrica para transformar uma população censitária e um LPCD publicado ou medido em litros diários e anuais que cabem ao lado da capacidade de uma estação, em vez de citar um slogan sobre quanto uma cidade usa. Campanhas de clima e conservação que pedem para comparar o município com uma meta de cem litros de LPCD podem enviar os mesmos dois números que o visitante já digitou e mostrar a retirada anual sem inventar uma taxa de consumo. A validação que falha não consome saldo. Mantenha as requisições pequenas, fixe os campos arredondados nos testes e você obtém um produto de demanda reproduzível sem levantar uma integração de faturamento própria. Consultores que já registram populações de área de serviço podem enviar uma tarefa por comunidade e guardar daily_liters e annual_liters ao lado do identificador da área sem abrir uma planilha de fatores de 365 dias. Como a implementação é parse pura de nível A, cada chamada bem-sucedida custa o preço-base publicado US$ 0,002 sem tokens de modelo e sem rede de saída. Se depois precisar de um custo em moeda, multiplique os litros pela sua tarifa local; este endpoint para de propósito no volume. Se depois precisar de demanda de hora de pico ou de dia máximo, aplique o seu próprio fator de ponta a daily_liters; o produto-base permanece auditável e inalterado.
Casos de integração
Lotes de área de serviço do consultor
Envie uma tarefa por comunidade com a população registrada e os litros per capita, e guarde daily_liters e annual_liters ao lado do identificador da área.
Widgets de sala de aula e de campanha
Deixe os visitantes digitarem uma população e uma meta de LPCD e verem a demanda diária e anual em uma ferramenta ao vivo que coincide com a API byte a byte.