trensim.comSimulación Ferroviaria
   

Normalización de Actividades

Foro para discusión y anuncio de actividades

Moderador: Moderadores

Notapor edsolis » Dom Nov 05, 2006 1:13 pm

Este sistema que propone Josep tiene la misma filosofía que el que yo he venido utilizando y que ya expuse más arriba. Como no ha gustado mucho, particularmente para el caso de los consists, propongo la utilización simultánea de los dos sistemas planteados hasta ahora:

- Consists:

Locomotora aislada: País_Compañía_Locomotora
(Ej.: ES_Renfe_321-004)
Doble tracción: País_Compañía_Locomotora+Locomotora
(Ej.: ES_Renfe_321-004+321-060)
Trenes: País_Compañía_Locomotora+...
(Ej.: ES_Renfe_321-004+...)

La descripción del tren a partir de la locomotora quedaría al criterio de cada cual así como la forma de denominar la librea.

- Paths, Services y Traffic:

Autor_Ruta_Actividad_Identificador
(Ej.: eds_CGL_NevadaPinares_...)

Quedando el identificador a criterio de cada autor.

Con el primer método los consists serían fácilmente identificables visualmente y con el segundo se evitaría sobreescribir archivos vitales de otras actividades.

También quisiera recordar que, como ya se ha dicho, sería de agradecer que los creadores de material utilizasen el sistema de denominación de los consists para nombrar sus creaciones.

Saludos,
Última edición por edsolis el Dom Nov 05, 2006 10:12 pm, editado 1 vez en total
Objetivo: jugar a los trenes.
Avatar de Usuario
edsolis
Bibliotecario
 
Mensajes: 2492
Registrado: Sab Feb 26, 2005 1:48 pm
Ubicación: 7ª Zona

Notapor Francesc SV » Dom Nov 05, 2006 1:44 pm

Josep escribió:Holas,

No veo que tengamos que ser tan perfeccionistas, ya que seguro que mucha gente no podrá hacer actividades simplemente por temor a nombrar incorrectamente todos los consists.

Yo mismo, por ejemplo. Me veo incapaz de hacer correctamente todo lo que estáis debatiendo. No me parece ya un camino adecuado. Prefiero que cada cual nombre a su gusto los elementos de sus actividades, y que en consecuencia se puedan desisntalar sin afectar a otras.



Pienso que el poner un cierto critero más o menos unificado para simplificar las cosas no debe ser complicado, siempre y cuando utilicemos lenguaje entendible y cognoscible. Por eso dije que la propuesta de Pere, de usar denominaciones según las normas NEM me parecía complicado, pero no me lo parece denominar las locomotoras, por ejemplo, con el coloren el que están pintadas.

También decir que cuando se desinstala una actividad no se anulan los consist. Se anulará el "nombre" del player y la carpeta del "traffic", pero no los consist. Tampoco deberían anularse los paths. Por eso, creo que los criterios para nombrar los varios elementos se deberían distinguir claramente y quizás sea aquí donde nos estemos "liando" un poco todos.

Si los consist se denominan genéricamente, pueden ser utilizados para otras actividades sin necesidad de renombrarlos. O sea que un consist 252_034 + Talgo IV Altaria pueder servir así, tal cual, para varias actividades, tanto como "traffic" como "player". Creo que es bastante lúdico tener este consist repetido varias veces, con nombres diferentes, porque cuando elimines la actvidad, éstos consist se van a quedar en la carpeta. Y si al final, no se quedan porque también los eliminas, la próxima vez que necesites un Talgo IV Altaria deberás volver a crear el consist. Lo cual, en mi opinión, es una pérdida de tiempo.

Con los paths más utilizados, especialmente para el "tráffic" lo mismo. ¿Que diferencia hay entre nombrar un path, por ejemplo, Pepet_CGL_Rodalies_Sur-Pinares, y otro Quicu_CGL_Cercanías_De Sur a Pinares, si el path es exactamente el mismo? La única diferencia puede ser el autor de la actividad y el nombre de la misma, nada más. Una vez hagas el "service" sí que los vas a nombrar de forma diferente, pero el consist y el path que utilices pueden estar ya creados y no hace falta volverlos a crear.

No se si me explico. Una cosa es como se nombre la actividad, el nombre que le demos al "player" y el que le demos a la carpeta del "traffic"; luego nombraremos los "services" de acuerdo a esa actividad. Pero el "player" pueder ser un consist ya existente, y los trenes que se usen en el "traffic" también, incluso muchos de los paths. Por eso no hace falta volverlos a crear, porque ya existen. Solo tenemos que "mezclarlos" a nuestra conveniencia y nombrar el "service" para esa actividad. Pero la UT 440.170 por ejemplo, será la UT 440.170 siempre, la usemos en la actividad que la usemos, ya sea como player o como traffic. No hace falta rebautizarla con otro nombre para que "encaje" en una actividad. Eso lo haremos con el "service", si queremos. Que tampoco hace falta si no se quiere. Y pienso que utilizar estos recursos no desmerece la actividad ni a su autor. Es aprovechar medios que tenemos a nuestro alcance.

En fin, "continuará"...
Avatar de Usuario
Francesc SV
 
Mensajes: 2304
Registrado: Dom Abr 16, 2006 4:22 pm
Ubicación: Santa Pola (Alacant)

Notapor Josep » Dom Nov 05, 2006 2:11 pm

Holas de nuevo,

Los consist deben ser añadidos con cada actividad, así como todo lo que se crea en una actividad. ¿Razón? Quízá la persona que descarga la actividad no tenga ningún consist, path o lo que sea tuyo. Si una actividad apunta a algo inexistente en el ordenador de la persona, el problema ya es grave.

Por eso sigo insistiendo en lo mismo: simplicidad, y no dar por supuesto nada. O sea, que cada actividad debe llevar todos los paths, consists, etc. En todo caso, si coincide con alguno ya instalado de otra actividad, lo sobreescribirá. Nunca se debe trabajar pensando que la gente lo tiene todo: al contrario.

Por otra parte, como autor, sigo pensando que me apetece más poder describir un consist como "petrolero" que con todos los nombres que me proponéis, los cuales quizá no llegue nunca a utilizar por no conocer a fondo las denominaciones (a otros les puede pasar lo mismo...). Y pienso que la gracia de MSTS es la de crear actividades, por lo que debe ser un asunto sencillo y sin tantas complicaciones como las que aquí se comentan, que ya tiene suficientes.

Otra cosa es crear un material rodante. Pero las actividades, a gusto de cada uno, con un mínimo de propuesta normativa.

Creo que en las actividades es más importante utilizar material rodante fácilmente descargable y utilizable que liarnos con denominaciones demasiado complejas para que todo el mundo las utilice adecuadamente. Para mí es más importante documentar bien el material utilzado y los sites de descarga (ojo, actualizados!!), ya que si no da error a la gente y problemas.

De todas formas, el debate es interesante. Pero sigo insistiendo en que me parece que nos estamos complicando la vida. Pido poder utilizar el nombre de "carbonero" en el consist de una actividad...

Saludos.

Josep
Josep
grupo TrenSim
 
Mensajes: 1571
Registrado: Mié Sep 10, 2003 2:47 pm
Ubicación: Vic (Barcelona)

Notapor Francesc SV » Dom Nov 05, 2006 2:31 pm

Josep escribió:Holas de nuevo,

Los consist deben ser añadidos con cada actividad, así como todo lo que se crea en una actividad. ¿Razón? Quízá la persona que descarga la actividad no tenga ningún consist, path o lo que sea tuyo. Si una actividad apunta a algo inexistente en el ordenador de la persona, el problema ya es grave.



¡¡Esto es evidentísimo, Josep!!. Además, no se si se puede colgar una actividad sin contener consists y paths. Y está también claro que cuando "algo" ya existe, el mismo instalador te lo sobreescribe.

Pero el problema está en cuando alguien crea (duplica) un consist ya existente y lo nombra de otra manera, con lo cual el instalador no lo interpreta como que sea lo mismo, te lo descarga y ya tienes dos de lo mismo con nombres diferentes. Por ejemplo, estaba ahora echandole un vistazo a mi carpeta de consist. Tengo un TAF_Serie2_MRM y un taf 2ª serie m-r-m. ¿Que diferencia hay? El nombre. Nada más. La composición es exactamente la misma. Por lo tanto, uno de los dos creadores podía haber aprovechado el primer consist y, en cambio, decidió crear otro, con lo cual hay duplicidad.

También tengo un TER, un Ter doble y un ter_doble. ¿Diferencias? Ninguna. Sólo el nombre escrito de diferente manera. Encima, al estar uno en mayúsculas y el otro en minúsculas, no están ordenados juntos.

Yo no le veo ningún problema a que tú puedas nombrar un consist como "carbonero", pero si tuviesemos un sistema para que este carbonero se ordenara junto con los otros trenes de características similares, o los mercantes, a lo mejor cuando alguien quiere poner un carbonero en su actividad, resulta que se da cuenta de que ya tiene uno y va y lo usa, sin necesidad de tener que crear otro. Y yo personalmente pienso que si pudiesemos llegara ésto, sí que sería simplificar bastante las cosas. Otro tema es que dentro de esta actividad particular, el "service" que forma este carbonero se denomine de una forma u otra, de acuerdo con la actividad.

Lo básico, pienso yo, sería poder agrupar los consist dependiendo del tren que se trate. Tu puedes llamar a tu carbonero, "carbonero", mientras que yo quizás le llame "2100 + tolvas carbón", pero si le ponemos delante el mismo prefijo, por ejemplo MER o CAR, los tendriamos clasificados juntos, con lo cual, a la hora de buscar consist no sería tan complicado. En trenes de viajeros igual. Tengo Talgos, Arcos y Diurnos esparcidos por toda mi carpeta de consist, porque cada autor los ha nombrado como mejor le ha parecido. Si se les hubiese antepuesto, solamente, un prefijo como TAL, ARC o DIU por ejemplo, ahora los tendría todos juntos, lo cual sería ya un gran avance. En el fondo, es una manera de simplificar las cosas.
Avatar de Usuario
Francesc SV
 
Mensajes: 2304
Registrado: Dom Abr 16, 2006 4:22 pm
Ubicación: Santa Pola (Alacant)

Notapor jorgomu » Dom Nov 05, 2006 5:13 pm

Hola a todos,
he seguido el desarrollo del hilo y la verdad es que me he perdido un poco. Si no he entendio mal de una idea inicial de normalizar actividades se está llegando, en mi opinión, a intentar normalizar MSTS. Pienso que debe primar la sencillez para dejar la pretendida normalización al alcance de todos.
Las actividades comprenden los archivos act, pat, trf, srv y los con propios de la actividad y creo que son esos archivos los que hay que normalizar. Siguiendo con la premisa de la sencillez una posible forma se nombrarlos podría ser por ejemplo:
Nombre de la actividad: "Ter a Madrid"
Ficheros: Ter a Madrid_1.con
Ter a MAdrid_2.con,
etc
similar nomenclatura podría servir para el resto de los ficheros que componen una actividad.
El nombre que el creador de la loco o vagón haya dado a su material no tiene nada que ver con la actividad en sí y permanece inalterable en el disco duro. Pretender normalizar también estas denominaciones me parece excesivo y sumamente complejo.
Creo que de esta forma ningún activitero tendría que repasar, por ejemplo, los paths existentes para ver si coincidía alguno con su actividad y aprovecharlo, lo que supondría un trabajo adicional para la creación de la actividad y, posiblemente, desistiría de hacerla. Es evidente que eliminar las actividades no tendría inconveniente.
Es cierto que varios foreros han opinado que ellos jamás desinstalan una actividad y esto podría incrementar sustancialmente el número de ficheros en disco, pero también se ha hablado de que los ficheros de las actividades representan muy poco espacio.
Puede que la idea de tanta sencillez sea simple, pero pienso podría ser válida.
Saludos
Avatar de Usuario
jorgomu
 
Mensajes: 510
Registrado: Jue Sep 11, 2003 12:41 pm
Ubicación: Far West

Notapor landerman » Dom Nov 05, 2006 8:50 pm

Me parece que la tarea de “normalizar” las actividades va a ser bastante más complicada de lo que me imaginé en un principio.

Con algunas variantes, creo que hay ya dos tendencias muy claras:
:arrow: La “detallista”.
:arrow: La de la “simplificación”.
Las dos pueden ser válidas pero llevadas al extremo, las dos tienen a mi modo de ver más inconvenientes que ventajas.
Me voy a centrar en los consists y los paths porque lo demás es más fácil de consensuar.

La corriente “detallista” nos permitiría tener perfectamente clasificados consists, paths y demás pero tiene el grave inconveniente de la complejidad de las denominaciones, teniendo en cuenta la variedad casi infinita de combinaciones que se pueden hacer con la cantidad de material que manejamos. Esto, más pronto que tarde me parece que llevaría a muchos a desistir de realizar actividades o seguir haciéndolas, pero cada uno a su aire, como hasta ahora.

La corriente de la “simplificación”, en principio parece tener más ventajas pero para los activiteros podría ser un verdadero lío. Me explico, por ejemplo en la actividad “El lado oscuro”. Tendríamos para el jugador el service player: El lado oscuro_service player, con el consist: El lado oscuro_player.con y el path: El lado oscuro_player.pat. Hasta aquí no estaría muy complicada la cosa pero si seguimos, para los tráficos, tendríamos: El lado oscuro_service trafico_1, integrado a su vez por el consist: El lado oscuro_1.con y el path: El lado oscuro_1.pat y así pongamos que veinte o treinta tráficos. A la hora de ajustarlos, yo me volvería mico porque ya no sabría que composición iría de ningún sitio a ningún otro, salvo entrar en ellos con el editor y examinarlos una y otra vez.
Con este método, lo que estaría chupado es eliminar cualquier rastro de la actividad si se decide desinstalarla, pero ya hemos dicho que esto no preocupa demasiado a la mayoría de la gente.
También le veo el inconveniente de tener que crear siempre nuevos consists y paths con cada nueva actividad y esto, aunque se podría hacer, sería una pérdida de tiempo ya que muchos (yo lo hago habitualmente) utilizamos para los tráficos los paths genéricos existentes asociándolos a consists distintos para nuevas actividades. Y puedo hacerlo porque los tengo identificados por “lo que son y hacen” no porque sean de esta o aquella actividad.

En fin, que una vez más creo que el término medio está la virtud, sería una corriente intermedia, llamémosle “racionalista”, donde nos pongamos de acuerdo en algunas cuestiones sencillas pero útiles y fáciles de comprender por todos.

Y no me gustaría que perdiéramos de vista otras cuestiones más generales pero que son las que más problemas han dado hasta ahora:
:arrow: El renombrado de las carpetas del material: No debería hacerse en ningún caso, lo suyo es mantener el nombre original que trae tal y como se descarga.
:arrow: Alterar paths existentes pero dejándoles el mismo nombre que tenían: Se pueden utilizar, pero copiandolos y dándoles un nombre nuevo.
:arrow: Incorporar material que no está disponible: Esto sólo se haría excepcionalmente y advirtiéndolo de forma clara.
:arrow: Adjuntar listado detallado del material utilizado, indicando la página desde donde se puede descargar.
:arrow: Indicar claramente (en un fichero léeme, por ejemplo) si la actividad tiene requerimientos especiales como parches, cabinas, sonidos, etc.

Continuará...
Saludos cordiales.
Miguel Ángel
Sevilla
Avatar de Usuario
landerman
 
Mensajes: 1516
Registrado: Vie Abr 29, 2005 8:19 pm
Ubicación: Sevilla

Notapor Francesc SV » Dom Nov 05, 2006 10:04 pm

landerman escribió:También le veo el inconveniente de tener que crear siempre nuevos consists y paths con cada nueva actividad y esto, aunque se podría hacer, sería una pérdida de tiempo ya que muchos (yo lo hago habitualmente) utilizamos para los tráficos los paths genéricos existentes asociándolos a consists distintos para nuevas actividades. Y puedo hacerlo porque los tengo identificados por “lo que son y hacen” no porque sean de esta o aquella actividad.



De acuerdo contigo. Yo también utilizo esta "corriente" de trabajo. Lo importante en una actividad, pienso yo, es nombrarla para diferenciarla de las demás, luego "asignar" un "player" y crear una carpeta de "traffic" que se llamará (casi siempre) el mismo nombre de la actividad. Pero los paths y consists que se pongan dentro de esta carpeta de "traffic" no tienen porque ser nuevos cada vez. Una 446 que haga el trayecto de Sur a Princesa Susana en CGL, por ejemplo, puede hacerlo igual en cualquier actividad que lo requiera, por lo que no hace falta nombrar este path y este consist de una forma diferente en cada actividad.

Y esto, para mi, es simplificar tareas. Y así evitamos (y me repito, una vez más) tener varios de lo mismo, con nombres diferentes. Y ya no es por el espacio que estos consist o paths puedan ocupar; es por la facilidad de encontrarlos y poderlos reutilizar con facilidad.

Desde que hemos iniciado este hilo, he estado mirando con detalle mi carpeta de consist y creo que llevo ya veinte o veinticinco consist eliminados, sencillamente porque ya los tenía "repetidos" aunque constaban con un nombre diferente. Si luego alguna actividad me da error (cosa que dudo) lo puedo arreglar facilmente con el Activity Analisys, que para eso está.

Cuando me ponga a estudiar paths, estoy seguro que tendré más de lo mismo: repeticiones a go-go.

Y finalmente (ya me callo, casi hasta el siguiente fin de semana) algo en lo que estamos de acuerdo todos: nunca, nunca hay que cambiar el nombre del archivo original de una ruta, locomotora, coches o vagones.

Pues eso. Continuará...
Avatar de Usuario
Francesc SV
 
Mensajes: 2304
Registrado: Dom Abr 16, 2006 4:22 pm
Ubicación: Santa Pola (Alacant)

Notapor albertomlg » Dom Nov 05, 2006 10:25 pm

Bueno,haber,por partes:

:arrow: Estoy de acuerdo y creo que todos lo estamos en no modificar los nombres de las carpetas del material porque es un "poco", por no decir mucho,lioso.

:arrow: El tema de los paths es un tema dificil,pero que a mi punto de ver solo se podrían normalizar los paths de punta a punta,o "genericos",lo que comenta Francesc de un path de un cercanias Sur-P.Susana va a ser siempre el mismo y además implementaría realismo porque cada vez que realizemos una actividad que transcurra por parte de ese recorrido va a ser como en la realidad,que los cercanias siempre van por el mismo sitio y salen y acaban del mismo andén....lo mismo con los ARCO,Talgos,Diurnos,Estrellas,Regionales y demás servicios "fijos",siempre son iguales por lo que se podrían utilizar los mismos paths para los cercanias o para los regionales por ejemplo en LESA.Siempre serán iguales,exactamente igual que en la más pura realidad.
Los demás paths, los paths "especiales",sería los paths dee trayectos contrarios a los antes mecionados...mercancias y por el estilo,que no siempre van por el mismo sitio y no son "fijos".

:arrow: Los consist,bueno, "el gran dilema", Los consist generales como los talgos por ejemploo,que siempre serán iguales pues se podrían usar siempre los mismos,con los tipos de nomenclatura que proponeis,pero los mercantes y otros trenes no fijos pues lo veo más complicado...yo creo que lo único a lo que podemos llegar es a unificar los consist que son fijos por huev.s....porque aunque tengamos algunos repetidos no estamos hablando de unos archivos de 1 mega y medio....son como mucho de 2kb..algo verdaderamente insignificante,mi carpeta de consist tiene 700 consist y solo pesa 859kb...no llega ni a un mega...y tengo nada más y nada menos que 700 consist....prefiero tener consist repetidos a tener que describirlos más detalladamente y tener que segir unas "normas"...total para ahorrarme unos 100kb, no más...a estas alturas de la vida 100 kb más 100kb menos es prácticamente los mismo y para todos sería mucho más facil y cómodo el segir unas normas para consist fijos,locomotoras aisladas y poco más antes que para cualquier tipo de consist sea de la complicación que sea y todo para ahorrarse nada más unos míseros 100kb...a mi modo de ver sería una acción un poco perdedora de tiempo y que llevaría a muchos a desanimarse a crear actividades por tal de seguir esas normas que las pueden ver muy complicadas...yo prefiero normalizar los consist "faciles de normalizar"(locos aisladas,talgos y poco más) y los demás solo aplicarles los prefijos de pais, compañia, y decoración...y cada uno que los describa a paritr de hay como quiera...
Recuerden que estamos hablando de unas cantidades de espacio en el disco duro más bien insignificantes :wink:


Siento el ladrillazo :oops: :lol:

Un saludo

Alberto
Imagen
Avatar de Usuario
albertomlg
 
Mensajes: 1667
Registrado: Vie Abr 21, 2006 12:29 pm
Ubicación: Málaga City,al ladito del Carpena.

Notapor javierlopez » Dom Nov 05, 2006 11:52 pm

Hola:

Eso de que los talgos son siempre los mismos es muy relativo. Los hay con más remolques, con menos, con remolques que alternan decoraciones, con más turistas, con menos, con más preferentes, etc. Yo creo que salvo las locomotoras aisladas lo demás es realmente complejo.

Por otro lado, si saliese algún tipo de normalización tampoco creo que esta fuera disuasoria para los que quisieran hacer actividades en el futuro. Bastaría con indicar que la actividad "no está normalizada" y luego cada potencial usuario decidiría si desea instalarla o no. No estoy metido en el mundo del modelismo (real) pero supongo que así como hay módulos normalizados los habrá que no lo sean.

Saludos :wink:
javierlopez
 
Mensajes: 2319
Registrado: Lun Sep 22, 2003 7:08 pm
Ubicación: Barcelona

Notapor Josep » Lun Nov 06, 2006 3:41 pm

javierlopez,

Disiento sobre tu opinión de catalogar actividades como "no normalizadas" por que en alguna ponga un consist llamado "carbonero".

La catalogación de actividades como normalizadas o no para mí se debería basar en utilización de material accesible (descargable) actualmente o no. En absoluto sobre utilización de cierta codificación en consists.

Saludos, y buen debate.

Josep
Josep
grupo TrenSim
 
Mensajes: 1571
Registrado: Mié Sep 10, 2003 2:47 pm
Ubicación: Vic (Barcelona)

Notapor landerman » Lun Nov 06, 2006 5:27 pm

No hay problema en llamar a un consist carbonero o petrolero o lo que queramos (de hecho los hay) pero yo ese nombre se lo daría a un servicio de tráfico y no al consist.
Por ejemplo: En la actividad: El lado oscuro, uno de los service de traffic se podría llamar: El lado oscuro_carbonero, integrado por el consist 308 + 12xRENFE Unif X ó por el 313 + 10xMC COMAC ó el que fuere y por el path LESA_Sahagún_ClasiLeón, o cualquier otro.
Con esto, que tampoco es tan complicado, dispondríamos todos de una información mucho más amplia y más útil, incluso para quienes simplemente quieran identificar el material con el que están “jugando”.
Podemos debatir todo lo que queramos pero si no llegamos a una mínima normalización, homologación, sistematización o como queramos llamarle, vamos a dejar las cosas igual que estaban. Y a lo mejor el debate debería haber empezado por ahí, si hacer algo o no.
Continuará...
Saludos cordiales. :wink:
Miguel Ángel
Sevilla
Avatar de Usuario
landerman
 
Mensajes: 1516
Registrado: Vie Abr 29, 2005 8:19 pm
Ubicación: Sevilla

Notapor javierlopez » Lun Nov 06, 2006 9:36 pm

Josep escribió:javierlopez,

Disiento sobre tu opinión de catalogar actividades como "no normalizadas" por que en alguna ponga un consist llamado "carbonero".

La catalogación de actividades como normalizadas o no para mí se debería basar en utilización de material accesible (descargable) actualmente o no. En absoluto sobre utilización de cierta codificación en consists.

Saludos, y buen debate.

Josep


Entonces estamos de acuerdo pues no he hablado de una normalización de un aspecto concreto. :wink: Primero hay que decidir que es lo que hay que normalizar, si ha lugar ( como bien dice Miguel Angel ), y cómo. Por otro lado que una actividad fuera "no normalizada" no implicaría que fuera mejor o peor que las "normalizadas". La única diferencia es la de que no seguiría los "cánones", fueran cuales fueran.

Volviendo al tema de la normalización de los nombres de los consists, a mi personalmente me da lo mismo si se consigue algo o no, pero no por ello es menos cierto lo que comentó Francesc en una de sus primeras intervenciones en este hilo y es el hecho de que reina un cierto caos en nuestras carpetas, y especialmente en la de estos. En mi caso, cuando estoy creando una actividad y tengo en mente un consist actualmente opto por dos opciones: si lo creé para una actividad anterior no tengo problemas para encontrarlo y reutilizarlo. De no ser así lo creo yo, ya que me es difícil dilucidar si de entre los 1400 consists restantes alguno coincide con lo que quiero. Llegados a este punto cabe preguntarse si realmente es deseable evitar esto o no. A mi, como ya he dicho, no me importa.

Saludos :wink:
javierlopez
 
Mensajes: 2319
Registrado: Lun Sep 22, 2003 7:08 pm
Ubicación: Barcelona

Notapor Francesc SV » Lun Nov 06, 2006 11:10 pm

Bueno, pues yo he hecho recuento y con 100 actividades tengo casi 700 consist, de los cuales un 30% están repetidos, pero con diferente nombre.

Intentar regularizar esto da errores por un tubo, pero con el tiempo y una caña, más el Route Ritter y el Activity Analisys, se puede ir haciendo, especialmente cuando un consist se utiliza en más de una actividad.

Realmente, planteando un poco el tema como sugeris algunos, yo iría por partes, aún bajo el peligro de sonar a perogrullo.

:arrow: Rutas y material: Nunca cambiarles el nombre y dejarlo tal cual lo ha "bautizado" su autor.

:arrow: Actividades: Nombrarlas a gusto del activitero autor de la misma, para evitar coincidencias de nomenclatura, aunque si están en rutas diferentes, no afecta. Importante no renombrarlas una vez están descargadas.

:arrow: Nombre o título del player: Lo mismo, a gusto del autor.

:arrow: Nombre o título del traffic: Igual que con el player.

:arrow: Consists: Teniendo en cuenta que un consist puede servir para el player (si tiene locomotora, claro), para el traffic y para estáticos en una o varias actividades, de la misma o diferentes rutas y para evitar las posibles molestias que pueda ocasionar a los activiteros a la hora de buscar un consist determinado, antes de terminar haciendo otro exactamente igual al que se busca, pero no se encuentra, quizás ahi sí que valdría la pena entrar a intentar consensuar una definición válida para todo tipo de consists y que, al mismo tiempo, no hiera la sensibilidad bautizadora y nomenclatorial de los activiteros.

:arrow: Services: Dentro del traffic, se pueden nombrar a gusto del autor. De nuevo, aqui entran en juego los consist. No hace falta que para diferenciar un service de otro también se tenga que cambiar el nombre del consist. Se puede crear un service Orobón-Genzor, por ejemplo, y otro Princesa Susana-Filella utilizando el mismo consist, una 446, por ejemplo, y no hace falta nombrar al consist 446 Oro-Gen y al otro 446 Prin-File, ya que el nombre que les diferencia es el del service, que si debería decir, por ejemplo, la ruta que cubre este service.

:arrow: Paths: Aqui hay paths comunes y paths particulares. Para mi, un path particular es el que creamos para un player y para ciertos traffic, paths más cortos o paths más largos. Pero luego, para el traffic en general, que lo único que se pretende con ello es que haya cruces, los paths pueden ser los mismos, genéricos, sin necesidad de tener que renombrar cada vez al mismo path con un nombre diferente. Puede haber un path para Cercanías, con paradas en todas, otro igual para Regionales, pero sin marcar en el itinerario las mismas estaciones que las que usa el Cercanías, y otro igual, pero sin paradas, para Expresos, Talgos, Alaris, Euromeds y demás y también para Mercantes. Esto significa que para poder cubrir todas estas necesidades sólo hacen falta 3 paths, cada uno con sus particularidades (parando en todas, pocas paradas, ninguna parada). Y este path, dentro de una misma ruta (claro) nos puede servir para varias, sino todas, las actividades que realicemos. Y no pasa nada, porque, de nuevo, lo que marcará la pauta de ese path y de ese consist será el nombre que le pongamos al service o al traffic, lo cual hará que no se pueda confundir en otra actividad.

Es buscar la sencillez y la simpleza de algo que se ha ido complicando desde el principio y que ahora va a ser muy difícil desmadejar.

En fin, perdón por el tocho... :oops: :oops:
Avatar de Usuario
Francesc SV
 
Mensajes: 2304
Registrado: Dom Abr 16, 2006 4:22 pm
Ubicación: Santa Pola (Alacant)

Notapor albertomlg » Mar Nov 07, 2006 4:07 pm

Francesc ,cuánto te ocupa la carpeta del los consist en el disco duro???
Imagen
Avatar de Usuario
albertomlg
 
Mensajes: 1667
Registrado: Vie Abr 21, 2006 12:29 pm
Ubicación: Málaga City,al ladito del Carpena.

Notapor Francesc SV » Mar Nov 07, 2006 4:12 pm

albertomlg escribió:Francesc ,cuánto te ocupa la carpeta del los consist en el disco duro???


2.78 Mb.

Ya se que es poco, pero no es precisamente del tamaño de lo que estoy hablando. Es de la facilidad o no de poder ordenar los consist para que sea más fácil a la hora de buscarlos y poderlos utilizar en otra actividad. ¿Para que quiero cuatro consist de Talgo IV con 252 si con uno tengo bastante, por ejemplo? A esto es a lo que me estoy refiriendo...
Avatar de Usuario
Francesc SV
 
Mensajes: 2304
Registrado: Dom Abr 16, 2006 4:22 pm
Ubicación: Santa Pola (Alacant)

AnteriorSiguiente

Volver a Actividades MSTS

¿Quién está conectado?

Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 10 invitados