Hi On 06/25/2018 09:26 AM, Tim Sutton wrote: > >> Having either a proper subdomain like proposed here and/or (if not >> feasible quickly) move the whole QGIS project to something like >> project.qgis.org <http://project.qgis.org> which is generic enough to >> serve for all the subparts, that would be great. >> > > I think we can change this easily enough, project.qgis.org > <http://project.qgis.org> sounds like a nice name.
Cool, this will already look a lot better. If https is enabled on this domain, that would even already look quite professional I think :-) And +1 to all the additional comments further down in the mail. Best regards Matthias > >> Especially since the main landing page for the changelog is not >> projecta but the mirrored content on the qgis page, it would be good >> to move things to a different subdomain. It would also be nice to >> have a link on top of >> http://changelog.qgis.org/en/qgis/version/3.0.0/ etc. that links to >> the mirrored page, once it's there, so people landing on the projecta >> page will be redirected to a translated and updated site on qgis.org >> <http://qgis.org>. >> >> >> The most important question I wanted to raise here is, how can we >> make sure that customers landing on the certification page respect it >> as a trustworthy platform. Things that come to my mind here >> >> - Having another subdomain than changelog.qgis.org >> <http://changelog.qgis.org> >> >> > > OK I will write a ticket for this, we can do it. Ticket made here > https://github.com/kartoza/prj.app/issues/964 > >> - Having SSL (signed with qgis.org <http://qgis.org>) >> >> > > Its on our road map. > >> - Having a page design that matches qgis.org <http://qgis.org> >> > > Also on our road map to support theming though making it look 100% > matched might give us some challenges. > >> - Having a link from qgis.org <http://qgis.org> >> >> > > That would be nice. > >>> The same for the lessons platform we build >>> (see http://changelog.qgis.org/en/qgis/section/list/ for all the new >>> training materials we have been developing for QGIS) - we could be >>> pulling this over to QGIS.org <http://qgis.org/> as static content >>> and then incorporating into translation workflows there. We have >>> also a translation framework for lessons on the platform, but it >>> probably won’t scale well for many many languages. >> >> Wow, that is looking good! It would be great to advertise this more! >> >> > > We should probably link it from https://www.qgis.org/en/docs/index.html > >> >>> >>> SSL is on our roadmap for projecta, >>> >>> We are also going to be rebranding it soon as http://prj.app >>> <http://prj.app/> (nothing to see there yet) with an on ramping >>> process to make it easy for new projects to sign up. >>> >>> We would be happy to tweak things to include custom domain support >>> for other parts of the app e.g. http://lessons.qgis.org >>> <http://lessons.qgis.org/>. There are also other interesting things >>> that we built on the platform that never really got used - >>> especially the quorum tool which lets you form teams in a project, >>> make and record decisions (pre-dated loomio) and has a concencus >>> model built in. >>> >>> For QGIS.org <http://qgis.org/> I would suggest to generally keep >>> things as you have it - pull static content onto the site and use >>> projecta as backend where you prepare content. It is a ‘safe’ way to >>> manage things since once content is static, there isnt much that can >>> go wrong and we trade a few moving parts in the content preparation >>> phase for basically no moving parts in the content delivery stage. >> Cool, not much to add from my side. I'm generally happy with the >> process as long as a visitor can easily see where the "authoritative" >> version is located and whenever the "authoritative" version of a >> framework is on prj.app it appears trustworthy for a visitor. > > Agreed that would be nice. > >>> >>> Hope that sheds some light on the big picture view of things from >>> project’s side - and hopefully those with other published software >>> will consider using Prj.app in the future to benefit from all the >>> stuff we have built for QGIS.org <http://qgis.org/> and to help >>> support us in maintaining the platform…. >> >> It does, this platform has a big potential for QGIS but also for >> other projects. >> >> > > Thanks Matthias. > > Regards > > Tim > >> Best regards >> >> Matthias >> > > — > > > > > > > > *Tim Sutton* > > *Co-founder:* Kartoza > *Ex Project chair:* QGIS.org <http://QGIS.org> > > Visit http://kartoza.com <http://kartoza.com/> to find out about open > source: > > Desktop GIS programming services > Geospatial web development > GIS Training > Consulting Services > > *Skype*: timlinux > *IRC:* timlinux on #qgis at freenode.net <http://freenode.net> > -- Matthias Kuhn [email protected] <mailto:[email protected]> +41 (0)76 435 67 63 <tel:+41764356763> OPENGIS.ch Logo <http://www.opengis.ch>
_______________________________________________ QGIS-Developer mailing list [email protected] List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
