Re: [OSM-talk] Making iD the default editor on osm.org
Hi, 4. There are concerns that iD (and thus osm.org http://osm.org) will promote Facebook and Twitter, over other social networks. The problem I have with those big share buttons is not that they promote Facebook or Twitter over G+ or other sites but that the (hopefully soon default) editor promotes commercial social sites at all! Those sites to not have you or me or the mapper sharing edits as customers but large advertising networks. We are the product they sell. Featuring their logo in such a prominent way suggests that a new mapper should tweet his edit or post it to facebook to be a good member of our community. I see that as very harmful to our undertaking of liberating data and knowledge from the giants of the web to create a free and open map of the world. Pushing integration with social sites directly undermines our message of you don't have to give all your data to google to see them on a nice map. I guess I should really start a company that openly sells user data to the most evil customers that I can find and demand equal placement in iD just to prove a point. If you really want that feature in iD because you are a stupid I have nothing to hide post-privacy hipster who feels cool if he is a mayor of $somewhere in foursquare, at least hide it behind a neutral share with friends button. It don't have to be plugable or fancy, but don't give it equal footing with view on map. And no I wont stop bitching and complaining no matter if you call me caustic or harmful in private discussions. When I made remarks about the NSA doesn't have to track you, you give all your data to facebook anyway I was considered slightly nuts. Now we learned about prism. When I said I don't want to use google docs for HOT stuff I was considered nuts, but now we've seen that a 5 minute google outage reduces the internet traffic by about 40% percent. We really have to stop using the giant of the internet. And I will continue raising that point even if it makes me feel like Casandra. Despite all that I find iD a very usable editor. I wont abandon JOSM for it, but I wont hessitate to recommend iD either and I really hope that it will be the default editor soon. Just my 2 cents, Patrick Petschge Kilian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
Kai Krueger wrote: Toby Murray-2 wrote We aren't trying to make The Perfect Editor here. We are trying to replace an aging editor with something more current. Let us not make perfection the enemy of progress. Although a perfect editor would of course be nice, it isn't really achievable so yes, we don't want to let the perfect be enemy of progress. But we do want to make sure it actually is progress. I think the fundamental problem is 'aging' ... people seem to think that all these nice new wizbangs are progress such as that informationless curved pallet. Now if there were some nice COLOURED icons on it to remind me what each button as then I'd not have to hover over every one. My main problem however is the map display itself! I currently have Id up on one screen and P2 on the other showing the same area of map with openstreetview as a background, and to be honest, the P2 display may seem 'dated' but at least it's crisp and readable. The horizontal hashing and other 'eyecandy' on the Id display make it very difficult to see the details that I could now be tracing. Move to satellite and the 'effect' on my monitor is even more pronounced. I need to switch off the hashing as optically it's distorting the view of the field boundaries below. Click on an area that you want to realign, and that pigging pallet overlays the very lines you want to SEE to move. And I'm with others here, having the 'delete' as the first 'hidden button' is not the safest of places to have it! At the very least a 'do you want to' is essential. But I WILL add here I have the SAME complaint with P2 anyway! There should be a 'do you want to' but with P2 at least it is a positive action to go down to the corner, something right under your mouse is all to easy to hit. How do I drop a simple POI in on Id? The menu on P2 may take up a large area, but simply dragging something suitable onto the map works well for me and is normally the sort of fast update I'm trying to achieve. I've not worked out how to do that yet on Id? It keeps highlighting the landuse area I'm dropping into rather than giving me a new node? OK not sure what was going on then, but now I've found it, but the list of options for nodes is going to be a lot slower to navigate ... pigging monochorme icons again ... and half of the ones I use don't even have their icon (gate for instance). NO ... I'm not finding this an improvement ... P2 has it's faults, but at least it IS usable for the quick editing. Id needs you to know a lot more already to be able to add the sort of simple stuff a novice user will be looking at first :( Add the P2 menus in place of the limited list and that would be an improvement ... with the nice coloured icons ... it makes picking up a group of similar node flags a lot easier! -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
Frederik Ramm frederik at remote.org writes: (It would be cool if the make square tool would reject the making square of very un-square things like roundabouts, but all our other editors will happily square a circle for you so it would be a bit unfair to demand different from iD I think.) At least for me the make square tool in P2 adjusts only lines which already make an almost right angle and that is indeed cool. But that is just a detail and not a strong reason for keeping P2 as a default editor. Myself I continue to use P2 because I can configure several custom base layers and select them with function keys and because for me P2 draws vectors faster when panning and zooming (Windows 7, Firefox v. 23.0.1) but iD is also good enough. Both editors have their own strong points and I do not hate either of them. I like Merkaartor and JOSM too but perhaps I am on a wrong list with my positive feelings. Well, I admit that the Java applet was not an especially reliable editor. -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
Lester Caine wrote: NO ... I'm not finding this an improvement ... P2 has it's faults, but at least it IS usable for the quick editing. Id needs you to know a lot more already to be able to add the sort of simple stuff a novice user will be looking at first :( Add the P2 menus in place of the limited list and that would be an improvement ... with the nice coloured icons ... it makes picking up a group of similar node flags a lot easier! Just to expand on that ... I've added a few boundaries and buildings using both editors. On P2 I can draw a line around an area then add lines to create the building detail. In Id I can't get it to recognise the new closed line as an area? And I can't see how to make the building a house or a garage ... so I dropped back to P2 to complete that detail! -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Endorsing properietary social platforms (was: Making iD the default editor on osm.org)
From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Subject: Re: [OSM-talk] Endorsing properietary social platforms (was: Making iD the default editor on osm.org) Il giorno 18/ago/2013, alle ore 03:07, Kathleen Danielson kathleen.daniel...@gmail.com ha scritto: in some countries, there's more OSM activity on Facebook than there is on the national OSM mailing list, and all that without our involvement. this sounds like a problem though, as it could imply you have to be on Facebook (or similar) in these countries in order to participate in local discussions. Yes, in some countries the local community uses Facebook to communicate. I periodically have to contact a local community, so I've looked at how they communicate. There are OSM local communities that meet primarily on - OSM.org forums - Google Groups - Facebook - 3rd party forums - Mailing lists - The OSM wiki - Non-OSM wikis ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
Lester Caine wrote: people seem to think that all these nice new wizbangs are progress such as that informationless curved pallet Me again ... *NOW* I'm getting icons on the curved pallet! That was blank while I was playing earlier ... did I just happen to hit something to enable them? Only having the delete button showing for nodes is even more accident prone? ... but while that pallet does get out of the way at times, both it and the other pop-up helps always seem to be just where you want to be moving to and their flashing on and off is more irritating then helpful once you have seen them a couple of times :( And I do need to work out how to get Id to properly handle areas built up by adding detail to existing areas and lines. Taking an existing block and sub dividing into separate buildings is the usual detail I'm adding and while P2 is not ideal, Id does not seem to understand a closed loop at all unless it created it as an area? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
P1 was removed from the list because an absurdly high percentage of new mappers were still choosing it as their first editor, clearly in error. I believe you can still set it as your default editor if you really want to, From: Dave F. [mailto:dave...@madasafish.com] Sent: Friday, August 16, 2013 3:13 PM To: Toby Murray Cc: Talk Openstreetmap Subject: Re: [OSM-talk] Making iD the default editor on osm.org Thanks for that tip. Although it would be so much easier if it hadn't been remove from the list. Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
Il giorno 19/ago/2013, alle ore 23:44, John Firebaugh john.fireba...@gmail.com ha scritto: Well, we could try sending them polite emails, welcoming them to the community, expressing appreciations for their contributions, and constructively suggesting how to improve their future edits. personally I do this, and usually I also recommend they use Josm for their edits ;-) I'd love to recommend iD in the future, but currently despite some visual and practical points on the pro iD side we are not yet there (IMHO) cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org - some numbers
Frederik Ramm wrote: Hi, it has been proposed to make the newly released iD v1.1 the default editor on openstreetmap.org, meaning that if someone doesn't explicitly chose an editor they will open iD instead of Potlatch. In an attempt to put some numbers to to the errors made by new mappers debate, I've done a count-back of new users and editors that they use for they area that I keep an eye on in the UK (England and bits of Wales, not including bits that I'm unfamiliar with such as London and the south-east) During the last month in this area: P2 iD JOSM Other (Wheelmap / Go Map! / POI+) Made no newbie errors34 17 3 3 Made at least one newbie error 40 16 1 3 Made more serious errors 5 0 1 0 Where I've noticed that a mapper used both iD and P2 I've counted them in both columns. Newbie errors on Potlatch include things like nodes duplicating ways, and unjoined ways. Newbie errors on iD include things like unexpected deletions and changing thing X to be thing ywhen thing x still exists. More serious errors are things like doodles (including people trying to draw bike routes using MQ's Potlatch), misinterpreting imagery to draw roads that don't exist / add roads that aren't there and one of the perennial delete things to make printed map nicer. People who have chosen iD or JOSM have chosen a different editor to the default - I suspect that the doodlers aren't making errors because they're using Potlatch; they're doing it because they don't know what OSM _is_. They're the easiest errors to fix, though. FWIW I've not noticed a greater proportion of messed up relations with either P2 or iD. The area that I'm looking at has less of those than e.g. central London, though. This period largely predates relations in the iD UI. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
iD has a wonderful 'tutorial mode', as well as documentation that explains, in detail, how to add POIs and do other actions. Given that iD is not Potlatch, the ways you do these things is not the same as Potlatch, but new users will not have used Potlatch and will use the tutorial to learn the editor, rather than assuming that it does the same thing as Potlatch. And, please, no more all-capitals and !s. I know it's the way you prefer to communicate, but here on talk@ it's already terribly difficult to figure out who's angry (everyone?) and what's yelling and what's normal discussion, so it would be wonderful if you could try to adapt to a less flashy style. On Tue, Aug 20, 2013 at 6:42 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: Il giorno 19/ago/2013, alle ore 23:44, John Firebaugh john.fireba...@gmail.com ha scritto: Well, we could try sending them polite emails, welcoming them to the community, expressing appreciations for their contributions, and constructively suggesting how to improve their future edits. personally I do this, and usually I also recommend they use Josm for their edits ;-) I'd love to recommend iD in the future, but currently despite some visual and practical points on the pro iD side we are not yet there (IMHO) cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
On Fri, Aug 16, 2013 at 08:59:28AM +0200, Frederik Ramm wrote: Hi, it has been proposed to make the newly released iD v1.1 the default editor on openstreetmap.org, meaning that if someone doesn't explicitly chose an editor they will open iD instead of Potlatch. I say go for it, from all the conversations I've had with new and old (non mailing list) mappers locally the consensus is that iD is a much more accessible tool for newbies and is a pleasure to use. Yes there is still a lot of work to do; we need to move forward and stop looking over our shoulders Ban Potlatch! Cheers Chris -- e: m...@chrisfleming.org m: 07980 214061 w: http://chrisfleming.org/ t: @chrisfl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] iD crashing repeatedly.
Hi With the desire to make ID the default editor I've tried using it to see if it's up to P2's functionality. Sadly it keeps crashing almost instantly just from panning/zooming around. It crashes Firefox (23.01) completely displays a Mozilla crash report, the (intricate) details of which are listed below. Before logging a report does anyone if there is a simple solution? AdapterDeviceID: 0x0de5 AdapterVendorID: 0x10de Add-ons: wrc%40avast.com:8.0.1489,%7B972ce4c6-7e08-4474-a285-3208198ce6fd%7D:2.0,%7B972ce4c6-7e08-4474-a285-3208198ce6fd%7D:23.0.1,en-gb%40flyingtophat.co.uk:1.19.3,%7Bd10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d%7D:2.3.2 AvailablePageFile: 10401120256 AvailablePhysicalMemory: 4222619648 AvailableVirtualMemory: 3455971328 BuildID: 20130814063812 CrashTime: 1377002725 EMCheckCompatibility: true InstallTime: 1376745423 Notes: AdapterVendorID: 0x10de, AdapterDeviceID: 0x0de5, AdapterSubsysID: , AdapterDriverVersion: 8.17.12.6716 D2D? D2D+ DWrite? DWrite+ D3D10 Layers? D3D10 Layers+ ProductID: {ec8030f7-c20a-464f-9b0e-13a3a9e97384} ProductName: Firefox ReleaseChannel: release SecondsSinceLastCrash: 469 StartupTime: 1377002680 SystemMemoryUsePercentage: 34 Theme: classic/1.0 Throttleable: 1 TotalVirtualMemory: 4294836224 URL: http://www.openstreetmap.org/edit?editor=id#map=18/51.41199/-2.56781 Vendor: Mozilla Version: 23.0.1 Winsock_LSP: MSAFD Tcpip [TCP/IP] : 2 : 1 : %SystemRoot%\system32\mswsock.dll MSAFD Tcpip [UDP/IP] : 2 : 2 : MSAFD Tcpip [RAW/IP] : 2 : 3 : %SystemRoot%\system32\mswsock.dll MSAFD Tcpip [TCP/IPv6] : 2 : 1 : MSAFD Tcpip [UDP/IPv6] : 2 : 2 : %SystemRoot%\system32\mswsock.dll MSAFD Tcpip [RAW/IPv6] : 2 : 3 : RSVP TCPv6 Service Provider : 2 : 1 : %SystemRoot%\system32\mswsock.dll RSVP TCP Service Provider : 2 : 1 : RSVP UDPv6 Service Provider : 2 : 2 : %SystemRoot%\system32\mswsock.dll RSVP UDP Service Provider : 2 : 2 : This report also contains technical information about the state of the application when it crashed. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD crashing repeatedly.
On 20 August 2013 13:46, Dave F. dave...@madasafish.com wrote: With the desire to make ID the default editor I've tried using it to see if it's up to P2's functionality. Sadly it keeps crashing almost instantly just from panning/zooming around. It crashes Firefox (23.01) completely displays a Mozilla crash report, the (intricate) details of which are listed below. Before logging a report does anyone if there is a simple solution? This is Firefox crashing, not iD. At a guess I would imagine it is bad video drivers playing up with Firefox's hardware acceleration. You could try disable the acceleration: Firefox's Options and go to Advanced. Uncheck Use Hardware Acceleration When Available. / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD crashing repeatedly.
A strong bug report would list the Operating System and version, and include reports on the behavior on other comparable platforms (e.g. what happens with Chrome/IE/Opera on the same machine), and with other complex javascript applications. A browser crashing is a browser bug: nothing iD can do should crash Firefox. The bug is a reportable bug against Firefox, and it might be a really hard one to ever resolve. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
On Mon, Aug 19, 2013 at 12:07 PM, Frederik Ramm frede...@remote.org wrote: It has been claimed often that iD damages relations. Can we somehow substantiate that claim? Could anyone provide a detailed description of a non-esoteric use case that involves * a kind (and structure) of relation that is very common and thus likely to be encountered by a new contributor; * a simple-looking edit that is likely to be made by a new contributor and that results in a broken relation in iD? In what way will the relation be broken, and what indication (if any) does iD display about the problem? This is a honest question because I haven't researched the claims in depth ... Here's a way I once damaged a relation, and could do it again with iD: There was a section of messed up road. In order to keep the context on screen, I drew the correct road, tagged it as a road, then deleted the squiggle. iD could improve on this by noting I've drawn a line between two ways within the same relation, and asking me what I meant. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
In this case and others, we should keep in mind whether P2 or JOSM have safer or smarter behavior. Would they 'notice' that this new road segment has meaning? Put another way: iD will never prevent all mistakes, but does it prevent less than P2 and co? (in this case, I think the answer is no) On Tue, Aug 20, 2013 at 4:53 PM, Bryce Nesbitt bry...@obviously.com wrote: On Mon, Aug 19, 2013 at 12:07 PM, Frederik Ramm frede...@remote.orgwrote: It has been claimed often that iD damages relations. Can we somehow substantiate that claim? Could anyone provide a detailed description of a non-esoteric use case that involves * a kind (and structure) of relation that is very common and thus likely to be encountered by a new contributor; * a simple-looking edit that is likely to be made by a new contributor and that results in a broken relation in iD? In what way will the relation be broken, and what indication (if any) does iD display about the problem? This is a honest question because I haven't researched the claims in depth ... Here's a way I once damaged a relation, and could do it again with iD: There was a section of messed up road. In order to keep the context on screen, I drew the correct road, tagged it as a road, then deleted the squiggle. iD could improve on this by noting I've drawn a line between two ways within the same relation, and asking me what I meant. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
2013/8/20 Tom MacWright t...@macwright.org In this case and others, we should keep in mind whether P2 or JOSM have safer or smarter behavior. Would they 'notice' that this new road segment has meaning? Put another way: iD will never prevent all mistakes, but does it prevent less than P2 and co? (in this case, I think the answer is no) JOSM and Potlatch show directly on the 'via' node that there is something on a junction. That way an editor can see there is something that should maybe be left alone. With ID it's less visible. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
On Tue, Aug 20, 2013 at 2:10 PM, Tom MacWright t...@macwright.org wrote: In this case and others, we should keep in mind whether P2 or JOSM have safer or smarter behavior. Would they 'notice' that this new road segment has meaning? Put another way: iD will never prevent all mistakes, but does it prevent less than P2 and co? (in this case, I think the answer is no) It is clear that the project team's sights are set far higher than replicating P2. iD raises the bar, as should any project that wholesale replaces another. Instead the question should be what achievable workflows have a shot at helping starting mappers turn into quality repeat mappers? In regards to mistakes: I think it clear that iD makes delete more prominent and easy to hit than P2, and misses opportunities to have better delete workflows. Particularly on POIs the single lone trash can could be confused with another feature, and it is on top of features one might want to inspect. P2's delete key binding was broader than needed for efficient editing, and iD carried it over equally. Relations are opaque in JOSM and P2: iD has the opportunity to raise the bar and take the mystery out of relations. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
Given that we're in the process of launching iD, we need to set some basic guidelines so that this conversation actually results in launching iD rather than continues to blue-sky and OT. Thus, for something like 'is iD dangerous to use', it cannot be a question of 'what's the most wonderful way that iD could be safe' since that is infinite, but it should be 'is iD as safe as existing options', because that is finite, and we have finite time. I, like you, love to dream big. That's what the next version is for. On Tue, Aug 20, 2013 at 7:05 PM, Bryce Nesbitt bry...@obviously.com wrote: On Tue, Aug 20, 2013 at 2:10 PM, Tom MacWright t...@macwright.org wrote: In this case and others, we should keep in mind whether P2 or JOSM have safer or smarter behavior. Would they 'notice' that this new road segment has meaning? Put another way: iD will never prevent all mistakes, but does it prevent less than P2 and co? (in this case, I think the answer is no) It is clear that the project team's sights are set far higher than replicating P2. iD raises the bar, as should any project that wholesale replaces another. Instead the question should be what achievable workflows have a shot at helping starting mappers turn into quality repeat mappers? In regards to mistakes: I think it clear that iD makes delete more prominent and easy to hit than P2, and misses opportunities to have better delete workflows. Particularly on POIs the single lone trash can could be confused with another feature, and it is on top of features one might want to inspect. P2's delete key binding was broader than needed for efficient editing, and iD carried it over equally. Relations are opaque in JOSM and P2: iD has the opportunity to raise the bar and take the mystery out of relations. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Incorporating public information into OSM - Legal situation
Did they confirm with Geoscience that the Creative Commons Attribution 3.0 Australia is compatible with ODBL? This is one of the reservations that some of us had with changing to ODBL. Also you will find it's not that easy. It takes a significant amount of time and effort to include this data from the downloaded shapefiles. They can not just be imported to osm. Cheers Ross On 19/08/13 19:19, Brett Russell wrote: Hi I have been working on OSM maps for bushwalking and this has generated a fair bit of interest. A few people have taken up mapping and one person approached me on lifting rivers and streams data from the 1:250,000 publicly available data. My response was no as it is likely copyrighted and OSM requires no restriction be placed on the data. Not to be defeated he wrote to A/g Manager, Information Product Management Policy Unit Information Management Corporate Services | GEOSCIENCE AUSTRALIA and received this reply. Thank you for your email enquiry in regards to copyright and Creative Commons. The material available as a free download under a Creative Commons Attribution 3.0 Australia licence is still under copyright. We are releasing many of our products under the CC-BY licence which means that you may share (copy, distribute and transmit the work), remix and make adaption or even make commercial use of the work. The only condition for using the product under this licence is that you must attribute Geoscience Australia. http://creativecommons.org/licenses/by/3.0/au/deed.en If you have any further questions or would like me to send you the attribution statement we require please let me know. Regards Given that this data (rough as it might be) might be available what is the OSM community thoughts on an Australia wide approach? Basically has anyone been down this road. I would imagine the challenge would be to identify what data is available under what license. Anyway your thoughts please. Cheers Brett ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorporating public information into OSM - Legal situation
On 20 August 2013 18:29, Ross Scanlon i...@4x4falcon.com wrote: Did they confirm with Geoscience that the Creative Commons Attribution 3.0 Australia is compatible with ODBL? This is one of the reservations that some of us had with changing to ODBL. Maybe. The issue for both licences is just getting the attribution right. I think you've taken the view that just an attribution in the data is sufficient, and nothing on the map itself? I think it is best in both cases just to agree with the data owner what constitutes reasonable attribution for the medium, and that we can deliver it. Also you will find it's not that easy. It takes a significant amount of time and effort to include this data from the downloaded shapefiles. They can not just be imported to osm. Talk-au@openstreetmap.org Well, shapefiles or otherwise there are lots of issues in a bulk import. If the data is available, then making it available to trace or very selectively import could be useful. I don't think we want to go down the path of another significant data load with poor quality data with lots of fixme tags. I'm yet to see anything on the GA that I think would make an appropriate bulk import to OSM, not that there isn't lots of good stuff there. Of more interest are some of the city detail info that we've discussed previously on this list, some of which is hard to obtain by survey. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorporating public information into OSM - Legal situation
On 2013-08-20 12:30, Ian Sergeant wrote: On 20 August 2013 18:29, Ross Scanlon i...@4x4falcon.com wrote: Did they confirm with Geoscience that the Creative Commons Attribution 3.0 Australia is compatible with ODBL? This is one of the reservations that some of us had with changing to ODBL. Maybe. The issue for both licences is just getting the attribution right. I think you've taken the view that just an attribution in the data is sufficient, and nothing on the map itself? I think it is best in both cases just to agree with the data owner what constitutes reasonable attribution for the medium, and that we can deliver it. Ref CC-BY-SA3 - it seems to be fairly explicit on these pages: * http://wiki.openstreetmap.org/wiki/Contributors#Australia * http://wiki.openstreetmap.org/wiki/Attribution/data.gov.au_explicit_permission I think the attribution should not go on the source tags of the nodes/ways, but instead on the changeset and the wiki. Chris ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Má importação em Sobradinho
Right, I just filed a ticket on our public mapping tracker. We'll start cleaning up here. Everyone invited to join. https://github.com/mapbox/mapping/issues/94 2013/8/19 Nelson A. de Oliveira nao...@gmail.com Nesse changeset http://www.openstreetmap.org/browse/changeset/16556781 dá para ver. É bem estranho onde existe acentuação (que aparece com símbolo errado) e ruas com nome Rua ___ 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] Má importação em Sobradinho
Good to know. Holding our horses. http://twitter.com/lxbarth On Aug 20, 2013, at 10:13 AM, Nelson A. de Oliveira nao...@gmail.com wrote: On Tue, Aug 20, 2013 at 10:42 AM, Alex Barth a...@mapbox.com wrote: Right, I just filed a ticket on our public mapping tracker. We'll start cleaning up here. Everyone invited to join. https://github.com/mapbox/mapping/issues/94 The problem is not the streets named Rua, but the possible use/import of illegal data. Using Rua in names usually indicates such automated 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] Dúvida: Pedido para Solicitação de dados
Oi Edil, Pode colocar colocar nesta página sim. Para qual cidade você está pedindo? Abs, Vitor On Tue, Aug 20, 2013 at 1:53 PM, Edil Queiroz de Araujo edil...@gmail.comwrote: Estou entrando em contato com alguns setores públicos (especificamente, prefeitura municipal) solicitando dados para importação, e gostaria de confirmar antes de fazer alguma modificação se a página wiki correta para eu registrar o pedido é a http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Importa%C3%A7%C3%B5es/Prefeituras -- Edil Queiroz de Araujo ___ 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] Má importação em Sobradinho (IMPORTANTE)
Um usuário que coletou informação em campo pode compartilhar estes dados tanto com o OSM quanto ao Tracksource. O que não é compatível são dados obtidos a partir do Google Maps ou outro mapa proprietário. Até onde sei, o Tracksource não tem rastreabilidade de edições, então não há como saber com exatidão quem contribuiu com que parte, e aí não dá se pode afirmar que os dados por lá são 100% livres de copyright. Gostaria que o Erick, Paulo Carvalho e outros usuários que tiveram contato com Tracksource respondam as questões diretas: - Vocês fizeram alguma importação do Tracksource? - Se sim, quais e quando? - Foram documentadas no wiki? - Quais os changesets? - Estas importações contém dados gerados exclusivamente por vocês? - Qual foi o método de obtenção destes dados? Como já falei, ex-contribuidores do Tracksource são muito bem vindos ao OpenStreetMap, mas importações de dados proprietários não são. Se você quer que o mapa da sua região fique detalhado, organize mapping parties, dê palestras, chame a atenção ao projeto. O objetivo do OpenStreetMap é ser a maior comunidade aberta de mapeadores do mundo, e ter um mapa completo é consequência disso. Importações mal-feitas mais atrapalham que ajudam. Desculpem o desabafo, mas agora a gente tem que perder tempo caçando e revertendo edições, quando este esforço poderia ser dedicado a algo mais útil. Vitor 2013/8/20 Fernando Trebien fernando.treb...@gmail.com Olá Alex, Eu tenho acompanhado esse assunto meio de perto. Talvez você já tenha lido algo sobre essa discussão no fórum: http://forum.openstreetmap.org/viewtopic.php?id=21311 Estamos avisando aos DMs/DEs que queiram colaborar com o OSM que eles não podem simplesmente importar informação pré-existente do TrackSource no OSM, mas que podem contribuir suas próprias informações a ambos os projetos se assim desejarem, desde que não tenham sido traçadas sobre o Google. Posto desta forma, está de acordo com as políticas do TrackSource, certo? No caso de Sobradinho, a importação não chegou a ser discutida com ninguém do OSM, o que contraria a nossa recomendação geral, e por isso o usuário foi suspenso. No entanto, não tenho certeza de que a licença do TrackSource foi transgredida. Você pode indicar alguma informação importada nessa área que não tenha sido produzida pelo próprio Erick? 2013/8/20 Projeto TrackSource falecono...@tracksource.org.br: Boa tarde amigos. Sou Alex, coordenador do Projeto TrackSource. Informo que o usuário que importou as informações relativas a Sobradinho-DF está usando mapas desenvolvidos sob a licença que nos rege e que não teve autorização para fazê-lo ao OSM. Este usuário foi banido do Projeto (era desenvolvedor) justamente por não respeitar as nossas licenças e regras. Provavelmente outros mapas inseridos por ele também não podem ser usados no OSM. Como sei que o OSM sempre teve grande preocupação com relação as informações usadas, iremos sempre que percebermos, avisar vocês para que essas informações sejam desfeitas. Além do Erick Leal, há outro desenvolvedor que também foi banido do nosso projeto também por fazer uso indevido dos nossos mapas e desrespeitando as nossas regras, o Paulo Carvalho. Não sei se é possível através de algum script aqui, mas seria interessante monitorar a partir do mês passado as colaborações de mapas em massa, pois provavelmente são mapas do TrackSource sendo transferidos aqui sem a nossa autorização. Abraços! Alex Rodrigues Projeto TrackSource www.tracksource.org.br Em 20.08.2013 11:13, Nelson A. de Oliveira escreveu: On Tue, Aug 20, 2013 at 10:42 AM, Alex Barth a...@mapbox.com wrote: Right, I just filed a ticket on our public mapping tracker. We'll start cleaning up here. Everyone invited to join. https://github.com/mapbox/mapping/issues/94 The problem is not the streets named Rua, but the possible use/import of illegal data. Using Rua in names usually indicates such automated 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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] Ruas com nome Rua
Aproveitando o outro tópico, isso é algo que a gente deveria verificar: http://overpass-turbo.eu/s/OV Podem ser tanto dados copiados de forma indevida/automática de algum lugar ou pessoas utilizando a tag name de forma errada. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida: Pedido para Solicitação de dados
Boa noite, Gostaria de saber, qual departamento da prefeitura tenho que entrar em contato, para conseguir mapas, e autorização para usa-los no OSM, vocês podem me ajudar? Se alguém tem acesso ao Mapbox e quiser mapear as ruas das cidades: Cajati e Registro, (Interior de SP, Região do Vale do Ribeira) eu posso colocar os nomes das ruas, pois morro na região. Na cidade de Cajati, passo praticamente por todas as ruas então posso contribuir mais. Abraços Em 20 de agosto de 2013 18:37, Blademir Andrade de Lima blademi...@hotmail.com escreveu: Na minha cidade fui na prefeitura e pedi pessoalmente, e gentilmente me cederam o mapa (em AutoCad) e mais um arquivo com Denominação de ruas e avenidas. Os dados não foi preciso importar pois ja tinha feito o traçado das ruas pelo Bing, e o restante fiz manualmente corrigindo onde ja existia nomes e acrescentando outros. Meu pedido dos dados não foi formalizado nem por carta nem por email, isso tem algum problema? abraços -- Date: Tue, 20 Aug 2013 14:57:19 -0300 From: vitor.geo...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Dúvida: Pedido para Solicitação de dados Oi Edil, Pode colocar colocar nesta página sim. Para qual cidade você está pedindo? Abs, Vitor On Tue, Aug 20, 2013 at 1:53 PM, Edil Queiroz de Araujo edil...@gmail.com wrote: Estou entrando em contato com alguns setores públicos (especificamente, prefeitura municipal) solicitando dados para importação, e gostaria de confirmar antes de fazer alguma modificação se a página wiki correta para eu registrar o pedido é a http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Importa%C3%A7%C3%B5es/Prefeituras -- Edil Queiroz de Araujo ___ 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] Ruas com nome Rua
Olhando o http://overpass-turbo.eu/s/OV através do JOSM dá pra desconfiar de mais lugares. Por exemplo: http://www.openstreetmap.org/browse/changeset/3217137 Notem os nomes das ruas com o mesmo problema com acentuação e ruas com nomes Rua apenas: http://osm.org/go/Nqoy1cVaJ- Aparenta ser o mesmo tipo de importação automática e da mesma fonte (e esse é de 2009). Quem quiser dar uma olhada pelo JOSM: http://people.debian.org/~naoliv/misc/osm/ruas.osm.bz2 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Má importação em Sobradinho (IMPORTANTE)
Aparentemente importou muitas coisas do Tracksource: http://www.openstreetmap.org/user/Eduardo%20Francis%20Batista Reparem nas vias nomeadas Terra e Terra Draft, por exemplo (fora os Rua do outro e-mail que mandei) http://www.openstreetmap.org/browse/changeset/3230889 2013/8/20 Vitor George vitor.geo...@gmail.com: Um usuário que coletou informação em campo pode compartilhar estes dados tanto com o OSM quanto ao Tracksource. O que não é compatível são dados obtidos a partir do Google Maps ou outro mapa proprietário. Até onde sei, o Tracksource não tem rastreabilidade de edições, então não há como saber com exatidão quem contribuiu com que parte, e aí não dá se pode afirmar que os dados por lá são 100% livres de copyright. Gostaria que o Erick, Paulo Carvalho e outros usuários que tiveram contato com Tracksource respondam as questões diretas: - Vocês fizeram alguma importação do Tracksource? - Se sim, quais e quando? - Foram documentadas no wiki? - Quais os changesets? - Estas importações contém dados gerados exclusivamente por vocês? - Qual foi o método de obtenção destes dados? Como já falei, ex-contribuidores do Tracksource são muito bem vindos ao OpenStreetMap, mas importações de dados proprietários não são. Se você quer que o mapa da sua região fique detalhado, organize mapping parties, dê palestras, chame a atenção ao projeto. O objetivo do OpenStreetMap é ser a maior comunidade aberta de mapeadores do mundo, e ter um mapa completo é consequência disso. Importações mal-feitas mais atrapalham que ajudam. Desculpem o desabafo, mas agora a gente tem que perder tempo caçando e revertendo edições, quando este esforço poderia ser dedicado a algo mais útil. Vitor 2013/8/20 Fernando Trebien fernando.treb...@gmail.com Olá Alex, Eu tenho acompanhado esse assunto meio de perto. Talvez você já tenha lido algo sobre essa discussão no fórum: http://forum.openstreetmap.org/viewtopic.php?id=21311 Estamos avisando aos DMs/DEs que queiram colaborar com o OSM que eles não podem simplesmente importar informação pré-existente do TrackSource no OSM, mas que podem contribuir suas próprias informações a ambos os projetos se assim desejarem, desde que não tenham sido traçadas sobre o Google. Posto desta forma, está de acordo com as políticas do TrackSource, certo? No caso de Sobradinho, a importação não chegou a ser discutida com ninguém do OSM, o que contraria a nossa recomendação geral, e por isso o usuário foi suspenso. No entanto, não tenho certeza de que a licença do TrackSource foi transgredida. Você pode indicar alguma informação importada nessa área que não tenha sido produzida pelo próprio Erick? 2013/8/20 Projeto TrackSource falecono...@tracksource.org.br: Boa tarde amigos. Sou Alex, coordenador do Projeto TrackSource. Informo que o usuário que importou as informações relativas a Sobradinho-DF está usando mapas desenvolvidos sob a licença que nos rege e que não teve autorização para fazê-lo ao OSM. Este usuário foi banido do Projeto (era desenvolvedor) justamente por não respeitar as nossas licenças e regras. Provavelmente outros mapas inseridos por ele também não podem ser usados no OSM. Como sei que o OSM sempre teve grande preocupação com relação as informações usadas, iremos sempre que percebermos, avisar vocês para que essas informações sejam desfeitas. Além do Erick Leal, há outro desenvolvedor que também foi banido do nosso projeto também por fazer uso indevido dos nossos mapas e desrespeitando as nossas regras, o Paulo Carvalho. Não sei se é possível através de algum script aqui, mas seria interessante monitorar a partir do mês passado as colaborações de mapas em massa, pois provavelmente são mapas do TrackSource sendo transferidos aqui sem a nossa autorização. Abraços! Alex Rodrigues Projeto TrackSource www.tracksource.org.br Em 20.08.2013 11:13, Nelson A. de Oliveira escreveu: On Tue, Aug 20, 2013 at 10:42 AM, Alex Barth a...@mapbox.com wrote: Right, I just filed a ticket on our public mapping tracker. We'll start cleaning up here. Everyone invited to join. https://github.com/mapbox/mapping/issues/94 The problem is not the streets named Rua, but the possible use/import of illegal data. Using Rua in names usually indicates such automated 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org
[Talk-br] RES: Má importação em Sobradinho (IMPORTANTE)
Exato! Parabéns a todos do OSM! Sempre fui grande admirador do projeto como um todo, mas infelizmente quando montamos o Projeto TrackSource, votamos por um tipo de licença que no caso do OSM, não permite a integração, fora o uso de ferramentas que pelo que vi, ferem as regras do OSM, como o uso de imagens do google para montar os mapas (usando o GPS TrackMaker), mapas cedidas apenas para serem usadas conosco e outras ferramentas. Abs! Alex Rodrigues Projeto TrackSource www.TrackSource.org.br -Mensagem original- De: Nelson A. de Oliveira [mailto:nao...@gmail.com] Enviada em: terça-feira, 20 de agosto de 2013 20:59 Para: OSM talk-br Assunto: Re: [Talk-br] Má importação em Sobradinho (IMPORTANTE) Aparentemente importou muitas coisas do Tracksource: http://www.openstreetmap.org/user/Eduardo%20Francis%20Batista Reparem nas vias nomeadas Terra e Terra Draft, por exemplo (fora os Rua do outro e-mail que mandei) http://www.openstreetmap.org/browse/changeset/3230889 2013/8/20 Vitor George vitor.geo...@gmail.com: Um usuário que coletou informação em campo pode compartilhar estes dados tanto com o OSM quanto ao Tracksource. O que não é compatível são dados obtidos a partir do Google Maps ou outro mapa proprietário. Até onde sei, o Tracksource não tem rastreabilidade de edições, então não há como saber com exatidão quem contribuiu com que parte, e aí não dá se pode afirmar que os dados por lá são 100% livres de copyright. Gostaria que o Erick, Paulo Carvalho e outros usuários que tiveram contato com Tracksource respondam as questões diretas: - Vocês fizeram alguma importação do Tracksource? - Se sim, quais e quando? - Foram documentadas no wiki? - Quais os changesets? - Estas importações contém dados gerados exclusivamente por vocês? - Qual foi o método de obtenção destes dados? Como já falei, ex-contribuidores do Tracksource são muito bem vindos ao OpenStreetMap, mas importações de dados proprietários não são. Se você quer que o mapa da sua região fique detalhado, organize mapping parties, dê palestras, chame a atenção ao projeto. O objetivo do OpenStreetMap é ser a maior comunidade aberta de mapeadores do mundo, e ter um mapa completo é consequência disso. Importações mal-feitas mais atrapalham que ajudam. Desculpem o desabafo, mas agora a gente tem que perder tempo caçando e revertendo edições, quando este esforço poderia ser dedicado a algo mais útil. Vitor 2013/8/20 Fernando Trebien fernando.treb...@gmail.com Olá Alex, Eu tenho acompanhado esse assunto meio de perto. Talvez você já tenha lido algo sobre essa discussão no fórum: http://forum.openstreetmap.org/viewtopic.php?id=21311 Estamos avisando aos DMs/DEs que queiram colaborar com o OSM que eles não podem simplesmente importar informação pré-existente do TrackSource no OSM, mas que podem contribuir suas próprias informações a ambos os projetos se assim desejarem, desde que não tenham sido traçadas sobre o Google. Posto desta forma, está de acordo com as políticas do TrackSource, certo? No caso de Sobradinho, a importação não chegou a ser discutida com ninguém do OSM, o que contraria a nossa recomendação geral, e por isso o usuário foi suspenso. No entanto, não tenho certeza de que a licença do TrackSource foi transgredida. Você pode indicar alguma informação importada nessa área que não tenha sido produzida pelo próprio Erick? 2013/8/20 Projeto TrackSource falecono...@tracksource.org.br: Boa tarde amigos. Sou Alex, coordenador do Projeto TrackSource. Informo que o usuário que importou as informações relativas a Sobradinho-DF está usando mapas desenvolvidos sob a licença que nos rege e que não teve autorização para fazê-lo ao OSM. Este usuário foi banido do Projeto (era desenvolvedor) justamente por não respeitar as nossas licenças e regras. Provavelmente outros mapas inseridos por ele também não podem ser usados no OSM. Como sei que o OSM sempre teve grande preocupação com relação as informações usadas, iremos sempre que percebermos, avisar vocês para que essas informações sejam desfeitas. Além do Erick Leal, há outro desenvolvedor que também foi banido do nosso projeto também por fazer uso indevido dos nossos mapas e desrespeitando as nossas regras, o Paulo Carvalho. Não sei se é possível através de algum script aqui, mas seria interessante monitorar a partir do mês passado as colaborações de mapas em massa, pois provavelmente são mapas do TrackSource sendo transferidos aqui sem a nossa autorização. Abraços! Alex Rodrigues Projeto TrackSource www.tracksource.org.br Em 20.08.2013 11:13, Nelson A. de Oliveira escreveu: On Tue, Aug 20, 2013 at 10:42 AM, Alex Barth a...@mapbox.com wrote: Right, I just filed a ticket on our public mapping tracker. We'll start cleaning up here. Everyone invited to join. https://github.com/mapbox/mapping/issues/94 The problem is not the
[Talk-br] RES: Má importação em Sobradinho (IMPORTANTE)
Este importou toda uma cidade do TrackSource para o OSM, incluindo muitos erros que tinha na época.. Abs, Alex -Mensagem original- De: Nelson A. de Oliveira [mailto:nao...@gmail.com] Enviada em: terça-feira, 20 de agosto de 2013 20:59 Para: OSM talk-br Assunto: Re: [Talk-br] Má importação em Sobradinho (IMPORTANTE) Aparentemente importou muitas coisas do Tracksource: http://www.openstreetmap.org/user/Eduardo%20Francis%20Batista Reparem nas vias nomeadas Terra e Terra Draft, por exemplo (fora os Rua do outro e-mail que mandei) http://www.openstreetmap.org/browse/changeset/3230889 2013/8/20 Vitor George vitor.geo...@gmail.com: Um usuário que coletou informação em campo pode compartilhar estes dados tanto com o OSM quanto ao Tracksource. O que não é compatível são dados obtidos a partir do Google Maps ou outro mapa proprietário. Até onde sei, o Tracksource não tem rastreabilidade de edições, então não há como saber com exatidão quem contribuiu com que parte, e aí não dá se pode afirmar que os dados por lá são 100% livres de copyright. Gostaria que o Erick, Paulo Carvalho e outros usuários que tiveram contato com Tracksource respondam as questões diretas: - Vocês fizeram alguma importação do Tracksource? - Se sim, quais e quando? - Foram documentadas no wiki? - Quais os changesets? - Estas importações contém dados gerados exclusivamente por vocês? - Qual foi o método de obtenção destes dados? Como já falei, ex-contribuidores do Tracksource são muito bem vindos ao OpenStreetMap, mas importações de dados proprietários não são. Se você quer que o mapa da sua região fique detalhado, organize mapping parties, dê palestras, chame a atenção ao projeto. O objetivo do OpenStreetMap é ser a maior comunidade aberta de mapeadores do mundo, e ter um mapa completo é consequência disso. Importações mal-feitas mais atrapalham que ajudam. Desculpem o desabafo, mas agora a gente tem que perder tempo caçando e revertendo edições, quando este esforço poderia ser dedicado a algo mais útil. Vitor 2013/8/20 Fernando Trebien fernando.treb...@gmail.com Olá Alex, Eu tenho acompanhado esse assunto meio de perto. Talvez você já tenha lido algo sobre essa discussão no fórum: http://forum.openstreetmap.org/viewtopic.php?id=21311 Estamos avisando aos DMs/DEs que queiram colaborar com o OSM que eles não podem simplesmente importar informação pré-existente do TrackSource no OSM, mas que podem contribuir suas próprias informações a ambos os projetos se assim desejarem, desde que não tenham sido traçadas sobre o Google. Posto desta forma, está de acordo com as políticas do TrackSource, certo? No caso de Sobradinho, a importação não chegou a ser discutida com ninguém do OSM, o que contraria a nossa recomendação geral, e por isso o usuário foi suspenso. No entanto, não tenho certeza de que a licença do TrackSource foi transgredida. Você pode indicar alguma informação importada nessa área que não tenha sido produzida pelo próprio Erick? 2013/8/20 Projeto TrackSource falecono...@tracksource.org.br: Boa tarde amigos. Sou Alex, coordenador do Projeto TrackSource. Informo que o usuário que importou as informações relativas a Sobradinho-DF está usando mapas desenvolvidos sob a licença que nos rege e que não teve autorização para fazê-lo ao OSM. Este usuário foi banido do Projeto (era desenvolvedor) justamente por não respeitar as nossas licenças e regras. Provavelmente outros mapas inseridos por ele também não podem ser usados no OSM. Como sei que o OSM sempre teve grande preocupação com relação as informações usadas, iremos sempre que percebermos, avisar vocês para que essas informações sejam desfeitas. Além do Erick Leal, há outro desenvolvedor que também foi banido do nosso projeto também por fazer uso indevido dos nossos mapas e desrespeitando as nossas regras, o Paulo Carvalho. Não sei se é possível através de algum script aqui, mas seria interessante monitorar a partir do mês passado as colaborações de mapas em massa, pois provavelmente são mapas do TrackSource sendo transferidos aqui sem a nossa autorização. Abraços! Alex Rodrigues Projeto TrackSource www.tracksource.org.br Em 20.08.2013 11:13, Nelson A. de Oliveira escreveu: On Tue, Aug 20, 2013 at 10:42 AM, Alex Barth a...@mapbox.com wrote: Right, I just filed a ticket on our public mapping tracker. We'll start cleaning up here. Everyone invited to join. https://github.com/mapbox/mapping/issues/94 The problem is not the streets named Rua, but the possible use/import of illegal data. Using Rua in names usually indicates such automated import. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] RES: Má importação em Sobradinho (IMPORTANTE)
Alex, Existe uma lista com os termos comumente utilizados no Tracksource? Por exemplo, os terra draft. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Anzahl lanes bei forward und backward und turn
Am 20.08.2013 00:42, schrieb Gertrud Simson: Hey Gertrud Ist das sinnvoll oder unnötig? Ich habe bisher alles immer explizit gesetzt, da es ja durchaus Spuren gibt, welche in beide Richtungen benutz werden dürfen. Mehr Belastung ist dieses eine Merkmal auch nicht. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl lanes bei forward und backward und turn
Hi! Ich bin dazu übergegangen entweder nur lanes einzutragen (bei Eindeutigkeit z.B. lanes=2 bei oneway=no) bzw. nur lanes:forward und lanes:backward (also ohne lanes). Finde ich irgendwie intuitiver. Im Prinzip sollte es aber egal sein, solange zwei Schlüssel vorhanden sind. Achtung Falle: der Schlüssel lanes zählt nur die Spuren für motorisierten Verkehr und auch sonst einige Spurarten nicht. Ist unschön, aber historisch leider so gewachsen. Schlüsseln mit der :lanes-Erweiterung beziehen sich aber auf alle Spuren! Deshalb ist z.B. folgendes möglich: lanes:forward=1 + turn:lanes:forward=through|through;right . Eine der beiden Spuren in Vorwärtsrichtung wird eben nicht vom lanes-Schlüssel gezählt. bg, Martin Am 20. August 2013 00:42 schrieb Gertrud Simson simson.gert...@gmail.com: Hallo, ich habe gestern ein bisschen mit lanes und turn:lanes gespielt. Dabei habe ich diese teilweise z.B. folgendermaßen eingetragen: lanes=3 lanes:*backward*=1 turn:lanes:*forward*=through|right oder: lanes=5 lanes:*backward*=3 turn:lanes:*forward*=through|right turn:lanes:*backward*=left|through|right In den Beispielen fehlt also jeweils lanes:forward=2 Dies ergibt sich jedoch theoretisch im Normalfall aus den ersten beiden Zeilen. Wenn ich mir im Wiki hier: http://wiki.openstreetmap.org/wiki/DE:Key:lanes#Beispiele das vorletzte und das drittletzte Beispiel anschaue, frage ich mich, ob es doch sinnvoll ist generell immer lanes:forward=* *und* lanes:backward=* anzugeben (natürlich vorrausgesetzt es ist keine Einbahnstraße wie z.B. bei Autobahnen). Ist das sinnvoll oder unnötig? VG Klumbumbus ___ 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] Anzahl lanes bei forward und backward und turn
Am 20.08.2013 12:41, schrieb Martin Vonwald: Hi! Ich bin dazu übergegangen entweder nur lanes einzutragen (bei Eindeutigkeit z.B. lanes=2 bei oneway=no) bzw. nur lanes:forward und lanes:backward (also ohne lanes). Finde ich irgendwie intuitiver. Im Prinzip sollte es aber egal sein, solange zwei Schlüssel vorhanden sind. Ohne lanes kann nur Software mit :lanes Unterstützung noch was damit anfangen ! cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl lanes bei forward und backward und turn
Am 20. August 2013 12:41 schrieb Martin Vonwald imagic@gmail.com: Achtung Falle: der Schlüssel lanes zählt nur die Spuren für motorisierten Verkehr und auch sonst einige Spurarten nicht. Ist unschön, aber historisch leider so gewachsen. Schlüsseln mit der :lanes-Erweiterung beziehen sich aber auf alle Spuren! Deshalb ist z.B. folgendes möglich: lanes:forward=1 + turn:lanes:forward=through|through;right . Eine der beiden Spuren in Vorwärtsrichtung wird eben nicht vom lanes-Schlüssel gezählt. Habe da nochmal im Wiki geforscht. Der key lanes=* zählt nur den motorisierten Verkehr , also keine Fahrrad-, Park- und Standstreifen. Die Erweiterung :lanes zählt Fahrradstreifen mit, aber ebenfalls keine Park- und Standstreifen. Der einizige Unterschied bei der Gesamtzahl ist also nur, wenn Fahrradstreifen vorkommen. richtig? Die Info, dass :lanes auch Fahrradstreifen mitzählt, steht allerdings *nicht *auf den Wikiseiten http://wiki.openstreetmap.org/wiki/DE:Lanes (deutsch und englisch). Dies habe ich nur über das ehemalige Proposal finden können. ( http://wiki.openstreetmap.org/wiki/Proposed_features/lanes_General_Extension ) Das müsste also noch auf den Lanes-Wikiseiten ergänzt werden!? VG Klumbumbus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rendering Workshop (was: Hack-Weekend Karlsruhe 5./6. Oktober)
Frederik Ramm frede...@remote.org wrote: im Oktober ist wieder ein Hack-Weekend in Karlsruhe: http://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_October_2013 Im Rahmen dieses Events würde ich gerne zusammen mit Interessierten an Sachen arbeiten, die man für das Rendering von Karten (egal ob mit Mapnik oder Mapserver) immer wieder braucht und trickreich in der PostgreSQL Datenbank lösen kann. Und ich möchte endlich meine Topokarte auf Basis der Karte von Max Berger (http://geo.dianacht.de/topo/ http://wiki.openstreetmap.org/wiki/User:Maxbe/Kartenversuch) fertig kriegen. BTW, mein aktueller (lauffähiger) Stand (Mapfile und SQL scripten) ist unter git://git.geggus.net/topomap.git zu finden. Weil das Ganze wie die normale Mapnik-Karte auf permanent aktualisierten Daten aufbauen, mit Tirex laufen und weltweit zur Verfügung stehen soll kann ich (im Gegensatz zu Max, der nur einen vergleichsweise kleinen Ausschnitt rendert) keine weiteren Vorverarbeitungsschritte nach osm2pgsql brauchen. Das Ganze muss komplett in den Datenbankabfragen passieren! Spontan fallen mir folgende Dinge ein: * Berggipfel nach Prominenz rendern (Einbeziehung von Höhenlinien) (fertig siehe git) * Geniale Beschriftung von Gebirgen nach der Idee von Max (TODO siehe Wiki) * Internationalisierung/Latinisierung von Namen (erste Version siehe Karte auf http://openstreetmap.de/karte.html) Gruss Sven P.S.: Da ich im Forum nicht aktiv bin wäre es nett, wenn das jemand dort posten könnte. -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Sentieri su mappe sul territorio
Il 08/19/2013 10:51 PM, Luca Delucchi scrisse: 2013/8/19 Alberto Nogaro bartosom...@yahoo.it: Mi sembra un caso per un tag trail_visibility con valore almeno intermediate. Se il tracciato lo devi ricavare dalla mappa priva di licenza non puoi usarlo, ma se lo hai percorso e rilevato personalmente, perché non inserirlo? Non si tratta di trail_visibility. La difficolta' nel seguire l'itinerario si riferisce alla segnaletica. La mappa che si trova all'inizio del percorso non sempre e' precisa, magari mancano dei dettagli o la scala e' troppo grande. I segnavia non riportano l'indicazione del nome dell'itinerario ma solo la destinazione, non seguono cioe' lo standard CAI. Ad esempio anche seguendo la segnaletica e le indicazioni contenute in un opuscolo che descrive uno di questi itinerari sono finito in mezzo al bosco. I vari tratti che ho percorso li ho ovviamente inseriti in OSM. La mia domanda riguardava il battezzare questi tratti con una route. +1, anche se hai seguito una carta con il copyright ora quel sentiero te lo conosci e non lo copi dalla mappa Il punto credo risieda nel fatto che non si tratta di un sentiero ma di una serie di carrarecce e sentieri che nel loro insieme formano un itinerario. Ma senza indicazioni, su una mappa o con dei segnavia, difficilmente sarebbe possibile arrivare a destinazione proprio lungo quel percorso. E le indicazioni non sono univoche. L'itinerario viene indicato sul cartaceo come un anello. Ma lungo il percorso si trovano numerose indicazioni per ritornare alla localita' di partenza. Per simmetria, se posso tornare alla localita' di partenza posso anche arrivare sino a quei punti partendo dalla localita' di partenza. L'anello diventa quindi qualcosa di piu' complesso. E si torna quindi al problema del copyright visto che il percorso non sarebbe tale se non leggendo il relativo opuscolo che da' indicazioni e mappa. Poi c'e' un secondo caso, sentiero S5G che e' presente sulle mappe della provincia di Varese, e su alcuni cartelli presenti nelle localita' di partenza e arrivo, ma non ci sono segnavia. Vedi http://www.emmexx.it/varie/cadorna/dsc03368.jpg grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto per funzione di JOSM
Puoi cliccare su Alt Gr (tasto alt di destra) e mantenendolo premuto cliccando più volte con il tasto destro del mouse puoi selezionare i vari oggetti sovrapposti Il 19/08/2013 16:14, Giuseppe Amici ha scritto: Nella situazione di linee sovrapposte (ad esempio aree adiacenti), in JOSM selezionando il segmento comune si ottiene la selezione di una sola delle aree interessate. In questa situazione esiste un modo per passare all'altra area che ha il segmento in comune? Grazie dell'interessamento Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: ANGRY BIRDS: Acquista Peluche e Gadget Originali su mistercupido.com Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12900d=20-8 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Opendata su farmacie
a questo link http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5 è possibile scaricare un file csv con i dati delle farmacie di Italia per ogni farmacia è specificato anche le coordinate e nome della strada e tante altre informazioni da una prima occhiata qualche coordinata non è veritiera altre sono abbastanza precise sconsiglio un import automatico la licenza sembra compatibile (per questo aspetto altri pareri) http://www.formez.it/iodl/ -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su mistercupido.com Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20-8 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OSMIT2013: inviate le vostre proposte
Ciao a tutti, ora il sito di OSMIT appare molto piu' grazioso e con qualche contenuto in piu' http://conf.openstreetmap.it ed abbiamo così aperto anche il modulo da compilare per chi vorrà fare presentazioni. Qui trovate l'annuncio http://conf.openstreetmap.it/inviaci-la-tua-presentazione/ e qui il modulo http://conf.openstreetmap.it/manda-la-tua-proposta/ la scadenza e' il 15 settembre. Non fate i timidi e proponete. Come vedete c'è spazio per tutto: da software sviluppato ad esperienze fatte inoltre c'è anche il tema di progetti che si incastrano con Wikipedia. Aggiungiamo poi il discorso dei vari workshop. Tra l'altro ci piacerebbe dedicare una mezza giornata (o pìù, dipende dalla partecipazione) per una edithon. Pensiamo molto semplicemente ad un momento in cui noi tutti, davanti ad un pc, ci mettiamo in gruppo a sistemare la nostra mappa. L'idea è quella di guardare note, trovare i vari fixme, usare gli strumenti molti degli strumenti proposti [1] - in particolare quelli messi a disposizione da Daniele Forsi[2] e Diego Guidotti[3] - il collegamento con wikipedia[3], la documentazione del wiki [4] [1] http://wiki.openstreetmap.org/wiki/Quality_assurance [2] http://www.forsi.it/osm/spellcheck/highway/ [3] http://www.gfoss.it/osm/stat/ [4] http://wiki.openstreetmap.org/wiki/Wikipedia PS: ... siamo anche alla ricerca di sponsor -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Opendata su farmacie
2013/8/20 Salemme Guido salemme.gu...@email.it: a questo link http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5 è possibile scaricare un file csv con i dati delle farmacie di Italia per ogni farmacia è specificato anche le coordinate e nome della strada e tante altre informazioni da una prima occhiata qualche coordinata non è veritiera altre sono abbastanza precise ... mi sorge un dubbio: non è che hanno usato il geocoding di google? Per carità nessun problema, solo che quando lo si usa, diventa poi un po' difficile parlare di open data visto che i termini d'uso pongono un vincolo. --- the Geocoding API may only be used in conjunction with a Google map; geocoding results without displaying them on a map is prohibited. For complete details on allowed usage, consult the Maps API Terms of Service License Restrictions. --- source: https://developers.google.com/maps/documentation/geocoding/#Limits ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Opendata su farmacie
Ho notato che le coordinate che mi risultano precise sono state prese da openstreemap infatti le loro coordinate coincidono perfettamente con delle farmacie che avevo inserito io tempo fa in openstreetmap nella mia cittagrave; nbsp; in oltre non ci sono tutte le farmacie - Original Message Da: openstreetmap list - italiano lt;talk-it@openstreetmap.orggt; To: openstreetmap list - italiano lt;talk-it@openstreetmap.orggt; Oggetto: [Talk-it] Opendata su farmacie Data: 20/08/13 10:31 a questo link http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiamp;idPag=5 egrave; possibile scaricare un file csv con i dati delle farmacie di Italia per ogni farmacia egrave; specificato anche le coordinate e nome della strada e tante altre informazioni da una prima occhiata qualche coordinata non egrave; veritiera altre sono abbastanza precise sconsiglio un import automatico la licenza sembra compatibile (per questo aspetto altri pareri) http://www.formez.it/iodl/ -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su mistercupido.com Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902amp;d=20-8 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it: http://www.email.it/f Sponsor: LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su mistercupido.com Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20130820 -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: OFFERTA FAMILY 2 adulti + 2 bambini (fino a 12 anni) pagano 3 quote (offerta valida per tutta la stagione) sistemazione in unica camera all'Hotel Kent di Riccione Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13028d=20-8 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Opendata su farmacie
Urka ... allora i dati dovrebbero uscire in ODbL. È vero che IODL 1.0 è compatibile con ODbL ma è monodirezionale. Ovvero: un dataset in IODL 1.0 può essere rilicenziato in ODbL ma non il rovescio. (come sempre mi gioco il beneficio del dubbio) 2013/8/20 Salemme.guido salemme.gu...@email.it: Ho notato che le coordinate che mi risultano precise sono state prese da openstreemap infatti le loro coordinate coincidono perfettamente con delle farmacie che avevo inserito io tempo fa in openstreetmap nella mia città in oltre non ci sono tutte le farmacie - Original Message Da: openstreetmap list - italiano talk-it@openstreetmap.org To: openstreetmap list - italiano talk-it@openstreetmap.org Oggetto: [Talk-it] Opendata su farmacie Data: 20/08/13 10:31 a questo link http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5 è possibile scaricare un file csv con i dati delle farmacie di Italia per ogni farmacia è specificato anche le coordinate e nome della strada e tante altre informazioni da una prima occhiata qualche coordinata non è veritiera altre sono abbastanza precise sconsiglio un import automatico la licenza sembra compatibile (per questo aspetto altri pareri) http://www.formez.it/iodl/ -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su mistercupido.com Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20-8 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it Sponsor: LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su mistercupido.com Clicca qui ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Map Maker in Italia
http://www.tomshw.it/cont/news/map-maker-in-italia-solo-tu-puoi-migliorare-google-maps/48473/1.html tra i commenti ci sono tanti nostri sostenitori :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Map Maker in Italia
2013/8/20 Domenico dokitaba...@alice.it http://www.tomshw.it/cont/news/map-maker-in-italia-solo-tu-puoi-migliorare-google-maps/48473/1.html tra i commenti ci sono tanti nostri sostenitori :) Io ho risfoderato un vecchio articolo così da fare un po' di casino :D http://marcosbox.blogspot.it/2013/08/perche-non-usare-google-map-maker.html Ciao, Stefano ___ 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] Opendata su farmacie
No anzi come ho già scritto sembra che per le coordinate hanno usate quelle di openstreetmap per le farmacie mappate e per quelle non mappate hanno usato le coordinate del centro città istat o coordinate che indicano più o meno la zona questo almeno nella mia zona Fondi (LT) se questo è vero comunque stanno violando la licenza openstreetmap perchè non hanno indicato che i dati provengono da osm Il 20/08/2013 10:30, Maurizio Napolitano ha scritto: 2013/8/20 Salemme Guido salemme.gu...@email.it: a questo link http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5 è possibile scaricare un file csv con i dati delle farmacie di Italia per ogni farmacia è specificato anche le coordinate e nome della strada e tante altre informazioni da una prima occhiata qualche coordinata non è veritiera altre sono abbastanza precise ... mi sorge un dubbio: non è che hanno usato il geocoding di google? Per carità nessun problema, solo che quando lo si usa, diventa poi un po' difficile parlare di open data visto che i termini d'uso pongono un vincolo. --- the Geocoding API may only be used in conjunction with a Google map; geocoding results without displaying them on a map is prohibited. For complete details on allowed usage, consult the Maps API Terms of Service License Restrictions. --- source: https://developers.google.com/maps/documentation/geocoding/#Limits ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su mistercupido.com Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20-8 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Opendata su farmacie
Ecco un esempio questa è una farmacia che ho mappato io http://www.openstreetmap.org/browse/node/747943840 se nei dati in oggetto si fa una ricerca per partita iva 02036810592 le coordinate sono identiche Il 20/08/2013 11:35, Salemme.guido ha scritto: Ho notato che le coordinate che mi risultano precise sono state prese da openstreemap infatti le loro coordinate coincidono perfettamente con delle farmacie che avevo inserito io tempo fa in openstreetmap nella mia città in oltre non ci sono tutte le farmacie - Original Message Da: openstreetmap list - italiano talk-it@openstreetmap.org To: openstreetmap list - italiano talk-it@openstreetmap.org Oggetto: [Talk-it] Opendata su farmacie Data: 20/08/13 10:31 a questo link http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5 è possibile scaricare un file csv con i dati delle farmacie di Italia per ogni farmacia è specificato anche le coordinate e nome della strada e tante altre informazioni da una prima occhiata qualche coordinata non è veritiera altre sono abbastanza precise sconsiglio un import automatico la licenza sembra compatibile (per questo aspetto altri pareri) http://www.formez.it/iodl/ -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su mistercupido.com Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20-8 ___ Talk-it mailing list Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/cgi-bin/start?sid=3 Sponsor: LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su mistercupido.com Clicca qui http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20130820 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Offerte AGOSTO all'Hotel ADELPHI FRONTE MARE Riccione, Hotel per Famiglie con servizi per bambini che avranno tanto spazio per divertirsi. Hotel con Piscina Tutto compreso a Riccione Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13030d=20-8___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fontanelle d'Italia
Bravo Luigi Hai centrato il problema -- Maurizio 'napo' Napolitano http://de.straba.us Il giorno 20/ago/2013 13:07, Luigi Toscano luigi.tosc...@tiscali.it ha scritto: On Tuesday 20 of August 2013 12:59:16 Andrea Musuruane wrote: C'è anche www.fontanelle.org. In questo caso, sembrerebbe che i dati inseriti siano di pubblico dominiio: http://www.fontanelle.org/privacy-policy.aspx *Contenuti* Uno dei motivi principali per cui le persone si iscrivono a Fontanelle.org è per condividere contenuti/infomazioni con gli altri. Quando si carica una foto, si aggiunge un link, si fa un commento, si stanno condividendo dei contenuti. I contenuti pubblicati diventano di dominio pubblico. Ma pubblico dominio non è una di quelle cose che in Italia (e in Europa) ha un significato un po' più restrittivo (non puoi dare via i diritti morali, ecc) e per cui è nata, ad esempio, la CC0? http://creativecommons.org/choose/zero/?lang=it Sarebbe meglio se fosse più chiaro, che non si sa mai. Ciao -- Luigi ___ 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] Pali e piloni non collegati alle linee elettriche
C'è un modo in JOSM o altro per verificare se tutti i pali o piloni sono collegati ad una linea elettrica? Cioè per individuare pali e piloni isolati? -- View this message in context: http://gis.19327.n5.nabble.com/Pali-e-piloni-non-collegati-alle-linee-elettriche-tp5774215.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] Pali e piloni non collegati alle linee elettriche
In data martedì 20 agosto 2013 04:51:53, bredy ha scritto: C'è un modo in JOSM o altro per verificare se tutti i pali o piloni sono collegati ad una linea elettrica? Cioè per individuare pali e piloni isolati? per i pali usa questa espressione nella ricerca power=pole -child power=line per i piloni cambia solo il tag da cercare Samuele Battarra batta...@email.it signature.asc Description: This is a digitally signed message part. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] limiti autostrade
Ho notato che in molte autostrade manca il limite maxspeed tipo venezia trieste sarebbe molto utile x i tempi di percorrenza. In alcune manca in caso di nebbia limite ma come si mette? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] limiti autostrade
per la nebbia, direi maxspeed:fog=50 Mi lo sono inventato al volo secondo il modello maxspeed:wet che è in uso 750 volte. maxspeed:fog non esiste ancora. (anche se la mia opinione personale è che si tratta di cartelli completamente ridondanti e stupidi, perché in ogni caso, anche senza cartello, devo adeguare la velocità alla visibilità) 2013/8/20 beppebo...@libero.it beppebo...@libero.it Ho notato che in molte autostrade manca il limite maxspeed tipo venezia trieste sarebbe molto utile x i tempi di percorrenza. In alcune manca in caso di nebbia limite ma come si mette? ___ 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] Qualità edifici importati
Credo che se gli import non sono buoni si possa fare un revert e siccome per tanti il colpevole sono io liguria ed emilia romagna chiedo se posso farlo... Se siete d'accordo eseguo subito... Cosi avremo un bel vuoto ma perfetto... Per favore... collaborazione e non disfattismo... Se ci sono zone da correggere segnalare con note sulla mappa. Grazie mcheck/mcheckimport Il 19 agosto 2013 18:43, Leonardo Frassetto kinetocor...@gmail.com ha scritto: Riformulo meglio, una zona già con una base solida in partenza (strade principali, poligoni degli edifici) invoglia maggiormente a portare ulteriori migliorie a quello già presente. Gli import non servono a inserire i microdettagli (ovvero i negozi, sentieri, fontanelle,ecc...) ma a evitare un lavoro francamente noioso di ricalco degli edifici e degli utilizzi del suolo. Secondo me è qui che OSM può brillare rispetto a Google, nel livello di dettaglio dell'informazione. Il giorno 19 agosto 2013 18:28, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Il giorno 19/ago/2013, alle ore 17:45, Leonardo Frassetto kinetocor...@gmail.com ha scritto: Secondo me la verità sta nel mezzo: una zona senza niente non invoglia per nulla a migliorare se fosse vero avremmo ancora una mappa vuota ;-) ciao, Martin ___ 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 -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualità edifici importati
2013/8/20 marco bra marcobra.ubu...@gmail.com: Credo che se gli import non sono buoni si possa fare un revert e siccome per tanti il colpevole sono io liguria ed emilia romagna chiedo se posso farlo... Se siete d'accordo eseguo subito... Non sono d'accordo, penso che tutti gli edificati soffrano dello stesso problema, o si rimuovono gli edificati delle diverse regioni dove sono stati importati o si tengono tutti e si aggiornano a manina Grazie mcheck/mcheckimport -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualità edifici importati
Il giorno 20 agosto 2013 16:32, marco bra marcobra.ubu...@gmail.com ha scritto: Credo che se gli import non sono buoni si possa fare un revert e siccome per tanti il colpevole sono io liguria ed emilia romagna chiedo se posso farlo... Se siete d'accordo eseguo subito... -1. Anche volendo, un revert adesso non è la migliore soluzione, è passato troppo tempo e la gente potrebbe aver modificato i dati importati. Cosi avremo un bel vuoto ma perfetto... Per favore... collaborazione e non disfattismo... Se ci sono zone da correggere segnalare con note sulla mappa. Io le correggo anche, e non è mia intenzione prendermela con chi ha importato. Diciamo però che importazioni come quella del catasto francese mi lasciano molto perplesso: in Francia ci sono edifici con facciate dritte lunghe sei metri con otto nodi (!!!) vicino a palazzi curvi o angolari tracciati con pochissimi punti. Il mio è più un discorso generale sulle importazioni: siamo qui per riempire la mappa o per metterci dati di qualità? Certo, meglio approssimato che vuoto, ma in questo caso specifico certi dati non sono approssimati, sono proprio sbagliati, a volte al limite del ridicolo (strada dritta con facciata di edificio assurdamente ondulata). Grazie mcheck/mcheckimport Grazie a te, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pali e piloni non collegati alle linee elettriche
Grazie mille mi hai risolto un grosso problema. Dove si possono trovare queste informazioni per le chiavi di ricerca? -- View this message in context: http://gis.19327.n5.nabble.com/Pali-e-piloni-non-collegati-alle-linee-elettriche-tp5774215p5774245.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] Qualità edifici importati
Il giorno 20 agosto 2013 16:32, marco bra marcobra.ubu...@gmail.com ha scritto: Credo che se gli import non sono buoni si possa fare un revert e siccome per tanti il colpevole sono io liguria ed emilia romagna chiedo se posso farlo... Se siete d'accordo eseguo subito... Io cancellerei anche le coste del PGS ed i confini amministrativi che sono rimasti dal 2001, anche quelli non è che siano un bel vedere... Non si sono mai viste coste naturali con angoli a 90°, e non credo che i confini italiani siano stati tracciati a tavolino come in Africa, quindi meglio non averli che dare informazioni sbagliate. Cosi avremo un bel vuoto ma perfetto... Per favore... collaborazione e non disfattismo... Se ci sono zone da correggere segnalare con note sulla mappa. Grazie mcheck/mcheckimport Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Opendata su farmacie
Il giorno 20/ago/2013, alle ore 10:30, Maurizio Napolitano napoo...@gmail.com ha scritto: 2013/8/20 Salemme Guido salemme.gu...@email.it: a questo link http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5 ... mi sorge un dubbio: non è che hanno usato il geocoding di google? Per carità nessun problema, solo che quando lo si usa, diventa poi un po' difficile parlare di open data visto che i termini d'uso pongono un vincolo. ma non c'è questo riferimento nel dataset o nei metadati, quindi se fosse così sarebbe comunque un problema di chi ha rilasciato i dati e non di chi li usa poi in buona fede, o no? --- the Geocoding API may only be used in conjunction with a Google map; geocoding results without displaying them on a map is prohibited. For complete details on allowed usage, consult the Maps API Terms of Service License Restrictions. --- source: https://developers.google.com/maps/documentation/geocoding/#Limits questi sono i termini generali, forse hanno altri accordi ? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] limiti autostrade
Il giorno 20/ago/2013, alle ore 15:50, Volker Schmidt vosc...@gmail.com ha scritto: per la nebbia, direi maxspeed:fog=50 lo vogliamo mettere su _tutte_ le strade? Perché vale sempre con visibilità inferiore a 50 metri ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Opendata su farmacie
2013/8/20 Martin Koppenhoefer dieterdre...@gmail.com: ma non c'è questo riferimento nel dataset o nei metadati, quindi se fosse così sarebbe comunque un problema di chi ha rilasciato i dati e non di chi li usa poi in buona fede, o no? +1 ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] limiti autostrade
Pensavo che fosse qualcosa così. Solo che sulle autostrade venete ci hanno messo anche dei cartelli espliciti. :-) Sai qualche volta penso che l'industria che produce segnaletica stradale serve a aumentare il PIL, non per aumentare la sicurezza stradale. 2013/8/20 Martin Koppenhoefer dieterdre...@gmail.com Il giorno 20/ago/2013, alle ore 15:50, Volker Schmidt vosc...@gmail.com ha scritto: per la nebbia, direi maxspeed:fog=50 lo vogliamo mettere su _tutte_ le strade? Perché vale sempre con visibilità inferiore a 50 metri ciao, Martin ___ 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] Nodi sovrapposti
E' possibile unire in modo automatico due nodi sovrapposti? In JOSM? -- View this message in context: http://gis.19327.n5.nabble.com/Nodi-sovrapposti-tp5774252.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] Qualità edifici importati
Calma calma calma, non parliamo di soluzioni drastiche. I dati importati possono essere rimaneggiati e corretti, ricordandosi in futuro di controllare meglio e di chiedere suggerimenti/idee sulla ML nazionale. Per quanto riguarda gli import francesi del cadastre li è abbastanza anomalo dato che tutti i controlli sono fatti da uno script e non da un essere umano. Io parlo per il Veneto dove sto facendo l'import dei fabbricati e degli usi del terreno e su ciascuno effetto determinati controlli e pulizia prima dell'import. Leonardo Il 20/08/2013 16:54, sabas88 ha scritto: Il giorno 20 agosto 2013 16:32, marco bra marcobra.ubu...@gmail.com mailto:marcobra.ubu...@gmail.com ha scritto: Credo che se gli import non sono buoni si possa fare un revert e siccome per tanti il colpevole sono io liguria ed emilia romagna chiedo se posso farlo... Se siete d'accordo eseguo subito... Io cancellerei anche le coste del PGS ed i confini amministrativi che sono rimasti dal 2001, anche quelli non è che siano un bel vedere... Non si sono mai viste coste naturali con angoli a 90°, e non credo che i confini italiani siano stati tracciati a tavolino come in Africa, quindi meglio non averli che dare informazioni sbagliate. Cosi avremo un bel vuoto ma perfetto... Per favore... collaborazione e non disfattismo... Se ci sono zone da correggere segnalare con note sulla mappa. Grazie mcheck/mcheckimport Ciao, Stefano ___ 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] Nodi sovrapposti
Se li selezioni basta che usi M. Se fai una passata con il Validatore esso te li segnala come errori e premendo correggi ci penserà lui a fonderli. Leonardo Il 20/08/2013 17:46, bredy ha scritto: E' possibile unire in modo automatico due nodi sovrapposti? In JOSM? -- View this message in context: http://gis.19327.n5.nabble.com/Nodi-sovrapposti-tp5774252.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodi sovrapposti
O meglio in JOSM vengono definiti Nodi nella stessa posizione, ma io devo unirli perchè son sicuro facenti parte della stessa proprietà. -- View this message in context: http://gis.19327.n5.nabble.com/Nodi-sovrapposti-tp5774252p5774254.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] Fontanelle d'Italia
La mia proposta è che ciascuno di noi faccia presente a fontanelle.orgquesti limiti Tempo fa scrissi ed ottenni un Si OpenStreetMap è interessante ma ora non abbiamo tempo -- Maurizio 'napo' Napolitano http://de.straba.us Il giorno 20/ago/2013 13:20, Francesco Pelullo f.pelu...@gmail.com ha scritto: Nel sito fontanelle.org è indicato che il loro database ospita 20292 fontanelle, mentre taginfo riporta 59157 amenity=drinking_water in italia. Quindi mi sembra che i dati non siano gli stessi, o per lo meno, se c'è stato un import, è stato parziale. Sempre su fontanelle.org è riportato che alcune fontanelle vengono certificate tramite le immagini di Street View. Come si pone questo problema con la licenza? Ciao /niubii/ Il giorno 20 agosto 2013 13:12, Luca Delucchi lucadel...@gmail.com ha scritto: 2013/8/20 Andrea Musuruane musur...@gmail.com: La cosa strana è che nasoni e fontanelle.org assomigliano troppo a OSM. Almeno nella mia zona, dove ci sono dati in OSM, ci sono anche negli altri due DB. Dove non ci sono in OSM, non ci sono neanche negli altri DB. Sto controllando alcune zone di mia conoscenza e i dati di OSM e dei due siti si differenziano non poco Ciao, Andrea. -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualità edifici importati
Marco aspetta un attimo prima di partire coi revert.. :) Gli edifici importati in Emilia Romagna mi paiono tutto tranne che di cattiva qualità. Ho partecipato anch'io al processo - incluse pagg wiki - (si parla di mesi e mesi fa) e non ricordo problemi di questo tipo evidenziati dagli utenti/mappatori -- sent by Google Nexus Il giorno 20/ago/2013 16:33, marco bra marcobra.ubu...@gmail.com ha scritto: Credo che se gli import non sono buoni si possa fare un revert e siccome per tanti il colpevole sono io liguria ed emilia romagna chiedo se posso farlo... Se siete d'accordo eseguo subito... Cosi avremo un bel vuoto ma perfetto... Per favore... collaborazione e non disfattismo... Se ci sono zone da correggere segnalare con note sulla mappa. Grazie mcheck/mcheckimport Il 19 agosto 2013 18:43, Leonardo Frassetto kinetocor...@gmail.com ha scritto: Riformulo meglio, una zona già con una base solida in partenza (strade principali, poligoni degli edifici) invoglia maggiormente a portare ulteriori migliorie a quello già presente. Gli import non servono a inserire i microdettagli (ovvero i negozi, sentieri, fontanelle,ecc...) ma a evitare un lavoro francamente noioso di ricalco degli edifici e degli utilizzi del suolo. Secondo me è qui che OSM può brillare rispetto a Google, nel livello di dettaglio dell'informazione. Il giorno 19 agosto 2013 18:28, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Il giorno 19/ago/2013, alle ore 17:45, Leonardo Frassetto kinetocor...@gmail.com ha scritto: Secondo me la verità sta nel mezzo: una zona senza niente non invoglia per nulla a migliorare se fosse vero avremmo ancora una mappa vuota ;-) ciao, Martin ___ 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 -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ 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] Fontanelle d'Italia
Mia puntiglioseria, osservo che cè scritto che diventano di dominio pubblico, non, pubblico dominio, cioè per come lo interpreto io, occhio che le vedono tutti!, non appartengono a tutti!. -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Opendata su farmacie
Il 20/08/2013 11:39, Maurizio Napolitano ha scritto: Urka ... allora i dati dovrebbero uscire in ODbL. È vero che IODL 1.0 è compatibile con ODbL ma è monodirezionale. Ovvero: un dataset in IODL 1.0 può essere rilicenziato in ODbL ma non il rovescio. (come sempre mi gioco il beneficio del dubbio) 2013/8/20 Salemme.guido salemme.gu...@email.it: Ho notato che le coordinate che mi risultano precise sono state prese da openstreemap infatti le loro coordinate coincidono perfettamente con delle farmacie che avevo inserito io tempo fa in openstreetmap nella mia città in oltre non ci sono tutte le farmacie - Original Message Da: openstreetmap list - italiano talk-it@openstreetmap.org To: openstreetmap list - italiano talk-it@openstreetmap.org Oggetto: [Talk-it] Opendata su farmacie Data: 20/08/13 10:31 a questo link http://www.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5 è possibile scaricare un file csv con i dati delle farmacie di Italia per ogni farmacia è specificato anche le coordinate e nome della strada e tante altre informazioni da una prima occhiata qualche coordinata non è veritiera altre sono abbastanza precise sconsiglio un import automatico la licenza sembra compatibile (per questo aspetto altri pareri) http://www.formez.it/iodl/ -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su mistercupido.com Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=20-8 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it Sponsor: LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su mistercupido.com Clicca qui Sono scettico sulla licenza, io avevo mappato alcune strade della mia zona, che poi sono sicuro importate in google, però solo nei nomi, non nelle coordinate, per cui anche se avessero preso i dati da openstreetmap, come si dimostrerebbe? parola agli avvocati! :) -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] limiti autostrade
Mi era sorto il dubbio su a 13 dove il segnale c è spesso su altre arterie non è presente cmq almeno i 130 penso sia necessario inserirli :) Messaggio originale Da: vosc...@gmail.com Data: 20/08/2013 17.32 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] limiti autostrade Pensavo che fosse qualcosa così. Solo che sulle autostrade venete ci hanno messo anche dei cartelli espliciti. :-) Sai qualche volta penso che l'industria che produce segnaletica stradale serve a aumentare il PIL, non per aumentare la sicurezza stradale. 2013/8/20 Martin Koppenhoefer dieterdre...@gmail.com Il giorno 20/ago/2013, alle ore 15:50, Volker Schmidt vosc...@gmail.com ha scritto: per la nebbia, direi maxspeed:fog=50 lo vogliamo mettere su _tutte_ le strade? Perché vale sempre con visibilità inferiore a 50 metri ciao, Martin ___ 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] Qualità edifici importati
@Simone ci mandi il link ad una zona, per favore, così si corregge... e non me la prendo assolutamente anzi io continuo a scherzarci un po' sopra... ? mod_scherzo @Si Stefano, se vogliamo dirla tutta io avrei avrei anche altre proposte: 1) chiudere immediatamente per la zona di mappa italiana la possibilità di edit con potlatch2 ed id ma tutto sommato anche con Josm buttare immediatamente le tracce GPS data l'impossibilità di controllare immediatamente i dati e le geometrie... ed poi i gps... non sono poi così precisi... Mettere un comunicato e che sia ben in chiaro, sulla pagina Osm Italia: Annuncio: Agosto 2013 OSM Italia cancellati dati imprecisi. OSM-SpaCA2 annuncia: E' vietato mappare elementi con qualità più migliore delle cartografie ufficiali. Istituire immediatamente queste commissioni di pre valutazione di qualità con nomi proposti come segue: 1) OSM-O : gli ortogonali, o degli spigoli per la valutazione della: Tolleranza Ammissibile nella Presunta Ortogonalità 2) OSM-BB : Bing o Bongo detta anche o' elastico valuta lo scostamento ammissibile rispetto al PCN e rimanda il dato al mittente chiedendo di eliminare le traslazioni delle zone... 3) OSM-TLC : Te Lo Cancello con compito di togliere tutti gli elementi che hanno riferimento a source=Bing potrebbero essere non esatti... non c'e' la qualità... lavora a stretto contatto con la sopra proposta OSM-BB o' elastico rimandando i changeset al mittente... Le commissioni sopracitate dovranno obbligatoriamente passare i dati al vaglio definitivo della commissione: OSM-SpaCa2 detta SpaccaCapelloIn2 o Quallità Asoluta (nel nome non ci sono errori, e non dite che ci sono...) per la Valutazione Ultima ed indiscutibile. /mod_scherzo Ciao ;-) Il 20 agosto 2013 16:54, sabas88 saba...@gmail.com ha scritto: Il giorno 20 agosto 2013 16:32, marco bra marcobra.ubu...@gmail.com ha scritto: Credo che se gli import non sono buoni si possa fare un revert e siccome per tanti il colpevole sono io liguria ed emilia romagna chiedo se posso farlo... Se siete d'accordo eseguo subito... Io cancellerei anche le coste del PGS ed i confini amministrativi che sono rimasti dal 2001, anche quelli non è che siano un bel vedere... Non si sono mai viste coste naturali con angoli a 90°, e non credo che i confini italiani siano stati tracciati a tavolino come in Africa, quindi meglio non averli che dare informazioni sbagliate. Cosi avremo un bel vuoto ma perfetto... Per favore... collaborazione e non disfattismo... Se ci sono zone da correggere segnalare con note sulla mappa. Grazie mcheck/mcheckimport Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] tag per i centri di ricerca
Ciao a tutti. Oggi guardando in giro ho notato che il centro di ricerca VIRGO vicino Pisa ha un tag che non ho mai incontrato: amenity=research_center. Guardando su tag info ho scoperto che è stato usato solo 3 volte (di cui una aggiunta da me che mi sono fatto lo scrupolo di correggere un tag ad centro di ricerca che avevo appena cominciato a mappare prima di verificare l'effettiva validità del nuovo tag). Essendo praticamente non usato e di fatto inesistente sia sul wiki che sulla gestione di josm, non credo sia corretto. L'unica alternativa che ho visto in giro e adottata un po' da per tutto è il landuse=industrial all'area del centro di ricerca...cosa che comunque non mi sembra propriamente corretta... Cosa mi suggerite? Avrei già una lunga lista di centri di ricerca tra quelli di farmaceutica, fisica generale, fisica applicata in vari campi (aerospaziale, marino, energetico ecc) ecc ecc che aspettano solo una modifica... I centri di ricerca solitamente sono un vanto nazionale...è bruttino vederli mappati su OSM come delle generiche e comunissime aree industriali :( Grazie a tutti. Ciao Aury -- View this message in context: http://gis.19327.n5.nabble.com/tag-per-i-centri-di-ricerca-tp5774268.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] Pali e piloni non collegati alle linee elettriche
In data martedì 20 agosto 2013 07:45:16, bredy ha scritto: Grazie mille mi hai risolto un grosso problema. Dove si possono trovare queste informazioni per le chiavi di ricerca? Puoi guardare gli esempi presenti nella finestra di ricerca. Oppure questa pagina: http://wiki.openstreetmap.org/wiki/JOSM_search_function -- Samuele Battarra batta...@email.it signature.asc Description: This is a digitally signed message part. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per i centri di ricerca
Il giorno 20/ago/2013, alle ore 19:07, Aury88 spacedrive...@gmail.com ha scritto: Oggi guardando in giro ho notato che il centro di ricerca VIRGO vicino Pisa ha un tag che non ho mai incontrato: amenity=research_center. Guardando su tag info ho scoperto che è stato usato solo 3 volte (di cui una aggiunta da me che mi sono fatto lo scrupolo di correggere un tag ad centro di ricerca che avevo appena cominciato a mappare prima di verificare l'effettiva validità del nuovo tag). Essendo praticamente non usato e di fatto inesistente sia sul wiki che sulla gestione di josm, non credo sia corretto non lo puoi vedere così, a me sembra valido il tag, a parte che usiamo la versione britannica del inglese (centre), e da quanto scrivi pare che non ci sono alternative migliori in giro . L'unica alternativa che ho visto in giro e adottata un po' da per tutto è il landuse=industrial all'area del centro di ricerca...cosa che comunque non mi sembra propriamente corretta... +1, industrial mi sembra proprio sbagliato, dei tipici landuse credo che commercial sarebbe forse meglio? Occhio che una zona commerciale penso sia retail e non commercial ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per i centri di ricerca
[quote]non lo puoi vedere così, a me sembra valido il tag, a parte che usiamo la versione britannica del inglese (centre), e da quanto scrivi pare che non ci sono alternative migliori in giro [/quote] beh, è un tag che tra research_centre e research_center è stato usato solo 8 volte in tutto il globo (e mai per i centri di ricerca più importanti e quindi, solitamente, + curati: vedi fermilab, cern, ITER )...non c'è stata una discussione in merito, non è presente nel wiki...direi un tag, per quanto corretto nell'oggetto non propriamente corretto nella forma o comunque ufficiale. non ho ancora capito come avviene l'adozione dei tag: se non c'è un tag adeguato si può inventare anche senza fare prima la proposta e/o modificare il wiki? +1 ad industrial (anche se la ricerca di solito ha ripercussioni o collegamenti direttamente con l'industria) preferirei anche io di più un landuse=commercial suggerimenti per qualche tag da aggiungere per precisare il campo di studio del centro? -- View this message in context: http://gis.19327.n5.nabble.com/tag-per-i-centri-di-ricerca-tp5774268p5774271.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] Qualità edifici importati
Il giorno 20 agosto 2013 18:43, marco bra marcobra.ubu...@gmail.com ha scritto: @Simone ci mandi il link ad una zona, per favore, così si corregge... Personalmente conosco il centro di Varazze ( http://www.openstreetmap.org/#map=19/44.35899/8.57393), ma anche Finalmarina, Finalborgo e Varigotti non sono eccezionali. Vedo qualche problema anche a Borghetto Santo Spirito, ma niente di drammatico. In generale, non sono mappate da nessuna parte le barriere come muri e cancellate. Quando si incontrano ad esempio condomini circondati da un giardino privato indicare il solo edificio non dà alcuna idea dell'ingombro. A volte si ha l'impressione, guardando la mappa, di avere a che fare con una strada larghissima, perché gli edifici sono lontani, ma in realtà si tratta di vicoli larghi due metri circondati da muri. Sarebbe bello mappare anche questi elementi. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-ec] [Talk-pe] Propuesta #editathon hispanoamericana
Es una buena iniciativa, en perú ya se han organizado alguna Mapping Raymi [1], sería interesante coordinar una actividad así a nivel continental (o más allá). Vamos moviendo en tema en as respectivas listas a ver qué pasa... saludos! [1] Mapping Raymi, Raymi es la palabra quechua para designar una celebración o fiesta colectiva. http://osmpe.ourproject.org/category/mapping-raymi/ Al 02/08/13 07:19, En/na Marco Antonio ha escrit: Hola, Alex Barth aka @lxbarth escribió hace muy poco «Esta es la razón del porqué hacemos #editathones» en el blog de openstreetmap.us [1]. Importante reflexión y deja recomendaciones (tips) como ser incluir hashtags #editathon, ayudar a novatos, lugar del evento y promoción/publicidad. Terminando la lectura me vino a la cabeza la idea ¿porqué no hacer una #editathon hispanoamericana? Existen los medios, existe la comunidad ¿porqué no? El tema logístico se deja a cada comunidad local. Habría que escribir una página wiki del evento y pedir que cada comunidad por país añada las ciudades, sus objetivos, lugares de reunión (leer artículo) y promocionar. Una fecha probable para el evento... este fin de mes 31 de agosto. ¿Qué opinan? PD: Este correo fue enviado a 14 listas de correos (Argentina, Bolivia, Chile, Colombia, Costa Rica, Cuba, Ecuador, España, México, Nicaragua, Perú, República Dominicana, Uruguay y Venezuela) faltando las comunidades de Belice, El Salvador, Guatemala, Honduras, Panamá, Paraguay y Puerto Rico. Por el idioma omití Brasil y Portugal. El que tenga conocimiento de las comunidades en esos países o sepa el idioma portugués que haga el favor de replicar. [1] http://openstreetmap.us/2013/07/why-editathons/ ___ Talk-pe mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe -- Johnattan Rupire @johnarupire http://nomadas.ourproject.org http://comunes.org ___ Talk-ec mailing list Talk-ec@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ec
Re: [Talk-ec] [Talk-pe] Propuesta #editathon hispanoamericana
Hola, Se puede crear un meetup y retransmitirlo por streaming para los que no esten en la ciudad. Saludos El lunes, 5 de agosto de 2013, Johnattan Rupire escribió: Es una buena iniciativa, en perú ya se han organizado alguna Mapping Raymi [ 1], sería interesante coordinar una actividad así a nivel continental (o más allá). Vamos moviendo en tema en as respectivas listas a ver qué pasa... saludos! [1] Mapping Raymi, Raymi es la palabra quechua para designar una celebración o fiesta colectiva. http://osmpe.ourproject.org/** category/mapping-raymi/http://osmpe.ourproject.org/category/mapping-raymi/ Al 02/08/13 07:19, En/na Marco Antonio ha escrit: Hola, Alex Barth aka @lxbarth escribió hace muy poco «Esta es la razón del porqué hacemos #editathones» en el blog de openstreetmap.us [1]. Importante reflexión y deja recomendaciones (tips) como ser incluir hashtags #editathon, ayudar a novatos, lugar del evento y promoción/publicidad. Terminando la lectura me vino a la cabeza la idea ¿porqué no hacer una #editathon hispanoamericana? Existen los medios, existe la comunidad ¿porqué no? El tema logístico se deja a cada comunidad local. Habría que escribir una página wiki del evento y pedir que cada comunidad por país añada las ciudades, sus objetivos, lugares de reunión (leer artículo) y promocionar. Una fecha probable para el evento... este fin de mes 31 de agosto. ¿Qué opinan? PD: Este correo fue enviado a 14 listas de correos (Argentina, Bolivia, Chile, Colombia, Costa Rica, Cuba, Ecuador, España, México, Nicaragua, Perú, República Dominicana, Uruguay y Venezuela) faltando las comunidades de Belice, El Salvador, Guatemala, Honduras, Panamá, Paraguay y Puerto Rico. Por el idioma omití Brasil y Portugal. El que tenga conocimiento de las comunidades en esos países o sepa el idioma portugués que haga el favor de replicar. [1] http://openstreetmap.us/2013/**07/why-editathons/http://openstreetmap.us/2013/07/why-editathons/ __**_ Talk-pe mailing list talk...@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-pehttp://lists.openstreetmap.org/listinfo/talk-pe -- Johnattan Rupire @johnarupire http://nomadas.ourproject.org http://comunes.org __**_ Talk-pe mailing list talk...@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-pehttp://lists.openstreetmap.org/listinfo/talk-pe ___ Talk-ec mailing list Talk-ec@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ec
[Talk-es] seminario 10 de octubre : Barcelona, los datos cartográficos de la metrópolis
Hola ! Soy arquitecto-urbanista y me intereso mucho en la cartografía. Soy bastante nuevo en el universo de OSM, hace solo dos meses que estoy escaneando los forums, el wiki, los tutoriales existantes, metiendome en las mailing list de mi interés. El 10 de octubre voy a organizar un seminario de cartografía con la colaboración del Departamento de Urbanismo y de Ordenación del Territorio de la UPC en Barcelona. (versión 0 de la propuesta de seminario en documento adjuntado) Estaríamos muy interesados para encontrar miembros activos de OSM_BCN para hablar de diferente temas como : la progresión de la producción de datos por la metrópolis, que tipos de opendatas se ha podido agregar, del nivel de los datos actuales y de los retos para el futuro, la importancia de los tags (ejemplos donde el esfuerzo de la comunidad ha permitido enseñar precisiones que no se encuentran fuera de OSM) ... etc Por favor contactame si estáis interesados o si conocéis alguien de OSM_bcna quien yo podría contactar. Muchas gracias ! -- nicolas fonty arquitecto_urbanista http://fonty.nicolas.free.fr ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-cz] opětovný dotaz na další wms služby ÚHÚLu
Ahoj, již M. Kyral se ve svém dotazu ptal na další wms služby ÚHÚLu: http://lists.openstreetmap.org/pipermail/talk-cz/2013-January/008137.html jako je například výškopis atd. Na dotaz však nebylo zodpovězeno. Chtěl bych se proto na toto téma znovu zeptat, zda je možné tento zdroj použít. Děkuji za odpověď a zdraví Pavel Kwiecien ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] opětovný dotaz na další wms služby ÚHÚLu
ÚHUL nam tehdy poskytl vše na co měl licenci nebo bylo jeho tj. čb ortofoto, odvozní cesty, lesní pozemky ha hanoj Dne 20. srpna 2013 19:47 Pavel Kwiecien pavel.kwiec...@seznam.cznapsal(a): Ahoj, již M. Kyral se ve svém dotazu ptal na další wms služby ÚHÚLu: http://lists.openstreetmap.org/pipermail/talk-cz/2013-January/008137.html jako je například výškopis atd. Na dotaz však nebylo zodpovězeno. Chtěl bych se proto na toto téma znovu zeptat, zda je možné tento zdroj použít. Děkuji za odpověď a zdraví Pavel Kwiecien ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Circuits vélotourisme en Vaucluse
cquest wrote Tu as fait comment pour ce fond carto ? Une copie d'écran ? Ca suffit en résolution pour une impression papier ? Une sortie en double résolution est plus appropriée pour une impression. Je viens de faire un test via QGIS est la qualité est aussi mauvaise. Est-ce que ta double résolution est disponible pour QGIS via l'extension OpenLayers plugin ? Je recherche aussi un site qui fait ressortir les relations des transports en commun d'OSM. OSMTransport n'est pas assez réactif dans sa mise à jour. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Circuits-velotourisme-en-Vaucluse-tp5773991p5774169.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
[OSM-talk-fr] Images dans le wiki : peut-on mettre un lien directe vers wikimedia ?
Bonjour, Pour illustrer waterway=fish_pass, j'aimerais réutiliser une des photos trouvée dans l'article de wikipedia. Je pense qu'il n'y a pas de problème de licence… Mais peut-on mettre un lien direct dans le modèle sans recharger l'image dans le wiki d'OSM ? -- Yves Exemple de syntaxe avec une image du wiki OSM |image=Image:Amagase_Dam.jpg {{ValueDescription |key=waterway |value=fish_pass |image= |description= |onNode=no |onWay=yes |onArea=yes |lang=en |combination={{Tag|name}} |status= }}___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Circuits vélotourisme en Vaucluse
jbosm wrote Et on fait pas mieux qu'un rendu mapnik pour un support de com ? C'est pas du dénigrement, mais il ne me semble pas le rendu le plus adapté pour ça… Tiens, je t'ai fait un R25 (mais il en existe d'autres) sans prétravail de la donnée (il faudrait notamment alléger le centre ville, et orienter les branches de l'itinéraire). Par contre, pas d'accès ftp ici, je te l'envoie en privé et à ceux que ça intéresse… J'aime bien le rendu type IGN. Pour autant, vu que cela s'adresse au CG84, je pense qu'il est délicat d'utiliser cette sémiologie. D'une part cela risque de perturber l'utilisateur et, d'autre part, on ne sais toujours pas si on a le droit d'utiliser cette sémiologie. Je pense qu'il serait plus pertinent d'utiliser un rendu OSM avec du relief et des courbes de niveau. A défaut, il faudrait que ce rendu soit accessible via l'extension OpenLayers Plugin de QGis jbosm wrote PS : t'ain, le nombre de piscines accessibles dans le sud… Ha, y'a p'têt des access=private qui manquent… Tu as sûrement raison. Je note ça et on essaye de rectifier le tir. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Circuits-velotourisme-en-Vaucluse-tp5773991p5774171.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] Comment cartographier des bassins filtrants ?
Pour aller (beaucoup) plus loin, il y a de nombreux liens intéressants sur cette page : http://epnac.cemagref.fr/documentation/traitement-des-eaux/filtres-plantes-de-roseaux/ Les lagunes, filtres plantés de macrophytes à écoulement vertical ou horizontal n'auront plus de secrets pour vous Pour en rester au domaine OSM, je rejoins Pieren : le site dans son intégralité devrait être indiqué comme man_made = wastewater_plant, et des informations plus précises devraient être mises sur les éléments internes qui ne sont souvent que des étapes de collecte / traitement. Je retourne à ma réflexion sur le oneway = yes ou no dans les réseaux d'assainissement, suggéré dans un message antérieur. Assez fascinant ma foi Le 19 août 2013 11:27, Yves Pratter yves.prat...@laposte.net a écrit : Bonjour, Quel attribut mettre pour les bassins filtrants de station d'épuration de Grimonpont ? http://www.openstreetmap.org/browse/way/234071862 A défaut, je mettrais *landuse=basin*. Il serait peut-être utile de définir un nouveau tag car c'est un système qui se développe de plus en plus ? -- Yves Voir Marais filtrant http://fr.wikipedia.org/wiki/Marais_filtrant et Constructed wetland http://en.wikipedia.org/wiki/Constructed_wetland sur Wikipedia ___ 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, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment cartographier des bassins filtrants ?
Bonjour Le 20/08/2013 09:20, Ab_fab a écrit : Je retourne à ma réflexion sur le oneway = yes ou no dans les réseaux d'assainissement, suggéré dans un message antérieur. Peut-on faire comme pour les cours d'eau, c'est à dire que le sens du chemin indique implicitement le sens d'écoulement ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment cartographier des bassins filtrants ?
Pour un réseau de collecte, oui. Il y a soit une pente, soit une pompe en amont qui fait que l'eau ne coulera que dans un sens. Pour un réseau de distribution d'eau potable, on ne peut pas forcément suivre la même logique car ça peut être un réseau maillé. Mais dans le contexte OSM, ça n'a vraiment d'intérêt. Le 20 août 2013 09:28, David Crochet david.croc...@online.fr a écrit : Bonjour Le 20/08/2013 09:20, Ab_fab a écrit : Je retourne à ma réflexion sur le oneway = yes ou no dans les réseaux d'assainissement, suggéré dans un message antérieur. Peut-on faire comme pour les cours d'eau, c'est à dire que le sens du chemin indique implicitement le sens d'écoulement ? Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entreprises locales de distribution électrique en France
Philippe, je crois que PierreV a raison. La relation entre Séolis et Gérédis est purement financière, c'est bien l'entreprise Gérédis qui est détentrice de la concession du SIEDS : http://www.geredis.fr/spip.php?article151 Je vais donc remplacer Séolis par Gérédis dans le wiki. Christian, oui Seyssel a été ajouté, et la carto du réseau à commencé sur Groisy et Evires http://www.itoworld.com/map/4?lon=6.19880lat=46.03702zoom=13fullscreen=true Bonne journée. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 19 août 2013 22:41, PierreV belett...@hotmail.fr a écrit : Petite correction... pour les Deux-Sevres, Séolis est le fournisseur, le gérant des réseaux est Gérédis (avec leur nouveau siège a coté de Séolis...). La Vienne fait aussi parti des 5% avec Sorégie (fournisseur/distributeur), apparemment le gérant réseau est SDR (a confirmer) -- View this message in context: http://gis.19327.n5.nabble.com/Entreprises-locales-de-distribution-electrique-en-France-tp5773930p5774111.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Images dans le wiki : peut-on mettre un lien directe vers wikimedia ?
Le 20 août 2013 09:10, Yves Pratter yves.prat...@laposte.net a écrit : Mais peut-on mettre un lien direct dans le modèle sans recharger l'image dans le wiki d'OSM Oui tout à fait il y a des liens entre le wiki d'OSM et commons.wikimedia.org : si tu mets : |image=File:Fish pass.jpg ça a l'air de marcher. Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Circuits vélotourisme en Vaucluse
QGis + OpenLayers... ça ne te donnera accès qu'à des tuiles, toujours en résolution normale et donc inadapté à l'impression. Je fais ça directement avec mapnik, en ligne de commande avec nik2img et en bonus c'est la feuille de style osmfr qui est utilisée. Exemple: nik2img.py osmfr.xml orange-galets.png -f png -z 11 -c 4.83948 44.09589 -d 3000 3000 -v --scale-factor=2 Résultat : http://cl.ly/2b050x320642 Si tu as besoin d'ajuster en taille, résolution, niveau de zoom, pas de problème ! J'ai essayé d'avoir le résultat le plus proche de ce que je peux voir dans les PDF (dégradés). Il est aussi possible de faire la même sortie en SVG (ou PDF), mais c'est très lourd, souvent ingérable par les logiciels de PAO et le moteur de rendu est différent ce qui finalement ne donne pas la même propreté que cette version bitmap en double résolution. Le 20 août 2013 09:08, Tony Emery tony.em...@yahoo.fr a écrit : cquest wrote Tu as fait comment pour ce fond carto ? Une copie d'écran ? Ca suffit en résolution pour une impression papier ? Une sortie en double résolution est plus appropriée pour une impression. Je viens de faire un test via QGIS est la qualité est aussi mauvaise. Est-ce que ta double résolution est disponible pour QGIS via l'extension OpenLayers plugin ? Je recherche aussi un site qui fait ressortir les relations des transports en commun d'OSM. OSMTransport n'est pas assez réactif dans sa mise à jour. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Circuits-velotourisme-en-Vaucluse-tp5773991p5774169.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 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Images dans le wiki : peut-on mettre un lien directe vers wikimedia ?
si tu mets : |image=File:Fish pass.jpg ça a l'air de marcher. Merci :-) ça marche aussi avec |image=image:Fish pass.jpg -- Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nom officiel des cours d'eau, Sandre ou pas Sandre ?
Quel nom doit-on mettre dans OpenStreetMap pour qualifier les cours d'eau ? Je pencherais pour le nom qui est dans la base Sandre, avec un tag alt_name pour les autres orthographes. Exemple, l'Aygues (Vaucluse) s'écrit Eygues ou Aigues ou Aigue ou Aygues. Sur wikipédia c'est Eygues et sur Sandre c'est Aigue. De votre côté, voue feriez comment ? De plus, dans nos régions, le cours d'une rivière se balade à l'intérieur de son lit (heureux l'élève qui, comme la rivière, peut suivre son cours sans quitter son lit). Du coup, on a : - waterway=river pour les rivières étroites qui apparaîtront comme une ligne au rendu. la largeur minimum est définie par convention à 12 m. - waterway=riverbank correspondant au lit mineur d'un cours d'eau de plus de 12m. J'ai cru comprendre que, même si on cartographie une rivière avec waterway=riverbank, on doit quand aussi saisir le fil d'eau avec waterway=river. par contre, comment cartographier le lit majeur d'une rivière, qui peut être un espace varié (sable, gravier, boue, herbes, ...) ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Nom-officiel-des-cours-d-eau-Sandre-ou-pas-Sandre-tp5774214.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] Nom officiel des cours d'eau, Sandre ou pas Sandre ?
Pour le nom, je ne vois pas trop comment en choisir un plutôt qu'un autre. Le Sandre st une référence utilisable, mais pas exempte d'erreurs non plus, y compris dans leur chainage (j'en ai signalé une, a-t-elle été corrigée ? je n'ai jamais eu de retour). Ca vient d'où ces 12m ? Oui, le waterway=river est à mapper en priorité et systématiquement, le riverbank c'est la cerise sur le gâteau ;) Le 20 août 2013 13:47, Tony Emery tony.em...@yahoo.fr a écrit : Quel nom doit-on mettre dans OpenStreetMap pour qualifier les cours d'eau ? Je pencherais pour le nom qui est dans la base Sandre, avec un tag alt_name pour les autres orthographes. Exemple, l'Aygues (Vaucluse) s'écrit Eygues ou Aigues ou Aigue ou Aygues. Sur wikipédia c'est Eygues et sur Sandre c'est Aigue. De votre côté, voue feriez comment ? De plus, dans nos régions, le cours d'une rivière se balade à l'intérieur de son lit (heureux l'élève qui, comme la rivière, peut suivre son cours sans quitter son lit). Du coup, on a : - waterway=river pour les rivières étroites qui apparaîtront comme une ligne au rendu. la largeur minimum est définie par convention à 12 m. - waterway=riverbank correspondant au lit mineur d'un cours d'eau de plus de 12m. J'ai cru comprendre que, même si on cartographie une rivière avec waterway=riverbank, on doit quand aussi saisir le fil d'eau avec waterway=river. par contre, comment cartographier le lit majeur d'une rivière, qui peut être un espace varié (sable, gravier, boue, herbes, ...) ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Nom-officiel-des-cours-d-eau-Sandre-ou-pas-Sandre-tp5774214.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 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom officiel des cours d'eau, Sandre ou pas Sandre ?
cquest wrote Pour le nom, je ne vois pas trop comment en choisir un plutôt qu'un autre. Le Sandre st une référence utilisable, mais pas exempte d'erreurs non plus, y compris dans leur chainage (j'en ai signalé une, a-t-elle été corrigée ? je n'ai jamais eu de retour). On prend wikipédia comme valeur par défaut alors ? cquest wrote Ca vient d'où ces 12m ? du wiki d'OSM même : http://wiki.openstreetmap.org/wiki/FR:Key:waterway http://wiki.openstreetmap.org/wiki/FR:Key:waterway cquest wrote Oui, le waterway=river est à mapper en priorité et systématiquement, le riverbank c'est la cerise sur le gâteau ;) Et pour le lit majeur, même si c'est la chantilly sur la cerise sur le gâteau ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Nom-officiel-des-cours-d-eau-Sandre-ou-pas-Sandre-tp5774214p5774218.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] Nom officiel des cours d'eau, Sandre ou pas Sandre ?
Salut, le référentiel Sandre est censé utiliser l'écriture correcte (avec validation par les gestionnaires locaux), mais il n'est pas exempt d'erreurs ... dans le cas de l'Eygue, il y a même 2 écritures dans le sandre: Eygues jusqu'à la confluence avec la Saule, et Aigues à l'aval ! Vu le nom du sous-bassin hydrographique, je pencherais plutôt pou l'utilisation de l'écriture Eygues ... je fais remonter la question ;) @cquest: la validation des retours prend parfois beaucoup de temps, avec de multiples aller-retours en interne et même de grosses discussions ... et pour ne pas simplifier les choses, l'IGN ne publie les données mises à jour qu'1 fois par an, donc les mises à jour fait maintenant ne seront visibles qu'en septembre 2014 ... Sylvain Le 20 août 2013 13:53, Christian Quest cqu...@openstreetmap.fr a écrit : Pour le nom, je ne vois pas trop comment en choisir un plutôt qu'un autre. Le Sandre st une référence utilisable, mais pas exempte d'erreurs non plus, y compris dans leur chainage (j'en ai signalé une, a-t-elle été corrigée ? je n'ai jamais eu de retour). Ca vient d'où ces 12m ? Oui, le waterway=river est à mapper en priorité et systématiquement, le riverbank c'est la cerise sur le gâteau ;) Le 20 août 2013 13:47, Tony Emery tony.em...@yahoo.fr a écrit : Quel nom doit-on mettre dans OpenStreetMap pour qualifier les cours d'eau ? Je pencherais pour le nom qui est dans la base Sandre, avec un tag alt_name pour les autres orthographes. Exemple, l'Aygues (Vaucluse) s'écrit Eygues ou Aigues ou Aigue ou Aygues. Sur wikipédia c'est Eygues et sur Sandre c'est Aigue. De votre côté, voue feriez comment ? De plus, dans nos régions, le cours d'une rivière se balade à l'intérieur de son lit (heureux l'élève qui, comme la rivière, peut suivre son cours sans quitter son lit). Du coup, on a : - waterway=river pour les rivières étroites qui apparaîtront comme une ligne au rendu. la largeur minimum est définie par convention à 12 m. - waterway=riverbank correspondant au lit mineur d'un cours d'eau de plus de 12m. J'ai cru comprendre que, même si on cartographie une rivière avec waterway=riverbank, on doit quand aussi saisir le fil d'eau avec waterway=river. par contre, comment cartographier le lit majeur d'une rivière, qui peut être un espace varié (sable, gravier, boue, herbes, ...) ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Nom-officiel-des-cours-d-eau-Sandre-ou-pas-Sandre-tp5774214.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 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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] Nom officiel des cours d'eau, Sandre ou pas Sandre ?
Sylvain Maillard wrote le référentiel Sandre est censé utiliser l'écriture correcte (avec validation par les gestionnaires locaux), mais il n'est pas exempt d'erreurs ... dans le cas de l'Eygue, il y a même 2 écritures dans le sandre: Eygues jusqu'à la confluence avec la Saule, et Aigues à l'aval ! Vu le nom du sous-bassin hydrographique, je pencherais plutôt pou l'utilisation de l'écriture Eygues ... je fais remonter la question ;) Ok, je vais, du coup, essayer de corriger le sens du fil d'eau pour qu'il soit dans le sens de l'écoulement. Pas de réponses pour mon lit majeur, du coup ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Nom-officiel-des-cours-d-eau-Sandre-ou-pas-Sandre-tp5774214p5774220.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] Nom officiel des cours d'eau, Sandre ou pas Sandre ?
Le 20 août 2013 14:11, Sylvain Maillard sylvain.maill...@gmail.com a écrit : @cquest: la validation des retours prend parfois beaucoup de temps, avec de multiples aller-retours en interne et même de grosses discussions ... et pour ne pas simplifier les choses, l'IGN ne publie les données mises à jour qu'1 fois par an, donc les mises à jour fait maintenant ne seront visibles qu'en septembre 2014 ... Je comprends bien pour le délais, mais au moins un mail de retour pour confirmer la réception et une suite... c'est pas du tout motivant de signaler une erreur et de n'avoir aucun retour. C'est plus une histoire de politesse qu'autre chose. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom officiel des cours d'eau, Sandre ou pas Sandre ?
2013/8/20 Tony Emery tony.em...@yahoo.fr: cquest wrote Ca vient d'où ces 12m ? du wiki d'OSM même : http://wiki.openstreetmap.org/wiki/FR:Key:waterway http://wiki.openstreetmap.org/wiki/FR:Key:waterway qui vient d'une traduction de la version anglaise. Il me semble avoir lu qu'en France, l'IGN fixait sa limite à 10m. Mais on n'est pas à 2 m. près. C'est plus une recommendation qu'autre chose... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr