[Spanish] Algunas reflexiones sobre QGis

Wed Nov 24 04:25:59 EST 2010

La decisión de hacer el plugin con C++ es porque tengo mucho código 
escrito que se podría implementar en varios plugins para QGis. Me parece 
una pena que tenga que variar todo el código y pasarlo de C++ a Python, 
porque la comunidad (donde me incluyo) no sea capaz de implementar algo 
que la propia comunidad ha creado. Si tuviera que empezar desde cero, lo 
tendría claro y empezaría con python, pero no es el caso.
Mi pensamiento (quizá bananero), es que si alguien de OsGeo ha compilado 
QGis para windows y ha escrito plugins para windows, es porque se puede 
hacer ¿no?.

Un saludo y gracias por la respuesta,
Rafa

El 24/11/2010 10:12, Luis Franco Vázquez escribió:
> ¿Te has planteado emplear python para escribir tu plugin?. 
> Probablemente sea más sencillo.
>
> El 24 de noviembre de 2010 09:53, Mauricio Pazos 
> <mauricio.pazos en axios.es <mailto:mauricio.pazos en axios.es>> escribió:
>
>     On Tuesday 23 November 2010 12:58:41 pm rafael.mejias en sinfogeo.com
>     <mailto:rafael.mejias en sinfogeo.com> wrote:
>     > Buenos días a todos,
>     > Estoy intentando realizar un plugin en C++ para QGis (1.5) con
>     Windows
>     > XP y QT SDK, para ello intento seguir los pasos del tutorial [1
>     >
>     <http://download.osgeo.org/qgis/doc/manual/qgis-1.5.0_coding-compilation_gu
>     >ide_en.pdf>], donde se explica el procedimiento para linux. Si
>     utilizo
>
>     > Ubuntu (9.04), no tengo problemas y perfectamente obtengo mi
>     plugin para
>     > QGis.
>     >
>     > Me parece que se está haciendo un trabajo excepcional con la
>     difusión
>     > del software libre, pero creo que todavía queda mucho por andar.
>     > Particularizando un poco para el caso del desarrollo de aplicaciones
>     > geográficas, para alguien que sepa algo de cartografía y de
>     desarrollo,
>     > le costaría (en windows) producir su primer "Hola mundo" con ArcGis,
>     > Geomedia o Microstation (>v8), aproximadamente unas dos horas,
>     quizá tres.
>     >
>     > Trabajo con Linux, pero por razones obvias que huelga explicar,
>     también
>     > trabajo con Windows. Es más, para el caso del asunto, existe una
>     > compilación de OsGeo para Windows de QGis, seguro que por las mismas
>     > razones obvias. Al igual que existe otra para la instalación de
>     > MapServer con todas las dependencias.
>     > El caso es que, según mi opinión, sería muy conveniente poder
>     compilar o
>     > realizar un plugin para Windows, de forma tan sencilla como para
>     otros
>     > softwares privativos. Sin embargo, ni la ayuda pedida en esta
>     lista, ni
>     > la pedida en la lista de desarrollo de QGis; ha sido lo
>     suficientemente
>     > efectiva como para resolver el problema (probablemente porque no
>     me he
>     > expresado con claridad o porque no he seguido insistiendo). Pero con
>     > linux, teniendo QGis instalado y QT, tardé una hora en hacer el
>     plugin
>     > de ejemplo gracias a las explicaciones del manual de OsGeo.
>     >
>     > Lo que pido a la lista es que si alguien ha conseguido hacer un
>     plugin
>     > con C++ en Windows, comparta su experiencia y yo me comprometo a
>     > realizar un taller y subirlo a la parte de educación de OsGeo y así,
>     > seguir ampliando el conocimiento de la comunidad. Tengo la
>     sensación de
>     > que la parte difícil ya está hecha y la fácil falta rematarla.
>     La pena
>     > es que demasiada gente se fija tan sólo en el remate.
>     >
>     > Muchas gracias a todos,
>     > Rafa
>     >
>     >
>     [1]http://download.osgeo.org/qgis/doc/manual/qgis-1.5.0_coding-compilation_
>     >guide_en.pdf
>     Hola Rafael: desconozco las razones por las cuales has elegido
>     QGis para el desarrollo. Supongo que serán buenas. Lo que es
>     evidente es que te has metido en un desierto. Yo te puedo decir
>     que hoy en día, en el estado que están las cosas, yo no elegiría
>     un producto basado 100% en C++ fundamentalmente por razones de
>     costo (conviene revisar las métricas de software comparando punto
>     función/objeto de c++ con otras lenguajes). Particularmente me
>     gustan las soluciones mixtas en las que pueda combinar las mejores
>     herramientas (lenguajes) para la mejor resolución de los
>     problemas. No tengo una métrica exacta pero a ojo te puedo decir
>     que mis últimas soluciones tienen por ejemplo un 80% de java y un
>     20% de c++ (tipicamente interfaces con drivers).
>     También es muy importante la documentación disponible y la calidad
>     del código fuente. Por otro lado la comunidad, debe ser activa y
>     contar con jugadores que tengan capacidad para llevar adelante el
>     proyecto.
>     Si no se evaluar estos elementos también, por mas que puedas hacer
>     un "hola mundo" muy fácil, si el producto no tiene futuro a largo
>     plazo habrás invertido un montón de recursos (horas de
>     capacitación, horas de proyecto, horas de tus usuarios, etc) que
>     se irán al traste.
>
>
>     Bueno, esta es una decisión estratégica que solo tu puedes
>     evaluar, pero ten en cuenta que los productos Open Source tiene
>     que ser evaluados con la misma rigurosidad que cualquier otro
>     producto.
>
>
>     En mis prioridades, dado un problema privilegio las soluciones
>     open source si me garantizan calidad (costos vs prestaciones). Si
>     no hay mas remedio evaluaré soluciones que no sean open source.
>
>
>
>     un saludo
>     -- 
>     Mauricio Pazos
>     www.axios.es <http://www.axios.es>
>
>     _______________________________________________
>     Spanish mailing list
>     Spanish en lists.osgeo.org <mailto:Spanish en lists.osgeo.org>
>     http://lists.osgeo.org/mailman/listinfo/spanish
>
>
>
> _______________________________________________
> Spanish mailing list
> Spanish en lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/spanish

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://lists.osgeo.org/pipermail/spanish/attachments/20101124/28aab531/attachment-0001.html