[OSGeo-Discuss] GPS Versus Maps

2010-06-01 Thread Sampson, David
This was an interesting resource passed around our offices I thought the
OSGEO community might appreciate.

Thanks Peter,


Source: Peter Paul, Natural Resources Canada

A brief discussion from the CBC Radio Program 'Spark' ...

Spark 115 - May 30  June 1, 2010

Scroll down left menu to reach the title 'Paper Maps vs GPS', then click
the audio button to listen to Nora Young's interview with Prof. Toru
Ishikawa who has done some usability testing recently at the University
of Tokyo.



Discuss mailing list

RE: [OSGeo-Discuss] Gov't adopting open source ?

2010-01-19 Thread Sampson, David
There is also a small community of FOSS advocates growing using the Government 
of Canada's social networking tool GCconnex (currently a pilot)
If you are a federal employee in Canada check out the FOSS4GOC group and also 
tag your profile with OSGEO so we can find who is using FOSS and FOSS4G 
throughout the government.
Geospatial group: 
FOSS in Canadian Government Group: 
Geospatial Metadata Management group: 
* links avaialble only within the GOC network
NOTE: elgg is an open source tool (http://elgg.org/)
There is also a FOSS page on GCPedia 

Dave Sampson
Technical Support Analyst

Thank you for thinking of the environment before printing this email. 
Merci de penser à l'environnement avant d'imprimer ce courriel. 


From: discuss-boun...@lists.osgeo.org 
[mailto:discuss-boun...@lists.osgeo.org] On Behalf Of Gavin
Sent: Monday, January 18, 2010 08:44
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] Gov't adopting open source ?

There's already an OSGeo wiki section for this thread - please update 
with your contributions:



On Fri, 2010-01-15 at 02:02 -0800, Ravi wrote: 

in India the southern state of Kerala is officially committed 
to Open Source.


Ravi Kumar

--- On Fri, 15/1/10, Jorge Gaspar Sanz Salinas 
js...@osgeo.org wrote:

 From: Jorge Gaspar Sanz Salinas js...@osgeo.org
 Subject: Re: [OSGeo-Discuss] Gov't adopting open source ?
 To: OSGeo Discussions discuss@lists.osgeo.org
 Date: Friday, 15 January, 2010, 3:10 AM
 2010/1/14 andrea giacomelli pibi...@gmail.com:
  Hi Tyler
  2010/1/14 Tyler Mitchell (OSGeo) tmitch...@osgeo.org:
  I'm just starting to dig into this question
 myself, but thought I'd ask if
  anyone else knows of a resource/document/site,
 etc. that shows which
  governments (nationally, regional or municipal)
 have committed to open
  source software?
  1) in Europe, there is OSOR, which is the Open Source
 observatory. www.osor.eu
  This can be a good source.
 Maybe more related with use cases is ePractice[1], another
 portal focused on use cases in public administration.
 In fact, OSOR, ePractice and SEMIC are three parallel
 efforts of the
 European Union to promote free software on public admin.
 [1] http://www.epractice.eu/
 [2] http://www.semic.eu
 Jorge Gaspar Sanz Salinas
 Ingeniero en Geodesia y Cartografía
 Discuss mailing list

  The INTERNET now has a personality. YOURS! See your 
Yahoo! Homepage. http://in.yahoo.com/

Discuss mailing list

Discuss mailing list

[OSGeo-Discuss] Open Location Services

2009-10-29 Thread Sampson, David
I am looking for an open source project that has implemented OpenLS
specification from OGC.
I know their are some groups working on this
* PAGC (on their road map)
* OpenRouter (any code yet?)
* OpenGeocoder (any code yet?)
I am looking to see if anyone has this OUT OF THE BOX and ready to
download and install.
If there are any projects that are close I wouldn't mind hearing when
the proposed release date is or what is required to make OpenLS happen
with an open source solution.
My understanding is that OSGEO is working towards refrence
implementations of OGC specs
(http://www.opengeospatial.org/pressroom/pressreleases/944) perhaps
OpenLS has a reference implementation?
Discuss mailing list

[OSGeo-Discuss] OWS Common Python Server. Guidance Required

2009-08-04 Thread Sampson, David
Hey Folks,

I have recently used the OWSLIB library
(http://trac.gispython.org/lab/wiki/OwsLib) for some python based
plugins in QGIS (http://sourceforge.net/projects/qgiscommunitypl/). I am
also involved with PAGC, a public address geocoder project

OWSLIB made the plugins development a lot smoother and I look forward to
doing some more (mainly to learn about OGC specs)

PAGC is gearing its development towards the OLS (Open Location Service)
spec. [http://www.opengeospatial.org/standards/ols]

I am interested in creating a small python server for OLS and
WPSPython mainly because it is what I know and I believe a good
learning tool. Then I thought I must not be the first to think this.

Recent discussion on the PAGC mailing list suggested the possibility of
having a generic OLS server that can have various modules plugged into
it. For example Geocoding for one and Routing for another.

Then I thought back to the OWSLIB approach where they have an OWS common
module and then separate modules for the specific specs. But I believe
the lib focuses on clients, and not servers.

With the agreement between OSGEO and OGC would there be possible work or
collaboration on creating a base server (python based?) that could be
used to create various servers of all the specs. An easy API approach to
creating OGC services?

I know this might start the language battle, I am thinking of ways of
lowering the educational barrier and provide examples...  Both the C
camp (though providing bindings to a c based lib) and Java camp (by
providing Jython and python bindings) could have their own performance
driven approach. 

Perhaps this is already done?

Anyone intrigued?


Discuss mailing list


2009-07-20 Thread Sampson, David
For those OSGEO folks heading to Geoweb in Vancouver, this pre-conference 
technical meeting may be of interest.

See contact info within, as this event is separate from the actual Geoweb 

 Pardon the delayed post.


Le français suit l'anglais. 
SFU Harbour Centre - Room 1430
515 West Hastings Street
Vancouver, British Columbia
Friday, July 24, 2009
Event: GeoConnections is sponsoring a Canadian Geospatial Data Infrastructure 
(CGDI) technical workshop to be held Friday, July 24 immediately preceding the 
GeoWeb 2009 conference. 
Purpose: The workshop will gather together CGDI technical stakeholders to 
foster dialogue related to current CGDI technical activities and future 
directions for the CGDI. 
Key Objectives: 
*   To communicate recent GeoConnections activities in the areas of 
standards, community-specific architectures, and technology development; 
*   To develop recommendations regarding specific strategies to sustain the 
CGDI, with a focus on standards and emerging technologies; 
*   To provide a meeting and networking opportunity for stakeholders and 
A high-level agenda is provided below: 
9:00 - 10:00 Introduction and GeoConnections update
10:00 - 12:00 Invited stakeholder presentations 
12:00 - 13:15 Lunch
13:15 - 15:00 CGDI sustainability: facilitated discussion
15:00 - 15:30 Wrap-up
To register for this free event, please send an e-mail to Afonso Malungo 
afonso.malu...@nrcan.gc.ca blocked::mailto:afonso.malu...@nrcan.gc.ca  by 
July 3rd, indicating your intention to participate and your language of choice. 
Note: Registrants will be sent a detailed agenda closer to the date of the 
workshop. We look forward to your participation. 
= = = = = = = = = = = = = / = / = / = / = / = = = = = = = = = = = = =
ATELIER TECHNIQUE de L'infrastructure canadienne de données géospatiales 
SFU Harbour Centre - salle 1430
515, rue West Hastings 
Vancouver (Colombie-Britannique)
24 juillet 2009
Activité : GÉoConnexions organise un atelier technique de l'Infrastructure 
canadienne de données géospatiales (ICDG) le vendredi 24 juillet, précédant la 
conférence GéoWeb 2009. 
But : L'atelier rassemblera les intervenants techniques de l'ICDG afin 
d'encourager le dialogue sur les activités techniques actuelles et les 
orientations futures de l'ICDG. 
Principaux objectifs : 
*   Faire connaître les activités récentes de GéoConnexions relativement 
aux normes, aux architectures propres aux communautés et au développement 
*   Élaborer des recommandations quant à des stratégies particulières pour 
maintenir l'ICDG, visant des normes et de nouvelles technologies; 
*   Offrir aux intervenants et aux partenaires une occasion de se réunir et 
de faire du réseautage. 
Voici un ordre du jour général : 
9 h - 10 h Introduction et mise à jour sur GéoConnexions
10 h - 12 h Présentations des intervenants invités
12 h - 13 h 15 Dîner
13 h 15 - 15 h Discussion animée : la durabilité de l'ICDG 
15 h - 15 h 30 Synthèse
Pour vous inscrire à cette activité, offerte gratuitement, veuillez envoyer un 
courriel à Afonso Malungo, afonso.malu...@nrcan.gc.ca 
blocked::mailto:afonso.malu...@nrcan.gc.ca  au plus tard le 3 juillet, 
indiquant votre intention d'y participer ainsi que votre préférence de langue 
Remarque : Les inscrits recevront un ordre du jour détaillé avant la date de 
l'atelier. Nous espérons votre participation. 

Discuss mailing list

[OSGeo-Discuss] Desktop metadata management for FOSS4G

2009-06-08 Thread Sampson, David
Ahh.. Metadata

I am learning about Qgis plugins lately and thought I would extend out
to the OSGEO community at large. As I am going through creating some
plugins and learning about OWS services and trying my hand at a
catalogue plugin for QGIS I got to thinking, what does the open source
world do for managing their metadata on their desktop?

I know and quite like projects like geo-network and our own flavour at
http://geodiscover.cgdi.ca/  but I am curious as to what people use for
their desktop.

Back when FGDC was the spec of choice I used MP (metadata Parser) quite
extensively http://geology.usgs.gov/tools/metadata/tools/doc/mp.html but
with the new world of ISO and the upcoming NAP (North American Profile)
I wonder what people are doing now.

Would a lean desktop editor help people in their workflow. Essentialy
maintaining their metadata on the desktop then exporting (through valid
XML) to publishing facilities such as geonetwork..

The idea is to couple data and metadata while people are working with
the data.

Are people working on this? Do open source solutions already exist?

Would a plugin for QGIS be useful? Or a desktop app that can hit many
softwares like GRASS, QGIS and others?


Discuss mailing list

RE: [OSGeo-Discuss] Proposal: OSGeo Cartographic Library

2008-04-15 Thread Sampson, David
 GDAL has feature style specification: 
 http://www.gdal.org/ogr/ogr_feature_style.html It has 
 recently gained some new interest.

Well, GDAL is close to the FOSS4G community so why not start with this
and see where we can go? I think OSGEO even has some capable expertise
somewhere in the organization that may have a few thoughts (SMILE).

I'm interested in learning more if anyone has some experience. How could
this be incorporated into the worflow?

Discuss mailing list

RE: [OSGeo-Discuss] Proposal: OSGeo Cartographic Library

2008-04-14 Thread Sampson, David

 Thanks for the pointer, that's a nice dataset. Opening these 
 39 layers makes me ask why there's no style information? 
 Pardon my ignorance on digital cartography, but is it because 
 of standards or something else? 
 How do Arc* tools do it?

Think of three separate boxes. One is tabulart data (tables), in the
ESRI world these are youf *.dbf files, another is geomatery (lines,
points, polygons) found in your *.shp files and the final box is the
styling (realy schnzy shirts and ties) equivalent to SLD in the open
source web mapping world but ESRI also has their cartographic
representations layer (or something like that).

Often in digital geomatics we focus on the data and geometry. Usualy
they apear seamlessly the SHP is connected to the DBF. So now we are
talking about adding in the third box in a standards compliant,
interoperable and open source manner (I am assuming)...

Why do you arc tools have styling?. Perhaps someone has created the
styling as is often the Value add portion to data resellers like DMTI.
But the styling is based on the data... So it has nothing to do with the
data and relatively nothing to do with the software as GRASS, QGIS,
JUMP, UDIG, MAPSERVER can all save projects with various styling, they
just don't all use the same approach. Some approaches like SLD's (Styled
layer descriptor) or context documents (maybe not full styling) help
with this.

I think these issues are a PART of this proposed library but I don't
think is the focus as styling is covered with SLD and context documents

Discuss mailing list

RE: [OSGeo-Discuss] Proposal: OSGeo Cartographic Library

2008-04-14 Thread Sampson, David
Hey folks,

Lots of good discussion going on around this proposed library.

From the sounds of it there are many different camps of thinking on this
subject which is great. Of course there are many approaches that can be

Perhaps we might want to talk a little more about the high end user
needs and work backwards. For instance if the end user does not want
PDF's or has other requirements then symatical debate on the best PDF
engine may not be required right now.

There is an end User Needs section
where PDF is only one required output.

For starters I think bringing the FOSS4G world into the world of
cartographic product production would be a huge jump. Whether is be
digital-digital or digital-paper. Being able to do this using many
applications and some custom API I think would keep flexibility open. So
if many libraries can be included, lets include them. We'll all have
different user requirements.

Of course staying standards based where possible would be ideal so using
context documents or SLD or something simmilar as an optional output
would increase up take.

As a final user product I would love to see something that ties easy
drag/drop, point and click interactive design interface with real time
screen refresh that could produce something akin to a Generic Maptool
Tools (http://gmt.soest.hawaii.edu/) script to produce a preview before
I print it. Of course having options to use java and python to script
workflows would suite the needs of power users who balk at GUI's. 

I know that the seprate projects will be responsible for the GUI. If we
work backwards from the functionality of the GUI though I think we can
find the pieces we need. Infact producing a full cartographic map layout
in SCRIBUS  or using it's technology might be the best way to not
reinvent the wheel for the end user.

Has anyone thught out the Pseudo code for the process? Posted on wiki

* read geo data
* geometries
* projection
* metadata (if required)
* apply styling
* feature to style coding
* Cartographic edits
* overide some of the geometry if required (eg roads don't run
through lakes)
* manual edits / retouching
* Produce  other cartographic edits objects
* create suround
* create grids
* create legend
* create scale bar
* create north arrow
* Copyright notices from text file or DB
* Licensing notices from text fiel or DB
* Other
* Output size

La la la 

I'll post this to the wiki, maybe flushing this step out will allow us
to match a library(ies) to a task(s).

Hopefully we don't get hung up too much on choosing a narrow selection
of libraries and keep the carto library itself quite open and flexible.

Just some thoughts.

Discuss mailing list

RE: [OSGeo-Discuss] Newbie Question? Any feature for classification?

2008-04-14 Thread Sampson, David
If you're wanting to use some open source languages in the .NET
framework there are
pythonNet http://pythonnet.sourceforge.net/ which might open up the
Python Cartographic Library http://zmapserver.sourceforge.net/PCL/
I looked for something in the JAVA world, but no luck (does not mean
there is nothing). If there was then the Java Topology Suite
http://www.vividsolutions.com/jts/jtshome.htm ) might have been an
You can also take a look into doing something using GDAL/OGR
http://www.gdal.org/ for your task bellow. Not sure if it would fit, but
I have seen gdal/ogr do some pretty nifty things. Various bindings

[mailto:[EMAIL PROTECTED] On Behalf Of Daniel Ames
Sent: Monday, April 14, 2008 15:08
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] Newbie Question? Any feature for


Feel free to browse the MapWindow forums here:
www.mapwindow.org/phorum and possibly post your question there.  We have
a very large .NET open source GIS developer community there who may be
able to help.


On Mon, Apr 14, 2008 at 4:33 AM, Saka Royban [EMAIL PROTECTED]

Hi all. 
I'm new to this mailing list. I want to write a program
in .NET environment and i need some classes to do feature
I mean getting a point shape file, classifying it based
on a Z value and convert it to raster.(some kind of Interpolation)

Anyone knows anything open source to do this? 
Thanks in advance.


Discuss mailing list

Daniel P. Ames, PhD, PE
Geospatial Software Lab
Department of Geosciences
Idaho State University - Idaho Falls

Discuss mailing list

RE: [OSGeo-Discuss] GPRS connection API

2008-04-14 Thread Sampson, David
Check out sourceforge.net and do and advanced search using GPRS and JAVA. Found 
7 projects.
Most of them look like phone related projects, but I'm sure at least one line 
of code can be reused, if not a creation of a library (smile)...
Perhaps you could integrate your fleet tracking with cell phone use 
As usual the Linux Community has turned GPRS into a HOWTO 
Hope some of those point you in the right direction... Now we need a GPRS 
library to compliment gpsbabel...

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of dorra 
Sent: Friday, April 11, 2008 04:24
To: discuss@lists.osgeo.org
Subject: [OSGeo-Discuss] GPRS connection API

Hello all;
I am developping a fleet management application using java. I need to 
connect to the GPS box using GPRS network.

My question: Is there a java API for the GPRS connection? 

Thank you in advance...


Envoyé avec Yahoo! Mail 
Une boite mail plus intelligente. 

Discuss mailing list

[OSGeo-Discuss] Open Source Search and Rescue Software group

2008-02-04 Thread Sampson, David
Hey Folks,

Two things.

1. I am looking for people interested in developing existing open source
software for use in Search and Rescue. Specifically interested in
mapping, but personnel management is definitely a part of that.

One example of using GRASS in a SAR scenario includes

A personally management software package that includes mapserver, GDAL,
maptools and proj4  named E-GADS is found here
http://e-gads.sourceforge.net/ . This project is pretty dead from 2004
but the developer says the code is stable and a patch was updated in
2007. Perhaps a general OPEN SOURCE SAR list would be beneficial for
other fringe projects.

Essentially the group would focus on two parts. Continuing development
of SAR specific applications like E-GADs would be one. This might
include customizing interfaces and increasing functionality and ensuring
interoperability. Also of course documentation would be required.

The other would be adding SAR specific functionality to existing GIS
packages. This would include SIMPLE interfaces through GRASS/QGIS to run
specific scripts (python or other). Also, of utmost import is
customization of user interface that can be used by a non-techie
volunteer at 3am in the morning after 1 litre of coffee.

The group would probably focus on OSGEO mapping solutions (GRASS/QGIS)
as well as other software that has ties to OSGEO packages.

If you're interested, let me know. There is also a discussion thread on
the GRASS users list.

2. Is there a place in OSGEO to house such a mailing list?

Discuss mailing list

RE: [OSGeo-Discuss] Open Geo Database

2008-01-23 Thread Sampson, David
just as another note, as of GRASS 7 it looks like they will be moving their 
default DB format to SQLITE instead of the traditional DBF format
it might make sense to have a community effort contribute to this as a whole. 
The positive side is that there is already adoption of an OSGEO product as 
GRASS is moving in this direction. Determine a comon schema that can be shared 
around between projects and voila.
Or we could ignore this and then revist this same issue again in the future 
with no movement forward.
just thought I'd share.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Basques
Sent: Wednesday, January 16, 2008 09:40
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] Open Geo Database


Don't know the specifics about the engine being used, but we discussed using 
the Plone storage mechanism, a few times, for spatial data.  Just didn't seem 
like a quick enough payoff to try anything out.  At least not on the surface.

There was a thought that there might be something to start with though.


Miguel Montesinos wrote: 


¿Does anyone know about similar projects using object oriented 
databases, such as db4objects[1], which is a GPL product with native engines 
for Java, Java ME, Mono, .NET, ...?


[1] http://www.db4o.com/

Miguel Montesinos
Director Técnico
C/ Conde Salvatierra, 34 - 10
46004 Valencia. Spain
Tlf: +34 963510612



-Original Message-
[mailto:[EMAIL PROTECTED] On Behalf Of Frank Hardisty
Sent: Tuesday, January 15, 2008 4:08 PM
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] Open Geo Database

David and All,

A nice up-and-coming open Java geodatabase format is H2 + 
spatial extensions.

The H2 database is by the same guy that wrote that HSQL db. H2 
has some good properties, most importantly, it's small (1 Mb), 
works well in embedded mode, and is fast. Adding in spatial 
data in JTS format, and providing a spatial index, is the 
basic concept.

Two implementations that I know of are

1. The French research group IRSTV, lead programmer seems to 
be Erwan Bocher.

2. GeoTools has a H2 spatial module, written by Justin 
Here's a link to the compiled jars:


Both are under active development.


On Jan 14, 2008 3:14 PM, Sampson, David [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]  wrote:

Hey Folks,

Just wondering if there is still thought out there from 
the previous 
thread about a portable and open geodatabase.  I came 
across the 
nemesis project an experimental finite element code. 

Utilizes SQLite 

to store, handle and retrieve geometry and analysis 


Thought that might be a good place to start that is 
already using 
geometry in sqlite.

As for software adoptions it looks like GRASS already 
has an 

SQLITE driver.

QGIS looks hopeful. Here is a GRASS/QGIS-SQLITE 




GDAL has some SQLITE 

Just some more info for the fire.


RE: [OSGeo-Discuss] idea for an OSGeo project -- a new, open data format

2007-11-15 Thread Sampson, David

Here are some other thoughts.

First off what about a open office (open base) type approach... This
mimmics the ESRI MSAccess approach and seams to work well for non server
environments. Also open office is a good environment for some basic

Next, what ever happened to the adoption of GML... Was GML not supposed
to be the NEXT interchange fomrat?  Perhaps this is a good discussion to
include the GML gurus in. The whole discussion of going with a binary
GML format makes sense and GML is already used for many web mapping
(feature) services. It sounds like a duplication of GML to me... Unless
someone can offer a direct compare and contrast between the concept here
and the GML/Binary GML concept.

In either case being able to convert to and from GML would be a necesity
for wide adoption IMHO.

Another thought is to encourage some of the proprietary formats to open
up. What would it take to get ESRI on board to open up the format (open
as in free speech). What about other non-open standards? Once it's open
then we can bring the SHP format to modern day useage. Surely much of
the format could be salvaged.

Besides, if you want wide adoption of an open format then why not go for
those players who hold greatest market share.

Some thoughts.

-Original Message-
[mailto:[EMAIL PROTECTED] On Behalf Of P Kishor
Sent: Tuesday, November 13, 2007 09:53
To: OSGeo Discussions
Subject: [OSGeo-Discuss] idea for an OSGeo project -- a new, open data

So, I am thinking, Shapefile is the de facto data standard for GIS data.
That it is open (albeit not Free) along with the deep and wide presence
of ESRI's products from the beginning of the epoch, it has been widely
adopted. Existence of shapelib, various language bindings, and ready use
by products such as MapServer has continued to cement Shapefile as the
format to use. All this is in spite of Shapefile's inherent drawbacks,
particularly in the area of attribute data management.

What if we came up with a new and improved data format -- call it Open
Shapefile (extension .osh) -- that would be completely Free,
single-file based (instead of the multiple .shp, .dbf, .shx, etc.), and
based on SQLite, giving the .osh format complete relational data
handling capabilities. We would require a new version of Shapelib,
improved language bindings, make it the default and preferred format for
MapServer, and provide seamless and painless import of regular .shp data
into .osh for native rendering. Its adoption would be quick in the open
source community. The non-opensource community would either not give a
rat's behind for it, but it wouldn't affect them...
they would still work with their preferred .shp until they learned
better. By having a completely open and Free single-file based, built on
SQLite, fully relational dbms capable spatial data format, it would be
positioned for continued improvement and development.

Is this too crazy?

Puneet Kishor
Discuss mailing list
Discuss mailing list

RE: [OSGeo-Discuss] Integration test bed

2007-10-10 Thread Sampson, David
This could also be something a local chapter or local interest group
might be able to provide. It's volunteering I know, but it's a thought
if vendors aren't on board.

Maybe for vendors the real question is how does my participation make
me the most money. Answer that question and they might be more willing
to get on board.

What about a live CD concept. Doesn't solve all problems but it eases
setup. This brings us back to the OSGEO software stack.


-Original Message-
[mailto:[EMAIL PROTECTED] On Behalf Of Jody Garnett
Sent: Tuesday, October 09, 2007 18:29
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] Integration test bed

On problem was expecting vendors to supply their own hardware for
something that was a conference theme. If you made several machines
available prior to the conference for the vendors to configure with
their software you may get some traction. Vendors are very busy getting
their own act together; fitting into a conference theme (like showcasing
interoperability) is an extra that is hard to plan for.

For some projects (like MapServer) we did not have a specific vendor or
organization to pester into setting up an example service.

An integration showcase would be a great message for the OSGeo booth
however. Making machine available for community members to set up and
configure would perhaps be a better approach.


Tim Bowden wrote:
 I believe the integration test bed didn't go quite as well as planned.
 Any thoughts as to why, and what could be done next time to improve 
 the experience?

 Tim Bowden

 Discuss mailing list

Discuss mailing list
Discuss mailing list

RE: [OSGeo-Discuss] Integration test bed

2007-10-09 Thread Sampson, David
What you are suggesting is similar to the OWS-4 put together by OGC

This approach might even be able to be setup and organized BEFORE the
conference and maybe even have some role playing or mock-ups at the


-Original Message-
[mailto:[EMAIL PROTECTED] On Behalf Of Raj Singh
Sent: Monday, October 08, 2007 23:16
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] Integration test bed

I didn't feel the activity was well enough defined. OGC has done a lot
of these types of things, and found that they work best when the
participants have a pressing issue to tackle. In the future, I suggest
that the integration issue is grounded in a real-world problem that is
relevant to some software problem participants are trying to solve for
their users and/or clients.

On Oct 8, 2007, at 10:36 PM, Tim Bowden wrote:

 I believe the integration test bed didn't go quite as well as planned.
 Any thoughts as to why, and what could be done next time to improve 
 the experience?

Discuss mailing list
Discuss mailing list

RE: [OSGeo-Discuss] Ottawa Local Chapter meeting tomorrow

2007-04-17 Thread Sampson, David

I saw a poster for Friday's Canadian Interoperability day at the Plaza
hotel.  I can't find much info about what it actually is, but I think
I'm going to check it out if anyone else wants to meet up there.

I think it might be a booth exhibit but maybe some other stuff including
a talk might be happening.



-Original Message-
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff McKenna
Sent: April 16, 2007 14:19
To: Ottawa (Canada) Local Chapter List; osgeo
Subject: [OSGeo-Discuss] Ottawa Local Chapter meeting tomorrow

Just a short reminder of the OSGeo local chapter meeting tomorrow night
in Ottawa, Canada (details below).  Since the OGC meetings are here this
week as well, some of the confirmed guests for the chapter meeting are
Arnulf Christl and Sebastian Schmitz from WhereGroup
(http://www.wheregroup.com), Paul Ramsey from Refractions Research
(http://www.refractions.net/), and Daniel Morissette from MapGears
(http://www.mapgears.com/).  And hopefully there will be more coming
from the OGC meetings!


Jeff McKenna wrote:
 Confirmed.  I've updated the Wiki
 Date: Tuesday April 17th
 Time: 6pm
 Location: Fox and Feather Pub (upstairs)
 Address: 283 Elgin Street (at Maclaren St)
 Presentation: Introduction to GRASS GIS - history, current status, 
 main capabilities, example projects.
 Presenters: Scott Mitchell and David Sampson

Jeff McKenna
DM Solutions Group Inc.
Discuss mailing list
Discuss mailing list