Re: [Talk-ca] Help please

[Martin Chalifoux via Talk-ca]

Merci Pierre d’avoir pris le temps de soulever le problème sur le forum. Bien 
des gens auraient simplement rien dit.

Ton problème était simplement qu’après tes manipulations le tag water=pond 
était resté attaché au wood et ça faussait le rendu. Je l’ai effacé et j’en ai 
profité pour faire un peu de menage dans la zone. J’ai mis un étang mais plutôt 
sous forme de wetland=swamp ce qui me semble indiqué. J’ai aussi mis la 
chevreuil en sentier de marche, je pense pas ce ce soit une piste cyclable 
proprement dite.

Ça peut prendre un petite heure pour que les tuiles se régénèrent mais tout 
devrait rentrer dans l’ordre.

> On Feb 6, 2019, at 15:43, Pierre Boucher  wrote:
> 
> I am sorry but I think - I am shure - I am sorry - but I did something wrong 
> in this area:
> 
> https://www.openstreetmap.org/#map=16/45.8074/-74.0316=C
> 
> the link shows the area (cycling map) as it was before an unfortunalely 
> attemp to add a small pond wich exist close to "Le Chevreuil" trail that did 
> not show properly so I decided to delite it
> 
> You can see the result if you switch to the "standard map"
> 
> https://www.openstreetmap.org/#map=16/45.8074/-74.0316
> 
> I looked at the history of changesets and note that the latest changeset 
> before my mistakes is 61130886 by kartler 6 month ago.
> 
> I know that a revert can be done but I have no idea how to do that.
> 
> Can some one help,
> 
> S  sorRy
> Mille excuses.
> 
> Pierre Boucher alias Boff II
> Ste-Therese (Quebec) Canada
> 
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca


___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Help please

[Pierre Boucher]

I am sorry but I think - I am shure - I am sorry - but I did something 
wrong in this area:


https://www.openstreetmap.org/#map=16/45.8074/-74.0316=C

the link shows the area (cycling map) as it was before an unfortunalely 
attemp to add a small pond wich exist close to "Le Chevreuil" trail that 
did not show properly so I decided to delite it


You can see the result if you switch to the "standard map"

https://www.openstreetmap.org/#map=16/45.8074/-74.0316

I looked at the history of changesets and note that the latest changeset 
before my mistakes is 61130886 by kartler 6 month ago.


I know that a revert can be done but I have no idea how to do that.

Can some one help,

S  sorRy
Mille excuses.

Pierre Boucher alias Boff II
Ste-Therese (Quebec) Canada

___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Help please in Ottawa on bike repair stations

[john whelan]

The city has been adding a fair number of these recently.  I've added a few
to the map locally but I feel we are missing some.

The city has the locations listed here:

https://ottawa.ca/en/residents/transportation-and-parking/cycling/bike-parking-and-repair-stands#locations-bike-repair-stations-city-ottawa

If you're somewhere near one that hasn't yet been added could you add it in
please?  They are useful for pumping up tires etc.

There are also some that have been made available by other bodies that may
not have been mapped again note them down and add them please.

Many Thanks

John
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] help

[James]

Wrong email...
talk-ca-requ...@openstreetmap.org

Not talk-ca@openstreetmap.org
On May 14, 2016 12:18 AM, "Matthew Woodall"  wrote:

> Please unsubscribe me from this mailing list.  Thank you!
>
> On Fri, May 13, 2016 at 8:21 PM, 
> wrote:
>
>> Send Talk-ca mailing list submissions to
>> talk-ca@openstreetmap.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://lists.openstreetmap.org/listinfo/talk-ca
>> or, via email, send a message with subject or body 'help' to
>> talk-ca-requ...@openstreetmap.org
>>
>> You can reach the person managing the list at
>> talk-ca-ow...@openstreetmap.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Talk-ca digest..."
>>
>>
>> Today's Topics:
>>
>>1. Re: Red Cross and Fort McMurray Fires (James)
>>2. Re: [Talk-us] ImproveOSM data refresh and some updates
>>   (Hans De Kryger)
>>
>>
>> --
>>
>> Message: 1
>> Date: Fri, 13 May 2016 21:29:14 -0400
>> From: James 
>> To: Pierre Béland 
>> Cc: Talk-CA OpenStreetMap 
>> Subject: Re: [Talk-ca] Red Cross and Fort McMurray Fires
>> Message-ID:
>> <
>> cank4qi8twb_nehlneg5s30my7hfzthodxhfd0wao6nzn6wj...@mail.gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Ouin quand tu ote ce polygone le damage estimate n'est plus valide. Tout
>> ce
>> que tu vois sur mapnik en brun, est brulee. Donc s.v.p le laisser
>> On May 13, 2016 9:14 PM, "Pierre Béland"  wrote:
>>
>> > James,
>> >
>> > je ne vais pas enlever d'infos sans en discuter.
>> >
>> > J'ai Créé une carte uMap où j'ai exclu ce polygone pour plus de
>> visibilité.
>> > voir
>> >
>> http://umap.openstreetmap.fr/fr/map/fort-mcmurray-fire-most-affected-zones_85549
>> >
>> >
>> > Pierre
>> >
>> >
>> > --
>> > *De :* James 
>> > *À :* Pierre Béland 
>> > *Cc :* Talk-CA OpenStreetMap 
>> > *Envoyé le :* vendredi 13 mai 2016 20h55
>> > *Objet :* Re: [Talk-ca] Red Cross and Fort McMurray Fires
>> >
>> > s.v.p. ne pas ôter ce way, car il est important aussi
>> >
>> > On Fri, May 13, 2016 at 8:49 PM, Pierre Béland 
>> wrote:
>> >
>> > oui conserver les polygones a l'intérieur, et enlever way=417984298?
>> > http://www.openstreetmap.org/way/417984298
>> >
>> >
>> >
>> > Pierre
>> >
>> >
>> > --
>> > *De :* James 
>> > *À :* Pierre Béland 
>> > *Cc :* Talk-CA OpenStreetMap 
>> > *Envoyé le :* vendredi 13 mai 2016 20h46
>> >
>> > *Objet :* Re: [Talk-ca] Red Cross and Fort McMurray Fires
>> >
>> > Les brownfields à l'intérieur du grand poligone est parce que c'était
>> des
>> > zones residentielles, mais ils vont être reconstruits plus tard, et
>> j'aime
>> > mieux ne pas les supprimées
>> >
>> > On Fri, May 13, 2016 at 8:41 PM, Pierre Béland 
>> wrote:
>> >
>> > James, pour faciliter la gestion de ces objets, j'ai ajouté la clé
>> > damage:event=2016-05-Fort-McMurray
>> > way=417984298, landuse=brownfield
>> > a l'intérieur de ce polygone on retrouve d'autres landuse=brownfield.
>> >
>> > enlever  way=417984298?
>> >
>> > Pierre
>> >
>> >
>> > --
>> > *De :* James 
>> > *À :* Dan Joseph 
>> > *Cc :* Talk-CA OpenStreetMap 
>> > *Envoyé le :* vendredi 13 mai 2016 20h16
>> > *Objet :* Re: [Talk-ca] Red Cross and Fort McMurray Fires
>> >
>> > Hello everyone OsmCanada had a meeting tonight and have traced polygons
>> > estimating the areas damaged and have named them "Fort McMurray Fire
>> Damage
>> > Estimate". They are tagged as brownfield as the buildings have been
>> > destroyed or burnt down. The major areas affected are Thickwood, Beacon
>> > Hill and Abasand. We thought this may help the red cross immensely.
>> >
>> > Big thank you to Rps333 for the help.
>> >
>> > On Fri, May 13, 2016 at 2:56 PM, Dan Joseph 
>> > wrote:
>> >
>> > Hi John,
>> >
>> > Dale is the American Red Cross GIS Team Lead. I'm on his team and have
>> > been deployed to Canada to work in-person with the Canadian Red Cross.
>> In
>> > terms of OSM-CA / Red Cross coordination, I can be considered the point
>> of
>> > contact on the RC side until someone within Canadian Red Cross is ready
>> and
>> > willing to take it on.
>> >
>> > All the best,
>> > Dan
>> >
>> > On Fri, May 13, 2016 at 2:44 PM, john whelan 
>> > wrote:
>> >
>> > Have you talked to dale.ku...@redcross.org?
>> >
>> > A coordinated approach might be better.  OSM can use data obtained
>> through
>> > the Gov Canada open data portal and has done 

