🚀 go-pugleaf

On 24 ago, 04:47, Aldrin Martoq <amar...@none.cl> wrote:
> Italo wrote:
> > On 23 ago, 04:47, Aldrin Martoq <amar...@none.cl> wrote:
> [...]
> >> Contexto: para que quieres procesar lo que pase por la cola de
> >> impresion? Quizas te estas centrando mucho en tu solucion en particular,
> >> pero no en el problema ...
> > para poner el problema de formas más especifica,
> > Existe un programa que imprime (sin intervención humana). De este
> > programa nos interesa tomar esta salida para procesarla. No se tienen
> > los fuentes de este programa.
>
> He visto este tipo de "soluciones" varias veces, incluso en empresas
> grandes, para transformar exactamente lo que esta "en papel" a digital.
>
> El problema es poder procesar y comprender la salida impresa
> ("parsear"). La cantidad de errores es bastante grande, y el costo de
> hacerlo "bien" (sin intervencion humana) es alto. No se si lo has hecho,
> pero yo evaluaria otras alternativas como:
> - rehacer/reemplazar el programa por otro. Entender la salida impresa
> del programa puede ser tan caro como hacer el programa de nuevo. Por
> ejemplo, quizas el programa lee sus datos de una base de datos, entonces
> basta con conectarse a la base de datos, hacer un select que extraiga
> los datos de interes, procesar y este nuevo programa realiza la pega que
> estas necesitando.

Lamentablemente no hay base de datos y la opcion de reconstruir el
programa esta mas alla de lo realizable.

Lo que si ya está superado es el "parseo" de la salida, ya que al usar
la solucion del driver generico de microsoft windows, y usamos el
archivo que se genera como "entrada" ya hemos podido extraer todo lo
necesario. Lo que va faltando es la automatizacion de ese proceso.

De nuevo muchas gracias a todos por la ayuda y sus comentarios.

Saludos Cordiales,