<?xml version="1.0" encoding="UTF-8"?>
<itemContainer xmlns="http://omeka.org/schemas/omeka-xml/v5" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://omeka.org/schemas/omeka-xml/v5 http://omeka.org/schemas/omeka-xml/v5/omeka-xml-5-0.xsd" uri="https://www.repositorio.mapupedia.cl/items?output=omeka-xml&amp;page=123&amp;sort_field=Dublin+Core%2CTitle" accessDate="2026-04-10T10:54:24-04:00">
  <miscellaneousContainer>
    <pagination>
      <pageNumber>123</pageNumber>
      <perPage>10</perPage>
      <totalResults>1408</totalResults>
    </pagination>
  </miscellaneousContainer>
  <item itemId="1175" public="1" featured="0">
    <collection collectionId="1">
      <elementSetContainer>
        <elementSet elementSetId="1">
          <name>Dublin Core</name>
          <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
          <elementContainer>
            <element elementId="50">
              <name>Title</name>
              <description>A name given to the resource</description>
              <elementTextContainer>
                <elementText elementTextId="1">
                  <text>3.01 Tesis magíster</text>
                </elementText>
              </elementTextContainer>
            </element>
          </elementContainer>
        </elementSet>
      </elementSetContainer>
    </collection>
    <elementSetContainer>
      <elementSet elementSetId="1">
        <name>Dublin Core</name>
        <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
        <elementContainer>
          <element elementId="37">
            <name>Contributor</name>
            <description>An entity responsible for making contributions to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="25840">
                <text>Reutter de la Maza, Juan</text>
              </elementText>
              <elementText elementTextId="25841">
                <text>Arenas Saavedra, Marcelo Alejandro</text>
              </elementText>
              <elementText elementTextId="25842">
                <text>Pontificia Universidad Católica de Chile. Escuela de Ingeniería</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="39">
            <name>Creator</name>
            <description>An entity primarily responsible for making the resource</description>
            <elementTextContainer>
              <elementText elementTextId="25843">
                <text>Reisenegger Butrón, Thomas</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="40">
            <name>Date</name>
            <description>A point or period of time associated with an event in the lifecycle of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="25844">
                <text>2021-06-10T12:09:42Z</text>
              </elementText>
              <elementText elementTextId="25845">
                <text>2021-06-10T12:09:42Z</text>
              </elementText>
              <elementText elementTextId="25846">
                <text>2021</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="41">
            <name>Description</name>
            <description>An account of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="25847">
                <text>Tesis (Master of Science in Engineering)--Pontificia Universidad Católica de Chile, 2021</text>
              </elementText>
              <elementText elementTextId="25848">
                <text>Con la creciente popularidad de Bitcoin ha surgido la necesidad de entender las funcionalidades,&#13;