[Talk-ca] help

[Matthew Woodall]

Please unsubscribe me from this mailing list.  Thank you!

On Fri, May 13, 2016 at 8:21 PM,  wrote:

> Send Talk-ca mailing list submissions to
> talk-ca@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-ca
> or, via email, send a message with subject or body 'help' to
> talk-ca-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-ca-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-ca digest..."
>
>
> Today's Topics:
>
>1. Re: Red Cross and Fort McMurray Fires (James)
>2. Re: [Talk-us] ImproveOSM data refresh and some updates
>   (Hans De Kryger)
>
>
> --
>
> Message: 1
> Date: Fri, 13 May 2016 21:29:14 -0400
> From: James 
> To: Pierre Béland 
> Cc: Talk-CA OpenStreetMap 
> Subject: Re: [Talk-ca] Red Cross and Fort McMurray Fires
> Message-ID:
> <
> cank4qi8twb_nehlneg5s30my7hfzthodxhfd0wao6nzn6wj...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Ouin quand tu ote ce polygone le damage estimate n'est plus valide. Tout ce
> que tu vois sur mapnik en brun, est brulee. Donc s.v.p le laisser
> On May 13, 2016 9:14 PM, "Pierre Béland"  wrote:
>
> > James,
> >
> > je ne vais pas enlever d'infos sans en discuter.
> >
> > J'ai Créé une carte uMap où j'ai exclu ce polygone pour plus de
> visibilité.
> > voir
> >
> http://umap.openstreetmap.fr/fr/map/fort-mcmurray-fire-most-affected-zones_85549
> >
> >
> > Pierre
> >
> >
> > --
> > *De :* James 
> > *À :* Pierre Béland 
> > *Cc :* Talk-CA OpenStreetMap 
> > *Envoyé le :* vendredi 13 mai 2016 20h55
> > *Objet :* Re: [Talk-ca] Red Cross and Fort McMurray Fires
> >
> > s.v.p. ne pas ôter ce way, car il est important aussi
> >
> > On Fri, May 13, 2016 at 8:49 PM, Pierre Béland 
> wrote:
> >
> > oui conserver les polygones a l'intérieur, et enlever way=417984298?
> > http://www.openstreetmap.org/way/417984298
> >
> >
> >
> > Pierre
> >
> >
> > --
> > *De :* James 
> > *À :* Pierre Béland 
> > *Cc :* Talk-CA OpenStreetMap 
> > *Envoyé le :* vendredi 13 mai 2016 20h46
> >
> > *Objet :* Re: [Talk-ca] Red Cross and Fort McMurray Fires
> >
> > Les brownfields à l'intérieur du grand poligone est parce que c'était des
> > zones residentielles, mais ils vont être reconstruits plus tard, et
> j'aime
> > mieux ne pas les supprimées
> >
> > On Fri, May 13, 2016 at 8:41 PM, Pierre Béland 
> wrote:
> >
> > James, pour faciliter la gestion de ces objets, j'ai ajouté la clé
> > damage:event=2016-05-Fort-McMurray
> > way=417984298, landuse=brownfield
> > a l'intérieur de ce polygone on retrouve d'autres landuse=brownfield.
> >
> > enlever  way=417984298?
> >
> > Pierre
> >
> >
> > --
> > *De :* James 
> > *À :* Dan Joseph 
> > *Cc :* Talk-CA OpenStreetMap 
> > *Envoyé le :* vendredi 13 mai 2016 20h16
> > *Objet :* Re: [Talk-ca] Red Cross and Fort McMurray Fires
> >
> > Hello everyone OsmCanada had a meeting tonight and have traced polygons
> > estimating the areas damaged and have named them "Fort McMurray Fire
> Damage
> > Estimate". They are tagged as brownfield as the buildings have been
> > destroyed or burnt down. The major areas affected are Thickwood, Beacon
> > Hill and Abasand. We thought this may help the red cross immensely.
> >
> > Big thank you to Rps333 for the help.
> >
> > On Fri, May 13, 2016 at 2:56 PM, Dan Joseph 
> > wrote:
> >
> > Hi John,
> >
> > Dale is the American Red Cross GIS Team Lead. I'm on his team and have
> > been deployed to Canada to work in-person with the Canadian Red Cross. In
> > terms of OSM-CA / Red Cross coordination, I can be considered the point
> of
> > contact on the RC side until someone within Canadian Red Cross is ready
> and
> > willing to take it on.
> >
> > All the best,
> > Dan
> >
> > On Fri, May 13, 2016 at 2:44 PM, john whelan 
> > wrote:
> >
> > Have you talked to dale.ku...@redcross.org?
> >
> > A coordinated approach might be better.  OSM can use data obtained
> through
> > the Gov Canada open data portal and has done in the past as far as I am
> > aware.
> >
> > Thanks John
> >
> > On 13 May 2016 at 14:37, Dan Joseph  wrote:
> >
> > Hi James,
> >
> > It looks like some good progress is being made on the tasks.
> >
> > Tasks #22 and #23 are focused on mapping different features but it looks
> > like 

Re: [Talk-ca] Help adding WMS to Potlatch2

[Clifford Snow]

On Tue, Jan 19, 2016 at 12:20 PM, Bernie Connors 
wrote:

>
>   I am trying to add a WMS server to Potlatch2 to display some 2014
> orthophotos as a background.  I am using Background > Edit > Add.  here are
> the details of the WMS server and layer I want to use.  It includes
> coverage for Moncton , NB.
>
> WMS server:
>
> https://svc.pictometry.com/Image/72A7AACF-B65C-D96B-847D-44F997693C35/wms?
>
> Layer:
>
> PICT-NBSNBR14-NMdzmgzhSk
>

The response back from the server claims copyright over the images. Unless
you have explicit permissions, pictometry images should not be used in OSM.

Clifford


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Help Importing York Region Data to OpenStreetMap

[Cawker, Michelle]

Thank you for your response. We will review the specifications at the wiki link 
you provided for more information.
We would like to contribute valuable data to OpenStreetMap and we would like to 
work with the community to do so.
Is there someone experienced from the OpenStreetMap community who would be 
willing to download York Region’s data and import to OpenStreetMap
-or-
To work together with us to do so?

We appreciate the community’s support getting valuable data out.
Thank you
York Region Open Data

From: Richard Weait [mailto:rich...@weait.com]
Sent: Wednesday, January 28, 2015 11:15 PM
To: Cawker, Michelle
Cc: impo...@openstreetmap.org; talk-ca@openstreetmap.org
Subject: Re: Help Importing York Region Data to OpenStreetMap

