Ajuste de partida OD estático¶

O ajuste estático de partidas OD é um procedimento para criar uma demanda perfilada a partir de uma demanda estática. Para obter essa demanda perfilada, a demanda estática original é distribuída em intervalos menores ao longo do período de tempo. O objetivo é reproduzir as contagens de tráfego observadas especificadas em Conjunto de Dados Reais por intervalo, permanecendo o mais próximo possível do número original de viagens de pares OD para todo o período.

Assim, é importante iniciar o processo com uma demanda calibrada que se ajuste aos dados de detecção no escopo do modelo. O ajuste estático de partidas OD não calcula nenhuma nova atribuição; ele usa caminhos estáticos previamente calculados de um Atribuição de Caminhos produzidos anteriormente e tempos de viagem de links (seção + movimento de conversão) em minutos (por meio da avaliação de funções de custo estáticas ou componentes de custo definidos pelo usuário), que são usados para calcular o número atribuído de veículos para cada período de tempo. O método empregado pelo cenário de ajuste estático de partidas OD é descrito em Algoritmos de Ajuste Estático de Partidas OD.

Para executar um ajuste estático de partidas OD, crie uma Cenário de Ajuste de Partida OD Estática e adicionar um experimento a ele. O cenário conterá todos os dados de entrada; o experimento criado a partir desse cenário conterá os parâmetros do algoritmo.

O resultado do ajuste de partida OD será um conjunto de matrizes que formam uma Traffic Demand perfilada.

Cenário de Ajuste de Partida OD Estática¶

Para criar um novo Static OD Departure Adjustment Scenario, selecione New > Scenarios > Static OD Departure Adjustment Scenario no Project Menu. Se você estiver trabalhando em uma sub-rede, o novo cenário deve ser criado a partir do menu de contexto da sub-rede.

O menu de contexto do Cenário tem opções para Ativar, crie um Novo Experimento, execute um dos disponíveis Scripts, Excluir, Renomear, Duplicar ou abra o Cenário Propriedades editor.

Ao selecionar Ativar a partir de um cenário, o primeiro experimento disponível no cenário é ativado automaticamente.

O editor de cenário é dividido em várias abas que descrevem quais são as entradas do processo, os resultados a serem coletados, as variáveis usadas para modificar o cenário e alguns parâmetros para descrever o cenário.

Aba principal¶

A aba principal define as entradas do cenário: o Demanda de Tráfego e o Aquecimento duração, o Plano de Alocação de Caminhos, e o Conjunto de Dados Reais. Você também pode ativar Configurações de geometria para este cenário.

Demanda¶

A demanda inicial de tráfego pode ser uma única matriz cobrindo todo o período ou uma demanda perfilada, mas observe que qualquer perfil ou fatiamento será desconsiderado. Em vez disso, um fatiamento automático já está incluído como a primeira etapa do processo para dividir a matriz em múltiplas matrizes usando os intervalos de tempo do conjunto de dados reais. Um peso será aplicado a cada fatia, correspondente à proporção da soma de todas as contagens RDS naquela fatia dividida pelo total de contagens RDS de todo o período. As contagens obtidas durante o aquecimento não são consideradas, e o peso usado para o período de aquecimento será definido como aquele obtido para a primeira fatia da demanda.

Como o ajuste de partida leva em conta o tempo de viagem da origem até os detectores, os fluxos dos primeiros intervalos de tempo podem ser irrealistas (se o tempo de viagem em minutos de algumas origens até alguns detectores for maior que um intervalo). Portanto, recomenda-se um tempo de aquecimento e a demanda de tráfego será então automaticamente estendida para operar antes de seu horário inicial.

Se houver dados de detecção para o período de aquecimento, a demanda para o aquecimento será uma fração da demanda original, calculada como uma proporção entre a contagem total de veículos no período de aquecimento e o período modelado. Se não houver detecção disponível para o aquecimento, ele receberá uma demanda plana igual à demanda perfilada estimada inicialmente para o primeiro intervalo.

Caminhos¶

As informações de caminhos são definidas especificando uma Plano de Alocação de Caminhos obtidos a partir de atribuições estáticas ou ajustes. O ajuste de partida trabalha com tempos de viagem em minutos. Se os custos de cálculo de caminho estiverem em uma unidade diferente, por exemplo, ao usar um custo generalizado que inclui um pedágio ou um componente de distância, um Componente de Função deve ser definido nas funções de custo estático para fornecer o tempo de viagem em minutos. Este componente deve então ser selecionado no Tempo de Viagem (em Minutos) campo.

Dados de detecção¶

Os dados de detecção são definidos especificando o Conjunto de Dados Reais que contém as contagens de Detectores ou Estações de detectores na rede. O Limite de Cobertura de Faixa do Detector determina a porcentagem de faixas que um detector e/ou estação de detectores deve cobrir para ser incluído no processo de ajuste de partidas.

Experimento de Ajuste de Partida OD Estática¶

Crie um novo Static OD Departure Adjustment Experiment clicando com o botão direito do mouse no Static OD Departure Adjustment Scenario.

