[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
[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
[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
[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 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 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 Date: Wed, May 18, 2016 at 10:50 AM Subject: HOT Summit: September 22 in Brussels, Belgium To: hot 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 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: 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 To: Serena Coetzee 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 Opensource Geospatial Technologies) Commission websites Commission on SDI and Standards: sd
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 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: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
Liz: > the broad categories in the UNEP-WCMC system make sense but the terms don't cover "Mallee" and the most common type of surviving Australian forest "dry sclerophyll" is a term very few mappers would be familiar with. The UNEP-WCMC spec specifically says "Temperate broadleaf and mixed" covers "the sclerophyllous forests of Australia." I would call both the ecucalypts and eucalyptus broadleaf, the acacia is pretty much a broadlead, and the mixed allows for most of the other stuff to be As both Martin and Tom said, add what's needed to the wiki and the renderers will eventually catch up. I would say starting with the UNEP-WCMC would work nicely, (though it looks like all Australian forests would be broadly classified as the same thing--excluding the "sparse trees and parkland" and "forest plantations") then drilling down to continent/subcontinent specific forest classifications would work. -Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
Liz, I would classify most eucalyptus spp. as deciduous (though judging by your genus compositions you're in Australia, and I don't know what the species do there), and probably classify casuarina spp as coniferous... but that's a bad classification system. That's like saying "this apple is green, that grapefruit is citrus." There are deciduous conifers, and evergreen broadleafs. Coniferous doesn't even account for all of the needleleaf trees.. The wiki should probably be suggesting deciduous, evergreen and mixed. . . Adopting the UNEP-WCMC broad categories [1] would make much more sense than the current bad wiki suggestions. and adopting the more specific categories would cover a vast majority of forests. [1] http://www.unep-wcmc.org/forest/fp_background.htm# ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
(Sorry Tom, for the double sending, I didn't check the reply to: field) Tom: > I'd really like to nominate someone like Nick Whitelegg as Countryside Tsar for a day, so he could work out the different basic features we need to know about in the countryside and an appropriate tagging schema. Then, as always, a combination of wiki documentation, Mapnik & ti...@home rules, Xybot mischief and peer education could disseminate this sensible approach. I'm going to go back to this because it makes so much sense to do. I too get discouraged by the lack of comprehensible tags. I actually think that "natural" key is a bad key. Is an artificial lake a natural=water or something else? If it's a reservoir (and what lake isn't technically a reservoir) is it sufficient to tag it just landuse=reservoir, and should we tag it as man_made=water to explain that it's not actually natural? No, clearly we shouldn't. So we could just accept that natural and landuse are equivalent and adjust natural tagging as such (since changing everything to landuse seems out of the question). So if we do that, then natural=wood wood=managed or landuse=forestry or whatever becomes a reasonable way to separate the landform from the land use Greg: > So, I think we need some tags that denote landcover, and some tags > that denote legal status. > so an area would have at most 1, preferably exactly one of: > landcover=trees landcover=swamp > Exactly what I was thinking (though I think just using natural as equivalent to landcover might be the way to go at this point), and using the USGS style landuse values [1] would be a good start covering the majority of cases (I think just rolling them all into natural (including man made surfaces makes sense at this point, but I accept I may be--and probably am--wrong) and at most 1 of > land_use=... eh... I'm less fond of this, just because I'm not sold on there being 1 and only 1 land use for an area but I have no supporting evidence to back up my iffy feeling > yes, land_use=forestry perhaps implies land_cover=trees, but in the case of > land_use=conservation > I would expect a variety of landcover tags within the administrative boundary > of the conservation area/park. As would I, when I said solid fill earlier I mean more like hatching or even a transparent overlay/underlay? for rendering, I'm pretty convinced about it being a boundary=whatever issue at this point for things like parks/national forests,DNR land, BLM land... but not convinced that something can't be both say land_use=recreation and land_use=conservation (you can bike, and paddle and fish, but you cant motor and litter and club baby seals) Gustav: > Because is see forests as something fundamentally different from a few > trees in the corner of a park. But would you classify them as a different landcover than say natural=wood, wood=sparse or something. A 500 m^2 wooded area--rendering as forests do elsewhere--inside a park is probably going to look like "hey look theres a spot with trees" as opposed to "what is a tiny wilderness doing inside the city park?" [1] http://gisdata.usgs.gov/edc_catalog/fetch_layer_docs.php?LayerName=NLCD%202001%20Land%20Cover Anyway, I think it's all a cluster, I just thought I could pipe in to add to the fun. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
> > In some cases they are so large that they're used to help orientate > yourself on a map. With out them the map looks less map like. Correct, Washington State looks naked as low zoom levels without its corresponding parks and national forests. I think that national parks are a feature with particular implications to larger and/or newer countries--as far as rendering--(US, Canada, Russia, China, Australia, India, Brasil, etc.) which aren't particularly well represented in Europe? (that is a genuine question, I don't know the answer to). Wood Buffalo National Park in Canada at 45,000 km^2 and Wrangell-St. Elias National Park in the US at 53,000 km^2 are larger than a half dozen or so US states and quite a few countries (both parks I would also classify as bigfoot habitat) I've pointed out this infographic before http://strangemaps.wordpress.com/2008/06/17/291-federal-lands-in-the-us/ but.. a lot of land in the US is federal land, and much of that is National Parks and Forests. I don't feel like a boundary rendering is sufficient (a boundary tagging may very well be) USGS convention has historically been to render them as shades of green depending on scale. -Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
Martin, I agree with you. I like the idea of using natural=whatever for landcover and landuse=whatever for the landuse. While I'm not convinced national parks, national forest wilderness areas, federal/state/county/municipal wildlife reserves shouldn't be solid fill areas in renderers, I have no argument that boundary="reserve type" is inadequate. I do think that there should be a better way to tag nature reserves and allowed activities, to that end I'm currently looking into regulations in non-US countries with similarly regulated large areas (generic applicable tags seem appropriate). I will, however, stand by my bigfoot_habitat=yes tag. -Tyler On Mon, Jul 20, 2009 at 7:27 PM, Martin Koppenhoefer wrote: > 2009/7/21 maning sambale : > > Landuse and Landcover are two different things although in some cases > > interchangeable. > > it doesn't change my point: there can be different reserves / > protective areas at the same area (air, water, natural, ...), together > with different "OSM-defined" landuses like forest, basin, reservoir, > etc. > Using landuse=nature_reserve will unnecessarily complicate our lifes... > > cheers, > Martin > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Problem With Trails
My crude understanding is that the mapnik renderer is given minutely diffs of the tiles that have changed during a changeset. Upon the next viewing of the changed tile a new tile is rendered and displayed. Occasionally a changeset is missed by the diffs and it takes that section being changed again or a re-render of the world to catch the changes, I wouldn't worry about it check it out on t...@h (they're there) http://tah.openstreetmap.org/Browse/slippy/?zoom=14&lat=32.4719&lon=-110.807&layers=BF As a side note, it looks like your current import toolchain causes lots of duplicate nodes. see the maplint layer on OSM proper http://www.openstreetmap.org/?lat=32.4719&lon=-110.807&zoom=14&layers=000BTTFT figuring out a way to reduce/eliminate those duplicate nodes before upload, is probably a good idea. Woo trails! -Tyler On Mon, Jul 20, 2009 at 10:11 PM, Andrew Ayre wrote: > I have uploaded two sets of trails on two different days. The first set > have rendered, but the second set hasn't. I'm stumped as to why. > > I'll give examples of a single trail from each set. > > This one works: > > http://www.openstreetmap.org/browse/way/37637417 > > This one doesn't: > > http://www.openstreetmap.org/browse/way/37847604 > > Any ideas what the difference is? > > Thanks, Andy > > -- > Andy > PGP Key ID: 0xDC1B5864 > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
> > What would you then use for a 200 square kilometer continous forest? > natural=trees landuse=nature_reserve bigfoot_habitat=yes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upload of mass data
It's on that page under "imports" see: http://lists.openstreetmap.org/listinfo/imports On Tue, Jul 14, 2009 at 1:35 PM, Andre Schoonbee wrote: > Hi Jonas > > I seems not to be able to find the mailing list > > Have looked at http://lists.openstreetmap.org/listinfo > > Andre > > -Original Message- > From: Jonas Krückel [mailto:o...@jonas-krueckel.de] > Sent: 12 July 2009 08:31 PM > To: Andre Schoonbee > Cc: > Subject: Re: [OSM-talk] Upload of mass data > > We have now a bulk_upload/import mailinglist for this (just created today), > maybe go and ask there. > > Jonas > > Am 12.07.2009 um 20:47 schrieb "Andre Schoonbee" : > > > Hi all > > I have a lot of data that I now want to upload onto OSM. The data > > includes Roads, streets, rivers, parks. All data is in shp format. > > > > Any suggestions > > > > Andre > > > > > > ___ > > talk mailing list > > talk@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] 'Distance to feature' maps?
This is generally the sort of thing done with a full blown GIS. Which is how I would approach it. Use OSM as a data file, stripping out all of the un-needed information, create a buffer around the schools of interest, maybe map registered sex offenders within the buffer (if you have the equivalent where you are) and all known hazards (I'd probably call unlit, unplowed or forest path hazardous), and then create maybe a heatmap of danger. All of this should be doable in something like QGIS. Good luck! -Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Explaining to NASA why the ASTER data should be freely licensed
Ævar, Thanks for trying to get clarification. Despite my disagreeing that there is any real restriction on the data that affects its use in OSM, clarification and explicit permission is always a good thing. This should have been cross-posted to legal, probably. And let me preface it all with IANAL... Yet. Martin: > What about derived data? SRTM is used to generate hillshades and contour > lines for example. ASTER data would be good for that too. Do they have some > less strict terms about distributing such derived data (like requiring only > attribution), or is their policy for it the same? I take it to mean that you can re-distribute derived data, that would be the "project of intended use" part. They have that in there so that they can mitigate the number of sources of the ASTER, so that there's not a bunch of different ASTER Jun 2009 datasets all saying they're the same thing on a bunch of different University servers free to the public. Jeff: > That clause seems very similar to the BSD advertising clause (and > is problematic for the same reasons) > I assume you mean "When presenting or publishing ASTER GDEM data, I agree to include 'ASTER GDEM is a product of METI and NASA.'" That's pretty standard attribution stuff. Which we should want to encourage. Being able to find the source is probably sufficient (so on a printed map you could say "for a list of all the sources see www.ReallyAwesomeVolcanoMap.com/sources"), but also doesn't appear to be a required agreement (it doesn't have the "required", which leads me to believe it is optional). If there were a more standard way to get attribution data on the slippymap (a link: view all attributed sources in this extent) then OSM would probably be fine, and 3rd parties attributing data correctly is the 3rd party's responsibility. Immutable historical attribution would also be cool so that once all the roads from TIGER are correct and totally different there is still historical attribution data. The attribution mess has been what's stopped me from using a lot of available State data. Which has no restrictions as long as there is attribution. And attribution is such a cluster with OSM data right now that I just don't really want to deal with it, there's lots to do elsewhere. The BSD argument was that there would be a spiraling out of control "This product was derived from this product was derived from this product was derived from..." a better restriction would have been. "When presenting or publishing ASTER GDEM data, I agree to provide attribution to METI and NASA." Which would allow for more options on how to give the attribution. But like I said, that seems optional to me. Finally, if someone is planning on doing any sort of stuff with the ASTER GDEMs in the US, there's higher resolution data available from USGS, 3m in some cases, so use that instead. -Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to merge relations ?
You could select the smaller relation in JOSM go the the relation viewer, select all of the members of the relation. Go to the larger relation and do add selected members. On Wed, Jul 1, 2009 at 11:08 AM, Carsten Nielsen wrote: > It seems that the Danish National Cycle Network 8 has been put in two > seperate relations > (208282 and 131762). > What is the easiest way to merge those two relations ? > They "only" have 129 and 180 members so it would be possible to merge > them manually, but > I expect this is a more generic problem so there is probably a simpler > solution. > I thought that I could use them both as members in a third relation, but > I could not figure out how to do that > with JOSM or potlach. > > Any advice ? > > > ablansinger / Carsten Nielsen > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] SVG rendering on wiki
Sorry Ben, I thought you were referring to the actual svg http://wiki.openstreetmap.org/images/8/88/Belgium-trafficsign-a25.svg looking back at your original message it's clear I wasn't paying attention. The pngs clearly aren't being rendered transparent, the jaggies for me are showing up just a little fuzzy from the re-sampling. So, yes, I agree svg->png rasterization is broken. -Tyler On Tue, Jun 30, 2009 at 10:15 AM, Ben Laenen wrote: > Tyler wrote: > > Rendering of SVG is done in browser, > > No it isn't (here), it's done on the server by MediaWiki: it takes an svg > and > converts it to png (using rsvg or some other program on the server) when > the > image appears on a page, and it sends the png to the browser. The image > used > on http://wiki.openstreetmap.org/wiki/Image:Belgium-trafficsign-a25.svgfor > example is this png: > http://wiki.openstreetmap.org/images/thumb/8/88/Belgium-trafficsign- > a25.svg/640px-Belgium-trafficsign-a25.svg.png > > > the link you sent to me rendered at an > > appropriate size and very quickly. > > Because it sends you the png which is cached by MediaWiki on the server. > Once > the conversion from svg to png is done once at a given size, you don't see > any > delays, but just take an svg on the wiki and put it in a test page at a > size > that wasn't rendered before, and it'll take a minute before you see the > image > in your browser. But anyway, the svg conversion time isn't a really big > problem, as that's only seen once by the person editing a wiki page who > entered the image into that page. > > The main problems are that: > > * the png images which were created from svg aren't transparent anymore. > This > was done correctly once, so you'll see a mix of images with transparent and > opaque backgrounds on > > http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Traffic_Signs > although they all have transparent backgrounds actually (the transparent > ones > were rendered before the change happened on the server and because they're > cached they stay transparent, if you take one of the transparent ones and > put > it on a page at a different size, they'll be opaque) > > * The jagged appearance of some svg images like > http://wiki.openstreetmap.org/wiki/Image:Belgium-trafficsign-a25.svg (this > happens in every browser I have, FireFox, Konqueror, Arora) and it's in the > source code of the page: (from the same page mentioned above:) > > src="/images/thumb/8/88/Belgium- > trafficsign-a25.svg/640px-Belgium-trafficsign-a25.svg.png" width="720" > height="600" border="0" /> > > But the rendered png image isn't 720 by 600 pixels as it shows on the page, > it's actually 640 by 533, and thus you get a stretched image which is > creating > the jagged appearance. I have no idea why this is, my own local mediawiki > installation handles it all just fine. > > Ben > > > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] SVG rendering on wiki
Rendering of SVG is done in browser, the link you sent to me rendered at an appropriate size and very quickly. I suggest trying it in a new profile if you're using firefox, trying it in firefox if you're using internet explorer/safari/chrome or trying it in safari/chrome/konquerer if you're using firefox and a new profile doesn't work. On Tue, Jun 30, 2009 at 8:15 AM, Ben Laenen wrote: > Hi, > > can someone look at the svg rendering on the wiki? There are currently two > problems with it: > > * they aren't rendered with a transparent background anymore (this used to > be > the case until some time ago) > * the image page for some reason sometimes thinks the rendered image is a > bit > smaller than it actually is, which results in ugly pages like > http://wiki.openstreetmap.org/wiki/Image:Belgium-trafficsign-a25.svg (the > rendering is correct though, it's just put in a wrong size on the page > itself) > > The rendering of resized images is also very slow, and can take a minute, > so > maybe that should be looked into as well. > > Greetings > Ben > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Mapping of State/county/national parks
> > Does boundary=national_park have nothing to do with US National Parks? I.e. > it's just a park at the national level? It would make more sense to me to just be a park at the national level, that makes it useful to all of the various national level parks which aren't National Park Service parks in the US, in addition to national parks in Canada, Mexico, China, Russia, Lesotho, etc. boundary=national_park ownership=national operator="United States National Park Service" or operator="United States National Forest Service" operator="United States Bureau of Land Management" etc. -Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Mapping of State/county/national parks
Just tagging the underlying landtypes and uses is fine (aside from most of them not being natural) but doesn't at all account for the difference between scrubland/seashore/whatever where you will be shot to death if you trespass (military installations) and that which you're free to roam around on and is designated a park. > Then use the boundary key. If you way up each of the unique sections, then > create a multipolygon relation out of all of the boundary ways and > additional multipolygons for each of the various landuses or ground covers. > Boundaries are a good solution, and are easy for the national lands set aside for recreation boundary=national_park covers them nicely (and renderers could easily decide to render them as filled green areas--standard practice). Through a quick discussion on #osm I'm going with boundary=national_park (for all parks that aren't urban parks), admin_level="whatever the operator level is", operator="whoever the operator is" and ownership="whoever the owner is" parsing that out to re-tag it consistently later should be relatively trivial. Thanks for the discussion Adam, -Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Mapping of State/county/national parks
> > Why is landuse=forest not appropriate for parks/forests with the same uses > but with a "lower" administrative classification? landuse=forest is for > managed land with trees on it regardless of who manages it. > Because they often aren't forests. (I said similar use) Sometimes they're scrubland, beach, plains, dunes, rocky craginess, volcanos, river deltas... The list goes on and on. I take landuse=forest to mean a managed forest meaning they're harvesting trees, moss or whatever, such as many state natural resource department's forest land or the National Forest lands (excluding wilderness areas) in the United states. And often parks at lower administrative classifications are set aside for recreation, not natural preservation or for logging, farming, grazing or harvesting any natural resources. As the case is in coastal states, there are coastal state parks consisting solely of beaches, and in the southwest of the United States there are state parks consisting solely of desert. Additionally landuse=forest doesn't accurately portray all of the Bureau of Land Managements lands--which account for 1/8th of the area of the US, of which landuse=forest is only appropriate for ~20%. It also would be entirely inappropriate for the United States National Grasslands, which are like the National Forests in almost every aspect, except that they are grasslands (and tagging them as such doesn't distinguish them from surrounding non-public use/recreation grasslands). I'm all for using existing tagging schemes, but the vast majority of land in the United States and Canada classified as "parks" aren't of the form leisure=park. Personally, I would classify what is leisure=park (manicured greenery with duckponds and funnel cake vendors) as urban parks. -Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapping of State/county/national parks
Hello all, I've a question about mapping the different types of park. I've been using boundary=national_park for national parks and forests and then tagging national parks as landuse=nature_reserve and forests as landuse=forest I've also been tagging ownership=national However with state, county and city parks of similar wilderness use or of more generic recreational use I'm at a loss. leisure=park is not appropriate given the wiki definition "open, green area for recreation, usually municipal." This is fine for city green spaces, but doesn't work for state/county recreation areas which may be either wilderness or managed trails, motorcycle tracks, boat launches etc. nature_reserve isn't appropriate as they're usually not preserving nature I have been tagging state and county parks which are not open green spaces as parks for the time being, but if anyone has any other suggestions I would love to hear them. -Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Thousands of small changesets by Tim Proegler
> > Can we ban it, the stuff its uploading is completely useless. (single nodes > with only note tags and no other useful metadata) > I like that idea maybe if created_by == "KMLManager": print "go away, you're being a pest" ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] call for brainstorm on "relations for rivers"
> > Tagging the riverbank doesn't render very accurately as the river under > normal flows > looks way out of scale on the map (making them look like the Amazon, which > they are not) > This is true for non-braided but similarly erratic rivers in the states. There are often portions where the river may change its course drastically seasonaly, as well as be taken up entirely during seasonal flood events http://maps.google.com/?ie=UTF8&ll=47.94892,-123.557825&spn=0.017218,0.035319&t=h&z=15 (sattelite image of the Elwha river) see also http://en.wikipedia.org/wiki/Elwha_River I have a hunch that the Elwha and similar sized rivers will render too large in many such areas with the bars. I would suggest a tag eg: "river=braided" that would render the outside > maximum extent (as can be seen in the wiki) > a light grey filled *area* would be perfect as it would very closely > represent how they actually look in the environment > A more general tag might be nice, but I'm not sure there is a more general term. Braided may, indeed be the appropriate term, I'll check out my hydrology text tonight. It is worth noting however that the river channels are not fixed and > constantly change their positions across the braided riverbed This is the case for many younger rivers. I think that's where constant mapping and improvement come in, and for older or well managed rivers the banks are unlikely to change much and are probably the most useful information (maybe combined with mean annual discharge?). -Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Voting CanVec OSM Map Features: Attributes common to all entities
> > Out of the "Buildings and structures" page, yes, there is however > more useful information in CanVec that I think has a place in OSM > too, beside the obvious (name, name:fr, etc) on the > http://wiki.openstreetmap.org/wiki/CanVec_OSM_Map_Features#Attributes_common_to_all_entities > page. Yes, what Andrzej (how is that pronounced?) said. Though I would also include the Attribute code on the buildings and structures page (and equivalent codes elsewhere). With just a canvec:attribcode= that could then be referenced to a database of features So the original CODE would be good for reference and does not introduce > redundancy in the data. However, converting it to 4 different tags in osm > does add redundancy. Agreed, same essential reasoning as above. It's not really that difficult to pull together multiple data sources if you can easily cross reference datasets. There aren't tags in the database like 'building_desc="a man-made structure used for housing people and objects"' for good reason: they aren't necessary and it can be cross-referenced. Information such as the year and technique of acquisition (VALDATE, AQTECH) > is what the "source=" tag is sometimes used for in OSM. I'd even include > the CanVec code (CODE) because the mapping from one tagset to another... Agreed, with reservations. There's no reason to lose information, but is that information encoded in anything else already like the object code or source?. To me canvec:Theme seems especially redundant (with the exception of water saturated soils) if there were a translation rule that was followed to go from canvec:Theme to standard OSM key:value pairs then it's unnecessary and redundant and no data is lost in the transition (you could always go back and re-create the canvec theme). Finally, if we don't want the extra information that is clearly in canvec (and other data sources) with no OSM analogues I feel there are two ways to resolve it. 1. Make appropriate OSM tags and include it 2. Fork OSM to a project that does want to include as much data as possible And no one likes forks. -Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Canals, drains etc
> > ...if possible, whatever is used on the ground. Is the same true for flood relief channels (called both "artificial flood channel," and "flood control channel") ? Really a seasonal, intermittent river, in a canal functioning as a drain. And all of the various names flood control channels go by are actually the same feature. It seems like using whatever it is called on the ground is going to cause problems. Were I am we actually distinguish between streams, creeks and brooks (as far as physical bodies of water with objective discernible differences), but best practices appears to be marking all of those as "waterway=stream" and larger bodies as "waterway=river" in doing so very little data is lost (especially if we were to tag the features with mean annual flow) and rendering is appropriate for all three. However a flood relief channel would be different from a canal (rendered as blue and mostly like an artificial river). Some are designed to cross various other paths in our effort to flood waters. In addition, rendering them as blue on the map is deceptive, more often than not they will be barren concrete wastes, not full of water. Just my 2¢ worth, -Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging hazardous routes
> > I'd be tempted just to draw the ways on, stick maxspeed tags on the > A3, and hope that whichever routing engine you have in mind can put > a penalty on paths that cross roads with high maxspeeds and no light > controlled crossing on the node(s). I'm definitely new to the OSM scene, but this sounds like a reasonable solution. Couple it with dangerous:yes, hazardous:yes, (cursory looks on tagwatch and OSMdoc reveal neither of these are in much use) potentially_may_be_squashed_to_resemble_a_crepe:yes or something similar (though that last one is too specific). I think a "potentially unsafe" key would be good--whatever it is called--because it could also be used for unsafe hiking routes, river fords, logging roads, alleys in the bad part of town, all floodways, air strips, swimming holes, all bomb ranges, etc. search something from http://wiki.openstreetmap.org/wiki/Key:crossing or > discuss a new value there ;-) > Having crossing=dangerous or similar would also work, but would be less universally usable (roads, paths, rivers and.. lava flows?) Just my 2¢. -Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Potential Datasources - National Parks/Forest trails/roads/streams/rivers
Oh, so there is, I think I may have even seen that. I'll post the Olympics stuff on there, and if no US National Parks page exists I'll just use the Forest Service Data page as a template. On Thu, Jun 11, 2009 at 1:32 PM, Theodore Book wrote: > Tyler wrote: > > Further, I would like to propose the creation of US-NPS and US-NFS > > import pages on the wiki that can be used to reference individual > > imports of the form US-NPS-OLYM (the feds use a pretty standard > > abbreviation for the different parks) and appended with _trails > > _roads _streams etc. of the general form (_shortname) > > We do have a page on US Forest Service imports on the wiki. It is at: > http://wiki.openstreetmap.org/wiki/US_Forest_Service_Data Some things > have already been done, but there is more to do! You might want to > check out the completed projects mentioned there. > > > ___ > Talk-us mailing list > talk...@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-us > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potential Datasources - National Parks/Forest trails/roads/streams/rivers
As a follow up question: Is there a preferred method for tagging nodes with a uuid/NID? On Wed, Jun 10, 2009 at 12:15 PM, Tyler wrote: > Greetings, > There are sparse trail maps for the Olympics in Washington state both the > National Parks Service and National Forest Service have data available. The > national park has an older but still mostly accurate trail data available > at: > http://www.onrc.washington.edu/clearinghouse/metadata/onp/onp_trails.htm I've > already converted it to osm and am chomping at the bit to get it uploaded, I > just don't want to step on any toes. > > To the potential data sources > http://wiki.openstreetmap.org/wiki/Potential_Datasources#US_National_Park_Service > I've > also added the NPS data clearing house link > http://www.nps.gov/gis/data_info/ people would need to check to see that > the data is NPS (or US Government) created--and thus public domain--but most > of it is. > > Further, I would like to propose the creation of US-NPS and US-NFS import > pages on the wiki that can be used to reference individual imports of the > form US-NPS-OLYM (the feds use a pretty standard abbreviation for the > different parks) and appended with _trails _roads _streams etc. of the > general form (_shortname) > > Altnernatively creating a US-GOV import page and including data imported > from all of the different agencies. > > Thanks, > > Tyler > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Potential Datasources - National Parks/Forest trails/roads/streams/rivers
Greetings, There are sparse trail maps for the Olympics in Washington state both the National Parks Service and National Forest Service have data available. The national park has an older but still mostly accurate trail data available at: http://www.onrc.washington.edu/clearinghouse/metadata/onp/onp_trails.htm I've already converted it to osm and am chomping at the bit to get it uploaded, I just don't want to step on any toes. To the potential data sources http://wiki.openstreetmap.org/wiki/Potential_Datasources#US_National_Park_Service I've also added the NPS data clearing house link http://www.nps.gov/gis/data_info/ people would need to check to see that the data is NPS (or US Government) created--and thus public domain--but most of it is. Further, I would like to propose the creation of US-NPS and US-NFS import pages on the wiki that can be used to reference individual imports of the form US-NPS-OLYM (the feds use a pretty standard abbreviation for the different parks) and appended with _trails _roads _streams etc. of the general form (_shortname) Altnernatively creating a US-GOV import page and including data imported from all of the different agencies. Thanks, Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] script and python bindings
Hey Nathan, I was just fighting with this, I'm working on importing trails to the national parks and forests in Washington state. I used gdalwin32 [1] as my windows gdal (fwtools' python bindings appear busted in Windows) I then had to get the python bindings from pypi [2]. Then I had to fight with the script and ended up using a modified shape_to_osm-Flowline.py [3] script. I also needed PROJ.4 from [4]. I'm using python 2.5, python, gdal and PROJ.4 are in my path and GDAL_DATA is a new sys variable. Good luck! [1] http://download.osgeo.org/gdal/win32/1.6/gdalwin32exe160.zip [2] http://pypi.python.org/pypi/GDAL/ [3] http://svn.openstreetmap.org/applications/utils/import/nhd2osm/shape_to_osm-Flowline.py [4] http://www.remotesensing.org/proj -Tyler p.s. I guess it's time for me to break down and make the wiki account to put this stuff up. On Wed, Jun 10, 2009 at 1:40 AM, Nathan Mixter wrote: > I'm trying to run the polyshp2osm.py script on a shapefile I converted to > 4326 format using ogr2ogr. I copied the script and all three files created > by ogr2ogr to the c directory. > > I try to run from the command prompt > python c:\polyshp2osm.py -s 10 -o 4 -l c:/open C:/Zoning.shp. > > > > But I keep getting "ogr python bindings not installed" > > > > I tried several different options from > http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries > > > > I added the path location\data in the GDAL_DATA system variable and the > location\bin to the path. > > > > I added the gdal locaton inside the script. > > > > I got the same results when I installed fw tools, when I ran the individual > installation and when I ran it from USBGIS. > > > > I tried uninstalling and reinstalling the application several times in > different orders, but still nothing. > > > > What am I missing? Anything I can try? Thanks > > > > > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