You should not proceed with this import.  The plan description on the wiki has 
several show-stopper problems.  From a quick scan of the wiki:
- multiple users on one account.  Don't do that. :-) Each of your employees who 
try to edit OpenStreetMap must have their own accounts.  Pro Tip: Have them use 
their real names, and not something like York Region GIS Team #1  We 
OpenStreetMap contributors are real live humans, not faceless administrative 
drones, even if we play the role of faceless administrative drone at work.
- parcels. Parcel data is contentious and problematic in OpenStreetMap.  See 
https://wiki.openstreetmap.org/wiki/Parcel
- there are likely other problems.  This plan needs careful, expert review.

Have any of your employees contributed to OpenStreetMap outside of this 
project?  If not, they may be in for a tough learning curve.  Importing data is 
not for a newcomer.  You should have years of real OpenStreetMap experience 
before attempting an import.

If the OpenStreetMap community takes an interest in the York Region data they 
will convert, conflate, adapt, correct it, and then contribute it to 
OpenStreetMap.  So you don't have to go crazy with your limited regional 
budget.  The volunteers / experts will do it.

Do you have Open Data for building outlines?  Building outline data is widely 
accepted in OpenStreetMap as being useful and worthwhile.  Building outlines 
make a better home for address point data than a disembodied point, or a parcel 
centroid / parcel outline.

Do you have newer and or higher resolution aerial imagery?
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Help Importing York Region Data to OpenStreetMap

[Stewart C. Russell]

On 2015-01-28 11:14 PM, Richard Weait wrote:
 You should not proceed with this import.  The plan description on the
 wiki has several show-stopper problems.

If anyone was wondering about context, here's the plan:
http://wiki.openstreetmap.org/wiki/Yorkregion_GIS/York_Region_Data_Imports

It has good links to OSM-compatible open data from York Region.

My main problem with the plan — apart from likely wilful data
overwriting — is that they'd clip data to districts. Like we need /more/
arbitrary boundaries to fix in Canada …

 - parcels. Parcel data is contentious and problematic in
 OpenStreetMap.  See https://wiki.openstreetmap.org/wiki/Parcel


Also, the commercial provincial parcels manager gets really possessive
over anything cadastral, even if they didn't collect it or own it. They
have money and lawyers. (Which I sometimes wish they'd direct back to
addressing the quality of the data they sell …)

 Do you have newer and or higher resolution aerial imagery? 


Most municipalities/regions pay into group orthophoto collection, like
SWOOP in SW Ontario. It's updated every six years or so. It's supplied
to members at cost recovery, but the licensing is restrictive. I did ask
the relevant folks back in 2013 or so if they'd release the obsolete
2006 data if I found hosting (as it was better/newer than most of the
Bing/Yahoo imagery at the time), but I got a no.

cheers,
 Stewart
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Help Importing York Region Data to OpenStreetMap

[Richard Weait]

You should not proceed with this import.  The plan description on the wiki
has several show-stopper problems.  From a quick scan of the wiki:

- multiple users on one account.  Don't do that. :-) Each of your employees
who try to edit OpenStreetMap must have their own accounts.  Pro Tip: Have
them use their real names, and not something like York Region GIS Team
#1  We OpenStreetMap contributors are real live humans, not faceless
administrative drones, even if we play the role of faceless administrative
drone at work.

- parcels. Parcel data is contentious and problematic in OpenStreetMap.
See https://wiki.openstreetmap.org/wiki/Parcel

- there are likely other problems.  This plan needs careful, expert review.

Have any of your employees contributed to OpenStreetMap outside of this
project?  If not, they may be in for a tough learning curve.  Importing
data is not for a newcomer.  You should have years of real OpenStreetMap
experience before attempting an import.

If the OpenStreetMap community takes an interest in the York Region data
they will convert, conflate, adapt, correct it, and then contribute it to
OpenStreetMap.  So you don't have to go crazy with your limited regional
budget.  The volunteers / experts will do it.

Do you have Open Data for building outlines?  Building outline data is
widely accepted in OpenStreetMap as being useful and worthwhile.  Building
outlines make a better home for address point data than a disembodied
point, or a parcel centroid / parcel outline.

Do you have newer and or higher resolution aerial imagery?
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Help needed to double-check a recent changeset in Montreal

[john whelan]

In Ottawa they now announce bus stops and as part of that process remapped
all the bus stops using accurate GPS devices and dropped the result in the
GTFS file.

GTFS has its own standard tags (names) for bus stops and bus stop
identifiers, including reference numbers.  To make life easier for other
software retaining the GTFS tag standard names might make sense.

Cheerio John

On 9 July 2012 20:39, Nicolas Marchildon nico...@marchildon.net wrote:

 I have been mapping some bus stops, and I used ref for the stop number,
 not the route number. I usually added the route numbers of that stop in the
 notes tag, but by looking at http://openptmap.org/ I see there's an
 example in Montreal, on rue du Parc, and it uses a relation for the bus
 route:

 http://wiki.openstreetmap.org/wiki/FR:Relation:route

 It seems you can add individual points as well as ways to the route, but I
 don't know how it would render the points. I would try creating the route
 with the route number as an attribute, then add the bus stops with
 ref=stop number to the relation.

 The openptmap is updated every day, so I'd say try it and let us know how
 it goes :)


 2012/7/6 Fabian Rodriguez magic...@member.fsf.org

 Hi,

 It's been a while since I've edited maps directly, I am still using
 Potlatch 1 as I am more familiar with it.

 Could someone in Montreal check my edits and advise accordingly?

 http://www.openstreetmap.org/browse/changeset/12130831

 I am particularly interested in the bus stop. The documentation at the
 OpenStreetMap wiki[1] indicates that the bus rout # should be in ref=XX,
 but our bus stops also have a unique identifier to get schedules, etc.
 and I see those identifiers in ref=X in other tags nearby. Which
 should I use? There are also new tags that are recommended (ie.
 bus=yes). Should I put both older and newer recommended tags?

 [1] http://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop

 Thanks for any help.

 Cheers,

 Fabian Rodriguez
 Montreal, Quebec, Canada
 http://openstreetmap.magicfab.ca




 ___
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ca



 ___
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ca


___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Help needed to double-check a recent changeset in Montreal

[Nicolas Marchildon]

I have been mapping some bus stops, and I used ref for the stop number,
not the route number. I usually added the route numbers of that stop in the
notes tag, but by looking at http://openptmap.org/ I see there's an
example in Montreal, on rue du Parc, and it uses a relation for the bus
route:

http://wiki.openstreetmap.org/wiki/FR:Relation:route

It seems you can add individual points as well as ways to the route, but I
don't know how it would render the points. I would try creating the route
with the route number as an attribute, then add the bus stops with
ref=stop number to the relation.

The openptmap is updated every day, so I'd say try it and let us know how
it goes :)


2012/7/6 Fabian Rodriguez magic...@member.fsf.org

 Hi,

 It's been a while since I've edited maps directly, I am still using
 Potlatch 1 as I am more familiar with it.

 Could someone in Montreal check my edits and advise accordingly?

 http://www.openstreetmap.org/browse/changeset/12130831

 I am particularly interested in the bus stop. The documentation at the
 OpenStreetMap wiki[1] indicates that the bus rout # should be in ref=XX,
 but our bus stops also have a unique identifier to get schedules, etc.
 and I see those identifiers in ref=X in other tags nearby. Which
 should I use? There are also new tags that are recommended (ie.
 bus=yes). Should I put both older and newer recommended tags?

 [1] http://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop

 Thanks for any help.

 Cheers,

 Fabian Rodriguez
 Montreal, Quebec, Canada
 http://openstreetmap.magicfab.ca




 ___
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ca


___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Help needed to double-check a recent changeset in Montreal

