[Incubator] OSGeo Portal Project Tailoring
Daniel Brookshier
dbrookshier at collab.net
Tue Mar 14 12:00:06 EST 2006
There is no good import solution. The XML import is a tad complex and
really meant for migration within the same system.
The key point I am making is really about using the integrated tool,
rather than a mix. Yes, you might be able to hack it together between
this and your old site, but why not just use the integrated tools?
Remember that we are trying for a foundation that is greater than a
sum of its parts. The more you use the common tool set, the better
off the members are.
This isn't really a "my tools are better than yours". In some cases
it is better but not all. We are planning a lot of improvements that
you will get without lifting a finger - but that's true of a lot of
software. We are just going down the path of common tools because
that's what Autodesk has donated to the community to hold us all
together. I don't think we have put a moratorium on what tools or
conditions about tools use. I only recommend common tool use in the
supported system as a community asset and culture.
Migrating is indeed painful. Sometimes it is even very painful. You
should do it with open eyes to what is to be gained verses being
hosted off the grid. The community benefits from its size both in its
use, but also its counted users. If users are off site, we can't
count them.
Daniel Brookshier
Community Manager
Office: 972-422-5261
Cell: 214-207-6614
On Mar 14, 2006, at 10:04 AM, Chris Holmes wrote:
> > As for ProjectTracker(PT) verses Bugzilla off site. I would not
>> recommend this only because PT is integrated into the platform so
>> that annotations to code of PT reference are linked
>> automatically. Also changes to PT within your project are sent to
>> the issues email list.
> This behavior should be easy to replicate, no? Other task trackers
> are easy to configure to send to an arbitrary list, so bugzilla
> should be able to just post to the issues list.
>
> Although if you can import the bugzilla issues db, that seems like
> the ideal solution. I found that JIRA can: http://
> www.atlassian.com/software/jira/docs/v2.5.3/bugzilla_import.html
> but the scarab stuff seems more questionable, that there's an xml
> import thing, but I didn't find anything written for bugzilla in
> particular. Is there a good way to handle that import?
>
>
>
>
> It
>> is also integrated with our Life Cycle Application manger, but we
>> have that disabled for now, but will probably turn it on after
>> the next release because it will be simple to use.
>> Now to Doxygen. One thing you might consider is an iFrame view of
>> that site. Alternatively, just get the essentials on the front
>> page and point offsite. You can add a link to the left nav via
>> scripting as I pointed out earlier, but a right nav might make it
>> easier to distinguish specific content related to your project.
>> Wish I could present a Doxygen alternative in the site, but web
>> editable content is not going to be available for a few months.
>> You could do what we have done with the wiki which is hosted via
>> a subdomain out of Germany. It would mean that the main page
>> would be generic to OSGeo and we open it up to other projects to
>> use. You would still be hosting. I do plan on adding a root
>> reference to the left nav for all projects.
>> <script type="text/javascript">
>> // This code removes the project page title and
>> information. It may need to change when
>> // the CEE platform is upgraded.
>> function replaceLinks() {
>> try {
>> var apphead = document.getElementById("apphead");
>> if (apphead != null) {
>> apphead.innerHTML = "";
>> } var projecthome =
>> document.getElementById("projecthome");
>> if (projecthome != null) {
>> var tableCollection =
>> projecthome.getElementsByTagName("table");
>> if (tableCollection[0] != null) {
>> rowCount = tableCollection[0].rows.length;
>> for (i = 0; i < rowCount; i++) {
>> tableCollection[0].deleteRow(0);
>> }
>> }
>> }
>> } catch (e) {
>> }
>> }
>> window.onload=replaceLinks;
>> </script>
>> Daniel Brookshier
>> Community Manager
>> Office: 972-422-5261
>> Cell: 214-207-6614
>> On Mar 13, 2006, at 8:02 PM, Frank Warmerdam wrote:
>>> DanielB,
>>>
>>> I would like to tailor the gdal.osgeo.org project portal to remove
>>> various items I'm not using (or even to point them at relevant off
>>> site resources) but I don't know how to do that. How would that
>>> be accomplished?
>>>
>>> For instance, I want to drop "forums", and perhaps point the
>>> Project Tracker off at the GDAL Bugzilla.
>>>
>>> The broader problem I have is that the GDAL web site is generated
>>> with
>>> Doxygen several times per day. It isn't really practically for
>>> me to
>>> keep updating this in Subversion partly because Doxygen seems to
>>> insist
>>> on adding timestamps for generation at the bottom. Any
>>> suggestions on
>>> how to handle this? Will gdal.osgeo.org just have a pointer on the
>>> web page off to http://www.gdal.org/? Should we be acting to
>>> just point
>>> gdal.osgeo.org to www.gdal.org?
>>>
>>> Best regards,
>>> --
>>> ---------------------------------------
>>> +--------------------------------------
>>> I set the clouds in motion - turn up | Frank Warmerdam,
>>> warmerdam at pobox.com
>>> light and sound - activate the windows | http://pobox.com/~warmerdam
>>> and watch the world go round - Rush | President OSGF, http://
>>> osgeo.org
>>>
>>>
>>> --------------------------------------------------------------------
>>> -
>>> To unsubscribe, e-mail: incubator-unsubscribe at incubator.osgeo.org
>>> For additional commands, e-mail: incubator-help at incubator.osgeo.org
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: incubator-unsubscribe at incubator.osgeo.org
>> For additional commands, e-mail: incubator-help at incubator.osgeo.org
>
> --
> Chris Holmes
> The Open Planning Project
> thoughts at: http://cholmes.wordpress.com
> <cholmes.vcf>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: incubator-unsubscribe at incubator.osgeo.org
> For additional commands, e-mail: incubator-help at incubator.osgeo.org
More information about the Incubator
mailing list