Hi, i wrote in-line<br><br><div class="gmail_quote">On Sat, Mar 27, 2010 at 8:36 AM, andrzej zaborowski <span dir="ltr"><<a href="mailto:balrogg@gmail.com">balrogg@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im">On 27 March 2010 16:17, Sam Vekemans <<a href="mailto:acrosscanadatrails@gmail.com">acrosscanadatrails@gmail.com</a>> wrote:<br>
> But actually we already have a Dev.osm server API that people use for<br>
> samples, this maybe could be called OpenImportsMap.org?<br>
<br>
</div>The purpose of dev is a little different, people test new tools there<br>
and do that often by adding nonsensical data or deleting a random<br>
piece.</blockquote><div><br>I do remember on the IRC someone recommending to a newbie to 'let their kids go nuts' over on the dev API.  (perhaps that wasn't the best recommendation, teaching the kid that is a group of volunteers who take pride in quality work would probably have been better).<br>

<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">  For your clearinghouse you want something where data doesn't<br>
disappear for no reason.<br></blockquote><div><br>Which is  an expansion of OpenOS to include the world, so this would be a place to host the entire Import catelogue  (which BTW, that top header should be BOLDED a little more) IMO.<br>

<a href="http://wiki.openstreetmap.org/wiki/Import/Catalogue">http://wiki.openstreetmap.org/wiki/Import/Catalogue</a><br><br>From my example, I would need to be careful and only put in the data that is intended to be used. ie. if a road network is available from 3 different sources (national canvec nts size & geobase province size & provincial Ontario separate dataset) we would want to make sure that the best version is available.<br>

<br>Ideally, this is also a good home to store the entire CanVec/ TIGER / LINZ / OS  etc..dataset (of all features). ...   So then it can:<br>1 - be updated all the time with the latest data (as new datasets become available, that precious (or precarious)  UUID is kept nice and clean)<br>

2 - it can be converted to a WMS (of the complete set & available to anyone at any time)<br>3 - source shp files could be kept? (or just converted to .osm as soon as its available from the source, if not available in real-time... but ogr2osm could be programmed with a script to be run to check the source for changes & convert as changes happen from the data source (checking source file update-date & file size)<br>

3 - and it can be all converted to .gpx (for if it isn't available as a WMS) so people can trace over the geometry (in the regular OSM environment)<br>4 - and  have it as an (ugly) mapnik/osmarender/special_mix map tiles can be rendered and shown.  .. not pritty because we dont want to encourage editing of the this database.<br>

5 - ... and doesn't interfere with the community work.<br>6 - ... and doesn't require people to 'claim' areas they are working on  <br><br>eg1 (as in Canada we are 'claiming NTS tiles on a Google docs chart, <br>

eg2 in Haiti the Hospital POIs were organized on a GoogleDocs chart with access by invite (which was frustrating for mappers, as it became a separate project, that always has to keep up) (ketchup and muster) ... keeping the playground separate is requested many times over.  <br>

eg3 and other countries 'claim areas' using a wikitable.  (and requires users to 'claim' that part of the file/file slice or geographic region) <br>eg4 or some other like Coraine with a dedicated website hosting it all (like OpenStreetBugs).  ...[1]<br>

<br>These these methods currently in use are fine for an overview, but not for the details as it cannot keep up, and actually destroys communities (yes destroys).  Since the entire community is not on the talk@ lists, or IRC's they dont know what's going on & cant help in real-time,  where as a 'OpenImportsMap'  WMS Layer[2] or pulling data from a different API[3] or pulling GPX from a different API would solve this and keep the community)<br>

<br><br>.... i could continue on for days but wont. :0)<br><br>(I cc'd the imports@ list and talk-us@ list and talk-ca@ list and the New Zealand list (as they are currently in the planning stage of LINZ data.   Sorry, i just cant handle another discussion list :-)<br>

<br>Thanks to that user for sharing the wiki <a href="http://wiki.openstreetmap.org/wiki/Importing_Government_Data">http://wiki.openstreetmap.org/wiki/Importing_Government_Data</a> page on that journal entry yesterday :-)  ... i'll edit it and talk about canvec a bit there.  (instead of making a new essay, i'll do that on a blog instead)<br>

<br>Cheers,<br>Sam<br><br><br>[1] the OpenImportsMap idea is a derivative / spin-off from the Corrine import process (but on a much larger planet size scale) <br>[2] <a href="http://wms.openstreetmap.de/">http://wms.openstreetmap.de/</a> already exists and is a holding house 
for the WMS layers to be used.  the all could technically be combined in
 to 1 large WMS feed (as a few countries are now listed)<br>[3] the dev server is like these ones <a href="http://apis.dev.openstreetmap.org/">http://apis.dev.openstreetmap.org/</a> ... where is says 'as a data sandbox', the idea here is to designate a 'sandbox' for all of the data that is available to import. (or has already been imported & the latest data can be 'imported' into this new sandbox and replace the old sand.'   ... and the 'sand' is the entire world (made up of little nodes).<br>

<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
I also have some huge datasets that I'd like to put somewhere with API<br>
access that isn't the main database, one is an import ongoing for two<br>
years already, the other is a dataset I vectorised but can't use it in<br>
OSM because I'm only allowed non-commercial use right now but which<br>
would still be useful to people doing non-commercial applications.<br></blockquote><div><br>Yes, for example the entire MapCenter2.cgpsmapper project  <a href="http://mapcenter2.cgpsmapper.com/">http://mapcenter2.cgpsmapper.com/</a> could all be converted and loaded into this separate database.   However, this would be, perhaps a little too tempting for people to 'accidentally' use.  Mapcenter is a good storing house for 'garmin maps', and .mp files but not for .osm files.<br>

<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Cheers<br>
</blockquote></div><br>On Sat, Mar 27, 2010 at 7:44 AM, SteveC <span dir="ltr"><<a href="mailto:steve@asklater.com">steve@asklater.com</a>></span>
 wrote:<br>As
 you've probably heard the Ordnance Survey is going to open some data 
next week. We don't exactly know what data or what license it will be 
under but there's a reasonable chance it won't be importable in to OSM 
because either the data will be low scale or released with an 
incompatible license.<br>
<br>
If that's the case then I propose we start, separate from OSM, an OpenOS
 project. I basically see it as either a clearinghouse for putting up 
converted formats for the data and/or a full OSM stack, mapnik, potlatch
 and all for editing and fixing it. Because as Russ Nelson keeps saying,
 datasets without a community are dead.<br>
<br>
I propose that until we know it's compatible, usable and so on in OSM 
that no OSM resources are spent/used on something like this. Thus, I've 
bought the domain <a href="http://openos.co.uk/" target="_blank">openos.co.uk</a>
 to host it and set up a google group which you're welcome to join to 
help discuss what to do if/when we get some data.<br>
<br>
I think this data will need a community, tools and editing and who 
better to build all that than people from OSM?<br>
<br>
Thoughts?<br>
<br>
<a href="http://groups.google.com/group/open-os" target="_blank">http://groups.google.com/group/open-os</a><br>
<a href="http://openos.co.uk/" target="_blank">http://openos.co.uk</a><br>
______________________________<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">_________________<br>
Talk-GB mailing list<br>
<a href="mailto:Talk-GB@openstreetmap.org">Talk-GB@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-gb" target="_blank">http://lists.openstreetmap.org/listinfo/talk-gb</a></blockquote><br><div style="visibility: hidden; display: inline;" id="avg_ls_inline_popup"></div>

<style type="text/css">#avg_ls_inline_popup {  position:absolute;  z-index:9999;  padding: 0px 0px;  margin-left: 0px;  margin-top: 0px;  width: 240px;  overflow: hidden;  word-wrap: break-word;  color: black;  font-size: 10px;  text-align: left;  line-height: 13px;}</style><input id="gwProxy" type="hidden"><input onclick="jsCall();" id="jsProxy" type="hidden"><div id="refHTML">

</div>