<br><font size=2 face="sans-serif">IMO:</font>
<br>
<br>
<br><font size=2 face="sans-serif">Sorry to drag this conversation out.</font>
<br>
<br>
<br>
<br><font size=2 face="sans-serif">We need to be realistic as to what can
and can't be achieved here. Don't expect an overnight change in policy.</font>
<br>
<br><font size=2 face="sans-serif">Speaking to the converted, this has
been a pressing issue that has been bubbling away for over a decade in
many countries.</font>
<br>
<br><font size=2 face="sans-serif">Not all countries have the liberal approaches
to data redistriburion that are prevalent in the US, Canada etc.</font>
<br>
<br><font size=2 face="sans-serif">Many countries have very restrictive
policies. The policies also vary internally within countries and between
jurisdictions.</font>
<br>
<br><font size=2 face="sans-serif">Many organisations charge for access
to data and the income received then becomes a budget item that contributes
to the organisation's ongoing funding. This happens in Australia for example,
excluding GeoScience Australia and several other agencies excellent examples..</font>
<br>
<br><font size=2 face="sans-serif">This is not going to be changed easily
and will involve long drawn out processes that include the likes of various
Treasury departments.</font>
<br>
<br>
<br><font size=2 face="sans-serif">Speaking as one who is working in a
government organisation, I'd caution a softly softly approach. I would
not be demanding that licences are changed or that we have a waiver on
acknowledging where the data has come from.</font>
<br>
<br>
<br><font size=2 face="sans-serif">I'd prefer not to try and tackle OSM's
aversion to attribution either. Personally, I can not understand this approach.
I prefer to understand where my data has come from and have a clear understanding
of the data's lineage and quality. This in turn gives me a measure of comfort
in the results of my analysis. We in the spatial world have a thing called
metadata to help us manage these things. When we have integrated data sets
with data sourced from a variety of sources it adds weight to the calls
for record level metadata.</font>
<br>
<br>
<br><font size=2 face="sans-serif">wrt to hippies, Richard I think that
you will be surprised at the level of interest in Linux and Open Source
within Government organisations. I certainly do not hear this type of derisive
comment.</font>
<br>
<br>
<br><font size=2 face="sans-serif">So as a way forward, a simple approach
that specifically relates to OSGeo use of LINZ data may be the best way
to get a quick answer. </font>
<br>
<br><font size=2 face="sans-serif">We do not want to alienate a potentially
influential supporter of OSGeo.</font>
<br>
<br>
<br><font size=2 face="sans-serif">Liz, do you have any comments?</font>
<br>
<br>
<br>
<br><font size=2 face="sans-serif">Bruce Bannerman</font>
<br><font size=2 face="sans-serif"><br>
<br>
<br>
</font>
<br>
<br><font size=2><tt>geodata-bounces@lists.osgeo.org wrote on 30/04/2008
06:40:15 AM:<br>
<br>
> Yes Brent,<br>
> Could you please approach LINZ on behalf on OSGeo-Aust-NZ. This should
<br>
> probably be followed up with an official letter from the committee.
I'm <br>
> happy to help there if needed.<br>
> <br>
> I suggest you also contact Liz Kolster (CCed) from the State Services
<br>
> Commission who is well connected, shares our ideals of Open Data,
and <br>
> has the potential to put wheels in motion to change NZ policy. (I
<br>
> understand she is very busy this week, you may have better luck next
week).<br>
> <br>
> To help Liz and others in the halls of power, we need to be very clear
<br>
> about what we are asking for, and the business case to support it
(from <br>
> a government perspective).<br>
> <br>
> Direct references to policies from other countries would be very useful.
<br>
> (Pointers to these policy docs would be appreciated).<br>
> <br>
> So questions we need to answer is:<br>
> 1. What are our preferences for licenses?<br>
> <br>
> 2. Why are such licenses good for New Zealand?<br>
> A: Access to this data enables business opportunities for New Zealanders.<br>
> A: Projects like OSM will provide value add services at next to no
cost.<br>
> <br>
> 3. Who will host the data?<br>
> A:<br>
> <br>
> 4. Who will maintain the data?<br>
> <br>
> Mmm, I can see this turning into a white paper. Before getting bogged
<br>
> down, start by making some phone calls.<br>
> <br>
> Dave Patton wrote:<br>
> > Brent Wood wrote:<br>
> ><br>
> >> My take on this is that rather than trying to get LINZ to
pre-approve<br>
> >> a specific OSGEO setup using LINZ data (& other data-
I can think of<br>
> >> at least 4 NZ Govt depts who have relevant data), it may
be more<br>
> >> useful to get a generic agreement from LINZ to the effect
that they<br>
> >> are comfortable with the idea of LINZ data, under the terms
of their<br>
> >> licence, being made freely available on public websites for
viewing<br>
> >> via web mapping applications, web services and for download.<br>
> >><br>
> >> This more generic agreement, if given, would allow anyone
to do this,<br>
> >> rather than just OSGEO/OSM, and doesn't put LINZ in the position
of<br>
> >> seeming to endorse any particular organisation to do this.<br>
> ><br>
> > Perhaps asking if they have considered a<br>
> > license agreement similar to that used by<br>
> > other countries? For example, Canada:<br>
> > http://geobase.ca/geobase/en/index.html<br>
> ><br>
> <br>
> <br>
> -- <br>
> Cameron Shorter<br>
> Geospatial Systems Architect<br>
> Tel: +61 (0)2 8570 5050<br>
> Mob: +61 (0)419 142 254<br>
> <br>
> Think Globally, Fix Locally<br>
> Commercial Support for Geospatial Open Source Solutions<br>
> http://www.lisasoft.com/LISAsoft/SupportedProducts.html<br>
> <br>
> _______________________________________________<br>
> Geodata mailing list<br>
> Geodata@lists.osgeo.org<br>
> http://lists.osgeo.org/mailman/listinfo/geodata<br>
</tt></font>
<P><FONT face=Arial size=2>Notice:</FONT><FONT 
style="BACKGROUND-COLOR: #ff0000"><BR></FONT><FONT size=2><FONT face=Arial>This 
email and any attachments may contain information that is personal, 
confidential,<BR>legally privileged and/or copyright.</FONT> <FONT face=Arial>No 
part of it should be reproduced, adapted or communicated </FONT><FONT 
face=Arial>without the prior written consent of the copyright owner. 
</FONT></FONT></P>
<P><FONT size=2><FONT face=Arial>It is the responsibility of the recipient to 
check for and remove viruses.</FONT></FONT></P>
<P><FONT face=Arial size=2>If you have received this email in error, please 
notify the sender by return email, delete it from your system and destroy any 
copies. You are not authorised to use, communicate or rely on the information 
contained in this email.</FONT></P>
<P><FONT face=Arial color=#008000 size=2>Please consider the environment before 
printing this email.</FONT></P>
<P><FONT face=Arial size=2></FONT> </P>
<P> </P>
<P> </P>