[OSM-talk] HOT Update
Hi, We wanted to share some news about HOT's work over the next five years, which has been launched today - https://www.hotosm.org/updates/audacious-announcement/ *Tyler Radford* Executive Director tyler.radf...@hotosm.org @TylerSRadford *Humanitarian OpenStreetMap Team* *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <https://hotosm.org/donate> ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Support OSM communities in Bolivia, Iraq, Peru, Philippines, Sierra Leone, and South Sudan
HI all- Six OpenStreetMap communities (in Bolivia, Iraq, Peru, Philippines, Sierra Leone, and South Sudan) are raising funds this year for some pretty amazing OpenStreetMap projects - from getting a community started for the first time in South Sudan to mapping for mental health awareness in the Philippines. HOT is helping promote their campaigns. So - on behalf of all six communities, could you help support with a donation by Dec. 31 and/or share on social media? (use #MapTheDifference) Check them out here: https://pages.donately.com/hotosm/campaigns/ You can choose which community project to support and 100% of funds raised for each project get transferred directly to that community in January. As the projects progress you'll get updates directly from the community. Let me know if you have questions and hoping we can all come together this holiday season to help out in whatever way is possible for you. Tyler *Tyler Radford* Executive Director tyler.radf...@hotosm.org @TylerSRadford *Humanitarian OpenStreetMap Team* *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <https://pages.donately.com/hotosm/fundraiser/tyler-and-team-map-the-world> ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-us] HOT Summit and State of the Map
Hi all, Really looking forward to connecting and re-connecting at State of the Map US in Minneapolis and/or State of the Map in Heidelberg, Germany. In case you were not already aware, Humanitarian OpenStreetMap Team will hold our annual Summit in the two days immediately preceding State of the Map in Germany in the same venue. https://summit2019.hotosm.org/ All are welcome and hope you can come to Germany a few days early to participate. Best Tyler *Tyler Radford* Executive Director tyler.radf...@hotosm.org @TylerSRadford *Humanitarian OpenStreetMap Team* *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <https://donate.hotosm.org> [image: https://docs.google.com/uc?export=download=1kKgEK5TO0KEOP05FlhGVUzP9F4P0us5J=0Bwm-l_34V77faU9pcFdyYVFNRWtUZnBIWVNPYjF0TDhTY2JJPQ] <https://summit2019.hotosm.org/> ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] Contribute to small grants for OSM communities worldwide
Hi all, This is a short note of thanks to everyone in the OSM community who has supported Microgrants for our OSM colleagues in developing countries the last two years. HOT is running a campaign to raise funds for another round of Microgrants in early 2019. 100% of funds raised during the campaign period through 31 December will go back out in the form of grants to help OSM communities with the basics for mapping projects - equipment, internet access, training, workspace, etc. Projects are conceptualized, designed, and led entirely by the community receiving the grant. On behalf of the communities that this will support, I'd be so thankful for any contribution you're able to make: http://donate.hotosm.org Best wishes for a happy holiday season. Tyler p.s. More on what this year's round of grantees have achieved: https://www.hotosm.org/updates/microgrants-2018-update/ *Tyler Radford* Executive Director tyler.radf...@hotosm.org @TylerSRadford *Humanitarian OpenStreetMap Team* *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <https://donate.hotosm.org> ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-us] Chip in for small grants for OSM communities worldwide
Hi all, This is a short note of thanks to everyone in the OSM US community who have supported Microgrants for our OSM colleagues in developing countries the last two years. HOT is running a campaign to raise funds for another round of Microgrants in early 2019. 100% of funds raised during the campaign through 31 December will go back out in the form of grants to help communities outside the US with the basics - equipment, internet access, training, workspace, etc - to carry out the projects that they design and lead. On behalf of the communities who this will support, I'd be so thankful for any contribution you're able to make: http://donate.hotosm.org Best wishes for a happy holiday season Tyler *Tyler Radford* Executive Director tyler.radf...@hotosm.org @TylerSRadford *Humanitarian OpenStreetMap Team* *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <https://donate.hotosm.org> [image: Donate] <https://mapthedifference2019.causevox.com/tyler> ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] Travel Grants for attending FOSS4G 2018 in Dar es Salaam Tanzania
Hi all, A Travel Grants program is now open for those of you considering attending FOSS4G 2018 in Dar es Salaam, Tanzania. https://2018.foss4g.org/grants-programme-ii/ This year's FOSS4G will have a heavy focus on OpenStreetMap. If you're in a nearby country need help getting there / covering registration costs, please apply! Best Tyler *Tyler Radford* Executive Director tyler.radf...@hotosm.org @TylerSRadford *Humanitarian OpenStreetMap Team* *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <https://donate.hotosm.org> <http://summit.hotosm.org> ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-us] Support OSM communities and disaster response this holiday season (by 31 Dec)
Dear all, In 2016 hundreds of you (many, many from the OpenStreetMap US community!) supported the dream of starting a small grants program to grow and sustain the activities of emerging OSM communities. Humanitarian OpenStreetMap Team (HOT) was proud to administer this "Microgrants" program, distributing more than $38,000 to 9 small-scale, big-impact projects conceptualized by OSM community leaders. This year, we want to scale the collective ability of the OpenStreetMap community to respond to disaster and crisis. A big component of this is continuing to strengthen OSM communities in vulnerable countries via a 2018 round of Microgrants. Would you consider making a year-end contribution by December 31? https://donate.hotosm.org More about results to date: https://www.hotosm.org/projects/microgrants_and_community_development Best wishes for a happy and peaceful end of the year. Tyler *Tyler Radford* Executive Director tyler.radf...@hotosm.org @TylerSRadford *Humanitarian OpenStreetMap Team* *Using OpenStreetMap for Humanitarian Response & Economic Development* *Help us #mapthedifference <https://pages.donately.com/hotosm/fundraiser/help-tyler-and-the-team-map-the-world-s-most-vulnerable-places> by Dec. 31* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <https://pages.donately.com/hotosm/fundraiser/help-tyler-and-the-team-map-the-world-s-most-vulnerable-places> ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] Support OSM communities and disaster response this holiday season (by 31 Dec)
Dear all, In 2016 hundreds of you supported the dream of starting a small grants program to grow and sustain the activities of emerging OSM communities. Humanitarian OpenStreetMap Team (HOT) was proud to administer this "Microgrants" program, distributing more than $38,000 to 9 small-scale, big-impact projects conceptualized by OSM community leaders. This year, we want to scale the collective ability of the OpenStreetMap community to respond to disaster and crisis. A big component of this is continuing to strengthen OSM communities in vulnerable countries via a 2018 round of Microgrants. Would you consider making a year-end contribution by December 31? https://donate.hotosm.org More about results to date: https://www.hotosm.org/projects/microgrants_and_community_development Best wishes for a happy and peaceful end of the year. Tyler *Tyler Radford* Executive Director tyler.radf...@hotosm.org @TylerSRadford *Humanitarian OpenStreetMap Team* *Using OpenStreetMap for Humanitarian Response & Economic Development* *Help us #mapthedifference <https://pages.donately.com/hotosm/fundraiser/help-tyler-and-the-team-map-the-world-s-most-vulnerable-places> by Dec. 31* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <https://pages.donately.com/hotosm/fundraiser/help-tyler-and-the-team-map-the-world-s-most-vulnerable-places> ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Pre-announcing HOT's 2017 Microgrants Program
Dear all, Humanitarian OpenStreetMap Team (HOT) is happy to announce initial plans for a 2017 small grants program open to OSM communities. The program aims to foster growth of OSM communities and enable them to carry out time-bound, impactful projects. The Microgrants Program will launch formally in early 2017. For more information on timelines and eligibility, please see: https://hotosm.org/updates/2016-12-06_funds_for_community_led_projects_the_2017_hot_microgrants_program Best, Tyler *Tyler Radford* Executive Director tyler.radf...@hotosm.org @TylerSRadford *Humanitarian OpenStreetMap Team* *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <http://hotosm.org/donate> *Donate any amount by Jan 1st and provide people with equipment and funding to put vulnerable communities on the world map for the first time! * *http://donate.hotosm.org* <http://donate.hotosm.org> ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] International mapping getting together day
Hi Andrew, not quite sure this is what you were thinking, but "OSM Geography Awareness Week" will be held 13-19 November this year. We're aiming to get 100 mapathons going around the world during that week: http://osmgeoweek.org/ Would encourage you (and all of us) to think about hosting or helping with an event in your area. Best Tyler *Tyler Radford* Executive Director tyler.radf...@hotosm.org @TylerSRadford *Humanitarian OpenStreetMap Team* *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <http://hotosm.org/donate> On Fri, Sep 30, 2016 at 3:59 PM, Michael Reichert <naka...@gmx.net> wrote: > Hi Andrew, > > Am 2016-09-30 um 21:43 schrieb Andrew Hain: > > Any interest in organising a distributed mapping party where we get > together round the world, attracting armchair mappers who haven't > experienced field mapping or just people with a casual interest? It could > be a chance to promote ourselves as the full extent of our project or we > could have a particular topic that we attract mapping of. > > user !i! organized The Night of the Living Maps on 7th February 2012 [1] > and Operation Cowboy on 23–25th November 2012 [2]. Both were remote > mapping events—we call them nowadays (and even at that time) "mapathons". > > > This would take a little time to get organised, maybe even into 2017. > > A date during late spring, summer or early autumn (i.e. May until > September) is best because that's the time when there is good weather in > the areas were most of the mapping population lives. (I know that there > are also mappers in India, Africa, Latin America etc.) > > Do you know that annual OSM birthday is the date every year which is > good (but not best) for such a distributed event? It is not the best > date because in some countries there are holidays in August. > > Best regards > > Michael > > > [1] https://wiki.openstreetmap.org/wiki/Night_of_the_living_maps > [2] https://wiki.openstreetmap.org/wiki/Operation_Cowboy > > > > -- > Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten > ausgenommen) > I prefer GPG encryption of emails. (does not apply on mailing lists) > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM New Logo Proposal
Looks nice Elio *Tyler Radford* Executive Director tyler.radf...@hotosm.org @TylerSRadford *Humanitarian OpenStreetMap Team* *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <http://hotosm.org/donate> On Sat, Oct 15, 2016 at 11:41 AM, Michał Brzozowski <www.ha...@gmail.com> wrote: > Most of what I agree with has already been said. > If any media, such as lo-fi print or t-shirts calls for a simplified > design, there's no problem going with it. This has been done. The good > thing about the general concept of our logo (lens+map) is that it will > be recognizable in either case. These can coexist. I don't feel > there's a need to change our main logo. > Which is not to say the proposed one is bad. But still, I fail to see > how negative space (the lens) would work any better for very small > sizes. > > Michał > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: HOT Summit: September 22 in Brussels, Belgium
Friends & colleagues in the global OSM community -- if you're attending or were thinking of attending SoTM in Brussels, I invite you to join us one day earlier for the HOT Summit http://summit.hotosm.org/ Discounts available for students and OSM community leaders who register early (over the next month). Tyler -- Forwarded message -- From: Tyler Radford <tyler.radf...@hotosm.org> Date: Wed, May 18, 2016 at 10:50 AM Subject: HOT Summit: September 22 in Brussels, Belgium To: hot <h...@openstreetmap.org> Were you thinking about attending State of the Map in Brussels this September? Here's another great reason to participate: The second annual *HOT Summit* is back this year and will take place one day before State of the Map - on September 22, 2016. Early registration discounts are available for the next month at https://summit.hotosm.org *Note:* *These are two separate events and you must register separately for each. For State of the Map: Submit your talk/scholarship app by this Saturday May 21.* *For the HOT Summit: Information on talks and the program forthcoming.* *Tyler Radford* Executive Director tyler.radf...@hotosm.org @TylerSRadford *Humanitarian OpenStreetMap Team* *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <http://hotosm.org/donate> ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapathon In Sweden, Göteborg
Hi Daiva, Thanks for organizing an event! Mike's compiled some great ideas from his events. Here are some other tips and checklists: http://www.missingmaps.org/host/ Specific tips for universities: http://wiki.openstreetmap.org/wiki/Missing_Maps_mapathons:_for_students_and_universities Tyler *Tyler Radford* Executive Director email: tyler.radf...@hotosm.org U.S. mobile: +1 617.285.2009 *Humanitarian OpenStreetMap Team* *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <http://hotosm.org/donate> On Wed, Mar 9, 2016 at 5:01 PM, Mike Thompson <miketh...@gmail.com> wrote: > Daiva, > > Thank you for taking the initiative on planning a mapathon at your > university! > > I have been recording our "lessons learned" here: > https://wiki.openstreetmap.org/wiki/Fort_Collins,_Colorado#Mapathon_Ideas > > Although a lot of the things listed are specific to our location, it > should give you some ideas of what we do. I know that others have been > doing this for a lot longer than we have, so hopefully they will also > provide you some advice. > > Mike > > On Wed, Mar 9, 2016 at 3:46 AM, Daiva Marija Brazauskaitė < > brazauskaite.da...@gmail.com> wrote: > >> Hello, >> >> my name is Daiva Brazauskaite, and I am working with student association >> called SKIP at University of Gothenburg (Göteborgs Universitet) in Sweden. >> Letting you know that we are planning to make a Mapathon on 29th of March. >> We are inviting students and people interested in learning mapping and >> using OpenStreetMap platform. We are going to choose one of the projects >> from HOT Tasking Manager lists and use OSM iD editor. >> >> Are there any advises or information on event planing? >> >> Thank you in advance! >> >> BR, >> Daiva M. Brazauskaite >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk >> >> > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Wishing the global OSM family a happy start to 2016
Dear friends and colleagues in the global OSM community, As we end 2015 and start 2016 (for many of us, it's already here!), I send my warm wishes for a happy and peaceful new beginning to you and your families. So many of you have put so much time and effort into moving OSM forward over the past year -- through your mapping, through improved data and tools, through better infrastructure, through training & events, through new companies and projects, and in many other ways. For this, I am thankful and appreciative. Quite simply, HOT could not deliver effectively on its mission without all of the pieces and people that make up the OSM ecosystem. As we move into 2016, I look forward to continuing this work and contributing to advancing OSM and the very real, very positive, and often life-changing benefits that it has had for many around the world. Tyler *Tyler Radford* Executive Director email: tyler.radf...@hotosm.org U.S. mobile: +1 617.285.2009 *Humanitarian OpenStreetMap Team * *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <http://hotosm.org/donate> *Help HOT #mapthedifference with your donation by Dec. 31: donate.hotosm.org <http://donate.hotosm.org>* ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: ica-osgeo-labs Digest, Vol 33, Issue 11
Please see below regarding a call for papers for a special issue of the International Journal of Cartography on: The role of spatial data infrastructures, standards, open data and open source software in mapping *Tyler Radford* Executive Director email: tyler.radf...@hotosm.org U.S. mobile: +1 617.285.2009 *Humanitarian OpenStreetMap Team * *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <http://hotosm.org/donate> -- Forwarded message -- From: <ica-osgeo-labs-requ...@lists.osgeo.org> Date: Mon, Dec 14, 2015 at 3:00 PM Subject: ica-osgeo-labs Digest, Vol 33, Issue 11 To: ica-osgeo-l...@lists.osgeo.org Send ica-osgeo-labs mailing list submissions to ica-osgeo-l...@lists.osgeo.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.osgeo.org/mailman/listinfo/ica-osgeo-labs or, via email, send a message with subject or body 'help' to ica-osgeo-labs-requ...@lists.osgeo.org You can reach the person managing the list at ica-osgeo-labs-ow...@lists.osgeo.org When replying, please edit your Subject line so it is more specific than "Re: Contents of ica-osgeo-labs digest..." Today's Topics: 1. Call for papers: Special issue of International Journal of Cartography (Serena Coetzee) -- Message: 1 Date: Mon, 14 Dec 2015 13:33:27 +0200 From: Serena Coetzee <serenacoet...@gmail.com> To: Serena Coetzee <serena.coet...@up.ac.za> Subject: [Ica-osgeo-labs] Call for papers: Special issue of International Journal of Cartography Message-ID: <05b7f413-877b-4123-8562-819683575...@gmail.com> Content-Type: text/plain; charset="utf-8" Apologies for multiple postings. Call for papers for a special issue of the International Journal of Cartography on: The role of spatial data infrastructures, standards, open data and open source software in mapping Ever-increasing volumes of geographic information pose challenges for making geographic information available and usable in maps. In celebration of the International Cartographic Association’s International Map Year 2015/16, we invite original research contributions on the role of spatial data infrastructures (SDI), standards, open data and open source software in mapping for a special issue of the International Journal of Cartography. The discovery, access, exchange and sharing of geographic information and services among stakeholders from different levels in the spatial data community is facilitated through a SDI. Standards are key for the quality and development of interoperable geographic information and geospatial software. The drive for access to geographic information has led to its publication as open data, i.e. freely available to everyone to use and republish as they wish, without restrictions from copyright, patents or other mechanisms of control. According to a report by the United Nations Committee of Experts on Global Geospatial Information Management (UN-GGIM), the use of open source software solutions is likely to increase significantly in the future as a viable alternative to proprietary suppliers. Open source software for geospatial, geographic information standards and open data policies are therefore significant for SDI development and implementation. This special issue follows on SDI-Open 2015, a pre-conferenece workshop of the 27th International Cartographic Conference, titled Spatial data infrastructures, standards, open source and open data for geospatial (SDI-Open 2015), which was jointly organized by the Commission on Geoinformation Infrastructures and Standards, the Commission on Open Source Geospatial Technologies and the Open Geospatial Consortium (OGC) on 20 and 21 August at the Brazilian Institute of Geography and Statistics (IBGE) in Rio de Janeiro, Brazil. While workshop presenters will be invited to submit expanded versions of the extended abstracts presented at SDI-Open 2015, the call is now open to all researchers. Please follow the journal’s instructions for authors ( http://explore.tandfonline.com/cfp/est/tica-cfp-2015). Important dates Call for papers opens: 14 December 2015 Paper submission: 1 March 2016 Notification of acceptance: 1 June 2016 Publication of special issue: 1 December Guest editors Serena Coetzee serena.coet...@up.ac.za (Chair: ICA Commission on SDI and Standards) Franz-Josef Behr franz-josef.b...@hft-stuttgart.de (Vice-Chair: ICA Commission on SDI and Standards) Antony Cooper acoo...@csir.co.za (Former Chair: ICA Commission on SDI and Standards) Silvana Camboim silvanacamb...@gmail.com (Chair: ICA Commission on Opensource Geospatial Technologies) Michael Finn mf...@usgs.gov (Vice-Chair: ICA Commission on Op
Re: [OSM-talk] List of "A year of edits" videos
Hi MfG, Here's a recent one produced for the Africa Open Data Conference: https://www.youtube.com/watch?v=4sEeFhO07Ts *Tyler Radford* Interim Executive Director email: tyler.radf...@hotosm.org U.S. mobile: +1 617.285.2009 *Humanitarian OpenStreetMap Team * *Using OpenStreetMap for Humanitarian Response & Economic Development* web <http://hotosm.org/> | twitter <https://twitter.com/hotosm> | facebook <https://www.facebook.com/hotosm> | donate <http://hotosm.org/donate> On Tue, Sep 8, 2015 at 3:52 PM, MonkZ <i...@monkz.de> wrote: > Hi, > > I'm seeking a list of "A Year of Edits" videos. > > MfG > MonkZ > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Cleanup
Objects edited only by those two non-agreed accounts, regardless of the current version number. (Provided these objects are not natural=coastline objects.) That will remove a number of objects that were imported by one of these accounts and then modified by the other. That should clear up another nice chunk of data. I'd also like to request that DWG remove or revert all of the edits by another account that has not agreed. This one has made unusual edits, and the user disappeared when questioned about the source of the information. This is a cleanup job that nobody has tackled so far. We might as well do it now. Removing this data will clear another 18% of tainted nodes, 23% of tainted highways and 19% of other tainted ways. Thoughts? I'm all for removing tainted data automatically. It ends up being a pain and can often hamper remapping efforts. I've been remapping some areas of Winnipeg from a non-agree who imported from a questionable source. Still plenty of work to do though. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Aboriginal Lands
On Mon, Feb 13, 2012 at 8:03 AM, Bégin, Daniel daniel.be...@rncan-nrcan.gc.ca wrote: Bonjour again Paul, An example is not yet available but yes, it will form closed area split like large lake. That is a limitation of the Canvec.osm product for the moment :-( With wooded areas and lakes I've noticed we tend to just leave them un-merged. I can imagine for boundaries we'd like to have them merged, especially considering they'd be spanning many tiles. I can see a few ways to approach this from the OSM side of things: 1. Do our own conversion of the data Canvec uses as its source and bulk-import it all in one shot. 2. Develop a tool to help merge the imported boundary areas which are split among multiple tiles. For option 2 I've always had it in my mind that we either need a standalone tool or a JOSM plugin to support an automated merge of the large lake and wooded multipolygons. The same approach could work for boundary areas. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Aboriginal Lands
It is possible to include Aboriginal Lands in the next release of Canvec.osm. However, I'm trying to find a consensus in the community concerning the tags/values to use? I've found some links to… - boundary=administrative; admin_level =aboriginal_land - boundary=administrative; admin_level =2 to 4 - boundary=protected_area; protect_class=24 I'm curious how this information would be represented given the distribution of CanVec data in a tiled format? Given that administrative boundaries tend to span larger areas, I don't know if it would make sense to split these at tile boundaries. Were you thinking to provide these boundaries in a separate file of sorts? How these boundaries are represented should perhaps be driven from where they fit into the overall picture in terms of how Canada is split up? When I think of things like the country, provinces, territories, cities/towns/etc, these all fit nicely into the boundary=administrative and admin_level hierarchy. We have separate boundary types for provincial parks, national parks, etc, and I'd probably interpret the aboriginal lands the same way. So I think its entirely reasonable to represent these as: boundary=aboriginal_land Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Administrative Boundary
I would also suggest that these features in the .osm file not be closed – just have the boundary, don’t handle it like lakes where you have multiple areas you need to join where they cross tile bounds. I agree; this can be especially problematic when the split objects end up being multipolygons. I guess I really should get around to writing the merge multipolygon plugin for JOSM I keep thinking about. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] ogr2osm problems
I haven't run into this before myself, but I suspect that the character encoding for the boundaries files you're dealing with must be something other than UTF-8. The french characters are likely causing issues. Try opening up the file in Quantum GIS as a vector layer, and then do a Save as for that layer. Ensure you choose UTF-8 when you save the layer. Tyler On Mon, Feb 6, 2012 at 11:50 AM, Sam Dyck samueld...@gmail.com wrote: Hi I've been working with ogr2osm to convert shapefiles from MLI to replace Sam Vekemans' Geobase imports of out of date provincial park boundaries. Running the script gives me this error. Traceback (most recent call last): File ogr2osm/ogr2osm.py, line 783, in module w.element(tag, k=tagKey.decode(utf-8), v=tagValue.decode(utf-8)) File /usr/lib/python2.7/encodings/utf_8.py, line 16, in decode return codecs.utf_8_decode(input, errors, True) UnicodeDecodeError: 'utf8' codec can't decode byte 0xe9 in position 1: invalid continuation byte JOSM gave me an error when I tried to open the file, I opened the file in nano and found some tags not closed. Attempted to clean up the file, but JOSM told me that file had no data. The shapefile itself is fine, any ideas? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] StatCan Boundaries
For those that remember, I asked a question about city boundaries and sources of data. Can the data from StatCan be used in OSM? I'm referring to this product for example: http://geodepot.statcan.gc.ca/2006/040120011618150421032019/02152114040118250609120519_05-eng.jsp Best, Olivier As far as I'm aware, the Stats Canada boundaries are valid to use: http://wiki.openstreetmap.org/wiki/Statistics_Canada_%28StatsCAN%29 I used some in the past in Manitoba, but the boundaries were not granular enough to reflect towns and smaller areas within Manitoba, so I ended up using another source. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] ODbL compliant remapping
vreimer seems to have touched a great deal of ways across Canada, which sparked the banning of his account quite a while ago. He is listed as being contacted, but we have never seen a response from this user, at least that I know of. I think we need to review this on an almost case by case basis. I've been working to clean up vreimer data in Winnipeg. He was responsible for mapping large areas of Winnipeg. Looking at the data, and comparing it to Canvec, Bing, etc its pretty clear he must have sourced the data somewhere else. In these cases I've been removing his data entirely and replacing it with CanVec data which has been improved using Bing. However, that said, it IS a very laborious process, and there's still large areas to go. I know there's still a load of Vreimer data in Western MB, but for the most part I think its safe to let that go and replace with Canvec. I DO agree with you though, there are some roads in Winnipeg where he's touched them since they were created, having made only minor tagging changes. It seems a shame to have to recreate this data. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Some french translation advice
I'm working on a JOSM plugin to help rename/reclassify provincial roads and provincial trunk highways in Manitoba in the Canvec data. The goal is to enforce a common naming for PRs and PTHs in MB. Generally, highways with ref=0-99 are considered Provincial Trunk Highways, and as such I've got the following names: EN: Provincial Trunk Highway XY FR: route provinciale à grande circulation XY Generally, highways with ref99 are considered Provincial Roads, as as such I've got the following names: EN = Provincial Road XYX FR = route provinciale secondaire XYZ These are the french translations I could come up with, given my very limited understanding of the French language. Could someone proof these for me and let me know if I'm completely off base? Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Automated imports of Canvec?
On Mon, Dec 19, 2011 at 7:28 AM, Bégin, Daniel daniel.be...@rncan-nrcan.gc.ca wrote: Bonjour Tyler, Considering the way Canvec/GeoBase product are created, I'm curious to know where you found objects that were named in GeoBase and not in Canvec. Could you send me some examples please :-) Sure, a good example I ran into recently is in tile 062O12.1.osm; Mossy River is not separated from Lake Dauphin, and is not itself named. However, looking at the source Geobase NHN data, I noticed that it's not classified as a river, nor is it separated from the lake or named. I guess looking at the combined overlaid data in the Geobase viewer I got the illusion it was. Okay, good to know then. I'm not going to bother trying to re-invent the wheel. What I will do, however, is work on a means of merging the multipolygons that span tiles in the Canvec data in addition to my automated import method. Thanks! Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Automated imports of Canvec?
I've been merging Canvec tiles here in Manitoba over the past while, and although I can clearly see the need to do this manually where this is pre-existing data, I'm wondering what peoples thoughts are about automating this process where there is NO pre-existing data in the location bounded by a tile. What I've got in mind is a plugin for JOSM where you'd add a bunch of Canvec tiles to a list, hit a button and leave it alone while it does its thing. The general process I'm envisioning is: For each tile in list: If tile contains coastline, skip Download data in area bounded by tile. If no data found, merge tile into downloaded area. Select boundaries of tile and automatically merge nodes from adjacent tiles to eliminate the duplicates on the tile boundaries. Upload results Mark tile in list indicating it was processed End The populated areas are probably best to be done manually as we're doing them now, but there are vast areas of the country where I think this would work well. Opinions? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Fixed version of JOSM to ease Canvec merges
JOSM previously had the ability to fix the duplicate nodes present where canvec tiles join one another, but in recent versions appears to have removed that capability. Based on a bug I found in the JOSM bug tracker, I created a patch to re-enable this functionality: http://www.egunn.com/osm/canvec_fix_nodes_osm.patch If anyone is interested in a compiled JAR file for JOSM with this patch applied, let me know and I can send you a link. It makes merging in the canvec tiles a LOT easier (no manual selecting of duplicate nodes and merging). Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Fixed version of JOSM to ease Canvec merges
On Tue, Dec 13, 2011 at 3:09 PM, Harald Kliems harald.kli...@mail.mcgill.ca wrote: Dear Tyler: Could you maybe elaborate what that fix from previous versions did exactly? Sounds like it might be a useful function for other, non-Canvec related tasks, too. Thanks, Harald. Sure, the chance is described here: http://josm.openstreetmap.de/ticket/6072 The authors of JOSM did not include it in the past because: The validator is not a tool for fixing badly planned or badly executed imports. You should fix your import script to not create the overlapping nodes in the first place. It is true that this used to work but we have reduced the number of situations in which the validator will automatically de-duplicate nodes for you because there were complaints about too many people just de-duplicating everything they found, thereby merging things that should not have been merged. For example if an import has created two crossing ways and each has a node at the intersection point then there is no way to know whether this is really an intersection or maybe a bridge/tunnel situation. Blindly merging these nodes via the validator makes the warning go away but at the cost of potentially introducing problems. Any such intersection must be reviewed manually. The case where I saw this program is roads between canvec tiles; JOSM used to detect the nodes on the boundary of the tiles, and you could hit Fix in the validator to merge the nodes together. Now, however, the duplicates are not detected, and you need to manually merge them. I implemented the same patch mentioned in this bug, in order to allow auto-fixing. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Re-licensing -- a good excuse to rework some data.
On Fri, Dec 2, 2011 at 4:56 PM, john whelan jwhelan0...@gmail.com wrote: Personal view - why not just import the Canvec data? If you use keeprite to have a qeikc look at the area http://keepright.ipax.at/report_map.php?zoom=11lat=45.41013lon=-75.64619layers=B00Tch=0%2C30%2C40%2C50%2C60%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C291%2C292%2C293%2C311%2C312%2C350show_ign=1show_tmpign=1 it appears that some roads aren't connected. Visually it prints and shows on the web fine but the routing programs can't use it. Also manually transcribing road names from CANVEC may introduce errors that are difficult to detect except by labour intensive manual inspection. The CANVEC data has been verified already. I didn't manually transcribe road names from CanVec, I copy/pasted them. Good call on the connectedness; it was sloppy for me to upload before verifying that. My reason for not just using Canvec was 2-fold: 1. CanVec (at least in MB) is missing all one-way tags on roads, meaning there is some cleanup anyways. 2. It was easier to just re-draw the roads rather than trying to adjust the CanVec roads. The other concern is when you are working with Bing or any aerial photograph when was the image taken? When someone comes to update the map a CANVEC import gives some indication of version ie 6.0 etc so its a little easier to see the changes when a new import is available. I'm quite familiar with these areas; further the MLI Imagery is from 2009; CanVec is missing many of the roads I got from the MLI imagery. This is a purely personal view but ask yourself why CANVEC uses tags such as source CANVEC 6.0. Fair enough; I should probably put a year for the MLI imagery on these roads, since that is something versioned. I dunno, I could have just went with Canvec entirely, but I figured the point of OSM wasn't to just import Canvec, but instead to try and create a unique fusion of data from a number of sources. I've used Canvec in its entitrety in the past where no other better sources of information were available. In this particular area I felt it best to use a fusion of data sources. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Talk-ca Digest, Vol 46, Issue 2
On Fri, Dec 2, 2011 at 11:59 AM, Sam Dyck samueld...@gmail.com wrote: Excellent, but is the City of Winnipeg aerial imagery kosher for use with OSM? I was under the impression that the aside from the Transit Department, the city doesn't believe in open data. Are you using a WMS server to access it or downloading the images and loading them into JSOM? Although the city of Winnipeg data itself would be ideal to use, it's not available in an OSM compatible license. However, Manitoba Lands Initiative does provide a lower resolution version of the same imagery at https://mli2.gov.mb.ca/ortho_refresh/img_ortho_refresh_all_sid/img_refresh_rgb_0.5m_wpg_area_mosaic.sid (free login required). I use that, and am serving up a TMS layer, which I consume in JOSM. If you'd like the URL for your own use let me know and I can give you assistance. The license for the Manitoba Lands Initiative is compatible with OSM, and thus is kosher. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GeoTiff in JOSM
On Fri, Sep 9, 2011 at 12:07 AM, Paul Norman penor...@mac.com wrote: xjjk has put up his scripts at http://caligula.rhombic.net/~xjjk/OpenStreetMap/scripts/ gdal2tiles-mp.py is the multi-threaded version Rename-TMS-layout-to-Google-Layout.py creates a script that renames tiles. Excellent; I'll take a look at those and give this another shot. For your 6 hour run, what resampling did you use, how big was the source GeoTIFF (with or without overviews) and what was the highest zoom range done? I was working from a 1.9GB MrSid file; I had initially generated a tiled GeoTiff (without overviews) and it comes in at 28GB. However I ran gdal2tiles on the MrSid file. I used all the default options so I ended up with zoom levels 9-17 for this particular MrSid as well as the default rendering options. I'll give it another shot with one of the higher quality ones. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GeoTiff in JOSM
I believe you can also have JOSM get files directly from your hard drive, but I'm not sure the syntax to do so on the Mac. I did a render with gdal2tiles and was able to get it working fine in Merkaator. Something about the tile number origin being opposite in JOSM. Maptiler is essentially a graphical front-end to gdal2tiles. Xjjk's version is the command line version modified. My iMac broke awhile back so I'm not sure how easy/hard GDAL is to set up with python bindings on OS X. Ah, okay. I'll have to drop Xjik a line and see if I can get a copy of the modified command line file. It seems there WAS a version of gdal2tiles tat was optimized for multi-core, but the author seems to be charging for it. There is a pre-made gdal install package for OSX, so it was extremely easy to get up. Click and install. You'll still be limited by your CPU :P On a single core my 1.9GB image took around 6 hours. So not too bad but faster would be nice. What I did for testing was work on a small section downloaded separately and benchmarked with different image scaling methods. The three worth considering are nearest, antialias, and lanczos. Nearest is fastest, preserves sharp edges but has the worst quality. Antialias is decently fast, decent quality. Lanczos is the best quality, preserves edges but is extremely slow. I'll have to try modifying the render settings and see how it goes. I'll probably want to get the parallelized version first though. THanks! Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GeoTiff in JOSM
On Fri, Sep 2, 2011 at 12:55 PM, penorman penor...@mac.com wrote: I'm at work and going on vacation so I can't give a detailed answer for a few days, but this might help No problem, any help is appreciated. Once the tiles are made you can serve the directories with apache or another web server. Ah, okay I didn't realize it was that simple. xjjk from the OSM IRC channel has a parallized version of gdal2tiles which can significantly help processing times if you have a multi-core CPU. Would that be maptiler? I've got a dual quad-core Xeon Mac Pro with 14 gb of ram so a parallelized version would be a must. :) You first need to set up gdal and gdal python bindings. You also need PIL for the antialias mode which offers the best tradeoffs between quality and speed for resizing methods. gdal2tiles is reportedly significantly slower then it could be when compaired to some non-public tools that do the same work. Just for reference, I had gdal2tiles running for 1-2 weeks on my 6 core CPU when doing the low quality surrey images and estimated it would take 1 year on my 3 core athelon II for the 200 GB+ high quality version I'll have to give it a shot and see how long it takes to process some portion of my GeoTiff. The tiled GeoTiff is about 16 GB, where the original MrSid is 1.9GB. Might be doable. :) Thanks! Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GeoTiff in JOSM
Two options 1. Covert to tiles with gdal2tiles or another program. How would I then serve these to JOSM? 2. Set up MapServer and server it with WMS 1 is faster at serving tiles but takes more disk space and pre-processing. 2 is slower but better for large files since you don't have to pre-process. As your GeoTiff isn't very large, the first is a viable option. I'd guess it might take me a week to process. Okay, I'll take a look at gdal2tiles; disk space, ram and CPU power are commodities I have available in ample quantity. :) MapServer is a pain to set up, as you've discovered. If you're running Ubuntu I could show you my .map file if it'd help. I'm running a broken Debian unstable distro at the moment. :) I plan to reformat to use UBUNTU in the future so I'll have to look at Mapserver then. Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] GeoTiff in JOSM
Anyone have a hint of how to view a GeoTiff in JOSM? Manitoba Lands Initiative updated the aerial imagery of Winnipeg and has a 50cm res MrSid file of the Winnipeg capital region; much more up to date than Bing aerial and also including high res pics of areas that Bing doesn't have. I've converted the MrSid file to a tiled GeoTiff, but at 19GB in size I am thinking I'll need to serve it up some how. I'm thinking I may need to use MapServer to serve this as a WMS layer for JOSM, but I'm not finding decent how-tos on that. Any hints? Thanks! ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Winnipeg Transit data published PDDL
Well, it should be somebody local, willing to proceed slowly and check the process at each step. Sound like anybody you know? ;-) I suppose for once there is an advantage to living in Winnipeg. :) Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Winnipeg Transit data published PDDL
Hi Tyler, I work for Winnipeg Transit and am the current maintainer of the GTFS export. While I can't speak to the quality of any of the GTFS importers, GO_Sync looks pretty comprehensive, and our GTFS feed should contain all of the data they mention. If you or somebody else does end up trying some of the importers and either have questions about or run into any issues with the data, I can try to resolve them. We also have an internal inventory of amenities like benches and shelters provided at each stop, but we don't export that yet via either our API or GTFS feed (though I'm open to suggestions on what formats to use for this data if it would be useful to export it). - Doug Hi Doug, I gave GO_Sync a shot and it doesn't appear to work for Winnipeg. :) Things can never be this easy I suppose. I'll crack out the code and figure out why it's not working -- it looks like a GoSync issue so far. Ultimately I like their approach of being able to re-sync with new GTFS exports as they become available. Much nicer than manually merging. Thanks for the offer on help with the data; I'll let you know if I run into any problems with the data. The shelter and bench data would definitely be useful to export; these are attributes that can be included along with the stop data in OSM. I imagine a simple extension to GTFS would be sufficient. Really all I'd need is a list of stop id and feature pairs. Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Winnipeg Transit data published PDDL
On Fri, May 6, 2011 at 10:51 AM, Richard Weait rich...@weait.com wrote: Winnipeg Transit has published their gtfs data as PDDLv1.0. The zip file includes a LICENSE file with the PDDL dedication. http://gtfs.winnipegtransit.com/google_transit.zip Nice! Has anyone looked at importing this? I was thinking of using GTFS/OSM Sync (http://code.google.com/p/gtfs-osm-sync/ ) to bring the data in for Winnipeg. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Notes on a Saskatchewan import
On 2011-03-03, at 9:19 AM, Brent Fraser wrote: Tyler, The values for the name keys look good! Is the highway geometry from the road network or Statscan? The highway Geometry is from Statscan, so it will not likely match up to the road network too well. In some areas it'll be quite off. But the general shape of things should be fine, so you can work from that to determine what road is what. Tyler -- Tyler Gunn ty...@egunn.com http://www.egunn.com/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Notes on a Saskatchewan import
On 2011-03-02, at 8:38 PM, Brent Fraser wrote: Tyler, The problem I have with the Statscan data is they have two attributes in the shapefile: NAMEMacLeod TYPEAVE where I want one attribute, and according to OSM best practices, I want no abbreviations: MacLeod Avenue Dunno what the Canvec data will look like... Best Regards, Brent Fraser My conversion would make that a single value: name: MacLeod Avenue I'll email you an example of the file and you can let me know if you want the whole province ( 257mb uncompressed; 37mb compressed ). Or I can just extract areas you want to work with. Tyler -- Tyler Gunn ty...@egunn.com http://www.egunn.com/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] requests for import of Satscan Data
On 2011-02-13, at 8:37 PM, Samuel Dyck wrote: Hi I've been importing Canvec 7 data for northern Manitoba, and the tile that includes Flin Flon, MB also contains Creighton, SK. Since Canvec 7 lack street names for Saskatchewan, could someone who (unlike myself) knows what they're doing please import the StatsCan street names for Creighton? Thanks Sam Dyck (the one who is neither Sam Vekemans nor Samuel Longiaru) Hi Sam, I've got the province of Saskatchewan converted already. I'll send it to you in a followup email. Thanks, Tyler -- Tyler Gunn ty...@egunn.com http://www.egunn.com/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] [Imports] Imports, trails, POIs for National Parks
Olympic National Park's trails and roads are mostly there, the accuracy is somewhere between spot on and 20m off. Many of the trails are difficult to accurately align due to tree cover. I've been looking into getting more recent trail, road, and structure GIS data from the park, but I usually get stalled from some reason. -Tyler On Tue, Feb 15, 2011 at 4:23 PM, Coast, Hurricane hurricane.co...@mapquest.com wrote: Hi, I noticed that there is a bit of work going on with importing Park data. I know that's a broad subject, anything from Forest Service Roads to GPSed trails from vacations, hydrology imports and as always, fixing TIGER data… There's a bunch out there. I wanted to get a feel for what, if any, work has been done for National Parks in the US. Is there anyone here (or an OSM wiki page perhaps) where folks are organizing to get Yosemite, the Grand Canyon and Rocky Mountain National Park mapped (to name a few ;))? I am also looking to build out a Project of the Week (or Month) to do some concentrated effort in this direction. http://wiki.openstreetmap.org/wiki/Project_of_the_week/Proposals#Date_Specific I think it would be super cool to have our National Parks so well mapped it is the go-to resource for this summers family road trips and outdoor adventures or the closer in hikes in the afternoon! Any suggestions on where to look for other users interested in this, or free and open data import sites, all information will be helpful. Thanks and happy mapping, Hurricane Coast ___ Imports mailing list impo...@openstreetmap.org http://lists.openstreetmap.org/listinfo/imports ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-ca] Purging vreimer
On 2011-01-14, at 9:39 PM, Samuel Dyck wrote: Hi I've been looking at replacing much of vriemer's work in manitoba with Canvec data. Even replacing one tile is a daunting task, so I thought I'd ask the opions of others before I start work staring with Canvec tile 062H10. What do people think? Cleaning his edits has been a daunting task. I recently replaced his version of Brandon MB. I tried to maintain any local edits other than his. I find the Canvec data is higher quality anyways, so it's not a big loss really. Especially now that Canvec has street names. Tyler -- Tyler Gunn ty...@egunn.com http://www.egunn.com/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canvec tiles in Manitoba missing? Schools becoming prisons in Canvec 7?, and more...
Thanks Daniel, I appreciate the response. I'll keep an eye out for the tiles I'm looking for. Thanks, Tyler On 2011-01-10, at 9:27 AM, Bégin, Daniel wrote: Bonjour Tyler, Samuel, Olivier, Richard and all The Canvec.osm conversion process is still running... Some .gml Canvec files (input file of the conversion process) were corrupted in Manitoba. The .gml files have just been replaced, so they should be available (.osm) in the following days. The beta version of the fme application I'm using to convert the files has a problem. So far, there is about 30 files that can't be processed properly - including 031H12. I'm waiting for a new version. There is a bug in school/prison tagging process. Ponctual (node) schools are tagged prison while surface (way) prisons are tagged school. It should be corrected in the following weeks. Cheers, Daniel ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Manitoba Highway Naming -- Need some French translation advice
In my most recent Canvec Imports of MB I'm trying to nail down the french names for Provincial Roads and Provincial Trunk Highways in Manitoba. So far the general scheme I'm using for naming is as follows: Provincial Trunk Highway: Any highway where ref=[0-9]{1-2} (ie one or two digit route number) highway = primary name = Provincial Trunk Highway XY name:en = Provincial Trunk Highway XY name:fr = Route provinciale à grande circulation XY Provincial Road: Any highway where ref=[0-9]{3,3} (ie a 3 digit route number) highway = secondary name = Provincial Road XYZ name:en = Provincial Road XYX name:fr = Route provinciale secondaire XYZ The french names for the provincial road and provincial trunk highway are based on what I've seen in various government publications such as the Highway and Transportation Act (http://web2.gov.mb.ca/laws/statutes/ccsm/h050e.php). I'm basing the convention of road classification based on what I've observed having lived here forever, and also based on the MB government highway classification standards (http://www.gov.mb.ca/mit/mcd/mcpd/mhcs.html). The main thing I'd like to ask if if my french equivalents make sense. Ie is Provincial Road 254 = Route provinciale secondaire 254? What about roads where there are two routes? Ie. Provincial Trunk Highway 3 83; is this Route provinciale à grande circulation 3 83? Thanks! Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Canvec tiles in Manitoba missing?
Hello, I notice that a good part of Southern Manitoba has been re-converted with the Canvec 7.0 data. Great work Daniel! Kudos! I'm glad I no longer need to name all the streets!!! Are the tiles processed sequentially? I'm just curious because I notice some tiles are not processed whether most of the others in an area are. For example: 062G01.zip 21-Dec-2010 15:37 1.0M 062G02.zip 13-Jul-2010 00:11 878K 062G03.zip 21-Dec-2010 15:41 1.7M 062G04.zip 21-Dec-2010 15:44 1.4M 062G05.zip 21-Dec-2010 15:47 1.5M 062G06.zip 21-Dec-2010 15:50 1.1M 062G07.zip 13-Jul-2010 00:28 964K 062G08.zip 21-Dec-2010 15:53 714K 062G09.zip 13-Jul-2010 00:34 1.0M 062G10.zip 13-Jul-2010 00:37 972K 062G11.zip 21-Dec-2010 16:00 850K 062G12.zip 21-Dec-2010 16:03 1.0M 062G13.zip 13-Jul-2010 00:50 1.1M 062G14.zip 21-Dec-2010 16:07 1.3M 062G15.zip 21-Dec-2010 16:11 1.4M 062G16.zip 13-Jul-2010 01:00 1.1M Note that 062G13, for example, is not processed. Just curious if that means there's no newer data available for that tile? Thanks! Tyler -- Tyler Gunn ty...@egunn.com http://www.egunn.com/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] Request for community mediation
If we should continue to receive more complaints from or about the individuals named in this posting, we will respond by banning both accounts until they cool down. How are you going to notice whether or not they've cooled down if they're banned from editing? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-ca] Fwd: Re: CanVec import troubles
On Thu, 30 Sep 2010 10:36:15 -0400, Bégin, Daniel daniel.be...@rncan-nrcan.gc.ca wrote: Hi all, The problem behing these missing tags was corrected a month ago (problem of missing peaks). I can reprocess your area or you can wait for the next release in november. What would you prefer? I'm in no rush for the Manitoba stuff as there is plenty to import in the lower half of the province where the problem has not made itself apparent. Thanks, Tyler -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Getting my edits to show up in Canvec Activit y?
So what's the trick to getting edits to link up properly in the Canvec activity chart? http://osm.carterfamily.ca/canvec-activity.cgi I've thusfar ONLY managed to get a small fraction of my edits to show up linked out by tile rather than just being accumulated in my big-'ole blob of edits: MB | Tygunn | 2010-09-21 22:14:13 | 61665 | 0 | Active I typically set my changeset comments to something like: Canvec 062J02.1.osm Just wondering what pattern I should use? Thanks! Tyler -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-legal-talk] Manitoba Lands Initiative data
The one issue which should be clarified with the data provider is this. They provide a copyright statement. OSM would like to place that on the wiki to meet their requirements. Placing it on the data is a bit arcane as only motivated / technical folks will find it, and fragile, as others can change it. Yes, that's very true. I could contact them about that if that makes sense. I'm not sure what the standard procedure is for that type of thing. Thanks, Tyler -- -- Tyler Gunn ty...@egunn.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-ca] Random nodes after canVec import
On Sun, 12 Sep 2010 20:44:34 -0700, Sam Vekemans acrosscanadatra...@gmail.com wrote: hi, The Manitoba Data is a live dataset that is continiously being updated, just like canvec, so it isn't a one-time import. Well, the data I was importing would be a one-time import; it's building outlines from the MLI data. They also have political boundaries for towns/cities in MB. You might also want to message legal talk and the imports list about it. Also, the imports page requests to make samples available for review. (knowone really knows what 'formal discussion required' actually means... lol. I will have to do that then. I have already imported some data from the MB lands building outlines data, and also the MB city/town boundaries. So that's probably enough sample data to look at. I dont know if it's compatable with Odbl, since changes are not given back. :) Lol. I'm sure they'll survive. :) why does some datasets require strict approval, yet others are 'in significant'? Why should size of the database matter? I hadn't noticed that clause in there. Hmm What map features are available from this dataset? Build outlines, Cadastral data, landuse, low res out of date satellite data, town plans (good for naming), and boundaries of cities/towns. The outlines and boundaries are of interest to me at the moment. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Random nodes after canVec import
Btw yes manitoba lands data is fine as their license is compatible. Sent from my iPhone On 2010-09-12, at 11:50 AM, Samuel samueld...@gmail.com wrote: Hi So data for morris has been imported (Thank you John), but looking at the data in JOSM show hundreds of blank nodes in town. Do these serve a purpose? Also I noticed that some data is being imported from the Manitoba Lands initiative. I noticed that they have maps of many small towns and that the one for Morris had names for streets I either didn't get to or were unlabled. The license looked fine, can we copy their information? Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Random nodes after canVec import
Okay, I've fixed up the Morris area; I've merged in the street names you added int he latest change set. You're free to edit this area as much as you like now. Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Random nodes after canVec import
On Sun, 12 Sep 2010 14:59:12 -0400, Richard Weait rich...@weait.com wrote: On Sun, Sep 12, 2010 at 1:22 PM, Tyler Gunn ty...@egunn.com wrote: Btw yes manitoba lands data is fine as their license is compatible. Please add the details for the Manitoba Lands Data and license to the import catalogue. http://wiki.openstreetmap.org/wiki/Import/Catalogue I've added an entry in the one time import section. Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Importing CanVec
On Sun, 12 Sep 2010 20:22:10 -0500, Samuel samueld...@gmail.com wrote: Hi After thinking about it for a while, I realized that I can keep relying on others to do CanVec imports for me, so I resolved to figure out how to do it myself. I have a few questions. 1. Can and import be done using just JOSM? 2. If not, how do I convert the SHP file to OSM XML? 3. How do I merge the existing OSM data into the CanVec data? Thanks Importing Canvec data is pretty easy. Download the OSM version of the data you want to import: ftp://ftp2.cits.rncan.gc.ca/osm/pub Usually each area is split up into a number of smaller files as illustrated here: http://wiki.openstreetmap.org/wiki/Canvec#Canvec_Product_-_Osm_format Choose the part you'd like to work on, and open it up in JOSM. Download the existing OSM data for that area as a new layer in JOSM. Copy and paste the data from the Canvec file into the OSM layer in JOSM. Choose Select All to select all data you've got, and hit the Validate button in the Validation Errors panel. Expand the Duplicate Nodes entry, and select all entries and click Fix. Typically there will be duplicate nodes between canvec tiles. If you don't fix them, you can end up with roads that don't connect between canvec tiles. Once you're done, upload your changes and update the spreadsheet: http://spreadsheets.google.com/ccc?key=0Am70fsptsPF2dERFUlBodFFmbmJiR3BBMHR4MzJDM1Ehl=en Some things to note: Canvec classifies pretty much all numbered highways in MAnitoba a PRIMARY highways. ONLY the single and double digit highways should be primaries; the 3 digit highways should be set to SECONDARY. The easiest way to find these highways is to use his the Search button in the selection pane. For the search string, enter: ref=[0-9]{1,2}[A-Z]{0,1} Choose Replace Selection, and check the Regular Expressions checkbox. This will find you all single or double digit highways. To find the secondary highways, search for: ref=[0-9]{3,3} Typically provincial highways in Canvec are named something like Highway 10, or not named anything at all. I name all numbered roads in Manitoba according to the provincial highway naming standards. All single or double digit highways are marked as primary, and the name is Provincial Trunk Highway XY where XY is the reference number (ie 2, 20, 10A) of the highway. All triple digit highways are marked as secondary, and the name is Provincial Road XYZ where XYZ is the reference number. Leave the farm roads classified as tertiary. I've been downgrading all single lane tertiary highways to unclassified. To find these, search for highway:tertiary lanes:1, making sure to uncheck REgular Expressions. There are a small number of highways in Manitoba that need their status UPGRADED to TRUNK. These are any routes with ref=1,10,16, or 75. Some other things to look for in the Canvec data: - Often twinned highways don't have the highway direction set right and are missing the oneway=yes tag. - Named roads have the name, name:en, and name:fr tags set. Unfortuantely the name:fr is the default entry in the name field. Unless a road is clearly named in french, I'd say it's best to set the name to the name:en tag value. - When merging Canvec data into the existing data, make sure the existing roads are connected to the canvec data. For an existing road in OSM that spans the canvec tile I'm working on, I typically split the road at the border of the canvec tile and delete the portion of the road within the canvec tile. Then after I paste in the road from Canvec, I select the end node of the existing road, SHIFT-click the node in the Canvec road I want to join up with, and choose Merge Node under the Tools menu. I typically do NOT use the Combine Ways option to merge existing OSM ways with Canvec ways. I do this so that it's easier when merging in the next adjacent tile. Let me know if this makes sense. If you don't want to bother with the merging feel free to let me know of an area you'd like to work on and I can merge in the Canvec data for you. I typically merge in a few canvec files every week, so it's no problem to work on ones I know someone else is going to be improving first. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Importing CanVec
On Sun, 12 Sep 2010 21:02:25 -0500, Samuel samueld...@gmail.com wrote: Thanks, I'm importing tile 064A01 and I'll see how that goes. GREAT choice. The tiles up north are AWESOME to start with because most of the time there's very little there yet, so it's a good way to get familiar with merging data on a smaller scale. Areas like Winnipeg are a pain because there is so much exising data and you need to determine what to keep, merge and add. Tyler -- -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Morris
I can do that for u. When do you need it for? Sent from my iPhone On 2010-09-11, at 1:48 PM, Samuel samueld...@gmail.com wrote: Hi I had an opportunity to visit the town of Morris, Manitoba (http://www.openstreetmap.org/index.html?mlat=49.355mlon=-97.365zoom=15layers=B000FTF). Seeing as little mapping had been done in that area, I resolved to map it. My usual technique involves surveying the streets at home, then printing out the map and making notes. Unfortunately Yahoo! aerial imagery for that area is non existent and I couldn't get the Geobase WMS server to serve the Geobase imagery in JOSM. So I downloaded the appropriate GeoTIFF from Geobase and built the unstable version of Merkaartor from source, the build I created was just that, unstable. So I tried converting the TIFF to a JPEG and using JOSM's Piclayer plugin, which sadly also failed, as did my attempts at downloading the NRN and CanVec data directly and importing it into JOSM and an older version of Merkaartor. I tried using actual GIS software, but realized that I know very little about how to use it and didn't have time to learn. By this time it was getting pretty late and I had to get up early the next morning. So I opened up the Geobase image in Inkscape and created a rough trace of the roads from that. So I know have a rough sketch of the roads and names to go with them, however, I need someone to import the roads into OSM for me so I can finish the job. The Canvec Dataset is 62H6. Thanks Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Figured out MB coastlines issue.
Someone set the natural=coastline on the outline of Lake Winnipeg to natural=water, but didn't fix the natural=coastline islands in the middle. :) Tyler -- -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Merging huge wooded areas?
On Thu, 2 Sep 2010 04:41:02 -0700, Sam Vekemans acrosscanadatra...@gmail.com wrote: over-complicating :) That tends to be my modus operandi. the 'wooded area' doesnt actually mean that much other than stating 'Hey, there is trees over there' Well, it DOES look really nice to see it on my GPS. :) Makes it look a lot more interesting that just driving through big areas where there's just a straight line and nothing else. :) My only thought for merging the areas is that it eliminates the lines at the borders of the NTS tiles. I guess it's such a minor thing it's not really worth spending the time to clean it up at this point. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Manitoba Garmin Map - Daily
If anyone out there is mapping in MB and wants to keep up to date with the absolute latest state of the MB map, I'm generating garmin maps of MB on a daily basis (all scripted, so no I'm not doing it manually). If you're interested, drop me a line and I can send you a link so you can keep up to date. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] editing a canvect building question
If it's really messed up I'd just delete it and retrace it from yahoo. The buildings in canvec tend to be pretty low resolution any how. Sent from my iPhone On 2010-08-18, at 12:57 PM, Louis-Marius Gendreau l...@gendreau.qc.ca wrote: Hi a building here is wrong. Much of it has been destroyed and it was split in two in the process. As it was imported from Canvect, I am wondering how to best adress this. Delete and recreate? Change into one smaller building and keep all canvect reference tags on it and then create a new buildling for the other part? Other? -- Louis-Marius Gendreau ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Over-classification of rural roads in Canvec data?
On Tue, 17 Aug 2010 16:26:07 -0400, Bégin, Daniel daniel.be...@rncan-nrcan.gc.ca wrote: Tyler, James, FYI, NRN roads are more up to date than anything found in the MLI 20K seamless maps. The 1:20 000 topographic data was compiled from 1989 to 2001 and has not since then been edited. Hi Daniel, Thanks for the clarification. I was noticing as I browsed that data set that it was quite out of date. The Geobase data I found on MLI seems to have more minor roads such as driveways and approaches. I'm going to stick with the classifications in the Canvec data for the tertiaries. I'll probably downgrade single-lane unpaved tertiaries to unclassified though. I think there will likely be some tertiaries that are technically more minor roads, but you'd need to be a local to know that for sure. The farm road I showed as an example on Google street view is a prime example -- apparently this one is used by locals as a throughfare, and as such deserves the tertiary status, while one of the roads next to it that appears the same is not as well used. Go figure. :) Thanks, Tyler -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Over-classification of rural roads in Canvec data?
On further reflection I'm going to re-classify my down-graded tertiaries back to tertiary. The entire Canvec dataset is this way, so we might as well keep the country consistent. It's such a minor point really in my mind, why make things over complicated. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Over-classification of rural roads in Canvec data?
On Mon, 16 Aug 2010 08:52:14 -0600, Brent Fraser bfra...@geoanalytic.com wrote: Tyler, Have you considered using the 1:20k data published by the Manitoba government? I think the license is compatible with OSM's, but you'd have to have a look at it. https://mli2.gov.mb.ca/ (free registration required for downloading) (Click on Topographic Maps - 1:20,000 Seamless) The transportation file has roads with 10 to 20 classes Best Regards, Brent Fraser Hey Brent, Thanks for that; it looks like there's quite a wealth of data available there!!! I am going to have to read over the license again and make sure it's compatible; there is a LOAD of data in there that I could make use of, including municipal boundaries, building shapes, etc. The road network is also quite comprehensive as you say and has a wealth of classification data that could supplement the Canvec data quite nicely. Great to see there is yet another useful resource out there! Thanks, Tyler -- -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Over-classification of rural roads in Canvec data?
On Mon, 16 Aug 2010 12:23:30 -0400, Richard Weait rich...@weait.com wrote: Oops, should have gone to the list. I wasn't able to find the license on the Manitoba site. Any chance you could link to it, and send it to the License Working Group? Seems like there shouldn't be any issues as it's provided free for use, royalty free. I think the road data is just Geobase, so obviously no issues there and I'd just look at Geobase instead. The building shapes, and cadestral mapping data IS quite interesting to me though as there's lots of great stuff that could be gleaned from there. The license: https://mli2.gov.mb.ca/disclaimer/index_terms_register.html Core Maps - Data Warehouse Terms and Conditions of Use Licence Agreement for Digital Data This is a legal agreement between you (User) and Her Majesty the Queen in Right of Manitoba, as represented by the Minister of Conservation (Manitoba). BY ACCESSING, DOWNLOADING, PRINTING OR USING THE DATA, INFORMATION AND MATERIALS BEING PROVIDED WITH, OR ACCESSIBLE PURSUANT TO, THIS AGREEMENT, YOU ARE AGREEING TO BE BOUND BY THE TERMS OF THIS AGREEMENT. IF YOU DO NOT AGREE TO THE TERMS OF THIS AGREEMENT, YOU MUST IMMEDIATELY DISPOSE OF ANY SUCH DATA, INFORMATION, MATERIALS AND ANY DERIVED PRODUCTS. These terms and conditions may change from time to time and it is your responsibility to check for such updates. WHEREAS Manitoba is the owner of the proprietary rights in the digital data, information and materials (Data) which forms part of the Manitoba Land Initiative�s Data Warehouse and which Data is being delivered with, or is accessible electronically pursuant to, this Agreement; AND WHEREAS the User wishes to access and use the Data; NOW THEREFORE the User, for valuable consideration, the receipt and sufficiency of which is hereby acknowledged, covenants and agrees as follows: 1.00 Reserved Rights and Grant of Limited Licence 1.01 All Data is copyrighted, � 2001, Her Majesty the Queen in Right of Manitoba, as represented by the Minister of Conservation. All rights reserved. The User acknowledges that the Data is protected under the Copyright Act (Canada). 1.02The Data is provided free of charge and royalty-free to the User for use, subject to the terms and conditions of this Agreement. The User owns the disk(s) or tape(s) on which the Data is recorded, but Manitoba retains all ownership interests in the Data. 1.03Subject to clauses 1.04 and 1.05, the User is hereby granted a limited licence to: 1. select, print or arrange all of, or portions or features from these Data; 2. distribute Data, free of charge, in its original source form; 3. create new representations of these Data; and 4. process, analyze or otherwise use these Data in the development of new, derived works or value added products. 1.04The User may sell, lease or sublicense the Data contained in new, derived works or value added products only. Reproducing or redistributing the Data for sale, lease or sublicense in its original source form, in whole or in part, without such modifications is strictly prohibited. Users are encouraged to come to the originating source to access the most current version of the Data. 1.05When the Data is being distributed, free of charge, in its original source form as permitted by clause 1.03(b), or when using the Data in new representations, derived works and value added products as permitted by clauses 1.03(c) and (d), the User shall reference the source of information as: � 2001 Her Majesty the Queen in Right of Manitoba, as represented by the Minister of Conservation. All rights reserved. 2.00 No Advice or Warranties 2.01THE DATA IS PROVIDED ON AN AS IS BASIS AND MANITOBA MAKES NO GUARANTEES, REPRESENTATIONS OR WARRANTIES RESPECTING THE DATA, EITHER EXPRESS OR IMPLIED, ARISING BY LAW OR OTHERWISE, INCLUDING BUT NOT LIMITED TO, EFFECTIVENESS, COMPLETENESS, ACCURACY, FITNESS FOR A PARTICULAR PURPOSE OR NON-INFRINGEMENT OF THIRD PARTY RIGHTS. 2.02The boundaries, colours, denominations and other interpreted information contained in the Data, and their positional accuracy, do not imply on the part of Manitoba any judgement on the legal status of any territory or the endorsement or acceptance of such boundaries. 2.03Manitoba may authorize other parties to use the Data in the same kind of products or in different products and Data may be deleted, changed or updated from time to time. Manitoba reserves the right to restrict access to the Data and may charge fees for access to the Data in the future. 3.00 No Liability / Indemnification 3.01MANITOBA SHALL NOT BE LIABLE IN RESPECT OF ANY CLAIM, DEMAND OR ACTION, IRRESPECTIVE OF THE NATURE OF THE CAUSE OF THE CLAIM, DEMAND OR ACTION ALLEGING ANY
[Talk-ca] Any way to dirty large areas of Mapnik ?
Is there any easy way to dirty large areas of the Mapnik map at all zoom levels? I'm working on the 062N* tiles in Canvec and there's a fair number of tiles at different zoom levels that are not properly refreshed: For example: http://www.openstreetmap.org/?lat=51.529lon=-100.42zoom=9layers=M http://www.openstreetmap.org/?lat=51.547lon=-101.033zoom=10layers=M http://www.openstreetmap.org/?lat=51.564lon=-101.206zoom=11layers=M Notice that some areas are fine at some zoom levels where the same areas are not at other levels. I am not about to go and do the whole /dirty thing on all the tiles that are not rendering correctly. :) -- -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Merging CanVec data, updating status
On Fri, 30 Jul 2010 11:06:47 -0400, G. Michael Carter mi...@carterfamily.ca wrote: I think the spreadsheet is the wrong way to go where. We need an app, that will show like this image below. Nice and easy to pick which grid to do next. That would definitely be the best solution. MUCH more visual. I've actually been toying with an idea. I pull daily planet files onto my server and mask out Ontario for building up-to-date maps for my garmin. It shouldn't be too hard to match up % of CanVec data on a grid, and who put it in. (would be easier of the CanVec ID's were intact... but oh well) I'll have to think about the idea while I'm camping this weekend... Okay, I realize this is a bit of a diversion; but how are you pulling daily planet files onto your server? I have tried to do a similar thing to get the planet.osm file onto my own server so I can extra MB maps regularly. However, it seems I can NEVER get a good planet.osm download; they're always corrupts. Or did you start with JUST a download of Ontario (using the XAPI API) and are just applying the planet diffs to that? Thanks, Tyler -- -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] CANVEC Comments
On Thu, 29 Jul 2010 12:35:27 -0400, john whelan jwhelan0...@gmail.com wrote: The new Canvec tiles are very good quality wise. However when a building or park is on two tiles it would be nice to combine the two parts so it gets one name etc. Has anyone worked out how to do this in JOSM? The best way to accomplish this: - Select the data all along the boundaries of the tile. - Use the JOSM Validator on the selection. - Fix all the duplicate node errors. - Select both ways that make up the building/area (ie shift-click on both parts of the building) and hit SHIFT-J to execute the Join overlapping areas - Voila! What I find frustrating is the CANVEC data for roads appears to be almost spot on. I've come across two minor places where it doesn't include a new road or part of an existing dirt track but if we were to totally replace the existing road network in Ottawa with the CANVEC data the quality of the map would be much higher plus you could then run routing software on it and it would save me a fair amount of clean up effort. Most of the value add in OSM comes from POIs that are not part of the road network so that value would remain. I hear you; Winnipeg's road network was hand-drawn by someone in Potlatch, and there are a LOT OF places where roads overlap but don't connect, etc. The Canvec data is definitely higher quality in that regard. It's this manual merging headache that made me more to rural MB for a little while. Lol, it's easy to add in the Canvec data when there is no data there already. :) Tyler -- -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] CANVEC Comments
If you draw a selection box over where the two tiles meet and run the validator in Josm one of the errors it can report is duplicate nodes. When you are merging tiles where roads and areas are split between the tiles there is a copy of all nodes on the border between the tiles in each file. Josm Recognizes this and can merge the nodes from both tiles so there are no duplicates. Sent from my iPhon On 2010-07-29, at 7:56 PM, john whelan jwhelan0...@gmail.com wrote: Sounds simple but Shift-J doesn't seem to do anything, they don't quite overlap. What is a duplicate node error and how do I fix it? Thanks John - Select the data all along the boundaries of the tile. - Use the JOSM Validator on the selection. - Fix all the duplicate node errors. - Select both ways that make up the building/area (ie shift-click on both parts of the building) and hit SHIFT-J to execute the Join overlapping areas - Voila! ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Converted Stats Can Boundaries files.
you are right - for the moment, because ... It should be available on GeoBase before the end of summer - or soon after !-) - Administrative boundaries/names for levels 6-8; - Geometries provided by local authorities, except for AB; Once the data is available on GeoBase, then I'll definitely make use of that data. For now I'm just using the StatsCan data (where available). I use the same approach as with the hiking trails -- this is the best I've got now so I'll use it. But I'll certainly replace it when better stuff comes out. Right now it takes all of 20 seconds to include any city/town boundaries in a canvec tile I'm working on so I figure why not. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Canvec alignment - careful when merging tiles!
I know it has been suggested to use the JOSM validator to find duplicate nodes and fix them to join adjacent canvec tiles. I wanted to add that we should be manually inspecting the tile boundaries because I've run into situations where: - Roads are just ever so slightly off, meaning they never did merge with the fix duplicates. - Areas that you can't join using the SHIFT-J Join overlapping areas because the nodes don't line up. For example: http://www.egunn.com/gallery2/d/29208-1/canvec_alignment.jpg This is pretty easy; just select the offending node at the bottom, manually Merge them, and then Shift-J to join the two areas. For roads, you can just merge the nodes and you're good. A quick litmus test to see if two roads were merged properly is to select both ways and try to combine them. If it says you can't combine them, then the nodes didn't merge. Have fun! Tyler -- Tyler Gunn ty...@egunn.com http://www.egunn.com/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Converted Stats Can Boundaries files.
I've converted over the Statistics Canada boundaries data for the ten provinces; I still need to do the territories: * http://www.mediafire.com/?ugsc0uvun8cs7gn - Boundaries for BC * http://www.mediafire.com/?ozhtnnjbnz5m3cj - Boundaries for AB * http://www.mediafire.com/?d3uq0jxjdc9gxxr - Boundaries for SK * http://www.mediafire.com/?m42uwdhwc1pieqc - Boundaries for MB * http://www.mediafire.com/?d3uq0jxjdc9gxxr - Boundaries for ON * http://www.mediafire.com/?u6i858k5qjf4uwf - Boundaries for PQ * http://www.mediafire.com/?jlr1vicrvpc0nbm - Boundaries for NB * http://www.mediafire.com/?j4czbc8za9zyb8m - Boundaries for NS * http://www.mediafire.com/?opm1q9fi2zaagie - Boundaries for PEI * http://www.mediafire.com/?d3uq0jxjdc9gxxr - Boundaries for NL Links to these files can also be found on the WIKI: http://wiki.openstreetmap.org/wiki/Statistics_Canada_%28StatsCAN%29 You WILL have to review the following tags as I've set them primarily as guesses based on the stats can data: place= admin_level= If you want to copy in just a single city, you can select it from the relations list in JOSM and then paste it into your map layer. I'd imagine the city/town/village type boundaries are the primary ones most people will be interested in. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] User sundance
I heard back from user Sundance. He is indeed legit and was using yahoo to get a rough sketch of the roads in rural mb.So I don't think he's a continuation of vreimer. Speaking of vreimer; glad to have canvec now as most of rural mb was added by vreimer. The unfortunate part is that canvec data has no names so to do a proper replacement of his data with canvec I'll have to copy the names of small town streets from stats can. Not so bad as I converted stats can nrn to a series ways with just name and name:source tags to make copying tags in josm easier Aaaanywho... Sent from my iPhone ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Deleting existing roads...
I tried seeing if I could take two CanVec block and merge them with existing roads. Well I created a mess and ended up deleting the blocks. Yeah, working with the Canvec data in an already populated area of the OSM map is frustrating to say the least. I've been working on a tile that encompasses my neighborhood and ended up just shelving it for now because there are so many issues merging the two. In the end I've almost ended up just using the Canvec data as a guide to re-align the roads in the OSM data. But it varies, in some areas there is a LOT more detail in Canvec data, while in others the OSM data is better. If you're familiar with the data in the area and are seeing the CanVec to be of higher quality and its meshing up with the GPS traces, then I'd say replacing the existing data is the best bet. I ran into this in rural Manitoba; the existing minor roads (ie farm roads, etc) are marked with yahoo as the source. In rural MB, yahoo is so low resolution you can hardly SEE the roads on the satellite imagery its so low resolution. Its not surprising that canvec is quite off from these roads. In this situation I've just deleted all the Yahoo roads and used the Canvec data. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Routing
However, the find isn't working. If I click find - address. There is no addresses listed. Is this missing data on my part or a problem with mkgmap? This is a problem with mkgmap; it doesn't quite do the addressing data right yet. Does your area have the address interpolation ways? Also When I hover over a street it doesn't show the street address. Again is this something I've missed? or a limitation of mkgmap? I'm not sure on this one; I know my GPSMap 60CSX does show the street name on hover over when I use the Lambertus OSM maps. So I'm guessing it's just something missing in the Canvec data. Again, might want to check if the names are shown in the canvec data. I know here in MB all the streets are unnamed in the Canvec data, meaning we need to copy the street names manually from the Stats Can data. Tyler -- -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Ground Truthing protocol? --- Re: Accurac y of CanVec vs Yahoo?
On Wed, 7 Jul 2010 06:39:10 -0700 (PDT), Regie Alam regie.a...@yahoo.com wrote: Hello, My name is Regie Alam, from Ottawa. This is my first post on the list although I've been receiving the messages for quite some time now. I am just wondering if there is an accepted protocol for ground truthing the data (Canvec, etc.)? I would find it interesting doing some ground truthing. I will be interested to see what all people have to say about this. :) I for one wish I could get access to some survey-grade GPS equipment. But its just so darn expensive. Tyler -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] JOSM Difference?
This means NRCan has a process that do it for roads. We will start to compare datasets this fall. The differences found will be made available on the ftp site as - Commission files (what is in Canvec but not in OSM); - Omission files (what is in Osm but not in Canvec); This process will be much longer that the current conversion process !-) We will start with few provinces - roads only. If it goes right, we will expand it to all provinces and themes. I will keep you informed Hey Daniel, I am curious, how would we handle changes to existing roads? Ie I imagine once the address data is added to Manitoba, that will also mean that the street names will be added. Or would this be somewhat of a manual process? Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Priority on OSM/CanVec
If we're talking priority, then I'd love to see more of Manitoba, specifically these areas I'm very familiar with: 062H - Winnipeg 062I - Gimli 062N - Dauphin area Thanks! Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Accuracy of CanVec vs Yahoo?
On Tue, 06 Jul 2010 12:11:40 -0400, G. Michael Carter mi...@carterfamily.ca wrote: When importing the data do we favour yahoo existing data in OSM (which is obviously traced from satellite imagery) or CanVec? I'm assuming CanVec for parks would be based on official park boundaries rather than yahoo, line of site on open spaces. So parks would be better coming from CanVec. But what about buildings? I think you need to make a judgement call based on all the data sources. Some things to consider: 1. Are there repeated GPS traces in the area you can use to help sway you one way or the other? 2. How smooth is the existing OSM data? I've run into OSM roads that are very chunky and do not agree at all with the Yahoo and/or Toporama data. In the end I've used a combination of both to realign and smooth things out. 3. For buildings I'm guessing that the stuff in OSM is likely the best. The buildings layer in CanVec is somewhat dated from what I can tell, especially in Winnipeg. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Converting stats can boundaries....
I'm working on converting the StatsCan census boundaries to OSM format. Here are a few smaller cities/towns in Manitoba to give you an idea of what they look like imported: http://www.openstreetmap.org/browse/way/66090425 http://www.openstreetmap.org/browse/way/66090418 http://www.openstreetmap.org/browse/way/66091364 Please comment on the tagging I've added to these; I followed the boundaries of some locales in the US. I have set the admin_level to 8 (cities towns (see http://wiki.openstreetmap.org/wiki/Admin_level#10_admin_level_values_for_specific_countries)) since I think the big thing we're after is the city and town boundaries, right? I have no way of knowing from the boundaries data what kind of area (city, RM or otherwise) I'm dealing with. You'd also have to change the place=city to whatever is appropriate; be it city, village, etc. I did this for the examples above. My big question is: Should we be bringing in JUST the cities/towns/village boundaries? My person thought is that y If you'd like to take a look at the converted OSM file for MB, it's available at the following URL: www.egunn.com/dl/statcan_boundaries_mb.zip Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Stats Canada License?
So have we collectively as a group contacted Stats Canada in the past regarding the usage of their products in OSM? They do have a license email address. If we want to clear this up I can contact them regarding our project and intended use of their data. In the mean time, I added the boundary for Winnipeg based on the Stats Can data. I'm not going to add any more, and will delete this if the licensing falls through. Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Stats Canada to English Translator needed
I disagree. This license is not compatible with either CC-By-SA or with ODbL as used in OSM. There could be more problems with it too, but this is enough. Section 4.3 conflicts with the OSM expectations for attribution. OSM can put attribution on the wiki but not in each reproduction and downstream distribution. 4.3 The Licensee shall incorporate in all reproduction and downstream distribution of the Data all metadata included by the Licensor in the provision of the Data. Census Subdivision Boundary File, Reference Guide, 2010 Statistics Canada 31 Catalogue no. 92-162-G Are we sure that this license is not acceptable? I just looked at the license for the Stats Can NRN (national road network) and it appears to be identical to the one for the Census Boundaries. http://www.statcan.gc.ca/pub/92-500-g/2010001/licence-eng.htm If it really is the case that this license is not agreeable, then we have been using the Stats Can NRN data improperly. Tyler -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] CanTopo!
For those of you who have been under a rock about Merkaarator, (like me) the editing tool is very good. It allows nice viewing of WMS layers, which seems to be better than JOSM. So out of curiosity, does Markaator allow direct opening of the TIFF files? JOSM doesn't seem to allow this. What procedure would be involved in aligning these TIFFs to reality? Whats surprising, is that the area which is the Capital Region District boundary, as well as the backroads are actually available. This significant for ALL of Canada, because it means that there is no need to approach the cities about data, until these CanTopo CanMatrix PDFs and TIFFs have been fully exhausted. So on top of the CanVec data, that were all looking forward to seeing, we can further detail the OSM map with this stuff. Would the CanVec data not include all of this data? Or is it a completely separate data set? I took at look at the TIFF for Portage La Prairie in MB (near me): ftp://ftp2.cits.rncan.gc.ca/pub/cantopo/50k_tif/062/g/cantopo_062g16_tif.zip I did notice the city boundaries in there. Hmm, that's always good to see... :) The data is out there, we just need to find it. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Approaching civic government for access to GIS data..
Hello, I'm considering writing a letter to the civic government here in Winnipeg to ask for permission/access to their GIS data. The aerial imagery alone available on their website is a HUGE treasure-trove of information; 20cm 2009 aerial imagery!!! :) Has anyone ever approached the local government in this manner? If so is there any starting point letter I could use that someone has? Thanks! Tyler -- -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Approaching civic government for access to GIS data..
On Tue, 22 Jun 2010 13:19:32 -0700, Sam Vekemans acrosscanadatra...@gmail.com wrote: Cool, ya, its easier to get it done now than in a few months from now. No doubt; once all the Geobase data floods in this wouldn't be quite so easy!!! If you find the city boundaries file before i do, feel free to convert it to OSM and make the .osm files available if you can. Im not sure how to tag it, so a 1st run is needed. I have yet to find any city boundaries -- I really would like to get that data added at some point. Or do the other provinces, i have loaded a few in northern Ontario. So i think the NWT should still be alot of OpenRange. I got some areas in Nunavut, Sask and Northern Ontario -- I'll venture into other areas as I get the time. Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Best way to keep OSM data up to date locally...
GroundTruth getdata -b=-115,50,-114,51 or just use the OSM interface zoom to the area and 'download'. Xapi can also to a coord + zoom to get an area. Or just use JOSM and save the datalayer1 as your OSM file (if its just the downtown core) Thanks for that; it pretty much confirms the routes I figured were available. I was just trying to determine the method that puts the least amount of load on the servers. I figured it'd be optimal to just download the changes rather than the whole area each time. Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Fwd: Re: Ottawa Bus stops
On Wed, 9 Jun 2010 18:30:21 -0400, john whelan jwhelan0...@gmail.com wrote: I've had a discussion with the only other local mapper I'm aware of in Ottawa and we are proposing the following for Ottawa bus stops, which I've entered in the wiki. There is a GTFS feed available for Ottawa and verbally I've been assured the data is available under an acceptable license. OC tranpo's system has a four digit number on all the stops otherwise known as the GTFS stop_code which is of value since their route planner doesn't always take into account footpaths. The GTFS stop_name is displayed internally to the driver and on a good day gets announced. So this proposal is to get agreement on how the stops should be imported if need be and to give guidance to local mappers before then. Thoughts? The Winnipeg WIKI page has a reasonable schema for this: http://wiki.openstreetmap.org/wiki/Canada:Manitoba:Winnipeg See the section on Bus Stops. For example: * highway=bus_stop * route_ref=12;65 (Include all routes that stop here, separated by semicolon) (ie each route in winnipeg is numbered) * name=* (The name of the bus stop, which is usually the cross street; printed on the sign) * asset_ref=10254 (The stop number, printed on the sign) * shelter=yes/no (Indicate if there is as shelter at this stop) Here's an example of a bus stop sign in Winnipeg from a survey I did; I have yet to add this to OSM yet: http://www.egunn.com/dl/bus_stop.jpg Ironically, here's the only example of a fully tagged bus stop in Winnipeg that I can find (one of my first attempts at it): http://www.openstreetmap.org/browse/node/679411842 Hope that helps. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Geobase vs. Yahoo...
I was looking around winnipeg's downtown (http://www.openstreetmap.org/?lat=49.89162lon=-97.14226zoom=16layers=B000FTF) and noticed that the street grids don't align all too well to what is in Geobase. It looks like the original outline of the street grid was done as a tracing from Yahoo. Looking at the yahoo imagery I've noticed it is quite difficult to see where some of the roads actually are since the perspective of the imagery is such that the roads are covered. As a result I'm noticing some areas where buildings are overlapping the road, or where the roads aren't straight despite me knowing they're straight. So I'm curious if I should consider the GeoBase data more correct and attempt to clean up accordingly? There's not a lot of good GPS trace data in the area so perhaps I just need to drive out myself to get some readings. Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canvec.osm sample files are ready
Hi Daniel, First of all, WOW, great job. I could never get my address interpolation ways to look that nice doing them manually!! I have a few questions about the Address Interpolation ways in the Halifax sample: 1. I didn't notice any addr:housenumber tags on the start or end nodes of any of the interpolation ways. Is the import of this data just not complete yet? 2. Based on the start/end house numbers, you should set addr:interpolation to even or odd. Sorry if I totally missed an explanation of this in a previous message. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canvec.osm sample files are ready
The addr: stuff I saw in Peterborough-that-looked-like-Halifax, had proper addr:housenumber on the end nodes. Very nice. I noticed that too. My second comment about the addr:interpolation even/odd thing still applies though. I agree, those interpolation ways look great! So much better than the hand-made ones I tried. Tyler -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Geobase/Toporama WMS down?
Hey, has anyone been having problems getting to the geobase and toporama WMS servers lately? I haven't been able to get them to respond in JOSM. Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Wiki-Fu, not worky
On Mon, 17 May 2010 10:24:13 -0400, si...@mungewell.org wrote: I was just looking at the Alberta wiki page: http://wiki.openstreetmap.org/wiki/Canada:Alberta:Calgary And there is a broken link (if that's possible on a wiki) for 'Alberta' in the second paragraph, this however is magically generated by: Take a look now; I think it should be looking a bit better. :) Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Addressing in Canvec.osm
Hi Tyle, The work you are doing is excellent, I just wanted to alert you to an issue with rural numbering (in case you are unaware of it). Our 'street' (subdivision) does not have linear numbering; that is the number sequence increases from the start of the road, but has gaps ie. 1,5,7,13,19,21. It seems to be in 100m's from start of road, with odds on the right and evens on the left. I believe that it is done this way to help emergency services find the correct residence in an emergency. Hi Simon, Thanks for bringing that up to me! I hadn't considered that as I haven't run into it yet in the urban areas I'm dealing with. There is a document from the local MD which has explanation/example plans (which I have a copy of if you want it, 745kByte) or I can send you a lat/long to check out. Sure, please send that information along to me and I can keep it in mind when I get into the rural areas of Manitoba. I haven't looked at how the StatCan data works in rural areas; they may only have address information on the specific part of the road where its necessary, but I'm not sure. The complication I can see myself running into with irregular numbering is matching where the numbered portion starts and ends in the OSM data compared to the NRN data. In the city the numbering starts at an intersection and goes to the next intersection so its easy to fit the NRN interpolation ways into the OSM data, even if they're not the same size/shape as the OSM data If there is a segment of addressed data in the middle of a rural road it might be fun to try and figure out where that maps to in the OSM data. I'll have to look at the NRN data more closely to see if I can find an instance of this in Manitoba. Thanks! Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Start of Wiki page on StatsCan NRN data...
I've started putting together a Wiki page on the StatsCan NRN data here: http://wiki.openstreetmap.org/wiki/Statistics_Canada_%28StatsCAN%29 I'll be collecting all of my future thoughts and efforts with using this data there, as well as providing a tutorial of how to use the data to create address interpolation ways for an area from the NRN data. For now I just describe the format of the NRN files, and where to get them. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] First usage of StatCan NRN data..
Here's a small area I have applied the converted StatCan NRN address data to. In my first attempt I definitely put the address interpolation ways FAR too close to the streets; I just fixed this so it may or may not be visible. http://www.openstreetmap.org/?lat=49.78783lon=-97.17772zoom=17layers=B000FTF Comments? Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Statcan nrn - wow it's inaccurate
I'm half way through adding the left side address interpolation ways for an area. Wow is that tedious work; the statcan roads are just a general idea of the road layout and not much else. Oh well better than having to survey it all. Tyler Sent from my iPhone ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Examples of StatCan Address Ways
Alright, here is an example shot of the raw address interpolation ways after my conversion routine brings them in from the StatCan shape files: http://www.egunn.com/gallery2/d/27982-2/road_misalign.jpg You'll notice that the roads are quite misaligned from the OSM mapped roads, and in some cases the geometry is quite off. Here's how I've been cleaning them up: [img]http://www.egunn.com/gallery2/d/27977-2/address_ways_aligned.jpg[/img] I'm using a combination of the existing OSM mapped data, and the yahoo aerial imagery to get a feel for where to start and end the address interpolation ways. Really it's just moving things around and aligning it up nicely. This is just the left-side interpolation ways; I need to get the right side added in for these areas as well. I've posted a copy of the script I'm using here: http://www.egunn.com/doku.php?id=osm Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] CanVec import - willing to help
Hello, Sorry if this post is redundant; I wasn't sure how up to date the Wiki is so I figured I'd just ask. :) Anyways, I'm just curious if there is any work I could do to help out with the CanVec import. I'd be more than happy to sift through the data for my area, Winnipeg (062H14). To do this, do I need to first wait until all the Canvec OSM files are available? Just wanted to get a feel for the process here. Thanks! Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] Months-old vandalism needs to be taken care of
On Wed, May 5, 2010 at 12:04 AM, Nathan Edgars II nerou...@gmail.comwrote: Response from bhj867: Didn't realize this map was supposed to be a real map. Just through some stuff in there. Thought it was a game or something. Come to find out it's more like Wikipedia. That right there says more about the introductory documentation than really anyone else has been able to articulate. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-ca] Best gps for osm?
I know this has likely been asked a million times. Does anyor have a recommendation for a good, accurate GPS to use with osm? I'm currently using my Nuvi 750 with the hidden track log feature. It works well enough while driving, but the times I've tried using it walking, the results are horrible. Ideally I'd like one with Bluetooth so I can put my old hp ipaq to use for poi logging, etc. My iPhone 3gs has gps but it's accuracy makes it useless for recording tracks. Just not sure if the myriad of little bluetooth loggers can hold their own or not Thanks ! Tyler Sent from my iPhone ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca