Mais

Rotulando pontos com valor de campo, exceto aqueles com valor 0?

Rotulando pontos com valor de campo, exceto aqueles com valor 0?


Estou tentando rotular pontos de elevação pontuais. Aqui está o que tenho atualmente:

Expressão do rótulo:

Função FindLabel ([OBJECTID], [CVC_1_Z], [CVC_2_Z]) FindLabel = [OBJECTID] & "ELEV (CVC_07) =" & [CVC_1_Z] & "" & "ELEV (CVC_18) =" & [CVC_2_Z] Função final

Resultado:

Como posso rotular apenas esses pontos com valores Z diferentes de zero?


Usei esta expressão de rótulo com sucesso ao rotular elevações maiores que zero:

def FindLabel ([yourField]): if [yourField] não é None: if int ([yourField])> 0: return [yourField] else: return None else: return None

Usando Python como analisador e marcando a caixa Avançado.

Substitua [seuCampo] pelo campo que você está usando para rotular.

Eu encontrei isso como uma resposta para uma pergunta semelhante: Expression labeling no ArcMap: Label only where value is> 1


Use o ArcMap Gerente de etiqueta de Barra de Ferramentas de Rotulagem

Escolha o Classe de rótulo você está trabalhando com

Clique no Botão de consulta SQL

Escreva uma consulta para filtrar recursos com uma elevação de 0 (os próprios recursos serão exibidos, mas os rótulos para esses recursos não)


2.1 A Proposta de Valor

Compradores individuais e compradores organizacionais avaliam produtos e serviços para ver se eles fornecem os benefícios desejados. Por exemplo, quando você está explorando suas opções de férias, deseja saber os benefícios de cada destino e o valor que obterá indo a cada lugar. Antes que você (ou uma empresa) possa desenvolver uma estratégia ou criar um plano estratégico, você deve primeiro desenvolver uma proposta de valor. Uma proposição de valor é um “discurso de elevador” de trinta segundos, declarando os benefícios específicos que uma oferta de produto ou serviço oferece ao comprador. Mostra porque o produto ou serviço é superior às ofertas concorrentes. A proposta de valor responde às perguntas: "Por que devo comprar de você ou por que devo contratá-lo?" Como tal, a proposição de valor torna-se um componente crítico na formulação da estratégia.

A seguir está um exemplo de uma proposta de valor desenvolvida por uma empresa de consultoria de vendas: “Nossos clientes aumentam seus negócios, grandes ou pequenos, normalmente em um mínimo de 30–50% em relação ao ano anterior. Eles conseguem isso sem trabalhar 80 horas por semana e sacrificar suas vidas pessoais ”(Lake, 2009).

Observe que, embora uma proposição de valor espere levar a lucros para uma empresa, quando a empresa apresenta sua proposta de valor a seus clientes, ela não menciona seus próprios lucros. Isso porque o objetivo é focar no mercado externo ou no que os clientes desejam.

Como qualquer outra empresa, a Beaches, uma rede de resorts para famílias com tudo incluído, deve explicar qual é sua proposta de valor para os clientes. Em outras palavras, por que um resort Beaches oferece mais valor para famílias em férias do que outros resorts?

As empresas normalmente segmentam mercados e, em seguida, identificam diferentes mercados-alvo, ou grupos de clientes, que desejam alcançar quando estão desenvolvendo suas propostas de valor. Os mercados-alvo serão discutidos com mais detalhes no Capítulo 5 & # 8220 Segmentação, segmentação e posicionamento de mercado & # 8221. Por enquanto, esteja ciente de que as empresas às vezes desenvolvem diferentes propostas de valor para diferentes mercados-alvo, da mesma forma que os indivíduos podem desenvolver uma proposta de valor diferente para diferentes empregadores. A proposta de valor diz a cada grupo de clientes (ou empregadores em potencial) por que eles devem comprar um produto ou serviço, viajar para um destino específico, doar para uma organização, contratá-lo e assim por diante.

Uma vez que os benefícios de um produto ou serviço são claros, a empresa deve desenvolver estratégias que apóiem ​​a proposição de valor. A proposta de valor serve de guia para esse processo. No caso de nossa empresa de consultoria de vendas, as estratégias que ela desenvolve devem ajudar os clientes a melhorar suas vendas em 30–50 por cento. Da mesma forma, se a proposta de valor de uma empresa afirma que a empresa é o maior varejista da região com mais lojas e melhor seleção de produtos, abrir lojas ou aumentar o estoque da empresa pode ser uma parte fundamental da estratégia da empresa. Olhando para a proposta de valor da Amazon, "Preço baixo, ampla seleção com conveniência adicional a qualquer hora e em qualquer lugar", pode-se ver facilmente como a Amazon tem sido tão bem-sucedida 1.

Indivíduos e alunos também devem desenvolver suas próprias proposições de valor pessoais. Diga às empresas por que devem contratá-lo ou por que uma escola de pós-graduação deve aceitá-lo. Mostre o valor que você agrega à situação. Uma proposta de valor o ajudará em diferentes situações. Pense em como sua experiência de estágio e / ou experiência de estudo no exterior pode ajudar um futuro empregador. Por exemplo, você deve explicar ao empregador os benefícios e o valor de ir para o exterior. Talvez sua experiência de estudo no exterior o tenha ajudado a entender os clientes que compram da Empresa X e sua experiência de atendimento ao cliente durante o estágio aumentou sua capacidade de gerar vendas, o que melhorou a margem de lucro do seu empregador. Assim, você pode contribuir rapidamente para a Empresa X, algo que eles podem muito valorizar.

Key Takeaway

Uma proposição de valor é um “discurso de elevador” de trinta segundos, afirmando o valor específico que um produto ou serviço oferece a um mercado-alvo. As empresas podem desenvolver diferentes propostas de valor para diferentes grupos de clientes. A proposta de valor mostra por que o produto ou serviço é superior às ofertas concorrentes e por que o cliente deve comprá-lo ou por que uma empresa deve contratá-lo.


The Federal Register

Status legal

Este site exibe um protótipo de uma versão “Web 2.0” do Diário Federal Register. Não é uma edição legal oficial do Federal Register e não substitui a versão impressa oficial ou a versão eletrônica oficial no govinfo.gov do GPO.

Os documentos postados neste site são versões XML de documentos publicados do Federal Register. Cada documento postado no site inclui um link para o arquivo PDF oficial correspondente em govinfo.gov. Esta edição protótipo do Diário Federal Register em FederalRegister.gov permanecerá um recurso informativo não oficial até que o Comitê Administrativo do Registro Federal (ACFR) emita um regulamento concedendo-lhe status legal oficial. Para informações completas e acesso às nossas publicações e serviços oficiais, vá para About the Federal Register em archives.gov do NARA.

A parceria OFR / GPO tem o compromisso de apresentar informações regulatórias precisas e confiáveis ​​sobre FederalRegister.gov com o objetivo de estabelecer o Federal Register baseado em XML como uma publicação sancionada pela ACFR no futuro. Embora todos os esforços tenham sido feitos para garantir que o material em FederalRegister.gov seja exibido com precisão, de acordo com a versão oficial em PDF baseada em SGML em govinfo.gov, aqueles que dependem dele para pesquisas jurídicas devem verificar seus resultados em uma edição oficial do Federal Register. Até que a ACFR lhe conceda o status oficial, a entrega em XML do Diário Federal Register em FederalRegister.gov não fornece notificação legal ao público ou notificação judicial aos tribunais.

Status legal

Que valor o amperímetro ou voltímetro mede (RMS, Média ou Pico)?

A medição RMS, como média e pico, só se aplica à medição de CA, embora possa ser sobreposta a um deslocamento de CC.

Medir valores RMS é um pouco mais caro do que medir valores médios, portanto, a maioria dos multímetros evita o primeiro. Ao invés eles presuma que seu sinal é um seno e medir o valor médio para o retificado seno ou o valor de pico, após o qual eles aplicam um fator de conversão para encontrar o valor RMS presumido.

Para outras formas de onda que não senos, este valor RMS calculado estará errado! A proporção $ dfrac<>><>> $ é conhecido como o sinal fator de crista,

e isso pode ser significativamente maior do que o valor $ sqrt <2> $ para o seno. Se o fator de crista for 3 e o multímetro realmente medir a tensão de pico, você terá um 100% de erro para o valor RMS calculado. Normalmente, esse erro é menor quando o sinal retificado médio é medido. Estamos falando sobre o fator de forma então, em vez do fator de crista.
Portanto, a lição é: tenha muito cuidado ao medir CA qualquer coisa além de um seno nesses multímetros.

Solução: alguns multímetros mais caros medem "True RMS".

Assim como a medição de médias, a verdadeira medição RMS inclui uma média durante um certo período. Somente quando este período for um múltiplo exato da frequência do sinal, isso dará o resultado mais preciso. Se este tempo constante é um múltiplo de 100 ms, resultados precisos para 50 Hz e 60 Hz são possíveis (5 períodos e 6 períodos, respectivamente).
Thomas aponta que nem todos os multímetros True RMS podem medir AC superposta a DC.

Para DC, RMS, pico e média são todos iguais. Portanto, Vpeak = Vaverage = Vrms.

ALGUNS medidores de CA são projetados para medir uma ou outra de todas as coisas que você descreveu.

Mas a maioria dos medidores CA são calibrados para exibir o valor RMS do sinal CA SE a forma de onda for uma onda senoidal e eles serão lidos incorretamente se a forma de onda não for "senoidal". Isso ocorre porque a maioria das formas de onda AC no uso de sistemas de energia e tons de áudio puros são ondas senoidais ou próximas a ondas senoidais. É fácil fazer um medidor responder a um valor DC derivado de AC e então ajustar a calibração para exibir o que se espera ser o valor RMS.

Alguns medidores são projetados especificamente para medir os valores RMS. Eles são menos comuns, mais caros de fazer (já que o valor RMS precisa ser calculado) e mais caros de comprar. Quase sempre são rotulados como "True RMS" ou leitura RMS "ou" RMS ".

Alguns medidores são projetados para exibir valores de pico, mas geralmente são para fins especializados.

Observe que, embora muitos multímetros modernos tenham um recurso de "retenção de pico", ele exibirá a tensão de pico exibida desde que o botão de retenção de pico foi pressionado e NÃO a tensão de pico para CA.

Para uma onda senoidal Vpico = 1,414 Vrms ou Vrms = 0,7071 x Vpico.
Nessas duas fórmulas, o Vpico é medido do solo (ou zero volts) até o Vmax. Conforme uma forma de onda CA alterna em qualquer lado do terra, ela alternará entre um máximo de Vmáx e então -Vmáx. Portanto, Vpico a pico = diferença total entre o valor máximo + ve e o valor máximo -ve = 2 x Vpico.


Conteúdo

A especificação do protocolo FIX foi originalmente criada em 1992 por Robert "Bob" Lamoureux e Chris Morstatt para permitir a comunicação eletrônica de dados de negociação de ações entre a Fidelity Investments e a Salomon Brothers. A FIX inicialmente tratava de informações entre corretoras e seus clientes institucionais. Na ocasião, essas informações foram comunicadas verbalmente por telefone. A Fidelity percebeu que as informações de suas corretoras poderiam ser encaminhadas para o comerciante errado ou simplesmente perdidas quando as partes desligassem seus telefones. Ele queria que essas comunicações fossem substituídas por dados legíveis por máquina que pudessem então ser compartilhados entre os comerciantes, analisados, atuados e armazenados. Por exemplo, corretoras ligam com uma indicação de interesse (IOI) para comprar ou vender um lote de ações. A iniciativa FIX criou novas mensagens, como a IOI.

De acordo com a comunidade de comércio FIX, o FIX se tornou o padrão de mensagens de fato para comunicação pré-negociação e comercial nos mercados de ações globais e está se expandindo no espaço de pós-negociação para oferecer suporte ao processamento direto, bem como continuar a expandir nos mercados de câmbio, renda fixa e derivativos. [1]

Edição da Comunidade de Negociação FIX

A FIX Trading Community é um organismo de padrões sem fins lucrativos, orientado para a indústria, com a missão de abordar os negócios e questões regulatórias que impactam o comércio de múltiplos ativos nos mercados financeiros globais por meio do aumento do uso de padrões, incluindo a linguagem de mensagens do protocolo FIX. eficiência operacional, maior transparência e redução de custos e riscos para todos os participantes do mercado. [2]

O FIX é amplamente utilizado tanto pelo lado da compra (instituições) quanto pelo lado da venda (corretores / distribuidores) dos mercados financeiros. Entre seus usuários estão fundos mútuos, bancos de investimento, corretoras, bolsas de valores e ECNs. Consulte a Organização da Comunidade de Comércio FIX para obter uma lista extensa dos principais usuários do FIX.

O FIX se tornou o protocolo eletrônico padrão para comunicações pré-negociação e execução de negociações. Embora seja usado principalmente para transações de ações na área de front office, obrigações, derivativos e transações de câmbio também são possíveis. Um [ quem? ] poderia dizer que, enquanto SWIFT é o padrão para mensagens de back office, FIX é o padrão para mensagens de front office. No entanto, hoje, a associação da FIX Protocol Ltd. está estendendo a FIX para a alocação de negociação em bloco e outras fases do processo de negociação, em todos os mercados, para virtualmente todas as classes de ativos.

Originalmente, o padrão FIX era monolítico, incluindo semântica de camada de aplicativo, codificação de mensagem e camada de sessão em uma única especificação técnica. Ele permaneceu monolítico até o FIX versão 4.2. [3] Posteriormente, as codificações de mensagens e as especificações da camada de sessão começaram a ser divididas em documentos separados e, por fim, o FIX evoluiu para uma família de padrões técnicos relacionados. [4]

Editar codificações de mensagens

A codificação da mensagem, chamada de Presentation Layer no modelo Open Systems Interconnection (modelo OSI), é responsável pelo formato de fio das mensagens.

Codificação Tagvalue (clássico FIX) Editar

A codificação da mensagem FIX original é conhecida como codificação tagvalue. Cada campo consiste em uma tag numérica exclusiva e um valor. A tag identifica o campo semanticamente. Portanto, as mensagens são autodescritivas. A codificação de tagvalue é baseada em caracteres, usando códigos ASCII.

Formato de mensagem FIX tagvalue Editar

Os campos da mensagem são delimitados usando o caractere ASCII 01 & ltstart of header & gt. Eles são compostos por um cabeçalho, um corpo e um trailer.

Até FIX.4.4, o cabeçalho continha três campos: tags 8 (BeginString), 9 (BodyLength) e 35 (MsgType).

De FIXT.1.1 / FIX.5.0, o cabeçalho contém cinco campos obrigatórios e um campo opcional: 8 (BeginString), 9 (BodyLength), 35 (MsgType), 49 (SenderCompID), 56 (TargetCompID) e 1128 (ApplVerID - se presente deve estar na 6ª posição).

O conteúdo no corpo da mensagem é especificado pelo tipo de mensagem (tag 35, MsgType) definido no cabeçalho.

O último campo da mensagem é o tag 10, FIX Message Checksum. É sempre expresso como um número de três dígitos (por exemplo, 10 = 002).

Cabeçalho + Corpo + Trailer: FIX Conteúdo

Exemplo de uma mensagem FIX: Relatório de Execução (o caractere Pipe é usado para representar o caractere SOH)

No FIXMessage Body, o comprimento 9 está correto e a soma de verificação 10 foi verificada usando o código-fonte disponível no QuickFIX, uma implementação FIX de código-fonte aberto.

Edição de corpo

As mensagens FIX são formadas por vários campos, cada campo é um par de valores de tag separado do próximo campo por um delimitador SOH (0x01). A tag é um número inteiro que indica o significado do campo. O valor é uma matriz de bytes que contém um significado específico para a tag particular (por exemplo, a tag 48 é SecurityID, uma string que identifica a tag de segurança 22 é IDSource, um número inteiro que indica a classe identificadora que está sendo usada). Os valores podem estar em texto simples ou codificados como binário puro (nesse caso, o valor é precedido por um campo de comprimento). O protocolo FIX define significados para a maioria das marcas, mas deixa uma variedade de marcas reservadas para uso privado entre as partes consentindo.

O protocolo FIX também define conjuntos de campos que compõem uma determinada mensagem dentro do conjunto de campos, alguns serão obrigatórios e outros opcionais. A ordem dos campos na mensagem geralmente não é importante; no entanto, os grupos de repetição são precedidos por uma contagem e os campos criptografados são precedidos por seu comprimento. A mensagem é dividida em três seções distintas: a cabeça, o corpo e a cauda. Os campos devem permanecer dentro da seção correta e dentro de cada seção a posição pode ser importante, pois os campos podem atuar como delimitadores que impedem uma mensagem de passar para a próxima. O campo final em qualquer mensagem FIX é tag 10 (checksum).

Existem dois grupos principais de mensagens - admin e aplicativo. As mensagens do administrador tratam do básico de uma sessão FIX. Eles permitem que uma sessão seja iniciada e encerrada e para a recuperação de mensagens perdidas. As mensagens do aplicativo tratam do envio e recebimento de informações relacionadas ao comércio, como uma solicitação de pedido ou informações sobre o estado atual e a execução subsequente desse pedido.

Edição de Cabeçalho
Editar comprimento do corpo

O comprimento do corpo é a contagem de caracteres começando na tag 35 (incluída) até a tag 10 (excluída). Os delimitadores SOH contam no comprimento do corpo.
Por exemplo: (SOH foi substituído por '|')

Tem um comprimento de corpo de 65.
O delimitador SOH no final de um Tag = Value pertence ao Tag.

Trailer: edição da soma de verificação

A soma de verificação de uma mensagem FIX é sempre o último campo da mensagem. É composto por três caracteres e possui tag 10. [5] É dado somando o valor ASCII de todos os caracteres da mensagem, exceto aqueles do próprio campo de checksum, e executando o módulo 256 sobre o somatório resultante. [6] Por exemplo, na mensagem acima, o somatório de todos os valores ASCII (incluindo o caractere SOH, que tem o valor 1 na tabela ASCII) resulta em 4158. A execução da operação de módulo fornece o valor 62. Desde a soma de verificação é composto por três caracteres, 062 é usado.

Edição FIXML

FIXML [7] é um esquema XML para mensagens FIX. É semanticamente equivalente às mensagens codificadas com tagvalue, mas aproveita a tecnologia do analisador XML. FIXML é comumente usado para aplicativos de back-office e compensação, em vez de comércio.

Edição de codificação binária simples (SBE)

A Codificação Binária Simples [8] define um formato de fio usando tipos de dados primitivos que são nativos para sistemas de computação. A codificação e decodificação de mensagens têm, portanto, latência muito menor do que os protocolos baseados em caracteres, uma vez que nenhuma tradução é necessária para colocar os dados em um formato que os computadores possam usar. Além das vantagens de latência, o desempenho é mais determinístico porque as mensagens SBE são restringidas por modelos e os elementos de dados de comprimento fixo são preferidos.Outra consequência é que os campos geralmente estão em uma posição fixa, de modo que os filtros de mensagens e roteadores não precisam quebrar uma mensagem inteira para acessar os campos-chave.

SBE foi desenvolvido pelo Grupo de Trabalho de Alto Desempenho FIX para apoiar negociações de alto desempenho. A codificação de tagvalue não foi mais considerada adequada para o propósito, uma vez que é baseada em caracteres em vez de binária e seus campos e mensagens de comprimento variável resultam em desempenho não determinístico.

Ao contrário de tagvalue e FIXML, uma mensagem SBE não é autodescritiva. Apenas os dados são enviados na conexão com um cabeçalho mínimo para identificar o modelo que controla uma mensagem. Metadados que descrevem um layout de mensagem são trocados fora de banda entre pares.

A FIX Trading Community publica um esquema XML para esquemas de mensagens SBE. Um esquema de mensagem pode conter qualquer número de modelos de mensagem. Um modelo descreve os campos que constituem uma mensagem. Além disso, um esquema fornece uma lista de tipos de dados simples e compostos que podem ser reutilizados por qualquer número de campos.

Outras codificações FIX Editar

A FIX Trading Community também desenvolveu mapeamentos padrão entre FIX e outros protocolos de mensagem, incluindo:

Protocolos de sessão Editar

A camada de sessão é responsável pela troca de mensagens, incluindo mecanismos de recuperação de ponto de verificação.

Edição de transporte FIX (FIXT)

O protocolo de sessão FIX original não tinha seu próprio nome, pois fazia parte de uma especificação monolítica que abrangia a semântica da camada de aplicativo e também a codificação da mensagem. No entanto, a partir do FIX versão 5.0, a camada de sessão foi dividida como uma especificação independente com a introdução do FIXT. [9] FIXT era basicamente o mesmo que a camada de sessão original sem nome na versão 4.x, mas ofereceu uma inovação significativa - forneceu um mecanismo para misturar versões de camada de aplicativo FIX em uma versão de sessão comum. A versão atual do FIXT é 1.1.

Teoricamente, FIXT é independente de transporte. No entanto, geralmente é empregado sobre o protocolo de controle de transmissão (TCP).

FIXT é um protocolo ponto a ponto. Ele garante a entrega da mensagem em ambas as direções. As mensagens enviadas em cada direção carregam um número de sequência da mensagem no cabeçalho da mensagem. Se houver uma falha de comunicação, um par pode solicitar a retransmissão das mensagens perdidas. A entrega de mensagens é suportada mesmo em caso de desconexão e posterior restabelecimento de uma sessão.

Para implementar o estabelecimento de sessão e entrega garantida, FIXT e FIX clássico 4.x definem estes tipos de mensagem de sessão:

  • Batimento cardiaco
  • Pedido de Teste
  • ResendRequest
  • Rejeitar
  • SequenceReset
  • Sair
  • Entrar
  • XMLnonFIX

Edição de camada de sessão de desempenho FIX (FIXP)

O FIXP [10] foi desenvolvido pelo FIX High Performance Working Group [11] para atender às necessidades de negociação de alto desempenho. A necessidade primária é para codificação e decodificação de mensagens de baixa latência e controle sobre as garantias de entrega de mensagens.

Para fornecer baixa latência, as codificações de mensagens binárias são suportadas tanto para a camada de sessão quanto para as mensagens do aplicativo. O formato do fio real é abstraído na especificação FIXP, então os usuários podem selecionar uma codificação FIX de sua escolha, desde que os pares concordem com um protocolo a ser usado. O desenvolvimento inicial usou a codificação binária simples.

FIXP cobre casos de uso ponto a ponto e multicast com primitivos comuns.

Quando uma sessão ponto a ponto é estabelecida, os pares negociam garantias de entrega entre as seguintes opções:

  • Recuperável: entrega de mensagem exatamente uma vez. Se forem detectadas lacunas, as mensagens perdidas podem ser recuperadas por retransmissão.
  • Idempotente: entrega no máximo uma vez. Se forem detectadas lacunas, o remetente será notificado, mas a recuperação estará sob o controle do aplicativo, se for feita.
  • Sem sequência: não oferece garantias de entrega. Essa escolha é apropriada se as garantias forem desnecessárias ou se a recuperação for fornecida na camada do aplicativo ou por meio de um canal de comunicação diferente.
  • Nenhum: nenhuma mensagem de aplicativo deve ser enviada em uma direção de uma sessão.

As garantias de entrega podem ser assimétricas. Por exemplo, um trader pode inserir ordens em um fluxo idempotente enquanto as execuções são retornadas em um fluxo recuperável. Em mercados de movimentação rápida, o atraso inerente à retransmissão é freqüentemente indesejável, resultando em oportunidades perdidas ou negociações ruins.

Abaixo está um diagrama de como as mensagens FIX se parecem entre Buyside / Customer e Sellside / Supplier. [12]

A versão mais recente do protocolo FIX implementa "Independência de transporte", permitindo que várias versões de mensagens de aplicativo sejam transportadas em uma única versão da Sessão FIX independente de transporte (FIXT.1.1 e superior).

A independência de transporte também abre caminho para que protocolos de transporte, como filas de mensagens e serviços da Web, sejam usados ​​em vez do tradicional FIX sobre TCP.

O FIX agora oferece suporte à negociação algorítmica pelo uso da Linguagem de Definição de Negociação Algorítmica FIX FIXatdl.

A FIX Protocol Limited lançou o protocolo FAST, que significa FIX Adapted for Streaming. FAST é um protocolo binário usado principalmente para enviar dados de mercado multicast por meio de conexões UDP.


Extensões (apenas proto2)

Dada uma mensagem com um intervalo de extensão:

O compilador do buffer de protocolo gerará alguns métodos adicionais para Foo: HasExtension (), ExtensionSize (), ClearExtension (), GetExtension (), SetExtension (), MutableExtension (), AddExtension (), SetAllocatedExtension () e ReleaseExtension (). Cada um desses métodos leva, como seu primeiro parâmetro, um identificador de extensão (descrito abaixo), que identifica um campo de extensão. Os parâmetros restantes e o valor de retorno são exatamente iguais aos dos métodos de acesso correspondentes que seriam gerados para um campo normal (sem extensão) do mesmo tipo que o identificador de extensão. (GetExtension () corresponde aos acessadores sem prefixo especial.)

Dada uma definição de extensão:

Para a barra de campo de extensão singular, o compilador de buffer de protocolo gera um "identificador de extensão" chamado bar, que você pode usar com os acessadores de extensão de Foo para acessar esta extensão, da seguinte forma:

Da mesma forma, para o campo de extensão repetido repeat_bar, o compilador gera um identificador de extensão chamado repeat_bar, que você também pode usar com os acessadores de extensão de Foo:

