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
<[email protected] <mailto:[email protected]>> escribió:
On Tuesday 23 November 2010 12:58:41 pm [email protected]
<mailto:[email protected]> 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
[email protected] <mailto:[email protected]>
http://lists.osgeo.org/mailman/listinfo/spanish
_______________________________________________
Spanish mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/spanish
_______________________________________________
Spanish mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/spanish
