[Talk-uy] Importación del STM

Dom Oct 30 14:41:03 UTC 2022

1. Es probable que hace años fue mi interpretacion de que se necesitaban, tal vez como las lineas de tren. Si no son necesarias no se agregan y listo. 
2. Creo que no hay necesidad de acortar el texto. Desde mi punto de vista es preferible la exactitud en esto. Lo que si creo que no es bueno es poner horas donde no hay servicio como el nocturno. 

Yo creo que estamos en una buena posicion para hacer la importacion masiva a partir de tu proceso. 
Los datos que estuve revisando en la web de comoir, estan bastante actualizados aunque le faltan algunos detalles de paradas que se han movido, es solo por pocos metros y no creo que generen problemas. 
Ojala que con esta carga las apps con datos de OSM que rutean transporte publico queden usables en Montevideo. 

La duda me queda con los nombres de las paradas, y te cuento por que, en los datos de IMM las encontras la parada nombrada como la interseccion, pero en la realidad se usa como la calle por la que va el omnibus y la interseccion, ej en los datos esta como "Arenal Grande", pero si te tomas los omnibus que tienen el anuncio automatico, te dicen "18 y Arenal Grande". ¿Que piensan de esto?¿Cual alternativa conviene?¿Elegimos una sola, o usamos variante de "name", como "alt_name" u "official_name"? 

Por otro lado la vandalizacion es tan grande, que ya es imposible validar los "ref", y ademas nunca los vi en uso en la realidad. Los identificadores de parada tampoco tienen ningun orden especifico que sirva para orientarse. Ma parece mas un codigo interno de IMM que algo util. 

Si queres hacer una nueva validacion, avisa cuando este el nuevo archivo. 

Saludos, 
M. 

> De: "VicSanRoPe" <VicSanRoPe en protonmail.com>
> Para: "muralito" <muralito en montevideo.com.uy>
> CC: "talk-uy" <talk-uy en openstreetmap.org>
> Enviados: Domingo, 2 de Octubre 2022 19:23:27
> Asunto: Re: [Talk-uy] Importación del STM

> Hola, gracias por revisar, ya te respondo:

>     1. La wiki dice que son redundantes, ¿Por que razón están ahí?

>> Using a public_transport = stop_position node on the highway can be useful in
>> some rare cases, but is usually unnecessary. The simple and encouraged way to
>> add a bus stop is as a node at the location of the pole or shelter.

>    1. Revisé y sí hay un error (calculaba la frecuencia entre la primera salida del
>    lunes y la última del domingo) , reorganicé y arreglé el código, y añadí un
>     poco de monitoreo; aquí hay unos detalles para las variantes mencionadas :

>> Variante: 7884 ref: 121
>> Tipo de día: Mo-Fr
>> Cantidad de idas: 141
>> Frecuencia promedio: 9.6928571428571
>> Mínimo: 5 en 8:56 Máxmimo: 203 en 1:52
>> Tipo de día: Sa
>> Cantidad de idas: 100
>> Frecuencia promedio: 14.161616161616
>> Mínimo: 8 en 12:32 Máxmimo: 200 en 1:52
>> Tipo de día: Su
>> Cantidad de idas: 66
>> Frecuencia promedio: 20.846153846154
>> Mínimo: 11 en 17:46 Máxmimo: 206 en 1:46
>> Variante: 8389 ref: 183
>> Tipo de día: Mo-Fr
>> Cantidad de idas: 203
>> Frecuencia promedio: 6.960396039604
>> Mínimo: 2 en 9:30 Máxmimo: 189 en 1:55
>> Tipo de día: Sa
>> Cantidad de idas: 171
>> Frecuencia promedio: 8.2588235294118
>> Mínimo: 4 en 16:28 Máxmimo: 189 en 1:55
>> Tipo de día: Su
>> Cantidad de idas: 137
>> Frecuencia promedio: 10.477941176471
>> Mínimo: 6 en 11:44 Máxmimo: 189 en 1:55
>> Variante: 8707 ref: 174
>> Tipo de día: Mo-Fr
>> Cantidad de idas: 71
>> Frecuencia promedio: 18.514285714286
>> Mínimo: 6 en 6:54 Máxmimo: 166 en 1:34
>> Tipo de día: Sa
>> Cantidad de idas: 55
>> Frecuencia promedio: 24.351851851852
>> Mínimo: 14 en 8:55 Máxmimo: 146 en 1:34
>> Tipo de día: Su
>> Cantidad de idas: 40
>> Frecuencia promedio: 33.666666666667
>> Mínimo: 11 en 20:22 Máxmimo: 154 en 1:36

>    * Hay una diferencia importante entre el intervalo mínimo y el máximo ¿El
>     promedio sirve o no?

>    * Los horarios de apertura ya viste que son muy largos (en cantidad de texto),
>    ya los trato de reducir en el código: ¿Opinas dejarlos así, reducirlos aún más
>     (1 intervalo por día), u omitirlos?