[Fabian Rodriguez]

Hi,

It's been a while since I've edited maps directly, I am still using
Potlatch 1 as I am more familiar with it.

Could someone in Montreal check my edits and advise accordingly?

http://www.openstreetmap.org/browse/changeset/12130831

I am particularly interested in the bus stop. The documentation at the
OpenStreetMap wiki[1] indicates that the bus rout # should be in ref=XX,
but our bus stops also have a unique identifier to get schedules, etc.
and I see those identifiers in ref=X in other tags nearby. Which
should I use? There are also new tags that are recommended (ie.
bus=yes). Should I put both older and newer recommended tags?

[1] http://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop

Thanks for any help.

Cheers,

Fabian Rodriguez
Montreal, Quebec, Canada
http://openstreetmap.magicfab.ca





signature.asc
Description: OpenPGP digital signature
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Help Import Vancouver!

[Adam Dunn]

While I am still working on importing 092G06 (North Vancouver, Downtown
Vancouver, Kitsilano), I've made OSM files out of the NRN dataset for 092G03
(Richmond, Ladner, Tsawwassen). If there are any lurkers reading the mailing
list or other people who live in Vancouver but haven't gotten the NRN import
process working, here's your chance! All you have to do is download the .osm
file for the area you live in, use JOSM to copy over missing features, et
voilà. No SQL, no RoadMatcher, no other scripts or anything. If you do some
work in an area, update the spreadsheet [
http://spreadsheets.google.com/ccc?key=0Am70fsptsPF2dERFUlBodFFmbmJiR3BBMHR4MzJDM1Ehl=en]
or reply back to talk-ca with news of what you've accomplished.

092G03A (Tsawwassen): http://www.mediafire.com/download.php?mwkiydzmiy0
092G03B (Tsawwassen Ferry Terminal, Robert's Bank):
http://www.mediafire.com/download.php?yn2a25ddymw
092G03C (Ferry Routes only)
092G03D (Ferry Routes only)
092G03E (NRN empty)
092G03F (Ferry Routes only)
092G03G (Ferry Routes only)
092G03H (NRN empty)
092G03I (Musqueam Indian Reserve 4, Westham Island):
http://www.mediafire.com/download.php?nm0oghuzmtx
092G03J (Ladner): http://www.mediafire.com/download.php?oftwymuooiy
092G03K (Tilbury Island, George Massey Tunnel):
http://www.mediafire.com/download.php?mwbjh4yyzym
092G03L (South Richmond, Steveston):
http://www.mediafire.com/download.php?zjolgztqzzv
092G03M (NRN empty)
092G03N (NRN empty)
092G03O (NRN empty)
092G03P (NRN empty)
092G03Q (NRN empty)
092G03R (NRN empty)
092G03S (North Richmond, CYVR):
http://www.mediafire.com/download.php?yd3wkgx2n3j
092G03T (NE Richmond): http://www.mediafire.com/download.php?mwjdmiddyuo
092G03U (Killarney, Metrotown, Patterson):
http://www.mediafire.com/download.php?ztmw2mdmmzq
092G03V (SW Marine Drive, West 41st, West King Edward):
http://www.mediafire.com/download.php?mgymtqvzmzy
092G03W (South UBC): http://www.mediafire.com/download.php?5mdymwwg1mq
092G03X (NRN empty)
092G03Y (NRN empty)

Adam
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Help for Canvec to OSM for part of NB

[Bégin , Daniel]

Hi John,

Frank mentionned that CITS guys here should be able to give a better answer 
;).  Well, All I can say is that the Canvec content is the same as GeoBase.  
Only some attribute names are different.

I use Frank's canvec-to-osm.py script to convert some NTS mapsheets around 
Sherbrooke, including roads and hydrography.  It works pretty well but I had to 
specify the path of the folders in canvec-to-osm.py (like 
c:\\folder\\subfolder\\...) and modify the list of feature to get all I want 
(canvec_to_osm_features.py).

Cheers,

Daniel

-Original Message-
From: talk-ca-boun...@openstreetmap.org 
[mailto:talk-ca-boun...@openstreetmap.org] On Behalf Of Frank Steggink
Sent: 19 novembre 2009 22:33
To: John Smart
Cc: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Help for Canvec to OSM for part of NB

Hi John,

Thanks for looking at the scripts. Please see below.

John Smart wrote:
 Hello

 I would like to take a shot at updating the OSM for some of New 
 Brunswick, which presently does not have very much mapping compiled. 
 The plan I think I'd like to follow is:

 1. Select an NTS 1:50 000 area that has few roads and which has no OSM 
 or minimal OSM.
 2. Run script(s) to generate OSM from the Canvec data set. At this 
 point I am only interested in roads, to prove the process for that.
 3. Upload the OSM.
 4. Have some people (you?) review the data, make comments.
 5. Iterate the process a bit till quality good (or I give up!) 6. If 
 I'm still here, maybe add some more.

 Any comments on my plan are very welcome, especially helpful tips!
   
Regarding the road data, Canvec is derived from Geobase NRN, so it might be 
better to use the latter. The CITS guys here should be able to give a better 
answer ;) For Geobase NRN there is a different script, named geobase2osm.py 
[1].With that it is possible to convert certain areas (like a NTS tile) to an 
OSM file, and then you can use JOSM to import the data. There is a wiki page 
describing the Geobase process [2], but it still describes the convoluted 
process involving RoadMatcher.

The current process is:
* create a bounds file for a certain area for geobase2osm.py
* execute geobase2osm.py
* download OSM data for this area from JOSM
* open the resulting OSM file in JOSM
* copy over the features which do not exist
  - make sure you connect the new roads to the existing roads in OSM
  - depending on the density of the data, it is generally better to work in 
multiple iterations
* upload the data to OSM
  - indicate in the description of the changeset that you imported data from 
Geobase for tile 999x00.

Several people on this list have experience with this process, so don't 
hesitate to ask any questions you might have.

For Canvec we're organizing a meeting in a few weeks, in order to get some 
experience with the import, and to work on the process.
 The part I'm currently interested in is #2, generating OSM from Canvec. 
 I saw on the mailing list that there is a python script called 
 canvec_to_osm_features.py, and I have downloaded that. However, I have 
 difficulty running it on my Windows XP box. Specifically:
 - I can launch python (which I happen to have on my path)
 - But if I just run C:\Canvec2Osmpython canvec_to_osm_features.py 
 --version then nothing happens.

 I'd appreciate any comments on exactly what I need to do to get this 
 .py script to work.
   
The script you should execute is canvec-to-osm.py. :) The other script only 
contains the list of features which should be imported. I separated it to make 
it easier to manage. (Unfortunately the second script file contains 
underscores, but I'll update that soon. Maybe I should just rename it to 
features.py, so that it is immediately obvious that this script should not be 
called directly.)
 Lastly (for now) I think that if I get the .py working, I will 
 immediately run into a problem with shp-to-osm. Like the .py readme 
 said, I have made a bin directory and I've put the shp-to-osm in there.
 Actually I have both:
 2009-11-11  17:37 7,365,493 
 shp-to-osm-0.7.3-jar-with-dependencies.jar
 2009-11-11  17:37 7,365,493 shp-to-osm.jar
 in case there is some naming problem. Have I done the right thing?
   
Ian Dees always uses the longer name when building the jar file, so you only 
have to keep the first one. You'll learn quickly enough if the jar file can't 
be found for some reason :)

 Thanks for any help. I hope I won't get frustrated and that I'll be able to 
 help the project a bit!
Helping us would be wonderful. Especially New Brunswick still has large white 
areas, so it would be excellent to see that filled up!

Cheers,

Frank

[1] http://wiki.openstreetmap.org/wiki/Geobase2osm
[2] http://wiki.openstreetmap.org/wiki/Geobase



___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

___
Talk-ca mailing list
Talk-ca

Re: [Talk-ca] Help for Canvec to OSM for part of NB

[JOHN SMART]

Hi Frank

Thanks, appreciated. However I'd like to get the software installed and 
configured first, so that I can go through the whole process from A to Z. Maybe 
the notes I make will be helpful for the wiki .. if I get to Z.

John






From: Frank Steggink stegg...@steggink.org
To: JOHN SMART smarto...@rogers.com
Cc: talk-ca@openstreetmap.org
Sent: Sat, November 21, 2009 1:03:04 AM
Subject: Re: [Talk-ca] Help for Canvec to OSM for part of NB

Hi John,

I've converted one NTS tile (021N08, Edmunston), and uploaded it here: [1] This 
way you can give it a try right away, in case you get stuck with the 
installation of the GDAL bindings. The Edmunston area corresponds with the 
following location in OSM: [2] . You can paste that URL directly into JOSM, in 
order to download data for that area.

One thing what is odd is that there are really a lot of nodes in this file. I 
haven't seen this to this extent in the Quebec data. It would be better to 
clean this up somehow, but it could also be done at a later time. Because of 
this, and also in order to keep the work manageable, it is important to upload 
small chunks. (Small = about a couple of thousand of nodes.) There are already 
some roads in Edmunston itself, so you only had to add missing roads.

When importing data, it works best to do cleanup immediately, or shortly after 
the import. This is connecting nodes, removing duplicate nodes, other 
inconsistencies, etc. It would be much more tedious if this needs to be done at 
a later moment. If you don't use it already, please check out the Validator 
plugin of JOSM, and learn how to use it.

Frank

[1] http://www.steggink.org/osm/Geobase_NB_021N/021n08_out.osm.zip
[2] 
http://www.openstreetmap.org/index.html?mlat=47.375mlon=-68.25minlat=47.25minlon=-68.5maxlat=47.5maxlon=-68box=yeslayers=B000FTF


