¿Te has planteado emplear python para escribir tu plugin?. Probablemente sea más sencillo.<br><br><div class="gmail_quote">El 24 de noviembre de 2010 09:53, Mauricio Pazos <span dir="ltr"><<a href="mailto:mauricio.pazos@axios.es">mauricio.pazos@axios.es</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div style="font-family: 'DejaVu Sans'; font-size: 9pt; font-weight: 400; font-style: normal;">
<div class="im">On Tuesday 23 November 2010 12:58:41 pm <a href="mailto:rafael.mejias@sinfogeo.com" target="_blank">rafael.mejias@sinfogeo.com</a> wrote:<br>
> Buenos días a todos,<br>
> Estoy intentando realizar un plugin en C++ para QGis (1.5) con Windows<br>
> XP y QT SDK, para ello intento seguir los pasos del tutorial [1<br></div><div class="im">
> <<a href="http://download.osgeo.org/qgis/doc/manual/qgis-1.5.0_coding-compilation_gu" target="_blank">http://download.osgeo.org/qgis/doc/manual/qgis-1.5.0_coding-compilation_gu</a><br></div>
>ide_en.pdf>], donde se explica el procedimiento para linux. Si utilizo<div><div></div><div class="h5"><br>
> Ubuntu (9.04), no tengo problemas y perfectamente obtengo mi plugin para<br>
> QGis.<br>
><br>
> Me parece que se está haciendo un trabajo excepcional con la difusión<br>
> del software libre, pero creo que todavía queda mucho por andar.<br>
> Particularizando un poco para el caso del desarrollo de aplicaciones<br>
> geográficas, para alguien que sepa algo de cartografía y de desarrollo,<br>
> le costaría (en windows) producir su primer "Hola mundo" con ArcGis,<br>
> Geomedia o Microstation (>v8), aproximadamente unas dos horas, quizá tres.<br>
><br>
> Trabajo con Linux, pero por razones obvias que huelga explicar, también<br>
> trabajo con Windows. Es más, para el caso del asunto, existe una<br>
> compilación de OsGeo para Windows de QGis, seguro que por las mismas<br>
> razones obvias. Al igual que existe otra para la instalación de<br>
> MapServer con todas las dependencias.<br>
> El caso es que, según mi opinión, sería muy conveniente poder compilar o<br>
> realizar un plugin para Windows, de forma tan sencilla como para otros<br>
> softwares privativos. Sin embargo, ni la ayuda pedida en esta lista, ni<br>
> la pedida en la lista de desarrollo de QGis; ha sido lo suficientemente<br>
> efectiva como para resolver el problema (probablemente porque no me he<br>
> expresado con claridad o porque no he seguido insistiendo). Pero con<br>
> linux, teniendo QGis instalado y QT, tardé una hora en hacer el plugin<br>
> de ejemplo gracias a las explicaciones del manual de OsGeo.<br>
><br>
> Lo que pido a la lista es que si alguien ha conseguido hacer un plugin<br>
> con C++ en Windows, comparta su experiencia y yo me comprometo a<br>
> realizar un taller y subirlo a la parte de educación de OsGeo y así,<br>
> seguir ampliando el conocimiento de la comunidad. Tengo la sensación de<br>
> que la parte difícil ya está hecha y la fácil falta rematarla. La pena<br>
> es que demasiada gente se fija tan sólo en el remate.<br>
><br>
> Muchas gracias a todos,<br>
> Rafa<br>
><br>
> [1]<a href="http://download.osgeo.org/qgis/doc/manual/qgis-1.5.0_coding-compilation_" target="_blank">http://download.osgeo.org/qgis/doc/manual/qgis-1.5.0_coding-compilation_</a><br>
>guide_en.pdf<br></div></div>
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). <br>
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. <br>
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.<br>
<p style="margin: 0px; text-indent: 0px;"><br></p>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. <br>
<p style="margin: 0px; text-indent: 0px;"><br></p>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.<br>
<p style="margin: 0px; text-indent: 0px;"><br></p><p style="margin: 0px; text-indent: 0px;"><br></p>un saludo<br><font color="#888888">
-- <br>
Mauricio Pazos<br>
<a href="http://www.axios.es" target="_blank">www.axios.es</a></font></div><br>_______________________________________________<br>
Spanish mailing list<br>
<a href="mailto:Spanish@lists.osgeo.org">Spanish@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/spanish" target="_blank">http://lists.osgeo.org/mailman/listinfo/spanish</a><br>
<br></blockquote></div><br>