>    1. Si, hay relaciones desactualizadas (habían muchas más: decidí descartar toda
>    ruta que no esté en el archivo con los horarios). La que mencionas: una tiene
>    una desviación más que la otra no tiene (la que tiene la desviación aparece en
>     el como ir)

>    1. Para hacer eso convendría usar los archivos con horarios como fuente
>    principal (porque tienen las lineas circulares); ahora uso el archivo con
>    paradas porque está muy enlazado con el de las trazas GPS. Pero sí, puedo
>     estudiar eso aunque la descripción no sea muy prometedora.

>> Puede ocurrir que un variante solo realice la primera parte de un viaje circular
>> y que el viaje termine allí, o puede ocurrir también que solamente se realice
>> la segunda parte.

>    1. 7. 8. Esos errores son porque el graphhopper hace coincidir las trazas GPS
>    con la calle más cercana, sigue algunas reglas (ej. calles de un solo sentido a
>    metros de distancia), pero no parece respetar las relaciones, y en el caso de
>    los corredores, de hecho es que las trazas están más cerca de la calle de
>    afuera. No veo como corregirlos automaticamente. Los que aparezcan se arreglan
>     modificando los archivos .gpx

> El mapa con el arreglo de intervalos está en el mismo enlace de antes.

> Ahora voy a hacerle algo de alineación manual a las líneas de los corredores y
> arreglar esos ejemplos que mencionas.

> Luego veré que scripts de verificación puedo hacer.

> ------- Original Message -------
> On Saturday, October 1st, 2022 at 8:30 PM, <muralito en montevideo.com.uy> wrote:

>> Hola. No vi el procedimeinto pero si revise el resultado final (el osm.zip).
>> Tiene muy buena pinta. Se ve que partiste calles, agregaste las relaciones de
>> las rutas por sentido, las rutas master, etc.
>> Te planteo algunas dudas o cosas que habria que mejorar, que no se si es
>> complejo.
>> 1) Crear los stop_position y agregarlos a la relacion junto a la platform (nodo
>> que forma parte de la via por donde pasa el recorrido)
>> 2) No me queda claro lo de los opening_hours. Ej. el 174 tiene "Mo-Fr
>> 01:34-02:43,04:20-24:18; Sa 01:34-02:43,04:00-24:42; Su
>> 01:36-02:43,04:10-23:59" y un interval de 8 minutos. Por lo que dice el opening
>> hours, ej, de lunes a viernes de 1:34 a 2:43 pasa cada 8 minutos? Si bien hace
>> años que no tengo necesidad de esperar un omnibus a esa hora de la noche.
>> Lo mismo con el 183. El valor es "Mo-Fr 00:31-01:23,01:55-02:41,05:04-24:49; Sa
>> 00:31-01:23,01:55-02:41,05:04-24:47; Su 00:04-01:23,01:55-02:41,05:04-23:59" y
>> un interval de 3 minutos. Que pase uno cada 3 minutos no te lo hace ni un 121 a
>> las 9 de la mañana, menos lo va ha hacer un 183 de noche. Capaz que estoy
>> entendiendo mal esos valores, pero cuando puedas revisa si hay error en los
>> datos de origen o en el procedimiento.
>> 3) Encontre algunas relaciones que parecen duplicadas, ej 183 Pocitos - Paso
>> Molino. No se si es asi en realidad. Tendria que revisar mejor.
>> 4) resolver lineas circulares si se puede. Me refiero por ej, a las que el mismo
>> coche en la ultima parada cambia el destino y sigue el recorrido de la linea de
>> vuelta, sin necesitar bajarte para trasbordo. Ej, las que van a Ciudad Vieja y
>> no paran en ninguna terminal.
>> 5) Algunos detalles si es que se pueden detectar automaticamente. Ej el 329 (¿No
>> usa el corredor de Gral Flores?) Ver que dobla mal en Gral Flore sy Honduras.
>> Tambien el 195 dobla mal en Gral Flores y Chimborazo. Son errores que pueden
>> ser sutiles, pero si se corrigen mejor. En la intersecicon del 329 hay un
>> no-left-turn que podria leerse quizas. En el 195 no hay nada, falta la
>> restriccion aunque hay una darsena para girar a la derecha.
>> 6) Paradas duplicadas, ej, Gral Flores y Santa Ana.
>> 7) Revisar en general todas las que van por el corredor de Gral Flores. Casi
>> todas estan con recorridos por afuera, no por el corredor en si.
>> 8) Revisar en general las que van por el corredor Garzon. Ej, el G va por
>> afuera? Fijate que por ejemplo las paradas (platform) no pueden quedar a la
>> izquierda del coche (del recorrido) (no se si tenes operadores
>> geograficos/geometricos para poder chequearlo en ese lenguaje que usaste)

>> Capaz que muchas de estas cosas las podria responder entendiendo lo que hace tu
>> codigo, pero seguro que las podes contestar mas rapido si tenes presente lo que
>> hiciste.

>> Saludos,
>> M.

2.14.0.0 

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-uy/attachments/20221030/f32c9e4e/attachment.htm>