Added the one we have in Sherbrooke, Qc both in the wiki and map. It's
supposed to close on April 1, but I'll wait and see if it really
happens, given the date.
Yves
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/l
Folks,
Our old police station was turned into a business incubator :
http://osm.org/go/cKDjq9KKi?node=1947683551. It was inaugurated
yesterday and it's new name was officialized :
http://www.lapresse.ca/la-tribune/economie-et-innovation/201503/26/01-4855585-le-400-rue-marquette-devient-lespac
Hi Yves!
On Thu, Mar 26, 2015 at 10:57 AM, Yves Moisan wrote:
> Folks,
>
> Our old police station was turned into a business incubator :
[ ... ]
> 2) I added the addr:* info to the point symbol, not the building outline
> (canvec import). I'm thinking the addr.* info really belongs to the
> buil
Hi Richard !
Thanx for your answer. OK to tag addr.* to the building outline and
remove them from the building symbol. Still, I'd like to see an obvious
point mark for the incubator on the map. For now, I resort to a
building point feature but it would be neat if there were some generic
"
building=commercial on the building outline for a start. My own practice
is to add point mappings for shops. Forr a rendered view you can see my
local shopping centre at
http://www.openstreetmap.org/#map=17/45.37936/-75.64383
Tom Taylor
tomt5454
On 26/03/2015 12:53 PM, Yves Moisan wrote:
Hi
On Thu, Mar 26, 2015 at 12:53 PM, Yves Moisan wrote:
> Hi Richard !
>
> Thanx for your answer. OK to tag addr.* to the building outline and remove
> them from the building symbol. Still, I'd like to see an obvious point mark
> for the incubator on the map. For now, I resort to a building point
Thanx Richard and Tom.
I'm happy the search will reveal an item that does not show in the
rendered map but I still find it awkward that the name of a container
business can't be rendered if we logically assign the attribute name to
a polygon.
I'll do what you both suggest since there doesn't
Hi list,
I am one of the developers of mkgmap, see also
http://wiki.openstreetmap.org/wiki/Mkgmap
and
http://gis.19327.n5.nabble.com/Mkgmap-Development-f5324443.html
During the last weeks I've enhanced the support for
the evaluation of addr:interpolation ways or more general
the evaluation of ad
Basically the CANVEC data imports need cleaning up. I think there were ten
different versions, the most common I think is 7. Unfortunately some
mappers locally removed the CANVEC tags from the data if they touched it or
even on the import as they didn't think it was important. Sometimes
addresse
On Mar 26, 2015, at 11:55 AM, Gerd Petermann
wrote:
Example: The ways
http://www.openstreetmap.org/way/99649911
and
http://www.openstreetmap.org/way/83504524
One has source=NRCan-CanVec-7.0, the other source=CanVec 6.0 - NRCan
Is there a good reason for this redundancy?
If not, what is the
Hi John,
thanks for the quick feedback.
I can try that by adding some rules to mkgmap so that it
ignores data with source=CANVEC* that is not like CANVEC 10 .
If I got you right I should only find a a few error messages.
If that turns out to be correct, I'll try to learn more about the imports.
The Geofabrik address validator (http://tools.geofabrik.de/osmi/), click
Addresses, is useful for finding these address bugs. There are a lot of
these in Canada. Also there are a lot of roads where the road name on the
road does not match the road name from the address data, in this case a
survey i
Hi Paul,
up to now I did not edit much data in OSM, esp. I've never done
a mass update. My idea is to create a list of identical objects
which could be removed without losing information.
Something like
duplicate addr:interpplation way
I wonder why nobody has coded a bot for this?
Gerd
To: gp
13 matches
Mail list logo