Frank Steggink wrote:
 Hi John,
 
 It's been a while ago since I installed this. I didn't have GDAL on my 
 machine before, so I'm using the latest version (still 1.6.2). And after the 
 installation I didn't bother about it anymore ;)
 
 Which OS are you using? If you're using Windows, then you should be able to 
 use the installer for the Python version you're using at the bottom of the 
 page. Maybe you also need to install GDAL 1.6.1, if you're currently using an 
 older version, but it might still work if you have an older version. If 
 you're not sure what to choose, you can best try to contact Howard Butler. He 
 is the author of these bindings, and his e-mail address is listed on the page.
 
 If this doesn't work for you, I could make a number of files available, which 
 you can import. A while back I did that also for someone else, which worked 
 well.
 
 By the way, I forgot to add in my first mail that when you're using the 
 Geobase files, you'll have the same attributes which are used in most of the 
 country. This won't be the case for Canvec.
 
 Hope this helps,
 
 Frank
 
 JOHN SMART wrote:
  
 Hi Frank
 
 Thanks for your reply. I'll use the NRN data for now then. I have grabbed 
 the NB NRN files, no problem there.
 
 What I have done so far and where I am stuck now:
 -- following what's written in 
 http://wiki.openstreetmap.org/wiki/Geobase2osm:
 - installed python 2.6 (I already had python 2.something as part of FWTools 
 but python version is too early to support Shapely)
 - installed Shapely 1.0.14 under the Python directory tree
 
 but now I am stuck at installing OGR Python bindings osgeo.ogr Python GDAL 
 http://pypi.python.org/pypi/GDAL/
 Question: what, exactly, do I need to download and install here.
 Note that I already have the FWTools (http://fwtools.maptools.org) 
 installation which includes GDAL and OGR.
 What more / different do I need, to satisfy this Python bindings requirement?
 
 Am I still on the right track?
 
 Thanks for any more help
 John
 
 
 
 *From:* Frank Steggink stegg...@steggink.org
 *To:* John Smart smarto...@rogers.com
 *Cc:* talk-ca@openstreetmap.org
 *Sent:* Thu, November 19, 2009 11:33:29 PM
 *Subject:* Re: [Talk-ca] Help for Canvec to OSM for part of NB
 
 Hi John,
 
 Thanks for looking at the scripts. Please see below.
 
 John Smart wrote:

 Hello
 
 I would like to take a shot at updating the OSM for some of New  
 Brunswick, which presently does not have very much mapping compiled. The 
 plan I think I'd like to follow is:

 1. Select an NTS 1:50 000 area that has few roads and which has no  
 OSM or minimal OSM.

 2. Run script(s) to generate OSM from the Canvec data set. At this  
 point I am only interested in roads, to prove the process for that.

 3. Upload the OSM.
 4. Have some people (you?) review the data, make comments.
 5. Iterate the process a bit till quality good (or I give up!)
 6. If I'm still here, maybe add some more.
 
 Any comments on my plan are very welcome, especially helpful tips

Re: [Talk-ca] Help for Canvec to OSM for part of NB

[Frank Steggink]

Hi John,

I must admit that I hardly know anything about setuptools and Python 
eggs. It seems that easy_install (part of setuptools) automatically 
downloads and installs missing dependencies. So, when you install the 
GDAL bindings, it should also install GDAL (of which OGR is a part) for you.

Setuptools can be found here: http://pypi.python.org/pypi/setuptools
Here is an introduction about Python eggs: 
http://mrtopf.de/blog/python_zope/a-small-introduction-to-python-eggs/ . 
A large part deals with creating eggs, so you can skip that.

Good luck,

Frank


JOHN SMART wrote:
 Hi Frank

 Yes I'm on Windows. Where I am today:
 - installed GDAL 1.6.1 from
 http://pypi.python.org/packages/2.6/G/GDAL/GDAL-1.6.1.win32-py2.6.exe#md5=5e48c85a9ace1baad77dc26bb42ab4e1
 this download location was referenced by http://pypi.python.org/pypi/GDAL/

 In a cmd, window, I set path to include python, and try to run 
 geobase2osm:

 C:\OSMset 
 PATH=C:\OSM\Python26;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Cygwin\Bin;C:\Progr
 am Files\Vim\vim72;C:\Program Files\QuickTime\QTSystem\;C:\Program 
 Files\OpenVPN\bin

 C:\OSMpython
 Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit 
 (Intel)] on win32
 Type help, copyright, credits or license for more information.
  ^Z

 C:\OSMbin\geobase2osm.py
 C:\OSM\bin\geobase2osm.py:5: DeprecationWarning: the sets module is 
 deprecated
   import sets
 Traceback (most recent call last):
   File C:\OSM\bin\geobase2osm.py, line 10, in module
 import osgeo.ogr
   File C:\OSM\Python26\lib\site-packages\osgeo\ogr.py, line 7, in 
 module
 import _ogr
 ImportError: DLL load failed: The specified module could not be found.


 That line 7 has this:
 import _ogr

 Obviously it's trying to import something. Maybe the something is in a 
 python egg GDAL-1.6.1-py2.6-win32.egg 
 http://pypi.python.org/packages/2.6/G/GDAL/GDAL-1.6.1-py2.6-win32.egg#md5=0d187c3a78279a79a12085ac6ed78711
  
 that's listed on the GDAL python package page. I have no idea what to 
 do with a python egg but maybe it involves finding and installing 
 setuptools or maybe easy_install 

 

 John





 
 *From:* Frank Steggink stegg...@steggink.org
 *To:* JOHN SMART smarto...@rogers.com
 *Cc:* talk-ca@openstreetmap.org
 *Sent:* Sat, November 21, 2009 12:23:10 AM
 *Subject:* Re: [Talk-ca] Help for Canvec to OSM for part of NB

 Hi John,

 It's been a while ago since I installed this. I didn't have GDAL on my 
 machine before, so I'm using the latest version (still 1.6.2). And 
 after the installation I didn't bother about it anymore ;)

 Which OS are you using? If you're using Windows, then you should be 
 able to use the installer for the Python version you're using at the 
 bottom of the page. Maybe you also need to install GDAL 1.6.1, if 
 you're currently using an older version, but it might still work if 
 you have an older version. If you're not sure what to choose, you can 
 best try to contact Howard Butler. He is the author of these bindings, 
 and his e-mail address is listed on the page.

 If this doesn't work for you, I could make a number of files 
 available, which you can import. A while back I did that also for 
 someone else, which worked well.

 By the way, I forgot to add in my first mail that when you're using 
 the Geobase files, you'll have the same attributes which are used in 
 most of the country. This won't be the case for Canvec.

 Hope this helps,

 Frank

 JOHN SMART wrote:
  Hi Frank
 
  Thanks for your reply. I'll use the NRN data for now then. I have 
 grabbed the NB NRN files, no problem there.
 
  What I have done so far and where I am stuck now:
  -- following what's written in 
 http://wiki.openstreetmap.org/wiki/Geobase2osm:
  - installed python 2.6 (I already had python 2.something as part of 
 FWTools but python version is too early to support Shapely)
  - installed Shapely 1.0.14 under the Python directory tree
 
  but now I am stuck at installing OGR Python bindings osgeo.ogr 
 Python GDAL http://pypi.python.org/pypi/GDAL/
  Question: what, exactly, do I need to download and install here.
  Note that I already have the FWTools (http://fwtools.maptools.org) 
 installation which includes GDAL and OGR.
  What more / different do I need, to satisfy this Python bindings 
 requirement?
 
  Am I still on the right track?
 
  Thanks for any more help
  John
 
 
  
  *From:* Frank Steggink stegg...@steggink.org 
 mailto:stegg...@steggink.org
  *To:* John Smart smarto...@rogers.com mailto:smarto...@rogers.com
  *Cc:* talk-ca@openstreetmap.org mailto:talk-ca@openstreetmap.org
  *Sent:* Thu, November 19, 2009 11:33:29 PM
  *Subject:* Re: [Talk-ca] Help for Canvec to OSM for part of NB
 
  Hi John,
 
  Thanks for looking at the scripts. Please see below.
 
  John Smart wrote:
   Hello
  
   I would like

Re: [Talk-ca] Help for Canvec to OSM for part of NB

[JOHN SMART]

Hi Frank

Thanks for your reply. I'll use the NRN data for now then. I have grabbed the 
NB NRN files, no problem there.

What I have done so far and where I am stuck now:
-- following what's written in http://wiki.openstreetmap.org/wiki/Geobase2osm:
- installed python 2.6 (I already had python 2.something as part of FWTools but 
python version is too early to support Shapely)
- installed Shapely 1.0.14 under the Python directory tree

but now I am stuck at installing OGR Python bindings osgeo.ogr Python GDAL
Question: what, exactly, do I need to download and install here.
Note that I already have the FWTools (http://fwtools.maptools.org) installation 
which includes GDAL and OGR.
What more / different do I need, to satisfy this Python bindings requirement?

Am I still on the right track?

Thanks for any more help
John






From: Frank Steggink stegg...@steggink.org
To: John Smart smarto...@rogers.com
Cc: talk-ca@openstreetmap.org
Sent: Thu, November 19, 2009 11:33:29 PM
Subject: Re: [Talk-ca] Help for Canvec to OSM for part of NB

Hi John,

Thanks for looking at the scripts. Please see below.

John Smart wrote:
 Hello
 
 I would like to take a shot at updating the OSM for some of New Brunswick, 
 which presently does not have very much mapping compiled. The plan I think 
 I'd like to follow is:
 
 1. Select an NTS 1:50 000 area that has few roads and which has no OSM or 
 minimal OSM.
 2. Run script(s) to generate OSM from the Canvec data set. At this point I am 
 only interested in roads, to prove the process for that.
 3. Upload the OSM.
 4. Have some people (you?) review the data, make comments.
 5. Iterate the process a bit till quality good (or I give up!)
 6. If I'm still here, maybe add some more.
 
 Any comments on my plan are very welcome, especially helpful tips!
  
Regarding the road data, Canvec is derived from Geobase NRN, so it might be 
better to use the latter. The CITS guys here should be able to give a better 
answer ;) For Geobase NRN there is a different script, named geobase2osm.py 
[1].With that it is possible to convert certain areas (like a NTS tile) to an 
OSM file, and then you can use JOSM to import the data. There is a wiki page 
describing the Geobase process [2], but it still describes the convoluted 
process involving RoadMatcher.

The current process is:
* create a bounds file for a certain area for geobase2osm.py
* execute geobase2osm.py
* download OSM data for this area from JOSM
* open the resulting OSM file in JOSM
* copy over the features which do not exist
- make sure you connect the new roads to the existing roads in OSM
- depending on the density of the data, it is generally better to work in 
multiple iterations
* upload the data to OSM
- indicate in the description of the changeset that you imported data from 
Geobase for tile 999x00.

Several people on this list have experience with this process, so don't 
hesitate to ask any questions you might have.

For Canvec we're organizing a meeting in a few weeks, in order to get some 
experience with the import, and to work on the process.
 The part I'm currently interested in is #2, generating OSM from Canvec. I saw 
 on the mailing list that there is a python script called 
 canvec_to_osm_features.py, and I have downloaded that. However, I have 
 difficulty running it on my Windows XP box. Specifically:
 - I can launch python (which I happen to have on my path)
 - But if I just run C:\Canvec2Osmpython canvec_to_osm_features.py 
 --version then nothing happens.
 
 I'd appreciate any comments on exactly what I need to do to get this .py 
 script to work.
  
The script you should execute is canvec-to-osm.py. :) The other script only 
contains the list of features which should be imported. I separated it to make 
it easier to manage. (Unfortunately the second script file contains 
underscores, but I'll update that soon. Maybe I should just rename it to 
features.py, so that it is immediately obvious that this script should not be 
called directly.)
 Lastly (for now) I think that if I get the .py working, I will immediately 
 run into a problem with shp-to-osm. Like the .py readme said, I have made a 
 bin directory and I've put the shp-to-osm in there. Actually I have both:
 2009-11-11  17:37 7,365,493 shp-to-osm-0.7.3-jar-with-dependencies.jar
 2009-11-11  17:37 7,365,493 shp-to-osm.jar
 in case there is some naming problem. Have I done the right thing?
  
Ian Dees always uses the longer name when building the jar file, so you only 
have to keep the first one. You'll learn quickly enough if the jar file can't 
be found for some reason :)

 Thanks for any help. I hope I won't get frustrated and that I'll be able to 
 help the project a bit!
Helping us would be wonderful. Especially New Brunswick still has large white 
areas, so it would be excellent to see that filled up!

Cheers,

Frank

[1] http://wiki.openstreetmap.org/wiki/Geobase2osm
[2] http://wiki.openstreetmap.org

Re: [Talk-ca] Help for Canvec to OSM for part of NB

[Frank Steggink]

Hi John,

It's been a while ago since I installed this. I didn't have GDAL on my 
machine before, so I'm using the latest version (still 1.6.2). And after 
the installation I didn't bother about it anymore ;)

Which OS are you using? If you're using Windows, then you should be able 
to use the installer for the Python version you're using at the bottom 
of the page. Maybe you also need to install GDAL 1.6.1, if you're 
currently using an older version, but it might still work if you have an 
older version. If you're not sure what to choose, you can best try to 
contact Howard Butler. He is the author of these bindings, and his 
e-mail address is listed on the page.

If this doesn't work for you, I could make a number of files available, 
which you can import. A while back I did that also for someone else, 
which worked well.

By the way, I forgot to add in my first mail that when you're using the 
Geobase files, you'll have the same attributes which are used in most of 
the country. This won't be the case for Canvec.

Hope this helps,

Frank

JOHN SMART wrote:
 Hi Frank

 Thanks for your reply. I'll use the NRN data for now then. I have 
 grabbed the NB NRN files, no problem there.

 What I have done so far and where I am stuck now:
 -- following what's written in 
 http://wiki.openstreetmap.org/wiki/Geobase2osm:
 - installed python 2.6 (I already had python 2.something as part of 
 FWTools but python version is too early to support Shapely)
 - installed Shapely 1.0.14 under the Python directory tree

 but now I am stuck at installing OGR Python bindings osgeo.ogr Python 
 GDAL http://pypi.python.org/pypi/GDAL/
 Question: what, exactly, do I need to download and install here.
 Note that I already have the FWTools (http://fwtools.maptools.org) 
 installation which includes GDAL and OGR.
 What more / different do I need, to satisfy this Python bindings 
 requirement?

 Am I still on the right track?

 Thanks for any more help
 John


 
 *From:* Frank Steggink stegg...@steggink.org
 *To:* John Smart smarto...@rogers.com
 *Cc:* talk-ca@openstreetmap.org
 *Sent:* Thu, November 19, 2009 11:33:29 PM
 *Subject:* Re: [Talk-ca] Help for Canvec to OSM for part of NB

 Hi John,

 Thanks for looking at the scripts. Please see below.

 John Smart wrote:
  Hello
 
  I would like to take a shot at updating the OSM for some of New 
 Brunswick, which presently does not have very much mapping compiled. 
 The plan I think I'd like to follow is:
 
  1. Select an NTS 1:50 000 area that has few roads and which has no 
 OSM or minimal OSM.
  2. Run script(s) to generate OSM from the Canvec data set. At this 
 point I am only interested in roads, to prove the process for that.
  3. Upload the OSM.
  4. Have some people (you?) review the data, make comments.
  5. Iterate the process a bit till quality good (or I give up!)
  6. If I'm still here, maybe add some more.
 
  Any comments on my plan are very welcome, especially helpful tips!
  
 Regarding the road data, Canvec is derived from Geobase NRN, so it 
 might be better to use the latter. The CITS guys here should be able 
 to give a better answer ;) For Geobase NRN there is a different 
 script, named geobase2osm.py [1].With that it is possible to convert 
 certain areas (like a NTS tile) to an OSM file, and then you can use 
 JOSM to import the data. There is a wiki page describing the Geobase 
 process [2], but it still describes the convoluted process involving 
 RoadMatcher.

 The current process is:
 * create a bounds file for a certain area for geobase2osm.py
 * execute geobase2osm.py
 * download OSM data for this area from JOSM
 * open the resulting OSM file in JOSM
 * copy over the features which do not exist
 - make sure you connect the new roads to the existing roads in OSM
 - depending on the density of the data, it is generally better to 
 work in multiple iterations
 * upload the data to OSM
 - indicate in the description of the changeset that you imported data 
 from Geobase for tile 999x00.

 Several people on this list have experience with this process, so 
 don't hesitate to ask any questions you might have.

 For Canvec we're organizing a meeting in a few weeks, in order to get 
 some experience with the import, and to work on the process.
  The part I'm currently interested in is #2, generating OSM from 
 Canvec. I saw on the mailing list that there is a python script called 
 canvec_to_osm_features.py, and I have downloaded that. However, I have 
 difficulty running it on my Windows XP box. Specifically:
  - I can launch python (which I happen to have on my path)
  - But if I just run C:\Canvec2Osmpython canvec_to_osm_features.py 
 --version then nothing happens.
 
  I'd appreciate any comments on exactly what I need to do to get this 
 .py script to work.
  
 The script you should execute is canvec-to-osm.py. :) The other script 
 only contains the list of features which should

Re: [Talk-ca] Help for Canvec to OSM for part of NB

[Frank Steggink]

Hi John,

I've converted one NTS tile (021N08, Edmunston), and uploaded it here: 
[1] This way you can give it a try right away, in case you get stuck 
with the installation of the GDAL bindings. The Edmunston area 
corresponds with the following location in OSM: [2] . You can paste that 
URL directly into JOSM, in order to download data for that area.

One thing what is odd is that there are really a lot of nodes in this 
file. I haven't seen this to this extent in the Quebec data. It would be 
better to clean this up somehow, but it could also be done at a later 
time. Because of this, and also in order to keep the work manageable, it 
is important to upload small chunks. (Small = about a couple of thousand 
of nodes.) There are already some roads in Edmunston itself, so you only 
had to add missing roads.

When importing data, it works best to do cleanup immediately, or shortly 
after the import. This is connecting nodes, removing duplicate nodes, 
other inconsistencies, etc. It would be much more tedious if this needs 
to be done at a later moment. If you don't use it already, please check 
out the Validator plugin of JOSM, and learn how to use it.

Frank

[1] http://www.steggink.org/osm/Geobase_NB_021N/021n08_out.osm.zip
[2] 
http://www.openstreetmap.org/index.html?mlat=47.375mlon=-68.25minlat=47.25minlon=-68.5maxlat=47.5maxlon=-68box=yeslayers=B000FTF


Frank Steggink wrote:
 Hi John,

 It's been a while ago since I installed this. I didn't have GDAL on my 
 machine before, so I'm using the latest version (still 1.6.2). And after 
 the installation I didn't bother about it anymore ;)

 Which OS are you using? If you're using Windows, then you should be able 
 to use the installer for the Python version you're using at the bottom 
 of the page. Maybe you also need to install GDAL 1.6.1, if you're 
 currently using an older version, but it might still work if you have an 
 older version. If you're not sure what to choose, you can best try to 
 contact Howard Butler. He is the author of these bindings, and his 
 e-mail address is listed on the page.

 If this doesn't work for you, I could make a number of files available, 
 which you can import. A while back I did that also for someone else, 
 which worked well.

 By the way, I forgot to add in my first mail that when you're using the 
 Geobase files, you'll have the same attributes which are used in most of 
 the country. This won't be the case for Canvec.

 Hope this helps,

 Frank

 JOHN SMART wrote:
   
 Hi Frank

 Thanks for your reply. I'll use the NRN data for now then. I have 
 grabbed the NB NRN files, no problem there.

 What I have done so far and where I am stuck now:
 -- following what's written in 
 http://wiki.openstreetmap.org/wiki/Geobase2osm:
 - installed python 2.6 (I already had python 2.something as part of 
 FWTools but python version is too early to support Shapely)
 - installed Shapely 1.0.14 under the Python directory tree

 but now I am stuck at installing OGR Python bindings osgeo.ogr Python 
 GDAL http://pypi.python.org/pypi/GDAL/
 Question: what, exactly, do I need to download and install here.
 Note that I already have the FWTools (http://fwtools.maptools.org) 
 installation which includes GDAL and OGR.
 What more / different do I need, to satisfy this Python bindings 
 requirement?

 Am I still on the right track?

 Thanks for any more help
 John


 
 *From:* Frank Steggink stegg...@steggink.org
 *To:* John Smart smarto...@rogers.com
 *Cc:* talk-ca@openstreetmap.org
 *Sent:* Thu, November 19, 2009 11:33:29 PM
 *Subject:* Re: [Talk-ca] Help for Canvec to OSM for part of NB

 Hi John,

 Thanks for looking at the scripts. Please see below.

 John Smart wrote:
 
 Hello

 I would like to take a shot at updating the OSM for some of New 
   
 Brunswick, which presently does not have very much mapping compiled. 
 The plan I think I'd like to follow is:
 
 1. Select an NTS 1:50 000 area that has few roads and which has no 
   
 OSM or minimal OSM.
 
 2. Run script(s) to generate OSM from the Canvec data set. At this 
   
 point I am only interested in roads, to prove the process for that.
 
 3. Upload the OSM.
 4. Have some people (you?) review the data, make comments.
 5. Iterate the process a bit till quality good (or I give up!)
 6. If I'm still here, maybe add some more.

 Any comments on my plan are very welcome, especially helpful tips!

   
 Regarding the road data, Canvec is derived from Geobase NRN, so it 
 might be better to use the latter. The CITS guys here should be able 
 to give a better answer ;) For Geobase NRN there is a different 
 script, named geobase2osm.py [1].With that it is possible to convert 
 certain areas (like a NTS tile) to an OSM file, and then you can use 
 JOSM to import the data. There is a wiki page describing the Geobase 
 process [2], but it still describes the convoluted process involving

