Re: [OSM-talk] Approved: Unsubscribe
This is Lisa Taylor on behalf of Tom Taylor, who died 24/12/15. Please unsubscribe this address from your list. Thank you. On Dec 24, 2015 05:41, "Felix Delattre" <felix-li...@delattre.de> wrote: > Sorry, for the misleading "spam" in the subject line. This is serious and > no spam! > Best, > Felix > > On 12/24/2015 10:46 AM, Felix Delattre wrote: > > Imagine, there is *no map for the 42 bus lines in Metropolitan Managua*. > It's one of the poorest capitals on the American continent. And about 80% > of the *2 million inhabitants* are dependent on buses to commute to work > or school. > > *We wanted to improve life in our city!* The community around > OpenStreetMap Nicaragua (http://mapanica.net) and the Humanitarian > OpenStreetMap Team (http://hotosm.org) *surveyed voluntarily the public > transportation network*. > > In order to have a real impact for the population *we need to print this > map*. And therefore *we need your help*! > > http://support.mapanica.net > > *Support us and get rewarded *with your paper map or cool T-shirt with > Managua's public transport map build out of OpenStreetMap data and > collected by people that want to make a change in their community through > the use of Free Technologies. > > Please help us and *spread the message* about this crowd-funding > initiative to your friends and over social media. > > *Thank you* very much for making this happen! > > Felix Delattre > > > ___ > talk mailing > listtalk@openstreetmap.orghttps://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
Re: [OSM-talk] From osmf-talk: "Balancing the presence of the Humanitarian OpenStreetMap Team (HOT US Inc) in the OpenStreetMap Foundation"
Thank you for a thought-provoking reply. I am neither a HOT voting member nor an OSMF voting member, so I'm probably unaware of any internal politics that are going on. I do chair the HOT Training WG, which I see as an attempt to solve a problem: hundreds or thousands of volunteers who want to contribute and have to be made capable of doing so in a very short time. And I do see a general trend toward professionalization of HOT operations, more or less for the same reasons. As a naive lurker on the lists, I took the announced candidacies at face value. That is, committed individuals decided individually to run for office. I agree that if all of them got elected, HOT would dominate the Board, but that is surely not a foregone conclusion. But do you really have evidence of a HOT conspiracy as opposed to a set of committed individuals? I note the references to Kate Chapman as representative of HOT. She is no longer executive director there. Is she not up for re-election? Tom Taylor TomT5454 On 27/11/2015 6:27 PM, augustindo...@gmail.com wrote: Hi Dave, Your question is not adressed to me but I'd like to participate here. My name is Augustin Doury, I've been active in OpenStreetMap since end 2012 as a daily commitment to sustain the growth of OSM communities in West Africa, especially on the field in Senegal where I've been a HOT volunteer for 5 months and last year as a Projet Espace OpenStreetMap Francophone volunteer in Burkina Faso for 1 year, plus missions in Ivory Coast (volunteer) and Togo (paid). I'm a HOT US Inc member since 2013. Because I've seen what HOT became this last 3 years, I don't want to see OSM project suffering the same problems as the HOT project. As others, I think that HOT is a project about using OSM in humanitarian and development fields, and as any open/free project, everybody should be able to choose his/her approach within the HOT concept but what occurs now is that choices are more and more restricted, less choices for individuals and collectives. Because HOT US Inc, with its specific vision, has almost monopolized the HOT project in terms of communication (the logo, the communication channels, the lists, the story/reputation, the Tasking Manager, the HOT Exports ...), I fear that a position at the OSMF board reinforce its influence. During the two pasts HOT US Inc elections, I tried as others to give this point of view and advocate for the definition of a HOT Project with a HOT Charter and HOT Commons that any individual or organization could concur with and even officially join and/or fund, as explained by Severin Menard on his diary [1]. It's for us, in our diversity, the good way to maintain diversity in the HOT Project, respecting minorities. I've seen how the HOT US board rejected this approach, saying that there is not HOT US Inc, there is just HOT and HOT US Inc is HOT and should not be called « US Inc » because it creates dividness within the HOT community. I've seen the level of violence some HOT US Inc people were able to trigger to close the debate without respect for those who work hard everyday, especially from the field, for making what the HOT project is now. The concept of attribution is essential in the OSM project and I feel like HOT US Inc, by its communication hegemony, benefits from the work of numerous volunteers from South and North who give their time for the HOT/OSM project, not for a NGO (which is nowadays in an active fundraising campain). I would not like to see this logic implements in OSMF. And simply I do not understand the aim of the candidates from HOT US Inc to get more seats at the OSMF board when Kate Chapman is already a board member. In my opinion, HOT US Inc should not get more than one seat to let the 6 other seats to people who represent other aspects from the OSM ecoystem. Have a good night from Togo and good vote, Augustin [1] http://www.openstreetmap.org/user/sev_hotosm/diary/21846 ... ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What3words
Isn't it simply the equivalent of TinyURL for coordinates? Tom Taylor TomT5454 On 24/11/2015 9:00 AM, Andres Ortiz Haro wrote: When I first knew about w3w I thought it was some kind of a "solution in search of a problem", searching for other views on the matter I actually found a great blog post [1] with an explanation and a funny example as to why they don't help much, if you don't have time for a long read you can still skip to the last part where a fictional scenario using w3w is presented (that's the funny part). [1] http://blog.telemapics.com/?p=589 Regards, Andrés From: Paul Johnson <ba...@ursamundi.org> Sent: Tuesday, November 24, 2015 4:22 AM To: Martin Koppenhoefer Cc: openstreetmap Subject: Re: [OSM-talk] What3words On Tue, Nov 24, 2015 at 3:10 AM, Martin Koppenhoefer <dieterdre...@gmail.com<mailto:dieterdre...@gmail.com>> wrote: 2015-11-24 8:54 GMT+01:00 Colin Smale <colin.sm...@xs4all.nl<mailto:colin.sm...@xs4all.nl>>: I think their idea is that you can quote a location with the words which for humans is much easier to memorize and less prone to mishearing over dodgy phone and radio links than lat/lon or some other scientific grid reference. yes, but it has a lot of other disadvantages, e.g. the fact that you can't know anything about the location without their API: you can't see from the 3 words where approximately a place is, and therefore you also can't see which 3-word-combinations are close to each other and which are far. Traditional addressing works much better for these situations where you already know something of the city, e.g. you can bet that Downing Street 11 is not too far away from Downing Street 10. Imagine a postman having to deliver a bag of letters with only 3-word addresses on them. He'd very likely need some kind of device and look up all of them rather than knowing them by heart. Or in the case of the traveling salesman/field service engineer scenario, I couldn't tell you where head.butt.teakettle is but give me a street address within about 50-70 miles of Tulsa or Oklahoma City's address origins and I can get you to within about a mile of that location and know which side of the road to be looking on straight off the top of my head, even if I've never been there before. And if it's an unnamed county road or a section line I happen to know the name of, I don't even need a map. ___ 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] A message to our friends at HOT, Peace Corps etc. about Changeset Comments
On 19/11/2015 5:31 AM, Andy Townsend wrote: On 19/11/2015 10:16, Ben Abelshausen wrote: You can go the tasking manager and see exactly what the goal of the mapping activity was, who is the admin that created the task and who validates, what mappers contributed and so on. Can you please explain where any of that is documented within OpenStreetMap? As an example, I recently came across this: https://www.openstreetmap.org/way/381043577 It's a building that is a closed way, but only just. How can I offer to help that mapper do what they are trying to do better? All the changeset comment says is "#MissingMaps #hotosm-project-1254 Lubumbashi, Congo (DRC) #100mapathons #OSMGeoWeek " - to me the only useful information in there is "Lubumbashi, Congo (DRC)", which I already know since that is exactly where this edit is. More importantly, how do I contact the person who told this new mapper that "#MissingMaps #hotosm-project-1254 Lubumbashi, Congo (DRC) #100mapathons #OSMGeoWeek" was a suitable changeset comment, to explain to them what we use changeset comments for and what makes a good one? If I can talk to them, I can probably help them help other new users too, and not just with stuff about changeset comments - as an OSM mapper think of all the "how to interpret imagery" latent knowledge that you have simply by being able to compare a place you visited with the imagery of that place. Cheers, Andy ... Blake Girardot has written a template for HOT coordinators to use when putting together the instructions for their project. Anyhing this community agrees on regarding changeset comments should go into that template document. I will note the issue at next Monday's HOT Training Working Group meeting. BTW the HOT Training WGF has been tasked with updating LerarnOSM, for the general OSM community as well as HOT. The work is going a bit slowly -- a matter of personal circumstances of the people involved, but it is proceeding. Tom Taylor Chair, HOT Training WG ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Suppression of spam
To OSM-Talk administrators: All those "New Message" E-mails are coming through one account: br...@desrocher.org. We've blocked them from the HOT list by putting that account into moderation. Tom Taylor ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Business incubator
building=commercial on the building outline for a start. My own practice is to add point mappings for shops. Forr a rendered view you can see my local shopping centre at http://www.openstreetmap.org/#map=17/45.37936/-75.64383 Tom Taylor tomt5454 On 26/03/2015 12:53 PM, Yves Moisan wrote: Hi Richard ! Thanx for your answer. OK to tag addr.* to the building outline and remove them from the building symbol. Still, I'd like to see an obvious point mark for the incubator on the map. For now, I resort to a building point feature but it would be neat if there were some generic commercial or business symbol. Otherwise, the map will show point features for individual constituent businesses in the incubator, but not the incubator itself, which bugs me. You say you do the same for shopping marts. Do you have an example I could look at ? I would expect to see Shopping Center XYZ alongside the consitituent shops on the map. So if there's a way to avoid having a point symbol to highlight the container name on the map, I'm all for it. I know it's a bit of mapping for the renderer but I feel it's an issue. Thanx for your help and cheers, Yves Hi Yves! On Thu, Mar 26, 2015 at 10:57 AM, Yves Moisan ymoi...@videotron.ca wrote: Folks, Our old police station was turned into a business incubator : [ ... ] 2) I added the addr:* info to the point symbol, not the building outline (canvec import). I'm thinking the addr.* info really belongs to the building, as that's the only thing with a street address (with maybe I agree. Address information generally applied to the building. The current building-polygon, with a contained building-point is an unusual construction. I would expect only one database item for the building. Either the point OR the polygon, but not both. Case in point : there are close to ten businesses in there now, one being a DIY shop that I would really like to map. So should I name the building outline with the name of the incubator (the container) and remove the point symbol altogether, then add point symbols only for the constituent businesses that are hosted in the incubator? That sounds great. i use the same concept in mapping small shopping areas, where one building contains a row of retail stores. Address on the containing building polygon, then several shop=something / name=SomeThing points as appropriate. Best regards and happy mapping, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Target Canada
Added Target, Billings Bridge, Ottawa, the most active Target store in the city, to the Wiki. One of these days I'll add a complete survey of the shopping centre. I walk through it most days for exercise. The store is due (according to the signs) to close April 3. Tom Taylor tomt5454 On 25/03/2015 12:17 PM, Andrew MacKinnon wrote: Target Canada has started closing a significant number of its 133 stores now. I have started to create a list of Target stores in Canada on the wiki at https://wiki.openstreetmap.org/wiki/Target. Does anyone want to help (a) change any Target store that has closed to shop=vacant and (b) add Target locations to the wiki so we can keep track of them? Thanks. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] What is OS OpenMap (UK)?
The feedback should go both ways, if OSM members detect errors and know where they came from they should report back. Tom Taylor On 22/02/2015 9:27 AM, Stefan Keller wrote: Hi Jonathan Thanks for the clarification. My fist intention is to take this announcement to put pressure on other national mapping agencies to release their map data under an open license. But thinking about real openess and cooperation (egov and OSM) consider this: Often mapping agencies encourage users to report map errors very much like OSM does in order to enhance their data (e.g. this http://bit.ly/1p5xVH4). So, I'd like to suggest to national mapping agencies to not only release their data but also updates coming from such crowdsourced user input. Cheers, S. ... ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: Re: [dispatch] Forming and chartering a GeoJSON WG
Thought this proposed new Internet Engineering Task Force (IETF) activity might be of interest. Tom Taylor Forwarded Message Subject: Re: [dispatch] Forming and chartering a GeoJSON WG Date: Thu, 05 Feb 2015 09:59:04 -0800 From: Erik Wilde d...@berkeley.edu To: dispa...@ietf.org CC: Pete Resnick presn...@qti.qualcomm.com, metaz...@fastmail.net, Sean Gillies sean.gill...@gmail.com, Barry Leiba barryle...@computer.org hello. On 2015-02-03 16:40 , Richard Barnes wrote: Sorry for the delay here. It looks like the next step here is to send a charter proposal to the DISPATCH mailing list, dispa...@ietf.org we have had conversations about establishing an IETF WG for GeoJSON, which would be chartered with taking the current GeoJSON definition, and turning it into an IETF RFC. the next step in this process seems to be proposing a charter. please find the proposed charter in this email to dispa...@ietf.org, and it also is available online here: https://github.com/geojson/draft-geojson/blob/master/charter.md == Proposed GeoJSON WG Charter GeoJSON GeoJSON is a geospatial data interchange format based on JavaScript Object Notation (JSON). It was published at http://geojson.org in 2008. It has succeeded in streamlining geographic information system standards and making them accessible to practitioners of modern web development. GeoJSON today plays an important role in many spatial databases, web APIs, and open data platforms. This WG will work on a GeoJSON Format RFC that specifies the format more precisely and serves as a better guide for implementers. The work will start from an Internet-Draft written by the original authors. This I-D, draft-butler-geojson-04, substantially improves the format specification. The remaining tasks of the WG are: * Further clarification of the GeoJSON format specification. * Addition of implementation advice based on lessons learned since 2008. * geoAddition of more explicit extension advice to the specification. The addition of new features to the GeoJSON format is not within the scope of this WG. One possible exception to this (depending on WG consensus) is the adoption of JSON Text Sequences as an alternative way of serializing sets of GeoJSON objects. == thanks a lot and kind regards, dret. -- erik wilde | mailto:d...@berkeley.edu - tel:+1-510-2061079 | | UC Berkeley - School of Information (ISchool) | | http://dret.net/netdret http://twitter.com/dret | ___ dispatch mailing list dispa...@ietf.org https://www.ietf.org/mailman/listinfo/dispatch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] MEP - pipelines
On 07/01/2015 5:37 AM, althio althio wrote: Maybe derailling and off-topic but anyway I do agree... To be discussed on tagging, dev, ...? While we're at it, it would be nice to have a database that allows going from the tagged item (e.g., fitness centre) to recommended tag. The iD editor has a nice internal feature called aliases, so a person looking to add a restroom will find the toilet preset. +1 We need something like those aliases, but centralised so all editors have the same presets, and data consumers don't have to dig around our wiki and taginfo to find what they need. +1 Also, if data consumers use this potential online service to dinamically get the tags they need, their process wouldn't be vulnerable to these kinds of changes. +1 I'll start a page today, based only on the Features page I cited in the first place. I assume that will be non-controversial. Then we can add to it. Do you think I should subscribe to the tag list and warn them? Tom Taylor TomT5454 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] MEP - pipelines
On 06/01/2015 8:16 AM, Lester Caine wrote: On 03/01/15 22:05, François Lacombe wrote: ... This is possibly a case for a separate API for the management of tag metadata? Nothing stopping private tagging, but controlling better the core tagging infrastructure and allowing MANAGEMENT of the evolution of tags. While we're at it, it would be nice to have a database that allows going from the tagged item (e.g., fitness centre) to recommended tag. Maybe I'm missing something that already exists, but at the moment my understanding is that the Map Features page at http://wiki.openstreetmap.org/wiki/Map_Features is my primary resource. This provides the reverse mapping from tag to feature, and I have to search the whole page to get what I need in the other direction. If the mapping I need doesn't exist, I'll be glad to add a Wiki page containing it. It would obviously have to cross-reference advice on the Features page. Tom Taylor TomT5454 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Adding Buildings + Leisure + Corrections To Ottawa Map Over Holiday Season
Fine with me. I've been mapping apartment and commercial/institutional buildings but not ordinary residences in my area. Does that seem like a reasonable priority, with the rest to be added later? Tom Taylor On 23/12/2014 10:37 AM, Richard Burcher wrote: Hi Folks, I've created a new mapping task for the Ottawa area [1]. I really want to make our local map super awesome:) I see adding buildings as one of the biggest projects we can undertake, so that local mappers like myself could start adding address data from local surveys. The task focuses on buildings and leisure areas but also asks those mapping to correct any obvious issues encountered. I understand it's a large area to map but I see this as a long term project. It's also something I'd like to use to encourage new local mappers to get involved with through our monthly meetups. Let me know what you think and if I'm missing anything in the instructions to make this easier to work with! Join me over the holidays:) Cheers, Richard [1] http://tasks.osmcanada.ca/project/9 -- Please note: I only check email a few times during business hours. Richard Burcher Twitter: @richardburcher Blog: www.richardburcher.com LinkedIn: http://linkd.in/richardburcher ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Large polygons in JOSM
Might be dull, but I generally split multipolygons into reasonably-sized adjacent chunks rather than giant monsters. In my case, it's usually when I'm outlining a river. Tom Taylor On 14/09/2014 10:29 PM, Sam Dyck wrote: HI Currently I'm working on importing the Canvec tiles that make up Lac Seul in NW Ontario into OSM. Importing the data as it is, split into tiles and subtiles, is poor practice, and manually merging is time consuming and dull. So I began using JOSM's Join Overlapping Areas feature. This tool however requires that all ways be complete before merging. Resulting is a 100 000 node area that far exceeds JOSMs import limit and is time consuming to split up, and slows down JOSM. Is there an faster way to split this? Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Coastline or not coastline
En travaillant sur un projet HOT pour Mali nous avons utilisé waterway=riverbank comme dirigé par http://wiki.openstreetmap.org/wiki/FR:Map_Features#Cours_d.27eau La même page à http://wiki.openstreetmap.org/wiki/FR:Map_Features#Nature_.28natural.29 présente natural=coastline avec la brêve definition: Ligne de côte, littoral. Ainsi à mon avis on doit utiliser natural=coastline autour des grands lacs, changer à waterway=riverbank le long de la fleuve Saint Laurent jusqu'à l'eau sel, et revenir à natural=coastline au delà. Critère arbitraire pour recommencement - on peut le discuter. Bien compris, les autres rivières assez larges (12 m) doivent être indiquées par waterway=riverbank comme dit http://wiki.openstreetmap.org/wiki/FR:Map_Features#Nature_.28natural.29 Citant les instructions làbas: Pour les îles une relation multipolygone doit être définie avec l'île et la surface fermée englobant cette île (riverbank). Pour plus de détails sur les méthodes de cartographie voir la page waterway=riverbank (http://wiki.openstreetmap.org/wiki/FR:Tag:waterway%3Driverbank). Charles a proposé un projet cartographique cooordoné entre bien de personne pour tous les îles de la fleuve St. Laurent. La solution est assez simple: définir une relation multipolygone pour juste la partie de la fleuve on peut couvrir en temps raisonable -- un ou deux heures à plus grand. Des autres peuvent aider avec un minimum de la coordination. Tom Taylor I am responding to a proposal by Charles Basenga Kiyanda in the thread Coastline or not coastline to map the St. Laurent coastline using the tag natural=coastline to be consistent with mapping around the great lakes. Translation of the French text above follows. While working on a HOT project for Mali we used waterway=riverbank as directed by [URL of French version of] http://wiki.openstreetmap.org/wiki/Map_Features#Waterway The same page at [URL of French version of] http://wiki.openstreetmap.org/wiki/Map_Features#Natural presents natural=coastline with the brief definition [in the French version, my translation]: coastline, shore. [Note that the English version has a much longer definition but involves the sea, not bodies of water in general.] Thus in my opinion one must use natural=coastline around the great lakes, change to waterway=riverbank to outline the St. Lawrence, then return to natural=coastline at salt water and beyond. Arbitrary criterion for recommencement - it can be discussed. To be sure, other sufficiently wide rivers (12 m) must be indicated by waterway=riverbank as stated by [URL of French version of] http://wiki.openstreetmap.org/wiki/Map_Features#Natural Citing the instructions there: For islands a multipolygon relation must be defined with the island and the closed surface containing that island (riverbank). For more details on mapping methods see the page waterway=riverbank. [French translation of] http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank Charles has proposed a mapping project coordinated among many people for all the islands of the St. Lawrence river. The solution is quite simple: define a multipolygon relation for just the part of the river you can cover in a reasonable time -- one or two hours at the most. Others can help with a minimum of coordination. Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] This has to stop: User Diaries Spam
On 14/05/2014 5:53 AM, Jóhannes Birgir Jensson wrote: Having just had over 20 such entries popping up not only on the RSS-feed but also on Twitter this indeed has become very irksome. I suggest first posting of a user with less than 10 edits to be held for moderation. Red tape which I generally am hesitant about but generally people with less than 10 edits don't post until they have some more experience. Google Translate might be of use to decipher postings if moderators don't understand them, just to get the gist of whether it is an ad for printer cartridges or a proper post. --Jói Strictly speaking it's not according to IETF rules, but on the lists I help maintain I turn on moderation for originators of spam when I see it but leave it off for everyone else. I don`t know if it`s possible to do that for the diaries. Tom ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] JOSM should delete image caches on exit
I started a virus scan a couple of days ago and wondered why scanning seemed to hang up on a particular file. Investigating further I found it was a folder -- of cached Bing images dating back from the first days of my remote mapping activity to the present. There were 450,000 of them! It has taken me two days running at 100% computer utilization much of the time to get rid of them. (Maybe I did it wrong. Simply deleting the containing folder containing the last 150,000 just took a couple of minutes.) Caching images for a given session makes lots of sense, but leaving them forever really does not. How do I put a request in to the JOSM developers to ensure that images caches are deleted upon exit from JOSM? Tom Taylor TomT5454 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM should delete image caches on exit
On 11/01/2014 11:02 PM, Joseph R. Justice wrote: On Sat, Jan 11, 2014 at 10:04 PM, Tom Taylor tom.taylor.s...@gmail.com mailto:tom.taylor.s...@gmail.com wrote: I started a virus scan a couple of days ago and wondered why scanning seemed to hang up on a particular file. Investigating further I found it was a folder -- of cached Bing images dating back from the first days of my remote mapping activity to the present. There were 450,000 of them! It has taken me two days running at 100% computer utilization much of the time to get rid of them. (Maybe I did it wrong. Simply deleting the containing folder containing the last 150,000 just took a couple of minutes.) Oops, re the 450,000 files. As for the time / effort it tool to remove them, you might have been deleting them one by one from the directory, especially if you were doing it from a GUI interface than from the command line -- again, Oops. Caching images for a given session makes lots of sense, but leaving them forever really does not. How do I put a request in to the JOSM developers to ensure that images caches are deleted upon exit from JOSM? I agree that purging old and particularly obsolete data in an image cache makes sense. I also agree that it makes sense to initiate purging the cache without requiring the user to initiate the purge. However, I disagree that the image cache should always be automatically purged when exiting from JOSM. What if the person restarts it right away, or next day, or next week, and wants to work on the same area they were previously working in? In this case, the data in the image cache at the time of the exit is likely still useful, and it would be a waste of downloading time and network bandwidth to download it again. I also disagree that the image cache should always be purged without user intervention. (I agree that this option should be available to be selected by the user, but it probably should not be the default.) Maybe the user knowingly never wants the cache automatically purged, for whatever reason. Maybe the user wants to know what's going on, and have some control as to how much is purged or kept. I think a better choice would be to have JOSM generate a notification upon exit when the cache is above some (potentially configurable) level, saying The image cache is over N bytes / N files / has data over N days old -- would you like the oldest information over this limit purged? Perhaps some sort of sliding scale configurator, showing how much is in the cache now and how much free space will be regained by deleting data more than a day / a week / a month / N days old. ... Thanks for your reply. I agree with your suggestions, really, and thought about them myself. It's why I specified exit rather than restart, for one thing. I just wanted to make things simple for the developers. For myself, I was going to apply the equivalent of your policy by manually deleting the cache when I moved on to a new area. Tom ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM should delete image caches on exit
On 12/01/2014 2:43 AM, Paul Johnson wrote: Caching images for a given session makes lots of sense, but leaving them forever really does not. How do I put a request in to the JOSM developers to ensure that images caches are deleted upon exit from JOSM? As someone in a low-bandwidth situation, I'd prefer to keep the cache; hopefully the existing behavior will still be available. I looked up the reference Frederick gave and found JOSM already supplies what I need. The discussion reference is: http://gis.19327.n5.nabble.com/JMapViewerTiles-folder-in-my-Temp-folder-td5722203.html The advice was: You can clear the cache by right clicking in the map and using the Flush tile cache option in the context menu. That will clear the cache for the currently visible imagery layer. You can also change where the cache is stored in your preferences under the WMS/TMS Settings tab. Tom ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Problem with overpasses in NB??
I think I saw an instance of the same problem when adding road names in Quebec Province recently. Tom Taylor On 03/12/2013 9:21 AM, berniejconnors wrote: Here is another sample of the problem since Richard corrected my other example ;-) http://osm.org/go/cgOZhazjT?m= As I see it there are 2 problems with these bridges: 1) they intersect with the roads that pass beneath them 2) the layer value is not set so the default value of layer=0 (ground) is assumed. Typically a bridge should have layer=1. I would like to have an overpass api query that selects bridges that meet either of these conditions. Thanks, Bernie. Sent from Samsung Mobile ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Geobase error
Working on streets in the Trois Rivières region I came on a situation where a street was labelled in the Geobase Roads layer as Rue du Rome north and south of a particular segment, but Rue d'Oslo in the middle segment. However, Rue d'Oslo also runs parallel to this one block to the west. I strongly suspect this is an error in Geobase. Where should I send a note for them to check it out? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Where the streets have no name...
I started to work on the smallest slice in Quebec West, i.e., St. Augustin. I have no experience doing Canvec imports, so I've just been poking around on the Geogratis web site looking for the right product. I always seem to end up with a display of the same map data, not updated since 2005 and showing less information than we already have in OSM. Can you point me to what I really need? Tom Taylor TomT5454 On 30/10/2013 10:45 PM, Bruno Remy wrote: Bonjour, J'ai le plaisir de vous annoncer la création des 2 cartes MapCraft pour les principales villes du Québec qui souffrent d'un manque flagrant de qualité de leur cartographie. Dans ces zones, des rues sont manquantes ou sans nom. Je vous invite donc à choisir une zone et la compléter à l'aide des données Canvec/Geobase déjà présentes et/ou des vues satellite. C'est assez convivial, mais si vous avez des questions, n'hésitez pas à les adresser sur cette liste. Je vous souhaite bien du plaisir! Hello, I'm pleased to announce the release of MapCraft Slices for main cities of province of Quebec (QC) with a lack of quality mapping. On these areas, streets are not mapped, and/or street names are missing. Feel free to choose one of these slices and complete them using Canvec/Geobase data (if still available) and/or satellite imagery. Thats quite convivial, but if you have questions feel free to post on this list. Have fun! Québec Ouest (Rues/Streets) http://mapcraft.nanodesu.ru/pie/322 Québec Est (Rues/Streets) http://mapcraft.nanodesu.ru/pie/323 Bruno Le 29 octobre 2013 12:12, Bruno Remy bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com a écrit : Hello Harald! Very good suggestion! I'll do that! Stay tuned, folks: I'll advise you when it will be available! Cheers! Le 29 octobre 2013 09:01, Harald Kliems kli...@gmail.com mailto:kli...@gmail.com a écrit : Bruno, thanks for this list! Something to do for me on those cold and rainy fall days... Would it maybe make sense to make a cake with MapCraft to coordinate the effort and avoid conflicts? http://wiki.openstreetmap.org/wiki/MapCraft I've never set up a cake, only used ones baked by others, but maybe someone on the list could help. Cheers, Harald. 2013/10/28 Bruno Remy bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com Bonjour à tous Dans un tout autre ordre d'idée, suite à des discutions qui ont eu lieu avant et pendant la Cartopartie de dimanche, li y a des villes du Québec qui demanderaient un soin tout particulier: Ces villes n'ont pas de noms de rues ou ont des quartiers entiers sans noms de rues. Parfois même des nouveaux développements résidentiels ne sont pas cartographiés, et pourtant ils apparaissent dans l'image satelite ou via les données Canvec ou Geobase... Comme chanterait U2 'Where the streets have no name' ;-) Vous m'avez demandé cette liste dimanche, alors la voici : Ces villes sont classées par ordre décroissant sur 2 criteres : leur état actuel de données, et leur population: Drummondville Mascouche Saint-Georges Saint-Bruno-de-Montarville Thetford Mines Sept-Îles Granby Trois-Rivières Repentigny Saint-Hyacinthe Shawinigan Victoriaville Mirabel N'hésitez pas à faire circuler cette liste autour de vous! -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org mailto:Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 -- Bruno Remy -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Where the streets have no name...
Merci. On 31/10/2013 11:47 AM, Pierre Béland wrote: Hi Tom Il y a eu une discussion en juillet relativement a l'impossibilité de se connecter au serveur ftp http://ftp2.cits.rncan.gc.ca/osm/pub Il reste la possibilité d'accéder via JOSM aux couches CANVEC et Geobase. J'ai ajouté ces couches dans la liste des couches disponibles. Voir dans la section CA. There was discussion in july about ftp access problems to http://ftp2.cits.rncan.gc.ca/osm/pub This is still not possible to connect. An option is to use in JOSM the Canvec and Geobase layers. I have added these to the WMS/TMS list of available layers under the CA section. Pierre *De :* Tom Taylor tom.taylor.s...@gmail.com *À :* Bruno Remy bremy.qc...@gmail.com; Harald Kliems kli...@gmail.com *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Jeudi 31 octobre 2013 9h31 *Objet :* Re: [Talk-ca] Where the streets have no name... I started to work on the smallest slice in Quebec West, i.e., St. Augustin. I have no experience doing Canvec imports, so I've just been poking around on the Geogratis web site looking for the right product. I always seem to end up with a display of the same map data, not updated since 2005 and showing less information than we already have in OSM. Can you point me to what I really need? Tom Taylor TomT5454 On 30/10/2013 10:45 PM, Bruno Remy wrote: Bonjour, J'ai le plaisir de vous annoncer la création des 2 cartes MapCraft pour les principales villes du Québec qui souffrent d'un manque flagrant de qualité de leur cartographie. Dans ces zones, des rues sont manquantes ou sans nom. Je vous invite donc à choisir une zone et la compléter à l'aide des données Canvec/Geobase déjà présentes et/ou des vues satellite. C'est assez convivial, mais si vous avez des questions, n'hésitez pas à les adresser sur cette liste. Je vous souhaite bien du plaisir! Hello, I'm pleased to announce the release of MapCraft Slices for main cities of province of Quebec (QC) with a lack of quality mapping. On these areas, streets are not mapped, and/or street names are missing. Feel free to choose one of these slices and complete them using Canvec/Geobase data (if still available) and/or satellite imagery. Thats quite convivial, but if you have questions feel free to post on this list. Have fun! Québec Ouest (Rues/Streets) http://mapcraft.nanodesu.ru/pie/322 Québec Est (Rues/Streets) http://mapcraft.nanodesu.ru/pie/323 Bruno Le 29 octobre 2013 12:12, Bruno Remy bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com a écrit : Hello Harald! Very good suggestion! I'll do that! Stay tuned, folks: I'll advise you when it will be available! Cheers! Le 29 octobre 2013 09:01, Harald Kliems kli...@gmail.com mailto:kli...@gmail.com mailto:kli...@gmail.com mailto:kli...@gmail.com a écrit : Bruno, thanks for this list! Something to do for me on those cold and rainy fall days... Would it maybe make sense to make a cake with MapCraft to coordinate the effort and avoid conflicts? http://wiki.openstreetmap.org/wiki/MapCraft http://wiki.openstreetmap.org/wiki/MapCraftI've never set up a cake, only used ones baked by others, but maybe someone on the list could help. Cheers, Harald. 2013/10/28 Bruno Remy bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com Bonjour à tous Dans un tout autre ordre d'idée, suite à des discutions qui ont eu lieu avant et pendant la Cartopartie de dimanche, li y a des villes du Québec qui demanderaient un soin tout particulier: Ces villes n'ont pas de noms de rues ou ont des quartiers entiers sans noms de rues. Parfois même des nouveaux développements résidentiels ne sont pas cartographiés, et pourtant ils apparaissent dans l'image satelite ou via les données Canvec ou Geobase... Comme chanterait U2 'Where the streets have no name' ;-) Vous m'avez demandé cette liste dimanche, alors la voici : Ces villes sont classées par ordre décroissant sur 2 criteres : leur état actuel de données, et leur population: Drummondville Mascouche Saint-Georges Saint-Bruno-de-Montarville Thetford Mines Sept-Îles Granby Trois-Rivières Repentigny Saint-Hyacinthe Shawinigan Victoriaville Mirabel N'hésitez pas à faire circuler
Re: [Talk-ca] Where the streets have no name...
Geobase Roads était la couche dont j'avais besoin. Merci encore. On 31/10/2013 11:47 AM, Pierre Béland wrote: Hi Tom Il y a eu une discussion en juillet relativement a l'impossibilité de se connecter au serveur ftp http://ftp2.cits.rncan.gc.ca/osm/pub Il reste la possibilité d'accéder via JOSM aux couches CANVEC et Geobase. J'ai ajouté ces couches dans la liste des couches disponibles. Voir dans la section CA. There was discussion in july about ftp access problems to http://ftp2.cits.rncan.gc.ca/osm/pub This is still not possible to connect. An option is to use in JOSM the Canvec and Geobase layers. I have added these to the WMS/TMS list of available layers under the CA section. Pierre *De :* Tom Taylor tom.taylor.s...@gmail.com *À :* Bruno Remy bremy.qc...@gmail.com; Harald Kliems kli...@gmail.com *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Jeudi 31 octobre 2013 9h31 *Objet :* Re: [Talk-ca] Where the streets have no name... I started to work on the smallest slice in Quebec West, i.e., St. Augustin. I have no experience doing Canvec imports, so I've just been poking around on the Geogratis web site looking for the right product. I always seem to end up with a display of the same map data, not updated since 2005 and showing less information than we already have in OSM. Can you point me to what I really need? Tom Taylor TomT5454 ... ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] Timezones
Supposing I wanted to undertake a project to solve this class of problem, either using layers or areas or something e3lse. I imagine the project would have a number of peices, since it affects the database, editors, rendering tools, and heaven knows what else. On which list would we flesh out requirements? Then on which list would we architect a solution? And finally, on which list would we coordinate solution development? Tom Taylor TomT5454 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Another New Scientist article mentioning OSM
Cars that look around to work out where they are -- match observed intersections and bends in the road against OSM to locate where they are. http://www.newscientist.com/article/mg21929255.900-cars-that-look-around-to-work-out-where-they-are.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New Scientist article on OpenStreetMap and HOT
Article at http://www.newscientist.com/article/dn23808-citizen-cartographers-fill-the-gaps-in-maps.html TomT5454 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Importations Canvec
One point occurs to me. I seem to recall reading in the Canvec documentation that if we find Canvec in error we should report back to them. TomT5454 Tom Taylor On 24/06/2013 10:57 AM, Daniel Begin wrote: Bonjour dega, Comme l'écrivait Pierre... Les imports Canvec, tout comme les traces GPS, ce sont des outils pour compléter la carte, mais il ne faut pas les utiliser aveuglément. En 2009, Frank Steggink a écrit: I think that 'Libérer le trésor' (liberate the treasure) is an excellent slogan for the Canvec import. Beau slogan pour un 24 Juin! http://lists.openstreetmap.org/pipermail/talk-ca/2009-December/001987.html Pour ce qui des tags qui accompagnent les données importées, il n'y a pas de raisons pour les conserver comme le confirme Steve. Personnellement, je ne conserve que le tag source lorsque l'imagerie Bing ne me permet pas de confirmer la géométrie de l'objet. Daniel ... ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] Revival: Multilingual Country-List
In fact, here in Ottawa, Canada, we do name= for the English and then name:fr= for the French version, for all streets. Across the river in Gatineau, Quebec, the practice is to do name=a name in French and not bother with the English. I have no idea if software trying to process our region is aware of the difference. On 21/02/2013 7:01 AM, Hans Schmidt wrote: Am 21.02.2013 12:36, schrieb Peter Wendorff: Well... if there's no localized name tag, then you may omit the name:xx tag for that language, as there's no alternative. On the other hand name:de might be useful even then, as it's possible to translate programmatically if the software knows about the language. The German suffixes -straße, -weg, -platz could be automatically transcoded to street, way and square, the afaik swedish -gatan is street again, väg is way and so on. But if you try to translate something to another language this way where you don't know the source language, it's much more difficult. Why would you want to translate the street names? Do you want to translate Paris' “Avenue des Champs-Élysées” to “Allee der Champs-Élysées”? Nobody would know what it is anymore. Also, nobody wants to translate a “Lindenallee” in some minor german town to “Linden avenue”. Also, automatic translation would be error prone. So a recommendation might be to - always tag name - if you translate name into different languages, always add name:originalLanguageCode with the same content - if you want, add that even if you don't translate it to different languages. Yes, that's redundant - but it's easy to cut out for software (cut out every language attribute that equals the plain name), if wanted; and it's less error prone than a tag like language=de or like the lists of default language areas you propose above. Sure: These list are helpful for all cases where only name is given, and that's a necessity for great software dealing with that, but that's the way defaults in OSM work: there should be a few defaults for mappers, where they should decide to not add a tag, but more defaults for data consumers, who could/should be able to have a best guess where data is missing. You say that there should be few defaults for mappers. But what you propose is exactly the opposite: You'd have a default, meaning that you would need to create a name:originallanguage even if there is a name present. I would bet that nobody does this. And if you don’t do it like that, chaos will occur if you decide to display the name. In contrast, if you do it based on region, it would simplify things much more: 1. You take the nodes/relation for Canada, add language=en. 2. You take the nodes/relation for Québec: language=fr Then everybody would just continue using name=British Columbia and name=Montréal, and no problem. The multilingual renderer would then show, in case the user wants to see French names, name=Montréal and name:fr=Colombie-Britannique. If the user is English, he would show name:en=Montreal and name:British Columbia. Tell me where this is not easier than adding a redundant name:en or name:fr for every town, bus stop and street in Canada. You would only have to change the multilangual renderer so that it would display it like that. This is no problem because I guess it is still in development – It could be done relatively easy (from a non-developer standpoint speaking). Plus, most of todays nodes only have a name=... tag, not a name:xyz=... one. You would not need to change anything. ___ 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] Paweł's q: what can be done?
Below. On 04/02/2013 10:13 PM, Robin Paulson wrote: ... when you say the project, you imply the people who contribute can be fashioned into a unity. i am fundamentally against that, it is flawed thinking. we are a multitude [1], not a singular, and thus we cannot be represented by anything less than ourselves. I find this supremely ironic, given that we are talking about the organization of a mapping project. After all, the whole idea of mapping is that you can't represent everything and have to choose what details to omit. In the same way, it is necessary to abstract from all the details of participants' interests if any coherence is to be given to the project as a whole. Tom Taylor ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] STFU
I'm interested in OSM. I do mapping. I subscribed to Talk after a few weeks on Newbies, but all these political outcries strongly tempt me to unsubscribe. They don't contribute to the mapping that is presumably our primary interest. On 02/02/2013 5:07 PM, Paweł Paprota wrote: On 02/02/2013 10:23 PM, Chris Hill wrote: Threats to leave the project remind me of the bullshit thrown around during licence-change when hardly anyone actually had the balls to follow through. If people are so unhappy then go, but do so quickly and quietly and leave the people really interested in OSM to continue making the very best map database we can. So you don't acknowledge that there are people (like me) who are really interested in OSM and same time they are discouraged by a situation like this and are considering leaving the project? By your logic either everyone has to STFU and agree with the actions of OSMF or they have to leave the project because they are not really interested in OSM. Paweł ___ 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-ca] Traduire Upper Lorne Place
Comment traduire le nom de rue Upper Lorne Place? Il s'agit d'une rue normal, pas une place comme la place des Vosges. Merci, Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] CanVec misalignment? Ottawa end of Portage Bridge
I've been continuing to work on validation errors in the Ottawa area. One complaint was of buildings projecting into the Ottawa River on the west side of the Portage Bridge, by the dam between the Ottawa side of the river and Victoria Island. When I look, the buildings (source CanVec 6.0) are way out of line (up to 7 m) with the Bing imagery, but lots of GPS traces show that Bing has put the Portage Bridge in the right place. Do we take CanVec as gospel in this case and shift the river boundary, or should I just tiptoe away and leave it alone? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Validating existing data in Ottawa area
Thanks for your suggestions for tools to do the work. I reviewed the region N 45.40-.44, W 75.86-92 last night. There were a lot of areas on the west edge of Aylmer, PQ, where the validator complained because land use area boundaries had been partly made up with roads or with sides of adjacent land use areas. I got quite good at snipping away existing connections and creating new ones that made everything disjoint. I do question the objection to land use adjacencies. In the previous block I worked on, I left in place an adjacency between landuse=water and landuse=wetlands, because it made sense to do so. The Aylmer region is missing a number of roads shown on CanVec, and has a lot of unnamed roads. One area done on the basis of Bing is misaligned by up to 15 meters with the CanVec image. Rotation as well as translation is involved. I'll probably take a drive to that area and sort things out, but it really seems like some importing from CanVec is needed. That is especially so for the administrative boundary of Aylmer, which is marked with a note saying it is very approximate. Besides, I'm trying to remember if Aylmer got incorporated into the new city of Gatineau. Lots to do. Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Validating existing data in Ottawa area
OK, the particular spot I was concerned about for misalignment was above Alexandria Bay. It's a little neighbourhood off Ch. Lattion, including R. de la Spartan, R. de la Lobo, and R. de la Cortland. CanVec shows R. de la Sparta running further north and another street or two coming off it. One of us really needs to run a GPS trace through there. Further west a number of the streets are lacking names. Surely you'll need CanVec, if only to get the administrative boundaries of Gatineau. Is the region broken down into sub-regions, so Aylmer continues to exist? I'll add that I know how to get CanVec as images in JOSM, but I don't know how to get the encoded data. On 03/12/2012 10:08 AM, Jonathan Crowe wrote: Tom, I've been doing some manual work on Aylmer based on Bing imagery and my own traces. I suspect that every urban road has been messed with by me at some point over the past couple of years. Let me know where your concerns are. I'm really reluctant to contemplate a CanVec import overtop work based on imagery and GPS traces. Aylmer is part of Gatineau. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Validating existing data in Ottawa area
While uploading edits from JOSM, I have been encountering validation warnings and occasional errors from others' data. I've done my best to fix them up. It finally occurred to me that I can run the validation tool after downloading OSM data, without adding data of my own, and clean up an area that way. I've started a systematic effort to clean up the Ottawa area, using bounding boxes extending .04 degrees in latitude and .06 degrees longitude for a manageable size. My first box was to the west: N 45.40-44, W 75.92-98. The biggest thing I found in that area was a lot of duplication because the same objects were downloaded from CanVec 6.0 and CanVec 7.0. I'll be working my way east and south from this starting point. I suppose I should write this up in the Ottawa Wiki so others can coordinate. Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Tags for foot paths and bicycle paths
What is the preferred way to tag bicycle paths and foot paths? In my corner of Ottawa I see one path tagged highway=footway, rendered as red dots, and another tagged highway=path, rendered as grey dashes. Both also have foot=yes and bicycle=yes. I ask here instead of newbies in case there is a local convention. Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GPS inaccuracy
I redid some of my survey yesterday following Pierre and Bernie's suggestions. The results are more reasonable. After averaging, some of my points were showing error of +/- 2 m or less. In working on the new trace, I learned to shift the Bing images as necessary. Then I found that some buildings fit Bing while neighbours did not. I'm getting the feeling that, short of a definitive survey, a good map is a matter of careful judgement. I suspect at this point I should be writing on the Newbies list rather than this one. Thanks for your tolerance to this point. Certainly I'll still be monitoring this list. Tom taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GPS inaccuracy
I will do a resurvey in the way you suggest. It was really disappointing to find I couldn't trust my GPS at all (well, I did some mental adjustment of waypoints to place building entrances), and being off by a constant amount for 4 km certainly makes one suspicious. A bit to the north, my GPS survey of some footpaths behind a school matched Bing nicely. It would be really interesting to find some sort of disconnect in between. Je manquais de la courtoisie envers les francophones qui suivent cette liste. En sommaire, j'ai tracé une piste de longueur totale environ 4 km, mais l'a trouvé toujours environ 10 metres à l'ouest des entités déja presents sur la carte et les images Bing. Je vais faire un autre sondage pour mieux comprendre la situation. Tom Taylor On 19/11/2012 8:37 AM, Connors, Bernie (SNB) wrote: Tom, The transmission lines would not affect your GPS accuracy. I agree with Pierre that you could repeat the track and see if the two tracks are similar. Another thing you could do is identify several identifiable points in the Bing Imagery such as the intersection of two sidewalks, the corner of a sports field, etc. Go to those points and use your GPS to record a waypoint and use position averaging with about 3 minutes of recording to get a more accurate location and then compare those waypoints to the Bing imagery. Position the Bing imagery so they match up with your waypoints and then look at your GPS tracks top see how they line up with the Bing Imagery. Bernie. -- Bernie Connors, P.Eng Land Information Infrastructure Unit, SNB bernie.conn...@snb.ca ... ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] GPS inaccuracy
I had a frustrating experience last night, sorting out an area in my neighbourhood. I laid down a GPS track totalling some 4 km. The whole track was about 10 meters to the west of the Bing and Canvec data already in place. North-south accuracy varied, but wasn't anywhere near so bad. It doesn't seem worth uploading my track, though maybe I should investigate some more. Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GPS inaccuracy
Mostly the buildings were two stories only. A high-voltage transmission line runs behind them, the width of the buildings and more away, but maybe it had some effect. On 18/11/2012 11:23 AM, Pierre Béland wrote: Tom You can try to repeat the experience with this same GPS and compare your results. I dont know if this is the case for your. In urban areas, the tall buildings are obstacles to Satellilte signal. This increases the inaccuracy of GPS measurement. If you are close to a tall building, you wont receive a good signal from that direction. Your position is calculated with a principle of triangulation. You need to receive the signal fo at least three satellites. And results are far better with four. Pierre ... ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Internal CanVec conflicts
I've just performed my first edits, in our neighbourhood. One thing I noticed was that some of the buildings are duplicates. I assume this is part of what you are talking about when you mention internal CanVec conflicts. In the case of a local public school, I deleted one of the copies and dragged the other to match the Bing image. Was that the right thing to do? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Primacy of GPS Traces (was Re: Internal CanVec conflicts)
As a geocacher, I'm unhappily aware that different brands of GPS give different results, with differences in the order of 10 meters for an individual point. I suppose a track should be better, since there is an internal consistency check, though not if the difference is due to systemic causes. As it happens, in this case I had my own GPS trace to work with, and it aligned reasonably well with the Bing image of the path I was following. One thing I'm not sure of: were my GPS traces uploaded with the edits, or did I have to do something special to upload them? On 15/11/2012 8:20 AM, Harald Kliems wrote: Hi Tom: welcome to OSM and congratulations on your first edits! Yes, it sounds like you did the right thing. One thing to look out for: Bing images are not always aligned 100% -- they can be offset by several meters. Usually this is not a problem but if there are any GPS traces available in your area you (most likely to be found along major roads) you can use those to make sure that the imagery is not off. In JOSM you get the GPS traces by checking the Raw GPS data box in the Download window. Happy editing, Harald. ... ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Bus maps for Ottawa
I was looking at Helsinki for solutions to a lane mapping problem (how to map left turn lanes), and noticed they have bus routes specified as relations on the road segments. This put me in mind of Ottawa. My first thought was to check on copyright issues. I learned that Ottawa has an open data policy (catalogue at http://www.ottawa.ca/en/city_hall/statisticsdata/opendata/info/index.htm). Talk about an embarrassment of riches! Now I just have to put the tools together to do bulk mapping to OSM. Or has someone already tackled this? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-GB] VectorMap District tomorrow (29th)
Seems to be live now (at the bottom): https://www.ordnancesurvey.co.uk/opendatadownload/products.html On 28 Apr 2010, at 22:47, Jo Walsh wrote: dear all, Pls forgiveness if this is old news/missed in digest, but heard today that the new VectorMap District OS dataset is expected out tomorrow, however OS are unable to make any announcement about it due to pre-election purdah. Suppose it will quietly appear at https://www.ordnancesurvey.co.uk/opendatadownload/products.html Wonder if there'll be building level detail, decent coverage of green space etc. cheers, jo -- ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Postcode search on OSM.org
As part of making OSM more friendly and useful for the general public, it'd be great to have accurate postcode search on the main site. Now that OS have released Code-Point Open, what would it take to get this data into the search results? And what could I do to help? I appreciate Code-Point Open's limitations and inaccuracies, but it's a few orders of magnitude better than what we've currently got. Cheers, Tom ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] OSM quality in the UK - academic paper
On 7 Aug 2008, at 16:24, SteveC wrote: I'm still reading... http://povesham.wordpress.com/2008/08/07/osm-quality-evaluation/ That's really interesting, especially seeing the link between poverty and OSM status made explicit. As you say: no one wants to map estates. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osmxapi down?
On 13 Jul 2008, at 10:13, Shaun McDonald wrote: Which URL were you doing? What were you expecting, and what did you get instead? I've been getting this on and off for a while. --2008-07-13 10:26:38-- http://www.informationfreeway.org/api/0.5/ node[amenity=pub][bbox=-6,50,2,61] Resolving www.informationfreeway.org... 80.68.90.42 Connecting to www.informationfreeway.org|80.68.90.42|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://osmxapi.hypercube.telascience.org/api/0.5/node%5bamenity=pub%5d%5bbbox=-6,50,2,61%5d [following] --2008-07-13 10:26:40-- http://osmxapi.hypercube.telascience.org/api/0.5/node%5bamenity=pub%5d%5bbbox=-6,50,2,61%5d Resolving osmxapi.hypercube.telascience.org... 137.110.119.130 Connecting to osmxapi.hypercube.telascience.org|137.110.119.130|:80... connected. HTTP request sent, awaiting response... 501 Internal Server Error 2008-07-13 10:27:08 ERROR 501: Internal Server Error. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[Talk-GB] NaviGPS BGT-11 for sale
Hi all, Does anyone want to take a NaviGPS BGT-11 off my hands? I'm pondering getting one of the Garmins to load OSM maps on to. Lots of info about it here: http://wiki.openstreetmap.org/index.php/NaviGPS It's well looked after, and comes with one of the compatible 2GB SD cards, and the bike handlebar mount. Oh, and it's the bluetooth model. Not really sure what it's worth - I guess I had £40-50 in my head - so make me an offer off list. Cheers, Tom ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-gb
[OSM-talk] UK Postcode district boundaries
Hi all, Is there any open data available containing UK postcode district boundaries (eg. YO31, E5, HP16)? Ideally I'd like to be able to put in a longitude and latitude and find out what district it falls inside. Failing that, what about postcode area? (eg. YO, E, HP) Cheers, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] UK post box data
Hello all, I recently made a Freedom of Information Act request for the location of every UK post box. Royal Mail responded with a 1600 page PDF containing their info. http://www.whatdotheyknow.com/request/location_of_every_post_box_that I did some parsing of the PDF, and it seems that of the 114,000 post boxes in the UK, 50599 seem to have valid postcode data. I'm currently geocoding these postcodes using Yahoo's service, and wondered if the resulting longitudes and latitudes would be of interest to OSM and could be integrated. I'm not entirely clear on the licensing of it. Can anyone clarify? Cheers, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] UK post box data
On 5 Jul 2008, at 16:51, Shaun McDonald wrote: http://edwardbetts.com/osm/stations.html That's nice. I'll see if I can knock something similar together using postcode boundaries. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Tagging pub review URLs
Is there a recommended way of tagging URLs for amenities, such a pubs? I'm thinking for their home pages, customer reviews, etc. Is it even recommended? Cheers, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] pubs.iamnear.net launched
Hello all, I wrote a really simple application to grab your location from Fire Eagle, and show you the nearest five pubs. Of course, the pub data is sourced from OSM (only those with names set). You'll need a Fire Eagle invitation for it to work. http://www.iamnear.net I'm still messing around with it, but any suggestions are greatly appreciated, included what the next x.iamnear.net should be. Cheers, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] pubs.iamnear.net launched
On Wed, Apr 2, 2008 at 4:20 PM, Paul Fox [EMAIL PROTECTED] wrote: is there a way to get those results as xml (or even better, for my purposes, as gpx waypoints)? I'm exporting from the OSM Extended API http://wiki.openstreetmap.org/index.php/Osmxapi, which spits it out in XML. It's easy enough to parse into GPX if you wanted to. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] pubs.iamnear.net launched
On Wed, Apr 2, 2008 at 3:59 PM, David Earl [EMAIL PROTECTED] wrote: Namefinder already does this: Agreed, but this is designed entirely for Fire Eagle and a mobile interface. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
