<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>0124-8170</journal-id>
<journal-title><![CDATA[Ciencia e Ingeniería Neogranadina]]></journal-title>
<abbrev-journal-title><![CDATA[Cienc. Ing. Neogranad.]]></abbrev-journal-title>
<issn>0124-8170</issn>
<publisher>
<publisher-name><![CDATA[Universidad Militar Nueva Granada]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S0124-81702016000200005</article-id>
<article-id pub-id-type="doi">10.18359/rcin.1661</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[UTILIZACIÓN DE TARJETAS INTELIGENTES PARA ESTIMAR MATRICES ORIGEN-DESTINO. APLICACIÓN AL SISTEMA MEGABÚS, PEREIRA]]></article-title>
<article-title xml:lang="en"><![CDATA[ESTIMATING AN ORIGIN-DESTINATION MATRIX USING SMART CARDS. AN APPLICATION TO THE MEGABÚS TRANSPORT SYSTEM IN PEREIRA]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Jiménez Narváez]]></surname>
<given-names><![CDATA[Marvin Luis]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Soto Mejía]]></surname>
<given-names><![CDATA[José A.]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Universidad Tecnológica de Pereira Grupo Análisis Envolvente de Datos ]]></institution>
<addr-line><![CDATA[Pereira ]]></addr-line>
<country>Colombia</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>07</month>
<year>2016</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>07</month>
<year>2016</year>
</pub-date>
<volume>26</volume>
<numero>2</numero>
<fpage>73</fpage>
<lpage>93</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_arttext&amp;pid=S0124-81702016000200005&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_abstract&amp;pid=S0124-81702016000200005&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_pdf&amp;pid=S0124-81702016000200005&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[En la planificación operativa de los sistemas de transporte es fundamental contar con una caracterización de la demanda del servicio por medio de una matriz origendestino (OD) de viajes. Esta matriz es estimada frecuentemente mediante técnicas de muestreo estadístico que ofrecen resultados de gran calidad pero requieren diseño e implementación compleja y de alto costo. Así, se hace pertinente aprovechar la información de los registros de las tarjetas inteligentes usadas como medios de pago en los sistemas que tienen esta tecnología. Esta fuente de información permite obtener estimaciones de matrices OD de gran calidad con un costo bajo. En este trabajo se implementa una metodología para la estimación de una matriz origen-destino entre estaciones de buses en el sistema de transporte público de Megabús en la ciudad de Pereira. La metodología permite depurar la base de datos teniendo en cuenta las particularidades del sistema, como las formas de ingreso, tipo de tarjeta, reventa de pasajes, y además considera la posibilidad de que un usuario pueda decidir bajarse en una estación intermedia cercana a su estación destino mediante la parametrización de un factor de penalización que está asociado con el tiempo de viaje caminando en la función objetivo. La inclusión del factor no influye significativamente en el porcentaje total de viajes estimados pero sí ajusta algunos valores de la matriz origen-destino, al considerar los descensos en estaciones intermedias. El método posibilita estimar matrices OD para diferentes ventanas de tiempo de cualquier día de la semana y distintas épocas del año.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[In the operational planning of transport systems, it is essential to have a characterization of the demand for the service by means of an Origin-Destination (OD) Matrix of travels. This matrix is frequently estimated using statistical sampling techniques, which offer high-quality results but require complex design and high cost. It is therefore appropriate to take advantage of the information that is generated from the records of the smart cards used as means of payment in the systems that provide this technology. This source of information allows for obtaining estimates of high-quality Origin-Destination (OD) matrix with a low cost. In this work, it is implemented a methodology for the estimation of an Origin-Destination (OD) matrix between bus stations in the public transport system of MEGABÚS in the city of Pereira. The methodology allows for a debugging in the database taking into account the peculiarities of the system as the forms of income, type of card, and resale of tickets. In addition, it considers the possibility that a user can decide to step down at an intermediate station close to his destination station using the parameterization of a penalty factor that is associated with the walking-travel time in the objective function. The inclusion of the factor does not significantly influence the total percentage of estimated travels. Nevertheless, it recalculates some values of the Origin-Destination (OD) Matrix considering the alight in intermediate stations. The proposed method makes possible to estimate OD matrices for different time windows for any day of the week and different times of the year.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[matriz origen-destino]]></kwd>
<kwd lng="es"><![CDATA[tarjeta inteligente]]></kwd>
<kwd lng="es"><![CDATA[sistema de transporte público]]></kwd>
<kwd lng="es"><![CDATA[Megabús]]></kwd>
<kwd lng="en"><![CDATA[origin-destination matrix]]></kwd>
<kwd lng="en"><![CDATA[smart card]]></kwd>
<kwd lng="en"><![CDATA[public transport system]]></kwd>
<kwd lng="en"><![CDATA[Megabús]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="right"><font face="verdana" size="2"><b>ART&Iacute;CULO</b></font>      <p align="right"><font face="verdana" size="2"> DOI: <a href="http://dx.doi.org/10.18359/rcin.1661"target="_blank">http://dx.doi.org/10.18359/rcin.1661</a>     <br><img src ="img/revistas/cein/v26n2/CCBY-NC-ND-2.5.jpg"></font></p>     <p align="center"><font face="verdana" size="4"><b>UTILIZACI&Oacute;N DE TARJETAS INTELIGENTES PARA ESTIMAR MATRICES ORIGEN-DESTINO. APLICACI&Oacute;N AL SISTEMA MEGAB&Uacute;S, PEREIRA</b></font></p>     <p align="center"><font face="verdana" size="3"><b>ESTIMATING AN ORIGIN-DESTINATION MATRIX USING SMART CARDS. AN APPLICATION TO THE MEGAB&Uacute;S TRANSPORT SYSTEM IN PEREIRA</b></font></p> <font size="2" face="verdana">     <p align="center"><b>Marvin Luis Jim&eacute;nez Narv&aacute;ez<sup>1</sup>, Jos&eacute; A. Soto Mej&iacute;a<sup>2</sup></b></center></p>     <p><b><sup>1</sup></b> Ing. Industrial, M.Sc. (c) Investigaci&oacute;n Operativa y Estad&iacute;stica, investigador en el Grupo An&aacute;lisis Envolvente de Datos Universidad Tecnol&oacute;gica de Pereira, Pereira, Colombia, <a href="mailto:marvinjimenez@utp.edu.co">marvinjimenez@utp.edu.co</a>    <br> <b><sup>2</sup></b> F&iacute;sico, PhD. Ciencias de la Computaci&oacute;n, Profesor titular, director del Grupo An&aacute;lisis Envolvente de Datos, Universidad Tecnol&oacute;gica de Pereira, Pereira, Colombia, <a href="mailto:jomejia@utp.edu.co">jomejia@utp.edu.co</a></p>     <p>Referencia: M. L. Jim&eacute;nez Narv&aacute;ez, J. A. Soto Mej&iacute;a (2016). Utilizaci&oacute;n de tarjetas inteligentes para estimar matrices origen-destino. Aplicaci&oacute;n al sistema megab&uacute;s, Pereira. Ciencia e Ingenier&iacute;a Neogranadina, 26 (2), pp. 73-93, DOI: <a href="http://dx.doi.org/10.18359/rcin.1661"target="_blank">http://dx.doi.org/10.18359/rcin.1661</a></p> <hr>     <p><b>Fecha de recepci&oacute;n:</b> 21 de enero de 2016     ]]></body>
<body><![CDATA[<br> <b>Fecha de revisi&oacute;n:</b> 29 de abril de 2016     <br> <b>Fecha de aprobaci&oacute;n:</b> 2 de junio de 2016</p>     <p><b>RESUMEN</b></p>     <p>En la planificaci&oacute;n operativa de los sistemas de transporte es fundamental contar con una caracterizaci&oacute;n de la demanda del servicio por medio de una matriz origendestino (OD) de viajes. Esta matriz es estimada frecuentemente mediante t&eacute;cnicas de muestreo estad&iacute;stico que ofrecen resultados de gran calidad pero requieren dise&ntilde;o e implementaci&oacute;n compleja y de alto costo. As&iacute;, se hace pertinente aprovechar la informaci&oacute;n de los registros de las tarjetas inteligentes usadas como medios de pago en los sistemas que tienen esta tecnolog&iacute;a. Esta fuente de informaci&oacute;n permite obtener estimaciones de matrices OD de gran calidad con un costo bajo. En este trabajo se implementa una metodolog&iacute;a para la estimaci&oacute;n de una matriz origen-destino entre estaciones de buses en el sistema de transporte p&uacute;blico de Megab&uacute;s en la ciudad de Pereira. La metodolog&iacute;a permite depurar la base de datos teniendo en cuenta las particularidades del sistema, como las formas de ingreso, tipo de tarjeta, reventa de pasajes, y adem&aacute;s considera la posibilidad de que un usuario pueda decidir bajarse en una estaci&oacute;n intermedia cercana a su estaci&oacute;n destino mediante la parametrizaci&oacute;n de un factor de penalizaci&oacute;n que est&aacute; asociado con el tiempo de viaje caminando en la funci&oacute;n objetivo. La inclusi&oacute;n del factor no influye significativamente en el porcentaje total de viajes estimados pero s&iacute; ajusta algunos valores de la matriz origen-destino, al considerar los descensos en estaciones intermedias. El m&eacute;todo posibilita estimar matrices OD para diferentes ventanas de tiempo de cualquier d&iacute;a de la semana y distintas &eacute;pocas del a&ntilde;o.</p> <b><i>Palabras clave:</i> </b>matriz origen-destino, tarjeta inteligente, sistema de transporte p&uacute;blico, Megab&uacute;s.</p> <hr>     <p><b>ABSTRACT</b></p>     <p>In the operational planning of transport systems, it is essential to have a characterization of the demand for the service by means of an Origin-Destination (OD) Matrix of travels. This matrix is frequently estimated using statistical sampling techniques, which offer high-quality results but require complex design and high cost. It is therefore appropriate to take advantage of the information that is generated from the records of the smart cards used as means of payment in the systems that provide this technology. This source of information allows for obtaining estimates of high-quality Origin-Destination (OD) matrix with a low cost. In this work, it is implemented a methodology for the estimation of an Origin-Destination (OD) matrix between bus stations in the public transport system of MEGAB&Uacute;S in the city of Pereira. The methodology allows for a debugging in the database taking into account the peculiarities of the system as the forms of income, type of card, and resale of tickets. In addition, it considers the possibility that a user can decide to step down at an intermediate station close to his destination station using the parameterization of a penalty factor that is associated with the walking-travel time in the objective function. The inclusion of the factor does not significantly influence the total percentage of estimated travels. Nevertheless, it recalculates some values of the Origin-Destination (OD) Matrix considering the alight in intermediate stations. The proposed method makes possible to estimate OD matrices for different time windows for any day of the week and different times of the year.</p>     <p><i><b>Keywords:</b></i> origin-destination matrix; smart card; public transport system; Megab&uacute;s.</p> <hr>     <p><b>INTRODUCCI&Oacute;N </b></p>     <p>Para la planificaci&oacute;n de un sistema de transporte p&uacute;blico es indispensable contar con una matriz origen-destino (MOD) de alta calidad, que permita caracterizar la demanda del servicio. Sin embargo, los m&eacute;todos m&aacute;s frecuentes y aparentemente m&aacute;s adecuados para la estimaci&oacute;n de matrices OD, como el muestreo, implican un alto costo y gran complejidad en su dise&ntilde;o, implementaci&oacute;n y an&aacute;lisis. Estas implicaciones se ven magnificadas en sistemas de transporte integrados de alta complejidad en las grandes ciudades con redes de tr&aacute;fico de gran congesti&oacute;n, donde se hace necesario fraccionar geogr&aacute;ficamente y dividir en ventanas de tiempo adecuadas que contemplen distintas horas del d&iacute;a, d&iacute;as de la semana y temporadas del a&ntilde;o.</p>     <p>Por lo anterior, la introducci&oacute;n de la tecnolog&iacute;a de la informaci&oacute;n en los sistemas de transporte p&uacute;blico, como el uso de las tarjetas inteligentes (<i>smart cards</i>) como medio de pago, se convierte en una gran alternativa para la recopilaci&oacute;n, almacenamiento y an&aacute;lisis de datos. Esto permite contar con informaci&oacute;n valiosa con la que se pueden obtener estimaciones de matrices origen-destino de gran calidad a un menor costo. Desde su aparici&oacute;n, el uso de las tarjetas inteligentes ha venido en aumento y han sido implementadas como medio de pago en diferentes ciudades alrededor del mundo, como San Francisco &#91;1&#93;, Portland &#91;2&#93;, Nueva York &#91;3&#93;, Chicago &#91;4&#93;, &Aacute;msterdam (Pa&iacute;ses Bajos) &#91;2-5&#93;, Changchun (China) &#91;6&#93;, Gatineau- Quebec (Canad&aacute;) &#91;7-9&#93;, Santiago (Chile)<a href="#cita3"><sup><b>3</b></sup></a><a name= "cit3"></a> y Pereira (Colombia)<a href="#cita4"><sup><b>4</b></sup></a><a name= "cit4"></a>, entre otros. A excepci&oacute;n de Pereira y Santiago, en las ciudades antes nombradas la tarjeta inteligente es utilizada como un medio de pago parcial, en algunos casos con descuento en el costo del pasaje.</p>     ]]></body>
<body><![CDATA[<p>El objetivo principal de esta investigaci&oacute;n es aprovechar la informaci&oacute;n recopilada a partir de los registros de pago de las tarjetas en el sistema de Megab&uacute;s para estimar una MOD que permita caracterizar la demanda del servicio dentro de la zona troncal del sistema y sirva de insumo para la planificaci&oacute;n operativa del mismo. Este problema ha sido abordado por otros investigadores desde distintas &oacute;pticas en algunos sistemas de transporte p&uacute;blico, se han propuesto diferentes metodolog&iacute;as y considerado algunos supuestos que permiten utilizar la informaci&oacute;n de los registros de las tarjetas inteligentes y as&iacute; obtener una MOD de calidad.</p>     <p>En &#91;3&#93; se propone un m&eacute;todo para estimar la estaci&oacute;n de bajada de los usuarios del metro de Nueva York, bas&aacute;ndose en los siguientes supuestos: 1. Despu&eacute;s de realizar un viaje, el usuario, en otro viaje, tendr&aacute; como estaci&oacute;n de origen la estaci&oacute;n que fue destino del viaje anterior. 2. Al finalizar el d&iacute;a, el usuario volver&aacute; a la estaci&oacute;n en donde se registr&oacute; para realizar su primer viaje. En &#91;10&#93;, en Chicago se implement&oacute; una metodolog&iacute;a para inferir el destino de un usuario, cuando solo se registra al ingresar al sistema de transporte de buses con carril dedicado, y tiene en cuenta los siguientes supuestos: 1. El usuario se registra nuevamente para hacer su pr&oacute;ximo viaje en el destino del viaje anterior. 2. El usuario termina su &uacute;ltimo viaje del d&iacute;a donde se registr&oacute; en el primer viaje. Si bien los supuestos son tomados de la propuesta presentada en &#91;3&#93;, el aporte est&aacute; en la implementaci&oacute;n de la metodolog&iacute;a en un sistema de buses con sistema de localizaci&oacute;n autom&aacute;tica.</p>     <p>En &#91;11&#93; se aborda el mismo problema y se cruza la informaci&oacute;n de la hora y lugar de los registros de las tarjetas en cada ruta de bus con la hora de llegada del bus a cada paradero, adem&aacute;s de tener en cuenta la ubicaci&oacute;n geogr&aacute;fica de este &uacute;ltimo. De esta manera se logra estimar los puntos de bajada de los usuarios mediante el seguimiento de las validaciones realizadas durante el d&iacute;a. Sin embargo, en esta investigaci&oacute;n se enfoca la atenci&oacute;n en el problema de los trasbordos, y se establecen principalmente reglas para que dos validaciones consecutivas de un mismo usuario se consideren como dos etapas de un viaje, y no un viaje en s&iacute;. Estas reglas son: 1. Ambas validaciones fueron ejecutadas el mismo d&iacute;a. 2. El segundo registro se presenta en los siguientes 90 minutos despu&eacute;s del primero. 3. La ruta en la que se presenta el segundo registro debe ser diferente a la del primero. Despu&eacute;s del procesamiento de los registros bajo las reglas descritas se logra generar una estimaci&oacute;n de la MOD.</p>     <p>En &#91;8&#93; se lleva a cabo un estudio en el sistema de transporte p&uacute;blico en Canad&aacute;; en este sistema se utiliza la tarjeta inteligente como uno de los varios medios de pago que el sistema permite. La tarjeta con la cual se accede al medio de transporte es de uso personal, adem&aacute;s el sistema se encuentra equipado con tecnolog&iacute;a que permite conocer la ubicaci&oacute;n de los buses. El hecho de que existan distintos medios de pago lleva a que se presenten errores en el registro de observaciones y en el de cobros autom&aacute;ticos, por lo cual en &#91;8&#93; se centra la investigaci&oacute;n en proponer un m&eacute;todo para identificar y reemplazar las observaciones err&oacute;neas o sospechosas del sistema autom&aacute;tico de cobro de pasajes.</p>     <p>En &#91;7&#93; se muestra una metodolog&iacute;a de estimaci&oacute;n de matrices OD para sistemas de buses en Gatineau-Quebec (Canad&aacute;). Estos buses cuentan con sistemas que permiten conocer su ubicaci&oacute;n, por lo cual se puede estimar la posici&oacute;n del registro del usuario. Los autores proponen un m&eacute;todo para estimar el punto de descenso de los pasajeros en cada viaje, teniendo en cuenta que los usuarios solo validan cuando ingresan al sistema. Adem&aacute;s de usar los supuestos contemplados en &#91;3&#93;, en esta metodolog&iacute;a se establece un criterio para estimar el lugar de descenso del usuario, que consiste en asignar como destino el paradero que se encuentra a la menor distancia de la siguiente transacci&oacute;n, suponiendo que algunas personas caminar&iacute;an de un paradero hasta otro si es necesario, pero con un l&iacute;mite de recorrido denominado distancia m&aacute;xima caminable. Esta &uacute;ltima limitante se incorpora en el modelo propuesto en &#91;7&#93; como una restricci&oacute;n. Para el &uacute;ltimo registro del d&iacute;a, suponen que el usuario regresar&aacute; al lugar de inicio, es decir, el usuario retornar&aacute; a la parada en la que realiz&oacute; la primera transacci&oacute;n del d&iacute;a.</p>     <p>En &#91;6&#93; se propone para la ciudad de Changchun (China) una metodolog&iacute;a para estimar el origen y el destino de los viajes de cada usuario para un sistema que solo est&aacute; constituido por buses, donde la validaci&oacute;n de la tarjeta se da en el interior del veh&iacute;culo, y se guarda autom&aacute;ticamente la hora de registro. Adem&aacute;s, cada uno de los conductores debe llevar un registro de todas las horas de llegada a cada paradero. Esto permite realizar un cruce de informaci&oacute;n similar al llevado a cabo en &#91;11&#93;. La metodolog&iacute;a propuesta se basa en fuertes supuestos que afirman que el lugar de destino del viaje del primer registro del d&iacute;a, ser&iacute;a el lugar donde se presenta la &uacute;ltima validaci&oacute;n del d&iacute;a y el destino del &uacute;ltimo registro ser&aacute; el paradero donde se realiz&oacute; la primera validaci&oacute;n. En &#91;4&#93;, en Chicago, se plantea un modelo para estimar el lugar que tienen como destino los usuarios del transporte p&uacute;blico, teniendo en cuenta que este sistema est&aacute; constituido por trenes y buses, cada uno de estos con sistema de cobro autom&aacute;tico en el origen, las validaciones en los buses se realizan en el interior, mientras que en los trenes se da en las estaciones donde el usuario lo aborda. Los buses cuentan con sistema de posicionamiento, esto ayuda a la verificaci&oacute;n de los registros de los usuarios. Se utilizan los supuestos planteados en &#91;3&#93; y se aplica la misma metodolog&iacute;a de minimizaci&oacute;n de la distancia propuesta en &#91;7&#93;. Sin embargo, el aporte radica en la integraci&oacute;n de los distintos modos de transporte (bus y tren), en donde las l&iacute;neas de tren son trabajadas como l&iacute;neas de buses, con la diferencia de que el posicionamiento de las estaciones de tren no necesita ser estimado como los puntos de paradas de los buses, puesto que la localizaci&oacute;n de las estaciones es conocida.</p>     <p> En &#91;12&#93;, en S&atilde;o Paulo, Brasil, se aplica la metodolog&iacute;a propuesta en &#91;10&#93;. En este estudio solo se consideraron los usuarios que utilizaron los veh&iacute;culos con sistemas de posicionamiento geogr&aacute;fico. En &#91;13&#93;, en Chile, se realiza un primer trabajo para el caso del sistema Transantiago, en donde se utiliza una metodolog&iacute;a para estimar el destino de un usuario basada en la propuesta mostrada en &#91;7&#93;, con ediciones importantes al enfocar el criterio de asignaci&oacute;n de destinos en la minimizaci&oacute;n del tiempo de viaje. Esta metodolog&iacute;a es formalizada y presentada con detalle en un siguiente trabajo realizado en el a&ntilde;o 2012. Para una revisi&oacute;n detallada de la literatura, se puede ver la presentada en &#91;14&#93;. En &#91;15&#93;, en Santiago de Chile y Gatineau (Canad&aacute;), se propone una metodolog&iacute;a que contempla dos aspectos: 1. Bas&aacute;ndose en los anteriores estudios de estimaci&oacute;n de destino realizados en &#91;13&#93;, se reconocen y diferencian entre actividades y viajes realizados por los usuarios. 2. A las estimaciones de destino realizadas y con informaci&oacute;n adicional se les asigna un prop&oacute;sito. Luego se realiza un an&aacute;lisis de la capacidad de la metodolog&iacute;a y se comparan los resultados entre estas dos ciudades, para encontrar que la metodolog&iacute;a es aplicable en ambos sistemas de transporte, y que permite, de manera general, comprender el comportamiento de los usuarios en el &aacute;mbito temporal, de prop&oacute;sito de viaje y naturaleza de las actividades. Esto les permiti&oacute; detectar importantes diferencias entre los sistemas de ambas ciudades, principalmente en las horas del d&iacute;a de ejecuci&oacute;n de las actividades, las cuales dependen mucho de las caracter&iacute;sticas geogr&aacute;ficas, sociales, culturales y pol&iacute;ticas de la ciudad. En &#91;16&#93;, en Santiago (Chile), se implementa un m&eacute;todo para la estimaci&oacute;n de los destinos, basado en la minimizaci&oacute;n del tiempo de viaje generalizado entre dos puntos de registros del usuario. El m&eacute;todo tiene en cuenta la informaci&oacute;n suministrada por el sistema de localizaci&oacute;n GPS, con el que cuentan los buses, el cual registra, cada cierto tiempo, informaci&oacute;n de la hora y posici&oacute;n. En la metodolog&iacute;a se considera la posibilidad de que el punto de registro de un usuario no necesariamente es el destino del viaje iniciado en un registro anterior, puesto que los usuarios pueden decidir bajarse en un punto intermedio y caminar hacia el lugar donde realizan su pr&oacute;xima transacci&oacute;n. Por esto, en vez de la distancia, se tiene en cuenta el tiempo del viaje en bus del usuario desde el anterior registro hasta cada punto donde el sistema de localizaci&oacute;n gener&oacute; una coordenada, de posici&oacute;n y tiempo, en una hora que se encuentra dentro de una ventana de tiempo definida. Luego se suma el tiempo de viaje a pie desde el punto intermedio hasta el lugar del siguiente registro. El tiempo total de viaje es denominado tiempo generalizado. Adicionalmente, se incorpora la restricci&oacute;n de distancia m&aacute;xima caminable propuesta en &#91;4&#93;. Lo propuesto en &#91;16&#93; posee gran valor al incluir la minimizaci&oacute;n del tiempo de viaje generalizado como criterio para la estimaci&oacute;n de los destinos de los viajes, adem&aacute;s de ser aplicado a un sistema multimodal integrado de buses y metro.</p>     <p>El presente trabajo aborda el problema de la estimaci&oacute;n de una matriz origen-destino entre estaciones (solamente zona troncal) a partir de las transacciones ejecutadas por los usuarios con la tarjeta inteligente para el sistema de transporte p&uacute;blico, Megab&uacute;s, de la ciudad de Pereira, Colombia. La estimaci&oacute;n correcta de la MOD es un insumo necesario para la generaci&oacute;n &oacute;ptima de las tablas horarias de los buses articulados del sistema, as&iacute; como en algunas estrategias de control &#91;17&#93;. No se cuenta con sistemas de localizaci&oacute;n en buses ni estaciones. Se utilizan varios supuestos propuestos por autores en los trabajos ya descritos, que ser&aacute;n detallados en la Secci&oacute;n 3. Para la estimaci&oacute;n de los destinos de cada viaje se sigui&oacute; la metodolog&iacute;a propuesta en &#91;16&#93; por su aplicabilidad al sistema de Pereira, con adaptaciones que contemplan las especificidades propias del sistema Megab&uacute;s. Se incluye una etapa que permite depurar la informaci&oacute;n y que responde a particularidades que no se presentan en los otros sistemas de transporte ya revisados. El presente art&iacute;culo est&aacute; organizado como sigue: en la Secci&oacute;n 1 se realiza una descripci&oacute;n del sistema de Megab&uacute;s, en donde se detallan las principales caracter&iacute;sticas y particularidades que en este se presentan; en la Secci&oacute;n 2 se hace un an&aacute;lisis exploratorio de los datos con los que se trabaj&oacute; para la estimaci&oacute;n de la MOD; en la Secci&oacute;n 3 se describe la metodolog&iacute;a implementada; despu&eacute;s, en la Secci&oacute;n 4 se muestran y discuten los resultados y, finalmente, en la Secci&oacute;n 5 se presentan las conclusiones y trabajos futuros.</p>     <p><b> 1. DESCRIPCI&Oacute;N GLOBAL DEL SISTEMA</b></p>     <p> El sistema de transporte Megab&uacute;s est&aacute; conformado por dos "tipos de ruta": las troncales y las alimentadoras. Las troncales son de tipo BRT (<i>Bus Rapid Transit</i>) y son transitadas por los buses articulados, que se mueven principalmente en el centro de la ciudad (zona troncal). Los articulados realizan paradas solo en las estaciones de Megab&uacute;s, siendo estas los &uacute;nicos puntos en los que un pasajero puede subir o bajar de un bus articulado. El sistema cuenta con un total de 40 estaciones, incluyendo las de "Intercambiadores" (ver <a href="img/revistas/cein/v26n2/v26n2a05f01.jpg" target="_blank">Figura 1</a>).</p>     ]]></body>
<body><![CDATA[<p>Las rutas alimentadoras est&aacute;n definidas desde distintos puntos de partida, distribuidos en los sectores de Cuba, Dosquebradas y los alrededores de la estaci&oacute;n "Viajero", como se muestra en la <a href="img/revistas/cein/v26n2/v26n2a05f01.jpg" target="_blank">Figura 1</a> (el mapa no incluye las rutas alimentadoras asociadas con esta estaci&oacute;n). Los buses alimentadores no poseen carril dedicado, y sus paradas est&aacute;n sujetas a la demanda del servicio en cualquier punto de la ruta.</p>     <p>En el sistema de Megab&uacute;s el &uacute;nico medio de pago es la tarjeta inteligente. Esta es validada por el usuario al ingresar a una estaci&oacute;n, o a un bus alimentador. La validaci&oacute;n solo es realizada al ingresar al sistema. Cada tarjeta est&aacute; identificada por un serial &uacute;nico. Este sistema de pago alimenta una base de datos donde se tiene informaci&oacute;n sobre las estaciones de las troncales o las rutas alimentadoras en las que es validada cada tarjeta, adem&aacute;s de la hora y fecha de registro. A continuaci&oacute;n se detallan las particularidades del sistema, que se tienen en cuenta al momento de aplicar la metodolog&iacute;a propuesta en el presente art&iacute;culo.</p>     <p><i> Formas de ingreso al sistema</i>. Se puede ingresar de dos formas: entrando directamente a una estaci&oacute;n de las rutas troncales, para luego esperar por un bus articulado, o abordando un bus alimentador en alg&uacute;n punto de la ruta alimentadora. Los buses alimentadores ingresan a los usuarios al intercambiador, en donde no se necesita volver a validar, y puede tomar cualquier bus articulado que lo lleve a su destino. Con la segunda forma de ingresar al sistema, es posible que el usuario utilice el bus alimentador para transportarse dentro de un determinado sector (Cuba, Viajero o Dosquebradas) sin ingresar al intercambiador correspondiente, o que al ingresar al intercambiador aborde otro bus alimentador del mismo sector de una ruta diferente, lo cual lo convierte en demandante del servicio externo a la zona troncal.</p>     <p><i>Tarjeta retornable</i>. En Megab&uacute;s existe un tipo de tarjeta denominada "tarjeta blanca univiaje retornable", que es facilitada al usuario en la caja de la estaci&oacute;n por el costo del pasaje, m&aacute;s un valor adicional que se le devolver&aacute; al momento de entregar la tarjeta en la estaci&oacute;n destino. Puesto que la tarjeta retornable, despu&eacute;s de adquirida en calidad de "pr&eacute;stamo", es devuelta por el usuario en la estaci&oacute;n en la que se baja, puede ser facilitada a otro usuario bajo las mismas condiciones, por lo cual la misma tarjeta puede ser usada por diferentes usuarios el mismo d&iacute;a. Esto impide construir un patr&oacute;n de viaje del usuario a lo largo de la semana, debido a que el registro asociado a la tarjeta no hace referencia al mismo usuario ni a sus h&aacute;bitos de viaje.</p>     <p> <i>Uso m&uacute;ltiple de la tarjeta</i>. En el sistema de Pereira no es una regla que la tarjeta sea usada exclusivamente por su propietario. Tampoco existe una restricci&oacute;n de frecuencia de uso de la tarjeta en un intervalo de tiempo determinado, es decir, no existe prohibici&oacute;n alguna sobre el uso inmediato de la tarjeta una cantidad de veces en un corto tiempo, por lo que un grupo numeroso de personas puede usar la misma tarjeta para ingresar juntas a una misma estaci&oacute;n.</p>     <p><i> Reventa de pasajes</i>. Se ha observado que algunas personas recargan su tarjeta con saldo suficiente para, posteriormente, ubicarse en algunas estaciones (muy pocas, en general una o dos) o en algunos paraderos de buses alimentadores para revender los pasajes a otras personas que no poseen tarjeta de Megab&uacute;s. Lo anterior lleva a que se presenten grandes cantidades de registros durante el d&iacute;a, con tiempos muy peque&ntilde;os entre cada registro, y la mayor&iacute;a en la misma estaci&oacute;n de troncal o ruta alimentadora. Esto hace compleja la trazabilidad de los viajes realizados a partir de pasajes de reventa y no permite estimar una estaci&oacute;n destino.</p>     <p><i>Usuarios con un solo registro al d&iacute;a</i>. Otro fen&oacute;meno que se presenta est&aacute; asociado con los registros unitarios, es decir, registros de tarjetas que son validadas una sola vez en el d&iacute;a. Esto dificulta o imposibilita la estimaci&oacute;n de la estaci&oacute;n de bajada de ese usuario.</p>     <p><i>Trasbordos</i>. Se definen como la acci&oacute;n del usuario de cambiar de ruta al bajar de un bus en una estaci&oacute;n y, sin salirse de la zona de espera de la estaci&oacute;n, aborda otro que sigue una ruta troncal diferente. El usuario busca alcanzar una estaci&oacute;n destino que no se encuentra directamente en la ruta inicial de su viaje pero que, mediante trasbordos, se le hace accesible. Por la flexibilidad del sistema Megab&uacute;s, los usuarios pueden realizar la cantidad de trasbordos que deseen, sin l&iacute;mites de tiempo, sin incurrir en pagos de pasaje adicionales.</p>     <p><b>2. AN&Aacute;LISIS EXPLORATORIO DE LOS DATOS </b></p>     <p>Para la estimaci&oacute;n de la MOD se utiliz&oacute; la informaci&oacute;n concentrada en los registros realizados desde el lunes 19 hasta el domingo 25 de mayo de 2015. Estas fechas fueron escogidas por su generalidad al no estar afectadas por temporadas de baja demanda, como Semana Santa, vacaciones acad&eacute;micas o festividades de alguna naturaleza.</p>     ]]></body>
<body><![CDATA[<p> En la semana analizada se registraron un total de 607.582 validaciones, con un promedio de 94.731 registros diarios en d&iacute;as laborales; es decir, aproximadamente el 15,6% de los registros semanales corresponden a las validaciones de un d&iacute;a laboral. Este porcentaje disminuye a 12,73% para el s&aacute;bado (77.344 registros) y a 9,31% para el domingo. En promedio, el 58,82% de las validaciones diarias son realizadas en estaciones troncales, y el 41,18% en buses alimentadores. En la <a href="img/revistas/cein/v26n2/v26n2a05f02.jpg" target="_blank">Figura 2</a> se presenta la distribuci&oacute;n temporal del n&uacute;mero de registros para los d&iacute;as laborales. El n&uacute;mero de validaciones por hora, en cada uno de los d&iacute;as de la semana evaluada, presenta un comportamiento similar.</p>     <p>Para los cinco d&iacute;as se puede apreciar claramente un pico en la ma&ntilde;ana, entre las 6:00 y las 8:00, seguido de un valle, en el que disminuye considerablemente la demanda, hasta las 12:00 horas, donde se presenta un pico extendido de menor magnitud hasta las 17:00 horas. Sin embargo, el n&uacute;mero de registros alcanza su m&aacute;ximo al finalizar la jornada laboral, entre las 17:30 y 19:30.</p>     <p>Esta informaci&oacute;n permite identificar las ventanas de tiempo en donde se presenta la mayor demanda del servicio, orientando as&iacute; los intervalos de tiempo de estimaci&oacute;n de la MOD. Para el d&iacute;a s&aacute;bado el comportamiento es bastante similar en el pico de la ma&ntilde;ana y el valle hasta el mediod&iacute;a (ver <a href="img/revistas/cein/v26n2/v26n2a05f03.jpg" target="_blank">Figura 3</a>). Pero desde las 13:00 horas se presenta una demanda de magnitud similar a la del pico de la ma&ntilde;ana, y adem&aacute;s se mantiene cada hora con poca variabilidad hasta las 19:00 horas. La distribuci&oacute;n de las validaciones de los domingos posee un comportamiento distinto, puesto que el pico se presenta entre las 13:30 y 15:30.</p>     <p>A modo de ejemplo, en la <a href="img/revistas/cein/v26n2/v26n2a05f04.jpg" target="_blank">Figura 4</a> se presenta un diagrama de barras que muestra la cantidad de tarjetas que presentaron 1, 2, 3, 4 o m&aacute;s registros durante el d&iacute;a lunes.</p>     <p>Aproximadamente el 96,04% de las tarjetas poseen un n&uacute;mero de registros, para un d&iacute;a lunes laboral, que no superan las 4 validaciones, mientras que 118 del total (46.560) de tarjetas se registraron m&aacute;s de 14 veces. Tarjetas con registros diarios at&iacute;picos sugieren la presencia del fen&oacute;meno de <i>reventa de pasajes</i>. Por otro lado, en Megab&uacute;s se ha observado que las personas que revenden pasajes lo hacen, principalmente, en solo una o dos estaciones durante el d&iacute;a. Esta informaci&oacute;n permite establecer par&aacute;metros para la depuraci&oacute;n de los registros que hacen referencia a la reventa de pasajes. La anterior informaci&oacute;n es utilizada en el proceso que se describe en la Secci&oacute;n 3.1 (Depuraci&oacute;n de la base de datos).</p>     <p><b>3. METODOLOG&Iacute;A </b></p>     <p>La esencia de la metodolog&iacute;a implementada consiste en reconstruir los viajes realizados por los usuarios (tarjetas) dentro de la zona troncal del sistema cada d&iacute;a, a lo largo de un per&iacute;odo de tiempo (d&iacute;as, semanas), considerando a la estaci&oacute;n en donde se registra la tarjeta como un origen y a la estaci&oacute;n donde se realiza la siguiente validaci&oacute;n de la misma tarjeta, alg&uacute;n tiempo despu&eacute;s, como un posible destino, siempre y cuando se presente en una estaci&oacute;n diferente a la del origen. El proceso se llev&oacute; a cabo en varias fases: depuraci&oacute;n de la base de datos, estimaci&oacute;n del destino de cada viaje, pos-procesamiento de registros unitarios y obtenci&oacute;n de la matriz origen-destino.</p>     <p><b> 3.1 Depuraci&oacute;n de la base de datos </b></p>     <p>En la primera fase se abordaron cada una de las particularidades descritas en la Secci&oacute;n 1, iniciando con la identificaci&oacute;n de los <i>usuarios con un solo registro al d&iacute;a</i>. Estos usuarios no fueron tenidos en cuenta en el proceso de reconstrucci&oacute;n de los viajes, por la ausencia de registros siguientes que puedan brindar informaci&oacute;n de su potencial destino. Seguidamente, se procedi&oacute; a la identificaci&oacute;n de las tarjetas (c&oacute;digo) con las cuales se realizan <i>reventa de pasajes.</i> Esto se logr&oacute; al incluir dos par&aacute;metros de depuraci&oacute;n. Se clasificaron como reventa de pasajes a aquellas tarjetas que superaron el umbral de registros diarios totales (Rdt), o de registros en una misma estaci&oacute;n (Re), considerados no at&iacute;pico seg&uacute;n lo identificado en el an&aacute;lisis exploratorio y lo sugerido por expertos de Megab&uacute;s. Estos par&aacute;metros pueden ser modificados dentro del algoritmo de depuraci&oacute;n. En este trabajo se defini&oacute; el umbral de registros totales y de registros por estaci&oacute;n como: Rdt = 14 y Re = 4.</p>     <p>Con respecto a las<i> formas de ingreso al sistema</i>, dado que el inter&eacute;s final es estimar la demanda dentro de las rutas troncales, se identificaron los usuarios que no ingresan al sistema de troncales. Lo anterior se logr&oacute; al detectar aquellas validaciones que se realizaron en alguna ruta alimentadora de un sector dado (Cuba, Viajero, Dosquebradas), y que su siguiente registro, tiempo m&aacute;s tarde, se present&oacute; en una ruta alimentadora perteneciente al mismo sector. Un registro posterior en un sector diferente o en una estaci&oacute;n de troncal, supone que el usuario s&iacute; ingreso al sistema de troncales para transportarse entre sectores distintos. En el caso anterior se asigna como origen del viaje, dentro del sistema troncal, el intercambiador al cual convergen los buses alimentadores del sector en donde se registr&oacute; la tarjeta. Los registros que hacen referencia a viajes que no entran a troncales son identificados en la base de datos y no son tenidos en cuenta a la hora de estimar los destinos de cada viaje. La <i>tarjeta retornable</i> fue considerada como un potencial inconveniente por no permitir reconocer patrones de viaje a lo largo de la semana. Sin embargo, esto no es un problema para el m&eacute;todo de estimaci&oacute;n de destinos que se implementa en este trabajo, dado que lo que se pretende es reconstruir los viajes realizados cada d&iacute;a de la semana, sin tener en cuenta si son o no del mismo usuario.</p>     ]]></body>
<body><![CDATA[<p>En cuanto al <i>uso m&uacute;ltiple de la tarjeta</i>, si el caso es tal que la misma es usada por un grupo de personas de manera consecutiva en la misma estaci&oacute;n, solo se podr&aacute; estimar el destino de una de ellas si se detecta otro registro de la tarjeta en una estaci&oacute;n distinta tiempo despu&eacute;s. La importancia del asunto del <i>trasbordo</i> radica en el impacto que este tiene sobre la MOD, puesto que un trasbordo no es un viaje completo, pero s&iacute; una etapa de este. Sin embargo, se consider&oacute; que en cada etapa de trasbordo se demandan rutas troncales distintas, por lo cual pueden entenderse como viajes diferentes que demandan el servicio de transporte entre distintos pares de estaciones, desde la perspectiva de la estimaci&oacute;n de la MOD. La anterior suposici&oacute;n genera demandas extra en ciertos puntos del trayecto, las cuales no est&aacute;n respaldadas con un ingreso monetario al sistema, dado que no hay un nuevo pago en el trasbordo. En este sentido, la MOD estimada no es un insumo adecuado para la estimaci&oacute;n de ingresos y de algunos otros indicadores.</p>     <p><b>3.2 Estimaci&oacute;n del destino de cada viaje</b></p>     <p> Suponiendo que un usuario ingresa al sistema y valida su tarjeta en una estaci&oacute;n determinada, es natural creer que la estaci&oacute;n de bajada (destino) del pasajero corresponde a la estaci&oacute;n en la que hace su siguiente registro. Esta suposici&oacute;n se fundamenta en el hecho de que es razonable que el usuario se baje en la estaci&oacute;n m&aacute;s cercana al sector de la ciudad al que se dirige, y de igual forma a la hora de regresar ingresar&aacute; al sistema por medio de la estaci&oacute;n m&aacute;s cercana al lugar en que se encuentra, la cual coincide con la estaci&oacute;n de bajada del viaje inicial. Por lo anterior, para estimar el destino de cada viaje solo bastar&iacute;a identificar la estaci&oacute;n en la que se realiza la siguiente validaci&oacute;n. Sin embargo, por el dise&ntilde;o de las rutas de Megab&uacute;s es posible que los usuarios decidan bajarse en una estaci&oacute;n distinta a la del siguiente registro y continuar el viaje caminando, motivados por la reducci&oacute;n de tiempo de viaje que esto podr&iacute;a implicar. En la <a href="img/revistas/cein/v26n2/v26n2a05f05.jpg" target="_blank">Figura 5</a> se presenta un mapa simplificado de las tres rutas troncales del sistema con la descripci&oacute;n de su recorrido.</p>     <p> En esta figura se ejemplifica el caso de un usuario que ingresa y valida su tarjeta en la estaci&oacute;n <i>El Viajero (nodo p)</i> y su siguiente registro, tiempo m&aacute;s tarde, es en la estaci&oacute;n <i>Palacio de Justicia (nodo q)</i>. Si se supone que la estaci&oacute;n destino del usuario es <i>Palacio de Justicia</i>, el usuario tomar&iacute;a un bus de la ruta 3 (Cuba-Libertad-Cuba), y realizar&iacute;a todo el recorrido hasta llegar a dicha estaci&oacute;n. Con esta alternativa, al usuario le tomar&iacute;a aproximadamente 30 minutos llegar a su destino. Sin embargo, si el usuario decide bajarse en la estaci&oacute;n<i> Egoy&aacute; (nodo k)</i> y caminar hasta la estaci&oacute;n <i>Palacio de Justicia</i> (a 170 metros de esta) tardar&iacute;a solo 9,15 minutos viajando en bus hasta la estaci&oacute;n <i>Egoy&aacute;,</i> y 2,02 minutos caminando hasta la estaci&oacute;n <i>Palacio de Justicia</i>, para un total de 11,17 minutos de viaje (si se considera una velocidad de caminata de 1,4 m/seg). As&iacute;, es muy plausible considerar que el usuario opte por la segunda alternativa.</p>     <p> Por la frecuencia con la que se pueden presentar este tipo de casos y la calidad de la estimaci&oacute;n que otorga tener en cuenta el inter&eacute;s natural del usuario de tardar el menor tiempo posible en el recorrido, es recomendable escoger como destino de cada viaje la estaci&oacute;n que implica el menor tiempo de viaje, incluido el tiempo en bus y de caminata; este tiempo es denominado tiempo generalizado &#91;16&#93;. No obstante, se deben considerar los casos en los que realizar todo el recorrido en bus iguale o supere por muy poco tiempo a la alternativa de viajar en bus hasta una estaci&oacute;n <i>k</i> y caminar hasta la estaci&oacute;n destino. Esto es importante porque se debe tener en cuenta que la decisi&oacute;n del usuario tambi&eacute;n se ve afectada por su preferencia de transportarse en veh&iacute;culo. Una soluci&oacute;n a esta situaci&oacute;n es penalizar el tiempo de caminata, para hacer menos atractiva la alternativa que incluye recorridos a pie. De esta manera, la estaci&oacute;n que posea el m&iacute;nimo tiempo generalizado ser&aacute; establecida como el destino del viaje.</p>     <p> Ya definido el criterio de selecci&oacute;n del destino de un viaje, es indispensable tener en cuenta el cumplimiento de dos condiciones a la hora de considerar a una estaci&oacute;n como posible destino: 1. La distancia entre la estaci&oacute;n <i>k</i>, considerada como posible destino, y la estaci&oacute;n del siguiente registro no debe superar la distancia m&aacute;xima caminable de una persona (par&aacute;metro que se define previamente, para el caso 400 metros). Supuesto propuesto en &#91;7&#93;. 2. La hora de registro en la estaci&oacute;n origen, sumada al tiempo generalizado de viaje y al tiempo m&iacute;nimo de actividad de un usuario en su lugar de destino, no debe sobrepasar la hora de registro de la estaci&oacute;n donde se valida nuevamente la tarjeta. El tiempo m&iacute;nimo de actividad es un par&aacute;metro de este m&eacute;todo que debe establecerse y que tiene en cuenta que cuando un usuario se dirige a una estaci&oacute;n es porque tiene un objetivo o actividad a realizar, la cual posee un tiempo de realizaci&oacute;n (en la presente investigaci&oacute;n se tom&oacute; como tiempo m&iacute;nimo 15 minutos). Si una de estas dos condiciones no se cumple, la estaci&oacute;n <i>k</i> no se considera como posible destino. Adem&aacute;s, si ninguna estaci&oacute;n cumple la segunda condici&oacute;n, entonces el destino del viaje no es estimable. El enfoque anterior se basa en la metodolog&iacute;a propuesta en &#91;16&#93; para el sistema de Transantiago, y fue adaptada al caso de Megab&uacute;s. Las adaptaciones se refieren a ajustes en el valor de los par&aacute;metros y a la inclusi&oacute;n del tiempo m&iacute;nimo de actividad potencial tenido en cuenta en la segunda condici&oacute;n.</p>     <p>As&iacute;, la determinaci&oacute;n de los destinos de cada viaje se realiz&oacute; como sigue: para cada tarjeta de registro no unitario (los que presentan varios registros al d&iacute;a), no reventa y que hace referencia a un viaje que s&iacute; entra en la zona troncal, se identific&oacute; la estaci&oacute;n <i>p</i> donde realiz&oacute; la validaci&oacute;n, luego la estaci&oacute;n q en la que realiz&oacute; su siguiente registro y se calcul&oacute;, mediante la Ecuaci&oacute;n (1) propuesta en &#91;16&#93;, para todas las estaciones <i>k</i> (excluyendo <i>p</i>) el tiempo generalizado de viaje de la estaci&oacute;n p a la estaci&oacute;n <i>q,</i> haciendo escala en <i>k</i>.</p>     <p align="center"><img src="img/revistas/cein/v26n2/v26n2a05ec01.jpg"></p>     <p>As&iacute;, se asigna como destino la estaci&oacute;n <i>k,</i> que implica el m&iacute;nimo tiempo generalizado de viaje entre las estaciones <i>p</i> y <i>q</i>, y que no viole las condiciones 1 y 2, antes descritas. El modelo a resolver, para cada par de registros en las estaciones <i>p , q</i> est&aacute; dado por el Modelo 1.</p>     <p align="center"><img src="img/revistas/cein/v26n2/v26n2a05mod1.jpg"></p>     ]]></body>
<body><![CDATA[<p> La matriz de distancias fue obtenida por medio de Google Maps, al ubicar cada par de estaciones de inter&eacute;s, medir la distancia de caminata, y considerar la geograf&iacute;a de la ciudad, el dise&ntilde;o de las v&iacute;as, edificaciones, parques, etc. La matriz de tiempos de viaje en bus se obtuvo a partir de las tablas de los tiempos te&oacute;ricos entre cada par de estaciones consecutivas de una misma ruta, las cuales fueron suministradas por Megab&uacute;s. Con esta informaci&oacute;n se generaron dos matrices de tiempos de viaje entre estaciones, una con tiempos m&iacute;nimos de viaje y otra con tiempos promedios. Esto permite considerar, respectivamente, dos situaciones: la primera, en la que se hace el supuesto de que los usuarios son, de alguna forma, expertos en el servicio de transporte de Megab&uacute;s, por lo cual saben escoger la ruta o combinaci&oacute;n de rutas (en el caso de trasbordo) que minimiza su tiempo de viaje y, la segunda, en la que no son expertos, por lo que un valor a considerar, en la funci&oacute;n objetivo, como el tiempo de viaje entre dos estaciones, en las que el usuario se puede movilizar con m&aacute;s de una ruta, es el promedio de los tiempos te&oacute;ricos de las rutas posibles. Se considera el promedio porque no son conocidos los tiempos reales de cada viaje, dado que se desconoce la ruta del bus abordado por el usuario. Antes de implementarse el modelo se define la matriz con la que se va a trabajar. Los resultados presentados m&aacute;s adelante fueron obtenidos con la matriz de tiempos de viaje promedio.</p>     <p>Para estimar el destino del &uacute;ltimo viaje del d&iacute;a de cada usuario se us&oacute; el supuesto planteado en &#91;3&#93; y descrito en la secci&oacute;n Introducci&oacute;n. La &uacute;ltima transacci&oacute;n del d&iacute;a es el inicio del viaje de regreso de un usuario a su primer origen, as&iacute; a cada &uacute;ltimo registro del d&iacute;a de una tarjeta se le asign&oacute; como destino la estaci&oacute;n en donde se present&oacute; su primer registro, siempre y cuando las estaciones de ambas validaciones sean diferentes. En caso de ser iguales, el destino no es estimable.</p>     <p><b>3.3 Pos-procesamiento de registros unitarios</b></p>     <p> Despu&eacute;s de realizar la estimaci&oacute;n del destino de los viajes, en cada d&iacute;a, se hizo un procesamiento especial para los registros unitarios (ver Secci&oacute;n 3.1) en d&iacute;as laborales. As&iacute;, para un d&iacute;a laboral <i>D</i> de la semana, se identifica cada tarjeta<i> i</i>, que posee un &uacute;nico registro en el d&iacute;a, luego se realiza una b&uacute;squeda de registros de viajes de esta tarjeta, en otros d&iacute;as laborales, en los que s&iacute; se haya estimado un destino. Se tiene en cuenta la hora del registro unitario en el d&iacute;a<i> D</i>, para asociarlo a las validaciones de otro d&iacute;a en donde s&iacute; se pudo estimar un destino, realizadas en un intervalo de tiempo de 30 minutos alrededor de la hora de registro en el d&iacute;a <i>D</i>. Este intervalo posee como punto medio la hora del registro unitario al que se le est&aacute; estimando un destino. Como es posible que m&aacute;s de un d&iacute;a cumpla con esta condici&oacute;n, se asign&oacute; el destino estimado en el d&iacute;a donde el registro, dentro de la ventana de tiempo considerada, posee la menor diferencia temporal con el registro unitario en el d&iacute;a <i>D</i>. Este pos-procesamiento busca disminuir la p&eacute;rdida de informaci&oacute;n dada por los registros unitarios y se descartan los registros provenientes de tarjetas retornables por su incapacidad de ofrecer patrones de viajes confiables.</p>     <p><b>3.4 Obtenci&oacute;n de la matriz origen-destino</b></p>     <p> Para la estimaci&oacute;n de la MOD, en un d&iacute;a determinado, se define una ventana de tiempo con hora inicial, t<sub>ini</sub> y hora final t<sub>fin</sub>. Esta ventana de tiempo se define dependiendo de la hora del d&iacute;a en la cual se desee conocer la demanda del servicio, como por ejemplo horas pico o valle del d&iacute;a.</p>     <p>Puesto que los destinos de algunos viajes no son estimables, la MOD conformada por los viajes con destino estimado ser&aacute; una subestimaci&oacute;n de la matriz real de viajes, por lo cual se hace necesario realizar un proceso de expansi&oacute;n. Para el c&aacute;lculo de los factores de expansi&oacute;n adecuados se parte del supuesto de que el comportamiento de los viajes con destino no estimado sigue el patr&oacute;n de los viajes con destino estimado. Se define entonces a R<sub>i</sub><sup>t</sup> como el n&uacute;mero total de registros detectados en la estaci&oacute;n<i> i</i>, dentro de la ventana de tiempo <i>t</i>=&#91;t<sub>ini</sub>, t<sub>fin</sub>&#93;, y VC<sub>ij</sub><sup>t</sup> como el n&uacute;mero de viajes reconstruidos (viajes con destino estimado) que se originan en<i> i</i> dentro de la ventana de tiempo<i>t</i> y que poseen como destino la estaci&oacute;n <i>j</i>. Se calcula el factor de expansi&oacute;n F<sub>i</sub><sup>t</sup> para los viajes originados en <i>i</i> dentro de la ventana <i>t</i> con la Ecuaci&oacute;n (2).</p>     <p align="center"><img src="img/revistas/cein/v26n2/v26n2a05ec02.jpg"></p>     <p>Donde <i>n</i> es el n&uacute;mero de estaciones del sistema. Luego se recalcula (se ajusta) el n&uacute;mero subestimado de viajes VC<sub>ij</sub><sup>t</sup>, expandiendo por el factor F<sub>i</sub><sup>t</sup>, para obtener el n&uacute;mero de viajes estimados, VE<sub>ij</sub><sup>t</sup> con origen en dentro del intervalo <i>t</i> y destino <i>j</i>, mediante la Ecuaci&oacute;n (3).</p>     <p align="center"><img src="img/revistas/cein/v26n2/v26n2a05ec03.jpg"></p>     ]]></body>
<body><![CDATA[<p>La MOD obtenida utilizando la Ecuaci&oacute;n (3) entrega el n&uacute;mero de viajes totales iniciados dentro de la ventana total de tiempo<i> t</i>, sin embargo, para la planificaci&oacute;n operativa del sistema es m&aacute;s &uacute;til contar con los flujos de pasajeros entre estaciones cada r unidades de tiempo. Suponiendo una distribuci&oacute;n uniforme de la demanda en la ventana de tiempo <i>t</i>, el n&uacute;mero promedio de viajes estimados V&#274;<sub>ij</sub><sup>tr</sup> que se realizan en intervalos de tiempo de tama&ntilde;o<i> r</i>, dentro de la ventana de tiempo<i> t,</i> con <i>r &le; t,</i> es calculado dividiendo el n&uacute;mero total de viajes estimados en la ventana t por el n&uacute;mero total de intervalos de tama&ntilde;o <i>r</i>, que caben en la ventana de tiempo especificada (ver Ecuaci&oacute;n 4).</p>     <p align="center"><img src="img/revistas/cein/v26n2/v26n2a05ec04.jpg"></p>     <p><b>3.5 Proceso computacional</b></p>     <p> El algoritmo para el procesamiento de la informaci&oacute;n, fue elaborado en el <i>software</i> R-Project versi&oacute;n 3.1.2. La base de datos utilizada posee ocho campos en los que se detalla, sobre cada registro de una tarjeta, informaci&oacute;n como la fecha, hora, el nombre de la ruta alimentadora que utiliz&oacute; el usuario (si es el caso), el tipo de bus que el usuario demand&oacute; (alimentador o articulado), el c&oacute;digo ID de la tarjeta, el nombre de la estaci&oacute;n de la zona troncal del registro o intercambiador del sector al que pertenece el bus alimentador de la transacci&oacute;n, entre otros. Para la implementaci&oacute;n del algoritmo que realiz&oacute; el proceso descrito en la metodolog&iacute;a, se orden&oacute; previamente la base de datos por fecha, serial y hora, para tener en cada d&iacute;a de la semana los registros ordenados de forma temporal para cada tarjeta (serial). Luego de definir los par&aacute;metros de depuraci&oacute;n y de estimaci&oacute;n de los destinos se ejecut&oacute; el proceso para cada d&iacute;a de la semana, como sigue: se identificaron los registros unitarios, luego en los registros no unitarios se detectaron los que provienen de reventa de pasajes, seguidamente (obviando los unitarios y de reventa) con los viajes que no entran a la zona troncal, es decir, viajes que iniciaron en una ruta alimentadora y terminaron en el mismo sector y, por &uacute;ltimo, con la identificaci&oacute;n de los registros que implicaron el uso m&uacute;ltiple de tarjetas. Luego, se realiz&oacute; la estimaci&oacute;n de los destinos de cada viaje utilizando el Modelo 1. Seguidamente se llev&oacute; a cabo el pos-procesamiento de los registros unitarios de cada d&iacute;a y se ultim&oacute; el proceso con la estimaci&oacute;n de la MOD en la ventana de tiempo deseada en un d&iacute;a determinado.</p>     <p><b>4. RESULTADOS Y DISCUSI&Oacute;N</b></p>     <p> El enfoque descrito en la Secci&oacute;n 3 permiti&oacute; describir el comportamiento de la demanda del servicio de Megab&uacute;s. En la <a href="#tab1">Tabla 1</a> se presenta la distribuci&oacute;n de frecuencia de los registros seg&uacute;n la estaci&oacute;n identificada como origen, para un d&iacute;a laboral de una semana.</p>     <p align="center"><a name= "tab1"><img src="img/revistas/cein/v26n2/v26n2a05t01.jpg"></a></p>     <p> Se observa un total de 97.841 validaciones en todo el sistema, siendo el Intercambiador de Cuba el punto donde se concentra la mayor demanda del servicio (26,53%), seguido por el Intercambiador de Dosquebradas y la estaci&oacute;n Viajero que representan, respectivamente, el 14,54% y 7,83% de los registros totales. Las 37 estaciones del sistema que no tienen rutas alimentadoras asociadas absorben un poco m&aacute;s del 50% de los registros. Por otro lado, solo el 5,61% de los registros totales del d&iacute;a hacen referencia a viajes que fueron iniciados en un bus alimentador y que encontraron su destino en el mismo sector de su origen y que, por tanto, no entraron a la zona troncal del sistema (ver <a href="#tab2">Tabla 2</a>).</p>     <p align="center"><a name= "tab2"><img src="img/revistas/cein/v26n2/v26n2a05t02.jpg"></a></p>     <p>En la <a href="#tab3">Tabla 3</a> se presenta la distribuci&oacute;n de frecuencias seg&uacute;n el tipo de registro. Del total de 92.348 registros (demandantes del servicio de la zona troncal), el 6,37% son registros que provienen de la reventa de pasajes, de los cuales no se puede obtener informaci&oacute;n para la estimaci&oacute;n de su destino. El 18,28% son registros unitarios, tarjetas que presentaron una sola validaci&oacute;n al d&iacute;a y que no se les pudo estimar destino en el pos-procesamiento de registros unitarios.</p>     ]]></body>
<body><![CDATA[<p align="center"><a name= "tab3"><img src="img/revistas/cein/v26n2/v26n2a05t03.jpg"></a></p>     <p>El 12,59% de los registros provienen de uso m&uacute;ltiple de la tarjeta, es decir, registros de una tarjeta ejecutados en la misma estaci&oacute;n de manera consecutiva pero que no provienen de reventa de pasajes. El 62,77% de las validaciones con demanda en zona troncal son tratables por el Modelo 1 (ver Secci&oacute;n 3.2).</p>     <p>En la <a href="img/revistas/cein/v26n2/v26n2a05t04.jpg" target="_blank">Tabla 4</a> se presenta la distribuci&oacute;n de frecuencias de los diferentes tipos de registro, considerando distintos valores de f en el Modelo 1, discriminado para los registros tratables, nombrados en la <a href="#tab3">Tabla 3</a>, los viajes a los que se les logr&oacute; estimar su destino, los no estimados por el incumplimiento de las restricciones del modelo y los no estimados por la falta de informaci&oacute;n (cuando el &uacute;ltimo registro del d&iacute;a de la tarjeta fue ejecutado en la misma estaci&oacute;n que el primer registro de la misma tarjeta).</p>     <p>Cuando<i> f = 1</i>, se est&aacute; considerando con igual peso el tiempo de viaje en bus y el tiempo de viaje caminando; es decir, que se est&aacute; suponiendo que al usuario le da igual trasladarse a pie que en un bus articulado, cuando hace la escala. Con <i>f = 1.5,</i> se considera que para un usuario trasladarse caminando es 50% menos atractivo que trasladarse en bus. Con <i>f = 2,</i> se contempla el escenario extremo en el que los usuarios est&aacute;n poco dispuestos a caminar y solo lo hacen cuando la ganancia en tiempo es alta. Como se observa en la <a href="img/revistas/cein/v26n2/v26n2a05t04.jpg" target="_blank">Tabla 4</a>, en los tres escenarios descritos el porcentaje de viajes estimados se mantiene alrededor del 55,1%, el de los viajes no estimados por incumplimiento de restricciones cerca al 0,55% y el de los no estimados por falta de informaci&oacute;n se mantiene constante en 7,06%. El n&uacute;mero de viajes estimados cuando <i>f = 1,5</i>, disminuye en solo cinco registros con respecto al escenario en el que caminar y viajar en bus pesan lo mismo (<i>f = 1</i>).</p>     <p>En la <a href="img/revistas/cein/v26n2/v26n2a05t05.jpg" target="_blank">Tabla 5</a> se muestra la matriz origen-destino estimada para una hora pico de la ma&ntilde;ana en un d&iacute;a laboral, agregada por macrosectores (en la primera columna se identifica el origen, y en la primera fila el destino). En esta se observa que los sectores en los que m&aacute;s se originan viajes, entre las 6:00 y las 8:00 a.m., son el Oeste y Este de la zona troncal del sistema, los cuales corresponden a los sectores Cuba y alrededores, y Dosquebradas y, respectivamente, representan un 52,3% y 33,8% del total de viajes efectuados.</p>     <p>Se observa tambi&eacute;n en la <a href="img/revistas/cein/v26n2/v26n2a05t05.jpg" target="_blank">Tabla 5</a> que la cantidad de viajes a cada uno de los destinos es m&aacute;s homog&eacute;nea comparada con lo que ocurre con el n&uacute;mero de viajes que se originan en los diferentes macrosectores. Los sectores Oeste y Centro son las zonas hacia donde m&aacute;s convergen los viajes del sistema troncal, con 3.053 y 3.034, respectivamente. Adicionalmente, se nota que el mayor nivel de demanda se presenta en los viajes con origen en el Oeste y destino en el Centro, con un total de 2.501, los cuales representan el 18,7% del total de los viajes en la franja horaria y d&iacute;a laboral ilustrado.</p>     <p><b>5. CONCLUSIONES </b></p>     <p>El porcentaje de viajes estimados es aproximadamente igual para los tres escenarios donde se var&iacute;a el valor de <i>f</i>, es decir, la variaci&oacute;n del factor de penalizaci&oacute;n para el tiempo de viaje a pie no tuvo mayor efecto sobre el porcentaje de viajes estimados totales (ver <a href="img/revistas/cein/v26n2/v26n2a05t04.jpg" target="_blank">Tabla 4</a>). No obstante lo anterior, no se puede afirmar que los viajes (origendestino) que se estiman bajo diferentes valores de sean exactamente los mismos, ya que se pueden presentar casos en los que para un par de registros consecutivos de una misma tarjeta, en distintas estaciones, para los diferentes valores de <i>f</i>, se cumplan las restricciones del modelo, y el destino estimado sea distinto, dado que para cada valor de <i>f </i>el tiempo de viaje generalizado puede ser diferente.</p>     <p>La efectividad del modelo en la estimaci&oacute;n de los destinos de viajes realizados con registros que s&iacute; poseen informaci&oacute;n v&aacute;lida para su tratamiento es medida por el porcentaje de viajes estimados con respecto al total de registros tratables. As&iacute;, en el escenario con un valor de<i> f = 1</i>, se logr&oacute; estimar el destino del viaje en un 87,89% de los casos tratables (50948/57963, ver Tablas <a href="#tab3">3</a> y <a href="img/revistas/cein/v26n2/v26n2a05t04.jpg" target="_blank">4</a>).</p>     <p>El aporte de esta investigaci&oacute;n est&aacute; en el ajuste e implementaci&oacute;n de una metodolog&iacute;a de estimaci&oacute;n de matrices OD, propuesta por otros autores, para un sistema de buses, con corredor dedicado, estaciones de parada fijas para el abordaje y descenso de los pasajeros y sin localizaci&oacute;n autom&aacute;tica. A diferencia de lo presentado en otros trabajos, las distancias consideradas en el presente enfoque no son euclidianas y se tiene en cuenta la ubicaci&oacute;n de las estaciones y la geograf&iacute;a y dise&ntilde;o urbano de la ciudad. La restricci&oacute;n de tiempo que incluye el m&iacute;nimo de la actividad de un usuario en su destino es un ajuste debido a la naturaleza particular del sistema de Megab&uacute;s. Adem&aacute;s, el enfoque propuesto tiene en cuenta la posibilidad de que los usuarios puedan ser considerados como expertos o no del sistema, por lo cual se pueden analizar ambos escenarios al escoger la matriz de tiempos m&iacute;nimos de viajes entre estaciones o la matriz de tiempos promedios. La obtenci&oacute;n de matrices OD para el sistema de transporte p&uacute;blico de Pereira mediante el aprovechamiento de la informaci&oacute;n en las bases de datos con los registros de las tarjetas inteligentes <i>versus </i>la utilizaci&oacute;n del muestreo en campo aporta grandes ventajas.</p>     ]]></body>
<body><![CDATA[<p> Se tiene la posibilidad de estimar matrices OD para distintas franjas horarias del d&iacute;a, en cualquier d&iacute;a de la semana y distintas temporadas del a&ntilde;o, a un menor costo. Adem&aacute;s, la informaci&oacute;n fuente puede ser actualizada constantemente por la naturaleza del sistema autom&aacute;tico de cobro de pasajes, sin costo adicional a diferencia de la informaci&oacute;n recolectada por muestreo en campo, la cual solo es &uacute;til en situaciones temporales similares a la de la muestra.</p>     <p><b> AGRADECIMIENTOS </b></p>     <p>Los autores agradecen a la Universidad Tecnol&oacute;gica de Pereira y a Colciencias, proyecto con c&oacute;digo 1110-622 38514, por el apoyo acad&eacute;mico y econ&oacute;mico brindado en el desarrollo de esta investigaci&oacute;n. Un agradecimiento especial a Megab&uacute;s, por suministrar la informaci&oacute;n para la estimaci&oacute;n de la matriz OD, mapas de rutas e informaci&oacute;n sobre el funcionamiento del sistema de transporte.</p> <hr>     <p><b>NOTAS</b>     <p><a name="cita3"></a><sup><b>3</b></sup> Informaci&oacute;n obtenida de: <a href="http://www.transantiago.cl"target="_blank">www.transantiago.cl</a> <a href="#cit3">Volver</a></p>     <p><a name="cita4"></a><sup><b>4</b></sup> Informaci&oacute;n obtenida de: <a href="http://www.megabus.gov.co/"target="_blank">www.megabus.gov.co/?page_i-249</a> <a href="#cit4">Volver</a></p> <hr>     <p><b>REFERENCIAS</b></p>     <!-- ref --><p>&#91;1&#93; Buneman, K. (1984). Automated and passenger-based transit performance measures.<i> Transportation Research Record, </i>992, pp. 23-28.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159710&pid=S0124-8170201600020000500001&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>&#91;2&#93; Furth, P. G., Hemily, B. J., Muller, T. H. J. &amp; Strathman, J. G. (2006). Using Archived AVLAPC Data to Improve Transit Performance and Management. <i>Transportation research board.</i> doi: <a href=" http://dx.doi.org/10.17226/13907"target="_blank">10.17226/13907</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159712&pid=S0124-8170201600020000500002&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>&#91;3&#93; Barry, J. J., Newhouser, R., Rahbee, A. &amp; Sayeda, S. (2002). Origin and destination estimation in New  York City with automated fare system data. <i>Transportation Research Record</i>, 1817, pp. 183-187. doi: <a href=" http://dx.doi.org/10.3141/1817-24"target="_blank">10.3141/1817-24</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159713&pid=S0124-8170201600020000500003&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>&#91;4&#93; Zhao, J., Rahbee, A. &amp; Wilson, N. (2007). Estimating a rail passenger trip origindestination matrix using automatic data collection systems. <i>Computer-Aided Civil and Infrastructure Engineering</i>, 22(5), pp. 376-387. doi: <a href=" http://dx.doi.org/10.1111/j.1467-8667.2007.00494.x"target="_blank">10.1111/j.1467-8667.2007.00494.x</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159714&pid=S0124-8170201600020000500004&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>&#91;5&#93; Muller, T. H. J. &amp; Furth, P. G. (2001). Trip time analyzes: key to transit service quality. <i>Transportation Research Record,</i> 1760, pp. 10-19. doi: <a href=" http://dx.doi.org/10.3141/1760-02"target="_blank">10.3141/1760-02</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159715&pid=S0124-8170201600020000500005&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>&#91;6&#93; Lianfu, Z., Shuzhi, Z., Yonggang, Z. &amp; Ziyin, Z. (2007). Study on the method of constructing bus stops OD matrix based on IC card data. En <i>The International Conference on Wireless Communications, Networking and Mobile Computing,</i> pp. 3147-3150. doi: <a href=" http://dx.doi.org/10.1109/WICOM.2007.780"target="_blank">10.1109/WICOM.2007.780</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159716&pid=S0124-8170201600020000500006&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>&#91;7&#93; Tr&eacute;panier, M., Tranchant, N. &amp; Chapleau, R. (2007). Individual trip destination estimation in a transit smart card automated fare collection system. <i>Journal of Intelligent Transportation Systems</i>, 11(1), pp.1-14. doi: <a href=" http://dx.doi.org/10.1080/15472450601122256"target="_blank">10.1080/15472450601122256</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159717&pid=S0124-8170201600020000500007&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>&#91;8&#93; Chapleau, R. &amp; Chu, K. K. (2007). Modeling transit travel patterns from locationstamped smart card data using a disaggregate approach. En <i>The 11th World Conference on Transportation Research</i>, pp. 1-29.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159718&pid=S0124-8170201600020000500008&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>&#91;9&#93; Chapleau, R., Tr&eacute;panier, M. &amp; Chu, K. K. (2008). The ultimate survey for transit planning: Complete information with smart card data and GIS. En <i>The 8th International Conference on International Steering Committee for Travel Survey Conferences</i>, Montreal, Canad&aacute;    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159720&pid=S0124-8170201600020000500009&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref -->.</p>     <!-- ref --><p>&#91;10&#93; Zhao J. (1977). <i>The Planning and Analysis Implications of Automated Data Collection System: Rail Transit OD Matrix Inference and Path Choice Modeling Examples.</i> (Tesis doctoral). Department of Urban Studies and Planning and the Department of Civil and Environmental Engineering. Massachusetts Institute of Technology, Boston.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159722&pid=S0124-8170201600020000500010&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>&#91;11&#93; Hofmann, M. &amp; O'Mahony, M. (2005). Transfer Journey Identification and Analyses form Electronic Fare Collection Data. En <i>Proceedings of the 8th International IEEE Conference on Intelligent Transportation Systems.</i> Viena,  Austria, pp. 34-39. doi: <a href=" http://dx.doi.org/10.1109/ITSC.2005.1520156"target="_blank">10.1109/ITSC.2005.1520156</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159724&pid=S0124-8170201600020000500011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>&#91;12&#93; Farzin, J. (2008). Constructing an Automated Bus Origin-Destination Matrix Using Farecard and Global Positioning System Data in S&atilde;o Paulo, Brazil. <i>Transportation Research Record</i>, 2072, pp. 30-37. doi: <a href=" http://dx.doi.org/10.3141/2072-04"target="_blank">10.3141/2072-04</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159725&pid=S0124-8170201600020000500012&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>&#91;13&#93; Munizaga, M., Palma, C. &amp; Mora, P. (2010). Public Transport OD Matrix Estimation from Smart Card Payment System Data. En: <i>Proceedings from 12th World Conference on Transport Research</i>, Lisboa, Portugal, pp. 1-16.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159726&pid=S0124-8170201600020000500013&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>     <!-- ref --><p>&#91;14&#93; Pelletier, M. P., Tr&eacute;panier, M. &amp; Morency, C. (2011). Smart card data use in public transit: A literature review. <i>Transportation Research Part C,</i> 19, pp. 557-568. doi: <a href=" http://dx.doi.org/10.1016/j.trc.2010.12.003"target="_blank">10.1016/j.trc.2010.12.003</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159728&pid=S0124-8170201600020000500014&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>&#91;15&#93; Devillaine, F., Munizaga, M. &amp; Tr&eacute;panier, M. (2012). Detection activities of public transport users by analyzing smart card data. <i>Transportation Research Record</i>, 2276, pp. 48-55. doi: <a href=" http://dx.doi.org/10.3141/2276-06"target="_blank">10.3141/2276-06</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159729&pid=S0124-8170201600020000500015&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>&#91;16&#93; Munizaga, M. A. &amp; Palma, C. (2012). Estimation of a disaggregate multimodal public transport origin-destination matrix from passive smartcard data from Santiago, Chile. <i>Transportation Research Part C</i>, 24, pp. 9-18. doi: <a href=" http://dx.doi.org/10.1016/j.trc.2012.01.007"target="_blank">10.1016/j.trc.2012.01.007</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159730&pid=S0124-8170201600020000500016&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p>&#91;17&#93; Giahi, R. &amp; Moghaddam, R. (2014). A Holding Strategy to Optimize the Bus Transit Service. En: <i>International Journal of Industrial Engineering &amp; Production Research,</i> 25(1), pp. 33-40.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=4159731&pid=S0124-8170201600020000500017&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p> </font>	     ]]></body>
<body><![CDATA[ ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Buneman]]></surname>
<given-names><![CDATA[K.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Automated and passenger-based transit performance measures]]></article-title>
<source><![CDATA[Transportation Research Record]]></source>
<year>1984</year>
<volume>992</volume>
<page-range>23-28</page-range></nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Furth]]></surname>
<given-names><![CDATA[P. G.]]></given-names>
</name>
<name>
<surname><![CDATA[Hemily]]></surname>
<given-names><![CDATA[B. J.]]></given-names>
</name>
<name>
<surname><![CDATA[Muller]]></surname>
<given-names><![CDATA[T. H. J.]]></given-names>
</name>
<name>
<surname><![CDATA[Strathman]]></surname>
<given-names><![CDATA[J. G.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Using Archived AVLAPC Data to Improve Transit Performance and Management]]></article-title>
<source><![CDATA[Transportation research board]]></source>
<year>2006</year>
</nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Barry]]></surname>
<given-names><![CDATA[J. J.]]></given-names>
</name>
<name>
<surname><![CDATA[Newhouser]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
<name>
<surname><![CDATA[Rahbee]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
<name>
<surname><![CDATA[Sayeda]]></surname>
<given-names><![CDATA[S.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Origin and destination estimation in New York City with automated fare system data]]></article-title>
<source><![CDATA[Transportation Research Record]]></source>
<year>2002</year>
<volume>1817</volume>
<page-range>183-187</page-range></nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Zhao]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
<name>
<surname><![CDATA[Rahbee]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
<name>
<surname><![CDATA[Wilson]]></surname>
<given-names><![CDATA[N.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Estimating a rail passenger trip origindestination matrix using automatic data collection systems]]></article-title>
<source><![CDATA[Computer-Aided Civil and Infrastructure Engineering]]></source>
<year>2007</year>
<volume>22</volume>
<numero>5</numero>
<issue>5</issue>
<page-range>376-387</page-range></nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Muller]]></surname>
<given-names><![CDATA[T. H. J.]]></given-names>
</name>
<name>
<surname><![CDATA[Furth]]></surname>
<given-names><![CDATA[P. G.]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Trip time analyzes: key to transit service quality]]></article-title>
<source><![CDATA[Transportation Research Record]]></source>
<year>2001</year>
<volume>1760</volume>
<page-range>10-19</page-range></nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Lianfu]]></surname>
<given-names><![CDATA[Z.]]></given-names>
</name>
<name>
<surname><![CDATA[Shuzhi]]></surname>
<given-names><![CDATA[Z.]]></given-names>
</name>
<name>
<surname><![CDATA[Yonggang]]></surname>
<given-names><![CDATA[Z.]]></given-names>
</name>
<name>
<surname><![CDATA[Ziyin]]></surname>
<given-names><![CDATA[Z.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Study on the method of constructing bus stops OD matrix based on IC card data]]></article-title>
<source><![CDATA[]]></source>
<year>2007</year>
<conf-name><![CDATA[ The International Conference on Wireless Communications, Networking and Mobile Computing]]></conf-name>
<conf-loc> </conf-loc>
</nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Trépanier]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[Tranchant]]></surname>
<given-names><![CDATA[N.]]></given-names>
</name>
<name>
<surname><![CDATA[Chapleau]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Individual trip destination estimation in a transit smart card automated fare collection system]]></article-title>
<source><![CDATA[Journal of Intelligent Transportation Systems]]></source>
<year>2007</year>
<volume>11</volume>
<numero>1</numero>
<issue>1</issue>
<page-range>1-14</page-range></nlm-citation>
</ref>
<ref id="B8">
<label>8</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Chapleau]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
<name>
<surname><![CDATA[Chu]]></surname>
<given-names><![CDATA[K. K.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Modeling transit travel patterns from locationstamped smart card data using a disaggregate approach]]></article-title>
<source><![CDATA[]]></source>
<year>2007</year>
<conf-name><![CDATA[ The 11th World Conference on Transportation Research]]></conf-name>
<conf-loc> </conf-loc>
</nlm-citation>
</ref>
<ref id="B9">
<label>9</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Chapleau]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
<name>
<surname><![CDATA[Trépanier]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[Chu]]></surname>
<given-names><![CDATA[K. K.]]></given-names>
</name>
</person-group>
<source><![CDATA[The ultimate survey for transit planning: Complete information with smart card data and GIS]]></source>
<year>2008</year>
<conf-name><![CDATA[8th International Conference on International Steering Committee for Travel Survey Conferences]]></conf-name>
<conf-loc>Montreal </conf-loc>
</nlm-citation>
</ref>
<ref id="B10">
<label>10</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Zhao]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
</person-group>
<source><![CDATA[The Planning and Analysis Implications of Automated Data Collection System: Rail Transit OD Matrix Inference and Path Choice Modeling Examples]]></source>
<year>1977</year>
</nlm-citation>
</ref>
<ref id="B11">
<label>11</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Hofmann]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[O'Mahony]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
</person-group>
<source><![CDATA[Transfer Journey Identification and Analyses form Electronic Fare Collection Data]]></source>
<year>2005</year>
<conf-name><![CDATA[8th International IEEE Conference on Intelligent Transportation Systems]]></conf-name>
<conf-loc>Viena </conf-loc>
</nlm-citation>
</ref>
<ref id="B12">
<label>12</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Farzin]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Constructing an Automated Bus Origin-Destination Matrix Using Farecard and Global Positioning System Data in São Paulo, Brazil]]></article-title>
<source><![CDATA[Transportation Research Record]]></source>
<year>2008</year>
<volume>2072</volume>
<page-range>30-37</page-range></nlm-citation>
</ref>
<ref id="B13">
<label>13</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Munizaga]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[Palma]]></surname>
<given-names><![CDATA[C.]]></given-names>
</name>
<name>
<surname><![CDATA[Mora]]></surname>
<given-names><![CDATA[P.]]></given-names>
</name>
</person-group>
<source><![CDATA[Public Transport OD Matrix Estimation from Smart Card Payment System Data]]></source>
<year>2010</year>
<conf-name><![CDATA[12th World Conference on Transport Research]]></conf-name>
<conf-loc>Lisboa </conf-loc>
</nlm-citation>
</ref>
<ref id="B14">
<label>14</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Pelletier]]></surname>
<given-names><![CDATA[M. P.]]></given-names>
</name>
<name>
<surname><![CDATA[Trépanier]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[Morency]]></surname>
<given-names><![CDATA[C.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Smart card data use in public transit: A literature review]]></article-title>
<source><![CDATA[Transportation Research Part C]]></source>
<year>2011</year>
<volume>19</volume>
<page-range>557-568</page-range></nlm-citation>
</ref>
<ref id="B15">
<label>15</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Devillaine]]></surname>
<given-names><![CDATA[F.]]></given-names>
</name>
<name>
<surname><![CDATA[Munizaga]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[Trépanier]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Detection activities of public transport users by analyzing smart card data]]></article-title>
<source><![CDATA[Transportation Research Record]]></source>
<year>2012</year>
<volume>2276</volume>
<page-range>48-55</page-range></nlm-citation>
</ref>
<ref id="B16">
<label>16</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Munizaga]]></surname>
<given-names><![CDATA[M. A.]]></given-names>
</name>
<name>
<surname><![CDATA[Palma]]></surname>
<given-names><![CDATA[C.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Estimation of a disaggregate multimodal public transport origin-destination matrix from passive smartcard data from Santiago, Chile]]></article-title>
<source><![CDATA[Transportation Research Part C]]></source>
<year>2012</year>
<volume>24</volume>
<page-range>9-18</page-range></nlm-citation>
</ref>
<ref id="B17">
<label>17</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Giahi]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
<name>
<surname><![CDATA[Moghaddam]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[A Holding Strategy to Optimize the Bus Transit Service]]></article-title>
<source><![CDATA[International Journal of Industrial Engineering & Production Research]]></source>
<year>2014</year>
<volume>25</volume>
<numero>1</numero>
<issue>1</issue>
<page-range>33-40</page-range></nlm-citation>
</ref>
</ref-list>
</back>
</article>