(A implementação exata de identificadores de extensão é complicada e envolve o uso mágico de modelos & # 8211, no entanto, você não precisa se preocupar sobre como os identificadores de extensão funcionam para usá-los.)

As extensões podem ser declaradas aninhadas dentro de outro tipo. Por exemplo, um padrão comum é fazer algo assim:

Neste caso, o identificador de extensão foo_ext é declarado aninhado dentro do Baz. Ele pode ser usado da seguinte forma:


Por que o Bitcoin tem valor?

Mesmo depois de onze anos de experiência e um preço por Bitcoin de quase US $ 20.000, os incrédulos ainda estão entre nós. Eu entendo o porquê. Bitcoin não é como outros ativos financeiros tradicionais. Até mesmo descrevê-lo como um ativo é enganoso. Não é o mesmo que uma ação, um sistema de pagamento ou um dinheiro. Possui características de todos estes, mas não é idêntico a eles. O que o Bitcoin é depende de seu uso como meio de armazenamento e transferência de valor, que por sua vez depende de títulos seguros de propriedade de um bem escasso. Quem não tem experiência no setor olha para tudo isso e fica frustrado porque não é tão fácil entender por que isso é valioso.

Neste artigo, estou atualizando uma análise que escrevi há seis anos. Ainda se mantém. Para aqueles que não querem ler todo o artigo, minha tese é que o valor do Bitcoin é obtido de sua tecnologia subjacente, que é um livro-razão de código aberto que mantém o controle dos direitos de propriedade e permite a transferência desses direitos. O Bitcoin conseguiu agrupar sua unidade de conta com um sistema de pagamento que vive no livro-razão. Essa é a sua inovação e porque obteve um valor e esse valor continua a aumentar.

Considere as críticas feitas por defensores do ouro tradicionais, que há décadas defendem a ideia de que o dinheiro sólido deve ser respaldado por algo real, sólido e de valor independente. Bitcoin não se qualifica, certo? Talvez sim.

O Bitcoin surgiu pela primeira vez como um possível concorrente do dinheiro administrado pelo governo nacional em 2009. O white paper de Satoshi Nakamoto foi lançado em 31 de outubro de 2008. A estrutura e a linguagem deste documento enviaram a mensagem: Esta moeda é para técnicos de informática, não economistas nem políticos eruditos. A circulação do jornal era limitada. Os novatos que o leram ficaram perplexos.

Mas a falta de interesse não impediu que a história avançasse. Dois meses depois, aqueles que estavam prestando atenção viram o surgimento do "Bloco de Gênesis", o primeiro grupo de bitcoins gerado através do conceito de Nakamoto de um livro razão distribuído que vivia em qualquer nó de computador no mundo que quisesse hospedá-lo.

Aqui estamos todos esses anos depois e um único bitcoin é negociado a $ 18.500. A moeda é mantida e aceita por milhares de instituições, tanto online quanto offline. Seu sistema de pagamento é muito popular em países pobres sem grandes infra-estruturas bancárias, mas também em países desenvolvidos. E as principais instituições - incluindo o Federal Reserve, a OCDE, o Banco Mundial e as principais casas de investimento - estão prestando atenção respeitosa e incorporando a tecnologia de blockchain em suas operações.

Entusiastas, que são encontrados em todos os países, dizem que seu valor de troca vai subir ainda mais no futuro porque seu suprimento é estritamente limitado e fornece um sistema muito superior ao dinheiro do governo. O Bitcoin é transferido entre indivíduos sem terceiros. É relativamente barato trocar. Tem uma oferta previsível. É durável, fungível e divisível: todas as características cruciais do dinheiro. Ele cria um sistema monetário que não depende de confiança e identidade, muito menos dos bancos centrais e do governo. É um novo sistema para a era digital.

Lições duras para dinheiro duro

Para aqueles educados na tradição do “dinheiro duro”, toda a ideia tem sido um sério desafio. Falando por mim mesmo, eu li sobre bitcoin por dois anos antes de chegar perto de entendê-lo. Havia algo em toda a ideia que me incomodou. Você não pode ganhar dinheiro com nada, muito menos com código de computador. Por que isso tem valor então? Deve haver algo errado. Não é assim que esperávamos que o dinheiro fosse reformado.

Esse é o problema: nossas expectativas. Devíamos ter prestado mais atenção às origens da teoria do dinheiro de Ludwig von Mises & # 8217 - não ao que pensamos que ele escreveu, mas ao que realmente escreveu.

Em 1912, Mises lançou A Teoria do Dinheiro e do Crédito. Foi um grande sucesso na Europa quando foi lançado em alemão e traduzido para o inglês. Embora cobrindo todos os aspectos do dinheiro, sua principal contribuição foi rastrear o valor e preço de dinheiro - e não apenas o dinheiro em si - às suas origens. Ou seja, ele explicou como o dinheiro obtém seu preço em termos dos bens e serviços que obtém. Mais tarde, ele chamou esse processo de “teorema de regressão” e, como se constatou, o bitcoin satisfaz as condições do teorema.

O professor de Mises, Carl Menger, demonstrou que o próprio dinheiro se origina do mercado - não do Estado e não do contrato social. Ele surge gradualmente à medida que os empresários monetários procuram uma forma ideal de mercadoria para a troca indireta. Em vez de apenas negociar entre si, as pessoas adquirem um bem não para consumir, mas para comercializar. Esse bem se torna dinheiro, a mercadoria mais vendável.

Mas Mises acrescentou que o valor do dinheiro remonta ao passado até seu valor como mercadoria trocada. Mises disse que só assim o dinheiro pode ter valor.

A teoria do valor do dinheiro como tal pode rastrear o valor de troca objetivo do dinheiro apenas até o ponto em que ele deixa de ser o valor do dinheiro e se torna meramente o valor de uma mercadoria. Se, desta forma, formos continuamente mais e mais para trás, devemos eventualmente chegar a um ponto onde não mais encontraremos qualquer componente no valor de troca objetivo do dinheiro que surge de avaliações baseadas na função do dinheiro como um meio de troca comum onde o o valor do dinheiro nada mais é do que o valor de um objeto que é útil de alguma outra forma que não como dinheiro…. Antes era comum adquirir bens no mercado, não para consumo pessoal, mas simplesmente para trocá-los novamente pelos bens realmente desejados, cada mercadoria individual só era credenciada com aquele valor dado pelas avaliações subjetivas baseadas em sua Utilitário.

A explicação de Mises resolveu um grande problema que há muito tempo confundia os economistas. É uma narrativa de história conjectural e, no entanto, faz todo o sentido. O sal teria se tornado dinheiro se, de outra forma, fosse completamente inútil? As peles de castor teriam obtido valor monetário se não fossem úteis para as roupas? A prata ou o ouro teriam valor monetário se não tivessem valor como mercadoria primeiro? A resposta em todos os casos da história monetária é claramente não. O valor inicial do dinheiro, antes de ser amplamente negociado como dinheiro, origina-se em sua utilidade direta. É uma explicação demonstrada por meio da reconstrução histórica. Esse é o teorema de regressão de Mises.

Valor de uso do Bitcoin

À primeira vista, o bitcoin parece ser uma exceção. Você não pode usar um bitcoin para outra coisa senão dinheiro. Não pode ser usado como joia. Você não pode fazer uma máquina com isso. Você não pode comer ou mesmo decorar com ele. Seu valor só é percebido como uma unidade que facilita a troca indireta. E, no entanto, o bitcoin já é dinheiro. É usado todos os dias. Você pode ver as trocas em tempo real. Não é um mito. É o verdadeiro negócio.

Pode parecer que temos que escolher. Mises está errado? Talvez tenhamos que jogar fora toda a sua teoria. Ou talvez seu argumento seja puramente histórico e não se aplique ao futuro da era digital. Ou talvez seu teorema de regressão seja a prova de que o bitcoin é apenas uma mania vazia sem poder de permanência, porque não pode ser reduzido ao seu valor como uma mercadoria útil.

E, no entanto, você não precisa recorrer a uma teoria monetária complicada para entender a sensação de alarme em torno do bitcoin. Muitas pessoas, como eu, simplesmente têm uma sensação de mal-estar em relação a um dinheiro que não tem base em nada físico. Claro, você pode imprimir um bitcoin em um pedaço de papel, mas ter um papel com um código QR ou uma chave pública não é suficiente para aliviar essa sensação de desconforto.

Como podemos resolver esse problema? Em minha própria mente, brinquei com o problema por mais de um ano. Isso me intrigou. Eu me perguntei se o insight de Mises se aplicava apenas na era pré-digital. Acompanhei as especulações online de que o valor do bitcoin seria zero, mas para as moedas nacionais nas quais ele é convertido. Talvez a demanda por bitcoin superou as demandas do cenário de Mises por causa de uma necessidade desesperada de algo diferente do dólar.

Com o passar do tempo - e li a obra de Konrad Graf, Peter Surda e Daniel Krawisz - finalmente a resolução veio. Bitcoin é um sistema de pagamento e um dinheiro. O sistema de pagamento é a fonte do valor, enquanto a unidade contábil apenas expressa esse valor em termos de preço. A unidade de dinheiro e pagamento é sua característica mais incomum, e aquela que a maioria dos comentaristas tem dificuldade em compreender.

Estamos todos acostumados a pensar na moeda como algo separado dos sistemas de pagamento. Esse pensamento é um reflexo das limitações tecnológicas da história. Existe o dólar e existem os cartões de crédito. Existe o euro e existe o PayPal. Existe o iene e existem agências de notícias. Em cada caso, a transferência de dinheiro depende de provedores de serviços terceirizados. Para usá-los, você precisa estabelecer o que é chamado de & # 8220 relação de confiança & # 8221 com eles, o que significa que a instituição que está negociando tem que acreditar que você vai pagar.

Essa cunha entre dinheiro e pagamento sempre esteve conosco, exceto no caso de proximidade física.

Se eu der a você um dólar pela sua fatia de pizza, não haverá terceiros. Mas os sistemas de pagamento, terceiros e relações de confiança tornam-se necessários quando você deixa a proximidade geográfica. É quando empresas como a Visa e instituições como bancos se tornam indispensáveis. Eles são o aplicativo que faz com que o software monetário faça o que você deseja.

O problema é que os sistemas de pagamento que temos hoje não estão disponíveis para qualquer pessoa. Na verdade, a grande maioria da humanidade não tem acesso a essas ferramentas, o que é um dos principais motivos da pobreza no mundo. Os privados de direitos financeiros estão confinados apenas ao comércio local e não podem estender suas relações comerciais com o mundo.

Um dos principais objetivos, senão o principal, do desenvolvimento do Bitcoin era resolver esse problema. O protocolo foi criado para entrelaçar o recurso de moeda com um sistema de pagamento. Os dois estão interligados na própria estrutura do código. Essa conexão é o que torna o bitcoin diferente de qualquer moeda nacional existente e, na verdade, de qualquer moeda da história.

Deixe Nakamoto falar desde o resumo introdutório até seu white paper. Observe como o sistema de pagamentos é central para o sistema monetário que ele criou:

Uma versão puramente ponto a ponto do dinheiro eletrônico permitiria que os pagamentos online fossem enviados diretamente de uma parte para outra, sem passar por uma instituição financeira. As assinaturas digitais fornecem parte da solução, mas os principais benefícios são perdidos se um terceiro confiável ainda for necessário para evitar gastos em dobro. Propomos uma solução para o problema do gasto duplo usando uma rede ponto a ponto. A rede registra a data e hora das transações, colocando-as em uma cadeia contínua de prova de trabalho baseada em hash, formando um registro que não pode ser alterado sem refazer a prova de trabalho. A cadeia mais longa não só serve como prova da sequência de eventos testemunhados, mas também como prova de que veio do maior pool de energia da CPU. Desde que a maior parte da energia da CPU seja controlada por nós que não cooperam para atacar a rede, eles geram a cadeia mais longa e os atacantes de espaço para fora. A própria rede requer uma estrutura mínima. As mensagens são transmitidas com base no melhor esforço, e os nós podem deixar e se juntar à rede à vontade, aceitando a mais longa cadeia de prova de trabalho como prova do que aconteceu enquanto eles estavam fora.

O que é muito impressionante sobre este parágrafo é que há nem mesmo uma menção à própria unidade monetária. Há apenas a menção do problema do gasto duplo (ou seja, o problema da criação de moeda inflacionária, além da qual o protocolo permitiria de outra forma). A inovação aqui, mesmo segundo as palavras de seu inventor, é a rede de pagamento, não a moeda. A moeda ou unidade digital expressa apenas o valor da rede. É uma ferramenta de contabilidade que absorve e carrega o valor da rede através do tempo e do espaço.

Esta rede é o blockchain. É um livro razão que vive na nuvem digital, uma rede distribuída, e pode ser observado em operação por qualquer pessoa a qualquer momento. Ele é monitorado cuidadosamente por todos os usuários. Ele permite a transferência de bits de informação seguros e não repetíveis de uma pessoa para qualquer outra pessoa em qualquer lugar do mundo, e esses bits de informação são protegidos por uma forma digital de título de propriedade. Isso é o que Nakamoto chamou de “assinaturas digitais”. Sua invenção do livro-razão baseado em nuvem permite que os direitos de propriedade sejam verificados sem ter que depender de alguma agência fiduciária de terceiros.

O blockchain resolveu o que ficou conhecido como o problema dos generais bizantinos. Este é o problema de coordenar a ação em uma grande extensão geográfica na presença de atores potencialmente mal-intencionados. Como os generais separados pelo espaço precisam contar com mensageiros e essa confiança exige tempo e confiança, nenhum general pode ter certeza absoluta de que o outro general recebeu e confirmou a mensagem, muito menos sua exatidão.

Colocar um livro-razão, ao qual todos têm acesso, na Internet resolve esse problema. O livro-razão registra os valores, os horários e os endereços públicos de cada transação. As informações são compartilhadas em todo o mundo e sempre atualizadas. O livro razão garante a integridade do sistema e permite que a unidade monetária se torne uma forma digital de propriedade com um título.

Depois de entender isso, você pode ver que a proposta de valor do bitcoin está vinculada à sua rede de pagamento anexada. Aqui é onde você encontra o valor de uso ao qual Mises se refere. Não está embutido na unidade monetária, mas sim no sistema de pagamento brilhante e inovador no qual vive o bitcoin. Se fosse possível que o blockchain fosse de alguma forma separado do bitcoin (e, realmente, isso não é possível), o valor da moeda cairia instantaneamente para zero.

Prova de conceito

Agora, para entender melhor como a teoria de Mises se encaixa com o bitcoin, você precisa entender um outro ponto sobre a história da criptomoeda. No dia de seu lançamento (9 de janeiro de 2009), o valor do bitcoin era exatamente zero. E assim permaneceu por 10 meses após seu lançamento. Durante todo o tempo, as transações estavam ocorrendo, mas não teve nenhum valor lançado acima de zero durante todo esse tempo.

O primeiro preço publicado do bitcoin apareceu em 5 de outubro de 2009. Nessa troca, $ 1 equivalia a 1.309,03 Bitcoin (que muitos consideraram superfaturado na época). Em outras palavras, a primeira avaliação do bitcoin foi de pouco mais de um décimo de um centavo. Sim, se você comprasse US $ 100 em bitcoins naquela época e não os vendesse em pânico, hoje seria meio bilionário.

Então aqui está a pergunta: O que aconteceu entre 9 de janeiro e 5 de outubro de 2009, para fazer com que o bitcoin obtivesse um valor de mercado? A resposta é que comerciantes, entusiastas, empresários e outros estavam experimentando o blockchain. Eles queriam saber se funcionava. Transferiu as unidades sem gastar o dobro? Um sistema que dependia da energia voluntária da CPU realmente bastava para verificar e confirmar as transações? Os bitcoins premiados pousam no lugar certo como pagamento por serviços de verificação? Acima de tudo, esse novo sistema realmente funcionou para fazer o que parecia impossível - isto é, mover bits seguros de informações baseadas em títulos através do espaço geográfico, não usando terceiros, mas sim ponto a ponto?

Demorou 10 meses para construir confiança. Demorou mais 18 meses antes que o bitcoin atingisse a paridade com o dólar americano. Esta história é essencial para entender, especialmente se você está contando com uma teoria das origens do dinheiro que especula sobre a pré-história do dinheiro, como o teorema de regressão de Mises faz. O bitcoin nem sempre foi um dinheiro com valor. Já foi uma unidade de contabilidade pura anexada a um livro-razão. Este livro-razão obteve o que Mises chamou de & # 8220 valor de uso. & # 8221 Todas as condições do teorema são satisfeitas.

Contabilidade final

Para revisar, se alguém disser que o bitcoin se baseia apenas no ar, que não pode ser um dinheiro porque não tem uma história real como uma mercadoria genuína, e se a pessoa que está dizendo isso é um novato ou um economista altamente treinado, você precisa para trazer à tona dois pontos centrais. Em primeiro lugar, o bitcoin não é uma moeda independente, mas uma unidade de contabilidade ligada a uma rede de pagamento inovadora. Dois, essa rede e, portanto, o bitcoin só obteve seu valor de mercado por meio de testes em tempo real em um ambiente de mercado.

Em outras palavras, uma vez que você leve em conta as características técnicas espalhafatosas, o bitcoin surgiu exatamente como qualquer outra moeda, do sal ao ouro. As pessoas acharam o sistema de pagamento útil e a contabilidade anexa era portátil, divisível, fungível, durável e escassa.

Uma nova forma de dinheiro nasceu. Esse dinheiro tem todas as melhores características do dinheiro da história, mas adiciona uma rede de pagamento leve e sem espaço, confiável e verificada em tempo real, que permite que o mundo inteiro negocie sem ter que depender de terceiros.

Mas observe algo extremamente importante aqui. O blockchain não é apenas sobre dinheiro. Trata-se de qualquer transferência de informações que requeira segurança, confirmações e total garantia de autenticidade. Isso se aplica a contratos e transações de todos os tipos, todos realizados ponto a ponto.

Com certeza, o setor passou a ser dominado por terceiros que atuam principalmente como custodiantes. O ponto crucial é que este é um desenvolvimento de mercado impulsionado pelo desejo do consumidor, mas não é necessário para o funcionamento do sistema. Além disso, surgiram milhares de tokens adicionais que operam e competem no setor de criptografia, que agora vale, no momento em que este livro foi escrito, $ 560 bilhões em capitalização de mercado.

Pense em um mundo sem terceiros essenciais, incluindo o terceiro mais perigoso já concebido pelo homem: o estado e o banco central. Imagine esse futuro e você começará a compreender a plenitude das implicações do nosso futuro.

Ludwig von Mises ficaria pasmo e surpreso com o bitcoin. Mas ele também pode sentir um sentimento de orgulho porque sua teoria monetária de mais de um século atrás foi confirmada e ganhou nova vida no século 21.


“Assim como um carpinteiro precisa de uma visão do que construir para obter todos os benefícios de um martelo, os pensadores enxutos precisam de uma visão antes de escolher nossas ferramentas enxutas”, disse Womack. "Pensar profundamente sobre o propósito, o processo e as pessoas é a chave para fazer isso."

Objetivo, Processo, Pessoas
Womack e Jones recomendam que gerentes e executivos embarcados nas transformações enxutas pensem sobre três questões de negócios fundamentais que devem guiar a transformação do organização inteira:


Resumo

Arroz (Oryza sativa L.) é a terceira maior cultura alimentar do mundo, depois do trigo e do milho. A autenticação geográfica do arroz surgiu recentemente como uma questão importante para melhorar a saúde humana por meio da segurança alimentar e garantia de qualidade. Aqui, nosso objetivo foi discriminar arroz de seis países asiáticos por meio de autenticação geográfica usando combinações de análise de composição elementar / isotópica e técnicas quimiométricas. A análise de componentes principais pode distinguir amostras cultivadas na maioria dos países, exceto aquelas cultivadas nas Filipinas e no Japão. Além disso, a projeção ortogonal para a análise discriminante de estrutura latente forneceu uma discriminação clara entre o arroz cultivado na Coréia e outros países. As principais variáveis ​​comuns responsáveis ​​pela diferenciação nesses modelos foram δ 34 S, Mn e Mg. Nossos resultados contribuem para a compreensão das variações das composições elementares e isotópicas do arroz, dependendo das origens geográficas, e oferecem informações valiosas sobre o controle da rotulagem fraudulenta em relação às origens geográficas do arroz comercializado entre os países asiáticos.


Soils_Deep_Horizon_Moisture_SSURGO_USDA_IN: Banco de dados geográfico de pesquisa de solo (SSURGO) para Indiana, 2012 (Departamento de Agricultura dos EUA, 1: 12.000, Geodatabase Polygon Feature Class)

O seguinte foi extraído das informações fornecidas pelo USDA, NRCS:

& quotEste conjunto de dados é um levantamento digital do solo e geralmente é o nível mais detalhado de dados geográficos do solo desenvolvido pelo National Cooperative Soil Survey. As informações foram preparadas digitalizando mapas, compilando informações em uma base planimetricamente correta e digitalizando, ou revisando mapas digitalizados usando sensoriamento remoto e outras informações.

& quotEste conjunto de dados consiste em dados de mapas digitais georreferenciados e dados de atributos computadorizados. Os dados do mapa estão em um formato de extensão de área de levantamento de solo e incluem um inventário detalhado e verificado em campo de solos e áreas diversas que normalmente ocorrem em um padrão repetível na paisagem e que podem ser cartograficamente mostrados na escala mapeada. Uma camada de recursos de solo especial (recursos de ponto e linha) é opcional. Esta camada exibe a localização de recursos muito pequenos para delinear na escala de mapeamento, mas eles são grandes e contrastantes o suficiente para influenciar significativamente o uso e o gerenciamento. As unidades do mapa de solos estão vinculadas a atributos no banco de dados relacional do Sistema Nacional de Informações do Solo, que fornece a extensão proporcional dos solos componentes e suas propriedades. & Quot Propósito: Os atributos incluídos fornecem informações sobre as características do solo que influenciam a condutividade térmica dos solos e, portanto, a eficiência do componente de acoplamento ao solo das bombas de calor de origem subterrânea (GSHP). As características do solo fornecidas podem ser usadas durante a fase de projeto para sistemas de aquecimento geotérmico, juntamente com testes de solo específicos do local. Os atributos apresentados neste conjunto de dados estão associados aos horizontes profundos do solo. Dados de solo de horizontes profundos são de interesse para estudos de viabilidade e projeto GSHP porque normalmente tais sistemas são instalados 4-6 pés abaixo da superfície. Como tal, o horizonte mais profundo fornece a melhor representação das características do solo que circundarão o componente de acoplamento ao solo do sistema.

O seguinte foi extraído das informações fornecidas pelo USDA, NRCS:

& quotSSURGO retrata informações sobre os tipos e distribuição de solos na paisagem. O mapa do solo e os dados usados ​​no produto SSURGO foram preparados por cientistas do solo como parte do National Cooperative Soil Survey. & Quot Informação complementar: Os atributos contidos em Soils_Deep_Horizon_Moisture_SSURGO_USDA_IN foram obtidos a partir dos seguintes arquivos de dados tabulares suplementares fornecidos pelo NRCS, USDA para dados SSURGRO: & quotcomp.txt, & quot & quotchorizon.txt, & quot e & quotmuaggatt.txt & quot. Time_Period_of_Content: Time_Period_Information: Single_Date / Time: Calendar_Date: 20120801 Currentness_Reference: Data de publicação Status: Progresso: Completo Maintenance_and_Update_Frequency: Nenhum planejado Domínio espacial: Bounding_Coordinates: West_Bounding_Coordinate: -88.160930 East_Bounding_Coordinate: -84.687881 North_Bounding_Coordinate: 41.781145 South_Bounding_Coordinate: 37.755279 Palavras-chave: Tema: Theme_Keyword_Thesaurus: Categoria de tópico ISO 19115 Theme_Keyword: informação geocientífica Tema: Theme_Keyword_Thesaurus: IGS Metadata Keyword Thesaurus Theme_Keyword: Indiana Geological Survey (IGS) Theme_Keyword: Departamento de Agricultura dos Estados Unidos (USDA) Theme_Keyword: Serviço de Conservação de Recursos Naturais (NRCS) Theme_Keyword: Pesquisa Nacional Cooperativa de Solo Theme_Keyword: Centro Nacional de Cartografia e Geoespacial (NCGC) Theme_Keyword: Soil Data Mart Theme_Keyword: levantamento de solo Theme_Keyword: solo Theme_Keyword: Pesquisa Geográfica do Solo Theme_Keyword: SSURGO Theme_Keyword: Bomba de calor de fonte subterrânea (GSHP) Theme_Keyword: horizonte de solo profundo Theme_Keyword: unidade de mapa Theme_Keyword: umidade do solo Theme_Keyword: dias sem geada Theme_Keyword: capacidade de campo conteúdo de água Theme_Keyword: ponto de murcha permanente Theme_Keyword: conteúdo de água saciado Theme_Keyword: densidade aparente Theme_Keyword: drenagem Lugar: Place_Keyword_Thesaurus: IGS Metadata Keyword Thesaurus Place_Keyword: Indiana Place_Keyword: Adams County Place_Keyword: Allen County Place_Keyword: Condado de Bartholomew Place_Keyword: Condado de Benton Place_Keyword: Blackford County Place_Keyword: Boone County Place_Keyword: Brown County Place_Keyword: Carroll County Place_Keyword: Cass County Place_Keyword: Clark County Place_Keyword: Clay County Place_Keyword: Clinton County Place_Keyword: Crawford County Place_Keyword: Daviess County Place_Keyword: Dearborn County Place_Keyword: Decatur County Place_Keyword: Condado de Dekalb Place_Keyword: Condado de Delaware Place_Keyword: Dubois County Place_Keyword: Elkhart County Place_Keyword: Condado de Fayette Place_Keyword: Floyd County Place_Keyword: Fountain County Place_Keyword: Franklin County Place_Keyword: Fulton County Place_Keyword: Gibson County Place_Keyword: Grant County Place_Keyword: Greene County Place_Keyword: Condado de Hamilton Place_Keyword: Hancock County Place_Keyword: Harrison County Place_Keyword: Condado de Hendricks Place_Keyword: Henry County Place_Keyword: Howard County Place_Keyword: Huntington County Place_Keyword: Jackson County Place_Keyword: Jasper County Place_Keyword: Jay County Place_Keyword: Jefferson County Place_Keyword: Jennings County Place_Keyword: Johnson County Place_Keyword: Knox County Place_Keyword: Kosciusko County Place_Keyword: Lagrange County Place_Keyword: Lake County Place_Keyword: LaPorte County Place_Keyword: Condado de Lawrence Place_Keyword: Condado de madison Place_Keyword: Marion County Place_Keyword: Marshall County Place_Keyword: Martin County Place_Keyword: Condado de miami Place_Keyword: Monroe County Place_Keyword: Condado de Montgomery Place_Keyword: Morgan County Place_Keyword: Newton County Place_Keyword: Noble County Place_Keyword: Condado de Ohio Place_Keyword: Orange County Place_Keyword: Owen County Place_Keyword: Parke County Place_Keyword: Perry County Place_Keyword: Pike County Place_Keyword: Porter County Place_Keyword: Posey County Place_Keyword: Pulaski County Place_Keyword: Putnam County Place_Keyword: Randolph County Place_Keyword: Ripley County Place_Keyword: Rush County Place_Keyword: Condado de St Joseph Place_Keyword: Scott County Place_Keyword: Condado de Shelby Place_Keyword: Spencer County Place_Keyword: Starke County Place_Keyword: Condado de Steuben Place_Keyword: Condado de Sullivan Place_Keyword: Condado da Suíça Place_Keyword: Condado de Tippecanoe Place_Keyword: Tipton County Place_Keyword: Union County Place_Keyword: Vanderburgh County Place_Keyword: Vermillion County Place_Keyword: Vigo County Place_Keyword: Wabash County Place_Keyword: Warren County Place_Keyword: Warrick County Place_Keyword: Condado de Washington Place_Keyword: Wayne County Place_Keyword: Wells County Place_Keyword: White County Place_Keyword: Whitley County Access_Constraints: Este arquivo está disponível para qualquer pessoa, mas o acesso pode depender de solicitação por escrito, termos específicos relevantes para a agência ou pessoa que fez a solicitação e / ou estatutos de liberdade de informação atuais no estado de Indiana. Use_Constraints: ISENÇÃO DE RESPONSABILIDADE DE DADOS:

Este conjunto de dados foi compilado pela Indiana University, Indiana Geological Survey, usando dados considerados precisos, no entanto, um grau de erro é inerente a todos os dados. Este produto é distribuído "AS-IS" sem garantias de qualquer tipo, expressas ou implícitas, incluindo, mas não se limitando a, garantias de adequação a um propósito ou uso específico. Nenhuma tentativa foi feita no design ou produção desses dados para definir os limites ou jurisdição de qualquer governo federal, estadual ou local. Esses dados são destinados para uso apenas na escala publicada ou menor e são apenas para fins de referência. Eles não devem ser interpretados como um documento legal ou instrumento de pesquisa. Um levantamento detalhado no local e uma análise histórica de um único local podem diferir desses dados.

É solicitado que o conjunto de dados seja citado em quaisquer produtos gerados a partir desses dados. A seguinte citação de fonte deve ser incluída: [Soils_Deep_Horizon_Moisture_SSURGO_USDA_IN: Banco de dados geográfico de pesquisa de solo (SSURGO) para Indiana, 2012, (Departamento de Agricultura dos EUA, 1: 12.000, Geodatabase Polygon Feature Class)].

A Indiana University, Indiana Geological Survey garante que a mídia na qual este produto está armazenado estará livre de defeitos de materiais e mão de obra por noventa (90) dias a partir da data de aquisição. Se tal defeito for encontrado, devolva a mídia para Publication Sales, Indiana Geological Survey, 611 North Walnut Grove Ave., Bloomington, Indiana 47405 2208, e ela será substituída gratuitamente.

LIMITAÇÃO DE GARANTIAS E RESPONSABILIDADE:

Exceto pela garantia expressa acima, o produto é fornecido & quotAS IS & quot, sem quaisquer outras garantias ou condições, expressas ou implícitas, incluindo, mas não se limitando a, garantias de qualidade do produto ou adequação a um propósito ou uso específico. O risco ou responsabilidade resultante do uso deste produto é assumido pelo usuário. Indiana University, Indiana Geological Survey não compartilha nenhuma responsabilidade com os usuários do produto por danos indiretos, incidentais, especiais ou conseqüenciais de qualquer natureza, incluindo, mas não se limitando a, perda de receita ou lucro, dados perdidos ou danificados ou outras perdas comerciais ou econômicas.A Indiana University, Indiana Geological Survey não se responsabiliza por reclamações de terceiros. A responsabilidade agregada máxima para o comprador original não deve exceder o valor pago por você pelo produto. Ponto de contato: Informações de contato: Contact_Organization_Primary: Contact_Organization: Indiana Geological Survey Endereço de contato: Tipo de endereço: Endereço postal e físico Endereço: 611 North Walnut Grove Ave. Cidade: Bloomington Estado ou Província: Indiana Código postal: 47405 2208 País: EUA Contact_Voice_Telephone: 812 855 7636 Contact_Facsimile_Telephone: 812 855 2862 Contact_Electronic_Mail_Address: [email protected] Hours_of_Service: 08h00 às 17h00 Hora Padrão do Leste Contact_Instructions: Segunda a sexta, exceto feriados

Native_Data_Set_Environment: ESRI ArcGIS 10.0, classe de recurso Geodatabase polygon

Data_Quality_Information: Attribute_Accuracy: Attribute_Accuracy_Report: O seguinte foi extraído das informações fornecidas pelo USDA, NRCS:

& quotA precisão do atributo é testada por comparação manual da fonte com gráficos impressos e / ou exibição simbolizada dos dados do mapa em um sistema gráfico de computador interativo. Os atributos selecionados que não podem ser verificados visualmente nos gráficos ou na tela são consultados e verificados interativamente na tela. Além disso, os atributos são testados em relação a um conjunto mestre de atributos válidos. Todos os dados de atributo estão em conformidade com os códigos de atributo no documento de classificação e correlação assinado e em sua (s) emenda (s). & Quot

Deve-se notar também que os dados do SSURGO para cada município são coletados separadamente, portanto, inconsistências nos atributos do solo podem existir entre os condados devido a diferenças nas interpretações feitas pelos cientistas do solo que coletaram os dados.

Logical_Consistency_Report: O seguinte foi extraído das informações fornecidas pelo USDA, NRCS:

& quotCertificado nó / geometria e topologia GT- relações polígono / cadeia são coletadas ou geradas para satisfazer os requisitos topológicos (o GT-polígono corresponde ao delineamento do solo). Alguns desses requisitos incluem: as cadeias devem começar e terminar nos nós, as cadeias devem se conectar entre si nos nós, as cadeias não se estendem pelos nós, os polígonos GT esquerdo e direito são definidos para cada elemento da cadeia e são consistentes por toda parte, e as cadeias representando os limites do arquivo estão livres de lacunas. Os testes de consistência lógica são executados com o software do fornecedor. Todos os polígonos internos são testados para fechamento com o software do fornecedor e são verificados em gráficos impressos. Todos os dados são verificados para linhas de solo comuns (ou seja, polígonos adjacentes com o mesmo rótulo). As localizações das bordas geralmente não se desviam da linha de centro para a linha de centro em mais de 0,01 polegada.

& quotO Levantamento de solo do condado de Adams, Indiana, é totalmente compatível com os levantamentos de solo adjacentes certificados pela SSURGO do condado de Allen, Indiana, condado de Van Wert, Ohio e condado de Mercer, Ohio. Os rótulos de solo no condado de Adams não correspondem aos rótulos das pesquisas adjacentes. A maioria das arestas de feições em Adams County não correspondem às arestas de feições nos levantamentos adjacentes. O limite da pesquisa de solo para o condado de Adams corresponde à cobertura do limite do condado de Indiana que está arquivada no Soil Data Mart. Os limites da área de pesquisa de solo correspondem. & Quot Completeness_Report: O seguinte foi extraído das informações fornecidas pelo USDA, NRCS:

& quotUma unidade de mapa é uma coleção de áreas definidas e nomeadas em termos de seus componentes de solo ou áreas diversas ou ambos. Cada unidade de mapa difere em alguns aspectos de todas as outras em uma área de levantamento e cada unidade de mapa tem um símbolo que identifica exclusivamente a unidade de mapa em um mapa de solo. Cada área, ponto ou linha individual assim identificada no mapa é um delineamento.

& quotSoil Scientists identificam pequenas áreas de solos ou áreas diversas que têm propriedades e comportamento significativamente diferente dos solos nomeados na unidade de mapa circundante. Esses componentes secundários podem ser indicados como recursos especiais. Se eles têm um efeito mínimo sobre o uso e gerenciamento, ou não podem ser localizados com precisão, eles podem não estar indicados no mapa.

& quotUma unidade de mapa especificou tipos de solos ou áreas diversas (componentes da unidade de mapa), cada um com um alcance designado em extensão proporcional. As unidades do mapa incluem um ou mais tipos de solo ou área diversa. Áreas diversas são áreas com pouco ou nenhum solo reconhecível.

& quotSpecific National Cooperative Soil Survey padrões e procedimentos foram usados ​​na classificação de solos, desenho e nome de unidades de mapa, e localização de características especiais de solo. Esses padrões são descritos no Agricultural Handbook 18, Soil Survey Manual, 1993, USDA, NRCS Agricultural Handbook 436, Soil Taxonomy, 1995, USDA, NRCS e todas as Emendas Chaves à Taxonomia do Solo, (edição atual) USDA, NRCS National Soil Survey Handbook, título 430-VI, (edição atual) USDA, NRCS.

& quotA composição real e a pureza interpretativa dos delineamentos das unidades do mapa foram baseadas em dados coletados por cientistas durante o curso de preparação dos mapas de solo. A adesão aos padrões e procedimentos do National Cooperative Soil Survey é baseada na revisão por pares, controle de qualidade e garantia de qualidade. O controle de qualidade é descrito no memorando de entendimento para a área de pesquisa de solo e em documentos que residem com o cientista de solos estadual do Serviço de Conservação de Recursos Naturais. Quatro tipos de unidades de mapas são usados ​​em levantamentos de solo: consociações, complexos, associações e grupos indiferenciados.

& quotConsociações - as consociações são nomeadas de acordo com o solo dominante. Em uma associação, as áreas delineadas usam um único nome do componente dominante na unidade do mapa. Os componentes diferentes são de menor extensão. O componente do solo em uma associação pode ser identificado em qualquer nível taxonômico. A série de solos é o nível taxonômico mais baixo. Uma associação que é nomeada como uma área diversa é predominantemente esse tipo de área e os componentes menores não afetam significativamente o uso da unidade de mapa. A quantidade total de inclusões diferentes de outros componentes em uma unidade de mapa geralmente não excede cerca de 15 por cento se for limitante e 25 por cento se não for limitante. Um único componente de uma inclusão limitante diferente geralmente não excede 10 por cento se for muito contrastante.

& quotComplexos e associações - Complexos e associações consistem em dois ou mais componentes diferentes que ocorrem em um padrão de repetição regular. A quantidade total de outros componentes diferentes é menor. A seguinte regra arbitrária determina se complexo ou associação é usado no nome. Os principais componentes de uma associação podem ser separados na escala de mapeamento. Em ambos os casos, como os componentes principais são suficientemente diferentes em morfologia ou comportamento, a unidade do mapa não pode ser chamada de consociação. Em cada delineamento de um complexo ou de uma associação, cada componente principal está normalmente presente, embora suas proporções possam variar consideravelmente de um delineamento para outro. A quantidade total de inclusões em uma unidade de mapa que são diferentes de qualquer um dos componentes principais não excede 15 por cento se for limitante e 25 por cento se não for limitante. Um único tipo de inclusão limitante diferente geralmente não excede 10 por cento.

& quot Grupos indiferenciados - Grupos indiferenciados consistem em dois ou mais componentes que não estão consistentemente associados geograficamente e, portanto, nem sempre ocorrem juntos no mesmo delineamento do mapa. Esses componentes estão incluídos na mesma unidade de mapa nomeada porque seu uso e gerenciamento são iguais ou muito semelhantes para usos comuns. Geralmente, eles são agrupados porque alguma característica comum, como declividade, pedregosidade ou inundação, determina seu uso e gerenciamento. Se duas ou mais unidades de mapa adicionais não servirem a nenhum propósito útil, elas podem ser incluídas na mesma unidade. Cada delineamento tem pelo menos um dos componentes principais e alguns podem ter todos eles. Os mesmos princípios relativos à proporção de componentes menores que se aplicam às consociações também se aplicam a grupos indiferenciados. Os mesmos princípios relativos à proporção de inclusão se aplicam tanto a grupos indiferenciados quanto às consociações.

"A documentação mínima consiste em três descrições completas do perfil do solo que são coletadas para cada solo adicionado à legenda, um adicional por 3.000 acres mapeados, três transectos de 10 observações para cada unidade de mapa, um transecto adicional de 10 pontos por 3.000 acres."

Precisão_posicional: Horizontal_Positional_Accuracy: Horizontal_Positional_Accuracy_Report: O seguinte foi extraído das informações fornecidas pelo USDA, NRCS:

& quotA precisão desses dados digitais é baseada em sua compilação para mapas básicos que atendem aos Padrões Nacionais de Precisão de Mapas em uma escala de 1 polegada igual a 1.000 pés. A diferença na precisão posicional entre os limites do solo e as localizações de características especiais do solo no campo e suas localizações no mapa digitalizado é desconhecida. A precisão da localização dos delineamentos do solo no solo varia com a transição entre as unidades do mapa.

& quotPor exemplo, em paisagens longas e suavemente inclinadas, a transição ocorre gradualmente ao longo de muitos pés. Onde as paisagens mudam abruptamente de íngremes para planos, a transição será muito estreita. Os limites de delineamento do solo e características especiais do solo geralmente foram digitalizados a 0,01 polegada de suas localizações na fonte de digitalização. Os elementos do mapa digital são combinados entre os conjuntos de dados. Os dados ao longo de cada borda do quadrilátero são comparados com os dados do quadrilátero adjacente. As localizações das bordas geralmente não se desviam da linha de centro para a linha de centro em mais de 0,01 polegada. & Quot

& quotUm padrão definido ou nível de confiança na pureza interpretativa dos delineamentos da unidade de mapa é alcançado ajustando o tipo e a intensidade das investigações de campo. Investigações de campo e coleta de dados são realizadas com detalhes suficientes para nomear unidades de mapa e identificar áreas de cerca de 2,5 acres de maneira precisa e consistente. & Quot

Linhagem: Source_Information: Source_Citation: Citation_Information: Originador: NRCS, USDA Data de publicação: 20120106 Título: solomu_a_ [área de pesquisa de solo] .shp - para todas as 92 áreas de pesquisa de solo (condados) em Indiana Edição: 2.2 Geospatial_Data_Presentation_Form: ESRI Shapefiles Publication_Information: Publication_Place: Indianapolis, Indiana 46278 Editor: NRCS, USDA Other_Citation_Details: Nenhum Online_Linkage: & lthttp: //soildatamart.nrcs.usda.gov/> Source_Scale_Denominator: 12000 Type_of_Source_Media: Dados digitais espaciais Source_Time_Period_of_Content: Time_Period_Information: Single_Date / Time: Calendar_Date: 20120106 Source_Currentness_Reference: Data de publicação Source_Citation_Abbreviation: solomu_a_ [área de pesquisa de solo] .shp - para todas as 92 áreas de pesquisa de solo (condados) em Indiana Source_Contribution: Dados do solo SSURGO (classes de características do polígono)

Source_Information: Source_Citation: Citation_Information: Originador: NRCS, USDA Data de publicação: 20120106 Título: Vários arquivos de dados tabulares de pesquisa de solo - Tabela de componentes (comp.txt), Tabela Horizon (chorizon.txt), Tabela agregada da unidade do mapa (muaggatt.txt) Edição: 2.2 Geospatial_Data_Presentation_Form: Arquivos de texto (formato ASCII) Publication_Information: Publication_Place: Indianapolis, Indiana 46278 Editor: NRCS, USDA Other_Citation_Details: Nenhum Online_Linkage: & lthttp: //soildatamart.nrcs.usda.gov/> Source_Scale_Denominator: 12000 Type_of_Source_Media: Dados tabulares digitais Source_Time_Period_of_Content: Time_Period_Information: Single_Date / Time: Calendar_Date: 20120106 Source_Currentness_Reference: Data de publicação Source_Citation_Abbreviation: comp.txt, chorizon.txt, muaggatt.txt Source_Contribution: Os seguintes campos de atributo SSURGO Soil relativos à Umidade do solo: Dias livres de geada (campo denominado & quotFFD & quot), Densidade aparente (campo denominado & quotBULKDENS & quot), Ponto de murcha (campo denominado & quotWP_H2O & quot), Capacidade do campo (campo denominado & quotFC_H2O & quot), Conteúdo de água saciado (campo denominado & quotSAT_H2O & quot) e Drenagem do solo (campo denominado & quotDRAINAGE & quot)

Source_Information: Source_Citation: Citation_Information: Originador: NRCS, USDA Data de publicação: 20120106 Título: soildb_IN_2002.mdb Edição: 2.2 Geospatial_Data_Presentation_Form: Arquivo de banco de dados Microsoft Access Publication_Information: Publication_Place: Indianapolis, Indiana 46278 Editor: NRCS, USDA Other_Citation_Details: Nenhum Online_Linkage: & lthttp: //soildatamart.nrcs.usda.gov/> Source_Scale_Denominator: 12000 Type_of_Source_Media: Dados digitais Source_Time_Period_of_Content: Time_Period_Information: Single_Date / Time: Calendar_Date: 20120106 Source_Currentness_Reference: Data de publicação Source_Citation_Abbreviation: soildb_IN_2002.mdb Source_Contribution: Modelo de banco de dados do Microsoft Access (para Indiana). Este modelo automatiza a importação de todos os arquivos de dados tabulares de levantamento de solo de um diretório. Depois que os arquivos de dados tabulares são importados, esse banco de dados ajuda os usuários a gerar relatórios personalizados e exportações de dados selecionados.

Etapa do processo: Descrição do processo: Um arquivo zip (& quotsoil_ [área de pesquisa de solo] .zip & quot) contendo informações de SSURGO do solo foi baixado para cada condado (área de pesquisa de solo) em Indiana do Soil Data Mart no seguinte URL: & lthttp: //SoilDataMart.nrcs.usda.gov / & gt. O formato solicitado foi ESRI Shapefile com um sistema de coordenadas UTM Zona 16, Hemisfério Norte (NAD 83), e a opção Tabular and Spatial Data foi selecionada. Para cada município, a pasta zip foi aberta e todo o conteúdo extraído, com a estrutura de duas pastas (espacial e tabular) e um arquivo zip denominado & quotsoildb_IN_2002.zip. & Quot.

PASSO 1 - AGREGANDO OS ARQUIVOS DE DADOS TABULARES DA PESQUISA DE SOLO:

Soildb_IN_2002.zip foi aberto e um arquivo chamado & quotsoildb_IN_2002.mdb & quot foi extraído. Soildb_IN_2002.mdb é um modelo de banco de dados do Microsoft Access construído pelo NRCS para auxiliar na importação e utilização dos arquivos de dados tabulares de levantamento do solo. Soildb_IN_2002.mdb foi aberto e um formulário preexistente foi usado para importar todos os dados tabulares da pasta tabular para um único condado (área de levantamento do solo). O mesmo processo de importação foi executado para os 91 condados restantes em Indiana e o arquivo foi renomeado para SSURGO_SoilsDB_Indiana_AllCounties_2012.mdb.

PASSO 2 - AGREGANDO OS ARQUIVOS DE DADOS ESPACIAIS DA PESQUISA DE SOLOS:

A pasta & quotspatial & quot para cada condado continha um shapefile de polígono ESRI denominado & quotsoilmu_a_ [área de levantamento do solo] .shp, & quot, que contém os limites do mapunit de levantamento do solo. Os atributos básicos dentro desses shapefiles incluem o seguinte: versão serial dos dados (campo denominado & quotSPATIALVER & quot), área de levantamento do solo (campo denominado & quotAREASYMBOL & quot), símbolo da unidade do mapa (campo denominado & quotMUSYM & quot) e chave da unidade do mapa (campo denominado & quotMUKEY & quot). Os shapefiles para todos os 92 condados (áreas de pesquisa do solo) em Indiana foram carregados no ESRI ArcMap (10.0). ArcToolBox foi aberto e a ferramenta & quotMerge & quot foi então usada para produzir uma única classe de feição de polígono de estado chamada & quotSSURGO_Indiana_AllCounties_2012 & quot no Arquivo Geodatabase denominado INDIANA_SSURGO_2012.GDB.

Source_Used_Citation_Abbreviation: solomu_a_ [área de levantamento do solo] .shp Arquivos ASCII .txt dentro do solo_ [área de levantamento do solo] .zip soildb_IN_2002.mdb template Data de processo: 20120115 Source_Produced_Citation_Abbreviation: SSURGO_Indiana_AllCounties_2012 (classe de recurso de polígono de geodatabase) SSURGO_SoilsDB_Indiana_AllCounties_2012.mdb Process_Contact: Informações de contato: Contact_Organization_Primary: Contact_Organization: Indiana Geological Survey Pessoa de contato: Shawn Naylor Contact_Position: Geólogo Endereço de contato: Tipo de endereço: Endereço postal e físico Endereço: 611 North Walnut Grove Ave. Cidade: Bloomington Estado ou Província: Indiana Código postal: 47405 2208 País: EUA Contact_Voice_Telephone: 812 855 2504 Contact_Facsimile_Telephone: 812 855 2862 Contact_Electronic_Mail_Address: [email protected] Hours_of_Service: 08h00 às 17h00 Hora Padrão do Leste Contact_Instructions: Segunda a sexta, exceto feriados

Etapa do processo: Descrição do processo: O objetivo das consultas a seguir era isolar um único registro de horizonte para cada unidade do mapa onde as características do solo para aquele horizonte são representativas em toda a unidade do mapa e se relacionam às propriedades de umidade do solo. O principal critério usado para isolar esses registros de horizonte foi o valor da profundidade do fundo de cada horizonte. Horizontes mais profundos (valores maiores de profundidade do fundo) são de interesse para a viabilidade GSHP e estudos de projeto porque normalmente tais sistemas são instalados 4-6 pés abaixo da superfície. Assim, o horizonte mais profundo fornece a melhor representação das características do solo que estarão ao redor do componente de acoplamento ao solo do sistema.

SSURGO_SoilsDB_Indiana_AllCounties_2012.mdb foi aberto e as etapas a seguir descrevem o processo pelo qual um único registro de horizonte foi isolado para cada unidade de mapa.

PASSO 1 - SELEÇÃO DOS ATRIBUTOS DESEJADOS:

Em SSURGO_SoilsDB_Indiana_AllCounties_2012.mdb, uma consulta personalizada chamada & quota1_text_all2 & quot foi projetada pelo pessoal da IGS para extrair os campos desejados necessários para criar este conjunto de dados, em uma tabela chamada & quotSSURGO_Soil_Properties_IN. & Quot Isso incluía os campos relacionados às características de umidade do solo que seriam finalmente unidas aos polígonos dentro da camada & quotSSURGO_Indiana_AllCounties_2012 & quot (nomes de campo: & quotffd_r, & quot & quotdbovendry_r, & quot & quotwfifteenbar_r, & quot & quotwthirdbar_r, & quot & quotwsatiated_r, & quot e & quotdrclassdcdcd, & quot & quotwfifteenbar_r; & quot & quotwthirdbar_r, & quot & quotwsatiated_r, & quot and & quotdrclassdcd & quot & quothzname, & quot & quothzdept_r, & quot e & quothzdepb_r & quot). Três campos adicionais foram extraídos para serem usados ​​apenas como critérios de seleção em uma etapa subsequente abaixo (nomes de campo: & quotcomppct_l, & quot & quotcomppct_r, & quot e & quotcomppct_h & quot_ & quotdepthd se & quot) foram calculados pelo pessoal da IGS para serem usados ​​como critérios de seleção.Como eles foram derivados é mostrado abaixo.

PASSO 2 - SELEÇÃO DOS HORIZONTES DE SOLO MAIS PROFUNDO, COM BASE NO CAMPO DE PROFUNDIDADE INFERIOR DO HORIZONTE:

O pessoal da IGS projetou outra consulta chamada & quota2_text_bot_try7 & quot para começar a isolar os atributos relativos ao registro de horizonte mais profundo da tabela chamada & quotSSURGO_Soil_Properties_IN. & Quot Esta consulta utilizou a função & quotMax () & quot para o campo de atributo denominado & quothzdepb_r. & Quot Isso refinou os dados de forma que apenas os mais profundos registros de horizonte (aqueles com os maiores valores de & quothzdepb_r & quot) foram retornados. Esta consulta refinou com sucesso os dados do horizonte para um único registro por unidade de mapa para 21 dos condados, mas falhou em alcançar os resultados desejados para os 71 condados restantes porque algumas unidades de mapa tinham mais de um registro para o horizonte mais profundo. O campo denominado & quotMETHOD & quot indica se os dados para uma unidade de mapa foram refinados com sucesso durante esta etapa usando o valor da string: & quotSTEP 2. & quot

PASSO 3 - SELEÇÃO DE HORIZONTES PERTENCENTES A COMPONENTES DO SOLO QUE REPRESENTAM A MAIOR PORCENTAGEM DE SUAS RESPECTIVAS UNIDADES DO MAPA, COM BASE NO CAMPO DE COMPONENTES REPRESENTANTES:

Para todas as unidades de mapa onde a consulta anterior (PASSO 2) retornou vários registros para o horizonte mais profundo, o pessoal da IGS projetou outra consulta chamada & quota2_text_bot_try7pt2 & quot para selecionar o registro de horizonte que pertence ao componente com o maior valor (a função & quotMax () & quot foi usada ) no campo denominado & quotcomppct_r & quot (que é a porcentagem de uma unidade de mapa coberta por um componente). Esta etapa refinou com sucesso os registros de horizonte para 51 condados adicionais, mas permaneceram 20 condados onde esta consulta falhou em alcançar os resultados desejados porque vários componentes compartilhavam o mesmo valor máximo no campo & quotcomppct_r & quot, ou o campo era nulo. O campo denominado & quotMETHOD & quot indica se os dados para uma unidade de mapa foram refinados com sucesso durante esta etapa usando o valor da string: & quotSTEP 3. & quot

PASSO 4 - SELEÇÃO DE HORIZONTES PERTENCENTES A COMPONENTES DO SOLO QUE REPRESENTAM A MAIOR PORCENTAGEM DE SUAS RESPECTIVAS UNIDADES DO MAPA, COM BASE NO CAMPO DE PORCENTAGEM MÉDIA DE COMPONENTES:

Para todas as unidades de mapa em que a consulta anterior (PASSO 3) retornou vários registros para o horizonte mais profundo, a equipe IGS projetou outra consulta personalizada chamada & quota2_text_bot_try7pt3. & Quot Esta etapa selecionou os registros com base nos valores máximos do campo calculado chamado & quotcomppct_avg, & quot que é o média dos campos denominados & quotcomppct_l & quot e & quotcomppct_h & quot. Os campos & quotcomppct_l & quot e & quotcomppct_h & quot podem ser considerados como um intervalo em que & quotcomppct_l & quot é a estimativa mais baixa da área que um componente pode cobrir em sua respectiva unidade de mapa, e & quotcomppct_h & quot é a estimativa mais alta. O valor percentual contido no campo denominado & quotcomppct_r & quot cai dentro desta faixa e foi considerado pelos cientistas do solo do USDA como sendo a porcentagem esperada que um componente compreende de sua respectiva unidade de mapa, ganhando, portanto, a designação de & quotrepresentativo & quot. Tirar a média de & quotcomppct_l & quot e & quotcomppct_h & quot produz um valor semelhante a & quotcomppct_r & quot em que o valor resultante também está em algum lugar dentro do intervalo dos valores de porcentagem alto e baixo. Na verdade, houve alguns casos em que o valor & quotcomppct_avg & quot igualou o valor & quotcomppct_r & quot exatamente e, portanto, a consulta falhou em refinar mais os resultados. No entanto, para os componentes em que o valor & quotcomppct_avg & quot era ligeiramente diferente do valor & quotcomppct_r & quot, esta consulta foi capaz de refinar ainda mais os registros do horizonte. Usando este critério, dois condados adicionais foram refinados com sucesso (com 18 condados restantes). Este critério falhou quando nenhum dos registros de horizonte pertencia a um componente com um valor & quotcomppct_avg & quot maior do que os outros. O campo denominado & quotMETHOD & quot indica se os dados para uma unidade de mapa foram refinados com sucesso durante esta etapa usando o valor da string: & quotSTEP 4. & quot

PASSO 5 - SELEÇÃO DO HORIZONTE MAIS ESPESSO, COM BASE NA DIFERENÇA ENTRE OS CAMPOS DE PROFUNDIDADE DO HORIZONTE SUPERIOR E INFERIOR:

Para todas as unidades de mapa em que a consulta anterior (PASSO 4) retornou vários registros para o horizonte mais profundo, o pessoal da IGS projetou outra consulta personalizada chamada & quota2_text_bot_try7pt4 & quot para selecionar os registros do horizonte com o valor máximo no campo calculado & quotdepthdif & quot, que é essencialmente a espessura de um horizonte. Em outras palavras, este filtro selecionou os registros de horizonte remanescentes mais espessos para representar as características do solo de suas respectivas unidades de mapa. Essa consulta alcançou os resultados desejados para os condados restantes, deixando apenas alguns casos em que um único registro de horizonte não foi isolado para uma unidade de mapa. Estes foram tratados manualmente, selecionando os horizontes em maiores profundidades. O campo denominado & quotMETHOD & quot indica se os dados para uma unidade de mapa foram refinados com sucesso durante esta etapa usando o valor da string: & quotSTEP 5. & quot

PASSO 6 - TABELA DE PRODUTOS CONTENDO OS REGISTROS DO HORIZONTE ISOLADOS PELOS RESULTADOS DA CONSULTA ANTERIOR

Os resultados finais produzidos no PASSO 5 pela consulta chamada & quota2_text_bot_try7pt4 & quot foram transformados em uma tabela chamada & quotSSURGO_Moisture_AllCounties_2012 & quot dentro do banco de dados chamado & quotSSURGO_SoilsDB_Indiana_AllCounties_2012. & Quot.

Source_Used_Citation_Abbreviation: comp.txt, chorizon.txt, muaggatt.txt (tabelas em SSURGO_SoilsDB_Indiana_AllCounties_2012.mdb) Data de processo: 20120715 Source_Produced_Citation_Abbreviation: & quotSSURGO_Moisture_AllCounties_2012 & quot (tabela em SSURGO_SoilsDB_Indiana_AllCounties_2012.mdb) Process_Contact: Informações de contato: Contact_Organization_Primary: Contact_Organization: Indiana Geological Survey Pessoa de contato: Shawn Naylor Contact_Position: Geólogo Endereço de contato: Tipo de endereço: Endereço postal e físico Endereço: 611 North Walnut Grove Ave. Cidade: Bloomington Estado ou Província: Indiana Código postal: 47405 2208 País: EUA Contact_Voice_Telephone: 812 855 2504 Contact_Facsimile_Telephone: 812 855 2862 Contact_Electronic_Mail_Address: [email protected] Hours_of_Service: 08h00 às 17h00 Hora Padrão do Leste Contact_Instructions: Segunda a sexta, exceto feriados

Etapa do processo: Descrição do processo: SSURGO_SoilsDB_Indiana_AllCounties_2012.mdb (Banco de dados do Microsoft Access) foi aberto e os nomes dos campos da tabela chamada & quotSSURGO_Moisture_AllCounties_2012 & quot foram modificados da seguinte forma: & quotMUKEY, & quot & quotMUNAME, & quot & quotFFHORIZON, & quotBURGO_Moisture_AllCounties_2012 & quot foram modificados da seguinte maneira: & quotMUKEY, & quot & quotMUNAME, & quot & quotFFHORIZON , & quot & quotSAT_H2O, & quot e & quotDRAINAGE & quot (os nomes dos campos SSURGO originais são os seguintes, respectivamente: & quotmukey, & quot & quotmuname, & quot & quothzname, & quot & quothzdept_r, & quotws & quothzdepbbar_r, & quot & quotffd_r, & quot_rfta_trade & quot_rfta_trade & quot_rfd_r, & quot_rfta_trade & quot_rendr, & quot_rdbb & quotdrclassdcd & quot).

O campo & quotMUNAME & quot para unidades de mapa sem dados de solos, por qualquer um dos motivos (1-3) abaixo, foi padronizado para ter os valores: & quotÁgua, & quot & quotÁreas perturbadas / Terrenos urbanos, & quot & quotPits / Pedreiras / Mining Regolith e & quotUnweathered Sand Deposits . & quot As unidades de mapa que se enquadram nessas categorias terão valores nulos nos campos de atributos do solo.

1) Não existe solo porque a unidade do mapa representa uma área de água, depósitos de areia não intumescida (psamments), poços ou atividade de mineração. 2) Os horizontes do solo foram perturbados pela construção (nomeadamente udorthents). 3) Não foi possível coletar amostras de solo devido à cobertura do solo urbano.

