On Wed, Jun 29, 2011 at 11:34 AM, Mifan Careem <
mifanc@xxxxxxxxx> wrote:
> Sorry - I will be travelling on Friday evening my time so that would be a
> bit difficult. I am Ok for anytime on Saturday or Sunday if that is possible
> - and if it wont eat into anyone's weekend plans :)
> Cheers
> Mifan
>
> On Wed, Jun 29, 2011 at 12:54 PM, andrea antonello
> <
andrea.antonello@xxxxxxxxx> wrote:
>>
>> > 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