[Qgis-developer] Bye bye SPIT?
Hi All At the hackfest it was proposed to remove SPIT since it's functionality is present in the DBManager (along with a lot of other nice functionality). Does anyone have objections to me removing it before 1.8 is released? Thanks -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bye bye SPIT?
No objections from me. But I also want suggest to remove from fTools Select by Location tool because we have more powerful Spatial Query plugin in core 2012/5/2 Tim Sutton li...@linfiniti.com: Hi All At the hackfest it was proposed to remove SPIT since it's functionality is present in the DBManager (along with a lot of other nice functionality). Does anyone have objections to me removing it before 1.8 is released? Thanks -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bye bye SPIT?
Hi, About removing SPIT: Yesterday I imported a large shapefile (which was not even loaded in QGIS) into postgis using the GUI from SPIT; I can't find a way to do so with the DB manager. Mayeul - Mail original - De: Tim Sutton li...@linfiniti.com À: Alexander Bruy alexander.b...@gmail.com Cc: qgis-developer qgis-developer@lists.osgeo.org Envoyé: Mercredi 2 Mai 2012 15:24:50 Objet: Re: [Qgis-developer] Bye bye SPIT? Hi On Wed, May 2, 2012 at 1:30 PM, Alexander Bruy alexander.b...@gmail.com wrote: No objections from me. Good But I also want suggest to remove from fTools Select by Location tool because we have more powerful Spatial Query plugin in core I guess the only downside to that is that SEXTANTE would not be able to use it (it seems to have an ftools integration). Perhaps we should wait till next release, move the Spatial Query tool into analysis and create bindings for it? Regards Tim 2012/5/2 Tim Sutton li...@linfiniti.com: Hi All At the hackfest it was proposed to remove SPIT since it's functionality is present in the DBManager (along with a lot of other nice functionality). Does anyone have objections to me removing it before 1.8 is released? Thanks -- Alexander Bruy -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bye bye SPIT?
Hi On Wed, May 2, 2012 at 4:57 PM, mayeul.kauffm...@free.fr wrote: Hi, About removing SPIT: Yesterday I imported a large shapefile (which was not even loaded in QGIS) into postgis using the GUI from SPIT; I can't find a way to do so with the DB manager. You can just drag drop a layer from the browser onto a schema in dbmanager. Guiseppe maybe we need an explicit menu for this as the interactions are not always obvious? Regards Tim Mayeul - Mail original - De: Tim Sutton li...@linfiniti.com À: Alexander Bruy alexander.b...@gmail.com Cc: qgis-developer qgis-developer@lists.osgeo.org Envoyé: Mercredi 2 Mai 2012 15:24:50 Objet: Re: [Qgis-developer] Bye bye SPIT? Hi On Wed, May 2, 2012 at 1:30 PM, Alexander Bruy alexander.b...@gmail.com wrote: No objections from me. Good But I also want suggest to remove from fTools Select by Location tool because we have more powerful Spatial Query plugin in core I guess the only downside to that is that SEXTANTE would not be able to use it (it seems to have an ftools integration). Perhaps we should wait till next release, move the Spatial Query tool into analysis and create bindings for it? Regards Tim 2012/5/2 Tim Sutton li...@linfiniti.com: Hi All At the hackfest it was proposed to remove SPIT since it's functionality is present in the DBManager (along with a lot of other nice functionality). Does anyone have objections to me removing it before 1.8 is released? Thanks -- Alexander Bruy -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bye bye SPIT?
Il 02/05/2012 17:17, Marco Hugentobler ha scritto: SPIT only needs shp2psql which is easier to get (provided with postgis) Afaik SPIT only needs libpq.so/dll (which is used by QGIS anyway). It does not use shp2pgsql. oh, yes, you're right - it's PostGIS Manager that requires shp2pgsql, not SPIT. one of the reasons I'm not happy using SPIT is that it preserves UppeLowerCase of the columns, making queries more cumbersome to write. Anyway, I think we should start avoiding the drunkman syndrome, with many things doubled in QGIS. All the best. -- Paolo Cavallini See: http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bye bye SPIT?
Anyway, I think we should start avoiding the drunkman syndrome, with many things doubled in QGIS. Removing SPIT is also ok for me. Regards, Marco Am 02.05.2012 17:28, schrieb Paolo Cavallini: Il 02/05/2012 17:17, Marco Hugentobler ha scritto: SPIT only needs shp2psql which is easier to get (provided with postgis) Afaik SPIT only needs libpq.so/dll (which is used by QGIS anyway). It does not use shp2pgsql. oh, yes, you're right - it's PostGIS Manager that requires shp2pgsql, not SPIT. one of the reasons I'm not happy using SPIT is that it preserves UppeLowerCase of the columns, making queries more cumbersome to write. Anyway, I think we should start avoiding the drunkman syndrome, with many things doubled in QGIS. All the best. -- Dr. Marco Hugentobler Sourcepole - Linux Open Source Solutions Weberstrasse 5, CH-8004 Zürich, Switzerland marco.hugentob...@sourcepole.ch http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bye bye SPIT?
Il giorno mer, 02/05/2012 alle 16.58 +0200, Paolo Cavallini ha scritto: Il 02/05/2012 16:57, mayeul.kauffm...@free.fr ha scritto: Hi, About removing SPIT: Yesterday I imported a large shapefile (which was not even loaded in QGIS) into postgis using the GUI from SPIT; I can't find a way to do so with the DB manager. simply drag drop it +1 to remove SPIT! Very nice the drag drop, but why not use a classic file dialog, too?? (perhaps is it a future feature?) Regards, -SL -- twitter: @lrssvt skype : s.larosa IRC: lrssvt ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bye bye SPIT?
oh, yes, you're right - it's PostGIS Manager that requires shp2pgsql, not SPIT. My mistake. Sure, duplication of tools is bad. But removing SPIT would mean removing the *only* (correct?) QGIS GUI tool to load shapefiles into postgis without external dependencies. Do we want to get read of this before putting it in DB manager? Mayeul ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bye bye SPIT?
+1 on Mayeuls comment mayeul.kauffm...@free.fr schrieb: oh, yes, you're right - it's PostGIS Manager that requires shp2pgsql, not SPIT. My mistake. Sure, duplication of tools is bad. But removing SPIT would mean removing the *only* (correct?) QGIS GUI tool to load shapefiles into postgis without external dependencies. Do we want to get read of this before putting it in DB manager? Mayeul ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bye bye SPIT?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/02/2012 07:31 PM, Horst Düster wrote: +1 on Mayeuls comment mayeul.kauffm...@free.fr schrieb: oh, yes, you're right - it's PostGIS Manager that requires shp2pgsql, not SPIT. My mistake. Sure, duplication of tools is bad. But removing SPIT would mean removing the *only* (correct?) QGIS GUI tool to load shapefiles into postgis without external dependencies. Do we want to get read of this before putting it in DB manager? The same with me (beside the fact that I just learned howto use SPIT (thanks Horst)) it seems much more clearer to me using SPIT than using the dbmanager (for now) .. Don't get me wrong .. dbmanager is great but as long as SPIT is more intuitive (maybe because it just does ONE thing) I'd like to wait with removing it until a filedialog import has been implemented that creates something like the batch upload which you currently see when you add more than one shapefile .. But I am quite sure guiseppe will have that soon :) So.. - -1 from me for removing it right now (and probably think about the dependencies too which mayeul pointed out) Beside that .. What about creating hints for obsolete plugins that are getting removed with a hint that the function has been integrated/extended/moved to the new plugin .. or maybe a hint inside the plugin that this will become obsolete soon because the function will be available in core/new-plugin-name. marking plugins like that for at least one official-release-period will probably easen the migration for the user too.. kind regards Werner -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+hhAcACgkQDAH1YiCxBgkkdwCeOiDF96J6FTJdbQe+8IVb1ESG NwIAnj3euWQOLrYBjion8y0ifngCGLWL =E8B0 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bye bye SPIT?
-1 from me. IMO leave it for 2.0 release. Maybe add a message into the SPIT dialog that says I will be removed in the next release by learn to use X to upload into PostGIS I have never had issues with uploading layers into postgis using SPIT however on the other had dbmanger still feels very touch and go with if it will work or not. - Nathan On Thu, May 3, 2012 at 4:59 AM, Werner Macho werner.ma...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/02/2012 07:31 PM, Horst Düster wrote: +1 on Mayeuls comment mayeul.kauffm...@free.fr schrieb: oh, yes, you're right - it's PostGIS Manager that requires shp2pgsql, not SPIT. My mistake. Sure, duplication of tools is bad. But removing SPIT would mean removing the *only* (correct?) QGIS GUI tool to load shapefiles into postgis without external dependencies. Do we want to get read of this before putting it in DB manager? The same with me (beside the fact that I just learned howto use SPIT (thanks Horst)) it seems much more clearer to me using SPIT than using the dbmanager (for now) .. Don't get me wrong .. dbmanager is great but as long as SPIT is more intuitive (maybe because it just does ONE thing) I'd like to wait with removing it until a filedialog import has been implemented that creates something like the batch upload which you currently see when you add more than one shapefile .. But I am quite sure guiseppe will have that soon :) So.. - -1 from me for removing it right now (and probably think about the dependencies too which mayeul pointed out) Beside that .. What about creating hints for obsolete plugins that are getting removed with a hint that the function has been integrated/extended/moved to the new plugin .. or maybe a hint inside the plugin that this will become obsolete soon because the function will be available in core/new-plugin-name. marking plugins like that for at least one official-release-period will probably easen the migration for the user too.. kind regards Werner -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+hhAcACgkQDAH1YiCxBgkkdwCeOiDF96J6FTJdbQe+8IVb1ESG NwIAnj3euWQOLrYBjion8y0ifngCGLWL =E8B0 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bye bye SPIT?
Hi Folks I guess we can revisit this for 2.0 and I will leave both spit and dbmanager in place for now. Regards Tim On Wed, May 2, 2012 at 10:22 PM, Nathan Woodrow madman...@gmail.com wrote: -1 from me. IMO leave it for 2.0 release. Maybe add a message into the SPIT dialog that says I will be removed in the next release by learn to use X to upload into PostGIS I have never had issues with uploading layers into postgis using SPIT however on the other had dbmanger still feels very touch and go with if it will work or not. - Nathan On Thu, May 3, 2012 at 4:59 AM, Werner Macho werner.ma...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/02/2012 07:31 PM, Horst Düster wrote: +1 on Mayeuls comment mayeul.kauffm...@free.fr schrieb: oh, yes, you're right - it's PostGIS Manager that requires shp2pgsql, not SPIT. My mistake. Sure, duplication of tools is bad. But removing SPIT would mean removing the *only* (correct?) QGIS GUI tool to load shapefiles into postgis without external dependencies. Do we want to get read of this before putting it in DB manager? The same with me (beside the fact that I just learned howto use SPIT (thanks Horst)) it seems much more clearer to me using SPIT than using the dbmanager (for now) .. Don't get me wrong .. dbmanager is great but as long as SPIT is more intuitive (maybe because it just does ONE thing) I'd like to wait with removing it until a filedialog import has been implemented that creates something like the batch upload which you currently see when you add more than one shapefile .. But I am quite sure guiseppe will have that soon :) So.. - -1 from me for removing it right now (and probably think about the dependencies too which mayeul pointed out) Beside that .. What about creating hints for obsolete plugins that are getting removed with a hint that the function has been integrated/extended/moved to the new plugin .. or maybe a hint inside the plugin that this will become obsolete soon because the function will be available in core/new-plugin-name. marking plugins like that for at least one official-release-period will probably easen the migration for the user too.. kind regards Werner -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+hhAcACgkQDAH1YiCxBgkkdwCeOiDF96J6FTJdbQe+8IVb1ESG NwIAnj3euWQOLrYBjion8y0ifngCGLWL =E8B0 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bye bye SPIT?
Hi Mayeul, On Wed, May 2, 2012 at 7:23 PM, mayeul.kauffm...@free.fr wrote: Sure, duplication of tools is bad. But removing SPIT would mean removing the *only* (correct?) QGIS GUI tool to load shapefiles into postgis without external dependencies. Do we want to get read of this before putting it in DB manager? importing into PG databases doesn't requires pyspatialite, you only need psycopg2 and if I understand well you already have it.. Please, could you give more info about the error you get? Regards. -- Giuseppe Sucameli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
