[QGIS-Developer] Projecta

Matthias Kuhn matthias at opengis.ch
Thu Jun 28 07:33:34 PDT 2018


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
matthias at opengis.ch <mailto:matthias at opengis.ch>
+41 (0)76 435 67 63 <tel:+41764356763>
OPENGIS.ch Logo <http://www.opengis.ch>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20180628/f642e0fd/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: KartozaNewLogoThumbnail.jpg
Type: image/jpeg
Size: 6122 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20180628/f642e0fd/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 6671 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20180628/f642e0fd/attachment-0001.png>


More information about the QGIS-Developer mailing list