O menu de contexto de Experimento tem, entre outras, opções para Ativar, Excluir, Renomear, Duplicar ou abra o Cenário Propriedades editor.

Ao selecionar Ativar a partir de um experimento, ele é ativado na área da barra de ferramentas de tarefas.

Na aba Principal, especifique os seguintes parâmetros:

• Número de Iterações a ser executado.
• Elasticidade da Demanda por classe de usuário: Um valor entre 0 e 1 para indicar a elasticidade da demanda ajustada em relação à Demanda de Referência. Um valor zero (não permitido pela UI) significaria que nenhuma variação é permitida, e um valor de 1 significa que a variação não é penalizada de forma alguma. O valor padrão é 0,5. Isso significa que é aplicada uma ponderação igual aos objetivos duplos de manter o valor da matriz anterior e corresponder aos valores dos detectores.
• Limites de demanda: Maximum Deviation Matrix, por classe de usuário. Tipo de Valor de Desvio Máximo: Selecionar Porcentagem, Fator, ou Absoluto, e especifique um Matriz de Desvio Máximo (com Conteúdo: Desvio Máximo) por classe de usuário (Car, Truck, etc.) para limitar as alterações na demanda de tráfego em relação à Demanda de Referência. Deixe como None se nenhum limite de demanda for especificado. Consulte Seção de Desvio Máximo do Ajuste para obter mais informações.

• Scripts: Selecione scripts Pre-Run e Post-Run, se aplicável, para executar automaticamente antes e depois do experimento.

O OD Departure Adjustment pode ser executado a partir do menu de contexto do Static OD Departure Adjustment Experiment.

Saídas do Ajuste de Partida OD Estático¶

Viagens¶

O resultado do Ajuste de Partidas é um conjunto de matrizes perfiladas, com o mesmo intervalo dos dados no Conjunto de Dados Reais. Depois de validar as estatísticas de saída, crie a nova Demanda de Tráfego e suas matrizes clicando em Criar Demanda e Matrizes. A nova demanda e as matrizes serão armazenadas na pasta do Projeto.

As matrizes ajustadas do experimento são exibidas na subaba Trips. Elas são apresentadas por User Class (ou agregadas para All user classes) e incluem Original Demand, Adjusted Demand, Absolute Difference e Relative Difference [%]. Clique nos cabeçalhos das colunas de demanda para ordenar as linhas pela quantidade de demanda e pela diferença.

Um menu suspenso permite escolher se a comparação deve ser entre a demanda de tráfego de entrada ou a demanda de Referência versus a ajustada. Esse menu fica oculto se nenhuma Demanda de Referência tiver sido usada.

Outro menu suspenso permite que o usuário selecione Célula por célula ou Extremidades de viagens para comparar o número de viagens geradas e atraídas, por par OD ou centroide, ou agregadas por agrupamento de acordo com o selecionado Categoria de Agrupamento.

Para plotar as saídas de Viagens como uma linha de regressão, comparando a demanda ajustada e a original, clique no ícone de gráfico .

Para copiar os dados ou salvar uma captura de tela dos dados, clique Ação e selecione Copiar dados da tabela ou Copiar Gráfico (Snapshot). Agora você pode colar os dados ou o gráfico salvos em outros aplicativos para análise ou exibição.

Validação¶

A aba Validation é usada para comparar os resultados (apenas a última iteração) com o Real Data Set. Os resultados podem ser filtrados por intervalo e/ou tipo de veículo, selecionando o desejado na caixa de combinação correspondente localizada na parte superior da caixa de diálogo. Eles são exibidos como um gráfico de regressão, como uma tabela ou, como mostrado aqui, como um gráfico de barras finas.

Convergência¶

A subaba Convergence exibe o progresso em direção à convergência ao longo das iterações.

• Iterações Externas. O número da iteração - será calculado o Número Máximo de Iterações especificado no experimento.

• R² Demanda. A medida da proximidade do ajuste entre a demanda ajustada e a demanda semente (Demanda de Referência, se definida).

• R². A medida da proximidade do ajuste dos fluxos modelados aos fluxos observados.

• Inclinação e Intercepto. Os dois valores que definem a linha de regressão.

• Total dos Quadrados dos Erros. A soma dos quadrados das diferenças absolutas (observado - modelado) fluxos.

A aba Plot mostra a progressão do R² valor por iteração. Se ele convergiu para um valor próximo de 1,0, então o ajuste pode ser considerado concluído. Se ainda estiver aumentando em direção a 1.0, então mais iterações podem ser necessárias. Se estiver estabilizando em um valor muito menor maior que 1,0, então a demanda de entrada ou de referência, e suas restrições, estão impedindo o procedimento de ajuste de alcançar um resultado satisfatório.

A aba Gráfico de Progresso mostra a progressão do R² Valor de demanda e o R² valor por iteração. Este gráfico mostra o efeito de cada etapa de ajuste tanto em termos de tentar não distorcer a demanda semente quanto em termos de melhorar a validação.

As capturas de tela abaixo mostram as subabas Table, Plot e Progress Plot.