A tabela chamada & quotSSURGO_Moisture_AllCounties_2012 & quot foi então exportada do banco de dados como um arquivo dBASE com o título truncado & quotMOISTURE. & Quot

A classe de recurso do polígono chamada & quotSSURGO_Indiana_AllCounties_2012 & quot foi carregada no ESRI ArcMap e a tabela chamada & quotMOISTURE & quot foi importada. A função & quotJoin & quot foi então usada para adicionar os atributos aos polígonos em SSURGO_Indiana_AllCounties_2012 com base em seu campo & quotMUKEY & quot comum. SSURGO_Indiana_AllCounties_2012 foi então exportado como uma nova classe de recurso chamada & quotSSURGO_Mapunits_w_Moisture_Properties & quot para o arquivo geodatabase INDIANA_SSURGO_2012.gdb.

Um campo de atributo (& quotCOUNTY & quot) foi adicionado a SSURGO_Mapunits_w_Moisture_Properties identificando a localização de cada unidade do mapa por município. Este campo foi preenchido usando uma operação de junção espacial entre SSURGO_Mapunits_w_Moisture_Properties e um shapefile de polígono dos limites do condado de Indiana intitulado & quotLandsurvey_County_Poly_IN.shp & quot (IGS). SSURGO_Mapunits_w_Moisture_Properties foi então exportado como uma nova classe de recurso chamada & quotSoils_Deep_Horizon_Moisture_SSURGO_USDA_IN_Singlepart & quot para o arquivo geodatabase INDIANA_SSURGO_2012.gdb.