la seguridad y el rendimiento de los distintos mecanismos que componen su&#13;
protocolo. El lenguaje de programación asociado a Bitcoin, Script, es uno de los principales&#13;
componentes de las transacciones de Bitcoin. Este fue diseñado deliberadamente&#13;
para no ser Turing completo, de forma que no fuera posible crear ejecuciones sin fin.&#13;
Sin embargo, no existen muchos estudios dedicados a analizar las propiedades y limitaciones&#13;
del lenguaje. Es más, no existe un marco de referencia formal que permita analizar&#13;
estas características. En este trabajo buscamos proveer este marco de referencia, que permita&#13;
estudiar Script y analizar ciertos problemas relacionados al lenguaje. Concretamente,&#13;
definiremos formalmente la semántica de Script y estudiaremos el problema de determinar&#13;
si un programa definido por un usuario está bien formado, es decir, si puede ser desbloqueado&#13;
o presenta errores que impiden que esto ocurra. Específicamente, demostraremos&#13;
que este problema es NP-duro, proveyendo una reducción desde programación lineal entera,&#13;
y que, para el conjunto más relevante de operadores, si establecemos ciertas suposiciones&#13;
razonables sobre el uso del lenguaje, el problema se encuentra en NP.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="42">
            <name>Format</name>
            <description>The file format, physical medium, or dimensions of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="25849">
                <text>x, 175 páginas</text>
              </elementText>
              <elementText elementTextId="25850">
                <text>application/pdf</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="43">
            <name>Identifier</name>
            <description>An unambiguous reference to the resource within a given context</description>
            <elementTextContainer>
              <elementText elementTextId="25851">
                <text>10.7764/tesisUC/ING/60581</text>
              </elementText>
              <elementText elementTextId="25852">
                <text>https://doi.org/10.7764/tesisUC/ING/60581</text>
              </elementText>
              <elementText elementTextId="25853">
                <text>https://repositorio.uc.cl/handle/11534/60581</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="44">
            <name>Language</name>
            <description>A language of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="25854">
                <text>en</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="47">
            <name>Rights</name>
            <description>Information about rights held in and over the resource</description>
            <elementTextContainer>
              <elementText elementTextId="25855">
                <text>acceso abierto</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="49">
            <name>Subject</name>
            <description>The topic of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="25856">
                <text>005.13</text>
              </elementText>
              <elementText elementTextId="25857">
                <text>Ciencias de la computación</text>
              </elementText>
              <elementText elementTextId="25858">
                <text>Lenguajes de secuencias de comandos (Ciencia de la computación)</text>
              </elementText>
              <elementText elementTextId="25859">
                <text>Bitcoin</text>
              </elementText>
              <elementText elementTextId="25860">
                <text>Criptomonedas</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="50">
            <name>Title</name>
            <description>A name given to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="25861">
                <text>Semantics and complexity of bitcoin script</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="51">
            <name>Type</name>
            <description>The nature or genre of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="25862">
                <text>tesis de maestría</text>
              </elementText>
            </elementTextContainer>
          </element>
        </elementContainer>
      </elementSet>
    </elementSetContainer>
  </item>
  <item itemId="539" public="1" featured="0">
    <collection collectionId="1">
      <elementSetContainer>
        <elementSet elementSetId="1">
          <name>Dublin Core</name>
          <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
          <elementContainer>
            <element elementId="50">
              <name>Title</name>
              <description>A name given to the resource</description>
              <elementTextContainer>
                <elementText elementTextId="1">
                  <text>3.01 Tesis magíster</text>
                </elementText>
              </elementTextContainer>
            </element>
          </elementContainer>
        </elementSet>
      </elementSetContainer>
    </collection>
    <elementSetContainer>
      <elementSet elementSetId="1">
        <name>Dublin Core</name>
        <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
        <elementContainer>
          <element elementId="37">
            <name>Contributor</name>
            <description>An entity responsible for making contributions to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="11822">
                <text>Arenas Saavedra, Marcelo Alejandro</text>
              </elementText>
              <elementText elementTextId="11823">
                <text>Pontificia Universidad Católica de Chile. Escuela de Ingeniería</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="39">
            <name>Creator</name>
            <description>An entity primarily responsible for making the resource</description>
            <elementTextContainer>
              <elementText elementTextId="11824">
                <text>Conca, Sebastián</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="40">
            <name>Date</name>
            <description>A point or period of time associated with an event in the lifecycle of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="11825">
                <text>2013-06-05T17:46:19Z</text>
              </elementText>
              <elementText elementTextId="11826">
                <text>2013-06-05T17:46:19Z</text>
              </elementText>
              <elementText elementTextId="11827">
                <text>2012</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="41">
            <name>Description</name>
            <description>An account of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="11828">
                <text>Tesis (Master of Science in Engineering)--Pontificia Universidad Católica de Chile, 2012</text>
              </elementText>
              <elementText elementTextId="11829">
                <text>SPARQL - el lenguaje de consultas standar para bases de datos RDF - proporciona sólo funcionalidades limitadas de navegación, sin embargo, estas características son de fundamental importancia en los modelos de datos basadas en grafos, como es el caso de RDF. Esto ha llevado a la W3C ha incluir funcionalidades como property path en la próxima versión del standar, SPARQL 1.1. Se han puesto a prueba distintas implementaciones de SPARQL 1.1 que manejan consultas con property paths, observando un bajo rendimiento en sus métodos de evaluación para este tipo de consultas, incluso, para escenarios simples.</text>
              </elementText>
              <elementText elementTextId="11830">
                <text>En búsqueda de una explicación formal a este comportamiento, se ha realizado un estudio de la complejidad computacional de la evaluación de consultas con property paths. Los resultados muestran que el bajo rendimiento de las implementaciones probadas, no corresponde a un problema de estos sistemas en particular, si no más bien, tiene que ver con la especificación. De hecho, se muestra que cualquier implementación que siga la especificación de SPARQL 1.1 (a Noviembre del 2011), está destinada a mantener el mismo comportamiento, siendo el mayor problema, la necesidad de contar soluciones impuesta en la propuesta actual.</text>
              </elementText>
              <elementText elementTextId="11831">
                <text>En esta tesis se incluyen diversos resultados teóricos que demuestran la imposibilidad de computar consultas de property paths en tiempos razonables, que junto a los resultados empíricos, entregan una evidencia contundente en contra de la actual propuesta de semántica para property paths en SPARQL 1.1. Finalmente, se porpone una sem´antica natural alternativa que resuelve los problemas de desempe\02DCno, permitiendo así la adopción del standar por parte de usuarios, desarrolladores y teóricos.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="42">
            <name>Format</name>
            <description>The file format, physical medium, or dimensions of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="11832">
                <text>application/pdf</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="43">
            <name>Identifier</name>
            <description>An unambiguous reference to the resource within a given context</description>
            <elementTextContainer>
              <elementText elementTextId="11833">
                <text>10.7764/tesisUC/ING/1754</text>
              </elementText>
              <elementText elementTextId="11834">
                <text>https://doi.org/10.7764/tesisUC/ING/1754</text>
              </elementText>
              <elementText elementTextId="11835">
                <text>https://repositorio.uc.cl/handle/11534/1754</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="44">
            <name>Language</name>
            <description>A language of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="11836">
                <text>en</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="47">
            <name>Rights</name>
            <description>Information about rights held in and over the resource</description>
            <elementTextContainer>
              <elementText elementTextId="11837">
                <text>acceso abierto</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="49">
            <name>Subject</name>
            <description>The topic of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="11838">
                <text>000</text>
              </elementText>
              <elementText elementTextId="11839">
                <text>Ciencias de la computación</text>
              </elementText>
              <elementText elementTextId="11840">
                <text>Lenguajes de consulta (Ciencia de la computación).</text>
              </elementText>
              <elementText elementTextId="11841">
                <text>RDF (Lenguaje de marcación de documento).</text>
              </elementText>
              <elementText elementTextId="11842">
                <text>Lenguajes de programación (computadores electrónicos) - Semántica.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="50">
            <name>Title</name>
            <description>A name given to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="11843">
                <text>Semantics and complexity of SPARQL 1.1 property paths</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="51">
            <name>Type</name>
            <description>The nature or genre of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="11844">
                <text>tesis de maestría</text>
              </elementText>
            </elementTextContainer>
          </element>
        </elementContainer>
      </elementSet>
    </elementSetContainer>
  </item>
  <item itemId="674" public="1" featured="0">
    <collection collectionId="1">
      <elementSetContainer>
        <elementSet elementSetId="1">
          <name>Dublin Core</name>
          <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
          <elementContainer>
            <element elementId="50">
              <name>Title</name>
              <description>A name given to the resource</description>
              <elementTextContainer>
                <elementText elementTextId="1">
                  <text>3.01 Tesis magíster</text>
                </elementText>
              </elementTextContainer>
            </element>
          </elementContainer>
        </elementSet>
      </elementSetContainer>
    </collection>
    <elementSetContainer>
      <elementSet elementSetId="1">
        <name>Dublin Core</name>
        <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
        <elementContainer>
          <element elementId="37">
            <name>Contributor</name>
            <description>An entity responsible for making contributions to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="14780">
                <text>Oberli Graf, Christian Robert</text>
              </elementText>
              <elementText elementTextId="14781">
                <text>Pontificia Universidad Católica de Chile. Escuela de Ingeniería</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="39">
            <name>Creator</name>
            <description>An entity primarily responsible for making the resource</description>
            <elementTextContainer>
              <elementText elementTextId="14782">
                <text>Muñoz Escobar, Camila</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="40">
            <name>Date</name>
            <description>A point or period of time associated with an event in the lifecycle of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="14783">
                <text>2012-12-18T15:28:11Z</text>
              </elementText>
              <elementText elementTextId="14784">
                <text>2012-12-18T15:28:11Z</text>
              </elementText>
              <elementText elementTextId="14785">
                <text>2012</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="41">
            <name>Description</name>
            <description>An account of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="14786">
                <text>Tesis (Magíster en Ciencias de la Ingeniería)--Pontificia Universidad Católica de Chile, 2012</text>
              </elementText>
              <elementText elementTextId="14787">
                <text>Explotar las ventajas de las tecnologías de múltiples antenas está fuertemente condicionado al conocimiento del canal inalámbrico que afecta cada transmisión. En la literatura se han propuesto diversos algoritmos de estimación de canal, los que típicamente han sido estudiados desde una perspectiva que no considera restricciones energéticas en su implementación. Esta tesis propone una metodología que permite evaluar el consumo energético de algoritmos de estimación de canal y encontrar las señales de entrenamiento que minimizan este consumo.</text>
              </elementText>
              <elementText elementTextId="14788">
                <text>Se estudiaron en detalle los algoritmos de estimación de máxima verosimilitud (ML) y de mínimo error cuadrado medio (MMSE). Para cada uno se analizó los esquemas de estimación vectorial y matricial. Los resultados muestran que el factor dominante para alcanzar soluciones de adquisición de canal energéticamente eficientes es la complejidad de implementación de los algoritmos. Los algoritmos de estimación ML y MMSE vectorial presentaron un consumo energético similar. Sin embargo, ML tiene un menor costo energético fijo y a diferencia de MMSE no requiere conocimiento de estadísticas de canal. Por ello, es el algoritmo que se recomienda para escenarios en los que la energía es limitada. Trabajos futuros incluyen incorporar al problema de optimización los algoritmos de detección y sincronización que se ejecutan en un dispositivo real al inicializar un enlace MIMO, y extender esta metodología a la optimización energética conjunta de estimación de canal y transmisión de datos.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="42">
            <name>Format</name>
            <description>The file format, physical medium, or dimensions of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="14789">
                <text>application/pdf</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="43">
            <name>Identifier</name>
            <description>An unambiguous reference to the resource within a given context</description>
            <elementTextContainer>
              <elementText elementTextId="14790">
                <text>10.7764/tesisUC/ING/1724</text>
              </elementText>
              <elementText elementTextId="14791">
                <text>https://doi.org/10.7764/tesisUC/ING/1724</text>
              </elementText>
              <elementText elementTextId="14792">
                <text>https://repositorio.uc.cl/handle/11534/1724</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="44">
            <name>Language</name>
            <description>A language of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="14793">
                <text>es</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="47">
            <name>Rights</name>
            <description>Information about rights held in and over the resource</description>
            <elementTextContainer>
              <elementText elementTextId="14794">
                <text>acceso abierto</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="49">
            <name>Subject</name>
            <description>The topic of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="14795">
                <text>620</text>
              </elementText>
              <elementText elementTextId="14796">
                <text>Ingeniería</text>
              </elementText>
              <elementText elementTextId="14797">
                <text>Redes de área local inalámbricas.</text>
              </elementText>
              <elementText elementTextId="14798">
                <text>Sistemas MIMO.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="50">
            <name>Title</name>
            <description>A name given to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="14799">
                <text>Señales de entrenamiento óptimas para estimación de canal MIMO energéticamente eficiente</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="51">
            <name>Type</name>
            <description>The nature or genre of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="14800">
                <text>tesis de maestría</text>
              </elementText>
            </elementTextContainer>
          </element>
        </elementContainer>
      </elementSet>
    </elementSetContainer>
  </item>
  <item itemId="201" public="1" featured="0">
    <collection collectionId="1">
      <elementSetContainer>
        <elementSet elementSetId="1">
          <name>Dublin Core</name>
          <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
          <elementContainer>
            <element elementId="50">
              <name>Title</name>
              <description>A name given to the resource</description>
              <elementTextContainer>
                <elementText elementTextId="1">
                  <text>3.01 Tesis magíster</text>
                </elementText>
              </elementTextContainer>
            </element>
          </elementContainer>
        </elementSet>
      </elementSetContainer>
    </collection>
    <elementSetContainer>
      <elementSet elementSetId="1">
        <name>Dublin Core</name>
        <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
        <elementContainer>
          <element elementId="37">
            <name>Contributor</name>
            <description>An entity responsible for making contributions to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="4413">
                <text>Dixon Rojas, Juan</text>
              </elementText>
              <elementText elementTextId="4414">
                <text>Pontificia Universidad Católica de Chile. Escuela de Ingeniería</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="39">
            <name>Creator</name>
            <description>An entity primarily responsible for making the resource</description>
            <elementTextContainer>
              <elementText elementTextId="4415">
                <text>Garcés Guajardo, Cristián Andrés</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="40">
            <name>Date</name>
            <description>A point or period of time associated with an event in the lifecycle of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="4416">
                <text>2014-12-19T20:08:40Z</text>
              </elementText>
              <elementText elementTextId="4417">
                <text>2014-12-19T20:08:40Z</text>
              </elementText>
              <elementText elementTextId="4418">
                <text>2013</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="41">
            <name>Description</name>
            <description>An account of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="4419">
                <text>Tesis (Magíster en Ciencias de la Ingeniería)--Pontificia Universidad Católica de Chile, 2013</text>
              </elementText>
              <elementText elementTextId="4420">
                <text>Esta tesis presenta el desarrollo e implementación de un nuevo sensor de posición óptico basado en un código serial de n bits distribuido perimetralmente a lo largo de un disco. Se entrega una síntesis relativa a los sensores en general, una revisión del estado del arte en los encoders absolutos, sus aplicaciones y la necesidad de producir un sensor óptico de menor tamaño y volumen que el convencional. Así, este trabajo plantea el objetivo de desarrollar un sensor de posición cuya lectura sea perimetral y no radial favoreciendo la optimización de tamaño y con ello la hipótesis sobre la factibilidad de poder codificar la posición empíricamente. El trabajo desarrollado derivó en el establecimiento de condiciones para la generación de código secuencial a inscribir perimetralmente en el disco, como así también en un algoritmo para la producción de secuencias capaces de codificar posición a cualquier resolución deseada.A partir de lo anterior, fue diseñado y construido un sensor de 4 bits para ser instalado en el generador eléctrico de un vehículo híbrido tipo serie, que será utilizado además como motor de partida para el motor de combustión interna. Se presentan las consideraciones mecánicas en diseño y construcción del disco como así también la estructura lectora. Finalmente, este sensor fue probado en un banco de pruebas que involucra un generador de similares características al que se encuentra dentro del vehículo, logrando un desempeño acorde con lo requerido para la aplicación. Los resultados obtenidos con este banco de pruebas validan la hipótesis planteada, por cuanto el sensor es capaz de discriminar todas las posiciones existentes para una resolución dada, y las imprecisiones propias de construcción pueden ser mitigadas con ayuda de filtros digitales.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="42">
            <name>Format</name>
            <description>The file format, physical medium, or dimensions of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="4421">
                <text>xi, 112 hojas</text>
              </elementText>
              <elementText elementTextId="4422">
                <text>application/msword</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="43">
            <name>Identifier</name>
            <description>An unambiguous reference to the resource within a given context</description>
            <elementTextContainer>
              <elementText elementTextId="4423">
                <text>10.7764/tesisUC/ING/4913</text>
              </elementText>
              <elementText elementTextId="4424">
                <text>https://doi.org/10.7764/tesisUC/ING/4913</text>
              </elementText>
              <elementText elementTextId="4425">
                <text>https://repositorio.uc.cl/handle/11534/4913</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="44">
            <name>Language</name>
            <description>A language of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="4426">
                <text>es</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="47">
            <name>Rights</name>
            <description>Information about rights held in and over the resource</description>
            <elementTextContainer>
              <elementText elementTextId="4427">
                <text>acceso abierto</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="49">
            <name>Subject</name>
            <description>The topic of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="4428">
                <text>620</text>
              </elementText>
              <elementText elementTextId="4429">
                <text>Ingeniería</text>
              </elementText>
              <elementText elementTextId="4430">
                <text>Motores eléctricos.</text>
              </elementText>
              <elementText elementTextId="4431">
                <text>Vehículos eléctricos híbridos.</text>
              </elementText>
              <elementText elementTextId="4432">
                <text>Sensores.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="50">
            <name>Title</name>
            <description>A name given to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="4433">
                <text>Sensor de posición basado en codificación serial de n-bits</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="51">
            <name>Type</name>
            <description>The nature or genre of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="4434">
                <text>tesis de maestría</text>
              </elementText>
            </elementTextContainer>
          </element>
        </elementContainer>
      </elementSet>
    </elementSetContainer>
  </item>
  <item itemId="54" public="1" featured="0">
    <collection collectionId="1">
      <elementSetContainer>
        <elementSet elementSetId="1">
          <name>Dublin Core</name>
          <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
          <elementContainer>
            <element elementId="50">
              <name>Title</name>
              <description>A name given to the resource</description>
              <elementTextContainer>
                <elementText elementTextId="1">
                  <text>3.01 Tesis magíster</text>
                </elementText>
              </elementTextContainer>
            </element>
          </elementContainer>
        </elementSet>
      </elementSetContainer>
    </collection>
    <elementSetContainer>
      <elementSet elementSetId="1">
        <name>Dublin Core</name>
        <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
        <elementContainer>
          <element elementId="37">
            <name>Contributor</name>
            <description>An entity responsible for making contributions to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1168">
                <text>Herrera Maldonado, Juan Carlos</text>
              </elementText>
              <elementText elementTextId="1169">
                <text>Pontificia Universidad Católica de Chile. Escuela de Ingeniería</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="39">
            <name>Creator</name>
            <description>An entity primarily responsible for making the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1170">
                <text>Bucknell Riderelli, Christopher Paul</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="40">
            <name>Date</name>
            <description>A point or period of time associated with an event in the lifecycle of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1171">
                <text>2014-05-19T02:34:50Z</text>
              </elementText>
              <elementText elementTextId="1172">
                <text>2014-05-19T02:34:50Z</text>
              </elementText>
              <elementText elementTextId="1173">
                <text>2014</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="41">
            <name>Description</name>
            <description>An account of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1174">
                <text>Tesis (Magíster en Ciencias de la Ingeniería)--Pontificia Universidad Católica de Chile, 2014</text>
              </elementText>
              <elementText elementTextId="1175">
                <text>La creciente incorporación de sistemas de navegación geo-referenciados a teléfonos celulares entrega nuevas opciones para monitorear el tráfico. Estos dispositivos pueden registrar y enviar gran cantidad de datos de tráfico, los cuales pueden ser utilizados para la estimación de estados de tráfico en las distintas vías. Sin embargo, es necesario entender la relación entre la cantidad y calidad de los datos recolectados y la estimación de estados de tráfico. En esta tesis se analiza esta relación a través del análisis sistemático de dos bases de datos de trayectorias vehiculares de secciones de autopista. La primera contiene trayectorias reales, mientras que la segunda trayectorias obtenidas de microsimulación. Sobre ellas se crearon escenarios hipotéticos en cuanto a cantidad y composición de datos a enviar por los vehículos, dado que un mismo número total de datos puede obtenerse de distintas formas. Esto se realizó a través de la definición de valores de variables de importancia relacionadas con el envío de datos: la penetración de sensores móviles en el flujo vehicular, la frecuencia con que cada uno de ellos envía un dato, y la anonimidad del dato enviado. Cada combinación de estos valores definió un escenario en particular. Para cada escenario, la estimación de estados de tráfico se realizó a través de dos métodos simples y uno más avanzado al incorporar teoría de tráfico vehicular. 
