[talk-ph] New bing imagery 3rd Q 2012
Ianlopez announced via facebook that there are new imagery updates around Calamba City. I spotted new imagery as well in Butuan City and Naga City. Please check other areas. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] New bing imagery 3rd Q 2012
Here's a short list (confirmed by IanLopez, Eugene and Maning): Calamba City Butuan City Naga city Tagbilaran City Dumaguete City The Iloilo imagery is a tall strip spanning from the Sibuyan Sea going into Panay (Kalibo was just missed) down to the Sulu Sea passing through southwestern Negros Roxas City Eastern coast of Davao Oriental Dinagat Islands to western Homonhon Bangued, Abra Northeastern Aurora Cebu City has updated imagery Metro Manila has updated imagery (looks like mid to late 2011 based on BGC) Catanduanes Guimaras North East Pangasinan Nueva Vizcaya Benguet My current version of JOSM does not load the new imagery in some areas but Potlatch2 don't have this problem. Eugene also confirmed this. On Tue, Jun 12, 2012 at 11:17 PM, maning sambale emmanuel.samb...@gmail.com wrote: Ianlopez announced via facebook that there are new imagery updates around Calamba City. I spotted new imagery as well in Butuan City and Naga City. Please check other areas. -- 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
Re: [talk-ph] New bing imagery 3rd Q 2012
Soutwest coats of Panay Island. On Wed, Jun 13, 2012 at 9:03 AM, maning sambale emmanuel.samb...@gmail.com wrote: Here's a short list (confirmed by IanLopez, Eugene and Maning): Calamba City Butuan City Naga city Tagbilaran City Dumaguete City The Iloilo imagery is a tall strip spanning from the Sibuyan Sea going into Panay (Kalibo was just missed) down to the Sulu Sea passing through southwestern Negros Roxas City Eastern coast of Davao Oriental Dinagat Islands to western Homonhon Bangued, Abra Northeastern Aurora Cebu City has updated imagery Metro Manila has updated imagery (looks like mid to late 2011 based on BGC) Catanduanes Guimaras North East Pangasinan Nueva Vizcaya Benguet My current version of JOSM does not load the new imagery in some areas but Potlatch2 don't have this problem. Eugene also confirmed this. On Tue, Jun 12, 2012 at 11:17 PM, maning sambale emmanuel.samb...@gmail.com wrote: Ianlopez announced via facebook that there are new imagery updates around Calamba City. I spotted new imagery as well in Butuan City and Naga City. Please check other areas. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- 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
Re: [OSM-legal-talk] Response from Hampshire County Council
On 11 June 2012 18:12, Chris Hill o...@raggedred.net wrote: That is not true. LWG did not get 'specific agreement' from OS. We are simply using OS OpenData in compliance with the OS OpenData licence and OS confirmed: The Ordnance Survey has no objections to geodata derived in part from OS OpenData being released under the Open Database License 1.0. This is not a special or specific agreement. If that were true then we'd be able to use any source licensed under the OS OpenData licence. How do you explain the fact that we've specifically been told by LWG that we cannot use CodePoint Open, even though it is licensed by Ordnance Survey under exactly the same OS OpenData licence? Robert. -- Robert Whittaker ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [Talk-GB] Response from Hampshire County Council
On 11 June 2012 13:28, Nick Whitelegg nick.whitel...@solent.ac.uk wrote: So in summary it appears that the OS gave HCC specific permission to use this, and I'm guessing it's OK to use in OSM, but I am not in any sense of the word a legal expert so, what are people's opinions on this? I'd say that it depends entirely on the precise details of the correspondence between OS and Henk Hoff on behalf of LWG that was referred to in [1]. (ie. whether we should take their response to apply to the OS OpenData products, or any of their own rights that they license under their OS OpenData License.) Whatever was said there though, I don't think it's appropriate for individuals mappers to have to come to a decision on anything but the most straightforward licensing issues. I'd suggest we defer to LWG, and ask them (on behalf of OSMF) whether they're happy with us including this data in OSM. At the end of the day it's OSMF who are publishing the OSM data, and it's the project as a whole that will suffer if we include data that we don't have the right to distribute. Robert. [1] http://lists.openstreetmap.org/pipermail/talk-gb/2011-July/011995.html -- Robert Whittaker ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Response from Hampshire County Council
Robert Whittaker (OSM) robert.whittaker+...@gmail.com wrote: On 11 June 2012 18:12, Chris Hill o...@raggedred.net wrote: That is not true. LWG did not get 'specific agreement' from OS. We are simply using OS OpenData in compliance with the OS OpenData licence and OS confirmed: The Ordnance Survey has no objections to geodata derived in part from OS OpenData being released under the Open Database License 1.0. This is not a special or specific agreement. If that were true then we'd be able to use any source licensed under the OS OpenData licence. How do you explain the fact that we've specifically been told by LWG that we cannot use CodePoint Open, even though it is licensed by Ordnance Survey under exactly the same OS OpenData licence? Robert. -- Robert Whittaker ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk That is, IMHO, an over reaction. I was not party to the discussions with OS, nor to the LWG discussions, but I believe that OS, understandably, simply said they could not speak for Royal Mail. This resulted in the gross over reaction of saying that we should not use CodePoint Open data. RM have not objected, they simply haven't commented, possibly because no one has asked them. The people who could clear this up are the LWG members who had the discusions and have not yet revealed the whole process, including exactly how the statement from OS came about. -- Cheers, Chris OSM User chillly ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Enhanced version of OSM Administrative Boundary Map at OpenMapSurfer.uni-hd.de
Hello Pavel! Thank you for your suggestion. We will try to take it into account. The current version of styles is not completed yet and has a lot of faults. Later we are going to improve styling and work on better label placement capabilities as well. Best regards, Max 6/11/2012 5:34 PM, Pavel Melnikov wrote: Hello Alexander! The layer looks very well, but I have small suggestion. Titles for level 6 seem to have big spaces between characters, about the size of the character height. It is kinda difficult to read with lengthy titles (at least here: http://openmapsurfer.uni-hd.de/?zoom=11lat=54.93732lon=82.9952layers=0BFFF http://openmapsurfer.uni-hd.de/?zoom=11lat=54.93732lon=82.9952layers=0BFFF ) Best wishes, Pavel On Mon, Jun 11, 2012 at 7:29 PM, Alexander Zipf z...@uni-heidelberg.de mailto:z...@uni-heidelberg.de wrote: Dear all, in case you have not noticed: Administrative boundaries from OSM at all administrative levels are being visualized on a new dedicated global map layer at http://OpenMapSurfer.uni-hd.de Maxim Rylov just has released the new second version of the admin layer with enhanced scale-dependent styling labeling. It uses data from both ways and relations and handels missing tags in ways through using admin_level. Still experimental, but... Future enhancements may include also the visualization of problems or errors with respect to boundaries in OSM. The map layer is also a test for a new label placement algorithm that can place labels on both sides of a linestring. This map adds to Maxim's Roads, Semintransparent and Hillshade layers at OpenMapSurfer. enjoy az http://giscience.uni-hd.de ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Zoom 14 gray vs green?
Ok, I've got zero editing experience, but have been using and exploring OSM for some time now. Can someone lead me by the nose as to what might be causing zoom level 14 and only 14 to be gray instead of green for the National Park? http://www.openstreetmap.org/?lat=35.5585lon=-83.5005zoom=14layers=M Lynn (D) - KJ4ERJ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Zoom 14 gray vs green?
On 12-6-2012 19:43, Lynn W. Deffenbaugh (Mr) wrote: Ok, I've got zero editing experience, but have been using and exploring OSM for some time now. Can someone lead me by the nose as to what might be causing zoom level 14 and only 14 to be gray instead of green for the National Park? http://www.openstreetmap.org/?lat=35.5585lon=-83.5005zoom=14layers=M Lynn (D) - KJ4ERJ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk The rendering date of the tiles was April 12. I've requested a rerendering of this meta tile by marking it dirty, and now those are green again. Normally tiles of level 13+ should be rerendered automatically on changes. But perhaps this didn't happen, because the area is quite large, so the metatile falls entirely within the park. (Not checked though.) Frank ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Zoom 14 gray vs green?
On 6/12/2012 1:50 PM, Frank Steggink wrote: On 12-6-2012 19:43, Lynn W. Deffenbaugh (Mr) wrote: Ok, I've got zero editing experience, but have been using and exploring OSM for some time now. Can someone lead me by the nose as to what might be causing zoom level 14 and only 14 to be gray instead of green for the National Park? http://www.openstreetmap.org/?lat=35.5585lon=-83.5005zoom=14layers=M Lynn (D) - KJ4ERJ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk The rendering date of the tiles was April 12. I've requested a rerendering of this meta tile by marking it dirty, and now those are green again. Normally tiles of level 13+ should be rerendered automatically on changes. But perhaps this didn't happen, because the area is quite large, so the metatile falls entirely within the park. (Not checked though.) Ok, that would explain why the rendering date was current by the time I tracked down the individual tile file and did the /status check. I was headed in to verify that (once I remembered the feature) and was going to do my own /dirty to see if it would clear up, but you got there before I did. Thanks for helping out and I'll see if I can remember to try that next time before posting here. Lynn (D) - KJ4ERJ PS. Yes, the tile is green now for me also! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Presenting filter for openstreetmaps history RSS feeds
Hi Pavel, Pavel Melnikov schrieb: Any comments and reports are still highly appreciated. I guess you missed my comment in the forum, so I'm reposting it here again: --- thanks for this great little tool. I like it. However, the filtering is still too conservative for my needs as still more than 9 out of 10 changesets cover half of Europe. Thus, could you consider a smaller threshold for filtering changesets out? Or even better, adding (two) more parameters to your feed, enabling the user to specify the threshold himself? --- Thanks, Peda -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Tag combinations: amenity and highway
Hi. While developing the look-and-listen map I currently do some research about tagging and tag combinations as I have to build some kind of decision tree to determine how to describe a given osm object as text. I thought about first level tags in the osm database and looked into the most often used keys and tags according to taginfo for that. Some of the most used relevant keys are amenity and highway, and I did a summary of value combinations of these. It turns out, that at objects, that have both keys these often are redundant. Before I start: in sum my overpass-api export of yesterday returned 2668 objects with both tags. I would really appreciate some comments and thoughts about my suggestions (as written behind the corresponding combination). In order of appearance the combinations are count (amenity, highway): (neither all combinations listed, nor all most used ones): redundant combinations: 845 (bus_station, bus_stop) 69 (lamp, street_lamp) 34 (bus_stop, bus_stop) 25 (speed_trap, speed_camera) 10 (street_light, street_lamp) 7 (doctors, emergency_access_point): probably I'm wrong here, but why should I go to a doctor to call a doctor for an emergency? I'm confused about these. 7 (elevator, elevator) 4 (public_lift, elevator): where public_lift is used only 5 times over all 2 (bus_station, bus_station) 2 (elevator, lift) 2 (light_post, street_lamp) 2 (mountain_rescue, emergency_access_point): additionally amenity=mountain_rescue is not documented (but listed on the german how-to-map-A) 2 (speed_enforcement, speed_camera) not redundant combinations: 213 (waste_basket, bus_stop) 136 (bench, bus_stop): alternative: amenity=bus_stop; bench=yes (already used around 50k times) 118 (parking, rest_area) 107 (shelter, bus_stop): alternative: amenity=bus_stop; shelter=yes (already used 108k times) 92 (parking, turning_circle) 59 (parking, services) 37 (waste_basket, street_lamp) 35 (post_box, bus_stop): but often two objects, I think 15 (shelter, emergency_access_point) 6 (toilets, bus_stop): should be two objects, I think. 6 (waste_disposal, bus_stop): IMHO again two objects. 5 (watering_place, ford) combinations I guess to be an error: 46 (parking, bus_stop) how is this in other countries? in germany this would usually be an error. 45 (fuel, services) well, related, but amenity=fuel should not be tagged on the highway, right? 32 (tourist, bus_stop): amenity=tourist is over all only 32 times in the database, so at least I would count amenity=tourist as useless. It's not documented in the wiki. 30 (sloped_curb, crossing): outdated, as amenity=sloped_curb should be replaced by sloped_curb=yes (or better) or kerb=* 27 (restaurant, services): should be more than one object. 16 (school, bus_stop): should be two objects 15 (bicycle_parking, bus_stop): should be two objects 13 (fuel, service): probably services? 12 (trash_can, bus_stop): waste_basket instead of trash_can? 10 (fuel, bus_stop): two objects? 8 (fountain, mini_roundabout): if a mini-roundabout is a fountain in parallel, I would suggest the center not to be traversable, that would be a contradiction to the mini_roundabout definition we found in the discussions in the last weeks. 8 (recycling, bus_stop): I guess, this is most often a waste_basket, not what we usually call amenity=recycling. If that's wrong, these should be two objects. 8 (toilets, rest_area): should be two objects, as the toilets are much smaller than the rest area I guess (else I would not call it rest_area any more, but toilets only) 6 (grave_yard, turning_circle): sounds strange... 5 (cafe, services): not on one object, I would say 5 (fast_food, services): 2 objects 5 (fuel, residential): should the fuel be on the same object as highway? 5 (recycling, turning_circle): should be two objects 4 (pub, bus_stop): two objects 4 (public_building, bus_stop): two objects 3 (pharmacy, bus_stop): two objects 3 (place_of_worship, residential): two objects 3 (school, residential): two objects 3 (traffic_signals, traffic_signals): as I would interpret amenity=traffic_signals as an error; on top of that it's redundant 2 (bank, bus_stop): I guess, this is a German mapper who mis-translated the German bank (which means bench) 2 (bank, living_street): regardless, wether bank or bench is meant this IMHO is an error 2 (bank, traffic_signals) 2 (bench, cycleway): two objects! 2 (bench, footway): two objects! 2 (bench, turning_circle): two objects! 2 (doctors, bus_stop) 2 (fast_food, residential) 2 (fire_hydrant, turning_circle): two objects. 2 (fuel, track): two objects 2 (parking, speed_camera): two objects 2 (Piedibus_station, bus_stop): well, at least, the piedibus_station is not proposed or otherwise documented. english word would be walking_bus, I think (at least according to wikipedia) 2 (place_of_worship, bus_stop): two objects!? 2 (recycling, street_lamp):
[OSM-talk] new bing hires updates not visible in JOSM?
As the subject says, we spotted new imagery from Bing. Potlatch2 can load the imagery, but JOSM still shows the lowres Landsat image of the same area. This area for reference: http://www.openstreetmap.org/?lat=9.305565lon=123.308057zoom=18 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
Make sure you are viewing the highest zoom levels (z18-19) when trying to look for the highres imagery. This trick showed some additional hires imagery for some areas in Haiti last year. It was in JOSM, though and the bug may have been solved (haven't checked actually). .. So, may not help you but good to try. Cheers, -Jaakko --Original Message-- From: maning sambale To: osm-talk Subject: [OSM-talk] new bing hires updates not visible in JOSM? Sent: Jun 12, 2012 20:39 As the subject says, we spotted new imagery from Bing. Potlatch2 can load the imagery, but JOSM still shows the lowres Landsat image of the same area. This area for reference: http://www.openstreetmap.org/?lat=9.305565lon=123.308057zoom=18 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
I don't think this is the case because when I am using JOSM, the old hires imagery is loaded instead of the updates. You can see the outline of the old imagery here: http://maning.github.com/Imagery_Coverage_Map/#10.685173,122.583121,17 Click the bing baselayer to see the updated imagery. In josm, only the old imagery is visible. On Wed, Jun 13, 2012 at 9:18 AM, Jaakko Helleranta.com jaa...@helleranta.com wrote: Make sure you are viewing the highest zoom levels (z18-19) when trying to look for the highres imagery. This trick showed some additional hires imagery for some areas in Haiti last year. It was in JOSM, though and the bug may have been solved (haven't checked actually). .. So, may not help you but good to try. Cheers, -Jaakko --Original Message-- From: maning sambale To: osm-talk Subject: [OSM-talk] new bing hires updates not visible in JOSM? Sent: Jun 12, 2012 20:39 As the subject says, we spotted new imagery from Bing. Potlatch2 can load the imagery, but JOSM still shows the lowres Landsat image of the same area. This area for reference: http://www.openstreetmap.org/?lat=9.305565lon=123.308057zoom=18 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
From: maning sambale [mailto:emmanuel.samb...@gmail.com] Sent: Tuesday, June 12, 2012 6:38 PM To: jaa...@helleranta.com Cc: osm-talk Subject: Re: [OSM-talk] new bing hires updates not visible in JOSM? I don't think this is the case because when I am using JOSM, the old hires imagery is loaded instead of the updates. Check your JMapViewerTiles cache. On windows this is in %TEMP%\JMapViewerTiles_username\ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new bing hires updates not visible in JOSM?
I use mac and linux, I can't find the JMapViewerTiles_username in my mac system. Using the latest JOSM ver 5278. On Wed, Jun 13, 2012 at 10:05 AM, Paul Norman penor...@mac.com wrote: From: maning sambale [mailto:emmanuel.samb...@gmail.com] Sent: Tuesday, June 12, 2012 6:38 PM To: jaa...@helleranta.com Cc: osm-talk Subject: Re: [OSM-talk] new bing hires updates not visible in JOSM? I don't think this is the case because when I am using JOSM, the old hires imagery is loaded instead of the updates. Check your JMapViewerTiles cache. On windows this is in %TEMP%\JMapViewerTiles_username\ -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tag combinations: amenity and highway
Thorough analysis. I think you're right on at least most of the 2 objects? And my guess is that: 46 (parking, bus_stop) how is this in other countries? in germany this would usually be an error. Would imply two objects, too. ... Or then if someone wants to denote that this specific bus stop has parking facility connected to it it might make sense to use parking=yes in stead of amenity=parking and add the other object(s) for the actual parking spots. .. Haven't checked if anyone has done or suggested this, though, so just my thinking-aloud. It's a bit of a similar question as how facilities within facilitiesw should be tagged? Amneity=atm or atm=yes, amenity=restaurant or restaurant=yes, ... Bar, sauna, gym, patio, pool, AC (as in air conditioning). My understanding(?) is that there's no clear convention to this. Imho in your cases amenity=bus_stop + parking=yes doesn't sound bad at all for bus stops targeted to (partly car traveling) commuters, for example. Cheers, -Jaakko Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -Original Message- From: Peter Wendorff wendo...@uni-paderborn.de Date: Tue, 12 Jun 2012 22:28:39 To: talk@openstreetmap.orgtalk@openstreetmap.org Subject: [OSM-talk] Tag combinations: amenity and highway Hi. While developing the look-and-listen map I currently do some research about tagging and tag combinations as I have to build some kind of decision tree to determine how to describe a given osm object as text. I thought about first level tags in the osm database and looked into the most often used keys and tags according to taginfo for that. Some of the most used relevant keys are amenity and highway, and I did a summary of value combinations of these. It turns out, that at objects, that have both keys these often are redundant. Before I start: in sum my overpass-api export of yesterday returned 2668 objects with both tags. I would really appreciate some comments and thoughts about my suggestions (as written behind the corresponding combination). In order of appearance the combinations are count (amenity, highway): (neither all combinations listed, nor all most used ones): redundant combinations: 845 (bus_station, bus_stop) 69 (lamp, street_lamp) 34 (bus_stop, bus_stop) 25 (speed_trap, speed_camera) 10 (street_light, street_lamp) 7 (doctors, emergency_access_point): probably I'm wrong here, but why should I go to a doctor to call a doctor for an emergency? I'm confused about these. 7 (elevator, elevator) 4 (public_lift, elevator): where public_lift is used only 5 times over all 2 (bus_station, bus_station) 2 (elevator, lift) 2 (light_post, street_lamp) 2 (mountain_rescue, emergency_access_point): additionally amenity=mountain_rescue is not documented (but listed on the german how-to-map-A) 2 (speed_enforcement, speed_camera) not redundant combinations: 213 (waste_basket, bus_stop) 136 (bench, bus_stop): alternative: amenity=bus_stop; bench=yes (already used around 50k times) 118 (parking, rest_area) 107 (shelter, bus_stop): alternative: amenity=bus_stop; shelter=yes (already used 108k times) 92 (parking, turning_circle) 59 (parking, services) 37 (waste_basket, street_lamp) 35 (post_box, bus_stop): but often two objects, I think 15 (shelter, emergency_access_point) 6 (toilets, bus_stop): should be two objects, I think. 6 (waste_disposal, bus_stop): IMHO again two objects. 5 (watering_place, ford) combinations I guess to be an error: 46 (parking, bus_stop) how is this in other countries? in germany this would usually be an error. 45 (fuel, services) well, related, but amenity=fuel should not be tagged on the highway, right? 32 (tourist, bus_stop): amenity=tourist is over all only 32 times in the database, so at least I would count amenity=tourist as useless. It's not documented in the wiki. 30 (sloped_curb, crossing): outdated, as amenity=sloped_curb should be replaced by sloped_curb=yes (or better) or kerb=* 27 (restaurant, services): should be more than one object. 16 (school, bus_stop): should be two objects 15 (bicycle_parking, bus_stop): should be two objects 13 (fuel, service): probably services? 12 (trash_can, bus_stop): waste_basket instead of trash_can? 10 (fuel, bus_stop): two objects? 8 (fountain, mini_roundabout): if a mini-roundabout is a fountain in parallel, I would suggest the center not to be traversable, that would be a contradiction to the mini_roundabout definition we found in the discussions in the last weeks. 8 (recycling, bus_stop): I guess, this is most often a waste_basket, not what we usually call amenity=recycling. If that's wrong, these should be two objects. 8 (toilets, rest_area): should be two objects, as the toilets are much smaller than the rest area I guess (else I would not call it rest_area any more, but toilets only) 6 (grave_yard, turning_circle): sounds strange... 5
[talk-au] Hume/Hovell route
Hi all, and welcome Mark to the Australian OpenStreetMap community! (I noticed some strange edits that affected the Goulburn River High Country Rail Trail so I sent him an email - he's now subscribed to this list so I'll reply here) Thank you for your interest, comments and offer to help with this. Judging from your interest I assume you may have created the Goulburn River High Country Rail Trail (GRHCRT) in Open Street Map (OSM). Yeah - although mostly I just converted an old train line that someone else created into the rail trail. I've just ridden the rail trail this weekend, so I'll probably tweak it further with the GPS trace from that. Just some back ground to my efforts. I have an interest in cycle touring, the history of the early explorers and being a land surveyor I am interested in mapping. The OSM web site seems like the system to bring these together given the Openmtbmap and Velomap derivatives of OSM. Cool - I do quite a lot of cycle touring as well. Concerning changing the route relation of the GRHCRT to a different one, Near to explorers route, the intention here was to create a completely new track being Near to explorers route (original explorers cross country route) with no relation to the Goulburn River High Country Rail Trail at all. However, I did intend to create a new bike route being, as I have named it, 'Hume Hovell Trail', from Wodonga to Broadford which follows parts of the GRHCRT. This Hume Hovell Trail is intended to be an extension to the Hume Hovell Walking Track in New South Wales. Here's where things get tricky. OSM isn't really the place for inventing original routes and describing them. You really only want bike routes that have some sort of external source, and preferably local signage for them. Someone did something like this a while ago, adding the Golden Trail cycling route from Robe (SA) to Bendigo. That means it shows up on OSM like this: http://osm.org/go/uGbaUo--?layers=C But that's not really helpful to anyone: a route like that has no signage, and is not especially suited to bikes. It's just one person's suggestion of a set of roads to follow. If a few people did that, pretty soon you'd have a big set of intersecting routes that doesn't really communicate anything. I think it's a cool idea to invent these routes and document them somewhere - and I really hope there is a good way to do this that somehow links with OSM. But actually putting them in the main OSM database isn't right. (By contrast, the GRHCRT has bike-specific infrastructure, local signage, support from local councils, is documented on several external websites, etc etc.) I did add a new route relation to the GRHCRT without changing the name of GRHCRT. The mapping tool (Potlach 2) of OSM appeared to let me do this and appeared to show both route relations when I actually made the edits, being GRHCRT and Hume Hovell Trail, to the rail trail. As I am new to Potlach 2 I seem to have made an error with adding the new route relation, both judging from what you are saying and also I note now that the parts of the GRHCRT that I added the new route relation to are no longer showing in Potlach 2. I also removed your relation from some of the GRHCRT sections - at the time I had thought you had just made a mistake, applying the HH walking track relation to this bike path in error. I agree 'footway' is certainly not applicable for the cross country explorers route but I was unable to find an appropriate level from those available. I note your comment that historical data doesn't belong in OSM but I believe this sort of information makes maps valuable, providing it is made clear that it is a historical data. Compare with Hema touring maps of Australia which show explorers routes overlaid on normal maps. This is probably a question to raise on the tagging mailing list. It's an issue that gets debated in various forms. It depends a lot on whether there is any physical manifestation of the historical event. If you compare it with something like railway=abandoned, you can usually find traces of the old train line - embankments, remnants of bridges etc. But what you're talking about is simply the route that a group of explorers once took when they travelled overland. Now it's just farms, houses etc. So there's really nothing for anyone to see. So, however you tag it (if indeed it belongs in OSM), you should choose tags that don't show up in the default Mapnik render. I intended to make enquiries as to what would be an appropriate level for historical routes. I would like to show the original explorers route to show a geographic comparison with the Hume Hovell Trail bike route. I honestly think that probably this kind of data doesn't belong in OSM, but hopefully some other people can offer opinions, too. Of course, there's lots of other historical stuff that can be included (ruins, old mine sites, memorials, graves, etc), if they have a physical manifestation. If you
Re: [Talk-br] Procura-se voluntários para importação IBGE
Olá Vitor. Baixei o arquivo [1] para dar uma olhada. Será que não seria melhor simplificar estas vías antes de importa-las ? Não sei qual seria o melhor método para fazer isso, mas acho que elas estão com mais pontos do que o necessario, sobrecarregando a base e tornando o trabalho no JOSM muito lento. Abraço Stephane - Original Message - From: Vitor Sessak Sent: 06/11/12 07:09 PM To: OSM talk-br Subject: [Talk-br] Procura-se voluntários para importação IBGE Olá a todos, O IBGE disponibilizou recentemente uns mapas bem precisos do estado do Rio de Janeiro. Infelizmente, a unica maneira de importar esses dados pro OSM é por um procedimento semi-manual. Logo, eu estou procurando voluntários para me ajudar com este trabalho. Para quem estiver interessado em ajudar, é so visitar a pagina [1]. Um abraço, -Vitor [1] https://wiki.openstreetmap.org/wiki/IBGE_Import ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Procura-se voluntários para importação IBGE
Oi JOSM tem um plugin para simplificar ruas, talvez poder ajuda Aun Y. Johnsen Sent from my iPad +55 (27) 3114-0008 +55 (27) 9736-3919 (vivo) On 12. juni 2012, at 08:46, Stephane Goldstein s@gmx.com wrote: Olá Vitor. Baixei o arquivo [1] para dar uma olhada. Será que não seria melhor simplificar estas vías antes de importa-las ? Não sei qual seria o melhor método para fazer isso, mas acho que elas estão com mais pontos do que o necessario, sobrecarregando a base e tornando o trabalho no JOSM muito lento. Abraço Stephane - Original Message - From: Vitor Sessak Sent: 06/11/12 07:09 PM To: OSM talk-br Subject: [Talk-br] Procura-se voluntários para importação IBGE Olá a todos, O IBGE disponibilizou recentemente uns mapas bem precisos do estado do Rio de Janeiro. Infelizmente, a unica maneira de importar esses dados pro OSM é por um procedimento semi-manual. Logo, eu estou procurando voluntários para me ajudar com este trabalho. Para quem estiver interessado em ajudar, é so visitar a pagina [1]. Um abraço, -Vitor [1] https://wiki.openstreetmap.org/wiki/IBGE_Import ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Procura-se voluntários para importação IBGE
Saudações... Estou offline até a próxima quinta, mas me prontifico a fazer para a região de Teresópolis, o de possuo residência e tenho colaborado. Se alguém puder atualizar a tabela, agradeço... Cláudio L. Ferraz Enviado via iPhone Em 12/06/2012, às 09:43, Aun Yngve Johnsen li...@gimnechiske.org escreveu: Oi JOSM tem um plugin para simplificar ruas, talvez poder ajuda Aun Y. Johnsen Sent from my iPad +55 (27) 3114-0008 +55 (27) 9736-3919 (vivo) On 12. juni 2012, at 08:46, Stephane Goldstein s@gmx.com wrote: Olá Vitor. Baixei o arquivo [1] para dar uma olhada. Será que não seria melhor simplificar estas vías antes de importa-las ? Não sei qual seria o melhor método para fazer isso, mas acho que elas estão com mais pontos do que o necessario, sobrecarregando a base e tornando o trabalho no JOSM muito lento. Abraço Stephane - Original Message - From: Vitor Sessak Sent: 06/11/12 07:09 PM To: OSM talk-br Subject: [Talk-br] Procura-se voluntários para importação IBGE Olá a todos, O IBGE disponibilizou recentemente uns mapas bem precisos do estado do Rio de Janeiro. Infelizmente, a unica maneira de importar esses dados pro OSM é por um procedimento semi-manual. Logo, eu estou procurando voluntários para me ajudar com este trabalho. Para quem estiver interessado em ajudar, é so visitar a pagina [1]. Um abraço, -Vitor [1] https://wiki.openstreetmap.org/wiki/IBGE_Import ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Procura-se voluntários para importação IBGE
Dúvida: A licença de uso dos dados do IBGE permite a incorporção dos ddados ao OSM? Se sim, essa imprtação pode ser feita para outros casos, como a cartografia básica em outras escalas e que cobrem outras regiões? []'s Em 12/06/2012 10:11, CLFerraz escreveu: Saudações... Estou offline até a próxima quinta, mas me prontifico a fazer para a região de Teresópolis, o de possuo residência e tenho colaborado. Se alguém puder atualizar a tabela, agradeço... Cláudio L. Ferraz Enviado via iPhone Em 12/06/2012, às 09:43, Aun Yngve Johnsen li...@gimnechiske.org mailto:li...@gimnechiske.org escreveu: Oi JOSM tem um plugin para simplificar ruas, talvez poder ajuda Aun Y. Johnsen Sent from my iPad +55 (27) 3114-0008 +55 (27) 9736-3919 (vivo) On 12. juni 2012, at 08:46, Stephane Goldstein s@gmx.com mailto:s@gmx.com wrote: Olá Vitor. Baixei o arquivo [1] para dar uma olhada. Será que não seria melhor simplificar estas vías antes de importa-las ? Não sei qual seria o melhor método para fazer isso, mas acho que elas estão com mais pontos do que o necessario, sobrecarregando a base e tornando o trabalho no JOSM muito lento. Abraço Stephane - Original Message - From: Vitor Sessak Sent: 06/11/12 07:09 PM To: OSM talk-br Subject: [Talk-br] Procura-se voluntários para importação IBGE Olá a todos, O IBGE disponibilizou recentemente uns mapas bem precisos do estado do Rio de Janeiro. Infelizmente, a unica maneira de importar esses dados pro OSM é por um procedimento semi-manual. Logo, eu estou procurando voluntários para me ajudar com este trabalho. Para quem estiver interessado em ajudar, é so visitar a pagina [1]. Um abraço, -Vitor [1]https://wiki.openstreetmap.org/wiki/IBGE_Import ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- http://www.edmarmoretti.com.br http://edmarmoretti.com.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Classificação de vias
Olá, encontrei algumas incoerências na classificação das vias urbanas no wiki e queria perguntar qual é a versão oficial. Dum lado existe uma classificação segundo limites de velocidade e as categorias trânsito rápido, arterial, coletora e local: http://wiki.openstreetmap.org/wiki/Pt-br:Guia_de_Mapeamento_do_Territ%C3%B3rio_Brasileiro Dum outro lado existe uma tradução do tag highway que até o tradutor não achou oficial (e que ignora os aspectos acima): http://wiki.openstreetmap.org/wiki/Pt-br:Key:highway Alguém pode me dizer qual versão devíamos seguir? E se for a primeira, onde em geral posso achar a classificação das vias na cidade? Acabei de ver que São Paulo tinha uma tal lista ([1]), mas não sei onde achar essas classificações para outras cidades. Abraço Martin [1] http://www.prefeitura.sp.gov.br/cidade/secretarias/habitacao/departamentos/aprov/index.php?p=3303 -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Procura-se voluntários para importação IBGE
Olá Edmar, O IBGE permite a incorporação dos dados, veja o email para essa mesma lista em [1]. Além desse email, a ausência de qualquer nota de copyright no site deles e os varios links para a pagina da lei de acesso à informação corroboram isso. Sobre os outros dados, eu conto importa-los também. A minha idéia é começar pelos dados do Rio porque eles são bem precisos e é uma região onde as imagens de satélite são boas, o que permite checar se não tem nenhum problema com o processo de importação. []'s -Vitor [1] http://lists.openstreetmap.org/pipermail/talk-br/2010-January/000953.html On 06/12/2012 03:25 PM, Edmar Moretti wrote: Dúvida: A licença de uso dos dados do IBGE permite a incorporção dos ddados ao OSM? Se sim, essa imprtação pode ser feita para outros casos, como a cartografia básica em outras escalas e que cobrem outras regiões? []'s Em 12/06/2012 10:11, CLFerraz escreveu: Saudações... Estou offline até a próxima quinta, mas me prontifico a fazer para a região de Teresópolis, o de possuo residência e tenho colaborado. Se alguém puder atualizar a tabela, agradeço... Cláudio L. Ferraz Enviado via iPhone Em 12/06/2012, às 09:43, Aun Yngve Johnsen li...@gimnechiske.org mailto:li...@gimnechiske.org escreveu: Oi JOSM tem um plugin para simplificar ruas, talvez poder ajuda Aun Y. Johnsen Sent from my iPad +55 (27) 3114-0008 +55 (27) 9736-3919 (vivo) On 12. juni 2012, at 08:46, Stephane Goldstein s@gmx.com mailto:s@gmx.com wrote: Olá Vitor. Baixei o arquivo [1] para dar uma olhada. Será que não seria melhor simplificar estas vías antes de importa-las ? Não sei qual seria o melhor método para fazer isso, mas acho que elas estão com mais pontos do que o necessario, sobrecarregando a base e tornando o trabalho no JOSM muito lento. Abraço Stephane - Original Message - From: Vitor Sessak Sent: 06/11/12 07:09 PM To: OSM talk-br Subject: [Talk-br] Procura-se voluntários para importação IBGE Olá a todos, O IBGE disponibilizou recentemente uns mapas bem precisos do estado do Rio de Janeiro. Infelizmente, a unica maneira de importar esses dados pro OSMé por um procedimento semi-manual. Logo, eu estou procurando voluntários para me ajudar com este trabalho. Para quem estiver interessado em ajudar,é so visitar a pagina [1]. Um abraço, -Vitor [1]https://wiki.openstreetmap.org/wiki/IBGE_Import ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- http://www.edmarmoretti.com.br http://edmarmoretti.com.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Procura-se voluntários para importação IBGE
Puxa, que pena, Vitor… Como novato, gostaria de contribuir, mas com uma região que eu conhecesse que é o caso de Teresópolis. A região que você cita fica fora da cidade pelo que estou entendento, mais próximo a Magé ou Baia da Guanabara… Praticamente desconheço essa região… Acho que o ideal seria fazer com conhecimento da área, estou correto? Me corrija se estiver errado... No caso de Teresópolis, tenho feito uso do Bing e circulado pela cidade com GPS. Comparo os resultados e faço os devidos ajustes… Agora, se der para fazer e contribuir mas sem conhecer a região, me coloco a disposição sim... []'s… Cláudio Em 12/06/2012, às 14:23, Vitor Sessak escreveu: Olá, Obrigado por avisar que alguns arquivos precisam ser simplificados. Os que eu tinha olhado não precisavam, logo eu conclui precipitadamente que todos estavam bons. A idéia do Aun de usar o JOSM funciona muito bem, mas eu gostaria de alguma coisa que eu pudesse automatizar, logo eu usei o --simplify do ogr2ogr e também deu certo (eu olhei no JOSM e a qualidade continua boa). Eu troquei todos os arquivos pelas versões simplificadas. De fato o tamanho diminuiu bastante. []'s -Vitor On 06/12/2012 01:46 PM, Stephane Goldstein wrote: Olá Vitor. Baixei o arquivo [1] para dar uma olhada. Será que não seria melhor simplificar estas vías antes de importa-las ? Não sei qual seria o melhor método para fazer isso, mas acho que elas estão com mais pontos do que o necessario, sobrecarregando a base e tornando o trabalho no JOSM muito lento. Abraço Stephane - Original Message - From: Vitor Sessak Sent: 06/11/12 07:09 PM To: OSM talk-br Subject: [Talk-br] Procura-se voluntários para importação IBGE Olá a todos, O IBGE disponibilizou recentemente uns mapas bem precisos do estado do Rio de Janeiro. Infelizmente, a unica maneira de importar esses dados pro OSM é por um procedimento semi-manual. Logo, eu estou procurando voluntários para me ajudar com este trabalho. Para quem estiver interessado em ajudar, é so visitar a pagina [1]. Um abraço, -Vitor [1] https://wiki.openstreetmap.org/wiki/IBGE_Import ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Tradução do Leaflet Maps Marker para português Re: GlotPress instance for translations available
Gosto muito desse plugin e gostaria de colaborar. Mas só terei tempo em julho... On 09-06-2012 17:10, Arlindo Pereira wrote: Unfortunately currently I'm in lack of time to do a good translation, but I just forwarded this email to the talk-br mailing list so someone can translate the strings to pt_BR. Cheers, Arlindo Nighto Pereira Pessoal, eu costumava traduzir o Leaflet Maps Marker, um plugin para inserir mapas OSM em blogs WordPress, mas estou sem tempo de traduzir. Alguém pode ajudar? On Fri, Jun 8, 2012 at 9:26 AM, MapsMarker.com i...@mapsmarker.com mailto:i...@mapsmarker.com wrote: Hi Arlindo, I just set up an instance of GlotPress at http://translate.mapsmarker.com/projects/lmm, which makes translations much more easier to handle than with poedit - especially when more people are working together on the same translation. I´d be glad if you could register on the site so that I can give you the proper rights to update (and approve) the Portugese translation of my plugin. Best regards, Robert -- Leaflet Maps Marker Plugin for Wordpress Pin, organize show your favorite places through OpenStreetMap/WMTS, Google Maps/Earth (KML), GeoJSON or Augmented-Reality browsers http://www.mapsmarker.com http://www.mapsmarker.com/ -- Leaflet Maps Marker Plugin for Wordpress Pin, organize show your favorite places through OpenStreetMap/WMTS, Google Maps/Earth (KML), GeoJSON or Augmented-Reality browsers http://www.mapsmarker.com http://www.mapsmarker.com/ ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] ist damit die Overpass down ...?
Florian Lohoff f...@zz.de wrote: Ich waere eher dafür den leuten beizubringen wie sie einen OSM Extrakt selber in eine geoDatenbank bekommen. Das geht wenn man das mal sich erarbeitet hat in wenigen minuten. Das Problem ist, dass es derzeit keine gescheite Möglichkeit gibt solche Datenbanken ohne komplettem Neuimport aktuell zu halten. Die Idee sogenannter rich diffs kommt immer mal wieder auf wurde aber noch von niemandem umgesetzt. Gruss Sven -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety (Benjamin Franklin) /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
[Talk-de] REMINDER Swiss OpenStreetMap Association (founding meeting) / GEOsummit
REMINDER We will be founding a Swiss OpenStreetMap Association next week in Berne. If you would like to participate in the association board or just want to belong to the first members please feel free to come. We would really appreciate participation from the French and Italian speaking parts of the Swiss OSM community. If somebody can't make the actual meeting we may be able to arrange participation via skype or irc. Current plan is to meet over lunch: Date Wednesday June 20th Meeting point 12:45 main entrance Bernexpo We have a limited number of free exhibition entrance tickets available that will be available on a first come first serve base to members of the community that want to participate in the meeting. If you want to come, please add your name here: http://wiki.openstreetmap.org/wiki/Swiss_OSM_Association On Wednesday morning there will be a conference track that is open to visitors of the exhibition see http://www.geosummit.ch/de/Kongressprogramm_01.html (GEOExpo-Track), if you want to attend any of the presentations send a mail to my OSM account by Thursday and I'll send you the ticket per mail, otherwise we will distribute the tickets when we meet for lunch. Simon PS: copied to talk-de and talk-fr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tankstellen-Karte
Hi! Kann mir jemand eine Karte empfehlen, auf der Tankstellen angezeigt werden inklusive Zusatzinfos wie Treibstoffsorten, Autowäsche, gibt es einen Lebensmittelshop, Öffnungszeiten, etc. Ich habe auf die Schnelle nur den POI-Viewer [1] gefunden - dort sehe ich aber außer dem Namen nicht viel. vg, Martin [1] http://www.lenz-online.de/cgi-bin/osmpoi/osmpoi.pl ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellen-Karte
Hallo, Am 12.06.2012 10:20, schrieb Martin Vonwald: Kann mir jemand eine Karte empfehlen, auf der Tankstellen angezeigt werden inklusive Zusatzinfos Du kannst Tankstellen uter der Rubrik Auto auf unserer POI-Karte [1] auswählen und anzeigen lassen. Ein Klick auf die Tankstelle öffnet die dazugehörigen Infos. Der Link öffnet die Karte gleich mit Tankstellen: [1] http://www.flosm.de/html/POI-Karte.html?accthm=osm-pois0startx=8.9026403427124starty=50.125301361084startr=44765.546875grp_fuel=1 Gruß, Detlev ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellen-Karte
Hi! Das schaut schon sehr gut aus. Gibt es das (oder etwas ähnliches) auch mit aufbereiteten Tags, d.h. wo die Tags nicht nur gelistet werden sondern auch für den einfachen Anwender ausgewertet werden, z.B. die Adress-Tags in eine Adresse umgewandelt, die Treibstoffsorten vielleicht als Icons dargestellt, usw. vg, Martin Am 12. Juni 2012 11:19 schrieb Detlev Reiners d...@123map.de: Hallo, Am 12.06.2012 10:20, schrieb Martin Vonwald: Kann mir jemand eine Karte empfehlen, auf der Tankstellen angezeigt werden inklusive Zusatzinfos Du kannst Tankstellen uter der Rubrik Auto auf unserer POI-Karte [1] auswählen und anzeigen lassen. Ein Klick auf die Tankstelle öffnet die dazugehörigen Infos. Der Link öffnet die Karte gleich mit Tankstellen: [1] http://www.flosm.de/html/POI-Karte.html?accthm=osm-pois0startx=8.9026403427124starty=50.125301361084startr=44765.546875grp_fuel=1 Gruß, Detlev ___ 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] ist damit die Overpass down ...?
Florian Lohoff wrote: Ich waere eher dafür den leuten beizubringen wie sie einen OSM Extrakt selber in eine geoDatenbank bekommen. Das geht wenn man das mal sich erarbeitet hat in wenigen minuten. Die wenigsten wollen, nur um eine angepasste Karte auf der Homepage zu haben, gleich einen ganzen Server mieten. Der Großteil, der etwas ins Netz stellt, bucht nur Webhosting. Also HTTP, PHP, wenn man Glück hat, dann auch CGI und SSI. Upload meistens mit FTP. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellen-Karte
Weitere Portale wären http://www.tappenbeck.net/osm/maps/deu/index.php?id=1022 http://www.karbukoo.com/de/ Gruß Matthias Am 12.06.2012 10:20, schrieb Martin Vonwald: Hi! Kann mir jemand eine Karte empfehlen, auf der Tankstellen angezeigt werden inklusive Zusatzinfos wie Treibstoffsorten, Autowäsche, gibt es einen Lebensmittelshop, Öffnungszeiten, etc. Ich habe auf die Schnelle nur den POI-Viewer [1] gefunden - dort sehe ich aber außer dem Namen nicht viel. vg, Martin [1] http://www.lenz-online.de/cgi-bin/osmpoi/osmpoi.pl ___ 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] ist damit die Overpass down ...?
Am 12. Juni 2012 11:59 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Florian Lohoff wrote: Ich waere eher dafür den leuten beizubringen wie sie einen OSM Extrakt selber in eine geoDatenbank bekommen. Das geht wenn man das mal sich erarbeitet hat in wenigen minuten. Die wenigsten wollen, nur um eine angepasste Karte auf der Homepage zu haben, gleich einen ganzen Server mieten. Der Großteil, der etwas ins Netz stellt, bucht nur Webhosting. Also HTTP, PHP, wenn man Glück hat, dann auch CGI und SSI. Upload meistens mit FTP. man kann ja trotzdem lokal eine Geodatenbank haben, das eine schließt das andere nicht aus., Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellen-Karte
Am 12. Juni 2012 12:07 schrieb Matthias Meisser dig...@arcor.de: Weitere Portale wären http://www.tappenbeck.net/osm/maps/deu/index.php?id=1022 Fast perfekt, aber nur Deutschland. http://www.karbukoo.com/de/ Spritpreise sind eher kontraproduktiv für meinen Zweck ;-) Danke! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Am 11.06.2012 23:22, schrieb qunuxy-osmmailingli...@yahoo.com: Am 11.06.2012 15:17, schrieb Steffen Grunewald: So offensichtlich ist das für mich nicht - dann sollte doch nach Pythagoras die Summe der Quadrate der einzelnen Komponenten genau 100 ergeben? Nein, warum? Da aber der eine Wert ziemlich konstant über 1000 liegt, geht das schon mal nicht Wenn du den Beschleunigungssensor auf den Boden legst, so dass eine Achse des Sensors exakt zum Erdmittelpunkt ausgerichtet ist, dann wird dieser für diese Achse (Z) ziemlich genau die Erdbeschleunigung von 1 g anzeigen und für die beiden anderen Achsen (X und Y) 0 g. Wenn du jetzt den Sensor in Richtung der X-Achse beschleunigst, so wird dieser für die Z-Achse weiterhin 1 g anzeigen und zusätzlich für die X-Achse die entsprechende Beschleunigung und für die Y-Achse immer noch 0 g. Jetzt kannst du den Sensor auch noch zusätzlich in Richtung der Y-Achse beschleunigen, dann zeigt der Sensor für die Z-Achse immer noch 1 g an und für die X- und Y-Achse die entsprechenden Beschleunigungen. Erst wenn du den Sensor nach oben oder unten beschleunigst, wird dieser nicht mehr die Erdbeschleunigung anzeigen. Meistens wird der Sensor aber nicht zum Erdmittelpunkt ausgerichtet sein, dann misst der Sensor natürlich auch für die X- bzw. Y-Achse des Sensors Anteile der Erdbeschleunigung, bei den anderen Achsen verhält sich das entsprechend. Wenn man das Gerät mal nacheinander in allen 3 Achsen ausrichtet, kann man wenigstens verifizieren, ob es sich überhaupt um Beschleunigungsdaten handelt. Was die Einheit der Beschleunigung betrifft, kann man milli-g wohl ausschließen. Ich bekomme, wenn ich alle Vektoren summiere auf 1,05802 g. Selbst wenn ich den Wert auf 1024*g normiere, komme ich auf 1,0332 g. Das Erzvorkommen, das unter dem Gerät liegen muss, möchte ich gerne ausbeuten dürfen :-) Aber möglicherweise ist das Gerät auch nicht kalibriert. Viele Grüße Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Overpass API
Hallo zusammen, die Overpass API kann endlich so langsam wieder in Richtung Normalbetrieb zurückkehren. Ich habe einen neuen, größeren Server (mit ECC) aufgesetzt, der zur Zeit von einem frisch importierten Planet aus mit den Minute-Diffs aufholt und gerade bei Mitte Mai ist. Voraussichtlich morgen vormittag wird der Server aufgeholt haben. Für XAPI-Abfragen außer xapi?map... wird auf diesen Server weitergeleitet, so dass diese zur Zeit etwas ältere Daten liefern, aber wenigstens überhaupt funktionieren. Die XAPI-Abfragen werden weiterhin bei etwa 400 Abfragen pro Minute insgesamt gedrosselt, so dass diese zur Zeit nur eine Erfolgsquote von etwa 70% haben. Die übrigen Abfragearten benötigen keine Drossel und sollten daher in über 99% der Fälle funktionieren. Zu den Hintergründen hoffe ich, im Laufe der Woche noch einen Blogbeitrag auf openstreetmap.de schreiben zu können. Zunächst ein paar Graphen zum Anschauen: http://overpass-api.de/munin/ http://5.9.7.85/munin/ Die interessantesten Zahlen dürften in beide Fällen die Sektionen other sein, in denen die Abfragezahlen und der Rückstand der Datenbank vermerkt sind. Viele Grüße, Roland -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Arte, mit offenen Karten
Hallo zusammen, eben lief auf Arte eine interresante Sendung KARTOGRAFIE 2.0. Es war dort auch viel von OSM die Rede. Leider kam ich etwas zu spät (vom OSM Stammtisch). Hat jemand die Sendung aufgenommen? Sie wird übrigens am 16.6 14:05 wiederholt. Gruß Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arte, mit offenen Karten
Am 12.06.2012 23:19, schrieb Jacques Nietsch: Hallo zusammen, eben lief auf Arte eine interresante Sendung KARTOGRAFIE 2.0. Es war dort auch viel von OSM die Rede. Leider kam ich etwas zu spät (vom OSM Stammtisch). Hat jemand die Sendung aufgenommen? Kannst Du dir bei arte im Netz ansehen + Hintergrundmaterial. http://ddc.arte.tv/folge/kartografie-2-0#disqus_thread Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Grenzen - remappen?
Florian Lohoff f...@zz.de wrote: Schwierig ist nur an korrekte und freie Grenzverlaeufe zu kommen. Die einzig reputable Quelle für Grenzen von Grundstücken bis hin zur Staatsgrenze sind in Deutschland die Katasterbehörden. Denn die legen mit ihren Vermessungen den genauen amtlichen Verlauf fest. Und deren Daten sind proprietär, also unfrei. Alle anderen Veröffentlichungen sind von dort abgeleitet und damit ebenfalls in aller Regel unfrei. Man könnte diese Daten freikaufen oder darauf hoffen, dass diese im Zuge der Open-Data Initiative irgendwann von OSM übernommen werden können. Gerade bei den Grenzen sehe ich Handlungsbedarf im Rahmen dieser Initiave, da sie kaum vor Ort erfassbar sind. Denn letztendlich hat sonst auf freier Basis niemand die Chance festzustellen, wo er sich befindet oder wohnt. Ich fand das im Rahmen des letzten Mikrozensus (Volkszählung) recht amüsant, wo man von mir die Angabe verlangte, in welchem Ortsteil ich wohne. Ich sah mich außerstande, für diese Angabe geradezustehen und den Fragebogen zu unterschreiben. Ich habe hier Grenzsteine gefunden, die 1,30 m unter der Erdoberfläche lagen. In Wassergräben sind es eingetriebene Stahlrohre, die nur in Trockenperioden zum Vorschein kommen. Einige dürften auf Privatgelände oder im unwegbarem Walddickicht liegen. Von daher ist die Erfassung von Grenzen über diese Markierungen sehr unzuverlässig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] è possibile dividere un segmento, una way, in parti uguali ?
Come da oggetto, pensavo che si potrebbe contare i fondi ed i portoni al pianoterra di un edificio, dividere il lato in parti uguali e poi piazzare il panettiere al 4° , lingresso del condominio al 5°, il parrucchiere al 6° e via di seguito. Specialmente nelle strette vie dei centri storici avremmo anche più precisione di quella ottenibile con il gps? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] è possibile dividere un segmento, una way, in parti uguali ?
Il giorno 12 giugno 2012 09:09, Alech OSM alech.hos...@gmail.com ha scritto: Come da oggetto, pensavo che si potrebbe contare i fondi ed i portoni al pianoterra di un edificio, dividere il lato in parti uguali e poi piazzare il panettiere al 4° , l’ingresso del condominio al 5°, il parrucchiere al 6° e via di seguito. Specialmente nelle strette vie dei centri storici avremmo anche più precisione di quella ottenibile con il gps? Da ingegnere ti rispondo di no. Non abbiamo alcuna certezza che gli ingressi siano disposti in maniera equidistante. Questo è particolarmente vero proprio nei centri storici, dove i caseggiati sono spesso eterogenei e non sempre gli ingressi sono posti in corrispondenza del centro del singolo edificio. Resta il fatto che, per usi più generici, poter dividere un segmento in N parti sarebbe una feature molto utile. Forse c'è già in un plugin? Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: è possibile dividere un segmento, una way, in parti uguali ?
Non solo non ne abbiamo certezza, ma di sicuro non è così. Daltra parte quale alternativa più precisa abbiamo? Il mio Forerunner205 ha al massimo una precisione quando va bene di 6 metri, ed io non ho molta voglia di girare per Firenze con la rotella metrica ;-) Da: Simone Saviolo [mailto:simone.savi...@gmail.com] Inviato: martedì 12 giugno 2012 9.27 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] è possibile dividere un segmento, una way, in parti uguali ? Il giorno 12 giugno 2012 09:09, Alech OSM alech.hos...@gmail.com ha scritto: Come da oggetto, pensavo che si potrebbe contare i fondi ed i portoni al pianoterra di un edificio, dividere il lato in parti uguali e poi piazzare il panettiere al 4° , lingresso del condominio al 5°, il parrucchiere al 6° e via di seguito. Specialmente nelle strette vie dei centri storici avremmo anche più precisione di quella ottenibile con il gps? Da ingegnere ti rispondo di no. Non abbiamo alcuna certezza che gli ingressi siano disposti in maniera equidistante. Questo è particolarmente vero proprio nei centri storici, dove i caseggiati sono spesso eterogenei e non sempre gli ingressi sono posti in corrispondenza del centro del singolo edificio. Resta il fatto che, per usi più generici, poter dividere un segmento in N parti sarebbe una feature molto utile. Forse c'è già in un plugin? Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: è possibile dividere un segmento, una way, in parti uguali ?
Nel Centro Storico risulta molto utile il walking papers http://walking-papers. org/ , ci abbiamo mappato un centinaio di edicole votive nei vicoli di Genova. Alessandro Messaggio originale Da: alech.hos...@gmail.com Data: 12/06/2012 9.33 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: [Talk-it] R: è possibile dividere un segmento, una way, in parti uguali ? Non solo non ne abbiamo certezza, ma di sicuro non è così. D’altra parte quale alternativa più precisa abbiamo? Il mio Forerunner205 ha al massimo una precisione quando va bene di 6 metri, ed io non ho molta voglia di girare per Firenze con la rotella metrica … ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: è possibile dividere un segmento, una way, in parti uguali ?
Il giorno 12 giugno 2012 09:33, Alech OSM alech.hos...@gmail.com ha scritto: Non solo non ne abbiamo certezza, ma di sicuro non è così. D’altra parte quale alternativa più precisa abbiamo? Il mio Forerunner205 ha al massimo una precisione quando va bene di 6 metri, ed io non ho molta voglia di girare per Firenze con la rotella metrica … ;-) Secondo me è meglio una misura approssimata che una apparentemente precisa ma di fatto sbagliata (sbagliata proprio nel concetto, oltretutto). Aiutati con punti di riferimento, con le ortofoto, con distanze approssimate - voglio sperare che nessuno si aspetti una precisione superiore al metro o due da una mappa globale. Se metti un civico a trentasei metri dall'incrocio e poi in realtà erano trentasette metri e venti, la gente lo trova lo stesso :-) Inoltre, mi parli di POI come i negozi, ma quelli non sono puntiformi. Secondo me, per quanto riguarda negozi, civici e simili, la cosa più importante è che siano nell'ordine giusto dal punto di vista topologico, in modo che si possa ad esempio dire abito al n. 58, tra il fiorista e il panettiere. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: è possibile dividere un segmento, una way, in parti uguali ?
From: Alech OSM [mailto:alech.hos...@gmail.com] Sent: martedì 12 giugno 2012 09:33 To: 'openstreetmap list - italiano' Subject: [Talk-it] R: è possibile dividere un segmento, una way, in parti uguali ? Resta il fatto che, per usi più generici, poter dividere un segmento in N parti sarebbe una feature molto utile. Forse c'è già in un plugin? Per i segmenti non so, per i caseggiati si può usare il plugin Terracer [1] per JOSM [1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Terracer Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] geoSDI Geo Portal
Un interessante rilancio sul blog: http://www.rudybandiera.com/software-terremoto-0612.html Ciao, Berti ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare i nomi Valle d'Aosta e Trentino-Südtirol/Alto Adige
Il giorno 12 giugno 2012 00:10, Luca Wehrstedt luca.wehrst...@gmail.comha scritto: Non sono d'accordo. Se chiedi a qualunque italiano (anche ad un valdostano) come si chiama quella regione a nord del Piemonte ti dirà Valle d'Aosta e non Valle d’Aosta/Vallée d’Aoste. Analogamente, un qualunque francese ti dirà Vallée d’Aoste. Questo è proprio uno dei casi di cui parlavo prima: il nome con cui questa feature è conosciuta da tutti è diverso dal suo nome ufficiale. Tra l'altro, secondo me, il suo nome ufficiale dovrebbe essere Regione Autonoma Valle d'Aosta (in italiano) e Région Autonome Vallée d’Aoste (in francese). Perciò secondo me un tagging corretto sarebbe: name = Valle d’Aosta/Vallée d’Aoste (con entrambe le lingue perché si tratta di una regione bilingue) name:it = Valle d'Aosta name:fr = Vallée d’Aoste official_name:it = Regione Autonoma Valle d'Aosta official_name:fr = Région Autonome Vallée d’Aoste +1 Aggiungo che la toponomastica in Valle d'Aosta pone non pochi problemi: i toponimi di origine francoprovenzale sono stati a volte italianizzati, a volte francesizzati e a volte scritti seguendo differenti grafie del dialetto. Prima di correggere la mappa è opportuno consultare la pagine della toponomastica ufficiale della regione: http://www.regione.vda.it/enti_locali/cartella_i.asp?pk_cartelle=182 Non è invece affidabile la carta CTR della regione ( http://geonavsct.partout.it/pub/GeoCartoSCT/index.html) che contiene diversi strafalcioni. In questa pagina ho raccolto alcuni esempi sulla complessità del problema: http://tapazovaldoten.altervista.org/toponimi_valle_aosta.html Gian Mario Navillod ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Creare un'immagine con un tracciato
C'è anche il semplicissimo servizio online http://www.bikeroutetoaster.com/Course.aspx Si può caricare una traccia personale oppure creare un percorso con autorouting (con dati OSM o Google), e visualizzare vari tipi di rendering (sia OSM che Google)... Naturalmente se si crea un percorso lunghetto poi la stampa non sarà di gran qualità... -- View this message in context: http://gis.19327.n5.nabble.com/Creare-un-immagine-con-un-tracciato-tp5712176p5712295.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] Creare un'immagine con un tracciato
glaucos, on 12/06/2012 11.55, wrote: C'è anche il semplicissimo servizio online http://www.bikeroutetoaster.com/Course.aspx Potrebbe essere interessante anche GPS Visualizer http://www.gpsvisualizer.com/map_input Ciao Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: è possibile dividere un segmento, una way, in parti uguali ?
2012/6/12 ale_z...@libero.it ale_z...@libero.it: Nel Centro Storico risulta molto utile il walking papers http://walking-papers. org/ , ci abbiamo mappato un centinaio di edicole votive nei vicoli di Genova. +1. Il GPS non serve pratticamente a nulla nei centri storici. O si prendono appunti con carta e penna o si scattano centinaia di foto (streetview per poveri), letteralmente ogni pochi metri, oppure tutto insieme ;-) Se hai uno smartphone con bussola è molto più facile perchè puoi vedere dopo nel editore in quale direzione hai guardato per scattare la foto. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Creare un'immagine con un tracciato
Il 12/06/2012 11:55, glaucos ha scritto: C'è anche il semplicissimo servizio online http://www.bikeroutetoaster.com/Course.aspx Si può caricare una traccia personale oppure creare un percorso con autorouting (con dati OSM o Google), e visualizzare vari tipi di rendering (sia OSM che Google)... Naturalmente se si crea un percorso lunghetto poi la stampa non sarà di gran qualità... -- View this message in context: http://gis.19327.n5.nabble.com/Creare-un-immagine-con-un-tracciato-tp5712176p5712295.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 Ieri ho installato QlandkarteGT. Permette di inserire una traccia gpx sulla mappa Osm e da li salvare in formato immagine (png) distintamente sia la mappa che il grafico altrimetrico. Unica pecca (magari aggirabile) la mappa non è granchè personalizzabile, per cui se una traccia è lunga o ne tagli una parte (nel senso che non ti sta nella mappa) oppure riduci lo zoom ma perdi eventuali nomi di località. Altra parte positiva/negativa è la segnalazione dell'altezza massima e velocità massima raggiunta. Se per l'altezza tutto ok va benissimo, per un'escursione a piedi non ha molto senso segnalare la velocità massima. In mtb si ma in trakking non bisognerebbe segnalarlo. Purtroppo nei settings non sono riuscito a trovare nulla per disabilitarle. Si possono solamente disabilitare i livelli di zoom. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Creare un'immagine con un tracciato
Per aggirare il problema puoi usare un programmino free come Autostitch , che di solito serve per unire le foto panoramiche: visualizzi la mappa all'ingrandimento voluto , esegui alcuni Printscreen, li ritagli , li incolli . http://lists.openstreetmap.org/listinfo/talk-it Ieri ho installato QlandkarteGT. Permette di inserire una traccia gpx sulla mappa Osm e da li salvare in formato immagine (png) distintamente sia la mappa che il grafico altrimetrico. Unica pecca (magari aggirabile) la mappa non è granchè personalizzabile, per cui se una traccia è lunga o ne tagli una parte (nel senso che non ti sta nella mappa) oppure riduci lo zoom ma perdi eventuali nomi di località. Altra parte positiva/negativa è la segnalazione dell'altezza massima e velocità massima raggiunta. Se per l'altezza tutto ok va benissimo, per un'escursione a piedi non ha molto senso segnalare la velocità massima. In mtb si ma in trakking non bisognerebbe segnalarlo. Purtroppo nei settings non sono riuscito a trovare nulla per disabilitarle. Si possono solamente disabilitare i livelli di zoom. -- Gianluca Boero ___ 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] R: Creare un'immagine con un tracciato
Bikemap.net offre un servizio di stampa di un roadbook per percorsi caricati sul loro sito. In questo momento lo produce solo con GMaps, ma il proprietario ed ideatore del sito mi ha confermato che è sua intenzione di offrire in futuro lo stesso servizio con OSM, senza precisare i tempi. Il sito è in una fase di migrazione da GMaps a OSM. Volker 2012/6/12 Alech OSM alech.hos...@gmail.com Per aggirare il problema puoi usare un programmino free come Autostitch , che di solito serve per unire le foto panoramiche: visualizzi la mappa all'ingrandimento voluto , esegui alcuni Printscreen, li ritagli , li incolli . http://lists.openstreetmap.org/listinfo/talk-it Ieri ho installato QlandkarteGT. Permette di inserire una traccia gpx sulla mappa Osm e da li salvare in formato immagine (png) distintamente sia la mappa che il grafico altrimetrico. Unica pecca (magari aggirabile) la mappa non è granchè personalizzabile, per cui se una traccia è lunga o ne tagli una parte (nel senso che non ti sta nella mappa) oppure riduci lo zoom ma perdi eventuali nomi di località. Altra parte positiva/negativa è la segnalazione dell'altezza massima e velocità massima raggiunta. Se per l'altezza tutto ok va benissimo, per un'escursione a piedi non ha molto senso segnalare la velocità massima. In mtb si ma in trakking non bisognerebbe segnalarlo. Purtroppo nei settings non sono riuscito a trovare nulla per disabilitarle. Si possono solamente disabilitare i livelli di zoom. -- Gianluca Boero ___ 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-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Creare un'immagine con un tracciato
io mi trovo benissimo con Viking, per il tuo scopo è l'ideale http://wiki.openstreetmap.org/wiki/Viking disponibile sia per linux che per win http://sourceforge.net/apps/mediawiki/viking/index.php?title=Main_Page ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM.
Jeg har brugt en del tid p at rette fejl jvfr. nedenstende link og Region Sjlland skulle nu vre om ikke fejlfri, s i alle fald uden markeringer (nogle trappetrin p Nstved og Holbk stationer trigger dog stadig et eller andet). Jeg kan ogs nvne at langt de fleste fejl er ifm. stier. Nsten ingen fejl i det egentlige vejnet. Nu er det bare om at komme igang med de andre regioner. Det tager faktisk ikke s lang tid, som man umiddelbart skulle tro. Hilsen Uffe Kousgaard Jens Winbladh wrote: Hej Alle Har lige brugt en del tid p at rette fejl i OSM. Herunder routing fejl. Denne fejl gr at en router ikke kan se at vejene hnger sammen og man kan krer fra den ene vej til den anden. Jeg har rettet en kmpe plet i Kolding omegn, men der er stadigtemmeligmeget arbejde at se andre steder i landet. Se fejlene p OSM Inspector p Geofabrik:http://tools.geofabrik.de/osmi/?view=routinglon=10.44017lat=55.72075zoom=8 Mvh Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] mok0 Garmin img-fil.
Jeg bruger dette kort: http://www.wanderreitkarte.de/garmin_de.php Det er voldsomt stort, så der skal laves et udsnit før det kan være på gpsen (jeg bruger gpsmap62), men det er der råd for. Der medfølger et microsoft-program, der udpakker fliser til MapSource og den gratis BaseCamp, som kan bruges til at vælge det udsnit, man vil have lavet til en gmapsupp-fil. Samtidig har man totalkortet på pcen, og det er egentlig meget rart, når man skal tegne ruter, redigere track-logs, etc. /sba-dk Fra: Daniel Trads [mailto:danieltr...@gmail.com] Sendt: 10. juni 2012 20:33 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] mok0 Garmin img-fil. Hejsa Jeg kan også anbefale det på http://garmin.openstreetmap.nl/ Der kan du hente et kort over hele europa og jeg syntes faktisk det er en del bedre. Træer og veje renderes ihvertfald pænere min aldrende Garmin GPSmap 60Csx. Som bonus er der også lidt af tyskland, sverige og norge med. Og mangler du noget, så klikker du bare flere tiles af. De er dog lidt bagud med opdateringer (01-04-2012), men jeg tror det skyldes det med at OSM snart går ODBL. Vælg kortene, indtast mail, og efter højest en halv time får du et link hvor du kan hente kortet. -- Daniel 2012/6/10 jørgen skibsted jorgens...@gmail.com Hej. En af skattejægerne efterlyser et detaljeret kort over Danmark. Jeg har tidligere hentet dette kort anbefalet i Wiki'en: mok0 laver et ugentligt opdateret Garmin kort over Danmark, natten til tirsdag. Kortet er lavet ud fra geofabriks denmark.osm fil. Hent det her: gmapsupp.img http://dmz-212.daimi.au.dk/osm/gmapsupp.img (ca. 50 MB). Jeg synes at dette kort er lidt mere detaljeret, en de andre der kan hente på nettet. Desværre er filen nu kun på 8KB, mod tidligere ca 60MB. Er tjenesten lukket ned, eller er det mig der kløjs i det? //Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM.
Hej, Det er manglende sammenhng eller som det kaldes unconnected roads her: http://tools.geofabrik.de/osmi/?view=routinglon=12.23470lat=55.75468zoom=18 "Duplicate ways" er der ogs en del af, men de kan vre svre at se i Potlatch. http://tools.geofabrik.de/osmi/?view=routinglon=12.42437lat=55.71892zoom=18 Hilsen Uffe Sonny Andersen wrote: Jeg kan ogs nvne at langt de fleste fejl er ifm. stier.. Kunne du fortlle lidt om, hvilke fejl du har rettet? Jeg har vret igennem en del stier med check-funktionen, og sikret at de er sammenhngende, men det er benbart ikke nok ?? De fejl, jeg ser flest af, er anvendelse af footway ude p landet og i skove, hvor der efter min erfaring sjldent er stier med fast belgning og fodgngerskilt. Hilsen /sba_dk Fra: Uffe Kousgaard [mailto:u...@routeware.dk] Sendt: 12. juni 2012 09:17 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Sikre at de lokale omrde nu ogs er sammenhngende i OSM. Jeg har brugt en del tid p at rette fejl jvfr. nedenstende link og Region Sjlland skulle nu vre om ikke fejlfri, s i alle fald uden markeringer (nogle trappetrin p Nstved og Holbk stationer trigger dog stadig et eller andet). Jeg kan ogs nvne at langt de fleste fejl er ifm. stier. Nsten ingen fejl i det egentlige vejnet. Nu er det bare om at komme igang med de andre regioner. Det tager faktisk ikke s lang tid, som man umiddelbart skulle tro. Hilsen Uffe Kousgaard Jens Winbladh wrote: Hej Alle Har lige brugt en del tid p at rette fejl i OSM. Herunder routing fejl. Denne fejl gr at en router ikke kan se at vejene hnger sammen og man kan krer fra den ene vej til den anden. Jeg har rettet en kmpe plet i Kolding omegn, men der er stadigtemmeligmeget arbejde at se andre steder i landet. Se fejlene p OSM Inspector p Geofabrik:http://tools.geofabrik.de/osmi/?view=routinglon=10.44017lat=55.72075zoom=8 Mvh Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM.
OK, tak for det. Det ser ud som om Sønderjylland er meget fint, men jeg fandt en skov ved Middelfart, hvor der både er manglende sammenhæng, ufuldstændig tagging (track uden tracktype) og highway=footway midt i det hele. Desværre kræver det nok lokalkendskab at rette den op, og jeg kommer ikke på de kanter lige foreløbig. /sba-dk Fra: Uffe Kousgaard [mailto:u...@routeware.dk] Sendt: 12. juni 2012 10:05 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM. Hej, Det er manglende sammenhæng eller som det kaldes unconnected roads her: http://tools.geofabrik.de/osmi/?view=routing http://tools.geofabrik.de/osmi/?view=routinglon=12.23470lat=55.75468zoom =18 lon=12.23470lat=55.75468zoom=18 Duplicate ways er der også en del af, men de kan være svære at se i Potlatch. http://tools.geofabrik.de/osmi/?view=routing http://tools.geofabrik.de/osmi/?view=routinglon=12.42437lat=55.71892zoom =18 lon=12.42437lat=55.71892zoom=18 Hilsen Uffe Sonny Andersen wrote: Jeg kan også nævne at langt de fleste fejl er ifm. stier.. Kunne du fortælle lidt om, hvilke fejl du har rettet? Jeg har været igennem en del stier med check-funktionen, og sikret at de er sammenhængende, men det er åbenbart ikke nok ?? De fejl, jeg ser flest af, er anvendelse af footway ude på landet og i skove, hvor der efter min erfaring sjældent er stier med fast belægning og fodgængerskilt. Hilsen /sba_dk Fra: Uffe Kousgaard [mailto:u...@routeware.dk] Sendt: 12. juni 2012 09:17 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM. Jeg har brugt en del tid på at rette fejl jvfr. nedenstående link og Region Sjælland skulle nu være om ikke fejlfri, så i alle fald uden markeringer (nogle trappetrin på Næstved og Holbæk stationer trigger dog stadig et eller andet). Jeg kan også nævne at langt de fleste fejl er ifm. stier. Næsten ingen fejl i det egentlige vejnet. Nu er det bare om at komme igang med de andre regioner. Det tager faktisk ikke så lang tid, som man umiddelbart skulle tro. Hilsen Uffe Kousgaard Jens Winbladh wrote: Hej Alle Har lige brugt en del tid på at rette fejl i OSM. Herunder routing fejl. Denne fejl gør at en router ikke kan se at vejene hænger sammen og man kan kører fra den ene vej til den anden. Jeg har rettet en kæmpe plet i Kolding omegn, men der er stadig temmelig meget arbejde at se andre steder i landet. Se fejlene på OSM Inspector på Geofabrik: http://tools.geofabrik.de/osmi/?view=routing http://tools.geofabrik.de/osmi/?view=routinglon=10.44017lat=55.72075zoom =8 lon=10.44017lat=55.72075zoom=8 Mvh Jens _ ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk _ ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM.
super arbejde! så er det bare region h der ser lidt nusset ud J emil Fra: Uffe Kousgaard [mailto:u...@routeware.dk] Sendt: 12. juni 2012 09:17 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM. Jeg har brugt en del tid på at rette fejl jvfr. nedenstående link og Region Sjælland skulle nu være om ikke fejlfri, så i alle fald uden markeringer (nogle trappetrin på Næstved og Holbæk stationer trigger dog stadig et eller andet). Jeg kan også nævne at langt de fleste fejl er ifm. stier. Næsten ingen fejl i det egentlige vejnet. Nu er det bare om at komme igang med de andre regioner. Det tager faktisk ikke så lang tid, som man umiddelbart skulle tro. Hilsen Uffe Kousgaard Jens Winbladh wrote: Hej Alle Har lige brugt en del tid på at rette fejl i OSM. Herunder routing fejl. Denne fejl gør at en router ikke kan se at vejene hænger sammen og man kan kører fra den ene vej til den anden. Jeg har rettet en kæmpe plet i Kolding omegn, men der er stadig temmelig meget arbejde at se andre steder i landet. Se fejlene på OSM Inspector på Geofabrik: http://tools.geofabrik.de/osmi/?view=routinglon=10.44017lat=55.72075zoom=8 Mvh Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Dobbel cykel rute for Hærvejen
Jeg ved ikke, hvordan I har bygget cykelrutehierarkiet op, men der er dog ingen tvivl om, at der er noget galt. Hvis jeg kigger på en bestemt vej, så er den tagget med to relationer (1871785) og (61491). Begge hedder Hærvejen og har ref=3: - 1871785 er efter urlen at dømme en download fra trafikken.dk, men ikke tilkyttet en superrute. - 61491 er tilknyttet to relationer (1128388) og (1871785) og den har to network (=ncn) og(=icn) 1128388 er en superrute, der har ref=HO. Den er normalt ikke tagget til nogen veje, men den indeholder andre relationer, så den bliver vist automatisk på lonvia-kortet oven på den relation, som den indeholder. Med mine erfaringer fra udviklingen af vandrerutehierarkiet, så ser jeg tre fejl: · 61491 skal kun have en overrelation (tilhørsforhold til superrute), nemlig 1128388 · 61491 skal kun have 1 network, som efter min mening bør være ncn idet det er en national cykelrute · 187185 er inderligt overflødig, og kan slettes. Så forsvinder den mærkelige rekursive relation nok også. /sba-dk Fra: Jens Winbladh [mailto:j...@somewhere.dk] Sendt: 11. juni 2012 20:54 Til: list_re...@toensberg.dk; OpenStreetMap Denmark Emne: Re: [Talk-dk] Dobbel cykel rute for Hærvejen Hej Carsten Ser du til at Relation 61491 http://www.openstreetmap.org/browse/relation/61491 er den oprindelige, da 1128388 http://www.openstreetmap.org/browse/relation/1128388 ser ud til at være en superrelation (flere relationer), med nogle tyske cykelruter med. Den sidste er mystik, da den indeholder relation 61491 http://www.openstreetmap.org/browse/relation/61491 og en bunke alm. veje. /Jens Den 11. jun. 2012 18.34 skrev Carsten Nielsen list_re...@toensberg.dk: Nå, der havde jeg så fået et nummer galt i halsen, den ene var en vandre rute som snildt kan have et andet forløb. Det er http://www.openstreetmap.org/browse/relation/1871785 Bicycle route ncn 3 og http://www.openstreetmap.org/browse/relation/1128388 Bicycle route icn HO og http://www.openstreetmap.org/browse/relation/61491 Bicycle route ncn icn 3 der ser ud til at dække det samme den midterste er tilgengæld en international rute, men jeg antager da den har samme forløb som en af de andre ? Carsten Den 08-06-2012 22:22, Carsten Nielsen skrev: sba-dk har gjort mig opmærksom på at der er 2 cykelruter hærvejen relationer. For mig at se er de temmelig ens men da de begge har en temmelig lang historik er de ret svære at arbejde med. http://www.openstreetmap.org/browse/relation/61491 http://www.openstreetmap.org/browse/relation/157837 http://www.openstreetmap.org/api/0.6/relation/61491/1 oprettet i 2008 og listet på Cykel wiki siden (http://wiki.openstreetmap.org/wiki/DK:Bicycle/Network-Routes) http://www.openstreetmap.org/api/0.6/relation/1871785/1 oprettet i 2011 Er der nogen der er istand til at afgøre hvilken der bør slettes ? Carsten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk - Ingen virus fundet i denne meddelelse. Kontrolleret af AVG - www.avg.com Version: 2012.0.2178 / Virusdatabase: 2433/5056 - Udgivelsesdato: 08-06-2012 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] mok0 Garmin img-fil.
Tak for svarene. Jeg har skrevet til skattejægeren om problemerne med serveren, og anbefalet at han prøver udgaven fra februar måned (skulle bla.a. bruges til noget med spejdere). Vi plejer at hente kortudsnit fra http://garmin.openstreetmap.nl/ når vi skal ud at rejse. Der kan man hente hele Danmark og rejsemålet på een fil. Hvis man er for grådig og henter for meget hjem, bliver min Dakota 20 langsom ved opstart. Noget med en ekstra ventetid på 10-20 sek, hver gang GPS'en tændes. Så vi begrænser os, og henter kun det nødvendige. Den Tyske hjemmeside ser interessant ud, kigger på den senere. //Jørgen Den 12. jun. 2012 10.03 skrev Sonny Andersen s...@bukhmark.dk: Jeg bruger dette kort: http://www.wanderreitkarte.de/garmin_de.php Det er voldsomt stort, så der skal laves et udsnit før det kan være på gps’en (jeg bruger gpsmap62), men det er der råd for. Der medfølger et microsoft-program, der udpakker fliser til MapSource og den gratis BaseCamp, som kan bruges til at vælge det udsnit, man vil have lavet til en gmapsupp-fil. Samtidig har man totalkortet på pc’en, og det er egentlig meget rart, når man skal tegne ruter, redigere track-logs, etc. /sba-dk ** ** *Fra:* Daniel Trads [mailto:danieltr...@gmail.com] *Sendt:* 10. juni 2012 20:33 *Til:* OpenStreetMap Denmark *Emne:* Re: [Talk-dk] mok0 Garmin img-fil. ** ** Hejsa Jeg kan også anbefale det på http://garmin.openstreetmap.nl/ Der kan du hente et kort over hele europa og jeg syntes faktisk det er en del bedre. Træer og veje renderes ihvertfald pænere min aldrende Garmin GPSmap 60Csx. Som bonus er der også lidt af tyskland, sverige og norge med. Og mangler du noget, så klikker du bare flere tiles af. De er dog lidt bagud med opdateringer (01-04-2012), men jeg tror det skyldes det med at OSM snart går ODBL. Vælg kortene, indtast mail, og efter højest en halv time får du et link hvor du kan hente kortet. -- Daniel 2012/6/10 jørgen skibsted jorgens...@gmail.com Hej. En af skattejægerne efterlyser et detaljeret kort over Danmark. Jeg har tidligere hentet dette kort anbefalet i Wiki'en: mok0 laver et ugentligt opdateret Garmin kort over Danmark, natten til tirsdag. Kortet er lavet ud fra geofabriks denmark.osm fil. Hent det her: gmapsupp.img http://dmz-212.daimi.au.dk/osm/gmapsupp.img(ca. 50 MB). *** * Jeg synes at dette kort er lidt mere detaljeret, en de andre der kan hente på nettet. Desværre er filen nu kun på 8KB, mod tidligere ca 60MB. Er tjenesten lukket ned, eller er det mig der kløjs i det? //Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ** ** ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM.
Hej Ang. Skoven ved middelfart, så har jeg kontaktet mapperne og bedt ham om at rette det. Synes at det er smartest at folk kan lærer at gøre det rigtigt første gang. Så vi andre 'gamle' ikke skal bruge tid på det. Jeg vil give ham lidt tid endnu ellers skal vi bare rette det. /Jens Den 12. jun. 2012 10.45 skrev Sonny Andersen s...@bukhmark.dk: OK, tak for det. Det ser ud som om Sønderjylland er meget fint, men jeg fandt en skov ved Middelfart, hvor der både er manglende sammenhæng, ufuldstændig tagging (track uden tracktype) og highway=footway midt i det hele. Desværre kræver det nok lokalkendskab at rette den op, og jeg kommer ikke på de kanter lige foreløbig. /sba-dk ** ** *Fra:* Uffe Kousgaard [mailto:u...@routeware.dk] *Sendt:* 12. juni 2012 10:05 *Til:* OpenStreetMap Denmark *Emne:* Re: [Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM. ** ** Hej, Det er manglende sammenhæng eller som det kaldes unconnected roads her: http://tools.geofabrik.de/osmi/?view=routinglon=12.23470lat=55.75468zoom=18 Duplicate ways er der også en del af, men de kan være svære at se i Potlatch. http://tools.geofabrik.de/osmi/?view=routinglon=12.42437lat=55.71892zoom=18 Hilsen Uffe Sonny Andersen wrote: Jeg kan også nævne at langt de fleste fejl er ifm. stier.. Kunne du fortælle lidt om, hvilke fejl du har rettet? – Jeg har været igennem en del stier med check-funktionen, og sikret at de er sammenhængende, men det er åbenbart ikke nok ?? De fejl, jeg ser flest af, er anvendelse af footway ude på landet og i skove, hvor der efter min erfaring sjældent er stier med fast belægning og fodgængerskilt. Hilsen /sba_dk *Fra:* Uffe Kousgaard [mailto:u...@routeware.dk u...@routeware.dk] *Sendt:* 12. juni 2012 09:17 *Til:* OpenStreetMap Denmark *Emne:* Re: [Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM. Jeg har brugt en del tid på at rette fejl jvfr. nedenstående link og Region Sjælland skulle nu være om ikke fejlfri, så i alle fald uden markeringer (nogle trappetrin på Næstved og Holbæk stationer trigger dog stadig et eller andet). Jeg kan også nævne at langt de fleste fejl er ifm. stier. Næsten ingen fejl i det egentlige vejnet. Nu er det bare om at komme igang med de andre regioner. Det tager faktisk ikke så lang tid, som man umiddelbart skulle tro. Hilsen Uffe Kousgaard Jens Winbladh wrote: Hej Alle Har lige brugt en del tid på at rette fejl i OSM. Herunder routing fejl. Denne fejl gør at en router ikke kan se at vejene hænger sammen og man kan kører fra den ene vej til den anden. Jeg har rettet en kæmpe plet i Kolding omegn, men der er stadig temmelig meget arbejde at se andre steder i landet. Se fejlene på OSM Inspector på Geofabrik: http://tools.geofabrik.de/osmi/?view=routinglon=10.44017lat=55.72075zoom=8 Mvh Jens -- ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ** ** -- ** ** ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] HOTOSM
Jon, Yes, HOT was born out of OSM and HOT's makeup is mostly OSM/OSMF people (Mikel Maron especially). http://wiki.openstreetmap.org/wiki/HOT explains more about what HOT does inside OSM. Cheers Andy -Original Message- From: Big Fat Frog [mailto:bigfatfro...@gmail.com] Sent: 12 June 2012 02:32 To: talk-gb-westmidlands@openstreetmap.org Subject: [Talk-gb-westmidlands] HOTOSM Hi Guys, At the risk of telling you something you already know but are you aware of this project: http://hot.openstreetmap.org/ It about making maps for humanitarian efforts, so if you get bored of the West Midlands here's an area that could do with your help. Check out their simple but affective tasking tool: http://tasks.hotosm.org/ Cheers Jon ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-se] Gårdsgator i hyreshusområden.
Hej! Ämnet är alltså gårdsgator i hyreshusområden/miljonprogramsområden. Främst är det dessa områden som är byggda i en fyrkant, med en väg som går runt och förbi portgångarna. Jag har själv använt highway=living_street men börjar undra lite om man verligen skall använda det eftersom eventuella navigatorer kanske vill leda in folk på dessa vägar. Gårdsgatorna används i dessa områden jag tänker på endast för i- och urlastning, ej för parkering. Jag har sett varianter på både highway=footway samt highway=service+service=driveway där den senare kanske känns mer riktigt i så fall. /Petri ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Gårdsgator i hyreshusområden.
Den 12 juni 2012 19:01 skrev Markus Lindholm markus.lindh...@gmail.com: Jag skulle nog rösta på highway=service och använda highway=living_street enbart om det är skyltat som sådan. /Markus Antar att du menar denna skylt: http://www.transportstyrelsen.se/sv/Vag/Vagmarken/Anvisningsmarken/Gangfartsomrade/ Håller med. delvis. Har inte bestämt mig riktigt vad jag tycker. highway=service blir det ju en massa av i så fall. Och eftersom dessa vägar mest används som gång och cykelväg ser jag en fördel med att ha de taggade som sådana (tror det blir mer universellt förstått av gemene man då.) Men som sagt jag är kluven. Dock inte om att bara gåfartsområde borde klassas som highway=living_street det anser jag stark. :) MvH Tobias 2012/6/12 Petri Salmela petri...@hotmail.com: Hej! Ämnet är alltså gårdsgator i hyreshusområden/miljonprogramsområden. Främst är det dessa områden som är byggda i en fyrkant, med en väg som går runt och förbi portgångarna. Jag har själv använt highway=living_street men börjar undra lite om man verligen skall använda det eftersom eventuella navigatorer kanske vill leda in folk på dessa vägar. Gårdsgatorna används i dessa områden jag tänker på endast för i- och urlastning, ej för parkering. Jag har sett varianter på både highway=footway samt highway=service+service=driveway där den senare kanske känns mer riktigt i så fall. /Petri ___ 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-es] Consulta sobre uso de OSM
On Saturday 09 June 2012 19:30:08 Jorge Sosa wrote: Subject: Consulta sobre uso de OSM From: talk-es-ow...@openstreetmap.org To: jorge.sosa1...@hotmail.com Date: Sat, 9 Jun 2012 18:20:27 +0100 No está autorizado a enviar mensajes a esta lista de correo y su mensaje ha sido rechazado automáticamente, Si piensa que sus mensajes están siendo rechazados por error, contacte con el propietaro de la lista en talk-es-ow...@openstreetmap.org. Hola, Jorge, Este error te sale porque no estás correctamente suscrito a la lista. Puedes suscribirte a través de: http://lists.openstreetmap.org/listinfo/talk-es Resumiendo tu consulta: Tenemos un sistema web que trabaja con la API de Google Maps V2 y ultimamente estamos teniendo problemas ya que al ser una API gratuita tiene un limite de peticiones por dia que es de 25.000 aproximadamente. ¿Puedo utilizar los mapas de Open Street Map para servicio AVL (Automatic Vehicle Location)? Sí, sin problema. OSM no tiene restricciones sobre para qué se pueden usar los datos y los mapas. OSM no controla el número de veces que un usuario/aplicación/empresa carga los mapas. Sí que ha habido un par de casos puntuales de aplicaciones que descargaban demasiados datos de manera descontrolada y hubo que bloquearlas - aunque no creo que vuestra aplicación llegue a ese extremo. De cualquier manera, léete https://wiki.openstreetmap.org/wiki/Tile_usage_policy - y recuerda que si haces un uso muy, muy, muy intensivo de los datos, siempre puedes usar MapQuest, o hacer como foursquare y hospedar en MapBox, etc. En cualquier caso, vas a tener que cambiar la API de GMaps por otro visor de mapas, en tu caso probablemente LeafLet u OpenLayers. Con cualquiera de estas librerías puedes cambiar fácilmente el proveedor de mapas que hay por debajo. Un saludo, -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org http://ivan.sanchezortega.es MSN:i...@void.sanchezortega.es Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Öffnungszeiten in Innsbruck
Am 10.06.2012 20:13, schrieb Marijan Writz: Ich will euch mal berichten, was es neues an der Öffnungszeiten-Front gibt: Leider konnte ich den Besitzer von Öffnungszeitenbuch.de nicht davon überzeugen, die sehr umfangreiche Datenbank für die Nutzung unter freier OSM-Lizenz freizugeben. Der will natürlich davon leben/Geld verdienen, was man nach Freigabe der Daten nicht mehr garantieren kann - weil die Mitbewerber ohne Kosten auf diese Datensammlung zugreifen könnten; sofern sie jemand in OSM übertragen würde... Das heißt jetzt für die Öffnungszeiteneinträge: meine eigenen Öffnungszeiten-Einträge in OSM werden mit einem zusätzlichen Link opening_hours:url (gibt es offiziell schon länger, nicht meine eigene Erfindung) versehen. Dieser führt wiederum auf meinen eigenen Eintrag im Öffnungszeitenbuch. Alles andere ist mir aus urheberrechtlichen/lizenztechnischen Gründen zu gewagt. Aus meiner Sicht ist also die url eine Zusatzinformation zum Tag opening_hours, wo die aktuellen Öffnungszeiten zum Zeitpunkt der Bearbeitung eingetragen wurden. So kann man die aktuellen Öffnungszeiten auch zu einem späteren Zeitpunkt mit klick auf die url überprüfen. Ich habe auch eine eigenen Innsbruck-Karte für Öffnungszeiten erhalten: http://www.netzwolf.info/kartografie/osm/time_domain/oh-innsbruck Bezüglich dem eintragen von Öffnungszeiten über eine einfache Schnittstelle finde ich den Amenity Editor (http://ae.osmsurround.org/ae/index) ganz gelungen. Man braucht zwar trotzdem einen OSM-Account. Ist aber für einen Anfänger wohl leichter zu handhaben als Merkator, JOSM Co. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at Servus, in meine Augen gehört in diese/unsere Datenbank nur die Öffnungszeiten selbst oder die URL des Shops. Aber keine Links auf irgendwelche kommerziellen Seiten, egal ob facebook, öffnungszeitenbuch.de, etc. Falls noch jemand Ideen sucht: herold wird noch nicht verlinkt :D LG, Jimmy ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Öffnungszeiten in Innsbruck
On 12.06.2012 08:49, Jimmy_K wrote: in meine Augen gehört in diese/unsere Datenbank nur die Öffnungszeiten selbst oder die URL des Shops. Aber keine Links auf irgendwelche kommerziellen Seiten, egal ob facebook, öffnungszeitenbuch.de, etc. Für die Öffnungszeiten gibt es keine wirklich elegante Lösung. Meiner Meinung nach gehören sie genauso wie Telefonnummern nicht in die Openstreetmap, weil sie sich zu schnell ändern und daher erstens einen zu hohen Wartungsaufwand verursachen und zweitens zu oft falsch sind, als dass Anwender sich darauf verlassen könnten. Außerdem kann man drüber streiten, ob Öffnungszeiten überhaupt Geodaten sind. Aber auf jedem einzelnen Objekt einen Link setzen ist auch nicht besser, denn die Links können genauso veralten und müssen gewartet werden. Man könnte auch umgekehrt verlinken, also aus einer Öffnungszeitendatenbank auf die jeweilige OSM-ID. Für Anwendungen macht es keinen wesentlichen Unterschied, wo sie die Zuordnung hernehmen. So oder so bleibt der Knackpunkt: Wer sorgt dafür, dass die Daten aktuell bleiben? Solang jeder Shop-Inhaber die Öffnungszeiten nur an seiner Tür ändert und nicht in eine zentrale Datenbank einpflegt, werden die Daten immer der Realität hinterherhinken. Ich setze auf Shops gerne website=*, womit ein Anwender mit einem Webbrowser normalerweise die vom Betreiber selber angegebenen, also zuverlässigen Öffnungszeiten finden kann. Eine automatische Suche nach den nähesten 10 Tankstellen, die gerade offen haben, lässt sich damit frelich nicht realisieren. -- 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-at] Öffnungszeiten in Innsbruck
Hallo, On 06/12/12 08:49, Jimmy_K wrote: in meine Augen gehört in diese/unsere Datenbank nur die Öffnungszeiten selbst oder die URL des Shops. Aber keine Links auf irgendwelche kommerziellen Seiten, egal ob facebook, öffnungszeitenbuch.de, etc. Ich stehe solchen externen Links auch kritisch gegenueber, besonders dann, wenn es sich um erklaertermassen nicht offene Datenbanken handelt wie Facebook oder Oeffnungszeitenbuch - sollen wir fuer die auch noch Werbung machen, indem wir sie unterstuetzen oder zumindest suggerieren, es sei ueblich, dass ein Shop bei denen einen Eintrag hat? Leider ist die Grenze nicht immer so klar. Zum Beispiel im Bereich der Essens-Lieferdienste zeichnet sich (zumindest hier in Deutschland) eine Entwicklung ab, bei der mehr und mehr Kleinstbetriebe ihre gesamte Web-Praesenz und Auftragsabwicklung an einen Dienstleister auslagern, d.h. die offizielle Webseite der Pizzeria Antonio ist dann halt lieferdienst.de/shop/12345 oder so. Und lieferdienst.de ist auch nicht viel anders als oeffnungszeitenbuch.de. Trotzdem wuerde ich dazu neigen, solche Links *nicht* zu setzen; wer einen Laden, der bei OSM verzeichnet ist, im oeffnungszeitenbuch finden will, der wird das auch ohne expliziten Link hinkriegen. (Und wenn oeffnungszeitenbuch.de eine brauchbare API hat, geht vielleicht sogar ein Tankstellen in der Umgebung, die jetzt noch offen haben.) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Öffnungszeiten in Innsbruck
Wie es aussieht, treffe ich mich meiner Vorgehensweise nicht besonders auf Gegenliebe. Dass man darüber streiten kann, ob Öffnungszeiten in OSM gehören ist klar. Jedoch gibt es aktuell für Deutschland ca. 35000 opening_hours-Einträge, für Österreich etwa ein Zehntel. Die Community hat sich in diesem Punkt aus meiner Sicht klar für Öffnungszeiteneinträge entschieden. Da gibt es laut Tagwatch genügend andere tags,über die man sich nicht zu streiten braucht, die aber wesentlich weniger Einträge haben. Dass sich Öffnungszeiten schnell ändern, kann ich nicht unbedingt bestätigen. Eher tritt der Fall ein, dass Geschäfte zusperren oder den Standort wechseln. Kann man z. B. gut an den Geschäften in Innsbruck sehen - obwohl es dort eine sehr aktive Community gibt, sind noch immer Geschäfte eingetragen, die schon seit mehr als einem Jahr geschlossen haben bzw. umgezogen sind. Oder war eh dieser Fall damit gemeint? Das mit den Links sehe ich ja selber auch eher kontrovers. Es war halt ein Versuch, eine quasi Quellenangabe zu produzieren. Da der Ansatz mit der Datenfreigabe der Öffnungszeiten aber nicht erfolgreich war, könnte ich diese Links genausogut wieder löschen. Die Idee dafür habe ich hier entnommen: http://wiki.openstreetmap.org/wiki/Proposed_features/External_links Genau für solche Fälle sollte ja eine mailingliste gut sein: Leute, die aktiv sind/sich auskennen, können hier ihre Meinungen und Ansichten ausdiskutieren. Im Idealfall einigt man sich dann auf eine standardisierte Vorgehensweise, die alle zufrieden stellt bzw. überzeugt. Original-Nachricht Datum: Tue, 12 Jun 2012 10:19:43 +0200 Von: Frederik Ramm frede...@remote.org An: talk-at@openstreetmap.org Betreff: Re: [Talk-at] Öffnungszeiten in Innsbruck Hallo, On 06/12/12 08:49, Jimmy_K wrote: in meine Augen gehört in diese/unsere Datenbank nur die Öffnungszeiten selbst oder die URL des Shops. Aber keine Links auf irgendwelche kommerziellen Seiten, egal ob facebook, öffnungszeitenbuch.de, etc. Ich stehe solchen externen Links auch kritisch gegenueber, besonders dann, wenn es sich um erklaertermassen nicht offene Datenbanken handelt wie Facebook oder Oeffnungszeitenbuch - sollen wir fuer die auch noch Werbung machen, indem wir sie unterstuetzen oder zumindest suggerieren, es sei ueblich, dass ein Shop bei denen einen Eintrag hat? Leider ist die Grenze nicht immer so klar. Zum Beispiel im Bereich der Essens-Lieferdienste zeichnet sich (zumindest hier in Deutschland) eine Entwicklung ab, bei der mehr und mehr Kleinstbetriebe ihre gesamte Web-Praesenz und Auftragsabwicklung an einen Dienstleister auslagern, d.h. die offizielle Webseite der Pizzeria Antonio ist dann halt lieferdienst.de/shop/12345 oder so. Und lieferdienst.de ist auch nicht viel anders als oeffnungszeitenbuch.de. Trotzdem wuerde ich dazu neigen, solche Links *nicht* zu setzen; wer einen Laden, der bei OSM verzeichnet ist, im oeffnungszeitenbuch finden will, der wird das auch ohne expliziten Link hinkriegen. (Und wenn oeffnungszeitenbuch.de eine brauchbare API hat, geht vielleicht sogar ein Tankstellen in der Umgebung, die jetzt noch offen haben.) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] Značení trunk a motorroad
chtěl bych se zeptat na správné značení trunk a motorroad. Do této chvíle jsem si myslel, že highway=trunk znamená silnici rychlostního typu (čtyřproudá, mimoúrovňová křížení) bez ohledu na to, jestli tam bezmotorová vozidla smění nebo ne. Domníval jsem se, že pokud tam nesmí, tak se přídává motorroad=yes. Na wiki to ale není dostatečně jasně popsané - je tam, že pro ČR trunk znamená silnici pro motorová vozidla. Pro SR už je tam ale poznámka, že to můžou být i jiné čtyřproudé silnice. V Rakousku je naopak tamější silnice pro motorová vozidla často pouze dvoupruhá. Jak se to má tedy značit? Je popis na wiki správně? http://wiki.openstreetmap.org/wiki/Trunk http://wiki.openstreetmap.org/wiki/Motorroad *** jeste existuje Cz:Map_Features její vznik spadá do roku 2008 Rychlostní silnice (R) nebo významné silnice, které nemají stavební parametry dálnice. Nejčastěji nemají odstavný pruh, nemusí mít vždy mimoúrovňová křížení, jsou ale směrově dělené, mají dva a více pruhů pro každý směr a nižší návrhovou i provozní rychlost oproti dálnici. Bývají vedené jako silnice 1. třídy nebo rychlostní silnice ve městech i mimo ně. [srovnej 13/1997 Sb., §5 (3)] Zdá se mi, že ten, kdo v tom udělal guláš, jsou Angličani, bohužel se snaží prosazovat různou interpretaci stejných tagů závisejících na lokalite, což je totálně špatně... no, komu není rady, tomu není pomoci... *** To tak vypadá na první pohled. Ve skutecnosti jde o systém klasifikace motorway-tertiary, ne hodnoceni kvality. Pokud by to nebyla jen hiearch PS: Pavle, delas jeste obcas render serveru jinonice? http://cozpserver3.jinonice.cuni.cz/mtbmap/ ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Značení trunk a motorroad
Dne 11.6.2012 9:45, Petr Dlouhý napsal(a): Ahoj, chtěl bych se zeptat na správné značení trunk a motorroad. Do této chvíle jsem si myslel, že highway=trunk znamená silnici rychlostního typu (čtyřproudá, mimoúrovňová křížení) bez ohledu na to, jestli tam bezmotorová vozidla smění nebo ne. Domníval jsem se, že pokud tam nesmí, tak se přídává motorroad=yes. Na wiki to ale není dostatečně jasně popsané - je tam, že pro ČR trunk znamená silnici pro motorová vozidla. Pro SR už je tam ale poznámka, že to můžou být i jiné čtyřproudé silnice. V Rakousku je naopak tamější silnice pro motorová vozidla často pouze dvoupruhá. Jak se to má tedy značit? Je popis na wiki správně? http://wiki.openstreetmap.org/wiki/Trunk http://wiki.openstreetmap.org/wiki/Motorroad Cus, uz se to tu resilo v minulosti, pro CR je pokud si pamatuju dohoda zhruba takova, ze trunk = smerove oddelena (zpravidla 2+ pruhova) komunikace, ktera neni dalnici. Muze (ale nemusi) to byt silnice pro motorovy vozidla(a podle toho se pouzije/nepouzije ten pridavnej tag). Taky by asi trunk nemel mit urovnovy krizeni. Pokud neni mezi tim ostruvek/trava/... neni to trunk. Ale jako ve vsem kolem OSM, zalezi hodne na lokalni situaci, nekde muze byt vhodne jit lehce mimo vyse uvedene. Tudiz vsechny Rka (nevim o zadnym ktery by konstrukcne v CR vypadalo jinak) by mely byt trunk + motorrad=yes. Ruzny prutahy mestem, okruhy, ... nektery jednicky ... by mely byt trunk, pokud jsou smerove deleny. U smerove nedelenych silnic by se asi melo pouzit primary/... + lanes (trebas lanes=4, pokud to ma 4 pruhy na jednom asfaltu). Na tom je ovsem blby to, ze v OSM nepanuje shoda kolem znaceni jizdnich pruhu, variant je nekolik, zadna neni nijak zvlast rozsirena, a predevsim se to neda nijak uzivatelsky rozumne editovat. IMO by bylo treba to poresit nejak tak, aby bylo jasny, ze jde o pruhy jedny silnice, ale zaroven aby to user moh editovat jako jednotlivy linie. Petr Dlouhý petr.dlo...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] [opendata] Nice Côte d'Azur
Bonjour Philippe, Je vais me permettre de répondre à ta question : * Qu'est-ce qui vous choque dans cette licence ? Tout d'abord rien ne nous choque dans cette licence. Par contre cette licence est contre productive pour le mouvement OpenData en France mais aussi dans le monde. Elle est contre productive car la multiplication des licences complexifie la perception de l'OpenData. Cette licence comme tu le précises est proche de la licence APIE, or la licence APIE a été rejeté par l'état qui est en proposé une autre l'Open Licence. La raison principale pour laquelle l'état a rédigé sa propre licence, et rejeté celle de l'APIE, est qu'elle n'était pas assez précise d'une point de vue de la réutilisation commerciale ni de sa compatibilité avec d'autres licences OpenData utilisées par d'autres états comme la grande bretagne. Donc ce qui ne va pas c'est que : * Nice utilise une licence utilisé par personne et dont la compatibilité avec d'autres projet OpenData est peu évidente. P.S: le CG13 avait aussi utilisé au départ une licence APIE mais l'a changé pour l'OpenLicence Le 11/06/2012 23:43, Philippe Verdy a écrit : Ca me parait Open-Data selon les définitions habituelles, même si ce n'est pas une licence OdBL : - droit personnel et non exclusif de réutilisation des Informations publiques dans un cadre non-commercial ou commercial - réutilisation des Informations publiques gratuite. - aucun droit de propriété sur les Informations publiques signifie qu'on doit juste conserver l'attribution (copyright, mention de la source) - la réserve du droit moral est de toute façon applicable à tout en France, licence ou pas. - Le réutilisateur est autorisé à retraiter et à mettre à jour les Informations Publiques afin de permettre leur exploitation ainsi qu'à effectuer toute action permettant d'améliorer les Informations Publiques. Autrement dit les modifications (œuvres dérivées) sont explicitement autorisées - Les restrictions imposent seulement de ne pas imposer une redevance pour l'usage, la modification ou la redistribution des données ; comme il n'y a aucun transfert de propriété intellectuelle, un modificateur ne peut ajouter ses propres restrictions et leur conférer un caractère obligatoire. - On peut discuter de la compatibilité de cette licence avec OdBL, mais pour moi c'est bien une licence ouverte (mais pas une licence libre dans le sens où il n'y a pas l'effet viral de la GPL qui impose de pouvoir appliquer une licence supplémentaire GPL en supprimant la licence d'origine); mais cela n'interdit pas d'y ajouter une licence OdBL qui impose déjà les restrictions ci-dessus (attribution) et qui aussi est contrainte par le droit légal (le droit moral n'est pas un frein, tant qu'on ne dénature pas l'auteur, c'est compatible de la même façon que ce qu'on indique pour le cadastre). D'autre part la clause de déni de responsabilité est tout à fait comparable à celle de la GPL. De même la clause « Le réutilisateur s’engage par conséquent à ne pas faire un usage des données à caractère personnel qui serait contraire aux dispositions de la loi n° 78-17 du 6 janvier 1978 modifiée relative à l’informatique, aux fichiers et aux libertés. En outre, tout traitement de données à caractère personnel en méconnaissance de la loi n° 78-17 du 6 janvier 1978 modifiée relative à l’informatique, aux fichiers et aux libertés est passible des sanctions pénales des articles 226-16 et suivants du code pénal. » ne nous engage qu'à ne pas croiser les données avec des données personnelles, ce qui est compatible avec OSM puisqu'on s'interdit déjà de faire mention ou croiser de ces données personnelles dans la base de données (noms de personnes, adresses couriel/postale, téléphone, revenus, équipements privés non directement visibles depuis l'accès public et n'ayant pas d'emprise ni d'impact sur celui-ci). Sans préjudice des personnes morales qui ne sont pas concernées par cette loi et la protection défendue par la CNIL. De fait la base OSM n'a pas été déclaré à la CNIL (et ne DOIT PAS le faire). Si nécessaire, on peut d'une façon générale ajouter l'attribution générale de l’« Agence du patrimoine immatériel de l’État » (APIE, http://www.apiefrance.fr/) parmi les attributions concernant la France. Puisque c'est bien de l'APIE dont il s'agit ici (et qui d'ailleurs risque bien d'être cité souvent par d'autres collectivités locales qui délèguent totalement leur données pour les faire protéger par l'APIE plutôt qu'en leur nom propre, même si elles sont à l'origine de ces données collectées ou demandées à leur prestataires de marchés publics). Une clause supplémentaire s'ajoute concernant ceux qui importeront les données : « Dans le cas d'un retraitement, d'une mise à jour ou d'une amélioration des Informations Publiques, le réutilisateur doit indiquer les actions menées sur les données originales. » En cas de filtrage/simplification lors de l'import initial qui mentionnera la source, on doit indiquer sommairement si ces
Re: [OSM-talk-fr] [opendata] Nice Côte d'Azur
Tu peux développer pour le FAIL ? C'est quoi le problème ? Encore du bla bla juridique à lire mais je n'ai rien vu d'incompatible avec OSM (mais je ne suis pas spécialiste). C'est vrai qu'une licence standard, non exotique, permet d'éviter de se prendre la tête à décoder ce jargon plus ou moins juridique. Même problème pour les données libérées par la SNCF... les développeurs et startup ont autre chose à faire que de perdre du temps et de l'argent avec des avocats pour vérifier la compatibilité de ces licences exotiques. Le 11 juin 2012 23:17, Cyrille Giquello cyrill...@gmail.com a écrit : Orthophotographie 2009, Cadastre, Collecte, Equipement, Limites administratives, Voirie, http://www.nicecotedazur.org/territoire/donn%C3%A9es-g%C3%A9ographiques/donn%C3%A9es-g%C3%A9ographiques-publiques Question OpenData je crois que c'est un FAIL : Lire les Conditions Générales de Réutilisation : CGR données publiques -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [opendata] Nice Côte d'Azur
Bonjour Christian, Pour le Fail, c'est juste que les associations et structures militent pour que tous les projets OpenData utilisent une licence connu de tous et pas comme tu le soulignes du bla bla juridique que l'on ne prendra pas la peine de déchiffré car utilisé par une seule collectivité territoriale. René-Luc Le 12/06/2012 08:57, Christian Quest a écrit : Tu peux développer pour le FAIL ? C'est quoi le problème ? Encore du bla bla juridique à lire mais je n'ai rien vu d'incompatible avec OSM (mais je ne suis pas spécialiste). C'est vrai qu'une licence standard, non exotique, permet d'éviter de se prendre la tête à décoder ce jargon plus ou moins juridique. Même problème pour les données libérées par la SNCF... les développeurs et startup ont autre chose à faire que de perdre du temps et de l'argent avec des avocats pour vérifier la compatibilité de ces licences exotiques. Le 11 juin 2012 23:17, Cyrille Giquellocyrill...@gmail.com a écrit : Orthophotographie 2009, Cadastre, Collecte, Equipement, Limites administratives, Voirie, http://www.nicecotedazur.org/territoire/donn%C3%A9es-g%C3%A9ographiques/donn%C3%A9es-g%C3%A9ographiques-publiques Question OpenData je crois que c'est un FAIL : Lire les Conditions Générales de Réutilisation : CGR données publiques -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [opendata] Nice Côte d'Azur
Le 12 juin 2012 08:57, rldhont rldh...@gmail.com a écrit : P.S: le CG13 avait aussi utilisé au départ une licence APIE mais l'a changé pour l'OpenLicence *Cf*. ici: http://www.opendatafail.fr/data-visitprovence-com-ne-veut-pas-de-reutilisateurs(peut être que Nice en fera autant s'ils sont questionnés sur leur choix de licence) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [opendata] Nice Côte d'Azur
On a par contre un mini-FAIL pour l'accès automatisé aux données... besoin de valider le formulaire d'acceptation des CGR. L'accès et les formats exploitables par des machines, ça fait partie de la checklist opendata... A rajouter sur http://www.opendatafail.fr/ un site qui pointe les fail, mais surtout propose systématiquement la solution souvent très simple. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [opendata] Nice Côte d'Azur
Vivement une loi nationale pour réguler l'OpenData des collectivités territoriales et leur imposer d'appliquer la licence choisie par l'APIE et discutée en soncertation avec les autres pays européens (au minimum), pour cadrer aussi aux directives européennes. Mais si seulement même l'OpenData voulue par la directive européenne demandait une disponibilité avec une licence commune européenne (sans exclure la possibilité d'autres licences supplémentaires pour régler des cas particuliers de réutilisation par certains), disponible dans toutes les langues officielles européennes, avec des juridictions compétentes au plan européen, et une compatibilité garantie avec OdBL... Le 12 juin 2012 09:04, Romain MEHUT romain.me...@gmail.com a écrit : Le 12 juin 2012 08:57, rldhont rldh...@gmail.com a écrit : P.S: le CG13 avait aussi utilisé au départ une licence APIE mais l'a changé pour l'OpenLicence Cf. ici: http://www.opendatafail.fr/data-visitprovence-com-ne-veut-pas-de-reutilisateurs (peut être que Nice en fera autant s'ils sont questionnés sur leur choix de licence) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelles sur Osmose de juin 2012 - ajout des traductions, du quickfix et de la Suisse
Le 11 juin 2012 21:24, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Un mode de quickfix a été rajouté sur ~20% des erreurs. C'est un ajout sur les bulles des erreurs qui permet de voir une correction suggéré par osmose, et de l'appliquer en téléchargeant l'objet modifié dans JOSM. N'hésitez pas à reporter tout souci sur le sujet (à part pour les erreurs de monuments, où le problème est déjà connu). Le lien josm fix marche aussi maintenant pour les monuments. On peut donc se servir d'Osmose pour intégrer de nouvelles données plus facilement à OSM. On clique sur le lien josm fix avec josm (et le mode remote d'activé), on affine la donné dans JOSM, puis on clique sur corrigé sur Osmose. On à effectué un travail de pour faciliter l'intégration de données dans OSM à l'aide d'Osmose. En gros on utilise un fichier CSV en entrée, on décrit la correspondance avec les tags OSM et le résultat se retrouve dans la nouvelle catégorie Intégration d'Osmose. Pour ceux que ça intéresse il y a déjà quelques exemples de code : http://gitorious.org/osmose/backend/blobs/master/analyser_merge_poste_fr.py http://gitorious.org/osmose/backend/blobs/master/analyser_merge_school_fr.py http://gitorious.org/osmose/backend/blobs/master/analyser_merge_monuments.py Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelles sur Osmose de juin 2012 - ajout des traductions, du quickfix et de la Suisse
Très intéressant tout ça ! La méthode pourrait également servir pour permettre une correction plus rapide des liens vers Wikipedia (analyseur 3031 : http://osmose.openstreetmap.fr/utils/info.py?item=3031). L'idéal étant de mettre quand c'est possible un lien Wikipedia attendu dans la bulle d'erreur, qui permet de tester que la correction proposée par Osmose aboutit bien vers la bonne page de l'encyclopédie. Si ça colle, alors on peut opter en confiance pour le quickfix. Le piège qui pourrait arriver serait de créer automatiquement un lien vers la page en français, alors que l'article le plus complet / clair est dans une autre langue. Mais cela reste mineur, et ce contrôle peut rester le domaine réservé du correcteur humain. Le 12 juin 2012 10:23, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 11 juin 2012 21:24, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Un mode de quickfix a été rajouté sur ~20% des erreurs. C'est un ajout sur les bulles des erreurs qui permet de voir une correction suggéré par osmose, et de l'appliquer en téléchargeant l'objet modifié dans JOSM. N'hésitez pas à reporter tout souci sur le sujet (à part pour les erreurs de monuments, où le problème est déjà connu). Le lien josm fix marche aussi maintenant pour les monuments. On peut donc se servir d'Osmose pour intégrer de nouvelles données plus facilement à OSM. On clique sur le lien josm fix avec josm (et le mode remote d'activé), on affine la donné dans JOSM, puis on clique sur corrigé sur Osmose. On à effectué un travail de pour faciliter l'intégration de données dans OSM à l'aide d'Osmose. En gros on utilise un fichier CSV en entrée, on décrit la correspondance avec les tags OSM et le résultat se retrouve dans la nouvelle catégorie Intégration d'Osmose. Pour ceux que ça intéresse il y a déjà quelques exemples de code : http://gitorious.org/osmose/backend/blobs/master/analyser_merge_poste_fr.py http://gitorious.org/osmose/backend/blobs/master/analyser_merge_school_fr.py http://gitorious.org/osmose/backend/blobs/master/analyser_merge_monuments.py Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelles sur Osmose de juin 2012 - ajout des traductions, du quickfix et de la Suisse
Le 12 juin 2012 10:42, Ab_fab gamma@gmail.com a écrit : La méthode pourrait également servir pour permettre une correction plus rapide des liens vers Wikipedia (analyseur 3031 : http://osmose.openstreetmap.fr/utils/info.py?item=3031). Les corrections pour les liens wikipédia sont déjà proposées lorsque possible : http://osmose.openstreetmap.fr/utils/error.py?id=18721752 http://osmose.openstreetmap.fr/utils/error.py?id=18806505 L'idéal étant de mettre quand c'est possible un lien Wikipedia attendu dans la bulle d'erreur, qui permet de tester que la correction proposée par Osmose aboutit bien vers la bonne page de l'encyclopédie. Si ça colle, alors on peut opter en confiance pour le quickfix. C'est prévu d'utiliser le paramétrage du plugin josm tag2link pour proposer des liens dans les bulles d'osmose. Le piège qui pourrait arriver serait de créer automatiquement un lien vers la page en français, alors que l'article le plus complet / clair est dans une autre langue. Mais cela reste mineur, et ce contrôle peut rester le domaine réservé du correcteur humain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelles sur Osmose de juin 2012 - ajout des traductions, du quickfix et de la Suisse
Merci pour ces infos Frédéric Le 12 juin 2012 11:05, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 12 juin 2012 10:42, Ab_fab gamma@gmail.com a écrit : La méthode pourrait également servir pour permettre une correction plus rapide des liens vers Wikipedia (analyseur 3031 : http://osmose.openstreetmap.fr/utils/info.py?item=3031). Les corrections pour les liens wikipédia sont déjà proposées lorsque possible : http://osmose.openstreetmap.fr/utils/error.py?id=18721752 http://osmose.openstreetmap.fr/utils/error.py?id=18806505 L'idéal étant de mettre quand c'est possible un lien Wikipedia attendu dans la bulle d'erreur, qui permet de tester que la correction proposée par Osmose aboutit bien vers la bonne page de l'encyclopédie. Si ça colle, alors on peut opter en confiance pour le quickfix. C'est prévu d'utiliser le paramétrage du plugin josm tag2link pour proposer des liens dans les bulles d'osmose. Le piège qui pourrait arriver serait de créer automatiquement un lien vers la page en français, alors que l'article le plus complet / clair est dans une autre langue. Mais cela reste mineur, et ce contrôle peut rester le domaine réservé du correcteur humain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Apple et OSM ?
Maintenant qu'Apple s'est séparé de google pour tout ce qui touche les données cartographiques et qu'ils se lancent dans le routage turn by turn avec le nouvel iOS6, a t'on une idée de la place des données venant d'OpenStreetMap la dedans ? L'attribution OSM est bien listé parmis une très longue liste de pourvoyeurs de données mélangeant du commercial et de l'opensource dans la nouvelle application Maps de iOS6 mais on a du mal a se rendre compte de l'importance de chacun. Est-ce que l'on a une idée de ce à quoi ont abouti les discussions entre OSM et Apple suite à la découverte de leur utilisation antérieure des données dans iPhoto par exemple ? Est-ce qu'Apple va contribuer en retour à OSM, par exemple avec la possibilité qui est donnée dans Maps de signaler des erreurs ? Et comment remonter ceci vers la bonne source (mélange de commercial et OS...) ? Vlad. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apple et OSM ?
2012/6/12 Vladimir Vyskocil vladimir.vysko...@gmail.com Maintenant qu'Apple s'est séparé de google pour tout ce qui touche les données cartographiques et qu'ils se lancent dans le routage turn by turn avec le nouvel iOS6, a t'on une idée de la place des données venant d'OpenStreetMap la dedans ? L'attribution OSM est bien listé parmis une très longue liste de pourvoyeurs de données mélangeant du commercial et de l'opensource dans la nouvelle application Maps de iOS6 mais on a du mal a se rendre compte de l'importance de chacun. Est-ce que l'on a une idée de ce à quoi ont abouti les discussions entre OSM et Apple suite à la découverte de leur utilisation antérieure des données dans iPhoto par exemple ? Est-ce qu'Apple va contribuer en retour à OSM, par exemple avec la possibilité qui est donnée dans Maps de signaler des erreurs ? Et comment remonter ceci vers la bonne source (mélange de commercial et OS...) ? Bonjour, la place des donnees n'est pas encore bien connue. Je suis en train de regarder cela plus en details. Oui, Apple est revenue parler avec la fondation et a decide d'inclure l'attribution suite aux discussions qu'il y a eus. De ce point de vue la, Apple avait indique a la fondation qu'ils comptaient faire plus et qu'ils supportaient OSM avec plaisir et qu'ils envisageaient comment contribuer. A ma connaissance, Apple n'a pas annonce de contribution en retour a OSM pour le moment. Ils ont mentionne potentiellement quelque chose mais c'est a mes yeux tres hypothetiques. Je ne crois pas qu'il y a des remontees d'erreurs via Map. La fondation est train de regarder tout cela. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Apple et OSM ?
De : Vladimir Vyskocil vladimir.vysko...@gmail.com Maintenant qu'Apple s'est séparé de google pour tout ce qui touche les données cartographiques et qu'ils se lancent dans le routage turn by turn avec le nouvel iOS6, a t'on une idée de la place des données venant d'OpenStreetMap la dedans ? L'attribution OSM est bien listé parmis une très longue liste de pourvoyeurs de données mélangeant du commercial et de l'opensource dans la nouvelle application Maps de iOS6 mais on a du mal a se rendre compte de l'importance de chacun. Est-ce que l'on a une idée de ce à quoi ont abouti les discussions entre OSM et Apple suite à la découverte de leur utilisation antérieure des données dans iPhoto par exemple ? Est-ce qu'Apple va contribuer en retour à OSM, par exemple avec la possibilité qui est donnée dans Maps de signaler des erreurs ? Et comment remonter ceci vers la bonne source (mélange de commercial et OS...) ? D apres ce que j ai lu dans les dernieres news l application GPS d IOS6 s appuie sur les donnees TomTom, je n ai vu aucune mention d OSM Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'ON3V libère ses données?
Et voila: Après la visualisation... voici l'étape de la diffusion des données: http://www.departements-regions-cyclables.org/page/telechargement-des-donnees--p-73.html par contre comme je craignais après discussion avec le responsable DRC ils utiliseraient pas une licence adaptée pour les base de données. En plus avant de télécharger les données il est indiqué: Licence : IP qui accepte les utilisations commerciales... mais lorsque nous téléchargons le fichier, les conditions de la licence apparaissent et nous pouvons y voir:La réutilisation des données est gratuite. Ces droits permettent expressément les utilisations non commerciales. Pour toute utilisation commerciale, le Licencié est invité à contacter l’Institut Géographique National pour connaître les conditions d’exploitations des données (http://professionnels.ign.fr/document.do?idDoc=6432865 ). un peut contradictoire encore une fois avec le résumé de la page qui affiche que le propriétaire des données est la DRC, et non pas l'IGN comme on peut le voir dans l'affichage de la licence... (d'ailleurs je ne voit pas trop ce que l'IGN vient faire la dedans...) bref, je suis un peut déçu de cette publication à la va-vite sans avoir pris en compte notre possible réutilisation de leurs données... ni même utilisé l'une des deux licence que je leur avait conseillé (odbl ou lo) Mais tout n'est pas perdu... donnez moi vos impressions, et je veut bien faire par de nos impressions pour éventuellement leur faire changer leur licence qui nous empeche de réutiliser leur données... -- View this message in context: http://gis.19327.n5.nabble.com/L-ON3V-libere-ses-donnees-tp5709492p5712308.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apple et OSM ?
2012/6/12 Vladimir Vyskocil vladimir.vysko...@gmail.com: a t'on une idée de la place des données venant d'OpenStreetMap la dedans ? il semblerait que TomTom soit le principal pourvoyeur de données, (et pour la navigation). on a du mal a se rendre compte de l'importance de chacun. OSM pourrait être utilisé dans les zones où il est plus complet que TomTom. Mais tout cela est à prendre avec précaution parce qu'apple n'a pas communqué sur ce point. Est-ce que l'on a une idée de ce à quoi ont abouti les discussions entre OSM et Apple D'après Richard Fairhurst, il n'y a pas eu de discussions entre OSM et Apple. ([1]) Est-ce qu'Apple va contribuer en retour à OSM, par exemple avec la possibilité qui est donnée dans Maps de signaler des erreurs ? Aucune info sur ce point. Et il faut savoir qu'il n'y a pas obligation de contribuer en retour que ce soit avec l'ancienne ou la prochaine licence. Pieren [1] http://www.theverge.com/2012/6/11/3078987/apple-tomtom-openstreemap-ios-6-maps-app ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Apple et OSM ?
On 12 juin 2012, at 13:15, THEVENON Julien wrote: D apres ce que j ai lu dans les dernieres news l application GPS d IOS6 s appuie sur les donnees TomTom, je n ai vu aucune mention d OSM Oui TomTom est celui qui est le plus cité et l'un des seuls que l'on voit sur les captures d'écrans de l'application Maps de ci de la sur la toile (ceci est normalement sous NDA...) mais on peut faire défiler cet écran et la on découvre une pléthore d'autres sources ! IGN, Canvec, Tiger, Michelin,... et OpenStreetMap ! Je me demande même comment Apple peut croiser autant de sources de données hétérogènes et donner un résultat cohérent entre l'affichage, le routage, le geocoding,... Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apple et OSM ?
Merci pour les réponses, On 12 juin 2012, at 13:15, Emilie Laffray wrote: la place des donnees n'est pas encore bien connue. Je suis en train de regarder cela plus en details. Oui, Apple est revenue parler avec la fondation et a decide d'inclure l'attribution suite aux discussions qu'il y a eus. De ce point de vue la, Apple avait indique a la fondation qu'ils comptaient faire plus et qu'ils supportaient OSM avec plaisir et qu'ils envisageaient comment contribuer. A ma connaissance, Apple n'a pas annonce de contribution en retour a OSM pour le moment. Ils ont mentionne potentiellement quelque chose mais c'est a mes yeux tres hypothetiques. Je ne crois pas qu'il y a des remontees d'erreurs via Map. Il y a bien un bouton Report a Problem avec une interface pour le catégoriser... La fondation est train de regarder tout cela. Ok, j'attend leurs conclusions avec impatience. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apple et OSM ?
2012/6/12 Pieren pier...@gmail.com on a du mal a se rendre compte de l'importance de chacun. OSM pourrait être utilisé dans les zones où il est plus complet que TomTom. Mais tout cela est à prendre avec précaution parce qu'apple n'a pas communqué sur ce point. Oui ce n'est pas tres clair. Est-ce que l'on a une idée de ce à quoi ont abouti les discussions entre OSM et Apple D'après Richard Fairhurst, il n'y a pas eu de discussions entre OSM et Apple. ([1]) Pour cela, oui il n'y a pas eus de communication sur ce point entre OSMF et Apple mais il y a des communications suite a iPhoto justement. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'ON3V libère ses données?
Sûrement une histoire de données dérivées. Si DRC a créé ses données en se basant sur le référentiel de l'IGN ça peut poser problème. Ils n'ont peut être que le droit de produire des données dérivées pour des usages non commerciaux ou quelque chose du genre. Ceci dit, si on n'importe pas les données telles quelles (ce qui ne sera sûrement pas le cas) mais qu'on retrace dessus les itinéraires en reprenant les objets déjà présents dans OSM, on n'a rien qui vient de l'IGN, non ? Le 12 juin 2012 13:16, PierreV belett...@hotmail.fr a écrit : Et voila: Après la visualisation... voici l'étape de la diffusion des données: http://www.departements-regions-cyclables.org/page/telechargement-des-donnees--p-73.html par contre comme je craignais après discussion avec le responsable DRC ils utiliseraient pas une licence adaptée pour les base de données. En plus avant de télécharger les données il est indiqué: Licence : IP qui accepte les utilisations commerciales... mais lorsque nous téléchargons le fichier, les conditions de la licence apparaissent et nous pouvons y voir:La réutilisation des données est gratuite. Ces droits permettent expressément les utilisations non commerciales. Pour toute utilisation commerciale, le Licencié est invité à contacter l’Institut Géographique National pour connaître les conditions d’exploitations des données (http://professionnels.ign.fr/document.do?idDoc=6432865 ). un peut contradictoire encore une fois avec le résumé de la page qui affiche que le propriétaire des données est la DRC, et non pas l'IGN comme on peut le voir dans l'affichage de la licence... (d'ailleurs je ne voit pas trop ce que l'IGN vient faire la dedans...) bref, je suis un peut déçu de cette publication à la va-vite sans avoir pris en compte notre possible réutilisation de leurs données... ni même utilisé l'une des deux licence que je leur avait conseillé (odbl ou lo) Mais tout n'est pas perdu... donnez moi vos impressions, et je veut bien faire par de nos impressions pour éventuellement leur faire changer leur licence qui nous empeche de réutiliser leur données... -- View this message in context: http://gis.19327.n5.nabble.com/L-ON3V-libere-ses-donnees-tp5709492p5712308.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'ON3V libère ses données?
Le 12 juin 2012 13:16, PierreV belett...@hotmail.fr a écrit : Bonjour Pierre et tout d'abord merci pour le suivi. Et voila: Après la visualisation... voici l'étape de la diffusion des données: http://www.departements-regions-cyclables.org/page/telechargement-des-donnees--p-73.html par contre comme je craignais après discussion avec le responsable DRC ils utiliseraient pas une licence adaptée pour les base de données. En plus avant de télécharger les données il est indiqué: Licence : IP qui accepte les utilisations commerciales... mais lorsque nous téléchargons le fichier, les conditions de la licence apparaissent et nous pouvons y voir:La réutilisation des données est gratuite. Ces droits permettent expressément les utilisations non commerciales. Pour toute utilisation commerciale, le Licencié est invité à contacter l’Institut Géographique National pour connaître les conditions d’exploitations des données (http://professionnels.ign.fr/document.do?idDoc=6432865 ). un peut contradictoire encore une fois avec le résumé de la page qui affiche que le propriétaire des données est la DRC, et non pas l'IGN comme on peut le voir dans l'affichage de la licence... (d'ailleurs je ne voit pas trop ce que l'IGN vient faire la dedans...) Sur ce point, je pense que la raison est que l'ON3V a construit ses données en s'appuyant sur celles de l'IGN. Samedi dernier, j'ai participé à la cartopartie randonnée organisée par le CG 44 (j'espère à ce sujet trouver le temps de vous faire un compte-rendu) et comme tu avais mentionné que Départements Régions Cyclables organise son congrès annuel en septembre à Nantes avec un atelier Open Data, j'en ai donc parlé avec Gaëlle RIVOAL du Conseil Général Loire-Atlantique. En fait, le CG est dans ce même cas de figure quant à la libération sous licence ODbL de son PDIPRhttp://data.loire-atlantique.fr/donnees/detail/?tx_icsoddatastore_pi1[uid]=155. Le CG s'est renseigné au préalable vis à vis de l'IGN et celui-ci a répondu que le CG devrait par conséquent payer une redevance. Le CG s'oriente vers une phase de négociation avec l'IGN... Le résultat de cette négociation nous permettra j'espère d'y voir plus clair et gageons que le congrès de septembre fasse bouger les lignes... bref, je suis un peut déçu de cette publication à la va-vite sans avoir pris en compte notre possible réutilisation de leurs données... ni même utilisé l'une des deux licence que je leur avait conseillé (odbl ou lo) Mais tout n'est pas perdu... donnez moi vos impressions, et je veut bien faire par de nos impressions pour éventuellement leur faire changer leur licence qui nous empeche de réutiliser leur données... Mes premières propositions sont toujours d'actualité. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'ON3V libère ses données?
Le 12 juin 2012 13:51, Christian Quest cqu...@openstreetmap.fr a écrit : Ceci dit, si on n'importe pas les données telles quelles (ce qui ne sera sûrement pas le cas) mais qu'on retrace dessus les itinéraires en reprenant les objets déjà présents dans OSM, on n'a rien qui vient de l'IGN, non ? Toujours par rapport au CG 44, celui-ci a imaginé décaler de quelques centimètres ses tracés. Je ne sais pas si cette solution permettrait de s'extraire des conditions posées par l'IGN. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'ON3V libère ses données?
Décaler de quelques centimètres (surtout si le décalage est toujours le même, sans ajout d'imprécision), cela ne reste-t-il pas un travail dérivé de leur œuvre ? Teuxe - Mail Original - De: Romain MEHUT romain.me...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mardi 12 Juin 2012 14h10:10 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] L'ON3V libère ses données? Le 12 juin 2012 13:51, Christian Quest cqu...@openstreetmap.fr a écrit : Ceci dit, si on n'importe pas les données telles quelles (ce qui ne sera sûrement pas le cas) mais qu'on retrace dessus les itinéraires en reprenant les objets déjà présents dans OSM, on n'a rien qui vient de l'IGN, non ? Toujours par rapport au CG 44, celui-ci a imaginé décaler de quelques centimètres ses tracés. Je ne sais pas si cette solution permettrait de s'extraire des conditions posées par l'IGN. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Les nouveaux GPS MIO Cyclo adoptent OpenStreetMap ?!?
Bonjour, Le portail OpenStreetMap (http://openstreetmap.fr/mio-openstreetmap) indique que Les nouveaux GPS MIO Cyclo adoptent OpenStreetMap. Sur quoi est basée cette info ? Je n'en vois aucune mention sur le site MIO, une recherche de OpenStreetMap sur leur site donne 0 reults, je ne vois pas non plus de copie d'ecran... Du coup je me demandais quelle etait la source et est-ce confirmé ? Eric (user:Blueberry) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les nouveaux GPS MIO Cyclo adoptent OpenStreetMap ?!?
Le mardi 12 juin 2012 à 14:19 +0200, Eric a écrit : Bonjour, Le portail OpenStreetMap (http://openstreetmap.fr/mio-openstreetmap) indique que Les nouveaux GPS MIO Cyclo adoptent OpenStreetMap. Sur quoi est basée cette info ? Je n'en vois aucune mention sur le site MIO, une recherche de OpenStreetMap sur leur site donne 0 reults, je ne vois pas non plus de copie d'ecran... Du coup je me demandais quelle etait la source et est-ce confirmé ? Communiqué de presse du 30 mai annonçant le lancement de leur nouvelle gamme de GPS orienté cyclotourisme. http://eu.mio.com/fr_fr/communiques-de-presse_mitac-presente-gamme-mio-cyclo.htm Je cite : Les cartes Open Street Map (pistes cyclables) et TeleAtlas (cartes routières) sont préinstallées dans le GPS. Le GPS Mio Cyclo est prêt à l’emploi. Avec ces deux cartes, la couverture des routes est optimale. A partir du profil saisi par l’utilisateur, elles proposent les itinéraires qui correspondent le mieux à ses besoins et à son type de vélo. S’il le faut, le navigateur routier indique le meilleur chemin pour parvenir au point de départ ou au point le plus proche du trajet cyclable choisi. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les nouveaux GPS MIO Cyclo adoptent OpenStreetMap ?!?
C'est vrai qu'OSM n'est pas très cité sur leur site ou dans leur doc, mais tu aura confirmation là (page 17): http://eu.mio.com/media/specifications/pdf/Mio_Cyclo_series_UM_FR_R00.pdf ainsi que dans le communiqué de presse cité. Le 12 juin 2012 14:19, Eric eric...@sfr.fr a écrit : Bonjour, Le portail OpenStreetMap (http://openstreetmap.fr/mio-openstreetmap) indique que Les nouveaux GPS MIO Cyclo adoptent OpenStreetMap. Sur quoi est basée cette info ? Je n'en vois aucune mention sur le site MIO, une recherche de OpenStreetMap sur leur site donne 0 reults, je ne vois pas non plus de copie d'ecran... Du coup je me demandais quelle etait la source et est-ce confirmé ? Eric (user:Blueberry) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Apple et OSM ?
Le mardi 12 juin 2012 à 12:15 +0100, THEVENON Julien a écrit : D apres ce que j ai lu dans les dernieres news l application GPS d IOS6 s appuie sur les donnees TomTom, je n ai vu aucune mention d OSM Pourtant Apple mentionne bien OpenStreetMap http://gspsa21.ls.apple.com/html/attribution.html Cependant, à la différence de TomTom qui a du imposer à Apple d'être cité en première position de façon ostensible. OpenStreetMap est cité à la fin de façon quasi invisible. La page d'attribution d'Apple est privé de ses ascenseurs. Il faut lire le code source de la page pour voir qu'OpenStreetMap est remercié de sa contribution ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr