[talk-ph] All non-private GPX traces in the Philippines
Hi guys, Last year, (mostly) all the GPX points that have been uploaded to OSM has been released as a bulk file (7GB compressed, 55GB uncompressed text): http://blog.osmfoundation.org/2012/04/01/bulk-gps-point-data/ Recently, the non-private GPX traces/tracks themselves and not just the points have been released as a bulk file too (260GB uncompressed XML): http://blog.osmfoundation.org/2013/04/12/bulk-gpx-track-data/ Fortunately, somebody processed this humongous file and created extracts of the data for predefined regions. Here's the link to the Asia download page and you can download the data for the Philippines (119MB compressed)! http://zverik.osm.rambler.ru/gps/files/extracts/asia/index.html Hope to see some nice uses of this data. :-) Maybe somebody can create something like Steve Coast's GPS Art Poster idea: http://www.kickstarter.com/projects/237731198/gps-art-poster ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] All non-private GPX traces in the Philippines
Nice! Here's a wordcloud of what is in the metadata.xml http://www.jasondavies.com/wordcloud/#https%3A%2F%2Fdl.dropboxusercontent.com%2Fu%2F2096185%2Fmetadata.xml Obligatory warning on using word clouds: http://flowingdata.com/2011/10/18/word-clouds-cause-death-or-something/ ;-) On Tue, Apr 23, 2013 at 2:07 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, Last year, (mostly) all the GPX points that have been uploaded to OSM has been released as a bulk file (7GB compressed, 55GB uncompressed text): http://blog.osmfoundation.org/2012/04/01/bulk-gps-point-data/ Recently, the non-private GPX traces/tracks themselves and not just the points have been released as a bulk file too (260GB uncompressed XML): http://blog.osmfoundation.org/2013/04/12/bulk-gpx-track-data/ Fortunately, somebody processed this humongous file and created extracts of the data for predefined regions. Here's the link to the Asia download page and you can download the data for the Philippines (119MB compressed)! http://zverik.osm.rambler.ru/gps/files/extracts/asia/index.html Hope to see some nice uses of this data. :-) Maybe somebody can create something like Steve Coast's GPS Art Poster idea: http://www.kickstarter.com/projects/237731198/gps-art-poster ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)
Hello everyone - I'd love to start pushing again on the OSM attribution mark. This is an updated proposal based on an initial RFC from earlier this year titled Contributor Mark [1, 2]. Sorry for the delay in following up with adjustments based on feedback on the original thread. Again, the goal of this proposal is to draw more attention to OpenStreetMap wherever it's used by introducing a visually compelling, linked symbol for placement on OSM-based works and by explaining OpenStreetMap better at the place where this symbol links to. Looking forward to your feedback. I'll also be reaching out to corresponding working groups and OSMF to see how we can move this forward. Concretely, this RFC proposes 1. Replace current credit © OpenStreetMap Contributors with a visual mark where possible 2. Update `openstreetmap.org/copyright` to explain better OSM, to invite visitors to join and to allow creators of derivative work to link back to their sites. The update to the original RFC brings 4 key changes: 1. Rename the proposal from 'Contributor Mark' to 'Attribution Mark' 2. A completely redesigned mark, containing the letters OSM 3. A completely redesigned `/copyright` page, the page the mark links to. It is much closer to today's `/copyright` 4. The mark is an alternative to © OpenStreetMap Contributors. Only where the mark can't be used, © OpenStreetMap Contributors may be used. Please read up on all details on the newly created RFC page: http://wiki.openstreetmap.org/wiki/RFC_Attribution_Mark Also take a look at the repository containing artwork and code: https://github.com/osmlab/attribution-mark Alex -- [1] Initial RFC http://lists.openstreetmap.org/pipermail/talk/2013-January/065784.html [2] Feedback summary http://lists.openstreetmap.org/pipermail/talk/2013-January/065860.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)
Looking great. One small suggestion on the /copyright page ... link to OSM signup towards the top as well. * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Alex Barth a...@mapbox.com To: Talk talk@openstreetmap.org Sent: Monday, April 22, 2013 8:40 AM Subject: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark) Hello everyone - I'd love to start pushing again on the OSM attribution mark. This is an updated proposal based on an initial RFC from earlier this year titled Contributor Mark [1, 2]. Sorry for the delay in following up with adjustments based on feedback on the original thread. Again, the goal of this proposal is to draw more attention to OpenStreetMap wherever it's used by introducing a visually compelling, linked symbol for placement on OSM-based works and by explaining OpenStreetMap better at the place where this symbol links to. Looking forward to your feedback. I'll also be reaching out to corresponding working groups and OSMF to see how we can move this forward. Concretely, this RFC proposes 1. Replace current credit © OpenStreetMap Contributors with a visual mark where possible 2. Update `openstreetmap.org/copyright` to explain better OSM, to invite visitors to join and to allow creators of derivative work to link back to their sites. The update to the original RFC brings 4 key changes: 1. Rename the proposal from 'Contributor Mark' to 'Attribution Mark' 2. A completely redesigned mark, containing the letters OSM 3. A completely redesigned `/copyright` page, the page the mark links to. It is much closer to today's `/copyright` 4. The mark is an alternative to © OpenStreetMap Contributors. Only where the mark can't be used, © OpenStreetMap Contributors may be used. Please read up on all details on the newly created RFC page: http://wiki.openstreetmap.org/wiki/RFC_Attribution_Mark Also take a look at the repository containing artwork and code: https://github.com/osmlab/attribution-mark Alex -- [1] Initial RFC http://lists.openstreetmap.org/pipermail/talk/2013-January/065784.html [2] Feedback summary http://lists.openstreetmap.org/pipermail/talk/2013-January/065860.html ___ 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] RFC updated: OSM Attribution Mark (was: contributor mark)
2013/4/22 Alex Barth a...@mapbox.com This is an updated proposal based on an initial RFC from earlier this year titled Contributor Mark [1, 2]. Sorry for the delay in following up with adjustments based on feedback on the original thread. Again, the goal of this proposal is to draw more attention to OpenStreetMap wherever it's used by introducing a visually compelling, linked symbol for placement on OSM-based works and by explaining OpenStreetMap better at the place where this symbol links to. Looking forward to your feedback. I'll also be reaching out to corresponding working groups and OSMF to see how we can move this forward. great work, easily readable/recognizable also in tiny versions, monochrome for easy application and fit on all kinds of backgrounds. The only thing looking slightly strange to me is the cut off B of BY (the Y is fine), but maybe that's just a question of getting used to it. cheers, Martin PS: on a side note I appreciate that you also gave the compasses a try in your process, as before you had tried the hammer it was only consequent ;-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Embedding videos on wiki
Rob, Thanks for that, the list of admins is what I need. I'll follow up on talk-wiki. Dave Message: 5 Date: Sun, 21 Apr 2013 23:43:47 +0100 From: Rob Nickerson rob.j.nicker...@gmail.com To: talk@openstreetmap.org Subject: Re: [OSM-talk] Embedding videos on wiki Message-ID: CAK4yQTm= e+exrwhejgwkn30kbzdbjuaonyra8fvg+ua2eqf...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 It looks like you know the answer. And to confirm, this is the list of installed extensions [1] and the list of admins [2]. I'm not sure if Grant will have picked up you message on here, so try messaging him through his Firefishy username. Don't expect anything to occur instantly - we all have our normal lifes too :-) [1] http://wiki.openstreetmap.org/wiki/Special:Version [2] http://wiki.openstreetmap.org/wiki/Admins ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)
Hi, I like the Attribution Mark, but I think one point is missing: The link to the wiki-contributors-page. Henning ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)
The copyright page is now much better than before and IMHO contains the necessary contents. There are a couple of wording issues that are already present in the current version that we should address while we're at it (but that is mainly CWG/OWG turf) but nothing major. I do have a couple of issues with the icon though. First while I'm sure we would like to take credit for everything OSMish, doesn't by OSM imply the wrong thing? What we want to say is I suspect Data by OSM, that naturally would be rather unwiedly. Further there may be a potential (legal) issue with using OSM in that way that I need to discuss with counsel. But all in all a nice step forward. Simon Am 22.04.2013 14:40, schrieb Alex Barth: Hello everyone - I'd love to start pushing again on the OSM attribution mark. This is an updated proposal based on an initial RFC from earlier this year titled Contributor Mark [1, 2]. Sorry for the delay in following up with adjustments based on feedback on the original thread. Again, the goal of this proposal is to draw more attention to OpenStreetMap wherever it's used by introducing a visually compelling, linked symbol for placement on OSM-based works and by explaining OpenStreetMap better at the place where this symbol links to. Looking forward to your feedback. I'll also be reaching out to corresponding working groups and OSMF to see how we can move this forward. Concretely, this RFC proposes 1. Replace current credit © OpenStreetMap Contributors with a visual mark where possible 2. Update `openstreetmap.org/copyright` http://openstreetmap.org/copyright%60 to explain better OSM, to invite visitors to join and to allow creators of derivative work to link back to their sites. The update to the original RFC brings 4 key changes: 1. Rename the proposal from 'Contributor Mark' to 'Attribution Mark' 2. A completely redesigned mark, containing the letters OSM 3. A completely redesigned `/copyright` page, the page the mark links to. It is much closer to today's `/copyright` 4. The mark is an alternative to © OpenStreetMap Contributors. Only where the mark can't be used, © OpenStreetMap Contributors may be used. Please read up on all details on the newly created RFC page: http://wiki.openstreetmap.org/wiki/RFC_Attribution_Mark Also take a look at the repository containing artwork and code: https://github.com/osmlab/attribution-mark Alex -- [1] Initial RFC http://lists.openstreetmap.org/pipermail/talk/2013-January/065784.html [2] Feedback summary http://lists.openstreetmap.org/pipermail/talk/2013-January/065860.html ___ 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] RFC updated: OSM Attribution Mark (was: contributor mark)
What about “with OSM” instead of “by OSM”? -mike. --- michal migurski http://mike.teczno.com On Apr 22, 2013, at 7:39 AM, Simon Poole si...@poole.ch wrote: The copyright page is now much better than before and IMHO contains the necessary contents. There are a couple of wording issues that are already present in the current version that we should address while we're at it (but that is mainly CWG/OWG turf) but nothing major. I do have a couple of issues with the icon though. First while I'm sure we would like to take credit for everything OSMish, doesn't by OSM imply the wrong thing? What we want to say is I suspect Data by OSM, that naturally would be rather unwiedly. Further there may be a potential (legal) issue with using OSM in that way that I need to discuss with counsel. But all in all a nice step forward. Simon Am 22.04.2013 14:40, schrieb Alex Barth: Hello everyone - I'd love to start pushing again on the OSM attribution mark. This is an updated proposal based on an initial RFC from earlier this year titled Contributor Mark [1, 2]. Sorry for the delay in following up with adjustments based on feedback on the original thread. Again, the goal of this proposal is to draw more attention to OpenStreetMap wherever it's used by introducing a visually compelling, linked symbol for placement on OSM-based works and by explaining OpenStreetMap better at the place where this symbol links to. Looking forward to your feedback. I'll also be reaching out to corresponding working groups and OSMF to see how we can move this forward. Concretely, this RFC proposes 1. Replace current credit © OpenStreetMap Contributors with a visual mark where possible 2. Update `openstreetmap.org/copyright` to explain better OSM, to invite visitors to join and to allow creators of derivative work to link back to their sites. The update to the original RFC brings 4 key changes: 1. Rename the proposal from 'Contributor Mark' to 'Attribution Mark' 2. A completely redesigned mark, containing the letters OSM 3. A completely redesigned `/copyright` page, the page the mark links to. It is much closer to today's `/copyright` 4. The mark is an alternative to © OpenStreetMap Contributors. Only where the mark can't be used, © OpenStreetMap Contributors may be used. Please read up on all details on the newly created RFC page: http://wiki.openstreetmap.org/wiki/RFC_Attribution_Mark Also take a look at the repository containing artwork and code: https://github.com/osmlab/attribution-mark Alex -- [1] Initial RFC http://lists.openstreetmap.org/pipermail/talk/2013-January/065784.html [2] Feedback summary http://lists.openstreetmap.org/pipermail/talk/2013-January/065860.html ___ 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] RFC updated: OSM Attribution Mark (was: contributor mark)
Agreed. I think that either With OSM or Powered By OSM would explain the relationship a bit better than By OSM which suggests explicit authorship of whatever is displaying the watermark. That might not always be the case. On Mon, Apr 22, 2013 at 10:57 AM, Michal Migurski m...@teczno.com wrote: What about “with OSM” instead of “by OSM”? -mike. --- michal migurski http://mike.teczno.com On Apr 22, 2013, at 7:39 AM, Simon Poole si...@poole.ch wrote: The copyright page is now much better than before and IMHO contains the necessary contents. There are a couple of wording issues that are already present in the current version that we should address while we're at it (but that is mainly CWG/OWG turf) but nothing major. I do have a couple of issues with the icon though. First while I'm sure we would like to take credit for everything OSMish, doesn't by OSM imply the wrong thing? What we want to say is I suspect Data by OSM, that naturally would be rather unwiedly. Further there may be a potential (legal) issue with using OSM in that way that I need to discuss with counsel. But all in all a nice step forward. Simon Am 22.04.2013 14:40, schrieb Alex Barth: Hello everyone - I'd love to start pushing again on the OSM attribution mark. This is an updated proposal based on an initial RFC from earlier this year titled Contributor Mark [1, 2]. Sorry for the delay in following up with adjustments based on feedback on the original thread. Again, the goal of this proposal is to draw more attention to OpenStreetMap wherever it's used by introducing a visually compelling, linked symbol for placement on OSM-based works and by explaining OpenStreetMap better at the place where this symbol links to. Looking forward to your feedback. I'll also be reaching out to corresponding working groups and OSMF to see how we can move this forward. Concretely, this RFC proposes 1. Replace current credit © OpenStreetMap Contributors with a visual mark where possible 2. Update `openstreetmap.org/copyright`http://openstreetmap.org/copyright%60to explain better OSM, to invite visitors to join and to allow creators of derivative work to link back to their sites. The update to the original RFC brings 4 key changes: 1. Rename the proposal from 'Contributor Mark' to 'Attribution Mark' 2. A completely redesigned mark, containing the letters OSM 3. A completely redesigned `/copyright` page, the page the mark links to. It is much closer to today's `/copyright` 4. The mark is an alternative to © OpenStreetMap Contributors. Only where the mark can't be used, © OpenStreetMap Contributors may be used. Please read up on all details on the newly created RFC page: http://wiki.openstreetmap.org/wiki/RFC_Attribution_Mark Also take a look at the repository containing artwork and code: https://github.com/osmlab/attribution-mark Alex -- [1] Initial RFC http://lists.openstreetmap.org/pipermail/talk/2013-January/065784.html [2] Feedback summary http://lists.openstreetmap.org/pipermail/talk/2013-January/065860.html ___ talk mailing listtalk@openstreetmap.orghttp://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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)
Michal Migurski m...@teczno.com wrote: What about “with OSM” instead of “by OSM”? -mike. --- michal migurski http://mike.teczno.com On Apr 22, 2013, at 7:39 AM, Simon Poole si...@poole.ch wrote: The copyright page is now much better than before and IMHO contains the necessary contents. There are a couple of wording issues that are already present in the current version that we should address while we're at it (but that is mainly CWG/OWG turf) but nothing major. I do have a couple of issues with the icon though. First while I'm sure we would like to take credit for everything OSMish, doesn't by OSM imply the wrong thing? What we want to say is I suspect Data by OSM, that naturally would be rather unwiedly. Further there may be a potential (legal) issue with using OSM in that way that I need to discuss with counsel. But all in all a nice step forward. Simon Am 22.04.2013 14:40, schrieb Alex Barth: Hello everyone - I'd love to start pushing again on the OSM attribution mark. This is an updated proposal based on an initial RFC from earlier this year titled Contributor Mark [1, 2]. Sorry for the delay in following up with adjustments based on feedback on the original thread. Again, the goal of this proposal is to draw more attention to OpenStreetMap wherever it's used by introducing a visually compelling, linked symbol for placement on OSM-based works and by explaining OpenStreetMap better at the place where this symbol links to. Looking forward to your feedback. I'll also be reaching out to corresponding working groups and OSMF to see how we can move this forward. Concretely, this RFC proposes 1. Replace current credit © OpenStreetMap Contributors with a visual mark where possible 2. Update `openstreetmap.org/copyright` to explain better OSM, to invite visitors to join and to allow creators of derivative work to link back to their sites. The update to the original RFC brings 4 key changes: 1. Rename the proposal from 'Contributor Mark' to 'Attribution Mark' 2. A completely redesigned mark, containing the letters OSM 3. A completely redesigned `/copyright` page, the page the mark links to. It is much closer to today's `/copyright` 4. The mark is an alternative to © OpenStreetMap Contributors. Only where the mark can't be used, © OpenStreetMap Contributors may be used. Please read up on all details on the newly created RFC page: http://wiki.openstreetmap.org/wiki/RFC_Attribution_Mark Also take a look at the repository containing artwork and code: https://github.com/osmlab/attribution-mark Alex -- [1] Initial RFC http://lists.openstreetmap.org/pipermail/talk/2013-January/065784.html [2] Feedback summary http://lists.openstreetmap.org/pipermail/talk/2013-January/065860.html ___ 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 Or perhaps Data from OSM. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for it is better to think wrongly than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)
* Alex Barth a...@mapbox.com [2013-04-22 08:40 -0400]: 2. A completely redesigned mark, containing the letters OSM I like it. Definitely more distinctive and specific to OSM than the hammer icon. 3. A completely redesigned `/copyright` page, the page the mark links to. It is much closer to today's `/copyright` I think the new copyright page is very nice looking and presents its data well, but I, personally, still find it a little confusing in that there are very few visual cues that you can scroll down. My first impression (as with the previous copyright page) is that it's just a pretty attribution page that serves merely to write out the word OpenStreetMap. All of the additional information is below the bottom of the page and I didn't find it obvious that there would be anything down there. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)
On 22/04/13 13:40, Alex Barth wrote: The update to the original RFC brings 4 key changes: 1. Rename the proposal from 'Contributor Mark' to 'Attribution Mark' 2. A completely redesigned mark, containing the letters OSM The new mark is definitely a distinct improvement - at least now there is some chance of somebody recognising what it is for. 3. A completely redesigned `/copyright` page, the page the mark links to. It is much closer to today's `/copyright` I'm afraid the redesigned /copyright page still has all the same problems as the original as far as I can see, namely: * It's completely and utterly different (except now for the bar at the top) to the rest of the site. * It's totally unobvious that there is more information below the fold - it just looks like a big picture with an overlaid information panel and only somebody who makes a habit of staring at the scrollbar is going to realise there is more to see by scrolling. * I'm not sure what the purpose of the arrow icon in the bottom right is meant to be? As far as I can tell it just reloads the background image, which seems utterly pointless... Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Native American/First Nation, etc. Reservation Boundaries
On 21.04.2013 21:33, Clifford Snow wrote: On Sun, Apr 21, 2013 at 11:49 AM, Paul Johnson ba...@ursamundi.org mailto:ba...@ursamundi.org wrote: I still maintain Scotland, North Ireland and Wales are analogous situations You might then include Iraqi Kurdistan. I don't know how it is rendered, but it sounds very similar. Think the main problem is that we have to distinguish between the borders manifested by law and others. For example regions names or tribal/cultural areas often do not have a certain border and might even flow. If defined by law there are still major differences between countries. If administrative rights are involved it should fit within admin_level but noone prevents us to use more than one description (eg. admin_level plus protected_area. Yes, there should be no problem if the area crosses higher admin_level. cu colliar signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Munzee - a sort of QR scavenger hunt, uses OSM
Hello all, I've not seen this mentioned on the list (I googled site:lists.openstreetmap.org munzee) Munzee - http://www.munzee.com/ - a sort of scavenger hunt using QR codes (and recently NFC tags) played with a smartphone app. They have a map to show locations of munzees (i.e. the QR codes or NFC tags) - http://www.munzee.com/map - which defaults to Google map view but has options for OSM (mapnik) and Cycle (OpenCycleMap). I've been playing with this for a few days and it has some addictive potential! Some folk are hiding hundreds of these things under my nose! Beware: if you have an obsessive tendency to record missing POIs (particularly on your phone), you may be drawn in to 'capturing' (and 'deploying') munzees too... Regards, Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Standard OSM map refreshing
Hi, Leading the HOT Activationhttp://hot.openstreetmap.org/updates/2013-04-10_hot_activation_in_central_african_republic for the Central African Republichttp://wiki.openstreetmap.org/wiki/WikiProject_Central_African_Republic, I have edited data all over the country since. Focusing on the primary road network, I figured out the update of Standard OSM map are quite different between the zoom scales. Eg with this small cityhttp://www.openstreetmap.org/?lat=6.4835lon=17.4479zoom=14layers=M. Z10, 13 and 14 have already the changes made on April 14th while z11, 12, 15,16, 17 not yet. Is there a fixed worldwide rule for this or is it continent/country/area based? I (quickly) looked for a page for this but did not find it, is there an official information about this? Sincerely, Severin http://wiki.openstreetmap.org/wiki/User:Severin.menard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSRM-talk] Build failed in Jenkins: OSRM-develop-release #145
See http://ci.openstreetmap.org/job/OSRM-develop-release/145/ -- Started by user Dennis Luxen Building in workspace http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ Checkout:OSRM-develop-release / http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ - hudson.remoting.LocalChannel@3386304c Using strategy: Default Last Built Revision: Revision 85e333127a0a944f9e1de4e2e427cafc35f92404 (origin/develop) Fetching changes from 1 remote Git repository Pruning obsolete local branches Commencing build of Revision 85e333127a0a944f9e1de4e2e427cafc35f92404 (origin/develop) Checking out Revision 85e333127a0a944f9e1de4e2e427cafc35f92404 (origin/develop) [OSRM-develop-release] $ /bin/bash /tmp/hudson8871886008330844901.sh + mkdir -p build + cd build + cmake .. /tmp/hudson8871886008330844901.sh: line 6: cmake: command not found Build step 'Execute shell' marked build as failure [CucumberReportPublisher] Compiling Cucumber Html Reports ... [CucumberReportPublisher] detected this build is running on the master [CucumberReportPublisher] copying json to reports directory: /var/lib/jenkins/jobs/OSRM-develop-release/builds/2013-04-22_20-41-28/cucumber-html-reports [CucumberReportPublisher] Generating HTML reports ___ OSRM-talk mailing list osrm-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)
It seems that the desire to use a huge image as the background comes at the expense of the page content. To me a copyright page is about getting the *details* over. By placing too much emphasis on the image the copyright page appears like a *brand* or some fancy press release. We have other pages that can be used for that. :-) By the way, who gets to pick the images used on the copyright page? What if USA Today want to use a different image that better aligns with their brand? Regards, Rob p.s. Attribution mark is much better, though I share the concerns about using by. p.p.s By *details* I mean the legal jargon, plus a message that says hey you can get involved too. I don't think an image alone does this. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Standard OSM map refreshing
On 2013-04-22 21:39, Severin MENARD wrote: Hi, Leading the HOT Activation http://hot.openstreetmap.org/updates/2013-04-10_hot_activation_in_central_african_republic for the Central African Republic http://wiki.openstreetmap.org/wiki/WikiProject_Central_African_Republic, I have edited data all over the country since. Focusing on the primary road network, I figured out the update of Standard OSM map are quite different between the zoom scales. Eg with this small city http://www.openstreetmap.org/?lat=6.4835lon=17.4479zoom=14layers=M. Z10, 13 and 14 have already the changes made on April 14th while z11, 12, 15,16, 17 not yet. Is there a fixed worldwide rule for this or is it continent/country/area based? I (quickly) looked for a page for this but did not find it, is there an official information about this? The standard map on openstreetmap.org usually updates within a few minutes for most zoom levels, but may take longer if the servers are busy. If its not updating for you after a few hours or days, you might be looking a cached copy in your browser. Depends on your browser, but pressing Ctrl+F5 or Shift+F5 should force a refresh, clearing the cache. Note that other OSM based maps may take much longer to update, eg the cycle map sometimes takes a few weeks. See this question and answers for more details: https://help.openstreetmap.org/questions/102/i-have-made-edits-but-they-dont-show-up-on-the-map Craig ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)
On 22.04.13 14:40, Alex Barth wrote: 2. A completely redesigned mark, containing the letters OSM While OSM is a common phrase to us mappers, only the name/brand OpenStreetMap is widely and well known to the public. So this name OpenStreetMap should always be visible, whether the attribution is more or less graphical. If the /copyright page is updated, it should more clearly state the BY- and SA-ishness of the licenses used today. /al ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)
On Apr 22, 2013, at 9:40 AM, Phil! Gold wrote: 3. A completely redesigned `/copyright` page, the page the mark links to. It is much closer to today's `/copyright` I think the new copyright page is very nice looking and presents its data well, but I, personally, still find it a little confusing in that there are very few visual cues that you can scroll down. Agreed with this, and follow-up posts saying similar things. Gov.uk are the ones to emulate for quick answers and correct explanations, e.g.: https://www.gov.uk/intellectual-property-an-overview https://www.gov.uk/bank-holidays -mike. michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] Any sensible way to establish who is changing objects?
Hi I am working my way around the State and noticed a few edits to tracks that I have put in. The history function option in Polatch 2 is annoying as it gets swamped with global changes. All I want to do is select an object and have the history of changes showing and more importantly who is doing them. Is there a way of doing this? Cheers Brett ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Any sensible way to establish who is changing objects?
You can select the object in Potlatch 2, go to advanced view and click the objects id number at the top of the panel. That will give you a history of that object only. On Tue, Apr 23, 2013 at 9:49 AM, Brett Russell brussell...@live.com.auwrote: Hi I am working my way around the State and noticed a few edits to tracks that I have put in. The history function option in Polatch 2 is annoying as it gets swamped with global changes. All I want to do is select an object and have the history of changes showing and more importantly who is doing them. Is there a way of doing this? Cheers Brett ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Any sensible way to establish who is changing objects?
Brett Russell wrote: I am working my way around the State and noticed a few edits to tracks that I have put in. The history function option in Polatch 2 is annoying as it gets swamped with global changes. That sounds like you're talking about the history tab on the main site - it does get swamped with global changsets. All I want to do is select an object and have the history of changes showing and more importantly who is doing them. Is there a way of doing this? As Leon mentioned, every object has a browse page. You can get to it from Potlatch 2 (and JOSM), and also by clicking on a way in a changset (e.g. one of yours that edited it), or just by typing in the URL, e.g.: http://www.openstreetmap.org/browse/way/43429311 http://www.openstreetmap.org/browse/way/43429311/history Other useful history functions include ITO's OSM mapper: http://www.itoworld.com/static/openstreetmap_tools/osm_mapper.html That allows you to monitor an area for changes to ways (but not unfortunately nodes, relations or any deletions) Also, whodidit: http://zverik.osm.rambler.ru/whodidit/ That monitors changes to nodes within an area. It can provide an RSS feed too. Cheers, Andy ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Any sensible way to establish who is changing objects?
Hi Leon Brilliant. Just what I was after. Now to work on mapping large lakes using multipolygon relationships to overcome the 2000 point maximum number of nodes. Think I am gradually winning on that with Lake Ina test! Cheers Brett Date: Tue, 23 Apr 2013 10:25:08 +1000 Subject: Re: [talk-au] Any sensible way to establish who is changing objects? From: lker...@gmail.com To: brussell...@live.com.au CC: talk-au@openstreetmap.org You can select the object in Potlatch 2, go to advanced view and click the objects id number at the top of the panel. That will give you a history of that object only. On Tue, Apr 23, 2013 at 9:49 AM, Brett Russell brussell...@live.com.au wrote: Hi I am working my way around the State and noticed a few edits to tracks that I have put in. The history function option in Polatch 2 is annoying as it gets swamped with global changes. All I want to do is select an object and have the history of changes showing and more importantly who is doing them. Is there a way of doing this? Cheers Brett ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Any sensible way to establish who is changing objects?
Ah hah, so it probably me you were looking for in the first place then. :-p I noticed Great Lake had vanished in Tassie and returned it back to a normal poly the other day. I'll leave it alone now since your playing with it. On Tue, Apr 23, 2013 at 11:48 AM, Brett Russell brussell...@live.com.auwrote: Hi Leon Brilliant. Just what I was after. Now to work on mapping large lakes using multipolygon relationships to overcome the 2000 point maximum number of nodes. Think I am gradually winning on that with Lake Ina test! Cheers Brett -- Date: Tue, 23 Apr 2013 10:25:08 +1000 Subject: Re: [talk-au] Any sensible way to establish who is changing objects? From: lker...@gmail.com To: brussell...@live.com.au CC: talk-au@openstreetmap.org You can select the object in Potlatch 2, go to advanced view and click the objects id number at the top of the panel. That will give you a history of that object only. On Tue, Apr 23, 2013 at 9:49 AM, Brett Russell brussell...@live.com.auwrote: Hi I am working my way around the State and noticed a few edits to tracks that I have put in. The history function option in Polatch 2 is annoying as it gets swamped with global changes. All I want to do is select an object and have the history of changes showing and more importantly who is doing them. Is there a way of doing this? Cheers Brett ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Any sensible way to establish who is changing objects?
Hi Leon Not been near the Great Lake so must be someone else. Working on Lake St Clair after I think I have succeeded on Lake Ina as a test using multipolygon to define the shore. It looks ok in OSM but the test will be how it converts to Garmin format and displays on my 62S. Cheers Brett Date: Tue, 23 Apr 2013 12:10:17 +1000 Subject: Re: [talk-au] Any sensible way to establish who is changing objects? From: lker...@gmail.com To: brussell...@live.com.au CC: talk-au@openstreetmap.org Ah hah, so it probably me you were looking for in the first place then. :-p I noticed Great Lake had vanished in Tassie and returned it back to a normal poly the other day. I'll leave it alone now since your playing with it. On Tue, Apr 23, 2013 at 11:48 AM, Brett Russell brussell...@live.com.au wrote: Hi Leon Brilliant. Just what I was after. Now to work on mapping large lakes using multipolygon relationships to overcome the 2000 point maximum number of nodes. Think I am gradually winning on that with Lake Ina test! Cheers Brett Date: Tue, 23 Apr 2013 10:25:08 +1000 Subject: Re: [talk-au] Any sensible way to establish who is changing objects? From: lker...@gmail.com To: brussell...@live.com.au CC: talk-au@openstreetmap.org You can select the object in Potlatch 2, go to advanced view and click the objects id number at the top of the panel. That will give you a history of that object only. On Tue, Apr 23, 2013 at 9:49 AM, Brett Russell brussell...@live.com.au wrote: Hi I am working my way around the State and noticed a few edits to tracks that I have put in. The history function option in Polatch 2 is annoying as it gets swamped with global changes. All I want to do is select an object and have the history of changes showing and more importantly who is doing them. Is there a way of doing this? Cheers Brett ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Aktuelle AllinOne mit veralteten Daten
malenki o...@malenki.ch wrote: Wer administriert die AiO und wer kann ihm bei der Fehlersuche helfen? Niemand! Sven -- AMZN US won't let me buy MP3s b/c I have UK credit cards. Amazon UK won't let me buy MP3s b/c I'm in the US. P2P doesn't care. Go copyright! (Cory Doctorow) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Am Samstag, den 20.04.2013, 11:48 +0200 schrieb Martin Koppenhoefer: Am 20. April 2013 11:24 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: zugegeben ist die Eingabe von „“ auf manchen Systemen ein Problem, (auf anderen nicht, alt+^ bzw. alt+2). Traditionell ersetzt man mit „“ altgr+v altgr+b Geht tatsächlich. „Alle mal suchen“ ;-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
On 13-04-22 15:31, Wolfgang Hinsch wrote: „“ altgr+v altgr+b „alt+^ alt+2“ Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Wolfgang Hinsch wrote: „“ altgr+v altgr+b Geht zumindest bei mir unter Linux einwandfrei. Auch wenn die Symbole halt nicht auf den Tasten sind. Dennoch ist es mir den Aufwand nur bedingt wert. Und wenn auf einem Schild tatsächlich beide Anführungszeichen oben sein sollten, dann gehören sie ohnehin so gemappt. Nur in dem Falle, dass jemand wirklich die Zeichen „“ genutzt hat hätte der Mehraufwand einen Sinn. Für 10-Finger-Schreiben ist die Verrenkung mit AltGr auf jedem Fall nicht geeignet und wenn jemand unbedingt darauf besteht alles korrekt nach deutscher Regel in der Karte zu sehen, dann bitte beim Rendern eine Ersetzung durchführen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Am 22.04.2013 15:31, schrieb Wolfgang Hinsch: Am Samstag, den 20.04.2013, 11:48 +0200 schrieb Martin Koppenhoefer: „“ altgr+v altgr+b Geht tatsächlich. „Alle mal suchen“ ;-) Nö... Unter W7 (x64) geht das nicht, auch alt-^und alt-2 bringt es leider nicht. Bis heute konnte ich mir alt-0132 für „ und alt-0147 für “ noch merken. Aber - da ich ja wohl der Urheber der ganzen Diskussion war - ich finde inzwischen, dass ich einen Kindergarten namens Kita „Villa Kunterbunt“ als Kita Villa Kunterbunt eintragen sollte. Meine persönliche Meinung wäre, dass Eigennamen (zur Abgrenzung gegen beschreibende Bezeichnungen) in Anführungsstrichen stehen sollten. Da aber die überwiegende Meinung bei OSM anders ist, lasse ich sie weg. Grüße, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
On 13-04-22 18:02, Andreas Schmidt wrote: Am 22.04.2013 15:31, schrieb Wolfgang Hinsch: Am Samstag, den 20.04.2013, 11:48 +0200 schrieb Martin Koppenhoefer: „“ altgr+v altgr+b Geht tatsächlich. „Alle mal suchen“ ;-) Nö... Unter W7 (x64) geht das nicht, auch alt-^und alt-2 bringt es leider nicht. Hat ja auch keiner behauptet. Letzteres ist MacOS mit deutschter Tastaturbelegung. Aber - da ich ja wohl der Urheber der ganzen Diskussion war - ich finde inzwischen, dass ich einen Kindergarten namens Kita „Villa Kunterbunt“ als Kita Villa Kunterbunt eintragen sollte. Nö, als name=Villa Kunterbunt amenity=kindergarten Meine persönliche Meinung wäre, dass Eigennamen (zur Abgrenzung gegen beschreibende Bezeichnungen) in Anführungsstrichen stehen sollten. Da aber die überwiegende Meinung bei OSM anders ist, lasse ich sie weg. Meine persönliche und IMHO allgemeingültige Meinung ist, dass Eigennamen Namen sind und Beschreibungen dorthin gehören, wo Beschreibungen hingehören. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Am 22.04.2013, 19:42 Uhr, schrieb Martin Trautmann tr...@gmx.de: On 13-04-22 18:02, Andreas Schmidt wrote: Am 22.04.2013 15:31, schrieb Wolfgang Hinsch: Aber - da ich ja wohl der Urheber der ganzen Diskussion war - ich finde inzwischen, dass ich einen Kindergarten namens Kita „Villa Kunterbunt“ als Kita Villa Kunterbunt eintragen sollte. Nö, als name=Villa Kunterbunt amenity=kindergarten Hmm ja, hätte ich auch so gemacht. Allerdings bei Restaurants usw. (siehe unten) bin ich eher der Meinung, die Beschreibung mit in den Namen zu übernehmen, bin mir aber nicht ganz sicher... Also weglassen oder erhalten, da sie eigentlich zum Namen gehört: zB bei Café Soundso, oder bei Landgasthof, Gasthaus, Gaststätte, Restaurant... Gruß Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OsmAnd nicht verfuegbar
Freuen wir uns über schönere Icons (: LG Ruben Am 20. April 2013 19:01 schrieb qunuxy-osmmailingli...@yahoo.com qunuxy-osmmailingli...@yahoo.com: Weiß jemand Näheres? Es scheint Differenzen zwischen dem Designer und dem Projektmanagement gegeben zu haben. Jetzt ist man vermutlich nicht mehr berechtigt, die bisherigen Icons zu verwenden. Dies hatte dann vermutlich auch die Entfernung aus dem Google Play Store zur Folge. Jetzt ist man dabei, alle Icons auszutauschen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktuelle AllinOne mit veralteten Daten
Flacus war als letztes zuständig. http://forum.openstreetmap.org/profile.php?id=3369 http://wiki.openstreetmap.org/wiki/User:Flacus -- View this message in context: http://gis.19327.n5.nabble.com/Aktuelle-AllinOne-mit-veralteten-Daten-tp5757665p5758126.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Am 22.04.2013 21:46, schrieb Masi Master: Am 22.04.2013, 19:42 Uhr, schrieb Martin Trautmann tr...@gmx.de: On 13-04-22 18:02, Andreas Schmidt wrote: Am 22.04.2013 15:31, schrieb Wolfgang Hinsch: Aber - da ich ja wohl der Urheber der ganzen Diskussion war - ich finde inzwischen, dass ich einen Kindergarten namens Kita „Villa Kunterbunt“ als Kita Villa Kunterbunt eintragen sollte. Nö, als name=Villa Kunterbunt amenity=kindergarten Hmm ja, hätte ich auch so gemacht. Allerdings bei Restaurants usw. (siehe unten) bin ich eher der Meinung, die Beschreibung mit in den Namen zu übernehmen, bin mir aber nicht ganz sicher... Also weglassen oder erhalten, da sie eigentlich zum Namen gehört: zB bei Café Soundso, oder bei Landgasthof, Gasthaus, Gaststätte, Restaurant... Das kommt immer drauf an, wie das jeweilige Objekt benannt wurde. Wenn das Restaurant Landgasthof Zur Sonne heißt, dann: amenity=restaurant name=Landgasthof Zur Sonne Wenn es Zum Mond heißt, dann: amenity=restaurant name=Zum Mond Ähnlich auch bei der Kita. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Hallo, Am 22.04.2013 19:42, schrieb Martin Trautmann: On 13-04-22 18:02, Andreas Schmidt wrote: Aber - da ich ja wohl der Urheber der ganzen Diskussion war - ich finde inzwischen, dass ich einen Kindergarten namens Kita „Villa Kunterbunt“ als Kita Villa Kunterbunt eintragen sollte. Nö, als name=Villa Kunterbunt amenity=kindergarten Ich unterstelle mal, dass Kita hier eine Abkürzung für Tageseinrichtung für Kinder ist, ein in Deutschland auf Länderebene gesetzlich geregelter Typ von Einrichtungen mit ganz bestimmten Eigenschaftenund Anforderungen. Nach meinem Verständnis wird aber amenity=kindergarten nicht ausschließlich für Einrichtungen verwendet, die diesen Anforderungen entsprechen. Auch ein nur halbtags betreuender Waldkindergarten würde so getaggt. Lässt man also Tageseinrichtung für Kinder weg, geht Information verloren. Die Lösung ist entweder name=Tageseinrichtung für Kinder Villa Kunterbunt short_name=Villa Kunterbunt amenity=kindergarten oder besser name=Villa Kunterbunt amenity=kindergarten kindergarten:DE=Tageseinrichtung für Kinder Zu bevorzugen wäre die zweite Variante, da diese besser für maschinelle Auswertung geeignet ist. Das gilt im übrigen auch für Einrichtungen vom Typ amenity=school. Nach deinem Vorschlag müsste eine Gesamtschule Am Wiesenrand mit name=Am Wiesenrand amenit=school getaggt werden, womit klar wird, dass da etwas fehlt, z.B. ein: school:DE=Gesamtschule Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Terremoto in Iran
Non ne sarei così sicuro... GMaps per esempio con tutte le sue risorse ha spesso sbagliato. E credo che il tentativo di lanciare il suo social mapping confermi che gli algoritmi non bastino. Inoltre per quanto millimetrici siano i telerilevamenti, la signature di una strada sterrata (come a Khash) si confonde facilmente. Poi ricordo che un paio di decenni fa già si parlava di satelliti che leggono le targhe delle auto e oggi vien propagandato un nuovo sat da svariati giga di sensore con lo stesso slogan: non perde un po' di credibilità? Diversamente dall'Iran, nelle zone parzialmente controllate (tipo afg) probabilmente viene introdotto un errore nelle img disponibili pubblicamente per evitare che il nemico possa sfruttare qs risorsa. In ultima... posso affermare che la difesa italiana usa OSM come anche mappe sovietiche. Per questi motivi non mi sentirei di mappare l'Iran, a meno che ovviamente non ci sia la richiesta da parte delle amministrazioni locali. Comunque sono contento che dopo le iniziali notizie, l'emergenza si sia molto ridimensionata. Il giorno 21/apr/2013 21.09, Luca Delucchi lucadel...@gmail.com ha scritto: 2013/4/19 Salemme Guido salemme.gu...@email.it: ma che discorso è questo? secondo questo ragionamento molte delle aree della terra non dovrebbero essere mappate? forse le forze armate usa hanno qualche mezzo tecnologico in più per farsele le mappe . non pensi? +1 Tra GPS con precisione millimetrica e UAV di certo non usano OSM -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Terremoto in Iran
Ciao a tutti, Per questi motivi non mi sentirei di mappare l'Iran, a meno che ovviamente non ci sia la richiesta da parte delle amministrazioni locali. Al di là delle considerazioni tecniche riguardo alle capacità di mappatura di un esercito secondo me OSM deve essere neutro e quindi se in Iran c'è qualcosa da mappare lo si mappa punto e basta. In questo caso poi potrebbe servire anche a portare eventuali aiuti umanitari quindi ogni altra considerazione passa in secondo piano. Del resto è il modo in cui il gruppo HOT ha sempre lavorato (hanno mappato anche la striscia di Gaza ...) Se vuoi vederla dal lato pratico pensa a questo: se sei un generale USA che vuole invadere l'Iran lo fai anche senza OSM (in cui potenzialmente potrebbero esserci anche informazioni false inserite dal nemico), se invece devi organizzare una carovana di aiuti umanitari OSM diventa una risorsa molto preziosa. Vedi tu. My 2 cents, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Terremoto in Iran
2013/4/22 Cascafico Giovanni cascaf...@gmail.com Non ne sarei così sicuro... GMaps per esempio con tutte le sue risorse ha spesso sbagliato. E credo che il tentativo di lanciare il suo social mapping confermi che gli algoritmi non bastino. Inoltre per quanto millimetrici siano i telerilevamenti, la signature di una strada sterrata (come a Khash) si confonde facilmente. si, secondo me usano qualsiasi fonte di cui pensano possa contenere informazioni utili. Per esempio i servizi segreti per una parte del loro lavoro leggono i giornali internazionali e fanno riassunti. Poi ricordo che un paio di decenni fa già si parlava di satelliti che leggono le targhe delle auto e oggi vien propagandato un nuovo sat da svariati giga di sensore con lo stesso slogan: non perde un po' di credibilità? credo che le targhe delle auto non leggi mai da una posizione verticale (90°) ;-) La differenza tra i sistemi di decenni fa (che ti aprivano una finestra piccolissima con questa risoluzione, per _un_ punto nel mondo per satellite) e quelli di oggi è che quelli moderni registrano dei filmati con centinaia di gigapixels che ti consentono la surveillanza 24/24 di un'intera città con un unico drone e sistema e tramite registrazione anche retroattivo (per esempio puoi chiedere dove una macchina che vedi ora è stato ieri e quale percorso ha fatto per arrivare dove sta oggi). Diversamente dall'Iran, nelle zone parzialmente controllate (tipo afg) probabilmente viene introdotto un errore nelle img disponibili pubblicamente per evitare che il nemico possa sfruttare qs risorsa. In ultima... posso affermare che la difesa italiana usa OSM come anche mappe sovietiche. quel che pensavo inizialmente: non si possono proprio permettere di ignorare una grande risorsa con informazioni potenzialmente uniche, al meno non vedo perché lo dovrebbero fare. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Terremoto in Iran
2013/4/22 Luca Delucchi lucadel...@gmail.com 2013/4/22 Cascafico Giovanni cascaf...@gmail.com: Non ne sarei così sicuro... GMaps per esempio con tutte le sue risorse ha spesso sbagliato. E credo che il tentativo di lanciare il suo social mapping confermi che gli algoritmi non bastino. Inoltre per quanto millimetrici siano i telerilevamenti, la signature di una strada sterrata (come a Khash) si confonde facilmente. no se usi uno UAV che può volare all'altezza che vuoi senza nessun rischio di perdite di vita mica possono rilevare tutte le strade di un paese con delle UAV Poi ricordo che un paio di decenni fa già si parlava di satelliti che leggono le targhe delle auto e oggi vien propagandato un nuovo sat da svariati giga di sensore con lo stesso slogan: non perde un po' di credibilità? non conosco l'esempio di cui stai parlando, http://www.theatlantic.com/technology/archive/2013/02/darpas-18-gigapixel -drone-camera-could-see-you-waving-at-it-from-15-000-feet/272796/ puoi portarci documenti che provino questa cosa? Sarebbe veramente ridicolo, e dimostrerebbe ancora una volta quanto inutile sia la nostra difesa. spendono migliardi di euro per avere l'ultimo caccia e non possono spenderne diverse migliaia per usare una bancadati migliore di OSM, se non addirittura farsene una loro? non è il punto di farsi una propria banca dati (credo che lo abbiano con l'IGM), il punto è di sfruttare le informazioni disponibili, di quali fa parte anche OSM. Non è che usi solo quello, lo usi tra altro per paragonare svariati fonti. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Terremoto in Iran
Il 22 aprile 2013 10:42, Martin Koppenhoefer ha scritto: credo che le targhe delle auto non leggi mai da una posizione verticale (90°) ;-) dipende da come la gente parcheggia ;-) http://www.stevegillmansculpture.com/verticalParking.html -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ma perchè (Era: Terremoto in Iran)
salve Si è vero mi scuso , non volevo essere maleducato e neanche attaccare volevo esprimere una mia opinione dovevo andare e per la fretta ho dimedicato le buone maniere mi scuso ancora Il 19/04/2013 17:06, Giuliano ha scritto: Ciao, indipendentemente dal fatto che quello che scrive Guido è giusto, continuo a non capire perchè sia così difficile mettere un saluto all'inizio del messaggio, e perchè no, anche alla fine? E perchè non fare il possibile per trasmettere pacatezza e calma. Mi risulta che Giovanni abbia fatto solo una domanda, magari ingenua, ma è pur sempre solo una domanda. Che gusto c'è a iniziare un messaggio con ma che discorso è questo? Mi sbaglierò, probabilmente dovrei farmi i fatti miei, però non ci riesco... Ciao Giuliano Il 19/04/2013 15:48, Salemme Guido ha scritto: ma che discorso è questo? secondo questo ragionamento molte delle aree della terra non dovrebbero essere mappate? forse le forze armate usa hanno qualche mezzo tecnologico in più per farsele le mappe . non pensi? Il 17/04/2013 12:26, Cascafico Giovanni ha scritto: Non sarebbe il caso di contattare qualcuno della comunità locale? Magari c'è qualche vincolo legale... non vorrei facilitare il lavoro di qualche futura invasione stellestriscie Il giorno 16/apr/2013 16.32, Stefano Cudini stefano.cud...@gmail.com mailto:stefano.cud...@gmail.com ha scritto: salve ho letto ora una notizia riguardo al terremoto di magnitudo 7.8! che ha colpito la zona intorno a Kash in Iran: http://www.openstreetmap.org/?lat=28.2168lon=61.217zoom=13layers=M volevo chiedere a tutti i membri della lista se si poteva fare una cosa simile come per il terremoto ad Haiti! io ho cominciato a mappare la zona partendo dalle immagii aeree di bing, se qualcuno è interessanto puo aiutare grazie ___ Talk-it mailing list Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/cgi-bin/start?sid=3 Sponsor: Stampa le tue FOTO SU TELA! Su MisterCupido.com puoi creare Quadri Personalizzati a partire da soli euro 18.90 - Consegne in tutta Italia in soli 2-3 giorni Clicca qui http://adv.email.it/cgi-bin/foclick.cgi?mid=12388d=19-4 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Ami i PELUCHE? Acquistali online su MisterCupido.com! Tante offerte su: Disney, Simpson, Spongebob, Puffi, Sette Nani, Super Mario, Barbapapà, Teletubbies, Angry Birds, ecc Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12384d=22-4 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma marciapiede non connesso.
Io a verderio superiore ho mappato con una way separata i marciapiedi sia perchè sono rialzati dalla strada sia perchè sapevo dal codice della strada che l'attraversamento è vietato fuori dalle strisce se queste sono presenti nelle vicinanze (non so la distanza) quindi l'attraversamento vero è proprio è consentito solo in certi punti. il sidewalk lo userei solo quando la zona adibita al transito dei pedoni è separata dal resto da solo una linea per esempio io mappo con sidewalk questi casi http://jefflynchdev.files.wordpress.com/2011/04/the_road_home_large.jpg con una way separata invece questi http://t3.gstatic.com/images?q=tbn:ANd9GcT-aWLnh1Pa7zS6zqKapWNR8w3fcvi0jPHHBdBEk4Nstu5ZCJzc o questi https://encrypted-tbn2.gstatic.com/images?q=tbn:ANd9GcSCp8YRVOkOX5jfecQPGOJ7ub8PNFgLspMh59OuRs2BVLziFjus4g però non so se sia corretto -- View this message in context: http://gis.19327.n5.nabble.com/Dilemma-marciapiede-non-connesso-tp5757816p5758028.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma marciapiede non connesso.
2013/4/22 Aury88 spacedrive...@gmail.com Io a verderio superiore ho mappato con una way separata i marciapiedi sia perchè sono rialzati dalla strada sia perchè sapevo dal codice della strada che l'attraversamento è vietato fuori dalle strisce se queste sono presenti nelle vicinanze (non so la distanza) quindi l'attraversamento vero è proprio è consentito solo in certi punti. la parte importante sarebbero le distanze. Se non ci sono delle strisce vicine puoi attraversare dove ti pare. Qui un esempio a Verderio Superiore per illustrare che diventino peggio le routes con marciapiedi espliciti: http://www.openrouteservice.org/index.php?start=9.4387736,45.6678999end=9.4392579,45.6675438pref=Pedestrianlang=denoMotorways=falsenoTollways=false Lo so che si potrebbe risolvere aggiungendo più connessioni, ma non succede nella realtà di OSM. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma marciapiede non connesso.
In data lunedì 22 aprile 2013 11:51:49, Martin Koppenhoefer ha scritto: 2013/4/22 Aury88 spacedrive...@gmail.com Io a verderio superiore ho mappato con una way separata i marciapiedi sia perchè sono rialzati dalla strada sia perchè sapevo dal codice della strada che l'attraversamento è vietato fuori dalle strisce se queste sono presenti nelle vicinanze (non so la distanza) quindi l'attraversamento vero è proprio è consentito solo in certi punti. la parte importante sarebbero le distanze. Se non ci sono delle strisce vicine puoi attraversare dove ti pare. Qui un esempio a Verderio Superiore per illustrare che diventino peggio le routes con marciapiedi espliciti: http://www.openrouteservice.org/index.php?start=9.4387736,45.6678999end=9.4 392579,45.6675438pref=Pedestrianlang=denoMotorways=falsenoTollways=false Nell'esempio che riporti tu quel giro lungo credo sia dovuto ad una disconnessione in un nodo (ora non presente). Se faccio terminare la destinazione un attimo prima di quel nodo il routing pedonale mi pare ragionevolissimo (ti fa attraversare sulle strisce). http://www.openrouteservice.org/index.php?start=9.4390513,45.6677517end=9.4392579,45.6675438pref=Pedestrianlang=ennoMotorways=falsenoTollways=false Ti do invece ragione sul fatto che a distanza di più di 100 metri dalle strisce (mi pare) si possa attraversare liberamente. Ma lo stesso discorso lo si potrebbe fare per i prati, i boschi o le aree libere. Non conosco routing pedonali che permettino l'attraversamento di aree che non siano le piazze. Quante volte in un parco attraversiamo il prato per fare prima? Eppure non ci lamentiamo che i routers non supportano questa funzione. Non sarebbe male avere questa possiilità implementata anche se mi rendo conto della difficoltà del realizzare questo. Ritengo quindi sia un problema del routing e non della mappa in se. In generale ritengo che la mappatura dei marciapiedi come strade separate sia un valore aggiunto e rappresentativo della realtà. Il solito esempio che riporto di quanto bene funzioni il routing pedonale sui marciapiedi è questa zona di Trento: http://alturl.com/yz63w Ho messo di proposito un punto intermedio per cercare di fare un giro il più complesso possibile che includa marciapiedi, strade senza marciapiedi, stradine pedonali nei parchi e 8 attraversamenti pedonali. Il giro e gli attraversamenti pedonali sono corrispondenti esattamente a quelli che si farebbero nella realtà. Raramente si attraversa fuori dalle strisce ufficiali per via del traffico presente. Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] ultime mappe osmand danneggiate
Vi volevo informare di non scaricare le mappe del 21 e di tenervi le vecchie del file italia poiché non vanno. Deve essere andato storto qualcosa nella loro creazione ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Terremoto in Iran
2013/4/22 Daniele Forsi dfo...@gmail.com Il 22 aprile 2013 10:42, Martin Koppenhoefer ha scritto: credo che le targhe delle auto non leggi mai da una posizione verticale (90°) ;-) dipende da come la gente parcheggia ;-) http://www.stevegillmansculpture.com/verticalParking.html al solito con parcheggiare verticalmente penso a cose del genere: http://www.carloft.de/v0/htdocs/index.php ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Terremoto in Iran
Il giorno 22/apr/2013 16:00, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2013/4/22 Daniele Forsi dfo...@gmail.com Il 22 aprile 2013 10:42, Martin Koppenhoefer ha scritto: al solito con parcheggiare verticalmente penso a cose del genere: http://www.carloft.de/v0/htdocs/index.php ;-) Faccio rispettosamente osservare che l'inquadratura dell'immagine satellitare è praticamente sempre obliqua, l'inquadratura verticale è un caso particolare e necessita di post-processing (ortorettifica, sgrondatura edifici etc). In questo senso, la risoluzione tale da ... leggere le targhe automobilistiche... è pertinente. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma marciapiede non connesso.
2013/4/22 Alessio Zanol nar...@infinito.it In data lunedì 22 aprile 2013 11:51:49, Martin Koppenhoefer ha scritto: 2013/4/22 Aury88 spacedrive...@gmail.com Qui un esempio a Verderio Superiore per illustrare che diventino peggio le routes con marciapiedi espliciti: http://www.openrouteservice.org/index.php?start=9.4387736,45.6678999end=9.4 392579,45.6675438pref=Pedestrianlang=denoMotorways=falsenoTollways=false Nell'esempio che riporti tu quel giro lungo credo sia dovuto ad una disconnessione in un nodo (ora non presente). Se faccio terminare la destinazione un attimo prima di quel nodo il routing pedonale mi pare ragionevolissimo (ti fa attraversare sulle strisce). http://www.openrouteservice.org/index.php?start=9.4390513,45.6677517end=9.4392579,45.6675438pref=Pedestrianlang=ennoMotorways=falsenoTollways=false OK, prendo il tuo punto partenza e cambio leggermente il punto d'arrivo: http://www.openrouteservice.org/index.php?start=9.4390513,45.6677517end=9.4397521,45.6676106pref=Pedestrianlang=denoMotorways=falsenoTollways=false il risultato non è buono perché ti fa attraversare 2 strade invece di una e ti fa allungare. Io a piedi non farei quel percorso come viene calcolato cosí. Se invece non ci sarebbe quel marciapiede mappato il percorso sarebbe più breve. Ti do invece ragione sul fatto che a distanza di più di 100 metri dalle strisce (mi pare) si possa attraversare liberamente. Ma lo stesso discorso lo si potrebbe fare per i prati, i boschi o le aree libere. non è lo stesso discorso credo. Attraversare un bosco senza percorso spesso non conviene perché ci metti più tempo anche se più breve, invece attraversare una strada per arrivare al lato opposto generalmente conviene. Non conosco routing pedonali che permettino l'attraversamento di aree che non siano le piazze. credo che non esista per scale grandi, connosco modelli per capire dove vanno fluidi, qualcosa di simile si potrebbe tentare, ma non sarebbe mai competitibile per trovare la strada da Milano a Roma. Quante volte in un parco attraversiamo il prato per fare prima? Eppure non ci lamentiamo che i routers non supportano questa funzione. se lo fanno tutti si crea un percorso che personalmente consiglio di mappare con highway=path, informal=yes ;-) Non sarebbe male avere questa possiilità implementata anche se mi rendo conto della difficoltà del realizzare questo. Ritengo quindi sia un problema del routing e non della mappa in se. non sono contrario all'idea di mappare marciapiedi, sono contrario all'idea di usare highway=footway a questo scopo. Non è un highway, è un lane. Un'altra cosa: questi marciapiedi non hanno nessun nome. Per consentire al router di dare indicazioni precisi bisogna riprodurre tutti i nomi delle strade anche sui marciapiedi ;-) In generale ritengo che la mappatura dei marciapiedi come strade separate sia un valore aggiunto e rappresentativo della realtà. +1, in generale si, come detto sopra, dipende come si fa, l'unico motivo per utilizzare highway=footway è che già viene renderizzato e preso in considerazione dai routers (anche se loro non capiscono che si tratta di un marciapiede). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma marciapiede non connesso.
In data lunedì 22 aprile 2013 16:58:40, Martin Koppenhoefer ha scritto: il risultato non è buono perché ti fa attraversare 2 strade invece di una e ti fa allungare. Io a piedi non farei quel percorso come viene calcolato cosí. Se invece non ci sarebbe quel marciapiede mappato il percorso sarebbe più breve. Non sarà buono ma è quello corretto. E' come se togliessimo le turn restriction o i sensi unici perchè fanno allungare. credo che non esista per scale grandi, connosco modelli per capire dove vanno fluidi, qualcosa di simile si potrebbe tentare, ma non sarebbe mai competitibile per trovare la strada da Milano a Roma. E' già un po' di tempo che ho in mente di provare a creare un routing raster così per sfizio. Logicamente avrebbe molti limiti ma potrebbe dare risultati interessanti. Per funzionare bene dovrebbe avere una mappatura ottima delle barriers e delle zone non accessibili. Procedura: 1) scegliere dei valori di scorrevolezza per ciascuna feature. Es: strade 100, edifici e barriere 0, aree non-mappate 30, prato 50, etc I pesi qui esposti sono ovviamente un esempio astratto e sono variabili in base al mezzo o alla forma atletica (un cancello potrebbe non essere 0 ma 10 o 20 per una persona in forma) 2) rasterizzare applicando i pesi sopra esposti 2b) integrare con un modello digitale del terreno (opzionale) 3) applicare uno dei tanti algoritmi di pathfinding Come detto all'inizio dubito che allo stato attuale potrebbe funzionare bene su aree grandi più di qualche km e non meticolosamente mappate anche nelle barriere e ostacoli. Un'altra cosa: questi marciapiedi non hanno nessun nome. Per consentire al router di dare indicazioni precisi bisogna riprodurre tutti i nomi delle strade anche sui marciapiedi ;-) Beh volendo ci sono le relazioni di tipo street. +1, in generale si, come detto sopra, dipende come si fa, l'unico motivo per utilizzare highway=footway è che già viene renderizzato e preso in considerazione dai routers (anche se loro non capiscono che si tratta di un marciapiede). Ma fisicamente un marciapiede E' un tipo di footway. C'è il tag apposito per specificare questo cioè footway=sidewalk da abbinare a highway=footway http://wiki.openstreetmap.org/wiki/Tag:footway%3Dsidewalk Poi guarda qui: http://goo.gl/maps/jCNoK Se in questo caso utilizzassimo la barriera fisica per capire se sia un marciapiede o meno, sarebbe assurdo che prima della barriera venisse mappato come una corsia aggiungendo un tag alla strada e poi iniziare una way a se stante. Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Import edifici Provincia di Belluno completato
Ciao a tutti, con questo ultimo changeset (http://www.openstreetmap.org/browse/changeset/15827386) volevo informarvi che tutti gli edifici della provincia di Belluno ricavati dai dati del geoportale veneto (ovvero i file fabbric.shp) sono stati importati! Ed ora verso una nuova provincia! :D Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ultime mappe osmand danneggiate
Ciao, ok grazie, me ne sono accorto troppo tardi, quelle del Veneto sempre del 21 però sono ok, ho rimediato con quelle. La dimensione del file della mappa nazionale non torna, troppo piccolo. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/ultime-mappe-osmand-danneggiate-tp5758044p5758113.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dilemma marciapiede non connesso.
2013/4/22 Alessio Zanol nar...@infinito.it Ma fisicamente un marciapiede E' un tipo di footway. si, come fisicamente una corsia è un pezzo di strada. ciao, Martin -- Martin Koppenhoefer (Dipl-Ing. Arch.) Via del Santuario Regina degli Apostoli, 18 00145 Roma |I|I|I|I|I|I|I|I| Italia N41.851, E12.4824 tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 392 3114712 mobil: +49 1577 7793740 m...@koppenhoefer.com http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. Any views or opinions are solely those of the author and do not necessarily represent those of koppenhoefer.com unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify postmas...@koppenhoefer.com Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. Thank You. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ultime mappe osmand danneggiate
Errore segnalato: le stanno rigenerando ora. -- sent by Google Nexus Il giorno 22/apr/2013 21:45, mircozorzo mircozo...@inwind.it ha scritto: Ciao, ok grazie, me ne sono accorto troppo tardi, quelle del Veneto sempre del 21 però sono ok, ho rimediato con quelle. La dimensione del file della mappa nazionale non torna, troppo piccolo. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/ultime-mappe-osmand-danneggiate-tp5758044p5758113.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-gb-westmidlands] Neighbourhood Plan Import
Hi everyone Do we have a collective opinion about this proposed import circulated by stephen.pete...@sky.com on the talk gb list? Personally I wouldn't want it as I believe we decided not to include ward boundaries as the present cartographic style clutters up and already busy urban map. Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Nybörjarmanual - Start
Hej! LearnOSM fokuserar på JOSM och det är inte något vi bör skrämma nybörjare med. :-) Däremot är upplägget och sidanOpenStreetMap.org något vi kan använda/översätta. FixaMinGatas sida kanske vi kan använda mer som en snabbguide eller kort översikt och sen lägga in hänvisningar till den manual vi tar fram? Och angående appar så är det en bra synpunkt. Dock är Vespucci inte 100% nybörjarvänligt och det är inte helt lätt att redigera ens på en 10-platta. Jag tycker nog vi ska ha OpenStreetMap.org i fokus, med Vespucci och något för iPhone som alternativ. Övriga verktyg får de veta mer om via länkar och Google. :-) Jag har hittat strukturen nu och ska bara skapa en sida, så vi får något konkret att diskutera... -- Vänliga hälsningar Peter Kindström Joakim Fors joa...@joakimfors.org skrev: Hejsan! Tänkte bara uppmärksamma alla på http://learnosm.org/ Kan ju vara bra att fokusera energin för generell redigering på den sidan. Mer Sverigespecifik info kan dock samlas på något annat ställe. Gärna med anknytning till WikiProject Sweden sidan på OSM wikin. /Joakim On 21 apr 2013, at 23:17, Rikard Fröberg rik...@morus.se wrote: Hej alla! Vi började på en minimanual[1] men kom inte så långt. Inte mycket men kanske ett startskott? Hälsningar Rikard 1. http://labs.fixamingata.se/teknisk-dokumentation/hur-kommer-man-igang-med-openstreetmap/ 2013/4/21 Peter Kindström peter.kindst...@abc.se Hej! Vi bör fundera på vad för läsare vi får till en manual i samarbete med FixaMinGata. Så här tror jag: De kommer från FixaMinGata och är nya på både kartritning och OpenStreetMap, men ivriga på att rätta några kartfel i sin närhet. De vill snabbt komma igång, fixa sina fel och sen vara klara. De gör sig därför inte tid att läsa långa manualer och ger nog upp om ritverktygen är svåranvända. Tyvärr blir inte många inbitna OSM:are, men det är möjligt att de istället återkommer då och då när de hittar fel på FixaMinGata eller när de använder andra verktyg. Jag ser framför mig att vi får en ny typ av kartritare: de som inte är intresserad av OSM för kartritandets skull, utan för den färdiga kartans skull. Och där tror jag finns en drivkraft OSM behöver för att fortsätta utvecklas och bli större: användare av kartan, som vill att den blir bättre. -- Vänliga hälsningar Peter Kindström ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- Rikard Fröberg, Rådgivare offentlig sektor Morus konsult AB | http://morus.se | rik...@morus.se 0700 - 90 69 64 | 031 385 88 93 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] FixaMinGata - samarbete?
19 apr 2013 kl. 18:03 skrev Joakim Fors: Karl Wettin (kalle på #OSM.se på IRC) har labbat med postnummerpolygoner. Så du har inte drömt. Precis så. Till en början har jag lagt in centroiden för alla ref:se:posten:postort i OSM. Det fungerar relativt bra, men långt från perfekt. Detta beror primärt på att OSM innehåller felskrivna vägnamn, att det saknas väldigt många vägnamn i postnummersystemet som finns i OSM samt på större vägar i postnummersystemet som sträcker sig genom flera postorter (och alltså inte bara genom flera postnummer). Joakim grävde fram SCBs postnummerpolygoner, men jag fastställde ganska snabbt att dessa innehåller väldigt mycket fel. Ganska mycket mer och i vissa fall riktigt hemska fel jämfört vad jag får fram genom att köra postnummersystemet mot OSM. Det får mig misstänka att man stöter på liknande problem när man samkör postnummersystemet mot Lantmäteriets databas. Exempelvis ligger delar av Getinge mitt i centrala Halmstad enligt den. Men jag måste nog tänka om lite för att få till det här. Har börjat ändra fokus mot att först få fram bra postortspolygoner, vilket egentligen är precis lika problematiskt som att ha fokus på postnummer. Det krävs rätt mycket datorjuice att få fram polygonerna. För att orka med på min lilla laptop kör jag iterativt postort för postort, dessvärre ger det sämre resultat än att bearbeta allt på en gång. Vidare är det problem med vem som äger rätt att använda sig av informationen från postnummersystemet. Enligt mina samtal med PTS skall Posten gratis tillhandahålla informationen, men samtidigt säger de att Posten äger databasen. Postens jurister har vid minst ett tillfälle de senaste 12 månaderna hävdat katalogskydd skicka cease and desist till en hobbysajt på nätet som republicerade postnummersystemet via JSON. Som det är nu gör jag detta utan att republicera något till allmänheten och känner mig helt säker. Blir det någon gång i framtiden riktigt bra tror jag att alla parter är intresserade av det här, för OSM innehåller som sagt en hel del gator som saknas i postnummersystemet och det finns en hel del data i postnummersystemet som kan förbättra OSM. Det luktar dock mer av Lantmäteriet-Metria kring Posten-Postnummerservice för varje ny berättelse jag hör om postnummersystemet, så det skulle inte förvåna mig om det visar sig kört att göra något utan att betala hundratusentals kronor (eller mer) om året. Mitt intresse i datan är primärt för att göra en juste öppen geocoder med fokus på Sverige och svenska regler. Få fram riktiga postadresser, inter/extrapolera fram positioner till husnummer som inte finns inritade i OSM, luddigt sök baserat på svenska språket, etc. Men det kan ta flera år innan jag når fram dit, om jag nu når fram dit. kalle___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Nybörjarmanual - Start
22 apr 2013 kl. 08:39 skrev Peter Kindström: LearnOSM fokuserar på JOSM och det är inte något vi bör skrämma nybörjare med. :-) Jag har från och till funderat på om man skulle göra en web som löser ett specifikt problem per sida, så att säga. En för att lägga till ett husnummer och kanske rita in ett hus på en gata. En annan för att namnge en gata. En tredje för att rita in en ny gata. Och så vidare. Tror att man på så vis lättare får folk att mata in lite information om områden de känner till, utan att göra det så komplicerat för dem. Med lite tur vill lurar man vissa till att vilja göra mer exakta förändringar och då kan man peka dem vidare mot JOSM. JOSM är komplicerat. Jag är väldigt datorvan och det tog mig flera dagar att lista ut hur det fungerar. Det tog sedan flera veckor med ritande för att förstå att jag gjort en hel del väldigt dumma grejer jag inte orkat fixa till. Enkla gränssnitt som löser specifika problem gör att man slipper sådant. Det är bara vi nerdar som startar JOSM i ett område utan att egentligen veta vad det är man tänkte pilla med. Nybörjare och de vi snackat om i förgående tråd har ett mycket exakt problem de vill lösa. Något som saknas eller är fel i kartan. kalle___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Nybörjarmanual - Start
Jag är inne på samma spår som Karl och andra tidigare i konversationen. De som kommer från FixaMinGata.se kommer ha väldigt specifika problem så som att husnummer/rita in hus eller väg/namnge gator men en sida för respektive problem kanske är overkill. Det viktiga är att det går snabbt att göra en enkel justering. Jag tänker mig att Henrik Rosvall har en del erfarenhet om detta från Skoterleder.org. Upp till höger finns Mer information med korta förklaringar om hur OSM fungerar samt under Uppdatera kartan finns en längre, men inte för lång, förklaring om hur man bidrar. Är det inte något sådant som behövs direkt i FixaMinGata? Hur som helst så undrar jag om du Henrik Rosvall har fått några kommenterar på din guide på skoterleder.org (bra/dåligt)? I slutändan tror jag att jag förespråkar Potlach guider. -- Christoffer Holmstedt Den 22 april 2013 11:35 skrev Karl Wettin karl.wet...@kodapan.se: 22 apr 2013 kl. 08:39 skrev Peter Kindström: LearnOSM fokuserar på JOSM och det är inte något vi bör skrämma nybörjare med. :-) Jag har från och till funderat på om man skulle göra en web som löser ett specifikt problem per sida, så att säga. En för att lägga till ett husnummer och kanske rita in ett hus på en gata. En annan för att namnge en gata. En tredje för att rita in en ny gata. Och så vidare. Tror att man på så vis lättare får folk att mata in lite information om områden de känner till, utan att göra det så komplicerat för dem. Med lite tur vill lurar man vissa till att vilja göra mer exakta förändringar och då kan man peka dem vidare mot JOSM. JOSM är komplicerat. Jag är väldigt datorvan och det tog mig flera dagar att lista ut hur det fungerar. Det tog sedan flera veckor med ritande för att förstå att jag gjort en hel del väldigt dumma grejer jag inte orkat fixa till. Enkla gränssnitt som löser specifika problem gör att man slipper sådant. Det är bara vi nerdar som startar JOSM i ett område utan att egentligen veta vad det är man tänkte pilla med. Nybörjare och de vi snackat om i förgående tråd har ett mycket exakt problem de vill lösa. Något som saknas eller är fel i kartan. kalle ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] FixaMinGata - samarbete?
22 apr 2013 kl. 14:40 skrev Christoffer Holmstedt: Om intresse finns så kan jag kicka igång en maskin som står avstängd här hemma, behöver nog installera om Ubuntu också. Tänkte använda den just till lite tyngre beräkningar men har inte hittat något roligt projekt (har faktiskt glömt vad för specs det var på den). Tror den endast har 4GB ram men värt att testa iaf, borde gå lite snabbare än din laptop =) Tack, men dessvärre är det framförallt RAM som det konsumeras mycket av. Blir rätt många miljoner voronoi-punkter som det skall hållas koll på, sedermera multiplicerat med 3-7 för att bygga polygonerna. Min workstation som står avstängd hemma i Malmö har 96GB men jag befinner mig i Oslo. Åker dit om en månad, skall slå på den då : D kalle ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Nybörjarmanual - Start
Någon som har bra tips hur man skärmdumpar från Android och iOS? Den 22 apr 2013 15:42 skrev Karl Wettin karl.wet...@kodapan.se: 22 apr 2013 kl. 15:08 skrev Christoffer Holmstedt: gator men en sida för respektive problem kanske är overkill. Det Jag tycker inte det är overkill. Poängen är ju att få folk att mata in saker och desto fler möjligheter för dem att bli förvirrade desto större chans att de ger upp och sätter sig framför TVn i stället. Men det finns ju inget som säger att man även gör en kombinationssida med alla funktioner. Och bara en sådan utan massa småsidor som nämnt ovan är mycket bättre än inget alls. kalle ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Nybörjarmanual - Start
22 apr 2013 kl. 16:20 skrev bengt bäverman: En uppenbar risk med en sida per problem är ju att man inte hittar sitt problem och struntar i det. Då argumenterar jag för att man på startsidan där man har knapparna som leder till jag vill lägga till ett husnummer, jag vill lägga till en gata, osv även har textrutan jag hittar inte det jag vill göra samt en länk till JOSM-howto. kalle___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Nybörjarmanual - Start
Jag tror vi kan få med 'allt'... En sida (eller kapitel om det är enkla saker?) per problem att lösa känns som en bra idé. Jag har justerat strukturförslaget och lagt till några sådana. Vi kan väl börja skapa informationen, så kan vi senare avgöra om det blir en sida per problem, nedkortat till bara kapitel eller kanske flyttat till en egen avdelning. Jag är lite sugen på att skapa en separat avdelning med bara instruktioner om hur man löser olika specifika problem, lite som jag faktisk börjat på mina webbsidor (rubriken Taggar på http://www.infolagret.se/openstreetmap/oversikt/). Nu börjar det regna här, så då passar det bra att lägga upp strukturen på wikin. Återkommer... -- Vänliga hälsningar Peter Kindström Karl Wettin karl.wet...@kodapan.se skrev: 22 apr 2013 kl. 16:20 skrev bengt bäverman: En uppenbar risk med en sida per problem är ju att man inte hittar sitt problem och struntar i det. Då argumenterar jag för att man på startsidan där man har knapparna som leder till jag vill lägga till ett husnummer, jag vill lägga till en gata, osv även har textrutan jag hittar inte det jag vill göra samt en länk till JOSM-howto. kalle ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Nybörjarmanual - Start
22 apr 2013 kl. 16:28 skrev Henrik Lundqvist h.lundqv...@gmail.com: Någon som har bra tips hur man skärmdumpar från Android och iOS? På iOS gör man så här: Håll ner powerknappen, tryck därefter direkt på hemknappen utan att släppa powerknappen. Ett kameraklickljud bekräftar att du fått en skärmbild. /Magnus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Nybörjarmanual - Start
22 apr 2013 kl. 11:35 skrev Karl Wettin: Jag har från och till funderat på om man skulle göra en web som löser ett specifikt problem per sida, så att säga. Funderar på om vad jag skrev missförstods. Jag menade inte om en sidor med förklarande, jag menade en editor som ersätter JOSM etc. Varje sida skulle alltså vara som en JOSM skräddarsydd för att lösa ett specifikt problem. Och jag förstår att det är massa jobb att göra, jobb som troligen inte jag skulle orka fixa. Men om någon gjorde det så tror jag det skulle kunna komma in massor av bra data. kalle___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Nybörjarmanual - Start
just det ipaden var inga probs men min antika android var det värre löste sig med en app. Dags för ny teflån antar jag... Nyare androider ar det typ lika enkelt som i iOS tack för hjälpen... Den 2013-04-22 skrev Magnus Ihse Bursie mag...@ihse.net: 22 apr 2013 kl. 16:28 skrev Henrik Lundqvist h.lundqv...@gmail.com: Någon som har bra tips hur man skärmdumpar från Android och iOS? På iOS gör man så här: Håll ner powerknappen, tryck därefter direkt på hemknappen utan att släppa powerknappen. Ett kameraklickljud bekräftar att du fått en skärmbild. /Magnus -- ___ Henrik Lundqvist h.lundqv...@gmail.com ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Nybörjarmanual - Start
2013/4/22 Peter Kindström peter.kindst...@abc.se Så, nu ligger där en struktur på sidan: http://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Nyb%C3%B6rjarmanual (Det var kanske inte det smartaste att använda åäö. :-( ) Vänta nu lite med att skapa sidor text! Först tar vi en funderare på om detta är lagom mycket och rätt ämnen för en nybörjarmanual. Det räcker om vi tycker detta är bra i grova drag, finlir kan vi alltid göra efterhand. Vad säger ni? Ser bra ut. En vanlig uppgift från FixaMinGata-folk och kommuner tror jag blir fylla i gatunamn och ibland rätta gatunamn. Då är det bra att ha med hur man ändrar en gatas längd, klipper den där den byter namn, eller fogar ihop den med en annan namnlös gata som faktiskt är samma gata ;-) OSV Rikard -- Vänliga hälsningar Peter Kindström Peter Kindström peter.kindst...@abc.se skrev: Jag tror vi kan få med 'allt'... En sida (eller kapitel om det är enkla saker?) per problem att lösa känns som en bra idé. Jag har justerat strukturförslaget och lagt till några sådana. Vi kan väl börja skapa informationen, så kan vi senare avgöra om det blir en sida per problem, nedkortat till bara kapitel eller kanske flyttat till en egen avdelning. Jag är lite sugen på att skapa en separat avdelning med bara instruktioner om hur man löser olika specifika problem, lite som jag faktisk börjat på mina webbsidor (rubriken Taggar på http://www.infolagret.se/openstreetmap/oversikt/). Nu börjar det regna här, så då passar det bra att lägga upp strukturen på wikin. Återkommer... ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- Rikard Fröberg, Rådgivare offentlig sektor Morus konsult AB | http://morus.se | rik...@morus.se 0700 - 90 69 64 | 031 385 88 93 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Mapping Party Badajoz
Bienvenidos al Mapping Party y gracias por vuestro apoyo En la Diputación tene mos bastante claro que la colaboración de la comunidad de OpenStreetMap es esencial para la creación del Mapping Party. Llevamos un tiempo madurando la idea y viendo cuales podrían ser los objetivos a cumplir. Por eso, nos ha alegrado ver vuestras respuestas tan rápidas y esperamos mantener un contacto fluido donde vuestra experiencia y vuestras ideas nos aporten lo que necesitamos para que salga una jornad a que satisfaga a todo el mundo. Estamos en contacto Francisco Javier Hernández Castaño Jefe de Unidad Cartográfica Diputación de Badajoz - O. A. Área de Igualdad y Desarrollo Local Servicio de Información Geográfica (SIGcBA) Avda. Antonio Masa Campos 28 (antiguo jardin infantil) 06011 - Badajoz Correo-e: fhernan...@dip-badajoz.es Teléfono: +34 924 212 242 Fax: +34 924 212 260 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] ¿Alguien me puede explicar esta edición?
http://www.openstreetmap.org/browse/way/142064504 O.o porque estamos Ander y yo flipándolo un poco... -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Alguien me puede explicar esta edición?
El 22 de abril de 2013 10:13, Cruz Enrique Borges cruz.bor...@deusto.esescribió: http://www.openstreetmap.org/browse/way/142064504 O.o porque estamos Ander y yo flipándolo un poco... Está claro que es 'porque no es un solar'. La clave no es el 'porqué' sino el 'como'. Y la respuesta es 'con un par'. Que conste que yo no he sido, pero se me da bien lo de las explicaciones. ¿O no? :-D Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Alguien me puede explicar esta edición?
Buenas, Creo que por aquí encontraréis la respuesta a vuestro flipe: http://estonoesunsolar.wordpress.com/2013/04/01/estonoesunsolar-llega-a-tres-nuevos-solares-de-zaragoza/ Son solares habilitados para que jueguen chavales, canchas de baloncesto, pequeños parques... 2013/4/22 Roberto Pla p...@aire.org: El 22 de abril de 2013 10:13, Cruz Enrique Borges cruz.bor...@deusto.es escribió: http://www.openstreetmap.org/browse/way/142064504 O.o porque estamos Ander y yo flipándolo un poco... Está claro que es 'porque no es un solar'. La clave no es el 'porqué' sino el 'como'. Y la respuesta es 'con un par'. Que conste que yo no he sido, pero se me da bien lo de las explicaciones. ¿O no? :-D Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapas de pueblos pequeños
buenas estoy intentando hacer el mapa de mi pueblo, Logrosán, en la provincia de Cáceres Como tú dices, imposible meter el nombre de todas las calles (entre otras cosas, no me los sé) Aprovecho para decir que no estaría mal si alguien echa un vistazo a las intersecciones entre calles que he hecho, ya que no sé si están correctamente hechas o no gracias y un saludo! Date: Thu, 28 Mar 2013 12:31:16 +0100 From: jua...@apertus.es To: talk-es@openstreetmap.org Subject: [Talk-es] Mapas de pueblos pequeños Buenas, ¿Alquien ha echo mapas para poblaciones pequeñas? Mi problema es que en las poblaciones pequeñas las calles que no son suficientemente largas el nombre no aparece. -- La naturaleza se horroriza de la gente. -- Ley de Thine. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapas de pueblos pequeños
Hola; Probad a hacerlo con MapOSMatic http://maposmatic.org/ Los nombres no aparecerán en el mapa como tal, pero el nombre si que aparece en el callejero indicando la cuadrículoa donde están. Un saludo From: Javier Fernández Arroyo Sent: Monday, April 22, 2013 5:16 PM To: openstreet map Subject: Re: [Talk-es] Mapas de pueblos pequeños buenas estoy intentando hacer el mapa de mi pueblo, Logrosán, en la provincia de Cáceres Como tú dices, imposible meter el nombre de todas las calles (entre otras cosas, no me los sé) Aprovecho para decir que no estaría mal si alguien echa un vistazo a las intersecciones entre calles que he hecho, ya que no sé si están correctamente hechas o no gracias y un saludo! Date: Thu, 28 Mar 2013 12:31:16 +0100 From: jua...@apertus.es To: talk-es@openstreetmap.org Subject: [Talk-es] Mapas de pueblos pequeños Buenas, ¿Alquien ha echo mapas para poblaciones pequeñas? Mi problema es que en las poblaciones pequeñas las calles que no son suficientemente largas el nombre no aparece. -- La naturaleza se horroriza de la gente. -- Ley de Thine. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapas de pueblos pequeños
El 22/04/13 17:16, Javier Fernández Arroyo escribió: buenas estoy intentando hacer el mapa de mi pueblo, Logrosán, en la provincia de Cáceres Como tú dices, imposible meter el nombre de todas las calles (entre otras cosas, no me los sé) Aprovecho para decir que no estaría mal si alguien echa un vistazo a las intersecciones entre calles que he hecho, ya que no sé si están correctamente hechas o no He revisado Logrosán con el validador de JOSM y sólo ha detectado algunas vías que no estaban conectadas, editadas por el usuario iGambusino (no sé si eres tú Javier), así que en general no está mal. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapas de pueblos pequeños
On 22/04/13 17:30, Oscar Zorrilla Alonso wrote: Hola; Probad a hacerlo con MapOSMatic http://maposmatic.org/ Los nombres no aparecerán en el mapa como tal, pero el nombre si que aparece en el callejero indicando la cuadrículoa donde están. Ya lo probé hace 4 años. Pero el problema es que las reglas están adaptadas para municipios mas grandes. -- El sexo forma parte de la naturaleza. Y yo me llevo de maravilla con la naturaleza. -- Marilyn Monroe. (1926-1962) Actriz estadounidense. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapas de pueblos pequeños
On 22/04/13 17:16, Javier Fernández Arroyo wrote: Como tú dices, imposible meter el nombre de todas las calles (entre otras cosas, no me los sé) Bueno el problema que indico es otro. Cuando tienes una calle pequeña y generas un mapa si el texto de la calle es muy largo, pues no aparece. Puedes echar una ojeada al catastro para ver las calles, pero ojo, que no son fiables al 100% Aprovecho para decir que no estaría mal si alguien echa un vistazo a las intersecciones entre calles que he hecho, ya que no sé si están correctamente hechas o no No me considero ningún mapeador experto pero creo todas las calles del municipio en tu caso son o bien highway=residential o highway=footway si no pueden pasar los coches. El parque junto a la Avd. Hernandez Serrano quizás puedas indicarlo como area. Te he cambiado las pistas de futbol y tenis, a pitch pues las tenias como sports_centre -- El sexo forma parte de la naturaleza. Y yo me llevo de maravilla con la naturaleza. -- Marilyn Monroe. (1926-1962) Actriz estadounidense. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapas de pueblos pequeños
Aprovecho para decir que no estaría mal si alguien echa un vistazo a las intersecciones entre calles que he hecho, ya que no sé si están correctamente hechas o no Segun llegas al pueblo por el Oeste, (Avenida Hernandez Serrano) la tercera bocacalle a la derecha tiene forma de 'L'. Las calles se forman con los tramos que vas dibujando. Muchas veces es más cómodo tirar del 'gusanito' y dibujar una linea quebrada en la que hay calles enteras y fragmentos de otras, pero luego hay que cortarla por los sitios adecuados y 'empalmar' con los otros segmentos para que cada calle tenga todos sus tramos unidos y dos calles diferentes no formen un mismo tramo. -- Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Alguien me puede explicar esta edición?
Pues pide a gritos una etiqueta website, ¿no? Javier. El 22 de abril de 2013 14:32, Javier Briz alg...@gmail.com escribió: Buenas, Creo que por aquí encontraréis la respuesta a vuestro flipe: http://estonoesunsolar.wordpress.com/2013/04/01/estonoesunsolar-llega-a-tres-nuevos-solares-de-zaragoza/ Son solares habilitados para que jueguen chavales, canchas de baloncesto, pequeños parques... 2013/4/22 Roberto Pla p...@aire.org: El 22 de abril de 2013 10:13, Cruz Enrique Borges cruz.bor...@deusto.es escribió: http://www.openstreetmap.org/browse/way/142064504 O.o porque estamos Ander y yo flipándolo un poco... Está claro que es 'porque no es un solar'. La clave no es el 'porqué' sino el 'como'. Y la respuesta es 'con un par'. Que conste que yo no he sido, pero se me da bien lo de las explicaciones. ¿O no? :-D Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] Traducciones
On 22/04/13 13:05, Gonzalo Gabriel Pérez wrote: Buenas gente. Vi que en el foro hablaban de que se necesitan traducciones en la wiki y Cyp3er me comentó que el artículo de Potlatch2 sigue estando en inglés ¬¬ ...así que decidí traducirlo, claro que está casi pasado literalmente del inglés y no la tengo tan clara con el english, pero es algo. Alguna sugerencia para otra traducción? http://wiki.openstreetmap.org/wiki/ES:Potlatch_2 Saludos! ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar Yo la encuentro bastante aceptable y entendible. No creo que se note ninguna diferencia con algún otro página traducida. Muy buena traducción. Gracias por la colaboración. Saludos! ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-at] Europaregion Tirol–Südtirol–Trentino
On 21.04.2013 22:37, Erwin Ernst Steinhammer wrote: Wie sollte die Europaregion Tirol–Südtirol–Trentino getagt werden? Bzw. sollte überhaupt ein gemeinsammes MP für diese Region erstellt werden? Nein, denn Europaregion ist nur ein Buzzword. Wenn so etwas getaggt werden würde, dann am besten als Sammelrelation (type=collection). -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] openstreetmap.ca is up!
I'll second Harald's suggestion to have the map show Canada on load. On Sun, Apr 21, 2013 at 8:39 PM, Harald Kliems kli...@gmail.com wrote: First, thanks to Darryl and Richard for taking care of this! I have one quick, easy (I assume), and probably non-controversial suggestion: when I clicked on the link, I got a map of Europe, not Canada. I know that this is only relevant for the first visit but maybe it can be fixed anyway. Best, Harald. On Sun, Apr 21, 2013 at 8:04 PM, Richard Weait rich...@weait.com wrote: Dear all, Darryl delivered on his promise, and openstreetmap.ca registration has been transferred to OSMF / me. Thank you, again, Darryl for taking care of the domain for the past years, and for offering it to the community, rather than letting it lapse. For now, if you visit openstreetmap.ca, it will look very familiar. Very much like osm.org, in fact. :-) I'm happy with that. It's unsurprising, and easy to maintain. And in the recent; past we haven't done anything else with it, so I think that that this is an improvement. But what else would we like to do? To move forward on any big changes to openstreetmap.ca, I would hope to see a number of things in equal measure: - interesting idea(s) - broad consensus - active participation - resources I don't foresee any deadline for new ideas or implementation, so this can really be a matter for careful consideration over time. We've done pretty well so far, without any grand unification web site. And thanks again, Darryl. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] openstreetmap.ca is up!
The same for me. Thanks Best regards Bruno Remy Le 2013-04-22 07:10, Duncan Hill dun...@soncan.ca a écrit : I'll second Harald's suggestion to have the map show Canada on load. On Sun, Apr 21, 2013 at 8:39 PM, Harald Kliems kli...@gmail.com wrote: First, thanks to Darryl and Richard for taking care of this! I have one quick, easy (I assume), and probably non-controversial suggestion: when I clicked on the link, I got a map of Europe, not Canada. I know that this is only relevant for the first visit but maybe it can be fixed anyway. Best, Harald. On Sun, Apr 21, 2013 at 8:04 PM, Richard Weait rich...@weait.com wrote: Dear all, Darryl delivered on his promise, and openstreetmap.ca registration has been transferred to OSMF / me. Thank you, again, Darryl for taking care of the domain for the past years, and for offering it to the community, rather than letting it lapse. For now, if you visit openstreetmap.ca, it will look very familiar. Very much like osm.org, in fact. :-) I'm happy with that. It's unsurprising, and easy to maintain. And in the recent; past we haven't done anything else with it, so I think that that this is an improvement. But what else would we like to do? To move forward on any big changes to openstreetmap.ca, I would hope to see a number of things in equal measure: - interesting idea(s) - broad consensus - active participation - resources I don't foresee any deadline for new ideas or implementation, so this can really be a matter for careful consideration over time. We've done pretty well so far, without any grand unification web site. And thanks again, Darryl. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)
Aujourd’hui, c’est l’inauguration du nouvel aéroport de Puvirnituq. Guillaume Paradis, porte-parole du Ministère des Transports du Québec y participe ! (https://twitter.com/Guill_Paradis/status/326285638808788993) L'occasion peut-être de travailler un peu dans cette zone pour en améliorer la carte ? :-) Bonne journée à tous! Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)
Bonjour Rémy malheureusement, nous n'avons pas d'imagerie Bing haute resolution pour cette zone. Et ça me surprendrait que le ministère des transports accepte de nous fournir des données avec licence ODbL. Pierre De : Bruno Remy bremy.qc...@gmail.com À : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Lundi 22 avril 2013 8h11 Objet : [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC) Aujourd’hui, c’est l’inauguration du nouvel aéroport de Puvirnituq. Guillaume Paradis, porte-parole du Ministère des Transports du Québec y participe ! (https://twitter.com/Guill_Paradis/status/326285638808788993) L'occasion peut-être de travailler un peu dans cette zone pour en améliorer la carte ? :-) Bonne journée à tous! Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] openstreetmap.ca is up!
Flesh it out. Try to fill in all four points, rather than just the idea. What zoom and center point? How does that work on different devices / resolution / orientation? How will this be implemented? What effect will this have on a returning visitor? What else? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] openstreetmap.ca is up!
On Mon, Apr 22, 2013 at 9:34 AM, Richard Weait rich...@weait.com wrote: What zoom and center point? How does that work on different devices / resolution / orientation? The map view can be based on a bounding box, so a strategically-selected bounding box should handle all of these variables well. We should probably exclude the northern reaches of the territories from the bbox otherwise it will look like OpenArcticMap thanks to mercator. How will this be implemented? What effect will this have on a returning visitor? What else? I find that being returned to the last thing I viewed is annoying/incorrect more often than not, so maybe have it centred on Canada every visit? I'm not sure about this though. -- AJ Ashton ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] openstreetmap.ca is up!
Being returned to the last edited thing is the best! If I saw all of Canada every time I went to the website I'd be pulling lots of tiles and queries to get where I want to go. Cheers Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)
Bonjour Pierre! Long time no see ;-) Bonjour la communauté Canadienne OSM! Le Ministère des transports du Québec ne prévoit pas publier ce type de données (à court terme) mais nous a dit prévoir publier d'autres données, telles que les bornes téléphoniques d'urgence, les centres de localités qu'ils ont obtenu via le Ministère des Ressources Naturelles, et autres données possiblementévidement ces publications passent par le portail du gouv. du Québec. Donc le constat est le suivant: 1- Les municipalités (Gatineau, Montréal, Québec.) ont publié des données ouvertes sur leur propre portails 2- Le gouvernement provincial (ainsi que certaines municipalités telles que Repentigny) ont publié des données ouvertes sur le portail du Gouvernement du Québec 3- Ces différents portails ont des licences non-odbl *Ce qui amène aux sujet de réflexion à savoir dans quel sens devons-nous travailler, nous, la communauté OSM du Canada: * A/ Dans le sens d'un tri genre {IF...Then...Else} qui exclut toute donnée ouverte non-odbl et ferme les yeux dessus? Ou bien B/ Dans un sens de la concertation avec les collectivités publiques (municipales et/ou provinciales et/ou fédérales) pour arriver à un consensus juridique sur les licences? (=dialogue) Ou bien C/ Dans un sens de faire pression auprès des-dites collectivités publiques pour qu'ils remplacent purement et simplement leur licence non-odbl par la version originale pure de ODBL? (= lobying) Ou bien ? Ces derniers mois, Pierre Bèland semble avoir obté pour l'option B en établissant de très bons contacts, et à haut niveau, avec le gouvernement provincial du Québec (Gouvernement Ouvert http://www.ouvert.gc.ca/ ou @GouvOuvertQc) et la Ville de Montréal (Montréal Ouverthttp://montrealouvert.net ) Le résultat est, à mon humble avis, fort positif, puisque ces organismes sont de bonne écoute, et ont, dans certains cas, fait un pas en avant vers nous en ré-écrivant leur licence pour la rendre un-peu-plus-compatible-odbl, même si, pour les puristes, elles ne sont pas pur ODBL original. Du côté Capitale Nationale, nous travaillons aussi selon l'option B' avec des dialogues intéressants et des oreilles réceptives auprès de la Ville de Québec, de Capitale Ouverte http://capitaleouverte.org/ et du porte-parole du Ministère des Transports à Québec. Maintenant que le site openstreetmap.ca a basculé, et que Richard Weait nous a ouvert la porte à une réflexion + large sur les actions de notre communauté, nos implications, et nos consensus la question est ouverte: * Quel type de consensus désirons-nous/désirez-vous pour le discours à propos des données ouvertes?* Est-ce , à l'échelle mondiale de la Fondation OpenStreetMap, la licence ODBL est la seule licence des imports massifs qui ont eu lieu? Ou bien y-a--t-il eu des exceptions des accord des ajustements, des publications purement ODBL dédiées à OSM en dehors des portails officiels non-odbl ? ( Il y a de très nombreux exemples de D.O. dans OSM en Europe je ne les citerai pas tous ici.: sont ils tous vraiment 100% ODBL? ) Si c'est le cas.. Alors ODBL est LA SEULE porte d'entrée Donc: Est-ce que ce sont les organismes public canadiens qui sont en retard ? Devons nous faire du lobbying? Ce ne sont que des questions, et non pas des pistes de solutions ou des réponses.. Il serait juste apprécié qu'on trouve un consensus clair pour savoir dans quel direction évoluer. Sincères salutations et bonne journée! Bruno ;-) PS : si nécessaire... je reformulerai en anglais... sorry.. english version could maybe follow in a another mail Le 22 avril 2013 09:02, Pierre Béland pierz...@yahoo.fr a écrit : Bonjour Rémy malheureusement, nous n'avons pas d'imagerie Bing haute resolution pour cette zone. Et ça me surprendrait que le ministère des transports accepte de nous fournir des données avec licence ODbL. Pierre -- *De :* Bruno Remy bremy.qc...@gmail.com *À :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Lundi 22 avril 2013 8h11 *Objet :* [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC) Aujourd’hui, c’est l’inauguration du nouvel aéroport de Puvirnituq. Guillaume Paradis, porte-parole du Ministère des Transports du Québec y participe ! (https://twitter.com/Guill_Paradis/status/326285638808788993) L'occasion peut-être de travailler un peu dans cette zone pour en améliorer la carte ? :-) Bonne journée à tous! Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Routing tool for openstreetmap.ca?
Another big thanks here to those involved in setting this up! I do have a suggestion for the site. Perhaps it is already implemented elsewhere, in which case maybe all I need is to be reminded of its location so I can update my bookmarks. I think it would be great to have access to a routing engine using as current a Canadian data extract as possible... like daily or even more recent. I seem to remember that a year or so ago, we had access to one that was ostensibly for Europe only, but which did include fairly recent Canadian data. I remember using it while doing some CanVec imports. Darned if I can find it now. It really was a great help. I remember that in my case, it highlighted the need for special access= tagging of emergency-only crossovers on divided highways. I've found a few sites that route off of OSM data, but the data are not always current as far as I can tell... and while being a separate issue, the routing plugin on JOSM hasn't worked for me for many months now. Anyway, like I said, if there is an existing tool, please let me know. Otherwise, I think one based on up-to-date Canadian data would be a big help not only for mapping, but provide a great public service as well. Thanks, Samuel Longiaru Kamloops, BC ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)
Bonjour Rémy, les problèmes sont bien différents à Cap-Haitien au nord de Haiti, où nous a créons la donnée avec 60 stagiaires haitiens. Notre problème il est différent, c'est l'accès à internet. Je vois mieux les problèmes d'édition OSM des pays en développement. Pierre De : Bruno Remy bremy.qc...@gmail.com À : Pierre Béland pierz...@yahoo.fr Cc : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Lundi 22 avril 2013 12h20 Objet : Re: [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC) Bonjour Pierre! Long time no see ;-) Bonjour la communauté Canadienne OSM! Le Ministère des transports du Québec ne prévoit pas publier ce type de données (à court terme) mais nous a dit prévoir publier d'autres données, telles que les bornes téléphoniques d'urgence, les centres de localités qu'ils ont obtenu via le Ministère des Ressources Naturelles, et autres données possiblementévidement ces publications passent par le portail du gouv. du Québec. Donc le constat est le suivant: 1- Les municipalités (Gatineau, Montréal, Québec.) ont publié des données ouvertes sur leur propre portails 2- Le gouvernement provincial (ainsi que certaines municipalités telles que Repentigny) ont publié des données ouvertes sur le portail du Gouvernement du Québec 3- Ces différents portails ont des licences non-odbl Ce qui amène aux sujet de réflexion à savoir dans quel sens devons-nous travailler, nous, la communauté OSM du Canada: A/ Dans le sens d'un tri genre {IF...Then...Else} qui exclut toute donnée ouverte non-odbl et ferme les yeux dessus? Ou bien B/ Dans un sens de la concertation avec les collectivités publiques (municipales et/ou provinciales et/ou fédérales) pour arriver à un consensus juridique sur les licences? (=dialogue) Ou bien C/ Dans un sens de faire pression auprès des-dites collectivités publiques pour qu'ils remplacent purement et simplement leur licence non-odbl par la version originale pure de ODBL? (= lobying) Ou bien ? Ces derniers mois, Pierre Bèland semble avoir obté pour l'option B en établissant de très bons contacts, et à haut niveau, avec le gouvernement provincial du Québec (Gouvernement Ouvert ou @GouvOuvertQc) et la Ville de Montréal (Montréal Ouvert) Le résultat est, à mon humble avis, fort positif, puisque ces organismes sont de bonne écoute, et ont, dans certains cas, fait un pas en avant vers nous en ré-écrivant leur licence pour la rendre un-peu-plus-compatible-odbl, même si, pour les puristes, elles ne sont pas pur ODBL original. Du côté Capitale Nationale, nous travaillons aussi selon l'option B' avec des dialogues intéressants et des oreilles réceptives auprès de la Ville de Québec, de Capitale Ouverte et du porte-parole du Ministère des Transports à Québec. Maintenant que le site openstreetmap.ca a basculé, et que Richard Weait nous a ouvert la porte à une réflexion + large sur les actions de notre communauté, nos implications, et nos consensus la question est ouverte: Quel type de consensus désirons-nous/désirez-vous pour le discours à propos des données ouvertes? Est-ce , à l'échelle mondiale de la Fondation OpenStreetMap, la licence ODBL est la seule licence des imports massifs qui ont eu lieu? Ou bien y-a--t-il eu des exceptions des accord des ajustements, des publications purement ODBL dédiées à OSM en dehors des portails officiels non-odbl ? ( Il y a de très nombreux exemples de D.O. dans OSM en Europe je ne les citerai pas tous ici.: sont ils tous vraiment 100% ODBL? ) Si c'est le cas.. Alors ODBL est LA SEULE porte d'entrée Donc: Est-ce que ce sont les organismes public canadiens qui sont en retard ? Devons nous faire du lobbying? Ce ne sont que des questions, et non pas des pistes de solutions ou des réponses.. Il serait juste apprécié qu'on trouve un consensus clair pour savoir dans quel direction évoluer. Sincères salutations et bonne journée! Bruno ;-) PS : si nécessaire... je reformulerai en anglais... sorry.. english version could maybe follow in a another mail Le 22 avril 2013 09:02, Pierre Béland pierz...@yahoo.fr a écrit : Bonjour Rémy malheureusement, nous n'avons pas d'imagerie Bing haute resolution pour cette zone. Et ça me surprendrait que le ministère des transports accepte de nous fournir des données avec licence ODbL. Pierre De : Bruno Remy bremy.qc...@gmail.com À : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Lundi 22 avril 2013 8h11 Objet : [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC) Aujourd’hui, c’est l’inauguration du nouvel aéroport de Puvirnituq. Guillaume Paradis, porte-parole du Ministère des Transports du Québec y participe ! (https://twitter.com/Guill_Paradis/status/326285638808788993) L'occasion peut-être de travailler un peu dans cette zone pour en améliorer la carte ? :-) Bonne
Re: [Talk-ca] Routing tool for openstreetmap.ca?
On Mon, Apr 22, 2013 at 12:30 PM, Samuel Longiaru longi...@shaw.ca wrote: Another big thanks here to those involved in setting this up! I do have a suggestion for the site. Perhaps it is already implemented elsewhere, in which case maybe all I need is to be reminded of its location so I can update my bookmarks. I think it would be great to have access to a routing engine using as current a Canadian data extract as possible... like daily or even more recent. http://map.project-osrm.org/ For Canadian data and the rest of the world. Updates the data twice a day, as I understand it. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Routing tool for openstreetmap.ca?
http://map.project-osrm.org/ For Canadian data and the rest of the world. Updates the data twice a day, as I understand it. So is there a way to 'teach' that better routes? Blairmore to Calgary was routed through Fort McLeod (257km)... when the faster/shorted route is via Highway 22 and 533 across to Nanton (217km). It might say something about my driving, but that would take a little over 2hrs rather than suggested 3hr4. Yes, I average more that 70km/hr... Simon ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Routing tool for openstreetmap.ca?
On Mon, Apr 22, 2013 at 1:51 PM, si...@mungewell.org wrote: http://map.project-osrm.org/ For Canadian data and the rest of the world. Updates the data twice a day, as I understand it. So is there a way to 'teach' that better routes? Blairmore to Calgary was routed through Fort McLeod (257km)... when the faster/shorted route is via Highway 22 and 533 across to Nanton (217km). It might say something about my driving, but that would take a little over 2hrs rather than suggested 3hr4. Yes, I average more that 70km/hr... I'm not familiar with either route, or with your driving style. :-) Routers using OSM data will make assumptions where speed limit data in not available so you might be running into issues where the assumptions don't match your driving experience on the ground. In past, I've found that there are connectivity problems in the OSM data, when routers make suggestions taht I wouldn't expect. In fact, that was one of the things we were using the test instance of OSRM for; finding discontinuities, bad one-ways, and other tagging / mapping errors. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Routing tool for openstreetmap.ca?
- Original Message - From: Richard Weait rich...@weait.com To: Simon Wood si...@mungewell.org Cc: Talk-CA OpenStreetMap talk-ca@openstreetmap.org Sent: Mon, 22 Apr 2013 12:14:42 -0600 (MDT) Subject: Re: [Talk-ca] Routing tool for openstreetmap.ca? On Mon, Apr 22, 2013 at 1:51 PM, si...@mungewell.org wrote: http://map.project-osrm.org/ For Canadian data and the rest of the world. Updates the data twice a day, as I understand it. So is there a way to 'teach' that better routes? Blairmore to Calgary was routed through Fort McLeod (257km)... when the faster/shorted route is via Highway 22 and 533 across to Nanton (217km). It might say something about my driving, but that would take a little over 2hrs rather than suggested 3hr4. Yes, I average more that 70km/hr... I'm not familiar with either route, or with your driving style. :-) Routers using OSM data will make assumptions where speed limit data in not available so you might be running into issues where the assumptions don't match your driving experience on the ground. In past, I've found that there are connectivity problems in the OSM data, when routers make suggestions taht I wouldn't expect. In fact, that was one of the things we were using the test instance of OSRM for; finding discontinuities, bad one-ways, and other tagging / mapping errors. Richard, Thanks for the link to the OSRM site, but I don't think that was it. I'm familiar with that project and recently have been following the dev list. At least as the demo site stands, it does give crazy routings for the area of South Australia where I am right now. And while it may be related to speed limit tags, it's not for the lack of them, but because they exist. The unpaved roads here have been correctly tagged with max_speed=100. While that is the statutory limit for unsigned rural roads in South Australia, it is not reasonable in practice. When OSRM sees that, it coughs up routes that suggest one exit reasonably good motorways and jump onto unpaved roads. Here's a good example: http://osrm.at/2Vl When routing from Adelaide to the Roseworthy Campus, OSRM routes one off the M20 and onto unpaved roads when staying on the M20 for one more exit, then exiting to Redbanks Road is the much more logical choice. The fact that OSRM updates data twice a day is encouraging. I didn't see that anywhere. But I've found that the Gosmore engine, at least as implemented by http://yournavigation.org makes more reasonable assumptions and so comes up with more logical routes. The problem there, however is that yournavigation appears to be using worldwide data over 2 months old. And hence my suggestion for an implementation of a routing feature that uses reasonable assumptions (or as best as we can agree to) and utilizing the latest Canadian data possible. It could be based on either the OSRM engine or the Gosmore engine I would imagine. It seems to me that the OSRM routing could benefit greatly by a 0.6 penalty for unpaved roads as had been suggested a few time before, but they don't seem to want to go that way. Thanks, Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Routing tool for openstreetmap.ca?
On Mon, Apr 22, 2013 at 3:33 PM, Samuel Longiaru longi...@shaw.ca wrote: It seems to me that the OSRM routing could benefit greatly by a 0.6 penalty for unpaved roads as had been suggested a few time before, but they don't seem to want to go that way. Why incur a penalty just because the roadway is unpaved? A better solution would be to have the ability to request paved roads only when routing. That way the user could decide whether an unpaved roadway should be selected or not. I suppose the best solution would be to allow the user to select whether unpaved roads can be used for routing, and also allow the user to select the penalty to apply for unpaved. I fight with my GPS all the time. I tell it to never use unpaved roads, but it will put me onto them quite often. Then on the other hand it can try and send me on long detours some times when I know I want to take that 2 mile shortcut on gravel to save 40 miles on pavement. It's pretty tough to teach a computer to be as wishy-washy as a human! -- James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Question?
(English message will follow) Bonjour à tous! :-) Toujours à propos du débat sur les licences, des faits rééls de deux cas de licence ouverte permettent d'établir les points suivants: - Depuis 2009 déjà, la DGFiP (Direction générale des finances publiques) en charge du cadastre en ligne autorise OpenStreetMap et ses contributeurs à utiliser les données cadastrales 1/Il y a deux conditions à la réutilisation des données du cadastre: - la réutilisation des données doit former un travail composite. Les données du cadastre ne peuvent former *à elles seules* les données OSM. - Il est obligatoire d'indiquer l'origine et le millésime des données avec un tag source, par exemple Direction générale des finances publiques - année 2008. Source = http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation 2/Le Gouvernement français publie ses données ouvertes sous les termes de la Licence Ouverte et des données protégées par cette licences ont fait l'objet d'imports massifs dans OSM. Source= http://www.etalab.gouv.fr/pages/Licence_ouverte_Open_licence-5899923.html Donc ces faits parlent d'eux mêmes et induisent la logique suivante: SI { (la licence est ODBL) OU (la licence est NON-ODBL ET fait l'objet d'accord écrits de la part du publicateur des données) OU (la licence est LO Licence Ouverte) } ET Il y a eu un consensus au sein de notre communauté OSM-CA ALORS Les données pourraient possiblement être importées . Est-ce bien cela? Hi there ! :-) Still about licences : some facts about two uses of OpenData gives the following statements: 1/Since 2009 , la DGFiP (French Financial Dept.) in charge of cadastre authorized OpenStreetMap contributors to use their cadastral opendata. But exlcusively with two major conditions: - the use of cadastral must be a composit work. This means that OSM data cadastre ne peuvent former *could'nt only consist of *Cadastral data. - It is mandatory to mention origin and milesim of Opendata, within a tag, for instance Direction générale des finances publiques - année 2008. Source = http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation 2/ French gouverment has a web-portal with the OL licence (Open Licence), and some data protected by this licence has been the source of massive-imports into the OpenStreetMap's database. Source= http://www.etalab.gouv.fr/pages/Licence_ouverte_Open_licence-5899923.html So, those facts talk themself and lead to the following logic statement: IF { ( licence is ODBL) OR (licence is NOT ODBL BUT has been the object of an official term-of-use formally given by the provider of OpenData) OR (licence est OL Open-Licence) } AND A census has been settled within our OSM-CA community } THEN Data may perhaps be imported . Is that right? Or? Best regards, -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Routing tool for openstreetmap.ca?
- James Ewen ve6...@gmail.com wrote: On Mon, Apr 22, 2013 at 3:33 PM, Samuel Longiaru longi...@shaw.ca wrote: It seems to me that the OSRM routing could benefit greatly by a 0.6 penalty for unpaved roads as had been suggested a few time before, but they don't seem to want to go that way. Why incur a penalty just because the roadway is unpaved? A better solution would be to have the ability to request paved roads only when routing. That way the user could decide whether an unpaved roadway should be selected or not. I suppose the best solution would be to allow the user to select whether unpaved roads can be used for routing, and also allow the user to select the penalty to apply for unpaved. I fight with my GPS all the time. I tell it to never use unpaved roads, but it will put me onto them quite often. Then on the other hand it can try and send me on long detours some times when I know I want to take that 2 mile shortcut on gravel to save 40 miles on pavement. It's pretty tough to teach a computer to be as wishy-washy as a human! -- James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca Paved roads only option? Yes, that's one way. Essentially giving unpaved roads a penalty value (factor) of 0. Then unpaved roads wouldn't be routed on. But consider the case where you are on an unpaved road and wish to route somewhere using the 'avoid unpaved roads' option. It would seem to me that in that case, the engine will need to assess a reasonable penalty for unpaved roads and minimize that penalty by getting you to paved roads by the quickest or shortest means. So either way you stack it, at some point, you need to assign a penalty. Right now, on the OSRM site, you can neither assign a penalty nor elect a paved-roads only option. All roads are reated equally. The yournavigation site must be doing something different, as it yields different (and more logical) results. I'd love to see a routing engine with a desireability factor that could be adjustable. If you really loathe unpaved roads, you could set the unpaved roads desirability factor low (i.e., apply a greater penalty for unpaved roads). And if you don't really care all that much whether you take paved or unpaved, then set the factor high. If your GPS had that, then maybe you wouldn't be fighting with it so much. :) Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Routing tool for openstreetmap.ca?
On Mon, Apr 22, 2013 at 7:57 PM, Samuel Longiaru longi...@shaw.ca wrote: If your GPS had that, then maybe you wouldn't be fighting with it so much. :) Or if the database contained road surface information, proper speed limit data, and other valuable information, then the routing engine would have a chance at knowing where to send you. It's a challenge to determine whether the routing engine or the database is to blame for the routing choices. With OSM, we have access to the database, and only ourselves to blame if the information required is not in the database! :) -- James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca