2012/9/10 G. Allegri <[email protected]> > 2012/9/10 kimaidou <[email protected]> > >> Hi Giovanni, >> >> * The print service will be supported in the next version. Not yet to >> follow the "release often" mantra >> > > Do you have a schedule for the next version? >
Not yet, no. We will release V2 today or tomorrow. We have no schedule yet for the next one.. > > >> * We think rights management must be kept simple for users. This is why >> we choose deliberately to manage rights per repositories and not per >> project nor layers. We think it is very easy to set up several dedicated >> projects with Qgis to fit the need to protect some layers. One simple >> project a.qgs for readers with layer A and B and this configuration, >> another mrpresident.qgs for the big boss with all the secret layers and all >> the zoom available, etc. >> > > We also thought it but it requires to propagate project and layers > settings to the various projects, A change in one project requires to > manually do the same on the others... Ok, not so bad for two or three > projects, but very time consuming if you have multiple roles = multiple > projects. > Anyway, I agree with you, it's times simpler to implement ;) > We totally agree. It depends of the number of projects and roles to deal with. What could be great in Qgis : be able to set a "master" project file (with all layers and configurations), and have a tool (or natively in Qgis) to create "child" projects based one this master one. I am not speaking about copy/paste as some of the already existed python plugins do. I am thinking about kind of a dynamic link between master and children. Would it be possible in Qgis XML project file to dynamically load external resources on demand ? I am thinking about the way we can import a CSS file into another, etc. > > >> * Why not though add in the future the possibility to manage permissions >> on request type (getCapabilities, getMap, getFeatureInfo, etc.). >> > > Ok. > Our goals are very similar. We will think on it... > Great to chat about these subjects with you ! > > giovanni > > > > > >> >> Michael >> >> 2012/9/10 G. Allegri <[email protected]> >> >> Hi Michael, >>> the two projects will probably overlay similar features. We've never >>> worked with Jelix, and we didn't want to learn another framework :) >>> Anyway, sharing ideas is always the best way for OS projects. >>> A couple of questions: >>> >>> - will you support the print service? >>> - I haven't tried Lizmap yet. Does it handle rights permissions on >>> single layers within a .qgs project? Can you manage permissions on the >>> request types (e.g. getfeatureinfo, getcapabilities, etc.)? >>> >>> It would be great if you could setup an SCM (bitbucket, github, or >>> whatelse). >>> giovanni >>> >>> >>> >>> 2012/9/10 kimaidou <[email protected]> >>> >>>> Hi all, >>>> >>>> Lizmap will be release soon, as a Zip file. I do not know yet if I will >>>> create a bitbucket account to put the code here or not. Why not ! >>>> >>>> Some of next lizmap features : >>>> * access rights management to repositories (1 repository = one folder >>>> in the server containing one or more projects). You can defined, groups, >>>> users, and then set the visibility of each repository to one or more >>>> groups. >>>> * simple approach of tile caching, with no configuration needed (just >>>> click on a checkbox in Lizmap plugin for each layer to be cached) >>>> * new ui, etc. >>>> >>>> I am writing some documentation right now, and will explain these >>>> features as soon as I find time :) >>>> >>>> Cheers >>>> Michael >>>> >>>> >>>> 2012/9/10 Tim Sutton <[email protected]> >>>> >>>>> Hi >>>>> >>>>> On Mon, Sep 10, 2012 at 12:01 PM, G. Allegri <[email protected]> >>>>> wrote: >>>>> > Hi, >>>>> > the project is in very early development state. We've just >>>>> implemented some >>>>> > basic things for the current client we are working for, but we want >>>>> to go on >>>>> > with the development. >>>>> > We're aware of LizMap (we're looking forward for its new release; >>>>> question, >>>>> > is there a public repository?), but we prefer to use Django, because >>>>> it will >>>>> > let us leaverage the Qgis Python APIs in case we will need them >>>>> (probably >>>>> > yes). >>>>> > In this moment we're using qgis-web-client as it is beacuse it fits >>>>> our >>>>> > current needs (e.g. we don't need external base layers, it already >>>>> supports >>>>> > the Qgis Server print service, etc.) but I would like to implement a >>>>> > Javascript API to be used independently by any JS framework. >>>>> > Lots of ideas... we hope to find the needed sponsors to implement >>>>> them all! >>>>> > >>>>> > We'll release something as soon as we have a minimally stable >>>>> project. >>>>> > giovanni >>>>> > >>>>> >>>>> Cool - it might be nice to put your work in >>>>> http://github.com/qgis/XXXX if you want to do it pubicly. >>>>> >>>>> Regards >>>>> >>>>> Tim >>>>> >>>>> >>>>> > >>>>> > 2012/9/10 rldhont <[email protected]> >>>>> >> >>>>> >> Le 10/09/2012 09:29, Giovanni Manghi a écrit : >>>>> >> >>>>> >>> Hi Giovanni, >>>>> >>> >>>>> >>>> On Sat, Sep 8, 2012 at 11:18 AM, G. Allegri <[email protected]> >>>>> wrote: >>>>> >>>>> >>>>> >>>>> I'm working on a project to port qgis-web-client under Django, >>>>> witht >>>>> >>>>> the aim >>>>> >>>>> to build a Qgis Server web based manager and extended service >>>>> provider. >>>>> >>>>> We've already implemented a basic structure, with a proxy (a >>>>> Django >>>>> >>>>> view) to >>>>> >>>>> intercept the calls to qgis_mapserv.fcgi, and a view/template to >>>>> expose >>>>> >>>>> the >>>>> >>>>> qgis-web-min. >>>>> >>> >>>>> >>> very nice! will the code be released? >>>>> >> >>>>> >> >>>>> >> Stay tuned, a new LizMap version will be released soon (today or >>>>> tomorrow) >>>>> >> >>>>> >> Cheers, >>>>> >> >>>>> >> René-Luc D'Hont >>>>> >> 3Liz >>>>> >> >>>>> >> >>>>> >>> >>>>> >>> cheers! >>>>> >>> >>>>> >>> -- Giovanni -- >>>>> >>> >>>>> >>> >>>>> >>> _______________________________________________ >>>>> >>> Qgis-developer mailing list >>>>> >>> [email protected] >>>>> >>> http://lists.osgeo.org/mailman/listinfo/qgis-developer >>>>> >> >>>>> >> >>>>> >> _______________________________________________ >>>>> >> Qgis-developer mailing list >>>>> >> [email protected] >>>>> >> http://lists.osgeo.org/mailman/listinfo/qgis-developer >>>>> > >>>>> > >>>>> > >>>>> > _______________________________________________ >>>>> > Qgis-developer mailing list >>>>> > [email protected] >>>>> > 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 >>>>> [email protected] >>>>> http://lists.osgeo.org/mailman/listinfo/qgis-developer >>>>> >>>> >>>> >>> >> >
_______________________________________________ Qgis-developer mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/qgis-developer