En cuanto a los resultados obtenidos, destacan los siguientes: i) la formulación propuesta para cuantificar la cantidad de datos a recibir entrega errores relativos menores al 6%, ii) para los métodos evaluados, escenarios en los cuales se preserva la anonimidad de los datos no presentan desventajas en la estimación de estados de tráfico comparados con aquellos que no preservan la privacidad, iii) se estimó una expresión del error en la estimación en función de las características de cada escenario, y iv) se determinaron los escenarios en los cuales un aumento en la penetración a fin de aumentar el número total de datos, y mejorar así la estimación de estados de tráfico, es más conveniente que un aumento en la frecuencia de muestreo (y vice-versa). Estos resultados permiten entender de mejor manera la relación que existe entre los datos recolectados de sensores móviles y la estimación de estados de tráfico, entregando en definitiva políticas de uso de estos sensores relacionadas a la privacidad de usuarios y calidad de la estimación.La creciente incorporación de sistemas de navegación geo-referenciados a teléfonos celulares entrega nuevas opciones para monitorear el tráfico. Estos dispositivos pueden registrar y enviar gran cantidad de datos de tráfico, los cuales pueden ser utilizados para la estimación de estados de tráfico en las distintas vías. Sin embargo, es necesario entender la relación entre la cantidad y calidad de los datos recolectados y la estimación de estados de tráfico. En esta tesis se analiza esta relación a través del análisis sistemático de dos bases de datos de trayectorias vehiculares de secciones de autopista. La primera contiene trayectorias reales, mientras que la segunda trayectorias obtenidas de microsimulación. Sobre ellas se crearon escenarios hipotéticos en cuanto a cantidad y composición de datos a enviar por los vehículos, dado que un mismo número total de datos puede obtenerse de distintas formas. Esto se realizó a través de la definición de valores de variables de importancia relacionadas con el envío de datos: la penetración de sensores móviles en el flujo vehicular, la frecuencia con que cada uno de ellos envía un dato, y la anonimidad del dato enviado. Cada combinación de estos valores definió un escenario en particular. Para cada escenario, la estimación de estados de tráfico se realizó a través de dos métodos simples y uno más avanzado al incorporar teoría de tráfico vehicular. 
En cuanto a los resultados obtenidos, destacan los siguientes: i) la formulación propuesta para cuantificar la cantidad de datos a recibir entrega errores relativos menores al 6%, ii) para los métodos evaluados, escenarios en los cuales se preserva la anonimidad de los datos no presentan desventajas en la estimación de estados de tráfico comparados con aquellos que no preservan la privacidad, iii) se estimó una expresión del error en la estimación en función de las características de cada escenario, y iv) se determinaron los escenarios en los cuales un aumento en la penetración a fin de aumentar el número total de datos, y mejorar así la estimación de estados de tráfico, es más conveniente que un aumento en la frecuencia de muestreo (y vice-versa). Estos resultados permiten entender de mejor manera la relación que existe entre los datos recolectados de sensores móviles y la estimación de estados de tráfico, entregando en definitiva políticas de uso de estos sensores relacionadas a la privacidad de usuarios y calidad de la estimación.La creciente incorporación de sistemas de navegación geo-referenciados a teléfonos celulares entrega nuevas opciones para monitorear el tráfico. Estos dispositivos pueden registrar y enviar gran cantidad de datos de tráfico, los cuales pueden ser utilizados para la estimación de estados de tráfico en las distintas vías. Sin embargo, es necesario entender la relación entre la cantidad y calidad de los datos recolectados y la estimación de estados de tráfico. En esta tesis se analiza esta relación a través del análisis sistemático de dos bases de datos de trayectorias vehiculares de secciones de autopista. La primera contiene trayectorias reales, mientras que la segunda trayectorias obtenidas de microsimulación. Sobre ellas se crearon escenarios hipotéticos en cuanto a cantidad y composición de datos a enviar por los vehículos, dado que un mismo número total de datos puede obtenerse de distintas formas. Esto se realizó a través de la definición de valores de variables de importancia relacionadas con el envío de datos: la penetración de sensores móviles en el flujo vehicular, la frecuencia con que cada uno de ellos envía un dato, y la anonimidad del dato enviado. Cada combinación de estos valores definió un escenario en particular. Para cada escenario, la estimación de estados de tráfico se realizó a través de dos métodos simples y uno más avanzado al incorporar teoría de tráfico vehicular. 
En cuanto a los resultados obtenidos, destacan los siguientes: i) la formulación propuesta para cuantificar la cantidad de datos a recibir entrega errores relativos menores al 6%, ii) para los métodos evaluados, escenarios en los cuales se preserva la anonimidad de los datos no presentan desventajas en la estimación de estados de tráfico comparados con aquellos que no preservan la privacidad, iii) se estimó una expresión del error en la estimación en función de las características de cada escenario, y iv) se determinaron los escenarios en los cuales un aumento en la penetración a fin de aumentar el número total de datos, y mejorar así la estimación de estados de tráfico, es más conveniente que un aumento en la frecuencia de muestreo (y vice-versa). Estos resultados permiten entender de mejor manera la relación que existe entre los datos recolectados de sensores móviles y la estimación de estados de tráfico, entregando en definitiva políticas de uso de estos sensores relacionadas a la privacidad de usuarios y calidad de la estimación.La creciente incorporación de sistemas de navegación geo-referenciados a teléfonos celulares entrega nuevas opciones para monitorear el tráfico. Estos dispositivos pueden registrar y enviar gran cantidad de datos de tráfico, los cuales pueden ser utilizados para la estimación de estados de tráfico en las distintas vías. Sin embargo, es necesario entender la relación entre la cantidad y calidad de los datos recolectados y la estimación de estados de tráfico. En esta tesis se analiza esta relación a través del análisis sistemático de dos bases de datos de trayectorias vehiculares de secciones de autopista. La primera contiene trayectorias reales, mientras que la segunda trayectorias obtenidas de microsimulación. Sobre ellas se crearon escenarios hipotéticos en cuanto a cantidad y composición de datos a enviar por los vehículos, dado que un mismo número total de datos puede obtenerse de distintas formas. Esto se realizó a través de la definición de valores de variables de importancia relacionadas con el envío de datos: la penetración de sensores móviles en el flujo vehicular, la frecuencia con que cada uno de ellos envía un dato, y la anonimidad del dato enviado. Cada combinación de estos valores definió un escenario en particular. Para cada escenario, la estimación de estados de tráfico se realizó a través de dos métodos simples y uno más avanzado al incorporar teoría de tráfico vehicular. 
En cuanto a los resultados obtenidos, destacan los siguientes: i) la formulación propuesta para cuantificar la cantidad de datos a recibir entrega errores relativos menores al 6%, ii) para los métodos evaluados, escenarios en los cuales se preserva la anonimidad de los datos no presentan desventajas en la estimación de estados de tráfico comparados con aquellos que no preservan la privacidad, iii) se estimó una expresión del error en la estimación en función de las características de cada escenario, y iv) se determinaron los escenarios en los cuales un aumento en la penetración a fin de aumentar el número total de datos, y mejorar así la estimación de estados de tráfico, es más conveniente que un aumento en la frecuencia de muestreo (y vice-versa). Estos resultados permiten entender de mejor manera la relación que existe entre los datos recolectados de sensores móviles y la estimación de estados de tráfico, entregando en definitiva políticas de uso de estos sensores relacionadas a la privacidad de usuarios y calidad de la estimación.La creciente incorporación de sistemas de navegación geo-referenciados a teléfonos celulares entrega nuevas opciones para monitorear el tráfico. Estos dispositivos pueden registrar y enviar gran cantidad de datos de tráfico, los cuales pueden ser utilizados para la estimación de estados de tráfico en las distintas vías. Sin embargo, es necesario entender la relación entre la cantidad y calidad de los datos recolectados y la estimación de estados de tráfico. En esta tesis se analiza esta relación a través del análisis sistemático de dos bases de datos de trayectorias vehiculares de secciones de autopista. La primera contiene trayectorias reales, mientras que la segunda trayectorias obtenidas de microsimulación. Sobre ellas se crearon escenarios hipotéticos en cuanto a cantidad y composición de datos a enviar por los vehículos, dado que un mismo número total de datos puede obtenerse de distintas formas. Esto se realizó a través de la definición de valores de variables de importancia relacionadas con el envío de datos: la penetración de sensores móviles en el flujo vehicular, la frecuencia con que cada uno de ellos envía un dato, y la anonimidad del dato enviado. Cada combinación de estos valores definió un escenario en particular. Para cada escenario, la estimación de estados de tráfico se realizó a través de dos métodos simples y uno más avanzado al incorporar teoría de tráfico vehicular. 
En cuanto a los resultados obtenidos, destacan los siguientes: i) la formulación propuesta para cuantificar la cantidad de datos a recibir entrega errores relativos menores al 6%, ii) para los métodos evaluados, escenarios en los cuales se preserva la anonimidad de los datos no presentan desventajas en la estimación de estados de tráfico comparados con aquellos que no preservan la privacidad, iii) se estimó una expresión del error en la estimación en función de las características de cada escenario, y iv) se determinaron los escenarios en los cuales un aumento en la penetración a fin de aumentar el número total de datos, y mejorar así la estimación de estados de tráfico, es más conveniente que un aumento en la frecuencia de muestreo (y vice-versa). Estos resultados permiten entender de mejor manera la relación que existe entre los datos recolectados de sensores móviles y la estimación de estados de tráfico, entregando en definitiva políticas de uso de estos sensores relacionadas a la privacidad de usuarios y calidad de la estimación.La creciente incorporación de sistemas de navegación geo-referenciados a teléfonos celulares entrega nuevas opciones para monitorear el tráfico. Estos dispositivos pueden registrar y enviar gran cantidad de datos de tráfico, los cuales pueden ser utilizados para la estimación de estados de tráfico en las distintas vías. Sin embargo, es necesario entender la relación entre la cantidad y calidad de los datos recolectados y la estimación de estados de tráfico. En esta tesis se analiza esta relación a través del análisis sistemático de dos bases de datos de trayectorias vehiculares de secciones de autopista. La primera contiene trayectorias reales, mientras que la segunda trayectorias obtenidas de microsimulación. Sobre ellas se crearon escenarios hipotéticos en cuanto a cantidad y composición de datos a enviar por los vehículos, dado que un mismo número total de datos puede obtenerse de distintas formas. Esto se realizó a través de la definición de valores de variables de importancia relacionadas con el envío de datos: la penetración de sensores móviles en el flujo vehicular, la frecuencia con que cada uno de ellos envía un dato, y la anonimidad del dato enviado. Cada combinación de estos valores definió un escenario en particular. Para cada escenario, la estimación de estados de tráfico se realizó a través de dos métodos simples y uno más avanzado al incorporar teoría de tráfico vehicular. 
En cuanto a los resultados obtenidos, destacan los siguientes: i) la formulación propuesta para cuantificar la cantidad de datos a recibir entrega errores relativos menores al 6%, ii) para los métodos evaluados, escenarios en los cuales se preserva la anonimidad de los datos no presentan desventajas en la estimación de estados de tráfico comparados con aquellos que no preservan la privacidad, iii) se estimó una expresión del error en la estimación en función de las características de cada escenario, y iv) se determinaron los escenarios en los cuales un aumento en la penetración a fin de aumentar el número total de datos, y mejorar así la estimación de estados de tráfico, es más conveniente que un aumento en la frecuencia de muestreo (y vice-versa). Estos resultados permiten entender de mejor manera la relación que existe entre los datos recolectados de sensores móviles y la estimación de estados de tráfico, entregando en definitiva políticas de uso de estos sensores relacionadas a la privacidad de usuarios y calidad de la estimación.La creciente incorporación de sistemas de navegación geo-referenciados a teléfonos celulares entrega nuevas opciones para monitorear el tráfico. Estos dispositivos pueden registrar y enviar gran cantidad de datos de tráfico, los cuales pueden ser utilizados para la estimación de estados de tráfico en las distintas vías. Sin embargo, es necesario entender la relación entre la cantidad y calidad de los datos recolectados y la estimación de estados de tráfico. En esta tesis se analiza esta relación a través del análisis sistemático de dos bases de datos de trayectorias vehiculares de secciones de autopista. La primera contiene trayectorias reales, mientras que la segunda trayectorias obtenidas de microsimulación. Sobre ellas se crearon escenarios hipotéticos en cuanto a cantidad y composición de datos a enviar por los vehículos, dado que un mismo número total de datos puede obtenerse de distintas formas. Esto se realizó a través de la definición de valores de variables de importancia relacionadas con el envío de datos: la penetración de sensores móviles en el flujo vehicular, la frecuencia con que cada uno de ellos envía un dato, y la anonimidad del dato enviado. Cada combinación de estos valores definió un escenario en particular. Para cada escenario, la estimación de estados de tráfico se realizó a través de dos métodos simples y uno más avanzado al incorporar teoría de tráfico vehicular. 
En cuanto a los resultados obtenidos, destacan los siguientes: i) la formulación propuesta para cuantificar la cantidad de datos a recibir entrega errores relativos menores al 6%, ii) para los métodos evaluados, escenarios en los cuales se preserva la anonimidad de los datos no presentan desventajas en la estimación de estados de tráfico comparados con aquellos que no preservan la privacidad, iii) se estimó una expresión del error en la estimación en función de las características de cada escenario, y iv) se determinaron los escenarios en los cuales un aumento en la penetración a fin de aumentar el número total de datos, y mejorar así la estimación de estados de tráfico, es más conveniente que un aumento en la frecuencia de muestreo (y vice-versa). Estos resultados permiten entender de mejor manera la relación que existe entre los datos recolectados de sensores móviles y la estimación de estados de tráfico, entregando en definitiva políticas de uso de estos sensores relacionadas a la privacidad de usuarios y calidad de la estimación.La creciente incorporación de sistemas de navegación geo-referenciados a teléfonos celulares entrega nuevas opciones para monitorear el tráfico. Estos dispositivos pueden registrar y enviar gran cantidad de datos de tráfico, los cuales pueden ser utilizados para la estimación de estados de tráfico en las distintas vías. Sin embargo, es necesario entender la relación entre la cantidad y calidad de los datos recolectados y la estimación de estados de tráfico. En esta tesis se analiza esta relación a través del análisis sistemático de dos bases de datos de trayectorias vehiculares de secciones de autopista. La primera contiene trayectorias reales, mientras que la segunda trayectorias obtenidas de microsimulación. Sobre ellas se crearon escenarios hipotéticos en cuanto a cantidad y composición de datos a enviar por los vehículos, dado que un mismo número total de datos puede obtenerse de distintas formas. Esto se realizó a través de la definición de valores de variables de importancia relacionadas con el envío de datos: la penetración de sensores móviles en el flujo vehicular, la frecuencia con que cada uno de ellos envía un dato, y la anonimidad del dato enviado. Cada combinación de estos valores definió un escenario en particular. Para cada escenario, la estimación de estados de tráfico se realizó a través de dos métodos simples y uno más avanzado al incorporar teoría de tráfico vehicular. 
En cuanto a los resultados obtenidos, destacan los siguientes: i) la formulación propuesta para cuantificar la cantidad de datos a recibir entrega errores relativos menores al 6%, ii) para los métodos evaluados, escenarios en los cuales se preserva la anonimidad de los datos no presentan desventajas en la estimación de estados de tráfico comparados con aquellos que no preservan la privacidad, iii) se estimó una expresión del error en la estimación en función de las características de cada escenario, y iv) se determinaron los escenarios en los cuales un aumento en la penetración a fin de aumentar el número total de datos, y mejorar así la estimación de estados de tráfico, es más conveniente que un aumento en la frecuencia de muestreo (y vice-versa). Estos resultados permiten entender de mejor manera la relación que existe entre los datos recolectados de sensores móviles y la estimación de estados de tráfico, entregando en definitiva políticas de uso de estos sensores relacionadas a la privacidad de usuarios y calidad de la estimación.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="42">
            <name>Format</name>
            <description>The file format, physical medium, or dimensions of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1176">
                <text>xiii, 104 hojas</text>
              </elementText>
              <elementText elementTextId="1177">
                <text>application/pdf</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="43">
            <name>Identifier</name>
            <description>An unambiguous reference to the resource within a given context</description>
            <elementTextContainer>
              <elementText elementTextId="1178">
                <text>10.7764/tesisUC/ING/2966</text>
              </elementText>
              <elementText elementTextId="1179">
                <text>https://doi.org/10.7764/tesisUC/ING/2966</text>
              </elementText>
              <elementText elementTextId="1180">
                <text>https://repositorio.uc.cl/handle/11534/2966</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="44">
            <name>Language</name>
            <description>A language of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1181">
                <text>es</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="47">
            <name>Rights</name>
            <description>Information about rights held in and over the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1182">
                <text>acceso abierto</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="49">
            <name>Subject</name>
            <description>The topic of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1183">
                <text>620</text>
              </elementText>
              <elementText elementTextId="1184">
                <text>Ingeniería</text>
              </elementText>
              <elementText elementTextId="1185">
                <text>Sistemas de recolección automática de datos.</text>
              </elementText>
              <elementText elementTextId="1186">
                <text>Flujo de tráfico.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="50">
            <name>Title</name>
            <description>A name given to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1187">
                <text>Sensores móviles : la relación entre la disponibilidad de datos y la estimación de estados de tráfico</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="51">
            <name>Type</name>
            <description>The nature or genre of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1188">
                <text>tesis de maestría</text>
              </elementText>
            </elementTextContainer>
          </element>
        </elementContainer>
      </elementSet>
    </elementSetContainer>
  </item>
  <item itemId="1276" public="1" featured="0">
    <collection collectionId="1">
      <elementSetContainer>
        <elementSet elementSetId="1">
          <name>Dublin Core</name>
          <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
          <elementContainer>
            <element elementId="50">
              <name>Title</name>
              <description>A name given to the resource</description>
              <elementTextContainer>
                <elementText elementTextId="1">
                  <text>3.01 Tesis magíster</text>
                </elementText>
              </elementTextContainer>
            </element>
          </elementContainer>
        </elementSet>
      </elementSetContainer>
    </collection>
    <elementSetContainer>
      <elementSet elementSetId="1">
        <name>Dublin Core</name>
        <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
        <elementContainer>
          <element elementId="37">
            <name>Contributor</name>
            <description>An entity responsible for making contributions to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="28045">
                <text>Gutiérrez Cid, Sergio</text>
              </elementText>
              <elementText elementTextId="28046">
                <text>Pontificia Universidad Católica de Chile. Escuela de Ingeniería</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="39">
            <name>Creator</name>
            <description>An entity primarily responsible for making the resource</description>
            <elementTextContainer>
              <elementText elementTextId="28047">
                <text>Prieto Díaz, Víctor</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="40">
            <name>Date</name>
            <description>A point or period of time associated with an event in the lifecycle of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="28048">
                <text>2013-10-10T20:57:43Z</text>
              </elementText>
              <elementText elementTextId="28049">
                <text>2013-10-10T20:57:43Z</text>
              </elementText>
              <elementText elementTextId="28050">
                <text>2013</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="41">
            <name>Description</name>
            <description>An account of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="28051">
                <text>Tesis (Master of Science in Engineering)--Pontificia Universidad Católica de Chile, 2013</text>
              </elementText>
              <elementText elementTextId="28052">
                <text>Muchos problemas en ingeniería civil consisten en encontrar diseños óptimos de manera de maximizar la rigidez de estructuras flexibles como edificios altos, ya que así se logran disminuir los desplazamientos relativos de entrepiso, o drifts, que pueda sufrir la estructura durante un sismo, y además disminuir los factores de utilización por corte, ya que las fallas de corte son muy frágiles y, por lo tanto, muy peligrosas. Es sabido que la rigidez de estructuras flexibles, como edificios altos, está directamente relacionada con sus frecuencias propias, especialmente la primera o más pequeña de ellas. Otro problema importante en ingeniería civil es determinar la forma óptima de estructuras como puentes de manera de maximizar su rigidez usando la misma cantidad de material. En este trabajo se proponen dos métodos de optimización de forma: optimización geométrica y full homogenización; que buscan maximizar la primera frecuencia propia de estructuras flexibles como edificios altos de planta rectangular y uniformes en altura y puentes de acero. Mostraremos la derivación de algoritmos computacionales para cada uno de estos métodos. Además se comparan los resultados de drifts y factores de utilización por corte de los dos métodos en edificios altos para analizar las ventajas y desventajas de cada uno de ellos.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="42">
            <name>Format</name>
            <description>The file format, physical medium, or dimensions of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="28053">
                <text>xii, 110 hojas</text>
              </elementText>
              <elementText elementTextId="28054">
                <text>application/pdf</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="43">
            <name>Identifier</name>
            <description>An unambiguous reference to the resource within a given context</description>
            <elementTextContainer>
              <elementText elementTextId="28055">
                <text>10.7764/tesisUC/ING/1781</text>
              </elementText>
              <elementText elementTextId="28056">
                <text>https://doi.org/10.7764/tesisUC/ING/1781</text>
              </elementText>
              <elementText elementTextId="28057">
                <text>https://repositorio.uc.cl/handle/11534/1781</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="44">
            <name>Language</name>
            <description>A language of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="28058">
                <text>en</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="47">
            <name>Rights</name>
            <description>Information about rights held in and over the resource</description>
            <elementTextContainer>
              <elementText elementTextId="28059">
                <text>acceso abierto</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="49">
            <name>Subject</name>
            <description>The topic of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="28060">
                <text>620</text>
              </elementText>
              <elementText elementTextId="28061">
                <text>Ingeniería</text>
              </elementText>
              <elementText elementTextId="28062">
                <text>Diseño antisísmico.</text>
              </elementText>
              <elementText elementTextId="28063">
                <text>Construcciones antisísmicas.</text>
              </elementText>
              <elementText elementTextId="28064">
                <text>Dinámica estructural.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="50">
            <name>Title</name>
            <description>A name given to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="28065">
                <text>Shape optimization based on eigenfrequencies</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="51">
            <name>Type</name>
            <description>The nature or genre of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="28066">
                <text>tesis de maestría</text>
              </elementText>
            </elementTextContainer>
          </element>
        </elementContainer>
      </elementSet>
    </elementSetContainer>
  </item>
  <item itemId="361" public="1" featured="0">
    <collection collectionId="1">
      <elementSetContainer>
        <elementSet elementSetId="1">
          <name>Dublin Core</name>
          <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
          <elementContainer>
            <element elementId="50">
              <name>Title</name>
              <description>A name given to the resource</description>
              <elementTextContainer>
                <elementText elementTextId="1">
                  <text>3.01 Tesis magíster</text>
                </elementText>
              </elementTextContainer>
            </element>
          </elementContainer>
        </elementSet>
      </elementSetContainer>
    </collection>
    <elementSetContainer>
      <elementSet elementSetId="1">
        <name>Dublin Core</name>
        <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
        <elementContainer>
          <element elementId="37">
            <name>Contributor</name>
            <description>An entity responsible for making contributions to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="7945">
                <text>Sandoval Mandujano, Cristián</text>
              </elementText>
              <elementText elementTextId="7946">
                <text>Pontificia Universidad Católica de Chile. Escuela de Ingeniería</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="39">
            <name>Creator</name>
            <description>An entity primarily responsible for making the resource</description>
            <elementTextContainer>
              <elementText elementTextId="7947">
                <text>Calderón Díaz, Sebastián Andrés</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="40">
            <name>Date</name>
            <description>A point or period of time associated with an event in the lifecycle of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="7948">
                <text>2016-12-14T14:38:32Z</text>
              </elementText>
              <elementText elementTextId="7949">
                <text>2016-12-14T14:38:32Z</text>
              </elementText>
              <elementText elementTextId="7950">
                <text>2016</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="41">
            <name>Description</name>
            <description>An account of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="7951">
                <text>Tesis (Master of Science in Engineering)--Pontificia Universidad Católica de Chile, 2016</text>
              </elementText>
              <elementText elementTextId="7952">
                <text>Significativos esfuerzos han sido comprometidos en los últimos años al estudio de la respuesta sísmica de muros de albañilería reforzada parcialmente rellena (PG-RM, por sus siglas en inglés), ya sea experimentalmente o numéricamente. Sin embargo, la mayoría de los estudios previos se han enfocado en el comportamiento sísmico de muros sólidos, mientras que la investigación de la respuesta sísmica de muros de PG-RM con aberturas ha recibido escasa atención. En este contexto, este trabajo presenta los resultados de una investigación experimental y numérica enfocada en investigar la respuesta sísmica de muros de PG-RM con aberturas. El programa experimental presentado en este trabajo incluye resultados de ensayos de tres muros cuadrados de escala real (uno sólido y dos con ventana centrada) construidos con unidades multi-perforadas de arcilla, y ensayados bajo cargas laterales cíclicas hasta la falla. Adicionalmente, una completa caracterización de los materiales constituyentes y de sus interfaces es reportada con énfasis en aquella información experimental necesaria para implementar modelos numéricos. Los resultados obtenidos se utilizan para calibrar y validar el modelo numérico basado en el enfoque de micro modelación detallada. Una vez validados, los modelos se utilizan para llevar a cabo un análisis de sensibilidad considerando variaciones en el tamaño de la abertura y en la cuantía de refuerzo horizontal de los piers (muros adyacentes a la abertura). Los resultados muestran que un incremento en la cuantía de refuerzo horizontal de los piers incrementa la resistencia al corte y la ductilidad de desplazamiento del muro, mientras que un incremento en la razón de aspecto de los piers reduce la resistencia al corte e incrementa la ductilidad de desplazamiento.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="42">
            <name>Format</name>
            <description>The file format, physical medium, or dimensions of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="7953">
                <text>ix, 51 páginas</text>
              </elementText>
              <elementText elementTextId="7954">
                <text>application/pdf</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="43">
            <name>Identifier</name>
            <description>An unambiguous reference to the resource within a given context</description>
            <elementTextContainer>
              <elementText elementTextId="7955">
                <text>10.7764/tesisUC/ING/16893</text>
              </elementText>
              <elementText elementTextId="7956">
                <text>https://doi.org/10.7764/tesisUC/ING/16893</text>
              </elementText>
              <elementText elementTextId="7957">
                <text>https://repositorio.uc.cl/handle/11534/16893</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="44">
            <name>Language</name>
            <description>A language of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="7958">
                <text>en</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="47">
            <name>Rights</name>
            <description>Information about rights held in and over the resource</description>
            <elementTextContainer>
              <elementText elementTextId="7959">
                <text>acceso abierto</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="49">
            <name>Subject</name>
            <description>The topic of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="7960">
                <text>620</text>
              </elementText>
              <elementText elementTextId="7961">
                <text>Ingeniería</text>
              </elementText>
              <elementText elementTextId="7962">
                <text>Albañilería reforzada - Efectos sísmicos.</text>
              </elementText>
              <elementText elementTextId="7963">
                <text>Diseño antisísmico.</text>
              </elementText>
              <elementText elementTextId="7964">
                <text>Muros de ladrillo - Efectos sísmicos.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="50">
            <name>Title</name>
            <description>A name given to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="7965">
                <text>Shear response of partially grouted reinforced masonry walls with central opening : testing and detailed micro-modelling</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="51">
            <name>Type</name>
            <description>The nature or genre of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="7966">
                <text>tesis de maestría</text>
              </elementText>
            </elementTextContainer>
          </element>
        </elementContainer>
      </elementSet>
    </elementSetContainer>
  </item>
  <item itemId="79" public="1" featured="0">
    <collection collectionId="1">
      <elementSetContainer>
        <elementSet elementSetId="1">
          <name>Dublin Core</name>
          <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
          <elementContainer>
            <element elementId="50">
              <name>Title</name>
              <description>A name given to the resource</description>
              <elementTextContainer>
                <elementText elementTextId="1">
                  <text>3.01 Tesis magíster</text>
                </elementText>
              </elementTextContainer>
            </element>
          </elementContainer>
        </elementSet>
      </elementSetContainer>
    </collection>
    <elementSetContainer>
      <elementSet elementSetId="1">
        <name>Dublin Core</name>
        <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
        <elementContainer>
          <element elementId="37">
            <name>Contributor</name>
            <description>An entity responsible for making contributions to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1725">
                <text>Nussbaum Voehl, Miguel</text>
              </elementText>
              <elementText elementTextId="1726">
                <text>Pontificia Universidad Católica de Chile. Escuela de Ingeniería</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="39">
            <name>Creator</name>
            <description>An entity primarily responsible for making the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1727">
                <text>Andreu Tamayo, Juan José</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="40">
            <name>Date</name>
            <description>A point or period of time associated with an event in the lifecycle of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1728">
                <text>2016-08-17T14:21:38Z</text>
              </elementText>
              <elementText elementTextId="1729">
                <text>2016-08-17T14:21:38Z</text>
              </elementText>
              <elementText elementTextId="1730">
                <text>2014</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="41">
            <name>Description</name>
            <description>An account of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1731">
                <text>Tesis (Magíster en Ciencias de la Ingeniería)--Pontificia Universidad Católica de Chile, 2014</text>
              </elementText>
              <elementText elementTextId="1732">
                <text>En los últimos años el aprendizaje mediante videojuegos se ha convertido en un área de investigación sumamente atractiva dado su amplio campo de aplicación y potencialidades en la sala de clases. Diversos estudios, que han utilizado videojuegos como herramienta educativa, han demostrado los beneficios de la implementación de mecánicas de juego específicas para la educación, pero han sido negligentes con las mecánicas de tipo shooter por considerarlas generalmente violentas. Tomando lo anterior en consideración, este estudio analiza cómo la mecánica shooter pude ser utilizada con fines educativos haciendo uso de trabajo colaborativo en aula, y se propone un modelo para el desarrollo de un shooter colaborativo basándose en la idea de que éstos no son intrínsecamente violentos y no necesariamente vuelven a los jugadores agresivos. Con el objetivo de validar el modelo propuesto, se desarrolló un videojuego educativo para el reforzamiento de la gramática castellana en alumnos de 4º Básico. Los resultados evidencian aprendizaje efectivo de los estudiantes, además de motivarlos y mantenerlos comprometidos con la actividad. El estudio finaliza con la conclusión de que las mecánicas shooter pueden ser empleadas como herramienta educativa sin generar resultados adversos.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="42">
            <name>Format</name>
            <description>The file format, physical medium, or dimensions of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1733">
                <text>application/pdf</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="43">
            <name>Identifier</name>
            <description>An unambiguous reference to the resource within a given context</description>
            <elementTextContainer>
              <elementText elementTextId="1734">
                <text>10.7764/tesisUC/ING/16593</text>
              </elementText>
              <elementText elementTextId="1735">
                <text>https://doi.org/10.7764/tesisUC/ING/16593</text>
              </elementText>
              <elementText elementTextId="1736">
                <text>https://repositorio.uc.cl/handle/11534/16593</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="44">
            <name>Language</name>
            <description>A language of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1737">
                <text>es</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="47">
            <name>Rights</name>
            <description>Information about rights held in and over the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1738">
                <text>acceso abierto</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="49">
            <name>Subject</name>
            <description>The topic of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1739">
                <text>370</text>
              </elementText>
              <elementText elementTextId="1740">
                <text>Educación</text>
              </elementText>
              <elementText elementTextId="1741">
                <text>Enseñanza con ayuda de computadores.</text>
              </elementText>
              <elementText elementTextId="1742">
                <text>Videojuegos en educación.</text>
              </elementText>
              <elementText elementTextId="1743">
                <text>Videojuegos y niños</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="50">
            <name>Title</name>
            <description>A name given to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1744">
                <text>Shooters in the classroom : an analysis of the videogame genre as an educational tool</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="51">
            <name>Type</name>
            <description>The nature or genre of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="1745">
                <text>tesis de maestría</text>
              </elementText>
            </elementTextContainer>
          </element>
        </elementContainer>
      </elementSet>
    </elementSetContainer>
  </item>
  <item itemId="832" public="1" featured="0">
    <collection collectionId="1">
      <elementSetContainer>
        <elementSet elementSetId="1">
          <name>Dublin Core</name>
          <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
          <elementContainer>
            <element elementId="50">
              <name>Title</name>
              <description>A name given to the resource</description>
              <elementTextContainer>
                <elementText elementTextId="1">
                  <text>3.01 Tesis magíster</text>
                </elementText>
              </elementTextContainer>
            </element>
          </elementContainer>
        </elementSet>
      </elementSetContainer>
    </collection>
    <elementSetContainer>
      <elementSet elementSetId="1">
        <name>Dublin Core</name>
        <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
        <elementContainer>
          <element elementId="37">
            <name>Contributor</name>
            <description>An entity responsible for making contributions to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18278">
                <text>Negrete Pincetic, Matías Alejandro</text>
              </elementText>
              <elementText elementTextId="18279">
                <text>Pontificia Universidad Católica de Chile. Escuela de Ingeniería</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="39">
            <name>Creator</name>
            <description>An entity primarily responsible for making the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18280">
                <text>Villalobos Gutiérrez, Cristian</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="40">
            <name>Date</name>
            <description>A point or period of time associated with an event in the lifecycle of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18281">
                <text>2022-10-04T13:46:53Z</text>
              </elementText>
              <elementText elementTextId="18282">
                <text>2022-10-04T13:46:53Z</text>
              </elementText>
              <elementText elementTextId="18283">
                <text>2019</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="41">
            <name>Description</name>
            <description>An account of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18284">
                <text>Tesis (Master of Science in Engineering)--Pontificia Universidad Católica de Chile, 2019</text>
              </elementText>
              <elementText elementTextId="18285">
                <text>El gran crecimiento en la integración de fuentes de energía renovable variable ha generado una serie de desafíos en la operación de los sistemas eléctricos. En este contexto, la flexibilidad se ha convertido en un atributo indispensable para permitir que el sistema pueda reaccionar a los cambios en los niveles de generación o demanda. Por lo tanto, resulta fundamental que las señales de mercado en el corto y largo plazo capturen las características de flexibilidad para alinear los incentivos de los agentes con los requisitos sistémicos de flexibilidad. En este documento, se diseñan y estudian diferentes esquemas de precios para mercados de corto plazo, considerando distintas relajaciones del problema de comisionamiento de unidades con el objetivo de representar los requisitos de flexibilidad operativa de una manera más explícita. Las simulaciones realizadas muestran las ventajas que poseen los esquemas propuestos en comparación con los esquemas de mercado convencionales en términos de la capacidad del sistema para incentivar adecuadamente los atributos de flexibilidad, lo que resulta en una mejor recuperación de costos de los agentes y un mejor aprovechamiento de la energía renovable variable disponible. En particular, los resultados obtenidos muestran pruebas sólidas de la necesidad de incorporar atributos relacionados con la flexibilidad en los esquemas de mercado a largo plazo para recompensar adecuadamente la capacidad de los generadores de proporcionar flexibilidad al sistema.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="42">
            <name>Format</name>
            <description>The file format, physical medium, or dimensions of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18286">
                <text>49 páginas</text>
              </elementText>
              <elementText elementTextId="18287">
                <text>application/pdf</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="43">
            <name>Identifier</name>
            <description>An unambiguous reference to the resource within a given context</description>
            <elementTextContainer>
              <elementText elementTextId="18288">
                <text>10.7764/tesisUC/ING/64959</text>
              </elementText>
              <elementText elementTextId="18289">
                <text>https://doi.org/10.7764/tesisUC/ING/64959</text>
              </elementText>
              <elementText elementTextId="18290">
                <text>https://repositorio.uc.cl/handle/11534/64959</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="44">
            <name>Language</name>
            <description>A language of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18291">
                <text>en</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="47">
            <name>Rights</name>
            <description>Information about rights held in and over the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18292">
                <text>acceso abierto</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="49">
            <name>Subject</name>
            <description>The topic of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18293">
                <text>Sistemas eléctricos</text>
              </elementText>
              <elementText elementTextId="18294">
                <text>Esquemas de precios</text>
              </elementText>
              <elementText elementTextId="18295">
                <text>Incentivos de mercado</text>
              </elementText>
              <elementText elementTextId="18296">
                <text>Flexibilidad</text>
              </elementText>
              <elementText elementTextId="18297">
                <text>Energías renovables</text>
              </elementText>
              <elementText elementTextId="18298">
                <text>620</text>
              </elementText>
              <elementText elementTextId="18299">
                <text>Ingeniería</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="50">
            <name>Title</name>
            <description>A name given to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18300">
                <text>Short-term pricing schemes assessment for power system flexibility</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="51">
            <name>Type</name>
            <description>The nature or genre of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18301">
                <text>tesis de maestría</text>
              </elementText>
            </elementTextContainer>
          </element>
        </elementContainer>
      </elementSet>
    </elementSetContainer>
  </item>
  <item itemId="831" public="1" featured="0">
    <collection collectionId="1">
      <elementSetContainer>
        <elementSet elementSetId="1">
          <name>Dublin Core</name>
          <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
          <elementContainer>
            <element elementId="50">
              <name>Title</name>
              <description>A name given to the resource</description>
              <elementTextContainer>
                <elementText elementTextId="1">
                  <text>3.01 Tesis magíster</text>
                </elementText>
              </elementTextContainer>
            </element>
          </elementContainer>
        </elementSet>
      </elementSetContainer>
    </collection>
    <elementSetContainer>
      <elementSet elementSetId="1">
        <name>Dublin Core</name>
        <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
        <elementContainer>
          <element elementId="37">
            <name>Contributor</name>
            <description>An entity responsible for making contributions to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18256">
                <text>Ledezma Araya, Christian Alfonso</text>
              </elementText>
              <elementText elementTextId="18257">
                <text>Pontificia Universidad Católica de Chile. Escuela de Ingeniería</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="39">
            <name>Creator</name>
            <description>An entity primarily responsible for making the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18258">
                <text>González Paiz, Daniel Javier Alejandro</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="40">
            <name>Date</name>
            <description>A point or period of time associated with an event in the lifecycle of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18259">
                <text>2016-08-17T14:21:30Z</text>
              </elementText>
              <elementText elementTextId="18260">
                <text>2016-08-17T14:21:30Z</text>
              </elementText>
              <elementText elementTextId="18261">
                <text>2014</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="41">
            <name>Description</name>
            <description>An account of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18262">
                <text>Tesis (Master of Science in Engineering)--Pontificia Universidad Católica de Chile, 2014</text>
              </elementText>
              <elementText elementTextId="18263">
                <text>El terremoto de Maule del 2010 de magnitud M8.8 causó daños y colapsos parciales en varios puentes apoyados sobre pilotes a lo largo de la costa de Chile. Estos daños fueron probablemente debido a efectos de desplazamiento lateral y asentamientos inducidos por licuación, los que generalmente causan grandes deformaciones en el suelo y a la vez imponen cargas adicionales en los pilotes de las fundaciones. En esta tesis se analizará el desempeño sísmico de tres puentes, basándose en el desplazamiento lateral residual de los estribos y/o cepas de cada puente, utilizando una metodología simplificada. Los puentes analizados son: Juan Pablo II, Llacolén y Mataquito. Dichos puentes fueron seleccionados no sólo por la clara evidencia de licuación en sus respectivas ubicaciones, sino también porque su comportamiento sísmico fue muy distinto entre ellos. El análisis se llevó a cabo utilizando dos enfoques, una evaluación de activación de licuación en conjunto con el concepto de “pile-pinning” y una evaluación probabilística enfocada al desempeño.
Para la evaluación de susceptibilidad de licuación se utilizaron perfiles de Penetración Standart (SPT), los cuales fueron proporcionados por el Ministerio de Obras Públicas (MOP). El método analítico consiste principalmente en: identificación de capas licuables, análisis de estabilidad del estribo y/o cepa, estimación del máximo desplazamiento lateral del suelo y análisis de respuesta de los pilotes de la fundación ante el desplazamiento lateral. El método probabilístico se evaluó utilizando una hoja de cálculo proporcionada por los autores de este método. Se encontró que existe una correlación razonable buena entre las estimaciones de desplazamiento lateral obtenidas y el daño observado en los puentes. Comparando los resultados obtenidos, no existe clara evidencia de que un método sea mas preciso que otro, pues ambos métodos entregan rangos de desplazamiento conservadores, sobre todo el método probabilístico.El terremoto de Maule del 2010 de magnitud M8.8 causó daños y colapsos parciales en varios puentes apoyados sobre pilotes a lo largo de la costa de Chile. Estos daños fueron probablemente debido a efectos de desplazamiento lateral y asentamientos inducidos por licuación, los que generalmente causan grandes deformaciones en el suelo y a la vez imponen cargas adicionales en los pilotes de las fundaciones. En esta tesis se analizará el desempeño sísmico de tres puentes, basándose en el desplazamiento lateral residual de los estribos y/o cepas de cada puente, utilizando una metodología simplificada. Los puentes analizados son: Juan Pablo II, Llacolén y Mataquito. Dichos puentes fueron seleccionados no sólo por la clara evidencia de licuación en sus respectivas ubicaciones, sino también porque su comportamiento sísmico fue muy distinto entre ellos. El análisis se llevó a cabo utilizando dos enfoques, una evaluación de activación de licuación en conjunto con el concepto de “pile-pinning” y una evaluación probabilística enfocada al desempeño.
Para la evaluación de susceptibilidad de licuación se utilizaron perfiles de Penetración Standart (SPT), los cuales fueron proporcionados por el Ministerio de Obras Públicas (MOP). El método analítico consiste principalmente en: identificación de capas licuables, análisis de estabilidad del estribo y/o cepa, estimación del máximo desplazamiento lateral del suelo y análisis de respuesta de los pilotes de la fundación ante el desplazamiento lateral. El método probabilístico se evaluó utilizando una hoja de cálculo proporcionada por los autores de este método. Se encontró que existe una correlación razonable buena entre las estimaciones de desplazamiento lateral obtenidas y el daño observado en los puentes. Comparando los resultados obtenidos, no existe clara evidencia de que un método sea mas preciso que otro, pues ambos métodos entregan rangos de desplazamiento conservadores, sobre todo el método probabilístico.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="42">
            <name>Format</name>
            <description>The file format, physical medium, or dimensions of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18264">
                <text>xi, 51 hojas</text>
              </elementText>
              <elementText elementTextId="18265">
                <text>application/pdf</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="43">
            <name>Identifier</name>
            <description>An unambiguous reference to the resource within a given context</description>
            <elementTextContainer>
              <elementText elementTextId="18266">
                <text>10.7764/tesisUC/ING/16576</text>
              </elementText>
              <elementText elementTextId="18267">
                <text>https://doi.org/10.7764/tesisUC/ING/16576</text>
              </elementText>
              <elementText elementTextId="18268">
                <text>https://repositorio.uc.cl/handle/11534/16576</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="44">
            <name>Language</name>
            <description>A language of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18269">
                <text>en</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="47">
            <name>Rights</name>
            <description>Information about rights held in and over the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18270">
                <text>acceso abierto</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="49">
            <name>Subject</name>
            <description>The topic of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18271">
                <text>620</text>
              </elementText>
              <elementText elementTextId="18272">
                <text>Ingeniería</text>
              </elementText>
              <elementText elementTextId="18273">
                <text>Puentes</text>
              </elementText>
              <elementText elementTextId="18274">
                <text>Construcciones antisísmicas.</text>
              </elementText>
              <elementText elementTextId="18275">
                <text>Terremotos</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="50">
            <name>Title</name>
            <description>A name given to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18276">
                <text>Simplified probabilistic evaluation of the seismic performance of three pile-supported bridges affected by liquefaction.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="51">
            <name>Type</name>
            <description>The nature or genre of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="18277">
                <text>tesis de maestría</text>
              </elementText>
            </elementTextContainer>
          </element>
        </elementContainer>
      </elementSet>
    </elementSetContainer>
  </item>
</itemContainer>
