Re: [udig-devel] Catalog View Components

[andrea antonello <andrea.antonello@xxxxxxxxx>]

> 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
> <andrea.antonello@xxxxxxxxx> 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
>> <andrea.antonello@xxxxxxxxx> 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 <mifanc@xxxxxxxxx> 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 <jody.garnett@xxxxxxxxx>
>>> > 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 <mifanc@xxxxxxxxx>
>>> >> 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
>>> >> <andrea.antonello@xxxxxxxxx> 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 <mifanc@xxxxxxxxx>
>>> >> 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
>>> >> > <jody.garnett@xxxxxxxxx>
>>> >> > 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
>
>