> Checking the time now ... Brisbane 2am? If I am still awake at that time on > a friday I won't be on IRC :-)
Well, what can be better than a nice relaxing IRC after an evening out dancing? :) No really, Mifan, I have thought about it and also seen your docs and I would need Jody to be present, since me and him have different ideas on certain parts. And I don't want to risk to stretch you one time on my side, the next on his and mess up your good work. So I would suggest another day. Could Friday work for you guys? Andrea > > -- > Jody Garnett > > On Wednesday, 29 June 2011 at 4:43 AM, Mifan Careem wrote: > > Hi Andrea, > That [1] would work for me - thanks. Hopefully Jody can join us as well as > anyone else - the more the merrier. > 1 > - http://www.timeanddate.com/worldclock/fixedtime.html?msg=uDIG+IRC&iso=20110630T16&ah=1 > Cheers > Mifan > > On Tue, Jun 28, 2011 at 3:13 PM, andrea antonello > <[email protected]> wrote: > > Hi Mifan, > >> Sorry - I'll be out at the newer time you have suggested. Would some other >> time work for you? Maybe later than the previous suggested time? Let me >> know. > > ok, let me try later. Would this work? > > http://www.timeanddate.com/worldclock/fixedtime.html?msg=uDIG+IRC&iso=20110630T16&ah=1 > > The only thing I am afraid of, is that we will loose Jody's support, > which is always very valuable. > > I think an IRC now would be very important, so I would do it anyways > (Jody please don't be offended :)). > > Andrea > > >> Thanks >> Mifan >> >> On Tue, Jun 28, 2011 at 1:40 PM, andrea antonello >> <[email protected]> wrote: >>> >>> Hi Mifan, >>> thanks for all the updates. >>> >>> I have a problem with the IRC time, since I already have a bussiness >>> meeting in your proposed timeframe. Would it be possible to anticipate >>> by 3 hours? >>> >>> That would be: >>> >>> >>> http://www.timeanddate.com/worldclock/fixedtime.html?msg=uDIG+IRC&iso=20110630T09&ah=1 >>> >>> Andrea >>> >>> On Tue, Jun 28, 2011 at 7:30 AM, Mifan Careem <[email protected]> wrote: >>> > I have come up with a revised version of the catalog browse view >>> > concept >>> > C >>> > here [1]. This is based on the shortcomings of the previous concept B >>> > here >>> > [2]. Please take a look at the suggestions. Hopefully this would solve >>> > most >>> > of the scenarios, if not all. >>> > I can explain this in detail in the IRC chat we plan to have on >>> > Thursday >>> > [3] >>> > to see whether this fits the bill. >>> > 1 >>> > >>> > >>> > - http://udig.refractions.net/confluence/display/UDIG/GSoC+2011+-+Catalog+View+Reports#GSoC2011-CatalogViewReports-conceptc >>> > 2 >>> > >>> > >>> > - http://udig.refractions.net/confluence/display/UDIG/GSoC+2011+-+Catalog+View+Reports#GSoC2011-CatalogViewReports-conceptb >>> > 3 >>> > >>> > >>> > - http://www.timeanddate.com/worldclock/fixedtime.html?msg=uDIG+IRC&iso=20110630T12&ah=1 >>> > Cheers >>> > Mifan >>> > >>> > On Thu, Jun 23, 2011 at 10:56 AM, Jody Garnett <[email protected]> >>> > wrote: >>> >> >>> >> The feature type is often the name of the file; and consists of the >>> >> attribute columns defined for that shapefile. >>> >> >>> >> -- >>> >> Jody Garnett >>> >> >>> >> On Wednesday, 22 June 2011 at 9:17 PM, Mifan Careem wrote: >>> >> >>> >> Hi All, >>> >> I'm working on some additional scenarios for the catalog view, and it >>> >> is >>> >> quite difficult to come up with a one-solution-that-fits all solution >>> >> - >>> >> thanks for pointer Andrea - I'm trying to figure out how to handle >>> >> loads of >>> >> shapefiles from the local file system. >>> >> Quick question - in terms of a Shapefile, what would Feature Type be? >>> >> Is >>> >> it POINT, LINE or POLYGON or can it be something else? >>> >> Thanks >>> >> Mifan >>> >> >>> >> On Sat, Jun 18, 2011 at 1:56 AM, Mifan Careem <[email protected]> >>> >> wrote: >>> >> >>> >> Hi Andrea, >>> >> Sure - I'll put up some examples for the other types on the wiki. It >>> >> is >>> >> interesting since the view I had doesn't help a situation where there >>> >> are >>> >> say 100 shapefiles loaded from the filesystem, which still shows up as >>> >> a 100 >>> >> shapefiles in the 'Service' view. >>> >> Mifan >>> >> >>> >> On Thu, Jun 16, 2011 at 2:13 AM, andrea antonello >>> >> <[email protected]> wrote: >>> >> >>> >> Hi Mifan, >>> >> can you make more examples of your wortkflow for different data types? >>> >> You tend to make examples just with remote services and I want to make >>> >> sure all the different types have a proper way to be handled. >>> >> >>> >> What would happen for example with: >>> >> - shapefiles >>> >> - folder of shapefiles >>> >> - tiff >>> >> - asc >>> >> - folder with tiff and asc >>> >> - folder with tiff and shapefiles >>> >> - postgis connection >>> >> - no4j connection (or H2 or sqlite) >>> >> -... any other thought? >>> >> >>> >> I can be around for IRC for about 1/2 an hour at the same time as last >>> >> time. >>> >> >>> >> Ciao, >>> >> Andrea >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> On Tue, Jun 14, 2011 at 10:22 PM, Mifan Careem <[email protected]> >>> >> wrote: >>> >> > HI All, >>> >> > Based on the last IRC breakout on the Catalog View, I've come up >>> >> > with >>> >> > a >>> >> > 2nd >>> >> > draft of a possible view: >>> >> > >>> >> > >>> >> > >>> >> > http://udig.refractions.net/confluence/display/UDIG/GSoC+2011+-+Catalog+View+Reports#GSoC2011-CatalogViewReports-catalogscenario1 >>> >> > Scenario 1 here is trying to keep it as simple as possible, before >>> >> > moving to >>> >> > the multi-select (scenario 2) and configurable start components >>> >> > (scenario >>> >> > 3). I'd love to hear your thought on this and verify whether the >>> >> > thinking >>> >> > here is right. The use case for Scenario 1 is as follows: >>> >> > >>> >> > The catalog lists the Service Types (File, Database, Web Services, >>> >> > Other, >>> >> > Decorator). The other components (Service, DataType and Layers) are >>> >> > blank >>> >> > User selects the Web Services Service Type >>> >> > The Services component is then filled with the Services that fall >>> >> > under >>> >> > the >>> >> > selected Services Type (FGDC WMS, ESRI WMS, Geoserver WFS etc.) >>> >> > The user selects the MassGIS WFS. This populates the DataType >>> >> > component >>> >> > with >>> >> > the FeatureTypes. >>> >> > The user select the FeatureType. This loads the Layers relevant to >>> >> > the >>> >> > feature type. Usually this might be a 1:1 mapping >>> >> > >>> >> > Should we have another IRC to discuss this further? >>> >> > Cheers >>> >> > Mifan >>> >> > On Tue, Jun 7, 2011 at 6:32 PM, Jody Garnett >>> >> > <[email protected]> >>> >> > wrote: >>> >> >> >>> >> >> Hi Mifan: >>> >> >> Sorry for joining the conversation late :-) I am very enthusiastic >>> >> >> about >>> >> >> your work - and also your questions as they will help motivate me >>> >> >> to >>> >> >> iron on >>> >> >> the wrinkles in the catalog api. >>> >> >> >>> >> >> Services -> Layer -> Type >>> >> >> This is from Jody's original proposal. >>> >> >> Services would be a list of services that are loaded >>> >> >> Layers would be the layers >>> >> >> Types would be the types of layers >>> >> >> (An image is available in [2] named Version 3, under the June 10 >>> >> >> Weekly >>> >> >> Report) >>> >> >> >>> >> >> Small clarification; I was not sure what to really do for the last >>> >> >> column >>> >> >> as i had a number of "things" I wanted to communicate: >>> >> >> - type (as you indicated); the annoying part is that type forms a >>> >> >> "tree" >>> >> >> (with the vast majority of types simply extending feature) >>> >> >> - style (I have a change proposal I need to sort out on this topic; >>> >> >> but >>> >> >> basically styles are organised by feature type - as feature type >>> >> >> indicates >>> >> >> what geometry and attributes are available to be drawn) >>> >> >> - friends (if the data was available via another service we >>> >> >> consider >>> >> >> both >>> >> >> layers to be "friends"). This is actually an "association" but >>> >> >> friends >>> >> >> makes >>> >> >> udig a more user-friendly experience :P >>> >> >> _______________________________________________ >>> >> >> User-friendly Desktop Internet GIS (uDig) >>> >> >> http://udig.refractions.net >>> >> >> http://lists.refractions.net/mailman/listinfo/udig-devel >>> >> >> >>> >> > >>> >> > >>> >> > _______________________________________________ >>> >> > User-friendly Desktop Internet GIS (uDig) >>> >> > http://udig.refractions.net >>> >> > http://lists.refractions.net/mailman/listinfo/udig-devel >>> >> > >>> >> > >>> >> _______________________________________________ >>> >> User-friendly Desktop Internet GIS (uDig) >>> >> http://udig.refractions.net >>> >> http://lists.refractions.net/mailman/listinfo/udig-devel >>> >> >>> >> >>> >> _______________________________________________ >>> >> User-friendly Desktop Internet GIS (uDig) >>> >> http://udig.refractions.net >>> >> http://lists.refractions.net/mailman/listinfo/udig-devel >>> >> >>> >> >>> >> _______________________________________________ >>> >> User-friendly Desktop Internet GIS (uDig) >>> >> http://udig.refractions.net >>> >> http://lists.refractions.net/mailman/listinfo/udig-devel >>> >> >>> > >>> > >>> > _______________________________________________ >>> > User-friendly Desktop Internet GIS (uDig) >>> > http://udig.refractions.net >>> > http://lists.refractions.net/mailman/listinfo/udig-devel >>> > >>> > >>> _______________________________________________ >>> User-friendly Desktop Internet GIS (uDig) >>> http://udig.refractions.net >>> http://lists.refractions.net/mailman/listinfo/udig-devel >> >> >> _______________________________________________ >> User-friendly Desktop Internet GIS (uDig) >> http://udig.refractions.net >> http://lists.refractions.net/mailman/listinfo/udig-devel >> >> > _______________________________________________ > User-friendly Desktop Internet GIS (uDig) > http://udig.refractions.net > http://lists.refractions.net/mailman/listinfo/udig-devel > > _______________________________________________ > User-friendly Desktop Internet GIS (uDig) > http://udig.refractions.net > http://lists.refractions.net/mailman/listinfo/udig-devel > > > _______________________________________________ > User-friendly Desktop Internet GIS (uDig) > http://udig.refractions.net > http://lists.refractions.net/mailman/listinfo/udig-devel > > _______________________________________________ User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net http://lists.refractions.net/mailman/listinfo/udig-devel
