Re: [Talk-ca] [Talk-de] [Osmf-talk] EVERYONE: PLEASE VOTE
Hello, Am 20.08.2009 um 09:37 schrieb SteveC: come to your German-only German SOTM your planning because you want your own little empire and fame. Where did you get this from? You and Frederik. Everybody is of course welcome to the conference we are planning. The conference language will be German, because thats the language that people here in Germany speak. I am sorry that this excludes a few billion people on this planet, but it includes the people in Germany who don't feel as comfortable with the English language. We already have an English language international conference (SOTM) and the one the German community is planning just caters to a different audience. So why don't you run an international SOTM? the first german OSM Conference can be a test for the first international SOTM. Or is the next SOTM without contributioin ? Marc Yours c. Steve ___ Talk-de mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Osmf-talk] [Talk-de] EVERYONE: PLEASE VOTE
Gehling Marc wrote: Sent: 20 August 2009 9:54 AM To: Openstreetmap allgemeines in Deutsch Cc: osmf-t...@openstreetmap.org; Talk-CA OpenStreetMap Subject: Re: [Osmf-talk] [Talk-de] EVERYONE: PLEASE VOTE Hello, Am 20.08.2009 um 09:37 schrieb SteveC: come to your German-only German SOTM your planning because you want your own little empire and fame. Where did you get this from? You and Frederik. Everybody is of course welcome to the conference we are planning. The conference language will be German, because thats the language that people here in Germany speak. I am sorry that this excludes a few billion people on this planet, but it includes the people in Germany who don't feel as comfortable with the English language. We already have an English language international conference (SOTM) and the one the German community is planning just caters to a different audience. So why don't you run an international SOTM? the first german OSM Conference can be a test for the first international SOTM. Or is the next SOTM without contributioin ? It's on the Board meeting agenda for Saturday. As this year I expect we will go for the same process of asking for proposals to host the conference so it will be up to the local OSM communities to come forward if they wish to have a stab at hosting SOTM in 2010. Amsterdam went off fantastically well with this approach. Cheers Andy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [OSM-talk] [Announcement] Support added for route waypoints in YOURS
On Tue, 25 Aug 2009 15:00:46 -0400, Richard Weait rich...@weait.com wrote: Last time I looked at this, you were only routing in Europe. That must have been a long time ago. Yournavigation.org does worldwide routing since june 2008. ;-) So thank you for adding Canada and USA to your service. To celebrate, I asked for a route From: Museum of Modern Art, New York, NY To: a Tim Hortons coffee shop in Hespeler Ontario, where an OSM meetup is scheduled tonight. and yournavigation.org returns a perfectly reasonable[1] route of Points: 6344 Length: 798.5 km Congratulations and thanks again. All of this wonderful code and a BSD license? Fantastic. I hope it didn't take too long? Routing in the USA might be all wrong as the Tiger data isn't really suitable for routing (which you probably know), but perhaps the Tiger cleanup has progressed far enough to start producing reasonable results. Great to hear it. Best regards, Richard Thanks for your kind words. [1] http://www.yournavigation.org/?flat=40.779421flon=-73.963511tlat=43.418387tlon=-80.325603v=motorcarfast=1layer=mapnik On Tue, Aug 25, 2009 at 1:41 PM, Lambertuso...@na1400.info wrote: Hereby I would like to announce that YOURS now has the capability to use the long awaited via points (waypoints) in a route. The code for this feature has been contributed by Philip Homburg. Web design is still rather crude, but that will hopefully improve over time. Last week a few other tweaks have also been implemented: the routing API can return the route in geoJSON format as well as KML, the GPX export is no longer limited to a few hundred nodes, a JS bug has been fixed for IE 6.0 and multiple API versions can live alongside each other which gives 3rd party API users plenty of time to migrate between the different versions. So please try out the use of waypoints on: http://www.yournavigation.org/. I hope you will enjoy this new function. The source code of YOURS is available under the BSD license: http://svn.openstreetmap.org/applications/routing/yours/branches/version-1.0-via/ The YOURS project page: http://wiki.openstreetmap.org/wiki/YOURS ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Nanaimo Status Update
That's great Sam. I plan to have a look in the next couple of days... Good idea about the additional Nanaimo data. Jason also mentioned lakes and other hydro features which are available.. I'll discuss data restrictions with him early next week (or whenever he gets back from vacation). Once my dislocated shoulder heals I plan to capture the EN trail which goes through Nanaimo. I was discussing with the EN group about their plans for extending the trail to Comox... Sounds like we'll have a new major trail to map in the next couple of years (Victoria to Comox). Chat soon. Jamie On Thu, Aug 20, 2009 at 2:38 PM, Sam Vekemans acrosscanadatra...@gmail.comwrote: Hi Jamie (and talk-ca list), I got quite a few of the duplicate Nanaimo roads that were previously imported (with CAPS and which roads not connected) removed. I copied over the GeoBaseNRN roads that Austin converted and made the .osm file available. ... there are still a few left. One option, is that we convert the other data that is available (that bike routes file) and while adding that to OSM (adding route network relations) we can be removing those duplicates as we see. Also, that side walk data could also be imported (manually is best), to ensure that it all connects. :) Anyway, on another note. I have the Spreadsheet which is live (and automatically updated) available. http://spreadsheets.google.com/pub?key=tmY7V02fBT8C8vimCf8ioXgsingle=truegid=1output=html So if anyone wants access to it, just ask. :-) Im now working on updating the speadsheet so that it shows the nation wide status for all of the Canada Import. I'll have a 2nd sheet for the GeoBaseNHN tile set. :) Feedback is welcome and always appreciated :). Cheers, Sam Twitter: @Acrosscanada Facebook: http://www.facebook.com/sam.vekemans -- Jamie Popkin Little Earth 250 616 9581 http://littleearth.ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Geobase related fixes needed in Mapnik and Maplint
On Wed, 2009-08-26 at 14:18 +0200, Lennard wrote: Mapnik doesn't even _get_ to see the geobase:* tags, and even if it had access to them, wouldn't do anything with those. It only repeats the labels and signs because these *are* actually separate ways, both in the OSM database, as in the PostGIS database that mapnik queries. Oh! Thanks for the enlightenment. Can't we improve it then to not render repeated signs for prettier map output? See the 360 on this map http://www.openstreetmap.org/?lat=47.1061lon=-70.8097zoom=12layers=B000FTF Pierre-Luc signature.asc Description: This is a digitally signed message part ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Geobase related fixes needed in Mapnik and Maplint
On Thu, Aug 27, 2009 at 2:36 PM, Pierre-Luc Beaudoinpierre-...@pierlux.com wrote: On Wed, 2009-08-26 at 14:18 +0200, Lennard wrote: Mapnik doesn't even _get_ to see the geobase:* tags, and even if it had access to them, wouldn't do anything with those. It only repeats the labels and signs because these *are* actually separate ways, both in the OSM database, as in the PostGIS database that mapnik queries. Oh! Thanks for the enlightenment. Can't we improve it then to not render repeated signs for prettier map output? See the 360 on this map http://www.openstreetmap.org/?lat=47.1061lon=-70.8097zoom=12layers=B000FTF Mapnik already supports this for highway shields with the min_distance parameter. ShieldSymbolizer name=ref face_name=DejaVu Sans Bold size=11 fill=#809bc0 placement=line file= /home/username/mapnik/symbols/motorway_shield1.png type=png width=17 height=17 min_distance=120/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] address:block
On Mon, 2009-08-24 at 01:23 -0400, Richard Weait wrote: From GeoBase, some provinces / territories provide block face addressing and tell us what street addresses are on a particular section of road. Does that include Québec? If so, I'll stop manual tagging of addresses, it is time consuming! :) As for addr:block, how is it different from putting an addr:housenumber node on the corner of the street and using an addr:interpolation line in between? (similar to this: http://osm.org/go/cIrN_LB8s-- the renderer somehow do now show all the numbers). It looks to me as a duplicate way of tagging things. My 2 ¢. Pierre-Luc signature.asc Description: This is a digitally signed message part ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Geobase related fixes needed in Mapnik and Maplint
Pierre-Luc Beaudoin wrote: Oh! Thanks for the enlightenment. Can't we improve it then to not render repeated signs for prettier map output? See the 360 on this map http://www.openstreetmap.org/?lat=47.1061lon=-70.8097zoom=12layers=B000FTF Every time mapnik encounters a new way, it takes it at face value, and restarts the shield rendering and shield repeats along the length of the way. As Richard pointed out, the min_distance is 120px, so it starts rendering the first shield of the next way a minimum of 120 pixels away from another shield. Point is, to us it looks like one long way, and we would maybe assume that a single shield would suffice, but to mapnik, it's a collection of unique ways, each taken at face value. Increasing the min_distance would introduce more problems where 2 shielded highways are close to each other. Still, it's a nice idea, and would perhaps be possible either be preprocessing the data in additional ways, or by enhancements to mapnik itself. Needs someone to try, test and implement it. -- Lennard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca