Hi,
I see a bunch of activities by user Marcott such as this (see comment in
this and other changesets).
http://www.openstreetmap.org/changeset/37885113
http://www.openstreetmap.org/user/Marcott/history#map=13/49.3481/-122.9853
I also notice this activity breaks connections to existing
Daniel,
When is the next version expected?
On Mon, Apr 11, 2011 at 5:36 AM, Bégin, Daniel
daniel.be...@rncan-nrcan.gc.ca wrote:
Bonjour Adam,
It has been detected in January and the problem is not limited to 092H06. I
was on the impression that I sent an email on Talk-ca about that but, as
Hi Paul,
re Vancouver, please see
http://weait.com/content/tragedy-edmontorcouver-open-data
http://weait.com/content/unintended-restrictions
re PDDL:
http://www.opendatacommons.org/licenses/pddl/summary/
No restrictions are listed. Since they have vector data available,
importing that (as
On Thu, Oct 7, 2010 at 12:09 AM, jamesmikedup...@googlemail.com
jamesmikedup...@googlemail.com wrote:
that is another contentious issue, they are defactor public domain IMHO.
mike
AFAIK, not in Russia.
___
legal-talk mailing list
On Wed, Sep 29, 2010 at 10:19 AM, Frederik Ramm frede...@remote.org wrote:
I utterly, totally, fail to understand why one would want to copy OS data
into OSM. If you think that OS data is good for you, just draw your map from
OS data. If you would like OS data for your base map but cycleways
When should we expect the next release?
Anyone has an idea on how to reconcile the next release with what has been
imported so far?
On Mon, Aug 16, 2010 at 8:53 AM, Bégin, Daniel
daniel.be...@rncan-nrcan.gc.ca wrote:
Hi all, an update on product conversion. So far ...
- The process have
Doesn't seem _that_ complicated. I guess it's a choice between using
technology and doing manual labor (I know which one I would choose...).
On Sun, Aug 8, 2010 at 1:43 AM, 80n 80n...@gmail.com wrote:
For some time I've been looking for an easy way to import some OSM
formatted data back into
, Aug 8, 2010 at 8:26 AM, Michael Barabanov
michael.baraba...@gmail.com wrote:
Doesn't seem _that_ complicated. I guess it's a choice between using
technology and doing manual labor (I know which one I would choose...).
On Sun, Aug 8, 2010 at 1:43 AM, 80n 80n...@gmail.com wrote:
For some time
I'm guessing it's a joke. I was in Nanaimo last week, and I made a bunch of
fixes there, including:
- taking care of copy-pasted Geobase ways that were overlapping pre-existing
non-Geobase ones
- adding oneway tags
- connecting roads to each other
- adding streams from NHN
- mapping new
Answering my own question.. no, doesn't seem like GeoBase contains
boundaries for cities (
http://www.geobase.ca/geobase/en/data/admin/index.html).
So StatsCan seems to be the only source of vector data for this?
On Tue, Jul 27, 2010 at 11:56 AM, Michael Barabanov
michael.baraba...@gmail.com
For my area, I've asked one of the previous boundary mappers of the source
of info, it was cantopo (plus I got an OK to replace the data). It should
be good to ask other people who added boundaries.
Overall, I think boundaries are very different from other mapping, as those
are not
at 12:00 AM, Ben Last ben.l...@nearmap.com wrote:
On 19 July 2010 13:48, Michael Barabanov michael.baraba...@gmail.comwrote:
Would specifying that the new license must be not just open/free but
specifically an SA-like license in contributor agreement solve this
particular issue? ODBL looks
Would specifying that the new license must be not just open/free but
specifically an SA-like license in contributor agreement solve this
particular issue? ODBL looks like SA in spirit. Further changing of
licenses could be a separate discussion, when/if there's a new need.
Michael.
On Sun, Jul
thing is resolved.
3. Of course, there's a third possibility where everyone just loves ODBL and
so it's a win-win. Wouldn't that be nice.
On Fri, Jul 16, 2010 at 11:39 PM, Frederik Ramm frede...@remote.org wrote:
Hi,
John Smith wrote:
On 17 July 2010 13:07, Michael Barabanov michael.baraba
1. OSMF does change the license without any regard; people who are against
ODBL get pissed off and stop contributing (lost for OSM?). No data loss from
the database.
2. OSMF does not do that; contributions of people who are against ODBL are
deleted, people who are against ODBL stop
A poll could be something like: Would you find a it acceptable if OSMF
relicensed the whole dataset to ODBL without any data loss. If nothing
else, that'd give an idea of how people feel about licensing vs data itself.
On Sat, Jul 17, 2010 at 9:10 AM, Frederik Ramm frede...@remote.org wrote:
One word of caution on Canvec: at least for streams and lakes, I found that
NHN has better data around the area where I live. Before copying these from
Canvec, I'd advise checking NHN for the area.
On Sat, Jul 17, 2010 at 9:34 AM, Sam Vekemans
acrosscanadatra...@gmail.comwrote:
Hi,
Yes
Consider two cases:
1. Current license does not cover the OSM data (I think that's the OSMF
view). In this case, OSMF can just change to ODBL without asking anyone.
2. Current license does cover the OSM data. Then there's no need to change.
Where's the issue?
On Fri, Jul 16, 2010 at 5:55 PM,
looking for.
Mikey
On 13/07/10 12:43 AM, Michael Barabanov wrote:
Another typical post-geobase exercise is to connect to existing roads and
fixing connectivity problems otherwise. This is really important for
routing, e.g. in Garmin GPS. I for one spent quite a bit of time doing this
for my area
Google sheet seems to have the most up to date info as to who intends
to import/has imported what as far as Geobase. I intend to continue
using it for Canvec, too. The sheet may not be complete, but some
info is better than no info.
On Thu, Jul 8, 2010 at 10:33 AM, Tyler Gunn ty...@egunn.com
It's easy enough to check for oneway tags in Josm (Ctrl-F). It may well be
there's none in your area. If there're, those can be manually transferred
to CanVec data.
Another thing to watch out for would be relations representing turn
restrictions (sadly, there doesn't seem to be a lot of those so
BTW, compared to mkgmap, osm2mp/cgpsmapper method does support
searching by street intersections, but not by house numbers (yet).
On Tue, Jul 13, 2010 at 9:15 AM, Tyler Gunn ty...@egunn.com wrote:
However, the find isn't working. If I click find - address. There is
no addresses listed.
There's some info in http://wiki.openstreetmap.org/wiki/Geobase/Cleanup
I would encourage running validator plugin in Josm and fixing all errors and
at least the crossing ways and line ends near another one warnings.
On Tue, Jul 13, 2010 at 6:11 AM, G. Michael Carter mi...@carterfamily.cawrote:
My concern would be with 3. It is possible that someone has edited
imported Geobase data after the import.
On Fri, Jul 9, 2010 at 8:51 AM, G. Michael Carter mi...@carterfamily.ca wrote:
Sam always says I should let people know what I'm up to. Today I'm
actually going to listen... ;-)
I'm
have been manually adjusted.
On Mon, Jul 12, 2010 at 8:24 PM, Michael Barabanov
michael.baraba...@gmail.com wrote:
forgot talk-ca
On Mon, Jul 12, 2010 at 8:24 PM, Michael Barabanov
michael.baraba...@gmail.com wrote:
GPS tracks aren't the only source. There's also Yahoo. There's local
Really, considering how many discussions about how to map things (just
recall all those footway/cycleway discussions) have been on these lists, at
least tagging seems to be a creative process right now.
On Mon, Dec 7, 2009 at 7:37 AM, Anthony o...@inbox.org wrote:
On Mon, Dec 7, 2009 at 10:11
I wonder how easy it is in fact to usefully take the OSM data without giving
things back, even with the current license. Seems to me, not so easy. OSM
data is not perfect. To create a value-add, a commercial entity would have
to extend it. So let's say they do in some non-trivial way (e.g. not
With averaging, if the random errors dominate the systematic errors, you
will in fact have a better idea where the road is. IIRC, during the course
of several hours ionospheric delays would cause systematic errors, but if
you instead drive/ride the same road on different days, it's going to be
Also, a free-hand drawing mode (e.g. press-down left mouse button and
drag) in JOSM would go a long way towards faster tracing. Clicking to
add one point at a time is pretty slow.
Michael.
On Mon, Nov 02, 2009 at 01:18:46PM +0530, Shalabh (shalab...@gmail.com) wrote:
Hi Nop, thanks for your
uuids are uninteresting
and not useful in imported data. Michael, below, thinks uuids are
useful. Now the rest of the conversation in context.
On Wed, Oct 14, 2009 at 12:06 AM, Michael Barabanov
michael.baraba...@gmail.com wrote:
Hi Sam,
I'm not talking about keeping CODE=2270010
up because
they didn't include UUIDs and therefore couldn't really update it as well or
at all. My memory could be wrong about this though.
-Kevin (Kevo)
On Wed, Oct 14, 2009 at 12:16 PM, Michael Barabanov
michael.baraba...@gmail.com wrote:
While this can indeed happen in many cases
Thanks Sam. I noticed that Canvec feature IDs didn't make it into the OSM
converted files.
I think the ID is one of the more useful attributes to have for the imported
data.
E.g. the next Canvec revision may contain actual park names in LX2270009 (names
are not present now),
and if so we could
Hi Sam,
Do you have 092 (e.g. 092g) tiles available? I could take a look into what
could be imported from canvec there.
Thanks,
Michael.
On Sun, Oct 04, 2009 at 06:02:19AM -0700, Sam Vekemans
(acrosscanadatra...@gmail.com) wrote:
Hi,
I now have all of 082 and 030 tile areas converted, and
I can do it, but why not upload it, too?
This Nanaimo data is only for the city itself, not for the whole
092g04/092f01 area, corrrect?
On Tue, Jul 14, 2009 at 09:34:20AM -0700, Sam Vekemans
(acrosscanadatra...@gmail.com) wrote:
Hi Michael Barabanov, (cc:talk-ca list.)
Would you be able
(Sorry for repeating myself) it's not only splitting; larger
streets and highways consist of a way for each direction in GeoBase.
This is also the recommended way to map those in OSM (see for example
http://josm.openstreetmap.de/wiki/Introduction, Conventions), but often
they are not, at least in
Corey,
In my original message (as opposed to a snippet you quoted), I
suggest that matching geobase UUID is equivalent to throwing out the
data, if not position-wise, then topology-wise. We can take the easy
way or a hard way, but end result will be pretty much the same.
Avoiding pissing off
Hmm, did I say more authoritative? I thought it was something like
more consistent and topologically correct.
On Sat, Jun 13, 2009 at 10:28:56AM -0400, Gerald A (geraldabli...@gmail.com)
wrote:
On Sat, Jun 13, 2009 at 1:36 AM, Corey Burger corey.bur...@gmail.comwrote:
snip
1) start
Meanwhile, for the existing process I've added After the Import section to
http://wiki.openstreetmap.org/wiki/Geobase_NRN_-_OSM_Map_Feature
It's also mentioned it in How can I help.
http://wiki.openstreetmap.org/wiki/GeoBase_Import
Michael.
On Sat, Jun 13, 2009 at 02:34:29PM -0700, Michael
That's a possibility, though RoadMatcher is the tool for exactly this
purpose. For now, after the import, in problematic places I compare
the topologies by opening the resulting .osm file from geobase2osm
script (not the standalone, but the whole thing) as another layer. Then
data can be
On a bike, I find that audio mapping works best. Hard to do anything
more complicated while riding.
Michael.
On 6/12/09, Saul Albert s...@theps.net wrote:
Hi osemmas,
I've been doing a bit of surveying in Copenhagen:
http://www.openstreetmap.org/user/Saul%20Albert/diary/6584
and have
at 07:48:21PM -0700, Michael Barabanov
(michael.baraba...@gmail.com) wrote:
There's an additional complication for adding UUIDs: different
topologies, for e.g. dual carriageways. I'm seeing a lot of cases where
OSM has a single way for a stret, but Geobase has two. So, assigning UUIDs
can
Another way of incorporating the updates (without using UUIDs) would
be to re-run roadmatcher. Given that we'll like will want to do it
anyway (geobase will have new roads), maybe preserving UUIDs isn't a
big deal after all. Another reason we'd likely use another roadmatcher
run for things like
This includes parts of Burnaby, North Vancouver, Coquitlam, Port Coquitlam,
Port Moody. See on OSM:
http://www.openstreetmap.org/?minlon=-123minlat=49.25maxlon=-122.5maxlat=49.5box=yes
I've also captured my notes at
http://wiki.openstreetmap.org/wiki/More_details_on_GeoBase_import_processand
Looks like the URL got botched. Here it is again
http://wiki.openstreetmap.org/wiki/More_details_on_GeoBase_import_process
This includes parts of Burnaby, North Vancouver, Coquitlam, Port Coquitlam,
Port Moody. See on OSM:
It is nice to see more people importing the GeoBase data. Are you going
to be doing more areas in BC?
Yes, starting with adjacent areas to south and east.
Michael.
On Sun, May 31, 2009 at 1:01 PM, Steve Singer ssinger...@sympatico.cawrote:
On Sun, 31 May 2009, Michael Barabanov wrote
45 matches
Mail list logo