Re: [Talk-ca] FW: Sharing Your Data on OpenStreetMap - It's All About Data - Safe Software Blog
On Thu, Mar 18, 2010 at 12:49 PM, Bégin, Daniel daniel.be...@rncan-nrcan.gc.ca wrote: Hi guys, here is excellent news for Openstreetmap community. Main data providers have now a tool to create something like the future Canvec.osm product - If they have the interest and the proper licence! Nice to see interest in OSM from proprietary software vendors. I've forwarded this info to http://opengeodata.org/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Ontario Provincial Parks : 6 categories
On Wed, Mar 17, 2010 at 9:42 AM, Sam Vekemans acrosscanadatra...@gmail.com wrote: Hi all, I'm taking a look at the Ontario Provincial Parks dataset, Link? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] State of the Map 2010
You should go. Really. It'll be fun and informative. http://stateofthemap.org/ It's hard to explain the benefit of attending to somebody who hasn't attended a similar conference before. First, know that the presentations will be super; informative, thought-provoking, funny, challenging, moving, and inspirational, all in various measures. Here are some videos from SotM2009 http://www.vimeo.com/sotm09 But the presentations are only the start of things. There will be social events as well. Last year included several planned meetings at restaurants and pubs and a mass Chinese dinner, with haiku contest. We are not afraid to mix our metaphors before they are hatched. And there is also unscheduled time between events. None of this will have been caught on video. But all of this can be as valuable as the formal presentations and workshops. How is that possible? you may ask. Presentations and workshops are a chance to learn something about a topic that you select in advance. A way to learn about your current interests. The social events are an opportunity to learn about the things that you had no idea would spark your passions. They are a chance to speak one-to-one or in small groups about something that you find challenging, or inspirational. They are a change to observe the OSM community interacting with itself, up close and in person. A chance to thank the developers that write the code you most enjoy. A chance to thank the cartographers give personality, colour and width to our ground truth vectors. A chance to meet a new client, employee, colleague or employer. So make sure you can fight off some of the jet-lag and attend some of the social events as well. You will not regret it. The Call for Papers is open now if you want to submit a talk for consideration. http://stateofthemap.org/call-for-papers/ If you are not yet a member of the OSM Foundation, get your membership first, then get a discount on your SotM ticket. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Russia
I've also sent this note to the editor of the two ways in question. Dear Aleksandr, A couple of your edits drew some attention on the talk-ca mailing list[1], Please feel free to join us there. It appears that other countries with boundary relations are using a boundary based on a fixed distance from land, perhaps the 200nm exclusive economic zone? I think that would also be a suitable approach for your correction to the Russian boundary relation. [1] http://lists.openstreetmap.org/pipermail/talk-ca/2010-March/002350.html Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Highways in Yukon
On Thu, Mar 11, 2010 at 12:43 PM, Tim Francois sk1pp...@yahoo.co.uk wrote: Just wanted to gauge opinion before I change anything: I'm currently working on the Dempster highway with a tracklog I created in the summer, hoping to extend it further north into NWT. The road connecting to the Dempster in the south is the Klondike Highway. However, this paved 'highway' is tagged as a secondary road, whilst the unpaved Dempster is tagged as a primary road. I think the Klondike Highway, and other similar roads in this part of Canada, should be tagged as primary roads. What do others think? You might be our local expert, as you've actually driven the roads. Do please include explicit tags where these roads and your chosen designation is a departure from the defaults. surface=unpaved (or something more specific like surface=gravel) where appropriate. lanes= number of travel lanes ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Highways in Yukon
On Thu, Mar 11, 2010 at 8:30 PM, James Ewen ve6...@gmail.com wrote: On Thu, Mar 11, 2010 at 10:43 AM, Tim Francois sk1pp...@yahoo.co.uk wrote: I'm currently working on the Dempster highway with a tracklog I created in the summer, hoping to extend it further north into NWT. The road connecting to the Dempster in the south is the Klondike Highway. However, this paved 'highway' is tagged as a secondary road, whilst the unpaved Dempster is tagged as a primary road. I think the Klondike Highway, and other similar roads in this part of Canada, should be tagged as primary roads. What do others think? This is a problem with the way that highways are tagged in my opinion. Of course. The OSM features page sometimes uses physical attributes to describe the roadways. Sure. Some tags are better than others when measured on the scales of observability, verifiability, importance and permanence. The roadway needs to be tagged for the usage it is designed for. Agreed. This case certainly suggests promoting the road a level or two. Sparsity of any roads, official designation, linking distant communities each suggest promotion. Promoting a highway is risky when unaware of the surrounding context, but when there is nothing else for dozens or hundreds of km Go ahead. One has to think about how the final map is going to be displayed. Now that is a little close to tagging for the renderer. If it were up to me, classification would denote the importance of the road in the road network, and surface, number of lanes, and other tags would describe the physical attributes of the roadway. That's the way it is. There was discussion today on #osm about primary road in Scotland; gravel, one shared land for both directions, periodic pullouts for passing. My two bits, and then some! Fair enough. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Fwd: Fwd: [gvcc-members] Google Goes Bike with Directions
oops. To the lists, too. -- Forwarded message -- On Thu, Mar 11, 2010 at 8:45 PM, Gregory nomoregra...@googlemail.com wrote: The routing on bikemap.net is just showing you routes that people have added. http://www.cyclestreets.net/ is only available for the UK, but actually does routing based on OSM data. It's amazing as it does any point to any point and gives you 3 routes (fastest/direct, scenic, and in between) and the speed you want to go. It even accounts for being slowed down weaving your bike around (where barriers are added in OSM) or various road crossings/junctions. Try it out anywhere in the UK (note longer distances will take longer to calculate) http://www.ridethecity.com/ does this in New York City ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] PR stuff Ottawa Opendata Sat 24th April
On Wed, Mar 10, 2010 at 1:25 PM, john whelan jwhelan0...@gmail.com wrote: http://opendataottawa.ca/ It's at City Hall and it looks like the press will be present. It's local so I could pop down. However having just me without a laptop, or banner probably wouldn't do much good. Any suggestions? and no I don't have access to a colour printer to print a banner etc. Really? With a Google map on their page? Well I hope some OSMers will be there. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Google Streetview
On Mon, Mar 8, 2010 at 4:17 PM, si...@mungewell.org wrote: Geobase should have all of the Canadian street names, They don't. Not yet. The Stat Can data has many, but not all. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Saskatchewan disappeared?
The SK at z4 and Saskatchewan at z5,6,7,8,etc. have disappeared. Manitoba and Alberta appear to be fine. I took a quick look at the SK border relations in the corners. Anybody notice when this happened or have a suggestion as to the cause (and fix?) ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] What Google Copying?
On Mon, Mar 1, 2010 at 10:45 PM, James Ewen ve6...@gmail.com wrote: Perhaps we can find this vreimer another hobby. We've tried to reach vreimer and had no luck. I've referred vreimer to the data working group for discussion with this thread for reference. I'll update this thread on the DWG's reply in the next week if we haven't heard from them sooner. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] State of the Map 2010 registration now open
early bird price! http://stateofthemap.org/register-now You should go. Why? - intense weekend+ of OSM goodness. - more OSMers in one room that you have seen before. - rub elbows with famous OSMers. - the learning never stops. - you can't flamewar when you've met in person. - tons of social events with other OSMers. All of this is on top of the great presentations and workshops. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] More Google Copying
On Sun, Feb 21, 2010 at 8:17 PM, Sam Vekemans acrosscanadatra...@gmail.com wrote: Hi, Yup, i just sent off a nice message. Hopefully it will be recieved. I'll let you know if i get a responce back. Sam V. did you hear back from vreimer and these unusual edits? Adam D. are you convinced this editor is damaging the map? Submit your evidence to the data working group at d...@openstreetmap.org ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] More Google Copying
On Fri, Feb 26, 2010 at 4:11 PM, Sam Vekemans acrosscanadatra...@gmail.com wrote: I havent yet heard back from the user, maybe someone else wants to give it a try? I sent this via site mail: Dear vreimer, I see that you've been doing some edits in Manitoba and BC among other places. Please join us on the talk-ca mailing list for further discussion. http://lists.openstreetmap.org/listinfo/talk-ca We've noticed some problems with a couple of your edits and we can help you with those. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] looking for specific imports
On Tue, Feb 23, 2010 at 10:12 AM, Jean Robertson jeanro...@gmail.com wrote: Hello, I am looking to import or have imported CanVec data NTS tiles 031G16 and 031G9 How do I do this? According to the Google Docs page, neither of these have been done. Sorry for the newby questions... Dear Jean, Is this your first look at OpenStreetMap? Welcome! So your interest is in approximately, 031G16 (Morin-Heights, QC) and 031G9 (Lachute, QC) Did you have particular features in mind? Just roads? Something else? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Transient roads
On Sat, Feb 20, 2010 at 10:31 PM, James Ewen ve6...@gmail.com wrote: Okay, I know we talked about this before, but I can't find an answer in my old email. I'm mapping a road that only exists during the winter months. How do I tag it? Access is limited by season, but access tags seem to be aimed at who can access, rather than when. There are a couple references to winter roads in the BC, Alberta, and Manitoba wiki pages. Does anyone know of any examples of roads with access restrictions based on time/season? The only thing I see in the data base so far is surface=ice_road, six times, and surface=ice, twice http://osmdoc.com/en/tag/surface/#values We find it mentioned here, under surface= which might not be optimal, but is true, and observable by other mappers. access=seasonal may be our best bet for now, given than trying to be more-exact is likely to be more misleading. After all, some maps don't even show where traffic_signals are located, and drivers still manage to obey them fairly often. Perhaps we can count on drivers to not drive into open water? ;-) ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] canvec mep feature 1150012 10- Coastal w ater - (Eau côtière) = Ocean - ( Océa n )
On Fri, Feb 19, 2010 at 1:56 PM, Bégin, Daniel daniel.be...@rncan-nrcan.gc.ca wrote: Hi, Concerning Intermittent water, how could we make sure to have it rendered through mapnik and osmarender? Dear Daniel, This question appears in IRC and the talk list every once in a while. The short answer is: Do it ourselves. The real answer is that we need to do as much of the work required as possible for the renderer admins, and then request the change. That means, -add some interesting data to OSM, -provide some graphics / icons for the renderer(s) -consider / suggest the zoom levels and possibly rendering order for the new feature -create a patch -put all of the above in a trac ticket for osmarender, mapnik and other renderers. The long answer is that we can't force the OpenStreetMap admins to do any special rendering because it is important to us. That sounds unfriendly when I say it like that. The admins get a lot of rendering requests for both mapnik and osmarender. Asking for something to be changed in the renderers is a work request to a small group of maintainers. Sometimes they get frustrated. Best regards, Richard Here is an email from talk that discusses this topic From: Patrick Kilian o...@petschge.de Hi, please not that I speak only for osmarender as other renderers are maintained by other people. The following is basically a rant. So don't get mad at me or take the following personally. rant You mapped something? great You checked the wiki for tags to model the reality with? ok You whine about the tag not beeing rendered? Not so good. To be very explicit about it: I don't like the wiki or the concept of approved tags. If I find a flying rhinoceros I'll map it as animal=rhinoceros flying=yes and won't give a damn what the wikifiddlers say. If enough flying rhinoceros' are mapped I'll add it to osmarender. The interesting part here is the enough. If I have to design an icon, write complex rules and to lots of stuff to make i render it is going to take quite a few rhinoceros' before I invest the time to make it render. If somebody designs an icon for me and all I have to do is add three lines to the stylesheet for z17, it takes way less rhinos' to make me do the work. If somebody sends me a complete patch it will take me about five odd-toed ungulates to accept that patch. (Assuming the patch doesn't try to use tomatoes=green for tagging rhinos.) As you can see the wiki doesn't play a role in this decision. Usage does but, your 835 rhinos are not yet enough to me invest my rare spare time. I currently have 106 features with more then 1000 uses which are not rendered by osmarender, 38 open trac tickets and two other projects (tagstat and mobilemap) to take care of. Oh, and don't forget my diploma thesis which is due in February. So all that is preventing the new rhino to be rendered is lack of spare time and lack of people helping. /rant Yes amenity=veterinary sounds good. Existing icons sound good too. About 1000 are even better. But don't hold your breath for this to appear on osmarender. If you really want or need it to render please do as much as possible of the following: 1.) open a trac ticket with component=osmarender 2.) include one or two link to places where it is used 3.) link to the icon file 4.) determine which zoom levels need to render this 5.) attach the icon as an SVG file 16x16 pixel in size 6.) create a patch adding the rules to all the zoomlevels from step #4 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] canvec mep feature 1150012 10- Coastal w ater - (Eau côtière) = Ocean - ( Océa n )
On Mon, Feb 15, 2010 at 8:34 AM, Yves Moisan yves.moi...@boreal-is.com wrote: I want to say it out loud on this list : one of the major data contributors to OSM for Québec data is .. a great Dutch ! I want to thank you for all the OSM work you've been doing for the last two years I've known you, that is since you came to our very first Sherbrooke mapping party. We'll miss you in the field ;-) What Yves says is true. Frank stands head and shoulders above the rest of us. I look forward to seeing you again, Frank. Best regards, Richard :-) ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] PEI is the next coolest province (delayed reaction)
On Thu, Feb 11, 2010 at 6:52 AM, Robert Shand b...@shand.org.uk wrote: Hello everyone, I've been looking in the PEI address details lately [ ... ] Taking all of the above into account, I propose to the community that 1) Plenty of cool screenshots of the current OSM map are taken showing the civic address data 2) The current civic address data is removed due to i) the Dupe nodes and ii) the current unknown copyright status 3) We approach the government again for suitable licensing terms showing them before/after map shots taken from 1. Trying to prove to them the value of opening the data. What does everyone else think? Cheers Bob Thanks for following up on this Bob. That address data has to go. Peter Rukavina and Michel Arsenault should be advised that importing that data was inappropriate. Are they likely to do this again? Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] PEI is the next coolest province (delayed reaction)
On Thu, Feb 11, 2010 at 9:56 AM, Robert Shand b...@shand.org.uk wrote: Peter is well aware of the issues, - and suggested the removal to Michel (who was the original uploader) when he became aware of the upload. I'll work on getting the current data removed this weekend. I'm working on removing the PEI address data now. I've started at the East end of the island if somebody wants to pitch in starting at the West. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] PEI is the next coolest province (delayed reaction)
On Thu, Feb 11, 2010 at 10:10 AM, Robert Shand b...@shand.org.uk wrote: On 2010-02-11, at 10:26 AM, Sam Vekemans wrote: I also like Franks idea of hosting tiles rendered, so an example can be shown. (and Daniel just mentioned that the address range data will be available) Richard is removing the data as I speak. I won't have time to look at things more until the weekend. However I do like the idea of doing a different set of rendered tiles to highlight what their data can add to OSM. The small sample of data that I saw was pretty low-quality. Address nodes were in the water and in intersections. Yuck. If you want an example of address data that might be nice to add to OSM, have a look at the Toronto data example on my site. Once properly rectified (thank you, Emilie) the addresses line up very nicely with OSM road vectors. Sadly, their data license does not permit use in OSM; my sample image did not import the data to OSM. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Import of large features in Canvec
On Sun, Jan 24, 2010 at 10:59 PM, Frank Steggink stegg...@steggink.org wrote: Hi all, Today I have (finally) worked on large features in Canvec data (forests, water, etc.), and I have come up with a method how to deal with them. Bravo! Looks great. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Besoin de trace GPS / sondage sur place
2010/1/17 Nakor nakor...@gmail.com: Bonjour, Je faisais un peu de nettoyage et je suis tombé sur des échangeurs en double au Nord de Montréal ( http://www.openstreetmap.org/?lat=45.73013lon=-73.51166zoom=16 ). Le problème ici est que l'imagerie Yahoo date d'avant la construction des échangeurs et il est donc impossible de savoi lesquels sont bon. SI quelqu'un a l'occasion de faire un tour dans le coin, une trace GPS pourrait permettre de déterminer lequel est correct. Dear Nakor, Thank you for joining us here. For those as limited in language as I am, an automated translation suggests that our friend is asking for recent gps tracks from highway 640 at Montée des Pionniers. There are duplicate on/off ramps shown, and old aerial images, so we can't be sure where the new ramps are. What say you? Have we got any Montreal traces that we haven't uploaded? Is anybody close enough and interested in running a fresh set of traces? Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Import mess in southern Québec
Hi All, The potential for access to Quebec imagery is nice, if the provider and license will permit. The best place for that and similar imagery would be OpenAerialMap.org[1], which poses a problem, because OAM is still rebooting itself. OAM in the first incarnation found that it was flooded with available datasets, and with enthusiastic consumers of the data. This puts a very large burden on the OAM operators in terms of image storage space and bandwidth to provide the data. There is a further burden of processing power required to adapt the imagery from whatever form it is donated to whatever form the consumers wish to have it. These lessons can inform us, even if we limit our interests to a relatively small area, and a limited number of datasets. If you can contribute, or negotiate a hosting agreement for an OAM node on the order of 50TB of tape-backed storage on a very robust connection, please participate in the discussion. Finding the first partners who are willing to share the resource requirements of this massive project is the next big step. [1] http://wiki.openaerialmap.org/Main_Page ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Import mess in southern Québec
On Fri, Jan 15, 2010 at 9:18 PM, Nicolas Gignac gignac...@hotmail.com wrote: Allo, Si vous voulez des données gratuites pour le Québec pour améliorer OSM, voir ici : http://www.mrnf.gouv.qc.ca/territoire/portrait/portrait-donnees-mille.jsp If you want free data for the province of Quebec to improve OSM, there is free datasets available here: http://www.mrnf.gouv.qc.ca/territoire/portrait/portrait-donnees-mille.jsp Cheers, Nicolas Dear Nicolas, Thank you for the link to the data. The data appears to be available at no cost, but I don't see the license details. Is the data provided as Public Domain or under a license compatible with OSM? From a quick look at that page, it appears to be vectors at an equivalent scale of 1:100. That may not offer us enough detail to include in OSM. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Fwd: [OSM-dev] Major improvements to MapOSMatic
Dear All, If you haven't seen MapOSMatic before, you really want to see it now. It now works for the whole World, not just Europe. MapOSMatic lets you select a city, and print a nice OSM-based map of that city, with a grid and street index. Check the announcement below for details. I tried a couple of Canadian cities that I know and love and found that they would not render by administrative boundary, as we don't have city boundaries in the places I checked. So that would be something for us to add to our to do lists over the next little while. Using MapOSMatic with a bounding box does work! Have a look here at their rendering and index of part of downtown Toronto. http://www.maposmatic.org/jobs/5199 Thank you MapOSMatic team! Best regards, Richard -- Forwarded message -- From: Thomas Petazzoni thomas.petazz...@enix.org Date: Mon, Jan 4, 2010 at 3:54 PM Subject: [OSM-dev] Major improvements to MapOSMatic To: d...@openstreetmap.org Cc: d...@maposmatic.org Hello, As a new year's present, the MapOSMatic team is proud to announce that a new version of the maposmatic.org website has been put online, with major improvements over the initial version announced in September 2009. For the record, MapOSMatic is a website that allows to generate city maps from OpenStreetMap data. Each map is divided into squares to easily find streets and is delivered with the corresponding street index. The new MapOSMatic provides the following improvements : * Support for the whole world. Any location in the world can now be rendered on maposmatic.org. * OpenStreetMap database updated daily. Until now, the database had never been updated since the service was started in September 2009. Now, the geographic database used to render the maps is updated daily, providing maps with the latest contributions to OpenStreetMap. Each map contains the date at which it was generated. * Better city search engine. Thanks to Nominatim, we now provide a search engine that allows to find cities in a much more usable way: cities with the same name can be distinguished and the search works even when the city name is not completely correct. * Support for other languages. A few parts of the map rendering process is language-dependent and we now have the infrastructure to use language-dependent code. For the moment, we support English, French and Italian, but we are waiting for your contributions to support other languages. The website has also been translated to German and Italian. * Amenities in the index. In addition to the streets, we have added important amenities to the index: schools, town hall, post offices, places of worship, etc. All these improvements are available now on http://www.maposmatic.org You can follow the progress and improvements of MapOSMatic on our blog at http://news.maposmatic.org. MapOSMatic is of course free software, you can fetch its source code and contribute to the project, see http://savannah.nongnu.org/projects/maposmatic/. Do not hesitate to send us your feedback, comments, suggestions and contributions to cont...@maposmatic.org. Cheers, The MapOSMatic team -- Thomas Petazzoni http://thomas.enix.org Promouvoir et défendre le Logiciel Libre http://www.april.org Logiciels Libres à Toulouse http://www.toulibre.org ___ dev mailing list d...@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev signature.asc Description: PGP signature ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Seeking osm user marse020
marse020, are you here? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Seeking osm user marse020
On Mon, Dec 28, 2009 at 10:21 AM, Richard Weait rich...@weait.com wrote: marse020, are you here? Also, is Bob Shand here? You are mapping in PEI, aren't you? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Olympic Lane / Voie Olympique
On Wed, Dec 16, 2009 at 9:55 PM, Adam Dunn dunna...@gmail.com wrote: For those wondering what this is about, Vancouver is designating certain traffic lanes for official Olympic vehicles (public transit buses, athlete transportation, media transportation, etc). Other lanes on the same street are to remain open for public use. See [http://olympichostcity.vancouver.ca/gettingaround/driving/olympic-route-network.htm#1] for more details. Thanks for the clarification, Adam. I see a number of things in play here, These lanes are of local interest for only a limited time. They may not get rendering support unless/even if you submit patches to the renderers. If you want to render this yourself, perhaps an openlayers mashup will be more to your liking? One lane out of a way, for special use suggests something like cycleway=lane. Perhaps olympic=lane ? This is an item that will exist for a limited time period, so date_on= and date_off tags for this restriction seem reasonable. Overall this smells like a relation to me. There are no physical changes to the roads (?) Perhaps only temporary signs. Relations for this allow you to add the restrictions and label in a single place, then remove it afterwards. http://wiki.openstreetmap.org/wiki/Relation:route Perhaps like this type=route route=olympic name=Olympic Route access=official date_on= date_off= members would be the way sections that are part of the route. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] State of the Map 2010
The date and location of the next State of the Map conference has been announced. If you enjoy OSM you will really enjoy spending a full weekend with many of the bright lights in OSM from around the World. Last year included presentations, workshops and many opportunities to meet in small groups for ad-hoc discussions. Keep up to date on the latest announcements regarding SotM 2010 by joining the State of the Map 1020 facebook group. Friday - Sunday, July 9- 11, 2010 Girona, Spain The State of the Map is the conference of OpenStreetMap - the worldwide movement of over 194,000 volunteers who are making a new map of the world. Have you ever looked at Google Maps and wondered what's going on in there? Were you shocked by the price of the last map you bought for your TomTom? The answer to all these questions, and more is waiting for you at the State of the Map. Over three days in July 2010, the worldwide OpenStreetMap community will be meeting to share ideas and stories as they continue their re-mapping of the world. For newcomers to the project, the event is a great opportunity to learn the ins and outs of the leading example of crowd sourcing in the world. Experienced OSMers will enjoy the opportunity to catch up with old friends, put faces to email addresses and share stories of mapping missions gone awry. More details will be released in early 2010. To keep up to date with the latest info, sign up to this event. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] OSM
On Thu, Dec 10, 2009 at 3:56 PM, Adam Dunn dunna...@gmail.com wrote: In addition to what Frank said, I would also like to point out that sac_scale [1] can be useful for hiking trails. If you happen to be into mountain biking, the group of mtb: tags are also useful [2]. I'm also in favour of using the smoothness tag [3] for forestry/4x4 roads, though there is debate about its usage, and I'm waiting to see if surface:condition takes over. [1] http://wiki.openstreetmap.org/wiki/Key:lanes [2] http://wiki.openstreetmap.org/wiki/Mountainbike [3] http://wiki.openstreetmap.org/wiki/Key:smoothness I encourage you to use the surface tag with observable / verifiable values whether you use smoothness or not. Have a look here at the existing use of the two keys for surface and smoothness. Smoothness is used about 13,000 times in the OSM database. Surface is used over 1,000,000 times. http://osmdoc.com/en/tag/surface/#values http://osmdoc.com/en/tag/smoothness/#values Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canadian Mapping Lanes Guidelines
On Thu, Dec 10, 2009 at 3:59 PM, Adam Dunn dunna...@gmail.com wrote: There is an issue that I noticed in the Canadian mapping guidelines recently, though it appears it has been on the wiki for a while now. Reading the guidelines for the lanes key [1] and comparing it to the Canada mapping guidelines [2], it looks like the Canada mapping guidelines is suggesting the wrong usage for lanes. In the general guidelines it states [t]he lanes key can be used to mark the physical amount of travel lanes on a way, while the Canadian guideline says [h]ighways with two lanes in each direction should be tagged as lanes=2. If there is no lanes tag, the assumption is 1. Folks on irc agree as well. Want to clean up the wiki? It appears that correct usage is the total number of travel lanes on the way. So an undivided 2 lanes each way should be lanes=4. We could probably use a better residential example photo. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canvec import in Montréal with ? nam es
On Thu, Dec 10, 2009 at 11:18 PM, Pierre-Luc Beaudoin pierre-...@pierlux.com wrote: Hi, I've been a little disconnected about the whole import process. Tonight I've seen CanVec streets appear in my neighboorhood with odd tags such as: http://www.openstreetmap.org/?lat=45.509963468565353lon=-73.561728000640869zoom=18 name = ? Is jfd553 here on the list? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Toronto OSM dinner and discussion
Hi all, Want to meet with other mappers and enjoy some snacks and beverages? http://wiki.openstreetmap.org/wiki/Christmas_Party_2009 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Toronto aerial imagery
I had a look at the Toronto address point data yesterday. This shape file is NAD27 as well. When converted with shp-to-osm the location was off by about 100m when compared to OSM road data. When converted to EPSG:4326 with ogr2ogr, then run through shp-to-osm, the data is closer, but still misaligned by about 12m. None of this toronto.ca/open data should be uploaded to OSM until the Open Toronto license is vetted by the OSMF. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Toronto Potential Datasource
On Tue, Nov 3, 2009 at 8:17 PM, Andrew MacKinnon andrew...@gmail.com wrote: On Mon, Nov 2, 2009 at 8:13 PM, Sam Vekemans acrosscanadatra...@gmail.com wrote: hi All, It looks like the City of Toronto just joined in the cool-club :-) Thanks to user:Aude who looks to be a wikipedian... maybe could fix my ramblings? :-)... lol ... maybe not.. http://wiki.openstreetmap.org/wiki/User:Aude Great, so I wasted the last several years mapping Toronto :) (I am exaggerating here, because there is a huge amount of data which simply isn't available in these datasets, and must be added manually. For example, the location of shops and other businesses.) Looks like there is a huge amount of data here. Road centerlines, addresses, park boundaries, some recreational trails, rivers, churches and a few other things are all in shapefile format and can be imported easily. [ ... ] Take another look. Parts of the road centreline data are at least years out of date. And the centerline data freely mixes roads with geographic boundaries with rivers, some sharing junctions. That'll be a mess to convert properly. I think the addressing data will be a nice addition to OSM. They haven't released the parcel data yet, but they have it and might release it. The TTC data is for street cars and buses only so far. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Waterloo Ontario OSM meetup
Waterloo Ontario OSM Meetup on Wednesday 11 November 2009. New and experienced OSM contributors welcome. http://www.meetup.com/Waterloo-OSM/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Users in Ottawa and Geobase
On Thu, Oct 29, 2009 at 4:05 PM, Richard Weait rich...@weait.com wrote: On Wed, Oct 28, 2009 at 9:19 PM, john whelan jwhelan0...@gmail.com wrote: My objective at the moment is to get something sane that can be used by various groups in the city with GPS devices to tag trees, heritage buildings etc. You have an opportunity here. You are connected to a group that may be really interested in their local map and really motivated to get it right. Don't wait for perfect weather to share your interest; you'll never get it. The weather can always be better. And if you want a hand with your events in Ottawa let me know. I have already found another experienced Ottawa mapper interested in a mapping party (not on this list it seems). Are you willing to participate? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Ftp site for Canvec product (.osm)
On Fri, Oct 30, 2009 at 10:58 AM, Bégin, Daniel daniel.be...@rncan-nrcan.gc.ca wrote: Hi folks, The ftp site is now available to the osm community. There is no file available yet but there will be soon as the community start to upload their Canvec .osm files. The link in the last email was incomplete. The appropriate address is... ftp://ftp2.cits.rncan.gc.ca/osm/pub For those who are converting Canvec shape file to osm and wish to make them available on this site, send me an email and I will provide you with the location of the incoming site and some uploading rules. Thank you again, Daniel to you and the team at CITS. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Users in Ottawa and Geobase
On Wed, Oct 28, 2009 at 9:19 PM, john whelan jwhelan0...@gmail.com wrote: My objective at the moment is to get something sane that can be used by various groups in the city with GPS devices to tag trees, heritage buildings etc. Super. You have groups of interested people, motivated and equipped? Then your mapping parties will be able to clean up Ottawa in no time. They can map their trees and straighten the roads. Ask them to note street addresses and points of interest as well! You see this is the real goal; get more people engaged in improving and maintaining the map so that we all have access to data stewarded by the same obsessive data-love we apply to our neighbourhoods. If you are saying that provided I can do a couple of GPS traces down some of the city center roads then based on that we can adjust the road system wholesale to more nearly agree with the GPS as was done in Vancouver etc. then I'm more than happy. I think that strategy would be fraught with peril. The Ottawa portion of OSM was built by invested locals, in many sessions. There will be no uniform offset. A couple of GPS traces puts you in the same boat as the original mappers. Your individual contributions will be welcomed as part of the community effort. It's been a long time since I took a look at GIS systems professionally and I'm not familiar with what is the best approach. You have all of these motivated contributors just waiting to go out and map trees (and streets and gas stations and bowling alleys...)? What's the hold up? ;-) I would prefer not to put too much load on others knowing they are all volunteers. Indeed. Demanding action from a group of volunteers seems unlikely to succeed without some strong external motivators. Wholesale deletion of the work of many volunteers without their consent seems even less likely to generate a positive outcome. I would consider that wholesale deletion to be vandalism. On mapping parties realistically this is better done in the spring / summer / fall time frame when bicycles can be used, Ottawa gets a bit chilly at this time of the year for organising something in the next four months. Nicer weather can be fun. The first two mapping parties in North America were held in some pretty bad weather. Not by design, but because you generally want to pre-plan a mapping party by more time than you can get a reliable weather forecast. And, if you plan the mapping party as a meetup to share information, goals and techniques (including how to use potlatch and josm, etc.) folks might even be more likely to show up; wonderful summer weather can drive them to the cottage, rather than your mapping party. You have an opportunity here. You are connected to a group that may be really interested in their local map and really motivated to get it right. Don't wait for perfect weather to share your interest; you'll never get it. The weather can always be better. And if you want a hand with your events in Ottawa let me know. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] The great UUID debate (Was Re: 092G area)
Sam removed that context, then spun this new thread and widened distribution! Here's some context, Sam thinks 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. That's indeed not terribly useful. But UUIDs allow us to later match the imported features to potentially more complete Canvec datasets. Example: imagine next Canvec data comes in that also has name= for each park. If we keep UUIDs in imported data, it's trivial to write a script to implement a join between the two feature set based on UUID and update the OSM with park names. We decided to keep UUID for NRN segments for similar reasons. On Wed, Oct 14, 2009 at 12:39 AM, Sam Vekemans acrosscanadatra...@gmail.com wrote: Ok, as long as by 'us' you mean 'not me' :-) 'cause i dont know how to 'trivially' use UUID as a tool like that. Have you tested that? I can put a note on the readme.txt file, and on the wiki about it. Do we have a seconder for this change? (its a BIG change) A seconder, Sam? Here is a short list of those from talk-ca who believe that a uuid is a good idea in a Canadian import: You - http://lists.openstreetmap.org/pipermail/legal-talk/2009-March/002322.html Steve S - http://lists.openstreetmap.org/pipermail/talk-ca/2009-February/000705.html Michel - http://lists.openstreetmap.org/pipermail/talk-ca/2009-January/000612.html Austin - http://lists.openstreetmap.org/pipermail/talk-ca/2009-June/001223.html James - http://lists.openstreetmap.org/pipermail/talk-ca/2009-June/001138.html me - http://lists.openstreetmap.org/pipermail/talk-ca/2009-June/001293.html ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Proposed features/soccer field - OpenStreetMap
On Fri, Oct 2, 2009 at 9:49 AM, Yves Moisan yves.moi...@boreal-is.com wrote: Somebody is doing some nice mapping around Sherbrooke! :-) I like the current rendering of the multi-use fields. I understood the combinations immediately. The current fields are tagged as leisure=playground sport=soccer I've seen others use leisure=pitch sport=soccer # or football / baseball / cricket / etc. pitch in this context is the British-English term for sport field. I've used playground for swingset, climbing gym, slide, etc. None of this addresses your proposal. The challenge of two uses in one place, at different times, is interesting. Right on. I need a compelling rendering. If I could get that, I could use OSM as the official soccer club map because it would be both a nice map when zoomed out (hopefully one day we can get a hybrid with OpenAerialMap for a really kick ass map) and a detailed plan. I was thinking yesterday of adding all sorts of other things like the location of seats if any with maybe an estimated seating capacity etc. All of this information is absent in the other maps and could be rendered, maybe using specific themes to avoid clutter. Good to speak with you, Yves. (And the rest of talk-ca as well, of course.) I think you have everything tagged properly. A possible change would be playground -- pitch, but the rendering challenge remains. That makes this a rendering problem for a specific use case I think. Without broad support, whatever the rendering solution, it is less likely to be adopted for the default map on osm.org. So as alpine ski pistes are not shown on osm.org, but are seen on openpistemap.org, perhaps your rendering solution will be seen on openSoccerClubMap.org ? Slovakia freemap shows different local rendering on a default basemap. openSoccerClubMap.org might be similar? http://www.freemap.sk/ As James suggests, with a local layer of some sort over the base map, you might add Web 2.0 whiz-bang stuff. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] canvec2osm v0.9.1 sample areas ready
On Mon, Sep 21, 2009 at 8:13 AM, Sam Vekemans acrosscanadatra...@gmail.com wrote: Hi all, I'm happy to report that all there are now a bunch of areas available to load and copy over to OSM ... and check for errors. Just having a look at Sam's converted files for 092o06 (Anvil Mountain) I see an issue that I spotted in my own converted files last night. I plan look further at the details later today but your help earlier is welcome. To see the symptoms: - load the six wooded area files into josm. - select wooded-0 as the active layer - select all object on the layer - zoom in to the four selected areas, just west of the mid-point of the tile What I see: I see four 'inner' ways selected, but not their two respective 'outer' ways. What I expected to see: I expected all members ways of the same relation to be in the same layer. josm 1788 (old) does not throw an error for this. Newer josm throws a warning relation with no outer way IIRC. I fear that this error breaks relations in a way that requires them to be manually reconstructed (if they are accepted by the API) I do not yet know if this behaviour is a function of the canvec rules files, or of shp-to-osm --maxnodes. Your thoughts? Additionally, in my converted files last night, I found that the combined wooded areas from a recent conversion did not include all of the data that was converted with older tools (shp-to-osm 0.2? and canvec rules 0.22?) I need to look into this further and will report back. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Trans Canada Trail relation
On Mon, Sep 21, 2009 at 8:56 AM, Adam Glauser adamglau...@gmail.com wrote: Hi everyone, I was cleaning up some areas where the TCT shares its path with roads and other existing trails (here http://osm.org/go/ZXnePd73--, if you are interested). It appears that there used to be a relation, which was part of a mass deletion recently (http://www.openstreetmap.org/browse/relation/146837). Should this relation be resurrected, a new one created, or something else? Hey, Sam! Adam found something with our fingerprints on it! ;-) Adam, the history here http://www.openstreetmap.org/browse/relation/146837/history shows that this was deleted deliberately by andrzej as the relation had no members. The discussion andrzej referenced in his delete comment (How very polite, by the way!) asked about the validity of relations or ways with no members as a data quality / validity question. So I think andrzej deletion should stand for now. Earlier in the history Sam (acrosscanadatrails) says I asked him to remove his earlier work. I don't recall the details of the conversation, but I probably did. That Adam found part of the relation in Ontario. Sam's earlier additions in that history discussed trail portions in BC. Sam do you recall the details? Should this relation be replaced, without members or 'fixed' with members added? Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] TransLink mapping party Vancouver?
On Thu, Sep 17, 2009 at 1:52 PM, si...@mungewell.org wrote: Belay that request. I talked to someone last night who said that he had the geocoded bus stop locations (with the stop numbers). He is going to get in touch with Carson and open-source the data. Good news, anyone up for importing said data into OSM? The scheme I've been using here in Calgary is as: http://www.openstreetmap.org/browse/node/260897759 Hi Simon, Are you using nodes beside the way, marked as Tags: bus_routes = 3;301 highway = bus_stop ref = 9783;4588 Are you following one of the proposed public transport schemas? Best regards, Richard Proposed schemas for bus stops / transit include: http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema http://wiki.openstreetmap.org/wiki/Bus_route http://wiki.openstreetmap.org/wiki/NaPTAN http://wiki.openstreetmap.org/wiki/QROTI ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Incorrect latitude longitude St. John's NL Canada
On Thu, Sep 3, 2009 at 4:29 PM, John Townsendapplejak_2...@yahoo.com wrote: I'm not a member of the wiki.openstreetmap.org but there is a glaring error at: http://wiki.openstreetmap.org/wiki/St._John's_Newfoundland which is the following: St. John's is a City in Newfoundland and Labrador Canada at latitude -52.716351, longitude -47.57282. In fact it looks as though the latitude and longitude might have been transposed and the sign for the latitude should be positive. In any event, the latitude CANNOT BE -52°, not to mention the longitude would be WAY off at -47° Dear John, Thank you for spotting that. You are right on all counts. The values were transposed, and that latitude was negated. I've applied your fixes to the wiki. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Sam's Status Update of all goings on OSM related :-)
On Wed, Sep 9, 2009 at 1:29 PM, Sam Vekemansacrosscanadatra...@gmail.com wrote: Hi all, a quick update. should be complete, if anyone has idea's feel free to comment. :-) Dear Sam, Comment? Okay. I think your list is not quick. ;-) It is interesting to see what you have on your to-do list. I have a request. Please provide direct links to things that aren't in The Obvious Place (or even for things that are in the obvious place). For me, The Obvious Place for code is svn.openstreetmap.org. Otherwise a link is required. For wiki-stuff The Obvious Place is wiki.openstreetmap.org and it better show up at the top of the list when I search the keyword. Otherwise provide a direct link. the gdoc chart limits the number of folks who can/will help by making them hunt for a link. Even if you said it before at some time. Please provide links. Links make it easy for somebody to think hey, that sounds interesting and then they can contribute. For example, I'm interested in the latest canvec script w/ 16 squares that you mentioned. I even managed to find http://sites.google.com/a/acrosscanadatrails.com/www/Home , but it ain't there. Thanks, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] solution! (?) automated block-face addressing from GeoBase / statcan data
Dear Team Canada, ;-) So we have some addressing data in NRN and more after running roadmatcher. Until now we have been ignoring that data and looking to take care of it later as it seemed hard to automate properly. balrog-k1n on #osm IRC has written some code that creates block face addressing using the Karlsruhe addressing[1] schema. I think that this might be suitable for adaptation to work with our Canadian data. I hope that those of you who speak python will have a look and let us know if this is suitable. I also hope that somebody will just do it. ;-) For motivation, there is an area of the map with addressing that was created using this script.[2] And there is code for web browsing [3] And even code for downloading.[4] balrog-k1n cautioned that the python might be a bit sub-optimal due to lack of experience. And added, add_addrinfo() is the function that does the projection, offsetting, creates the addr:interpolation ways etc Thoughts? Best regards, Richard [1] http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema [2] http://www.openstreetmap.org/?lat=52.2400894761086lon=21.105629503727zoom=17 [3] http://repo.or.cz/w/ump2osm.git?a=blob;f=txt2osm.py;h=9bf2d713be1894451353b02f47fd0f23b8c6fbd3;hb=HEAD [4] http://repo.or.cz/w/ump2osm.git?a=blob_plain;f=txt2osm.py;hb=HEAD ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] address:block - brain storming
On Tue, Sep 8, 2009 at 1:58 PM, Sam Vekemansacrosscanadatra...@gmail.com wrote: Hi Richard, cc:talk-ca, As i was comparing our 'superior quality map' i can show you an example of address:block you can see on the Google maps you can see Empress Avenue and the '2500' and also Shawnigan Lake Road / Cobble Hill road '3540' '3440'. I know from the canvec data (not used roads) it has the address:range, this info could be extrapolated and used as the address:block tag with rounding. Any ideas on how OSM can render that? (this is something that can be manually entered when navigating the roads as it's on the streetsigns over here. Talk-ca list, is it the same in your town? Dear Sam, With rounding ?!?!?! Why round the numbers off? Put the correct data into the database. Block face addressing appears to be solved. How to convert / import is the question. In the middle of this link, Lessingstraße shows an excellent example of how to display first and last addresses for left and right of a way. http://www.openstreetmap.org/?lat=49.00636lon=8.3845zoom=17layers=B000FTF X-hundred block harks back nicely to old episodes of _Adam-12_ but seems too-unlikely an abstraction to be usable across Canada. If you don't like the way the current rendering scheme shows addresses, that is another discussion entirely. You can always choose to render your maps as you please. But taking good data, breaking it, then putting it in the database does not sound like a good idea to me. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] address:block - brain storming
On Tue, Sep 8, 2009 at 2:35 PM, Sam Vekemansacrosscanadatra...@gmail.com wrote: On Tue, Sep 8, 2009 at 11:20 AM, Richard Weait rich...@weait.com wrote: On Tue, Sep 8, 2009 at 1:58 PM, Sam Vekemansacrosscanadatra...@gmail.com wrote: With rounding ?!?!?! Why round the numbers off? Put the correct data into the database. Block face addressing appears to be solved. How to convert / import is the question. Ok, forget the rounding part (2 thoughts in 1 paragreph, sorry) Lets assume it's manual regular city mapping. I dont know that Adam-12 is. can you explain please? Adam-12. US TV show about police officers in Los Angeles. The radio operator would send them to calls with, One-Adam-12, One-Adam-12, see the man at the gas station, twelve-hundred block of Sepulveda Boulevard. http://en.wikipedia.org/wiki/Adam-12 So when I hear x-hundred block, I have Adam-12 flashbacks. Then I hear the klaxons from Emergency! (Beee-Bp-Prang!!!) and see John Gage and Roy DeSoto, holding an oxygen mask and leaning over my fallen body. Not pretty. You can ignore this paragraph. It is off-topic for OSM. So is there a reason why the hundreds block is NOT rendered currently in OSM, like Google and MapART and many other maps do use this method? If you have better data, why would you round it and break it? I have seen periodic addresses at intersections on commercial maps, and on street signs here, but recall exact addresses. Perhaps this looks like x-hundred block if you look at a map for a place that uses x-hundred blocks as their base map. In my experience, x-hundred-blocks are uncommon. That may expose a difference between east coast and west coast perspectives and city planning. Thoughts from other areas? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] OSM Vancouver Island Meetup group
On Wed, Sep 2, 2009 at 2:22 PM, Sam Vekemansacrosscanadatra...@gmail.com wrote: Hi everyone, Just to let you know i created a meetup.com group. So far, just after a few hours, 3 joined the group, there are lots of people around here interested in the topics that i put it under. I still need to fix up the description. If anyone want to join and be an admin, that would help :) But this is an FYI for the list, as not everyone is around here :) There is a meetup group for Waterloo and for Toronto, if others want to create groups it might help. I'm doing this because it seems easier than posting it on the wiki, as most mappers probably don't check the wiki that much, and probably just start mapping, and taking that learning curve. http://www.meetup.com/OpenStreetMap-Vancouver-Island-Mappers/ http://www.meetup.com/OpenStreetMap-Toronto/ http://www.meetup.com/Waterloo-OSM/ To add to what Sam said above about OSM meetup groups. The Canadian OSM community is still small enough that I know many of the mappers in my area. Since creating the Kitchener-Waterloo group last month, several regular mappers and even more folks new to OSM have joined. So your meetup is a way to meet other mappers and to Create New Mappers. And of course a way to share plans and information about mapper your area, participating in imports and using OSM data. The Toronto group tends to be more OSM regulars. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Geobase related fixes needed in Mapnik and Maplint
On Thu, Aug 27, 2009 at 2:36 PM, Pierre-Luc Beaudoinpierre-...@pierlux.com wrote: On Wed, 2009-08-26 at 14:18 +0200, Lennard wrote: Mapnik doesn't even _get_ to see the geobase:* tags, and even if it had access to them, wouldn't do anything with those. It only repeats the labels and signs because these *are* actually separate ways, both in the OSM database, as in the PostGIS database that mapnik queries. Oh! Thanks for the enlightenment. Can't we improve it then to not render repeated signs for prettier map output? See the 360 on this map http://www.openstreetmap.org/?lat=47.1061lon=-70.8097zoom=12layers=B000FTF Mapnik already supports this for highway shields with the min_distance parameter. ShieldSymbolizer name=ref face_name=DejaVu Sans Bold size=11 fill=#809bc0 placement=line file= /home/username/mapnik/symbols/motorway_shield1.png type=png width=17 height=17 min_distance=120/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Hey, look! State / Prov borders!
On Wed, Aug 26, 2009 at 8:39 AM, Lennardl...@xs4all.nl wrote: Richard Weait wrote: I think the provincial / state borders will continue to be yucky on the main map until mapnik supports rendering different style sheets As you guys in the North Americas might will probably already have noticed, the main mapnik style now shows state boundaries, and also labels them either by ref or name, depending on zoom. I wrote something on talk-us last week, but I apparently forgot to include talk-ca, as I wasn't subscribed to talk-ca at the time. http://lists.openstreetmap.org/pipermail/talk-us/2009-August/001522.html Oh, that is very nice. I'm surprised I missed that on the first time around. Excellent work by ldp (Lennard) and delta_foxtrot2. So we USA-ians have a few nodes to move for place=state; Canucks, do we have to clean up some border artifacts? http://www.openstreetmap.org/?mlat=60mlon=-90layers=B000FTFzoom=6 Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [OSM-talk] [Announcement] Support added for route waypoints in YOURS
Congratulations, Lambertus, on the added functionality of your wonderful routing service using OpenStreetMap data. Last time I looked at this, you were only routing in Europe. So thank you for adding Canada and USA to your service. To celebrate, I asked for a route From: Museum of Modern Art, New York, NY To: a Tim Hortons coffee shop in Hespeler Ontario, where an OSM meetup is scheduled tonight. and yournavigation.org returns a perfectly reasonable[1] route of Points: 6344 Length: 798.5 km Congratulations and thanks again. All of this wonderful code and a BSD license? Fantastic. Best regards, Richard [1] http://www.yournavigation.org/?flat=40.779421flon=-73.963511tlat=43.418387tlon=-80.325603v=motorcarfast=1layer=mapnik On Tue, Aug 25, 2009 at 1:41 PM, Lambertuso...@na1400.info wrote: Hereby I would like to announce that YOURS now has the capability to use the long awaited via points (waypoints) in a route. The code for this feature has been contributed by Philip Homburg. Web design is still rather crude, but that will hopefully improve over time. Last week a few other tweaks have also been implemented: the routing API can return the route in geoJSON format as well as KML, the GPX export is no longer limited to a few hundred nodes, a JS bug has been fixed for IE 6.0 and multiple API versions can live alongside each other which gives 3rd party API users plenty of time to migrate between the different versions. So please try out the use of waypoints on: http://www.yournavigation.org/. I hope you will enjoy this new function. The source code of YOURS is available under the BSD license: http://svn.openstreetmap.org/applications/routing/yours/branches/version-1.0-via/ The YOURS project page: http://wiki.openstreetmap.org/wiki/YOURS ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Fwd: REMINDER: Server Down Time - 22nd to 23rd August 2009
Hi all, Remember that the servers will be down this weekend for equipment changes at our host location at UCL. So, save early and often if you have a couple of last edits to submit! ;-) -- Forwarded message -- From: Andy Robinson (blackadder-lists) ajrli...@googlemail.com Date: Fri, Aug 21, 2009 at 5:08 PM Subject: [OSM-dev] REMINDER: Server Down Time - 22nd to 23rd August 2009 To: Talk Openstreetmap t...@openstreetmap.org, osmdev d...@openstreetmap.org A reminder that our main project servers will be offline this weekend (see details below). Wiki is currently creaking under strain but should be available along with the mailing lists over the weekend. Enjoy you edit free weekend. Go out and map lots instead :-) Please pass the message around again to your local lists. Cheers Andy -Original Message- From: dev-boun...@openstreetmap.org [mailto:dev-boun...@openstreetmap.org] On Behalf Of Grant Slater Sent: 14 August 2009 3:34 PM To: Talk Openstreetmap; osmdev Subject: [OSM-dev] Server Down Time - 22nd to 23rd August 2009 OSM, Next weekend, 22nd/23rd August OpenStreetMap's main servers will be unavailable due to electrical maintenance works at University College London. www.openstreetmap.org [1] and the API will be unavailable during this period from approximately 5am GMT Saturday August 22nd until 10pm GMT Sunday August 23rd. The wiki and mailing lists will continue to be available during this period. Arrangements are under way to keep http://tile.openstreetmap.org/ available, but as yet we are unable to confirm. The sysadmin team are not taking a break; we are using this opportunity to reorganise the server hardware and are installing a large set of hardware upgrades recently approved by the OpenStreetMap Foundation. [2] Please pass this message onto the local OSM lists. 1: www.openstreetmap.org will be replaced by a simple notice website during this period. 2: http://wiki.openstreetmap.org/wiki/Servers/Upgrades/082009 Grant on behalf of OpenStreetMap Sysadmin Team. ___ dev mailing list d...@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list d...@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] NTS sheet to lat/lon converter
On Thu, Aug 20, 2009 at 10:37 PM, Frank Stegginkstegg...@steggink.org wrote: Hi, Because it is not obvious to everyone what the extent of the NTS sheets is, I've created a little service which converts them to lat/lon coordinates. It is also possible to show them directly as a box in OpenStreetMap. I'm not sure if a similar service exists (probably NRCan has one), but this might also be useful for the Geobase import. Very nice Frank, Thank you for this. Are you considering something like this for the extents? http://www.openstreetmap.org/?lat=46.875lon=-71.25zoom=10layers=B000FTFTminlon=-71.5minlat=46.75maxlon=-71maxlat=47box=yes ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Encourage foundation candidates to self-govern
The Foundation board should have no more than one candidate from each company in my opinion. http://weait.com/content/osmf-candidate-recall ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Can-Amera border, states and provinces.
On Sun, Aug 16, 2009 at 12:36 PM, James Ewenve6...@gmail.com wrote: On Sat, Aug 15, 2009 at 12:08 PM, Richard Weaitrich...@weait.com wrote: I think the provincial / state borders will continue to be yucky on the main map until mapnik supports rendering different style sheets per region / country. My thoughts exactly, but does the OSM project support continent/country wide style sheets? I suspect not, so the next step would be to figure out who to query about this, and whether it would be concept that would be supported. Would this be something that would be up to the end user? Well we are all the OSM project, so regional styles would have some support; you and me at least. ;-) How to implement it? That's a question. If understand the concept, the main slippy map is just a place to show what is in the database, and it would be up to the end user to render tiles and create a display mechanism for their own use. So, IF mapnik / osmarender supported regions style sheets, and IF regional style sheets existed for USA and Canada, and IF the Foundation / server team decided to support the idea, then the main site could serve regional tiles to all who visit. I think that the first two points are the tricky ones. We, in North America, get to see what is essentially a European style sheet, and as those countries are smaller, rendering their states / provinces at zoom 3 is just as stupid as not rendering ours at zoom 3. Yes, I agree that there's no way that we can come up with a style sheet that will work everywhere. Well it won't be ideal to the eyes of everyone. The current mapnik style, for example is about a bajillion times prettier than the old vectors and 8 colours from early on in the project. SteveC (if I remember correctly) put up a slide at SotM showing the old rendering. The difference and progress is nothing short of stunning. Thank you, Steve Chilton and other cartographers! I think that's why the mantra Don't tag for the renderers has come to be. People are trying to tag things so they render on the slippy map in a manner in which they would like to see. I think that some of that is being done already anyway, since the major highways in Alberta at least have been bumped up from Primary to Trunk, and now to Motorway. With them tagged as Trunk or Motorway they show up until zoom level 5, with Primary roads disappearing at zoom level 7. You need to be at zoom level 5 before you can see the whole province, but the provincial admin boundary doesn't show up until zoom level 11. Right. Er, correct, and it looks wrong. Anybody can fix this. I played with mapnik a bit, just to see the provinces. Please be gentle to my delicate server and connection. http://weait.com/maps/?zoom=2lat=44.70531lon=-83.54813layers=0B0 So with a server and connectivity, and a slightly-revised version of the default style, anybody can serve a better OSM for Canada than the current default. Same goes for USA and state borders. No Mapnik/osmarender changes required. Would the main OSM site connect to and defer to the regional server? I don't know. How would traffic compare on the regional sites? I don't know. I'll keep working on the style as I learn more about mapnik. I'll probably have a mapnik article on my site in the next little while too. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] OSM Birthday Party - Toronto
The OpenStreetMap project will celebrate it's fifth birthday on Saturday 22, August 2009 and you are welcome to help celebrate! We can all agree that OSM is very mature for a five year-old, so bring no gifts. Hopefully there will be no tantrums. ;-) I'm co-hosting an OSM birthday party extravaganza, on the afternoon of the 22nd. We'll have fun, catch up with each other, debate the intricacies of various amenity tags, and we'll all get to enjoy refreshments including birthday cake suitable for a five year-old. We'll have a little coaching available for those new to mapping / tagging. (Thank you off-line editors!) Where: 77 Finch Avenue East, Just steps from the Finch Avenue subway station. Ample street and underground parking. When: from 1pm to 4pm, Saturday 22 August 2009 Why: Birthday cake! OSM is five! Bring: Optionally bring your laptop if you plan to work on mapnik rendering, OpenJump RoadMatcher configuration or general GIS geekery. We'll have wifi. Who: All current OSM contributors (and curious newcomers) are welcome. RSVP: Please! RSVP off list, or by adding your name to the wiki. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [OSM-talk-fr] Fwd: How to tag carr iage porch or porte cochère
2009/8/11 Pierre-Luc Beaudoin pierre-...@pierlux.com: On Tue, 2009-08-11 at 17:25 +0100, Emilie Laffray wrote: Dans le cas exprimé par Pierre-Luc, on aurait un barrier = gate à l'extrémité fermée par une porte, donnant surement dans une rue. Les gates sont souvent que de simples porte de fer forgé. Il existe aussi un cas où cette porte cochère est le seul moyen d'accéder au stationnement intérieur d'un édifice ou d'accéder à la ruelle entre les cours des bâtiments (qui est de toute évidence un lieu publique puisqu'on y retrouve de la signalisation municipale. Je peux y aller avec highway = pedestrian + tunnel = yes + layer = -1. highway = pedestrian agree tunnel = yes agree layer = -1 disagree. The road appears to be at ground level. I would not use layer in the case illustrated by the Wikipedia article. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Fwd: [OSM-talk] National websites
Hi all, A question from the main talk list re: OpenStreetMap.ca Is the domain holder here? See question below. -- Forwarded message -- From: Vincent MEURISSE osm-t...@meurisse.org Date: Mon, Aug 3, 2009 at 10:45 AM Subject: Re: [OSM-talk] Nationnal websites To: t...@openstreetmap.org On Monday 03 August 2009 10:48:17 am Shaun McDonald wrote: Why not have a page on the wiki for these two lists? One list for national websites, and the other for those that redirect to the main website? I was thinking about this. I just wanted to be sure to have a quite complete list before starting using it. Looking at the few answer I got, it seems that my first list was quite good. (or that site owner don't read the list) Can some Canadian tell me if there is a chance to see openstreetmap.ca back ? I hope national sites will start using this list instead of their old ones. For now, moving between sites can be adventurous : - openstreetmap.de has the best list with only 3 missing sites - openstreetmap.tw has a wrong link to their own site - many sites don't have links at all - openstreetmap.it is listed nowhere (I found it just by guessing the name) -- Vincent MEURISSE ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] which tags in canvec? was: canvec2osm update (an easy question this time)
On Wed, 2009-06-24 at 22:56 -0700, Sam Vekemans wrote: [ ... a lot of stuff ... ] Anyway, i uploaded a couple sample features to Port Renfrew, BC http://www.openstreetmap.org/browse/relation/163132 What tags should be removed??... but more importantly, WHY.. Hi Sam (and list), Others have suggested that you are including too much from canvec in the import. I agree. Much of what you are importing can be dropped without hurting OSM. These should stay. created_by = canvec2osm landuse = residential source = CanVec_Import_2009 attribution = Natural Resources Canada canvec:UUID = 11CF43A8C213E5F4E0409C8467120387 Sam, you say on the canvec2osm page[1] that v0.74 is the latest canvec2osm zip file. Some older versions are found at your site[2] but not v0.74 or several others. It also looks like you have started uploading sample area .osm files with similar names to the script.zip files. Confusing! I think most of what you are putting into the sample[3] should be removed and can be safely removed. Here's what I've done: I've run the canvec2osm V0.22 script for a large portion of southern Ontario. This created over 1,300 files. Then I looked for unique data in each of the tags. For example I found that in over 1300 files canvec:PROVIDER had only five values and two were duplicates. canvec:PROVIDER = Federal canvec:PROVIDER = federal canvec:PROVIDER = municipal canvec:PROVIDER = Provincial/territorial canvec:PROVIDER = provincial_territorial This adds almost zero value to OpenStreetMap and it would be damaging to OSM to include this data in every item imported from CanVec. I can't imagine that a large number of OSM users would care if data came from the town, province or federal government for each node and way. These should stay. They are appropriate and useful to OSM users and tools. created_by = canvec2osm landuse = residential source = CanVec_Import_2009 attribution = Natural Resources Canada type = multipolygon These should be removed. The tags above tell those interested that the data came from CanVec. If they need to know more, they can find their way through the wiki and svn. Lots of duplication here. canvec:CODE = 1370012 canvec:datasetName = 092C09 canvec:generic_code = 1370009 canvec:min_size:CODE = 1370009 canvec:source = CanVec_Feature_Catalogue_Edition_1_0_2.pdf canvec:entity = Residential area - ( Zone résidentielle ) canvec:value = Residential area - ( Zone résidentielle ) canvec:Theme = BS Buildings and structures No canvec:source, just no. This tag appears over 385,000 times in my sample area. The value is always CanVec_Feature_Catalogue_Edition_1_0_2.pdf No way. Put it in the wiki. The only folks likely to care are the ones who are working on the import. Next was canvec:Planimetric Accuracy (CMAS) First, canvec:Planimetric Accuracy (CMAS) as a key is broken. Keys must not include spaces. Second, I think it should be dropped from the import even if the key is fixed. In over 1300 files the only values for this key were: -1,0,3,5,10,21 and 30. Not much to choose here. And not much to learn from adding this tag to every node and way. I say drop it entirely OR use k=canvec:accuracy, v=value and only include it for the worst of the data, like values =21 meters. That would add value for OSM users by making it obvious that an item could possibly be improved by a consumer-grade GPS with a good fix. From my sample only 45 objects out of ~400,000 have these poor accuracy values. Or, alternately, drop any data with accuracy =21 meters and don;t include it in OSM. canvec:VALDATE is similar. Best would be only to include valdate when valdate is older than ten years, as something that an OSM mapper could reasonably bring up-to-date. Or just don't import anything older than ten years old. But I say drop VALDATE entirely, but I'm willing to be convinced otherwise. And what is this stuff? Details on how they classified the data when they collected it? And did CanVec really misspell tolerance twice? This is not adding value in the OSM database. Leave it in the wiki or let people track it down in the canvec documents if it is important to them. Drop all of these: canvec:min_size:area_sq_meter = 1000 canvec:min_size:lat_distance_meter = 1.5 canvec:min_size:length_meter = --- canvec:min_size:long_distance_meter = 3 canvec:min_size:right_angle_tollerance_degree = --- canvec:min_size:spike_angle_tollerance_degree = 10 Best regards, Richard [1] http://wiki.openstreetmap.org/wiki/Canvec2osm [2] http://www.acrosscanadatrails.com/Home/ [3] http://www.openstreetmap.org/browse/relation/163132 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] SotM: State of Canada
Hi All, I'll be at SotM and am scheduled to give a State of the Canadian map talk as I did last year. It's a ten-minute time slot so I'll have to speak quickly. ;-) The audience is international and packed with the big names in OSM. I'll address the W5 of OSM in Canada. State of the map in Canada: - Canada: location, dimensions, population. - Compare 2008 and 2009 - GeoBase - Import news and progress - Import tools / RoadMatcher I'd like to offer you all the opportunity to submit items for inclusion in the presentation. Do you have an item that you would like to have considered for the presentation, a Who, What, When, Where, Why or How of the Canadian OSM community or map? If so please send it to me. Statistics and graphics are welcome. Feel free to announce your schedule for something that you plan to do with the imports. Please let me know if you have hosted a mapping party in Canada since last July. And please, please, please, be sure to keep your import plans and accomplishments up to date on http://wiki.openstreetmap.org/wiki/Geobase_NRN_-_OSM_Map_Feature . Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] cleaning up after the GeoBase import
Dear All, I'm surprised by the panic and outrage I'm hearing in this thread. I'm not aware of anybody creating an OSM-CA branch of tagging that is incompatible with community standards. The conversations I've been involved in have been aimed at making the very best interpretation of the GeoBase (etc) data in terms of OSM tagging. Like including attribution, the conversion tool used, the source uuid and using an import_id. Those are all best practises. Keep an eye on those community standards by the way, we keep improving them which means they keep changing. Remember nodes, segments and ways? Then nodes and ways? Then nodes, ways and relations? it's a moving target. Remember the TIGER import? No RoadMatcher there so user contributions were all removed then TIGER dropped in. Things change. Be part of the change. Some of you like ways that extend many intersections because that's the way I map, please remember that others may like shorter ways. Nobody is forcing you to change your habits. Some of you fear that short ways will look bad on mapnik/osmarender. Remember that the default tiles must be a general purpose rendering. By that very nature some things will look better and some worse. And some things just will not be rendered on a general purpose map at all. And this is where OSM really shines, YOU CAN MAKE IT DO WHAT YOU WANT ON YOUR MAP! Let's look into the renderers in more detail. There may already be an option to render street names only once per n-distance with identically named ways. This is already happening with the shield symbolizer in Mapnik. Also remember that the renderers are improving over time too. We've added push and shove, halos, name along line, inhibit when too long... and dozens (hundreds?) of other improvements in the renderers. But to suggest that the Thing To Do is to combine GeoBase ways, because you like it that way? Surely there are more-productive things that you can do? Add turn restrictions, block addressing, building outlines, or points of interest perhaps? And to delete the GeoBase nids/uuids? Why? Because you don't know what you would do with them? That sounds like vandalism to me. Relax. Join in the upload project, or sit back and watch the fun. Play with the renderers to make things look that way you want them to look, or write a really great route planning and coffee-brewing tool. But don't panic. OpenStreetMap It's fun. It's free. You can help. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] How to tag Bixi stations?
On Mon, 2009-06-08 at 16:42 -0400, Pierre-Luc Beaudoin wrote: Hi, As Bixi [1] is gaining on popularity, I think we should add them to the map! But how do you tag such a thing? I wonder what Velib used in Paris... I am open to suggestions! I commented on a Facebook post of Bixi to suggest them to do that, I wonder if they'll do it. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbicycle_rental ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Geobase data vs. OSM data on import
On Sun, 2009-06-07 at 00:09 -0700, Austin Henry wrote: Hi all, I'm working on importing (most of) the 082E tile, Kelowna, Osoyoos, Grand Forks and the part of the import process where you match roads in RoadMatcher is taking ages, Odd. I've never seen RoadMatcher take more than about a minute to conflate. Did you get any errors when opening the shape files? even though there's very little data in OSM for the area (the reason I picked this tile, along with the fact that I used to live in the area). The reason it's taking so long is the fact that the OSM data for Highway 3 and the NRN data are very different in places. [ ... ] But there are parts of it where it looks like a helicopter was used :) And I'm not entirely sure how trustworthy the NRN data really is -- presumably it's good enough for the government to use, and most of it says the positional accuracy is 25m or less... We can expect the NRN to be generally Excellent with scattered meh. They use better equipment than most of us. Road centerlines should be right-on for when the data was taken. The road configuration my have changed since then. There may have been a construction diversion. Or a large tractor-trailer in the next lane may have caused a reflection that hurt the location accuracy. Use your best judgement, you might be our only local expert for 082E. Continue to give preference to data from OSM contributors unless you have a good reason. Consider contacting the previous contributors to see if they can shed some light on the discrepancies you are seeing. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] 092g07 imported and uploaded
On Mon, 2009-06-01 at 11:08 +0100, SteveC wrote: Stupid question, you guys importing addressing too? The Canadian government data does not include addressing information for all jurisdictions. This area (British Columbia) has no addressing available[1]. The earlier import in Alberta does claim block face address data but my quick look at Fairview Alberta does not show the addressing data. It does have the source uuid so perhaps we can get the addressing on the next pass. [1] http://geobase.ca/geobase/en/data/nrn/status.html ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] importing geobase data for the Canadian boarder
On Wed, 2009-05-27 at 22:31 -0400, Ben Konrath wrote: Ok, I did some more poking around and it seems that the land border with the US is really borked. For BC and Alberta, there are 3 - 4 different border lines with the US. I'm willing to do the work required to clean this up by deleting the lines that don't make sense. I just need to know if the Geobase information is the best one to use for the border? Thanks, Ben The GeoBase data is the IBC data. Your best bet is to use the GeoBase data while confirming that it hasn't been changed in OSM since the import by user pythagore. So, yes please, do this fixup. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Adding Trans Canada Trail in Cranbrook Kimberley
On Sun, 2009-05-24 at 13:45 -0700, Sam Vekemans wrote: from http://www.openstreetmap.org/user/acrosscanadatrails/diary/6419 Adding Trans Canada Trail in Cranbrook Kimberley Im adding more traces from Tracks that i did back in summer 2007, as well as from the tracks from the tctrail.ca website. AFAIK, it's fine to trace. .. but i use extra caution, and tagged with the source, because i wasn't that person who made the tracks. Sam, The import guidelines are here. http://wiki.openstreetmap.org/wiki/Import/Guidelines Please follow the guidelines. What you wrote above suggests that you did not get explicit permission to use the tracks. Do they have a license or terms of use posted? Please revert your changes until you confirm that you have permission to use this source. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Data polution
On Thu, 2009-05-21 at 14:10 -0400, Pierre-Luc Beaudoin wrote: Hi, I just saw that the tiles are being rerendered with a red line (probably a long long building) going from Wien (Austria) to somewhere North West of Trois-Rivières. http://openstreetmap.org/?lat=46.63lon=-70.15zoom=7layers=B000FTF I tried downloading both the start and end points in JOSM but I cannot see anything wrong. Any body else want to give it a look? (may be it already has been deleted, and the tiles just need to be rendered again). This sounds like an error that was reported earlier today. I expect that it has already been resolved. Mapnik should catch up shortly. A user reported inadvertently moving some European points to North America, then asked for help reverting the change. This was reported on irc, if I remember correctly. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] 030M12 complete geobase roads area discussion
On Mon, 2009-05-18 at 23:00 -0700, Sam Vekemans wrote: Hi all, It is interesting to see the note, as it appears that .. Multiple mappers decide to delete data as the import was progressing I'm very interested to learn just what happened? Hopefully we can learn from this, and somehow adjust the process as a result Hi Sam, I don't know what you are saying here. Can you give some context? Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Meeting GeoBase
Dear All, I spoke to the folks at GeoBase[1] today. I joined them for their Innovation Day, in Sherbrooke, Quebec and we talked about OSM, the Canadian import and their interest in OSM in the future. I'll have more on what we discussed and what I learned over the next week or two. It was a great opportunity to meet, in person, the folks who approved our inclusion of the GeoBase, CanVec and StatCan data into OpenStreetMap. I thanked them again because I appreciate this generous contribution of high-quality data. I know that you appreciate their contribution too so I thanked them on your behalf as well. Hope you don't mind. ;-) Here is something that you might not know about the folks at Geobase. Several of them are participating at OSM mapping parties, and / or are mapping on their own. I even caught two of them argue / discussing the relative merits of Potlatch and josm. And I have it on good authority that some GeoBase folks even participate on this list. (Hi!) Best regards, Richard [1] http://geobase.ca GeoBase is a federal, provincial and territorial government initiative that is overseen by the Canadian Council on Geomatics (CCOG). It is undertaken to ensure the provision of, and access to, a common, up-to-date and maintained base of quality geospatial data for all of Canada. Through the GeoBase portal, users with an interest in the field of geomatics have access to quality geospatial information at no cost and with unrestricted use. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] CanVec entity value definition tags to use
On Tue, 2009-05-12 at 01:02 -0700, Sam Vekemans wrote: Hi all, a quick question. (kind of) I think that having the tags that clearly define what the entity is; and how the entity is used in the source data, is something that needs to be kept. Here's why, it tells the user exactly what the feature is, and gives the user a better 'measuring stick' to decide for themselves which data to use; their own or this stuff. These definitions belong in the wiki and do not belong in the database. Just as we do not, and should not, put instructions on how to use Potlatch or josm inside the highway tag, we should not put these data definitions in the CanVec tags. Including the CanVec uuid is appropriate. Including the definition is too much. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Toronto Mapping party this Sunday 03 May 2009
Hi All, How about a spur of the moment mapping party in Toronto this Sunday? I know! What a great idea! And the weather promises to be perfect too. The goal is to Clean up the aerial-mapped area in Bayview Village by getting the rest of the street names, local POIs including parks, schools and shops. And hopefully we'll be able to add the Karsruhe addressing schema information in this area as well. More details and updates here: http://www.meetup.com/OpenStreetMap-Toronto/calendar/10288135/ It's going to be a tonne of funne. Best regards, Richard P.S. Our Niagara region US neighbours, er, neighbors are welcome to join us as well! ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] [Fwd: [OSM-talk] IMPORTANT - OSM API upgrade - Read Only access mode from 09:00 UTC Fri 17th April]
Hi All, Below is the official announcement from the OpenStreetMap Foundation reminding us of temporary OSM service reductions this weekend. These service reductions are required for the installation of the shiny new OSM database server[1] and the API upgrade to version 0.6. We'll all enjoy a faster OpenStreetMap once the upgrades are complete. Those of us planning to map and edit this weekend should expect to save our edits locally, and upload them next week. Have fun mapping this weekend. Watch the front page of the wiki for advisories during the upgrade this weekend.[2] Best regards, Richard [1] http://www.flickr.com/photos/67155...@n00/3388293945/ [2] http://wiki.openstreetmap.org/wiki/Main_Page Forwarded Message From: Andy Robinson (blackadder-lists) ajrli...@googlemail.com To: t...@openstreetmap.org Subject: [OSM-talk] IMPORTANT - OSM API upgrade - Read Only access mode from 09:00 UTC Fri 17th April Date: Thu, 16 Apr 2009 11:28:45 +0100 Dear OpenStreetMap Users, This weekend sees the long awaited upgrade of our main API from version API 0.5 to API 0.6. This is a major development for the project and involves upgrades to both the hardware platform (the main OSM database) as well as the software that we all use to communicate with it. In order to migrate the existing OSM database to the new server and software platform it is necessary to lock the OSM database to Read Only access, that means you will not be able to upload your new map edits to OSM once the current API is in read only mode. Read only access will commence at 09:00 UTC Friday 17th April 2009 and is expected to last throughout the API upgrade period. Completion of the API upgrade and database migration is scheduled for some time on Monday April 20th, however the exact time will depend upon how well progress goes over the weekend. It is also highly likely that there will be periods of total API downtime during the weekend as the upgrade is progressed. The front page of the wiki will be your best place to keep an eye on the current status, or hang out in IRC at #OSM for hour by hour news, but please keep your questions to a minimum as our sysadmins team will be busy! Concrete news updates, when they are available, will be published. The technical working group and the full API 0.6 development team have worked long and hard to deliver this exciting new upgrade to the OSM platform. I am sure you will wish to join me in thanking them all for their efforts and contribution to date and wish them the very best with the work over this weekend. For more information about the changes please see the following wiki page: http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6/Information Translation If you have not seen this message on your local language mainling list or forum please help communicate to the wider audience by translating and posting on. If also you can help with translations for the wiki page that would be great too. For and on behalf of the OpenStreetMap Foundation Board Andy Robinson Secretary OpenStreetMap Foundation secret...@osmfoundation.org Name Registered Office: Openstreetmap Foundation 16 Oakfield Glade Weybridge Surrey KT13 9DP United Kingdom A company limited by guarantee, registered in England and Wales. Registration No. 05912761. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Issues in Winnipeg
On Mon, 2009-04-13 at 10:28 -0500, Sam Dyck wrote: Hi [ ... ] What do I do? Replied off-line. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Sun, 2009-04-12 at 04:39 -0500, Joseph Jon Booker wrote: On Sun, 12 Apr 2009 01:54:12 -0500 Ian Dees ian.d...@gmail.com wrote: On Sun, Apr 12, 2009 at 1:38 AM, Nicholas Vetrovec nickvet...@yahoo.comwrote: Posted on the US Page to help coordinate US Interstate relations. http://wiki.openstreetmap.org/wiki/Interstate_Highways_Relations Since interstate highways are usually two separate one-way ways, which way (or both?) do we add to the relation? US routes can also become two separate one-ways when becoming express ways or trunk ways, while being a regular two-way street the rest of the way, so it probably doesn't make sense to have separate directions. Perhaps a proposal can be made for having role=North|South|East|West for type=route relations? Perhaps direction=North|South|West|East, or cardinal=North|South|West| East? Also, wouldn't it make sense to have the way a route is displayed as the name? For example, network=I,ref=90 would have name=I 90, and network=US:IL, ref=58 would have name=IL 58 in the relations. I prefer _ to : or ; in this case as _ can be used in a filename without escaping. network=us_i_2 # Interstate (2 digit) us_i_3 for 3 digit network=us_us_2 # US Route us_us_3 for 3 digit network=us_ny # NY State Route network=us_ny_county # and so on. The network value plugs directly into the shield symbolizer in mapnik for an easy renderer fix. The shield images can be network_us_i_3.png to keep them all in order in the directory. I've got a demonstration of highway shields working here: http://weait.com/maps/ Please be gentle on this unsuspecting box and narrow pipe. To make shields work for everybody, I'd like to see - network= supported in highway ways, relations and super-relations - further graphics work to refine the highway shield symbols for size / centering - wide adoption of the newly supported network tag. - repair of the many broken ref= tags that read I-190 or even Interstate 190, etc. Blog entry with more details here. http://weait.com/content/badges-badges Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Sun, 2009-04-12 at 10:38 -0400, Greg Troxel wrote: network=us_i_2 # Interstate (2 digit) us_i_3 for 3 digit network=us_us_2 # US Route us_us_3 for 3 digit network=us_ny # NY State Route network=us_ny_county # That looks great to me, except that us_i_2 vs us_i_3 seems like tagging for the renderer, and something that would be easy for the renderer to figure out. What about us_i and then have renderers find the right shield for the number of digits? Yes, kinda, sorta. Getting the renderer / shield symbolizer to select the right image is better. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Sun, 2009-04-12 at 13:23 -0500, Joseph Jon Booker wrote: On Sun, 12 Apr 2009 08:39:45 -0700 Apollinaris Schoell ascho...@gmail.com wrote: 2 relations are easier. adding role to thousands of members is a pain. and we need to split relations with API 0.6 anyway So how do we handle the case where a US route is cosigned with an interstate? 1. add both motorways to new route relations that signify the direction of the original US route, and have no relation between those relations and the original US route? 2. Have both ways part of the original US route, with no direction information? 3. Same as number one, but have the new us routes added to a super-relation for the original US route One relation for the Interstate. One relation for the US Route. They each have ways (or sub-relations) for members. Where they are cosigned, the ways or sub-relations are members of both relations. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Sun, 2009-04-12 at 20:26 -0400, Greg Troxel wrote: Paul Johnson ba...@ursamundi.org writes: Why make this more complicated than it has to be? Leave the names on the underlying way, not the relations; leave the refs on the relations, not the underlying ways. Then it's a matter of fixing mapnik and t...@h to do the right thing, since relations are set up better to handle things like route symbols. I don't follow why you think the name belongs on the way. I would think that if there was a named road in a state that should be relation, and that relation a member of the interstate relation for the state, and that a member of the entire interstate relation. The key property to be supported is arbitrarily nested relations. I like names and refs where they make the most sense. If we get full (super-) relation support we have many options that work when they are right for the situation. I'm not logged in on the wiki right now to fix this on the relations list page, but we should probably recommend including a URL to a freely reproducible SVG of the route marker so someone has the motivation to fix rendering of numbered highways to use refs on relations in addition to (or better yet: instead of) underlying ways, they can render something other than the fugly ref symbols currently used, and instead use the same symbol used along the actual route. I don't see why symbol source is related to whether the ref is on a relation or a way. But I agree that having symbols someplace where all renderers can get at them would be nice. I made mine from wikimedia stock. I think they still need some fussing and attention to get them right. Perhaps a script will do better. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Sun, 2009-04-12 at 16:55 -0700, Paul Johnson wrote: Apollinaris Schoell wrote: It contains all you need to pick the correct sign. But you need the whole knowledge about signs for all states, county ... as an example California uses different signs for US routes but the same for interstates. Well, if the US ones are different, the Interstate ones are different for the same reason based on what i've seen in Northern California on I-5, US-199 and US-101: California's egotistical enough to put it's name on all route markers regardless of size. Interstate California 5, US California 199, etc. network=us_us would be better than nothing for US 101 and US 199, in my opinion. But if the local expert wants them to be rendered right why not use network=us_us_ca ? US network, US Route, California variant, and create a us_us_ca.png? Likewise, network=us_i_ca for the Interstate signs. Should work for Route 66 historic signs too. network=us_us_historic ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Is Edmonton broken? (NW)
Where does Edmonton divide between NE / NW / SE / SW ? The _vast_ majority of the roads I see on our map are listed as something Street NW, Surely the division should be something lose to equal quarters, No? Would a Northern Alberta expert please have a look at this? http://www.openstreetmap.org/?lat=53.4309lon=-113.374zoom=14layers=B000FTF Calgary is also quartered, but we appear to have Calgary labelled correctly. http://www.openstreetmap.org/?lat=51.05161lon=-114.05835zoom=15layers=B000FTF ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] silly borders
On Tue, 2009-03-31 at 10:00 -0600, James Ewen wrote: The end result, is that I would concur that the GeoBase borders are much closer to the real world location than the manually input border, or the USGS imports. So, now we need to clean up the erroneous data. The county outlines in the US are circular ways, the GeoBase ways are not.Will it affect rendering by cutting up the US county circular ways, and making them part of a combined way? Can I cut the GeoBase ways at the Alberta, BC and US confluence, and then add in a bunch more tags to the common borders? Can we tag the same way as a border_type: state, and also border_type:international, then do state:left, province:right, county:left, county:right, etc? I think relations are the way to go. Tag the way with the source, uuid and attribution. Split the way at each prov/state/county/regional municipality junction. Add tags only at highest level relation for say, name, place, population, ... Include the way in Canada relation - boundary=admin, admin_level=2 Include the way in USA relation - boundary=admin, admin_level=2 Include the way in state/prov/muni/county relations as appropriate. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Changing admin level (provinces) to render like US states
On Sat, 2009-03-28 at 12:02 -0600, James Ewen wrote: On Sat, Mar 28, 2009 at 5:42 AM, Sam Vekemans acrosscanadatra...@gmail.com wrote: It still looks like the provincial borders should be changed so that its visable from a few more zoom levels. You can't force the renders to do something they don't want to do. Can someone explain why its not done yet? Perhaps im missing something? The renderers are designed for rendering maps in a different part of the world. I'm working on some rendering stuff that will fix some of the things that look strange to North American eyes. I'm not ready to show it yet, but borders are certainly on the list. We'll end up with, at worst, a style that we can run on our own sites that will make North America look right-ish. At best, when regional rendering is supported (?) the Can-Am style can be rolled out right away. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] An exploration of the possibility of an OSM - GeoBase partnership
On Mon, 2009-03-23 at 16:25 -0400, Mepham, Michael wrote: At the last GeoBase Steering Committee meeting we discussed ideas on how GeoBase and Open StreetMap could work together to each others advantage. We believe that each group has its strengths and that by supporting each other we can both benefit. Dear Michael, I have passed your email along to the OpenStreetMap Foundation for consideration by the board of directors. I know that I have enjoyed watching the discussion and progress of the OpenStreetMap contributors with the GeoBase data. I'm intrigued by the idea of collaboration between OSM contributors and GeoBase in maintenance of the road network data. I'm also certain that your email will set off a fascinating discussion of the possibilities. I've also noticed many contributions by people with nrcan email and / or nrcan background in the discussion and progress of the GeoBase conversion and import. It is wonderful to have so many of you as fellow OpenStreetMap contributors. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canvec/Geobase point feature - Render
On Mon, 2009-03-23 at 20:05 -0400, Michel Gilbert wrote: 2009/3/23 Sam Vekemans acrosscanadatra...@gmail.com I have not yet received the answer from NRCan about if the location of the node is EXACTLY where the building actually is, or is it just shown in the general area. If it is the former, then this information can be taken into account. Sam, why should the building point location be EXACT? We know that all data, regardless of source, will have a degree of precision depending on many things. Buildings are worth having, in my opinion, even if only as a point. The position of buildings may be exact if the acquisition methods was from stereo-digitization. If it came from map scanning they may have been displaced for map representation purposes. My guess is 80% of the buildings in CanVec come from map scanning. What i can do, and i presume that you all would agree, is to add this feature to the not4osm folder so then it could be used as an assistant for the person who is actually uploading the information. I disagree. Worth including in my opinion. Default renders may chose to render them or not. Some future render may do cool things based on the number of buildings / area. Who can predict future creativity? The buildings exist, or existed at the time of survey. Worth knowing. Following the new information I received from tilesath...@openstreetmap.org (i have just forwarded the email to talk-ca) we may still want them for mapping purposes. We can list them, then check with the tilesath...@openstreetmap.org talk if they are part of the render feature. And even if the default renderers don't want point buildings, perhaps the renderer at openstreetmap.ca will. Or YourCompany.com might make a fortune offering point-building renderers. For example, when the feature lists 9 or so different feature types, the general practice for both GeoBase CanVec is to state -1 unknown and 0 none ... i would suggest that these features be omitted from the import also. Any thoughts on that? Sam, I'm sure I don't know to what you refer here. Could you clarify please? Again it depends if the tilesath...@openstreetmap.org talk confirm that no render is possible. If we really want them display we can ask them ? Even if the default mapnik, t...@h and others don't render point-buildings we can adjust them for our own purposes. (We can also ask the maintainers to add support for point buildings.) Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Address ranges
On Mon, 2009-03-23 at 19:55 -0400, Bob Jonkman wrote: On 22 Mar 2009 at 12:02 Steve Singer ssinger...@sympatico.ca wrote about Re: [Talk-ca] Address ranges[...] Part of me prefers a scheme that adds address tags directly to the nodes that make up the road. The downside of that is[...] Another downside is that it doesn't reflect reality (or, rather, it reflects reality even less than an arbitrary offset). I'd rather see generated nodes (as per Richard Weait's suggestion) with additional addr tags, eg. building=yes addr:housenumber=123 addr:type=generated-blockface addr:offsetlat=0.3 addr:offsetlon=-0.1 addr:offsetnodeid=nodeid This would be an indication that it's a suitable candidate for replacement with observed data. If the associated road node is moved, the building node doesn't necessarily have to be moved, but could be re-calculated (which opens its own can of worms). Are you combining two address data issues? For block face addressing, we need to interpolate building location. That was when the arbitrary offset was suggested. I believe we have _in other locations_ building point locations. Are there addresses associated with those building points? If so, no interpolation required. Also, Karlsruhe schema explicitly allows addr:housenumber as a node OR polygon. So no need to fake the polygons to comply with the schema. I believe that the sample image shows two point-buildings 6 and 4 on the north side of Bochumer Straße? One problem is that not all addresses are necessarily buildings. Sometimes a park, public square or empty lot has an address. And all buildings aren't necessarily houses, so I'm not sure that housenumber is the most appropriate tag name. But it is what we have for the schema. The discussion suggests that we can make suggestions. http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/House_numbers/Karlsruhe_Schema When I worked at the City of Toronto and had access to their Central Property Register database there were different concepts of municipal addresses, postal delivery addresses, and courtesy addresses. I expect that GeoBase captures the municipal addresses. Which is the one that is easiest to detect when walking past the building? Municipal? Also, I'm in favour of generating a small polygon (square) rather than a single node. This fixes Michel Gilbert's rendering problem, and also more closely reflects reality. I respectfully disagree. And I hope that adding addr:housenumber will work as per my guess above. Some have said that we shouldn't tag for the renderer. And then others have said that and still done amazing work by tagging for the renderer. http://weait.com/content/science-fair-cern Adding a fake polygon may also subtly discourage mappers from going and mapping the buildings. Look at those cute, even, rectangular buildings. Obviously I don't need to fix that with aerial images... Kind of like hacking css for a month to make it work with IE5. Wasted effort; bad for the psyche. Design for the standard and you are certain to work with the browsers of the future (renderers of the future). My thoughts, while my tiles render. ;-) Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] [Fwd: Re: Address ranges]
Oh, how silly. I responded to Steve alone, rather than the list. Here you go. Forwarded Message From: Richard Weait rich...@weait.com To: Steve Singer ssinger...@sympatico.ca Subject: Re: [Talk-ca] Address ranges Date: Sat, 21 Mar 2009 22:00:31 -0400 On Sat, 2009-03-21 at 21:21 -0400, Steve Singer wrote: I'm starting to think about how we might want to import address range data from Geobase/Statscan into OSM. Hi Steve, (and all) I would love to see the address data imported. Everything that you said sounds good. I think that the address nodes must be off the road. My understanding of Karlsruhe schema is imperfect, but I believe that interpolated addresses require a way rather than two nodes? If so, and if we address a curvy block, then the address-interpolation-way may cross the block twice or more. I don't know if that is fatal to addressing, but it would look suboptimal. Given this situation, is it possible to add the interpolated way by: duplicating the road / block clip four meters from each end offset from the road by two meters apply address interpolation data as appropriate. Repeat for other side of road This might give us a map like: ! H ! ! H ! -H- ===#=== -H- ! H ! ! H ! So the roads look pretty normal and the addressing ways look like sidewalks that never meet with each other. We will need to adjust the distances to something sensible. (How acute an angle do addressed road meet?) This does triple the db size (node and way count) for each road with address info. But it's just Canadian road data, it's not like we're tripling the size of the US data Wonderful news that you are looking at this. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] FW: Road Network File license conflict?
Dear All, Good news. We may use the StatCan Road Network File under the Unrestricted Use Agreement. So does this get us road names in other provinces? Forwarded Message From: marie-josee.lalo...@statcan.gc.ca To: rich...@weait.com Subject: Request #2008398 - FW: Road Network File license conflict? Date: Wed, 4 Mar 2009 10:21:27 -0500 Hello Mr. Weait, Yes, your request is permissible with the Unrestricted Use agreement. I believe the copyright notice pertains to the content of the reference guide and not to the actual product. [copy of s3.0 Licence Grant removed for space] -Original Message- From: Richard Weait [mailto:rich...@weait.com] Sent: February 27, 2009 5:12 PM To: infost...@statcan.ca Subject: Road Network File license conflict? Dear Statcan, I'm a contributor to OpenStreetMap, an international project to provide maps and mapping tools to people around the world. There are over 95,000 contributors around the world. The Canadian OpenStreetMap community is interested in including information from Statistics Canada in OpenStreetMap but we found a possible contradiction in the permitted use of the Road Network File that raised questions. From an abundance of caution, I write to you for clarification. The Unrestricted use license agreement[1] appears to permit commercial use of the derivative product while the more information page specifically excludes commercial use[2]. I hope that you can clear this up for us so that we may begin the process of importing the Road Network file and merging the data with OpenStreetMap. Perhaps the information page refers to the Statistics Canada web site while the unrestricted use license agreement refers to the Road Network file? Best regards, Richard Weait, OpenStreetMap data contributor [1]http://geodepot.statcan.ca/2006/Reference/Freepub/92-500-GWE/2008001/agreement-en.htm [2]http://geodepot.statcan.ca/2006/Reference/Freepub/92-500-GWE/2008001/info-en.htm ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Stats-Can licensing
On Fri, 2009-02-27 at 14:26 -0500, Richard Degelder wrote: With the license for Stats-Can we are not going to be able to use any of their data. Although OSM is non-commercial there is no way we can ensure that any future user will always be non-commercial as well. Dear Richard, From your comment above, I presume that you are seeing a non-commercial requirement in the StatsCan license. From the link Sam posted recently[1], I do not see any such limitation. Section 3.0 License grant includes the text, grants to the Licensee ... right and license .. to sell ... licensed Derived Products The terms require that the source be acknowledged, and that the inclusion of the data not be seen as an endorsement of the product by Statistics Canada. This seems agreeable to cc-by-sa based on my quick reading of it. Are you looking at a different license? Link? Best regards, Richard [1] http://geodepot.statcan.ca/2006/Reference/Freepub/92-500-GWE/2007001/agreement.htm ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Reminder: Toronto, ON mapping party - Jan 31st.
On Fri, 2009-01-30 at 13:36 -0800, SteveC wrote: I can't make it but just a note that this is superb it's happening It's a great opportunity to test the new tags for snowbank=huge and hasn't_seen_natural_light_since=September ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] road names
I think that we should avoid semi-colon concatenation where ever we can avoid it. How about name, for the most common name? name=varies by location name:fr=French name:en=English name:iu=Inuktitut name:mow=Mohawk etc. Are not parts of Ontario and New Brunswick predominantly francophone? S I'd say Quebec plus some other areas French, and the rest English. Should all of Nunavut be Inuktitut by default? I have seen local roads on First Nations with street signs in Mohawk, I think. Trans Canada Highway sounds to me like an ideal nat_name, and we can name space it. So wouldn't our Yellowhead example work as: nat_name=Trans-Canada Highway nat_name:fr=la Transcanadienne nat_name:en=Trans-Canada Highway Where Yellowhead Highway sounds like a regional name reg_name=Yellowhead Highway reg_name:fr= reg_name:en=Yellowhead Highway While the section through Edmonton is a local name. loc_name=Yellowhead Trail loc_name:fr= loc_name:en=Yellowhead Trail See: http://en.wikipedia.org/wiki/Trans-Canada_Highway http://wiki.openstreetmap.org/wiki/Bilingual_street_names We should preserve the dataset too, so that local editors can improve the data where possible. So that we namespace the imported data: geobase:rtename1en=original data geobase:rtename2en=original data geobase:rtename3en=original data geobase:rtename4en=original data and then convert and import like so to take the best guess for a default name:en name:en=rtename1enoriginal data alt_name:en=rtename2en; rtename3en; rtename4en Similar for the name:fr series then copy either the geobase:rtename1en or geobase:rtename1fr as the default name=rtename1{en/fr/iu depending on locale} Same for the ref tags. Numbered route (up to 5 numbers possible) rtnumber1, rtnumber2, rtnumber3, rtnumber4, rtnumber5 geobase:rtnumber1=original data geobase:rtnumber2=original data geobase:rtnumber3=original data geobase:rtnumber4=original data geobase:rtnumber5=original data ref=rtnumber1 alt_ref=rtnumber2; rtnumber3; rtnumber4; rtnumber5 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] About OpenStreetMap
On 6 Jan 2009, at 18:33, Nyaladzani Nkhwanana wrote: Hi Steve, My name is Nyaladzani Nkhwanana, a Masters student at the university of New Brunswick, Fredericton, Canada. I am currently undertaking a research (Thesis) on assessing credibility on volunteered geographic information. Im interested in how openstreetmap works, e.g. The trust algorithms you use ( I see you have classes of users, administrators, to new users), I want to know how this rankings are archieved. Also I am interested in how you validate the contributed data, who has the final say and also how you get to ban users contributing wrong information. Please if you can prepare this in a document that will be great, thanks. Basically I am a fan of OpenStreetMap work, Im a citizen of Botswana, Southern Africa. If you can check it out you will find that there is very little contributed there. As I complete my studies end of this year I hope to be of assist for the benefit of users back home. Dear Nyaladzani Nkhwanana, I'm an OpenStreetMap enthusiast in Toronto and I'd be pleased to discuss this with you in detail on your next trip to Toronto. In short, I think that you are wrong about OpenStreetMap user classes and the existence of a trust algorithm. All OpenStreetMap data contributors are equal. Some contributors perform additional functions that are not shared, like administration of mailing lists and servers. Those tasks require an additional level of trust. Those tasks are unrelated to their data contributions. Data is validated by the community and problems with the data can be raised by any community member. I'm unaware of any formal organization to this data validation. It happens according to the interest and available effort of individual contributors. In OpenStreetMap we like to think that the final say is held by what is observed at the location. If a street sign is mis-spelled on the sign, that mis-spelling should be deliberately placed in the OSM data base. Our contributors in Germany did this, then reported the mis-spellings and other anomalies to the municipality, who then corrected the signs. Very few users have been banned from OpenStreetMap. While not a hard-and-fast policy, what has happened in past is this. When unusual edits are noticed by a community member, they can contact the editor by email and discuss the unusual edit. This generally leads to a discussion of what was intended, and often a newer user is informed of accepted practises in OpenStreetMap. Most unusual edits are this sort of accident, rather than something unsavoury. Enforcement is provided in the form of peer information. Issues that are not resolved satisfactorily by discussion between community members can be referred to the OpenStreetMap Foundation for further action. The Foundation members can recommend banning if appropriate. You should stay in touch with the OSM mailing lists when you start sharing your enthusiasm for OpenStreetMap when you get back home. In the interim, why don't you meet with some other local mappers at UNB for a mapping party? You'll all learn very quickly from each other, and enjoy your mapping together. It looks like you'll be able to make very noticeable contributions in Fredericton, and even just around campus. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Deleting Ways
On Tue, 2008-12-30 at 22:52 -0500, Michel Gilbert wrote: The new file with boundaries at 500 nodes is ready for an upload. But first I have to delete the current ones. Dear Michel, Bravo. The first run of the border import is a wonderful improvement, even if imperfect. Thank you for doing it. For the re-upload, may I suggest these changes? source = name of your conversion script and version # then make it available on the wiki / SVN as GPL? created_by = name of your upload script and version # then make it available on the wiki / SVN as GPL? nat_ref does not apply in my opinion. OSM expects ref for highway shields. Use a new tag like geobase:nat_ref = nat_ref# so that it is namespaced and does not break other uses of nat_ref. Use geobase:uuid = uuid# where geobase provides them. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] mp2osm updating Wiki page
On Tue, 2008-12-02 at 14:20 -0800, Sam Vekemans wrote: A thumbtack: Because Ibycus map is now almost a year old, there is more detailed data available.. ie house numbers for provinces. Do we wait for Ibycus to produce a whole new mapset? ... or go the otherway and import the data from each geobase section? The ibycus maps appear to incompatible with OSM based on the no commercial use restriction of ibycus. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] OSM, the Foundation and GeoBase data
Hi all, There has been a lot of discussion on the talk-ca list recently about the GeoBase data. The GeoBase data was one topic of the most recent OSM Foundation board meeting conference call. I was fortunate enough to participate in that conference call and have the opportunity to summarize it for you. The GeoBase data includes road network data, aerial imagery, administrative borders, elevation and other data. Only three of the provinces have road data that includes street names the rest have only basic road location and connectivity information. Many OSM users have pointed out the wonderful potential and advantages of having the GeoBase data included in OpenStreetMap. The GeoBase data is licensed under the GeoBase Unrestricted Use Licence Agreement. OpenStreetMap data is currently licensed under the Creative Commons Attribution Share Alike license. But licenses are involved. And lawyers are involved. And that means that things are not entirely decided yet. The OSM Foundation has been in contact with GeoBase to discuss the best way to include the GeoBase data into OSM while respecting every aspect of both licenses. Contact with GeoBase has been positive in every respect, and I believe that GeoBase and the Foundation will come to an agreement that is beneficial to both. Our discussion has taken over a year so far. I hope and expect that the bulk of the discussion is behind us now. So we aren't ready to import any of the GeoBase data yet. I am really looking forward to the day that we reach an agreement and can include the GeoBase data. Today is not that day. I will keep you posted of progress in our discussions with GeoBase. Look for the next update in August. Best regards, Richard. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-ca