A ferramenta & quotDissolve & quot no ArcToolbox foi aplicada a Soils_Deep_Horizon_Moisture_SSURGO_USDA_IN_Singlepart com base no campo denominado & quotMUKEY & quot e com a opção & quotCreate multipart features & quot selecionada. A saída da operação foi uma nova classe de recurso de polígono com o nome & quotSoils_Deep_Horizon_Moisture_SSURGO_USDA_IN, & quot que foi colocado no arquivo geodatabase denominado & quotINDIANA_SSURGO_2012.gdb. & Quot Esta operação agregou todos os componentes com os mesmos valores no campo & quotMUKEY & quot em um único recurso, multipart. A execução da ferramenta & quotDissolve & quot reduziu a contagem de feições do polígono de 1.330.079 para 6.597.

Source_Used_Citation_Abbreviation: SSURGO_SoilsDB_Indiana_AllCounties_2012.mdb SSURGO_Indiana_AllCounties_2012 (classe de recurso de polígono de geodatabase) Landsurvey_County_Poly_IN.shp Data de processo: 20120720 Source_Produced_Citation_Abbreviation: Soils_Deep_Horizon_Moisture_SSURGO_USDA_IN (classe de recurso de polígono de geodatabase) Process_Contact: Informações de contato: Contact_Organization_Primary: Contact_Organization: Indiana Geological Survey Pessoa de contato: Shawn Naylor Contact_Position: Geólogo Endereço de contato: Tipo de endereço: Endereço postal e físico Endereço: 611 North Walnut Grove Ave. Cidade: Bloomington Estado ou Província: Indiana Código postal: 47405 2208 País: EUA Contact_Voice_Telephone: 812 855 2504 Contact_Facsimile_Telephone: 812 855 2862 Contact_Electronic_Mail_Address: [email protected] Hours_of_Service: 08h00 às 17h00 Hora Padrão do Leste Contact_Instructions: Segunda a sexta, exceto feriados

Etapa do processo: Descrição do processo: Este arquivo de metadados foi pré-analisado e analisado usando software CNS (Chew and Spit, v. 2.6.1) e MP (Metadata Parser, v. 2.7.1) escrito por Peter N. Schweitzer (U.S. Geological Survey). Os erros gerados pelo MP foram todos corrigidos e corrigidos. Data de processo: 20120815 Process_Contact: Informações de contato: Contact_Person_Primary: Contact_Organization: Indiana Geological Survey Pessoa de contato: Shawn Naylor Contact_Position: Geólogo Endereço de contato: Tipo de endereço: Endereço postal e físico Endereço: 611 North Walnut Grove Ave. Cidade: Bloomington Estado ou Província: Indiana Código postal: 47405-2208 País: EUA Contact_Voice_Telephone: 812 855 2504 Contact_Facsimile_Telephone: 812 855 2862 Contact_Electronic_Mail_Address: [email protected] Hours_of_Service: 08:00 - 17:00 Horário Padrão do Leste Contact_Instructions: De segunda a sexta, exceto feriados

Spatial_Data_Organization_Information: Direct_Spatial_Reference_Method: Vetor Point_and_Vector_Object_Information: SDTS_Terms_Description: SDTS_Point_and_Vector_Object_Type: Polígono G Point_and_Vector_Object_Count: 6597

Spatial_Reference_Information: Horizontal_Coordinate_System_Definition: Planar: Grid_Coordinate_System: Grid_Coordinate_System_Name: Mercador Transversal Universal Mercador Transversal Universal: UTM_Zone_Number: 16 Transverse_Mercator: Scale_Factor_at_Central_Meridian: 0.999600 Longitude_of_Central_Meridian: -87.000000 Latitude_of_Projection_Origin: 0.000000 False_Easting: 500000.000000 False_Northing: 0.000000 Planar_Coordinate_Information: Planar_Coordinate_Encoding_Method: par de coordenadas Coordinate_Representation: Abscissa_Resolution: 0.000100 Ordinate_Resolution: 0.000100 Planar_Distance_Units: metros Geodetic_Model: Horizontal_Datum_Name: Datum norte-americano de 1983 Ellipsoid_Name: Sistema de Referência Geodésico 80 Semi-eixo maior: 6378137.000000 Denominator_of_Flattening_Ratio: 298.257222

Entity_and_Attribute_Information: Descrição detalhada: Tipo de entidade: Entity_Type_Label: Nenhum Entity_Type_Definition: Tabela de atributos de classe de recurso de polígono geodatabase Entity_Type_Definition_Source: Nenhum

Atributo: Attribute_Label: OBJETIVO Attribute_Definition: Número do recurso interno Attribute_Definition_Source: ESRI Attribute_Domain_Values: Unrepresentable_Domain: Sequencia unica de números inteiros que são gerados automaticamente. Atributo: Attribute_Label: AREASYMBOL Attribute_Definition: Um símbolo que identifica exclusivamente uma única ocorrência de um determinado tipo de área (Área de Levantamento do Solo). Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Codeset_Domain: Codeset_Name: Classificação e correlação dos solos de Indiana Codeset_Source: Departamento de Agricultura dos EUA, Serviço de Conservação de Recursos Naturais Atributo: Attribute_Label: SPATIALVER Attribute_Definition: Um número inteiro sequencial usado para denotar a versão serial dos dados espaciais para uma área de levantamento de solo. Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Codeset_Domain: Codeset_Name: Versão de dados espaciais Codeset_Source: Departamento de Agricultura dos EUA, Serviço de Conservação de Recursos Naturais Atributo: Attribute_Label: MUSYM Attribute_Definition: Símbolo da unidade do mapa - O símbolo usado para identificar exclusivamente a unidade do mapa do solo no levantamento do solo. Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Codeset_Domain: Codeset_Name: Classificação e correlação dos solos de Indiana Codeset_Source: Departamento de Agricultura dos EUA, Serviço de Conservação de Recursos Naturais Atributo: Attribute_Label: MUKEY Attribute_Definition: Chave de unidade de mapa - Uma string não-conotativa de caracteres usada para identificar exclusivamente um registro na tabela de unidade de mapa. Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Codeset_Domain: Codeset_Name: Classificação e correlação dos solos de Indiana Codeset_Source: Departamento de Agricultura dos EUA, Serviço de Conservação de Recursos Naturais Atributo: Attribute_Label: MUNAME Attribute_Definition: Nome da unidade do mapa - nome correlacionado da unidade do mapa (nome recomendado ou nome do campo para levantamentos em andamento). Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Unrepresentable_Domain: Campo de Personagem Atributo: Attribute_Label: HORIZONTE Attribute_Definition: Horizonte do solo - A sequência concatenada de quatro tipos de símbolos (cinco elementos de dados) usada para distinguir diferentes tipos de camadas no solo. Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Unrepresentable_Domain: Campo de Personagem Atributo: Attribute_Label: HORIZTOP Attribute_Definition: Profundidade do topo do horizonte do solo - A distância do topo do solo até o limite superior do horizonte do solo, expressa em centímetros. Os valores nulos representam unidades de mapa onde o solo estava ausente (por exemplo, água) ou os horizontes eram indistinguíveis (por exemplo, udorthents). Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 0 Range_Domain_Maximum: 279 Atributo: Attribute_Label: HORIZBOT Attribute_Definition: Profundidade inferior do horizonte - A distância do topo do solo à base do horizonte do solo, expressa em centímetros. Os valores nulos representam unidades de mapa onde o solo estava ausente (por exemplo, água) ou os horizontes eram indistinguíveis (por exemplo, udorthents). Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 40 Range_Domain_Maximum: 305 Atributo: Attribute_Label: FFD Attribute_Definition: Dias sem geada - O número esperado de dias entre a última temperatura de congelamento (0 graus Celsius) na primavera (janeiro a julho) e a primeira temperatura de congelamento (0 graus Celsius) no outono (agosto a dezembro). O número de dias é baseado na probabilidade de que os valores para o período padrão & quot normal & quot de 1961 a 1990 serão excedidos em 5 anos em 10. Valores nulos representam unidades de mapa onde o solo estava ausente (por exemplo, água), os horizontes eram indistinguíveis (por exemplo udorthents), ou não foram retiradas amostras. Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 155 Range_Domain_Maximum: 195 Atributo: Attribute_Label: BULKDENS Attribute_Definition: Densidade aparente seca do forno - O peso seco do forno de menos de 2 mm de material de solo por unidade de volume de solo excluindo as rachaduras de dessecação, medido em um torrão revestido. Os valores nulos representam unidades de mapa onde o solo estava ausente (por exemplo, água), os horizontes eram indistinguíveis (por exemplo, udorthents) ou as amostras não foram tomadas. Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 0.42 Range_Domain_Maximum: 2.26 Atributo: Attribute_Label: WP_H2O Attribute_Definition: Ponto de murcha permanente - O conteúdo volumétrico de água no solo retido a uma tensão de 15 bar (1500 kPa), expresso como uma porcentagem do solo inteiro. Os valores nulos representam as unidades do mapa onde o solo estava ausente (por exemploágua), os horizontes eram indistinguíveis (por exemplo, udorthents), ou as amostras não foram tomadas. Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 0.5 Range_Domain_Maximum: 35.9 Atributo: Attribute_Label: FC_H2O Attribute_Definition: Capacidade de campo de conteúdo de água - O conteúdo volumétrico de água do solo retido a uma tensão de 1/3 bar (33 kPa), expresso como uma porcentagem de todo o solo. Os valores nulos representam unidades de mapa onde o solo estava ausente (por exemplo, água), os horizontes eram indistinguíveis (por exemplo, udorthents) ou as amostras não foram tomadas. Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 3.4 Range_Domain_Maximum: 88.7 Atributo: Attribute_Label: SAT_H2O Attribute_Definition: Conteúdo de água saciado - O conteúdo volumétrico estimado de água do solo na tensão ou próximo a zero bar, expresso como uma porcentagem de todo o solo. Os valores nulos representam unidades de mapa onde o solo estava ausente (por exemplo, água), os horizontes eram indistinguíveis (por exemplo, udorthents) ou as amostras não foram tomadas. Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 10 Range_Domain_Maximum: 70 Atributo: Attribute_Label: DRENAGEM Attribute_Definition: A condição natural de drenagem do solo refere-se à frequência e duração dos períodos de chuva. Esta coluna exibe a classe de drenagem dominante para a unidade do mapa, com base na porcentagem de composição de cada componente da unidade do mapa. Os valores nulos representam unidades de mapa onde o solo estava ausente (por exemplo, água), os horizontes eram indistinguíveis (por exemplo, udorthents) ou as amostras não foram tomadas. Attribute_Definition_Source: & lthttp: //soildatamart.nrcs.usda.gov> Attribute_Domain_Values: Enumerated_Domain: Enumerated_Domain_Value: Moderadamente bem drenado Enumerated_Domain_Value_Definition: Solos moderadamente bem drenados têm um lençol freático sazonal entre 20 e 40 polegadas. Enumerated_Domain_Value_Definition_Source: SSURGO, 1999 Enumerated_Domain: Enumerated_Domain_Value: Mal drenado Enumerated_Domain_Value_Definition: Solos mal drenados têm um lençol freático sazonal de menos de 25 centímetros. Enumerated_Domain_Value_Definition_Source: SSURGO, 1999 Enumerated_Domain: Enumerated_Domain_Value: Um pouco mal drenado Enumerated_Domain_Value_Definition: Solos um tanto mal drenados têm um lençol freático sazonal de 25 a 50 centímetros. Enumerated_Domain_Value_Definition_Source: SSURGO, 1999 Enumerated_Domain: Enumerated_Domain_Value: Bem drenado Enumerated_Domain_Value_Definition: Os solos bem drenados têm um lençol freático sazonal superior a 40 polegadas. Enumerated_Domain_Value_Definition_Source: SSURGO, 1999 Atributo: Attribute_Label: CONDADO Attribute_Definition: O nome do município ao qual pertence uma unidade de mapa. Attribute_Definition_Source: IGS Attribute_Domain_Values: Enumerated_Domain: Enumerated_Domain_Value: nome do condado Enumerated_Domain_Value_Definition: O nome do condado. Enumerated_Domain_Value_Definition_Source: IGS Atributo: Attribute_Label: MÉTODO Attribute_Definition: Os critérios de consulta usados ​​para extrapolar os dados de um único horizonte de solo sobre uma unidade de mapa inteira. Refere-se a uma subetapa na seção da segunda etapa do processo desses metadados. Attribute_Definition_Source: IGS Attribute_Domain_Values: Enumerated_Domain: Enumerated_Domain_Value: Passo 2 Enumerated_Domain_Value_Definition: A segunda subetapa da segunda etapa do processo desses metadados. Enumerated_Domain_Value_Definition_Source: IGS Enumerated_Domain: Enumerated_Domain_Value: etapa 3 Enumerated_Domain_Value_Definition: A terceira subetapa da segunda etapa do processo desses metadados. Enumerated_Domain_Value_Definition_Source: IGS Enumerated_Domain: Enumerated_Domain_Value: Passo 4 Enumerated_Domain_Value_Definition: A quarta subetapa da segunda etapa do processo desses metadados. Enumerated_Domain_Value_Definition_Source: IGS Enumerated_Domain: Enumerated_Domain_Value: Etapa 5 Enumerated_Domain_Value_Definition: A quinta subetapa da segunda etapa do processo desses metadados. Enumerated_Domain_Value_Definition_Source: IGS Atributo: Attribute_Label: Forma Attribute_Definition: Geometria do recurso. Attribute_Definition_Source: ESRI Attribute_Domain_Values: Unrepresentable_Domain: Coordenadas que definem os recursos. Atributo: Attribute_Label: Shape_Length Attribute_Definition: Geometria do recurso - Comprimento em metros. Attribute_Definition_Source: ESRI Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 173.992192 Range_Domain_Maximum: 11896637.356586 Atributo: Attribute_Label: Shape_Area Attribute_Definition: Geometria do recurso - Área em metros quadrados. Attribute_Definition_Source: ESRI Attribute_Domain_Values: Range_Domain: Range_Domain_Minimum: 1551.64387 Range_Domain_Maximum: 417516452.21736

Overview_Description: Entity_and_Attribute_Overview: O seguinte foi extraído das informações fornecidas pelo USDA, NRCS:

& quotDefinições de unidade de mapa são polígonos fechados que podem ser dominados por um único solo ou componente de área diversa mais solos semelhantes ou diferentes permitidos, ou podem ser misturas geográficas de grupos de solos ou solos e áreas diversas.

& quotO símbolo de unidade de mapa identifica exclusivamente cada delineamento de unidade de mapa fechada. Cada símbolo corresponde a um nome de unidade de mapa. A chave da unidade do mapa é usada para vincular as informações nas tabelas do Sistema Nacional de Informações do Solo.

& quotOs delineamentos da unidade do mapa são descritos pelo banco de dados do National Soil Information System. Este banco de dados de atributos fornece a extensão proporcional dos solos componentes e as propriedades de cada solo. O banco de dados contém dados estimados e medidos sobre as propriedades físicas e químicas do solo e interpretações do solo para engenharia, gerenciamento de água, recreação, agronomia, floresta, alcance e usos do solo pela vida selvagem.

& quotA base de dados do National Soil Information System contém metadados estáticos. Ele documenta a estrutura de dados e inclui informações como quais tabelas, colunas, índices e relacionamentos são definidos, bem como uma variedade de atributos de cada um desses objetos de banco de dados. Os atributos incluem descrições de tabelas e colunas e informações detalhadas sobre o domínio.

& quotA base de dados do National Soil Information System também contém metadados de distribuição. Ele registra os critérios usados ​​para selecionar unidades de mapa e componentes para inclusão no conjunto de dados distribuídos.

& quotOs recursos especiais são descritos na tabela de recursos. Inclui um símbolo de área, rótulo de recurso, nome de recurso e descrição de recurso para cada recurso especial e ad hoc na área de pesquisa. & Quot

Valores nulos existem onde o solo estava ausente (por exemplo, água), os horizontes eram indistinguíveis (por exemplo, udorthents) ou as amostras não foram tomadas.

Entity_and_Attribute_Detail_Citation: Taxonomia do solo: Um sistema básico de classificação de solo para fazer e interpretar levantamentos de solo. Agricultural Handbook 436, 1999, USDA, SCS.

Chaves para a taxonomia do solo (edição atual), USDA, SCS.

National Soil Survey Handbook, Title 430-VI, parte 647 (edição atual), USDA, NRCS.

Agricultural Handbook 18, Soil Survey Manual, 1993, USDA, SCS. Distribution_Information: Distribuidor: Informações de contato: Contact_Organization_Primary: Contact_Organization: Indiana Geological Survey Pessoa de contato: Vendas de Publicação Contact_Position: Atendente Endereço de contato: Tipo de endereço: Endereço postal e físico Endereço: 611 North Walnut Grove Ave. Cidade: Bloomington Estado ou Província: Indiana Código postal: 47405 2208 País: EUA Contact_Voice_Telephone: 812 855 2504 Contact_Facsimile_Telephone: 812 855 2862 Contact_Electronic_Mail_Address: [email protected] Hours_of_Service: 08h00 às 17h00 Hora Padrão do Leste Contact_Instructions: Segunda a sexta, exceto feriados

Resource_Description: Dados para download

É solicitado que o conjunto de dados seja citado em quaisquer produtos gerados a partir desses dados. A seguinte citação de fonte deve ser incluída: [Soils_Deep_Horizon_Moisture_SSURGO_USDA_IN: Banco de dados geográfico de pesquisa de solo (SSURGO) para Indiana, 2012, (Departamento de Agricultura dos EUA, 1: 12.000, Geodatabase Polygon Feature Class)].

A Indiana University, Indiana Geological Survey garante que a mídia na qual este produto está armazenado estará livre de defeitos de materiais e mão de obra por noventa (90) dias a partir da data de aquisição. Se tal defeito for encontrado, devolva a mídia para Publication Sales, Indiana Geological Survey, 611 North Walnut Grove, Bloomington, Indiana 47405 2208, e ela será substituída gratuitamente.

LIMITAÇÃO DE GARANTIAS E RESPONSABILIDADE:

Exceto pela garantia expressa acima, o produto é fornecido & quotAS IS & quot, sem quaisquer outras garantias ou condições, expressas ou implícitas, incluindo, mas não se limitando a, garantias de qualidade do produto ou adequação a um propósito ou uso específico. O risco ou responsabilidade resultante do uso deste produto é assumido pelo usuário. Indiana University, Indiana Geological Survey não compartilha nenhuma responsabilidade com os usuários do produto por danos indiretos, incidentais, especiais ou conseqüenciais de qualquer natureza, incluindo, mas não se limitando a, perda de receita ou lucro, dados perdidos ou danificados ou outras perdas comerciais ou econômicas. A Indiana University, Indiana Geological Survey não se responsabiliza por reclamações de terceiros. A responsabilidade agregada máxima para o comprador original não deve exceder o valor pago por você pelo produto.