• Nenhum resultado encontrado

3 METODOLOGIA

3.3 ESTRUTURAÇÃO DA REDE DO SISTEMA ADUTOR

3.3.5 Construção do network dataset

3.3.5.2 Definição das políticas de conectividade e de elevação

Nesse procedimento foi configurado o modelo de conectividade para a rede de transporte. Podemos definir uma conectividade End Point (nas extremidades) ou

Any Vertex (em qualquer vértice).

Se a conectividade for apenas nas extremidades, classes de feição do tipo de linha tornam-se arcos e unem-se apenas em vértices coincidentes nas extremidades. O cruzamento de duas linhas não representa conectividade (ESRI, 2012a). A figura 3.12 ilustra essa alternativa.

Figura 3.12 - Cruzamento de duas linhas que não representa conectividade Fonte: Adaptada de ESRI (2012a),

l1 l2 j1 j3 j2 j4 a2 a1

Neste caso, a feição do tipo linha l1 transforma-se no arco a1 e feição do tipo linha l2 transforma-se no arco a2. Haverá sempre um arco criado para uma feição de acordo com esta política de conectividade. Construir redes com conectividade End

Point é uma maneira de modelar objetos de passagem, como viadutos e pontes.

Se for definida uma conectividade em qualquer vértice, classes de feição do tipo linha como Rodovias_Rede são divididas em várias arestas com vértices coincidentes. Esta situação é ilustrada na Figura 3.13.

Figura 3.13 - Conectividade em qualquer vértice Fonte: Adaptada de ESRI (2012a).

Dessa forma, segundo (ESRI, 2012a), duas polilinhas que atravessam uma posição de vértice partilhado são divididas em quatro arestas, com uma junção no vértice. As arestas a1 e a3 são identificadas com a classe de feição fonte e objeto ID (Identificador de objeto) da feição do tipo linha l1. As arestas a2 e a4 são identificadas com a classe de feição fonte e objeto ID da feição do tipo linha l2. A junção j3 será uma junção do sistema recém-criado. As Junções j1, j2, j4 e j5 serão junções do sistema ou junções de pontos coincidentes de uma classe de feição fonte.

Para o Network Dataset Rodovias_ND foi definida uma conectividade em qualquer vértice. A definição dessa política é importante, porque para a classe de feição Rodovias_Rede, as rodovias podem conectar-se, umas com as outras, em qualquer vértice.

Outro aspecto relacionado com as políticas de conectividade estabelecidas na extensão Network Analyst do ArcGIS, é a definição de grupos de conectividade (ligação). Cada edge source (fonte de aresta) está associada à exatamente um grupo de conectividade, e cada junction source (fonte de junção) pode ser associada a um ou mais grupos de conectividade. Um grupo de conectividade pode conter qualquer número de fontes (arestas ou pontos de junção).

l1 l2 j1 j5 j2 j4 a4 a1 a2 a3 j3

A forma como elementos de rede podem se conectar depende dos grupos de conectividade nos quais esses elementos se encontram. Por exemplo, duas arestas criadas a partir de duas classes de feição distintas podem se conectar se elas estão no mesmo grupo de conectividade. No entanto, se elas são separadas em grupos de ligação, as arestas não podem se ligar, a menos que sejam unidas por uma junção que participa em ambos os grupos de conectividade.

Os grupos de conectividade são usados para modelar sistemas de transporte multimodal (redes de modais diferentes). Nesses sistemas, um network dataset é baseado em geodatabase, e suporta múltiplos planos de informação para formar os arcos (arestas) e junções da rede. Exemplo disso são os casos de integração de redes, como linhas de metrô e de eixos de logradouro. Nesse caso, teríamos dois grupos de conectividade e as arestas podem ser unidas por uma junção, como as entradas do metrô, que participa em ambos os grupos de conectividade (ESRI, 2012b).

A Figura 3.14 ilustra esta situação com dois grupos de conectividade e com uma política de conectividade nas extremidades.

Figura 3.14 - Exemplo de definição de conectividade com dois grupos Fonte: (ESRI, 2012b).

No caso do estudo apresentado neste trabalho, o network dataset para percursos com veículos nas estradas (Rodovias_ND) é baseado em shapefile e suporta apenas um plano de informação para compor os arcos da rede. Assim,

temos apenas um grupo de conectividade, e com uma política de conectividade em

Any Vertex (qualquer vértice).

Campos de elevação de acordo com (ESRI, 2012a) são utilizados em

Network Dataset (conjunto de dados de rede) para refinar a conectividade nas

extremidades das linhas. Eles contêm informações de elevação derivadas de campos de uma classe de feição que participa da rede. Eles armazenam valores lógicos de elevação, que não devem ser confundidos com altitude. É importante salientar que os campos de elevação são complementares e não substituem a conectividade.

Para o Network Dataset estruturado para a análise de rede proposta aqui não existem dados de elevação, e a política é de conectividade em qualquer vértice, portanto, foi feita uma opção na qual não serão usados campos de elevação. No entanto, em outras situações como da modelagem de viadutos e pontes esses campos devem ser considerados.

Um aspecto importante a considerar na análise de rede é a configuração de Dados Históricos de Tráfego. Os dados de tráfego fornecem informações sobre como velocidades de deslocamento em segmentos rodoviários específicos podem mudar de acordo com o momento. Isto é relevante na análise de rede porque o tráfego afeta o tempo de viagem, que por sua vez afeta os resultados (ESRI, 2012b). Dessa forma, é possível que se encontre as rotas mais rápidas com base em hora e dia da semana. Por exemplo, o percurso mais rápido entre duas cidades às 8:30 h da manhã de sexta-feira (durante o horário de trânsito intenso) poderia ser diferente do que a rota mais rápida entre as mesmas cidade às 13:00 h do domingo. Mesmo se o caminho do percurso for o mesmo, o tempo que leva para chegar ao destino poderia variar. No entanto, este tipo de configuração só pode ser feita quando a construção da rede é baseada em Geodatabase (dois ou mais shapefile), ou seja, quando se tratar de redes multimodais, o que não é caso das redes estudadas neste trabalho, que são baseadas em um único shapefile.

3.3.5.3 Configuração, verificação, renomeação e criação de atributos