{{{ --> You are now talking on #geonetwork --- Topic for #geonetwork is GeoNetwork opensource http://geonetwork-opensource.org | Don't flood! Use paste: http://rafb.net/paste | Source: http://geonetwork.svn.sourceforge.net Topic for #geonetwork set by ticheler at Wed Feb 14 22:29:02 2007 #geonetwork :[freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup -ChanServ- [#geonetwork] Welcome to the GeoNetwork opensource IRC channel on Freenode! --> bluenetsp (n=chatzill@140.79.17.146) has joined #geonetwork --- Disconnected (Connection reset by peer). --> You are now talking on #geonetwork --- Topic for #geonetwork is GeoNetwork opensource http://geonetwork-opensource.org | Don't flood! Use paste: http://rafb.net/paste | Source: http://geonetwork.svn.sourceforge.net Topic for #geonetwork set by ticheler at Wed Feb 14 22:29:02 2007 -ChanServ- [#geonetwork] Welcome to the GeoNetwork opensource IRC channel on Freenode! Hello bluenetsp Hi Francois how are you ? Good and you? I can see you guys are going to keep a french repository! yep, a french sandbox rather than an other repository yep - should be good for dev efforts Pierre was using an other repository for geosource project since 2006 better to keep all geonetwork flavour in the same env Yep I'll probably ask for a swiss one also in the comming month How are we going to integrate all these into the trunk> The $640000 question :) suppose the first thing is to get everyone to say what they've been working on? for geosource, we only merge what we think is mature enough to get into the trunk (and we can afford in our contract) then some people ask to merge as much things as possible into trunk but then require more works yep - we get the same pressure they don't like not being in the trunk the idea of using the proposal could help because you make your dev, then a patch for the proposal and push this into the trunk but usually, you do everything, and at the end start trying to make patch and that's complex thats it - also we could be working on the same things - which might make integration harder yep how about our editor stuff? and sometimes we also wait for people porting to trunk to start working on it i like your editor and would like to work on it ;) Yep - it needs all the help it can get :-) perhaps a brief run down on whats in it? yep 1. ajax controls +,x,^,v 2. xsd validation messages, 3. and just recently upload/download via ajax interface Things not done: tabs still submit the form :-( that's not critical I think xsd validation display error next to the element ? yep I have done ajax control for tabs, but submit the form also you also have popup for privileges and category yep - the popup is also used for the upload/download stuff to separate it from the form haven't done the thumbnails in popup yet or our creative commons constraint builder Do you know if Jeroen plan to join us ? I thought he was going to ok will see These changes for the editor are easy to merge to trunk ? Yep - that should be ok - but the editor/viewer is handled in a separate window - not sure how that will go down should not be so different ? some talk earlier on dev about breaking the back button the back button is not on the editor, it's the cancel one ? From my side, on the editor, I've made popup to select a parentIdentifier, select a service URL from metadata on services which could be useful in trunk. On going XLink support parentIdentifier definitely useful here how does the service url selector work? the issue on parentIdentifier is when you index on record, you need to index the parent also If you use iso19119 to store metadat aon service, then you display all services available in the catalogue and allow user to select on in the distribution / onlinesrc section Then I plan to add multilingual editing support ... serviceidentifier mods would also be excellent and would like to do that in your new ajax editor if possible on parentidentifier: does the child inherit elements from the parent? no it's a link and we have an action to update all children (only some elements) but that's a bit dangerous I think how does the parent know about its children? its not in the metadata? it's in the children metadata and in the index so you could search for children yes of course - using lucene to find them yep you also have to have parents and children in the same catalogue yep - same catalogue - could be useful down here as we have lots of metadata with these relationships linking series and datasets? yep and using that for other kinds of hierarchies based on scale and project ok I suppose you don't have to work on multilingual metadata record in australia ? you're welcome to use the editor - its in the sandbox and probably won't change significantly now - I have to do a harvester for thredds/opendap what's thredds ? multilingual? most Australians don't even know how to speak english :-) :) thredds is a catalogue for earth science datasets usually netcdf, hdf format link to geosciml ? possibly but the main users are actually marine and oceanography they don't have their act together like the geosciml people ok We made change on Lucene adding geographic search support (under test) thredds can catalogue time series data from these files and can let users download via opendap and just recently a web coverage service nice, and use iso also I suppose no iso yet - but the catalogues have useful metadata in them which we'll use the harvester to convert to iso Have you been playing with geonetwork CSW ? we're (Mathieu) going to do a code review and add missing operation (Harvest, Transaction) only to add profiles - not much really - we have need to let people do transactional stuff Profil are not supported for now. I made some change to the XSL to handle gco:isoType for profil some search criteria are missing also yep - lucene + spatial could help there as could a spatial db I suppose no creating a shapefile on indexing process keeping the shapeile index in memory and apply a lucene filter after lucene search nice sounds good and we're currently working on the search interface remplacing intermap by openlayers which allows to draw polygons for search criteria then no spatial db should be necessary. this would also be great! should have live demo at the end of november do you think we could run down the list of proposal and see what could be include in trunk ? in the new sandbox? the swiss one ;) server side is ok, but client side start Francois the changes you've mentioned above would be excellent to do away with the need for a spatial db but get the spatial ops in the csw would open up more users down here Yep I was not in favour of adding a spatial db if performance was ok ... and looks to be fine. yep on the proposals - looking at the list from your side do you have time to work on merging some stuff to trunk ? and do you prefer to merge many features in one patch ? time is difficult I think for all I guess but it has to be done - no 2.3 otherwise yep I think so we don't have to merge everything also I think I'd like to merge as much stuff as possible for the beta - but separating it out could be time consuming I think you have to make it easy as possible do you have things to add to the editor now? we could just apply it in one go I think I would prefer to wait as I'm still making update for the project in switzerland (end begining of next year) ok - so that makes it easier I suppose but SlectionManager and MetadataImport could be merged and does not overlap to much with the editor yep selection manager + we've added massive ownership, categories and privileges via blind so you could take care of the selection manager ? and I could do MetadataImport interface. yep do you think that's possible in the coming month ? yep I would like to merge the editor and the modal box stuff (you call it popup) for rest of the interface as well Did you discuss with that with Jeroen ? if we could propose a PSC vote for all editor enhancements ? I suppose that the editor is linked to xsl v2 migration and profils support ? Yes - but xsl v2 can happen bit by bit ok we don't have to migrate everything for what xsl v2 is needed ? I've been using saxon for ages instead of xalan - not tested under xalan ok what time is it in Tasmania ? xsl v2 only used in some places where offers shorter code 7:10pm not sure Jeroen and others will join today doesn't look like it I think we could also merge the compressing http responses proposal that's imply jeeves modification ? or only jetty configuration servlet filter so doesn't matter which container Jeeves is an issue as well - we have our own copy in the sandbox yep we also have has quite a few small mods to it so we should propose to have one in geonetwork as well maybe or have commit access to Jeeves yep - its pretty big load for Jeroen or other jeeves admins otherwise we should ask the questions to the list perhaps get Jeroen's outlook on that too yep well - I have a list of stuff to do now at least Ok will update the trac list proposals to show what could be done now yep - I think that at least from our end we've defined what will be in 2.3? Others need to add their timelines yep I think I'll edit the editor proposal to make it up to date at least say what is to be in 2.3 and shift the other stuff into future releases heading yep I'm doing it now done is Shibboleth done in the bluenet ? yes - not tested in anger yet any major use of shib in France/EU not so much ldap/CAS yep but not many shib we have an old ldap implementation but I've been reluctant to revive it becaue not sure how scaleable are you using the ldap in GeoNetwork ? uses a special geonetwork ldap with its own schema - this ldap has links to other ldaps to do authentication the issue in GeoNetwokr is that you need to have user defined in the ldap AND in geonetwork no we had users and groups in ldap and everything else in database how do you define groups for each user ? used groups like unix groups in geonetwork ldap schema --> vheurteaux (n=vheurtea@mtd203.teledetection.fr) has joined #geonetwork ok need to have a look to the documentation :) its quite flexible - can even have groups of groups troiuble is I think the connectiopns to the ldap need to be pooled hence my worries about scaleability do you have guys working on DB connection pooling in the container instead of Jeeves ? that is Stephen Davies at GA - don't know whether there stuff is going to come out to everyone else I was discussing that with Stephen Davies on the list ok he did request commit rights - but not sure what happened to the request this is a bit of an issue - not sure how requests are supposed to be handled like that its hard work for one person Jeroen to have to do that yep how are you handling other people who want to commit to the French sandbox? they are not so much ? sorry if thats a blunt question but hope their will be more in the coming month do you have a mailing list for bluenet ? and a website for download ? yep - its gone quiet yep anzlicmet.bluenet.utas.edu.au time to go home here - 7:35PM - thanks for the discussion Francois! and the reorg of 2.3 tasks yep will send an email for Jeroen and update the trac have a good night have a good day :-) thanks and see you ciao }}}