Re: [Talk-ca] Help for Canvec to OSM for part of NB

[Frank Steggink]

Hi John,

Thanks for looking at the scripts. Please see below.

John Smart wrote:
 Hello

 I would like to take a shot at updating the OSM for some of New 
 Brunswick, which presently does not have very much mapping compiled. The 
 plan I think I'd like to follow is:

 1. Select an NTS 1:50 000 area that has few roads and which has no OSM 
 or minimal OSM.
 2. Run script(s) to generate OSM from the Canvec data set. At this point 
 I am only interested in roads, to prove the process for that.
 3. Upload the OSM.
 4. Have some people (you?) review the data, make comments.
 5. Iterate the process a bit till quality good (or I give up!)
 6. If I'm still here, maybe add some more.

 Any comments on my plan are very welcome, especially helpful tips!
   
Regarding the road data, Canvec is derived from Geobase NRN, so it might 
be better to use the latter. The CITS guys here should be able to give a 
better answer ;) For Geobase NRN there is a different script, named 
geobase2osm.py [1].With that it is possible to convert certain areas 
(like a NTS tile) to an OSM file, and then you can use JOSM to import 
the data. There is a wiki page describing the Geobase process [2], but 
it still describes the convoluted process involving RoadMatcher.

The current process is:
* create a bounds file for a certain area for geobase2osm.py
* execute geobase2osm.py
* download OSM data for this area from JOSM
* open the resulting OSM file in JOSM
* copy over the features which do not exist
  - make sure you connect the new roads to the existing roads in OSM
  - depending on the density of the data, it is generally better to 
work in multiple iterations
* upload the data to OSM
  - indicate in the description of the changeset that you imported data 
from Geobase for tile 999x00.

Several people on this list have experience with this process, so don't 
hesitate to ask any questions you might have.

For Canvec we're organizing a meeting in a few weeks, in order to get 
some experience with the import, and to work on the process.
 The part I'm currently interested in is #2, generating OSM from Canvec. 
 I saw on the mailing list that there is a python script called 
 canvec_to_osm_features.py, and I have downloaded that. However, I have 
 difficulty running it on my Windows XP box. Specifically:
 - I can launch python (which I happen to have on my path)
 - But if I just run C:\Canvec2Osmpython canvec_to_osm_features.py 
 --version then nothing happens.

 I'd appreciate any comments on exactly what I need to do to get this .py 
 script to work.
   
The script you should execute is canvec-to-osm.py. :) The other script 
only contains the list of features which should be imported. I separated 
it to make it easier to manage. (Unfortunately the second script file 
contains underscores, but I'll update that soon. Maybe I should just 
rename it to features.py, so that it is immediately obvious that this 
script should not be called directly.)
 Lastly (for now) I think that if I get the .py working, I will 
 immediately run into a problem with shp-to-osm. Like the .py readme 
 said, I have made a bin directory and I've put the shp-to-osm in there. 
 Actually I have both:
 2009-11-11  17:37 7,365,493 
 shp-to-osm-0.7.3-jar-with-dependencies.jar
 2009-11-11  17:37 7,365,493 shp-to-osm.jar
 in case there is some naming problem. Have I done the right thing?
   
Ian Dees always uses the longer name when building the jar file, so you 
only have to keep the first one. You'll learn quickly enough if the jar 
file can't be found for some reason :)

 Thanks for any help. I hope I won't get frustrated and that I'll be able to 
 help the project a bit!
Helping us would be wonderful. Especially New Brunswick still has large 
white areas, so it would be excellent to see that filled up!

Cheers,

Frank

[1] http://wiki.openstreetmap.org/wiki/Geobase2osm
[2] http://wiki.openstreetmap.org/wiki/Geobase



___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Help for Canvec to OSM for part of NB

[Sam Vekemans]

Hi John,

What tile area ares you interested in?

New Brunswick is in the 021  022 area
http://www.geobase.ca/geobase/en/browse.do?produit=cdeddecoupage=50kmap=021

You can see a chart of what the GeoBase NRN status is like for New Brunswick
http://www.geobase.ca/geobase/en/data/nrn/status.html

I have added you as an editor to the Canada import Status Googledocs Chart.

Cheers,
Sam Vekemans
OSM Canada Import Coordinator

On Thu, Nov 19, 2009 at 5:33 PM, John Smart smarto...@rogers.com wrote:

 Hello

 I would like to take a shot at updating the OSM for some of New
 Brunswick, which presently does not have very much mapping compiled. The
 plan I think I'd like to follow is:

 1. Select an NTS 1:50 000 area that has few roads and which has no OSM
 or minimal OSM.
 2. Run script(s) to generate OSM from the Canvec data set. At this point
 I am only interested in roads, to prove the process for that.
 3. Upload the OSM.
 4. Have some people (you?) review the data, make comments.
 5. Iterate the process a bit till quality good (or I give up!)
 6. If I'm still here, maybe add some more.

 Any comments on my plan are very welcome, especially helpful tips!

 The part I'm currently interested in is #2, generating OSM from Canvec.
 I saw on the mailing list that there is a python script called
 canvec_to_osm_features.py, and I have downloaded that. However, I have
 difficulty running it on my Windows XP box. Specifically:
 - I can launch python (which I happen to have on my path)
 - But if I just run C:\Canvec2Osmpython canvec_to_osm_features.py
 --version then nothing happens.

 I'd appreciate any comments on exactly what I need to do to get this .py
 script to work.

 Lastly (for now) I think that if I get the .py working, I will
 immediately run into a problem with shp-to-osm. Like the .py readme
 said, I have made a bin directory and I've put the shp-to-osm in there.
 Actually I have both:
 2009-11-11  17:37 7,365,493
 shp-to-osm-0.7.3-jar-with-dependencies.jar
 2009-11-11  17:37 7,365,493 shp-to-osm.jar
 in case there is some naming problem. Have I done the right thing?

 Thanks for any help. I hope I won't get frustrated and that I'll be able
 to help the project a bit!

 John


 ___
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ca

___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca