[talk-ph] what features the top 20 PH mappers are mapping
http://osmranking.altogetherlost.com/73 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-legal-talk] Is an object created by a non-agreer always tainted, even if all info has been deleted/changed by agreers?
What is the consensus on the legal status of an object that has been created by a non-agreer, but all of the nodes and all of the tags have been deleted/changed by agreers? i.e.: 1) Non-agreer creates a way with tags 'name=A' and 'highway=tertiary', and 3 nodes (with no tags). 2) An agreer then deletes 1 node and moves the other 2 nodes, and changes the tags to be 'name=B' and 'highway=secondary'. Is that way now clean or still tainted? I think that it is clean. My thoughts: Tags I think that the changing of those tags makes the tags clean. The existence of the 'name' and 'highway' tags (separate from the actual tag values) is not creative. The values of the tags could be creative, but the values have been changed. I guess that it could be argued that the existence of some other obscure tags might be creative enough. Can anyone think of any tags whose mere existence on an object (but with a different value) carries enough ownership to make the way tainted? Nodes I think that the nodes are also clean. However, I think that there was a discussion about this a while ago, where someone argued that, if the new nodes/node-positions were derived in some way from the original nodes, then they would still be tainted. However, surely we are trusting agreers to only use odbl/CT- compatible sources to enter those new nodes/node-positions, so they can't be tainted? If the agreer was actually creating a completely new way, we are also trusting that they only use compatible sources to position the nodes, so it is equivalent surely? Another thought - What if the scenario is actually: 0) Agreer creates a way with 3 nodes and with tags 'name=Z' and 'highway=residential' 1) Non-agreer changes tags 'name=A' and 'highway=tertiary', and moves all 3 nodes. 2) An agreer then deletes 1 node and moves the other 2 nodes, and changes the tags to be 'name=B' and 'highway=secondary'. is the way tainted or clean?I think that it must be clean. Is this conceptually any different from the first scenario? The only difference in scenario 2 is that the way was originally created by an agreer rather than a non-agreer. If we accept that all of the agreers must be using odbl/CT-compatible sources, then surely both scenarios must result in a way that is clean? ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [OSM-talk] Critical Mass for license change-over
On 2 February 2012 15:11, Robert Kaiser ka...@kairo.at wrote: andrzej zaborowski schrieb: Yes, of course, I think it is Mike DuPont who said give away. But obviously we're talking about the grant of rights. Yes, every open soruce license is a grant of rights, as that's the basic definition of open. If there wouldn't be a grant of any rights, no license would be needed at all, as copyright law in various countries covers not being able to use other people's work pretty well. All we are about is being able to use other people's work, though. Yep. But then I don't understand what your point is, I think we agree about the terms. Cheers ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Is an object created by a non-agreer always tainted, even if all info has been deleted/changed by agreers?
On 2 February 2012 13:43, Woll Newall w...@2-islands.com wrote: What is the consensus on the legal status of an object that has been created by a non-agreer, but all of the nodes and all of the tags have been deleted/changed by agreers? i.e.: 1) Non-agreer creates a way with tags 'name=A' and 'highway=tertiary', and 3 nodes (with no tags). 2) An agreer then deletes 1 node and moves the other 2 nodes, and changes the tags to be 'name=B' and 'highway=secondary'. Is that way now clean or still tainted? I think that it is clean. That example probably would be, but how would you distinguish it from the following: 1) Non-agreer creates a way with tags 'name=Main Rd.' and 'highway=tertairy', and 3 nodes (with no tags). 2) An agreer then deletes 1 node and moves the other 2 nodes, and corrects the tags to be 'name=Main Road' and 'highway=tertiary'. While the route of the way may now be clean, the tagging is clearly a derivative of the original mapper's work. (Ok, so individual facts like a road name and classification may or may not attract copyright, but enough of these facts make a database, which could well be protected.) However, I think that there was a discussion about this a while ago, where someone argued that, if the new nodes/node-positions were derived in some way from the original nodes, then they would still be tainted.However, surely we are trusting agreers to only use odbl/CT-compatible sources to enter those new nodes/node-positions, so they can't be tainted? If the agreer was actually creating a completely new way, we are also trusting that they only use compatible sources to position the nodes, so it is equivalent surely? You might hope that that's the case now (though I'm not sure we've really had enough publicity to guarantee it). However, I don't think there's much chance of this being the case before the license change procedure got into full swing. For example, I'm sure lots of mappers have replaced POI nodes with building outlines from aerial imagery, and copied the tags across, using the original node as the source, rather than having an independent source of their own. Not that there's much we can do about that particular type of copying from OSM to itself now though... -- Robert Whittaker ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Is an object created by a non-agreer always tainted, even if all info has been deleted/changed by agreers?
OK, so spelling corrections could be viewed as not removing the taint, because we can't tell if the agreer making the change used a odbl/CT-compatible source for the change or not. Thinking about it, other edits done by bots to normalise the tagging into a standard (e.g. changing something like leisure=swimming_pool into sport=swimming [that's a made-up example off the top of my head!]), could also be viewed as not removing the taint, because we also can't tell if the agreer used an odbl/CT-compatible source or not. However, we could add something to the taint checking that would ignore the taint of specific tags if changes of specific tag values from one official value to another official value had been made. It seems that it is quite difficult to imagine all of the different scenarios though, so it sounds as if such tests would need to be very specific (e.g. 'A change of the highway tag from one official value to another official value, removes the taint from that tag). There are probably other specific tags, for which we could define similar specific changes which would remove the tag. Maybe for the name tag, the taint checking could check to see if the new value is just a spelling variation or a completely different value (using some kind of fuzzy string matching?) - with a completely different value resulting in the taint being removed from that tag? It's obviously a bit more complicated than it first appears, but I think that there must be some additions that could be made to the taint checking to remove the taint in specific, well-defined situations, which would hopefully reduce the amount of supposedly-tainted data a bit (how much. I'm not sure). -- View this message in context: http://gis.19327.n5.nabble.com/OSM-legal-talk-Is-an-object-created-by-a-non-agreer-always-tainted-even-if-all-info-has-been-deleted-tp5450719p5452068.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Subscribe to feeds of changes in your area with Changepipe
Michal: http://migurski.github.com/Changepipe/ Serge: http://matt.dev.openstreetmap.org/owl_viewer/ Colin: http://www.itoworld.com/product/osm/map I would be interested to know how Changepipe compares to both of the above. Perhaps I'll have to email a polygon... Owl is great in that it only tells you about changes in your bbox and not changesets that are larger than your bbox, cover the bbox, but contain no changes within it. It does fall behind occasionally, but when it is up-to-date it is great (though usually too overloaded to view the tiles on the site itself). The ITOworld product does great visualisations of changes in your area and lets you filter them in various ways, but only seems to cover ways so wouldn't report on new/edited/deleted POIs (unless this has changed recently). Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Change in OSM Inspector License View/WTFE
One possible enhancement would be a filter, so you could show e.g. only highways or only waterways. I don't know how complicated this would be. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Change in OSM Inspector License View/WTFE
On 2/1/2012 12:05 PM, Frederik Ramm wrote: http://wtfe.gryph.de/report/way/5656569 This should answer the question of why is something red/orange/yellow/unmarked. If you find anything strange with that, let me know too. I'm confused. http://wtfe.gryph.de/report/way/11023229 is marked as harmless, but the JOSM plugin says it's possible data loss. I cleaned it two weeks ago, so it's not a case of lag. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Subscribe to feeds of changes in your area with Changepipe
Nice. GeoRSS? I would really love to see these kind of monitoring tools baked into osm.org... * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Michal Migurski m...@stamen.com To: openstreetmap Openstreetmap talk@openstreetmap.org Sent: Thursday, February 2, 2012 2:15 AM Subject: [OSM-talk] Subscribe to feeds of changes in your area with Changepipe Hi, I'm experimenting with minutely diffs and I made this: http://migurski.github.com/Changepipe/ Want me to bake you a feed of fresh OSM changesets for your area? Draw a polygon and mail to me following the directions on the page! -mike. michal migurski- m...@stamen.com 415.558.1610 ___ 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] OSM @ FOSDEM?
Michael Kugelmann schrieb: BTW: ist there somebody from the OSM community at the friday beer event? http://www.fosdem.org/2012/beerevent I'll be there, but probably more with the Mozilla folks in the end. Robert Kaiser ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Subscribe to feeds of changes in your area with Changepipe
On 02/02/12 13:58, Mikel Maron wrote: I would really love to see these kind of monitoring tools baked into osm.org... As I'm sure you're well aware you will have them as soon as Matt gets OWL up and running on the dedicated server we provided for the task. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] [OSM-talk] Critical Mass for license change-over
andrzej zaborowski schrieb: Assignment of your rights requires a written agreement in some jurisdictions so there's no talk of that. Mozilla, Facebook, etc, as you say, require a grant of the right to sublicense and other rights. No, Mozilla has no sublicense requirement. And Facebook is proprietary and completely different anyhow. Yes, of course, I think it is Mike DuPont who said give away. But obviously we're talking about the grant of rights. Yes, every open soruce license is a grant of rights, as that's the basic definition of open. If there wouldn't be a grant of any rights, no license would be needed at all, as copyright law in various countries covers not being able to use other people's work pretty well. All we are about is being able to use other people's work, though. Robert Kaiser ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] odbl non-agreement and humanitarian exceptions.
Hi All, Apologies for any overlap in recipients for this - I very rarely post to mailing lists, so I am not sure how wide a net for this issue would be appropriate. There was a discussion on the #osm irc channel recently about the possibility of approaching non-agreers to the new CT about any data they may have contributed to areas where the removal of such data could have a negative effect on our humanitarian efforts. Looking for example at how much data we stand to lose in Haiti, this is something that may limit the difficulty of those that are on the ground in these places and struggling to remap. The possibility of haing a bounding box around areas such as these was mentioned - and there is aparantly a precedent for a users data within a BB being retained. Any thoughts, comments, or points? Thanks, Larry O'Neill ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Subscribe to feeds of changes in your area with Changepipe
On Thu, Feb 2, 2012 at 12:15 AM, Michal Migurski m...@stamen.com wrote: Hi, I'm experimenting with minutely diffs and I made this: http://migurski.github.com/Changepipe/ Want me to bake you a feed of fresh OSM changesets for your area? Draw a polygon and mail to me following the directions on the page! -mike. Yes, cool. I'd love to try it. I just drew something. Finished up with a double click. Polygon turns orange. The box below says 'draw something above'. Repeat. Anyway, I'm interested in Salt Lake City ;) Like others, I wonder how this will relate to OWL, which is about to get its own server. It would be good to have one tool for monitoring. I looked at OWL before but the core is C++ . Would there be a way to consolidate? -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [CrisisMappers] odbl non-agreement and humanitarian exceptions.
(Added talk-ht@osm as that might well reach some ppl involved that the other lists don't.) Having bn part of the below-mentioned #OSM IRC discussion (finally using irc after 15 years of avoiding, ayii!) Here's my 2 cents: The OSM Haiti data's v1 odbl complient edit rates for nodes and ways are 68% and 54%, respectively. v1+last edit comopliency rates are 89 and 95%, respectively. These figures r for data of the whole island and the losses in DR are _significantly_ higher. That will have a partial impact on e.g. Local OpenGeo-related economic activity, which has a direct link with local sustainable hunanitarian activities and all data activity on the Haitian side. In any case the direct impact is -- in my guesstimate -- to at least a quarter of Haiti data. And the viability of OSM will take a clear hit because of this. And that impacts humanitarian use without a doubt. Unless there's a renewed interest to help remap Haiti from the community -- or(/and) the data damage is limited in some ways. The thing is that we (in and currently actively involved with Haiti mapping) are limited in capacity to do more advanced data loss mitigation and I think also the capacity to remap is limited in a number of ways. So, having heard that some gave and got a special right to allow retaining his data in OSM for a given bbox _in the U.S._ I don't see why we wouldn't try that in Haiti as well as other humanitarian operations areas. With best regards from Haiti, -Jaakko http://osm.org/user/jaakkoh Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -Original Message- From: Larry O'Neill larryone...@gmail.com Sender: crisismapp...@googlegroups.com Date: Thu, 2 Feb 2012 15:23:10 To: hoth...@openstreetmap.org; crisismapp...@googlegroups.com; OSM Talktalk@openstreetmap.org Reply-To: crisismapp...@googlegroups.com Subject: [CrisisMappers] odbl non-agreement and humanitarian exceptions. Hi All, Apologies for any overlap in recipients for this - I very rarely post to mailing lists, so I am not sure how wide a net for this issue would be appropriate. There was a discussion on the #osm irc channel recently about the possibility of approaching non-agreers to the new CT about any data they may have contributed to areas where the removal of such data could have a negative effect on our humanitarian efforts. Looking for example at how much data we stand to lose in Haiti, this is something that may limit the difficulty of those that are on the ground in these places and struggling to remap. The possibility of haing a bounding box around areas such as these was mentioned - and there is aparantly a precedent for a users data within a BB being retained. Any thoughts, comments, or points? Thanks, Larry O'Neill -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Subscribe to feeds of changes in your area with Changepipe
On Thu, Feb 2, 2012 at 10:59 AM, Martijn van Exel m...@rtijn.org wrote: On Thu, Feb 2, 2012 at 12:15 AM, Michal Migurski m...@stamen.com wrote: Hi, I'm experimenting with minutely diffs and I made this: http://migurski.github.com/Changepipe/ Want me to bake you a feed of fresh OSM changesets for your area? Draw a polygon and mail to me following the directions on the page! Yes, cool. I'd love to try it. I just drew something. Finished up with a double click. Polygon turns orange. The box below says 'draw something above'. Repeat. It's not entirely intuitive. The 'send me an email' mailto link includes the polygon in the body. -Josh ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Subscribe to feeds of changes in your area with Changepipe
On Feb 2, 2012, at 7:59 AM, Martijn van Exel wrote: On Thu, Feb 2, 2012 at 12:15 AM, Michal Migurski m...@stamen.com wrote: Hi, I'm experimenting with minutely diffs and I made this: http://migurski.github.com/Changepipe/ Want me to bake you a feed of fresh OSM changesets for your area? Draw a polygon and mail to me following the directions on the page! -mike. Yes, cool. I'd love to try it. I just drew something. Finished up with a double click. Polygon turns orange. The box below says 'draw something above'. Repeat. Anyway, I'm interested in Salt Lake City ;) Like others, I wonder how this will relate to OWL, which is about to get its own server. It would be good to have one tool for monitoring. I looked at OWL before but the core is C++ . Would there be a way to consolidate? Hm - that box should have a long POLYGON or MULTIPOLYGON string in it when you've finished drawing, not draw something. What's your OS/browser? -mike. michal migurski- m...@stamen.com 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] odbl non-agreement and humanitarian exceptions.
On 02/02/2012 16:23, Larry O'Neill wrote: Hi All, Apologies for any overlap in recipients for this - I very rarely post to mailing lists, so I am not sure how wide a net for this issue would be appropriate. There was a discussion on the #osm irc channel recently about the possibility of approaching non-agreers to the new CT about any data they may have contributed to areas where the removal of such data could have a negative effect on our humanitarian efforts. Looking for example at how much data we stand to lose in Haiti, this is something that may limit the difficulty of those that are on the ground in these places and struggling to remap. The possibility of haing a bounding box around areas such as these was mentioned - and there is aparantly a precedent for a users data within a BB being retained. Any thoughts, comments, or points? Thanks, Larry O'Neill Hi Larry, It looks as though there are no specific licensing issues as regards base data/photos used in Haiti [1]. The issue appears to be confined to mappers who have been active in the area but have either declined or not yet responded to requests to re-license? [2] We will need their individual permissions, the simplest way being just to ask them to respond to the new terms. Friendly, courteous messages coming from individual mappers working in the same area have been highly effective in a number of countries. I would expect it to be doubly so here. We can then revisit the issue in say, two weeks time and see if anyone is left. I am immediately going to ask for a Haiti/Dominican Republic link to be added to http://odbl.de/ and http://odbl.poole.ch/ Then you can just read off the names and status. Meanwhile, you can use the OSMI License View tool to get started. Here is an incomplete list I just grabbed using it: Exponent, Brent Miller, cetest, osmapb1, Tinono, rendle, Tinono, EvaStern, robbert, Sidneyleenen, Elle_M, DDDarek, veugelke, Mirko Küster, Eddy Frometa, Alfredo Gil, Jochen Plumeyer, llibre It is good know their status. You can do that by feeding them into http://www.openstreetmap.org/user/ or seeing if they are on http://odbl.poole.ch/central-america-20111208-20120201-poly.html This wiki page can be used to coordinate efforts: http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL Please do not hesitate to coordinate with us at le...@osmfoundation.org . We will do our best to assist. Mike License Working Group [1]. http://wiki.openstreetmap.org/wiki/Import/Catalogue (Appears to be only Digital Orthophotos) [2] http://tools.geofabrik.de/osmi/?view=wtfelon=-71.35913lat=18.22309zoom=7opacity=0.69overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Subscribe to feeds of changes in your area with Changepipe
On Feb 2, 2012, at 8:44 AM, Michal Migurski wrote: On Feb 2, 2012, at 7:59 AM, Martijn van Exel wrote: Yes, cool. I'd love to try it. I just drew something. Finished up with a double click. Polygon turns orange. The box below says 'draw something above'. Repeat. Anyway, I'm interested in Salt Lake City ;) Hm - that box should have a long POLYGON or MULTIPOLYGON string in it when you've finished drawing, not draw something. What's your OS/browser? Oops, sorry Firefox users. Element.innerText wasn't working, but it should do the right thing now. -mike. michal migurski- m...@stamen.com 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Subscribe to feeds of changes in your area with Changepipe
On Thu, Feb 2, 2012 at 9:44 AM, Michal Migurski m...@stamen.com wrote: On Feb 2, 2012, at 7:59 AM, Martijn van Exel wrote: On Thu, Feb 2, 2012 at 12:15 AM, Michal Migurski m...@stamen.com wrote: Hi, I'm experimenting with minutely diffs and I made this: http://migurski.github.com/Changepipe/ Want me to bake you a feed of fresh OSM changesets for your area? Draw a polygon and mail to me following the directions on the page! -mike. Yes, cool. I'd love to try it. I just drew something. Finished up with a double click. Polygon turns orange. The box below says 'draw something above'. Repeat. Anyway, I'm interested in Salt Lake City ;) Like others, I wonder how this will relate to OWL, which is about to get its own server. It would be good to have one tool for monitoring. I looked at OWL before but the core is C++ . Would there be a way to consolidate? Hm - that box should have a long POLYGON or MULTIPOLYGON string in it when you've finished drawing, not draw something. What's your OS/browser? Up to date Firefox on Windows 7. It does work in up-to-date Chrome on the same platform. I just checked and can confirm that the email link *does* contain the polygon info in Firefox even if it doesn't display in the box underneath the map. -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Subscribe to feeds of changes in your area with Changepipe
I didn't take it that way, Serge, but thank you. To be honest I didn't really think about OWL and ITOWorld when writing this. I was just looking for a minimally useful thing that handled polygons smoothly and was fast to set up. I was motivated by the potential needs of US users like Learon Dalby, who spoke at the Atlanta SOTM-US about his need for a way to see changes in Arkansas so that he could notify county GIS managers about them and make appropriate corrections to government data. Administrative boundaries are large, irregular shapes, and OWL seemed to be focused on small urban areas (correct me if I'm wrong about this). Mikel: I'm using Atom; can I just namespace GeoRSS into an Atom feed and have it work? Are bounding boxes for changesets the most useful thing, because I'm using node positions to calculate intersections. -mike. On Feb 2, 2012, at 7:55 AM, Serge Wroclawski wrote: I received some feedback that I was not very positive on this project. If my question came out that way, I want to publicly correct this perception. I find this code very exciting, and can see several potential uses for it already. - Serge On Thu, Feb 2, 2012 at 2:15 AM, Michal Migurski m...@stamen.com wrote: Hi, I'm experimenting with minutely diffs and I made this: http://migurski.github.com/Changepipe/ Want me to bake you a feed of fresh OSM changesets for your area? Draw a polygon and mail to me following the directions on the page! -mike. michal migurski- m...@stamen.com 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk michal migurski- m...@stamen.com 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Subscribe to feeds of changes in your area with Changepipe
This is kick-ass great, again. Dead-simple way to create areas to follow. I love it how easy it is to create the polygons -- and get the plain txt coordinates for them. Could this polygon tool pt b integrated w OWL? Can someone give guidance on visualizing the feed content? I'm copying this to both hot talk-ht as I just yesterday talked w Nico Brian about (and pulled hair out of my head due to) following edits in defined areas and know that this will help many operations on the field. I'll send the polygons later, Mike. Thnx! And cheers from the bumpy rds of PaP, -Jaakko Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -Original Message- From: Michal Migurski m...@stamen.com Date: Thu, 2 Feb 2012 08:57:59 To: openstreetmap Openstreetmaptalk@openstreetmap.org Subject: Re: [OSM-talk] Subscribe to feeds of changes in your area with Changepipe I didn't take it that way, Serge, but thank you. To be honest I didn't really think about OWL and ITOWorld when writing this. I was just looking for a minimally useful thing that handled polygons smoothly and was fast to set up. I was motivated by the potential needs of US users like Learon Dalby, who spoke at the Atlanta SOTM-US about his need for a way to see changes in Arkansas so that he could notify county GIS managers about them and make appropriate corrections to government data. Administrative boundaries are large, irregular shapes, and OWL seemed to be focused on small urban areas (correct me if I'm wrong about this). Mikel: I'm using Atom; can I just namespace GeoRSS into an Atom feed and have it work? Are bounding boxes for changesets the most useful thing, because I'm using node positions to calculate intersections. -mike. On Feb 2, 2012, at 7:55 AM, Serge Wroclawski wrote: I received some feedback that I was not very positive on this project. If my question came out that way, I want to publicly correct this perception. I find this code very exciting, and can see several potential uses for it already. - Serge On Thu, Feb 2, 2012 at 2:15 AM, Michal Migurski m...@stamen.com wrote: Hi, I'm experimenting with minutely diffs and I made this: http://migurski.github.com/Changepipe/ Want me to bake you a feed of fresh OSM changesets for your area? Draw a polygon and mail to me following the directions on the page! -mike. michal migurski- m...@stamen.com 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk michal migurski- m...@stamen.com 415.558.1610 ___ 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] odbl non-agreement and humanitarian exceptions.
On Thu, Feb 2, 2012 at 11:46 AM, Michael Collinson m...@ayeltd.biz wrote: [ ... ] Meanwhile, you can use the OSMI License View tool to get started. Here is an incomplete list I just grabbed using it: Exponent, Brent Miller, cetest, osmapb1, Tinono, rendle, Tinono, EvaStern, robbert, Sidneyleenen, Elle_M, DDDarek, veugelke, Mirko Küster, Eddy Frometa, Alfredo Gil, Jochen Plumeyer, llibre A new (to me) function on cleanmap[1] allows one to select a bounding box and see a list of all non-CT/ODbL authors in that area. The bb size is limited, but I was able to get a list of several dozen accounts who edited in PaP. Create your own bb for up to date info, or other areas, or start with this list retrieved a few minutes ago. http://weait.com/pap_non-ct.html [1] http://cleanmap.poole.ch/?zoom=9lat=19.05872lon=-72.34551layers=B00 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Re. Critical Mass for license change-over
So, to tie up the discussion. As in everything OSM, we should be transparent and crowd-sourced. A community rebuild group is beginning work on use the WTFE algorithm as a basis for the final rebuild. Its deliberations are public [1]. WTFE is indicating that roughly 2.6% of the database is affected if we rebuilt today. From the feedback received, it is important to check that is actually true or not before doing anything permanent. I am therefore strongly encouraging the group to not only develop the necessary re-build scripts but also test them in a manner that we can see, ideally in the form of a test map, on a *copy* of part or all of the OSM database. The OSM Foundation board is firmly committed to supporting and providing the resources the group may require. Meanwhile, the LWG will focus on further reducing the 2.6% by contacting undecided users, encouraging constructive remapping and resolving country issues. Our next step is to launch a global personal contact-and-remap campaign, (well, almost global, there remain some special cases). This has been piloted in a few countries and been very successful. Given the straight-line trends [2] I am confident that we will get a lot closer to a residual 1% of data that we will have to remove no matter what. Mike LWG [1] http://lists.openstreetmap.org/pipermail/rebuild/ [2] http://tools.geofabrik.de/osmi/munin.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Night of the living maps 07.02.2012 - Avoid API congestion
And here are some problems: Thank you, Toby, for reporting these issues. I've just released a new version which solves the problems: 1) Activating this plugin seems to overwrite the default JOSM download action so the only way to start using the normal API again is to remove the plugin which doesn't seem entirely good. Fixed. 2) after I bring up the URL dialog, there is no way to dismiss it. I can also bring up multiple copies at the same time Fixed. 3) downloading via this plugin does not trigger JOSM's Draw boundaries of downloaded data feature. I've fixed it in the way that the plugin uses the requested bounding box to draw boundaries. Suggestion: Why require source changes and a recompile to change the URL? Just make the JComboBox editable. Done. I think I'll embed these URLs somehow in the settings, but I haven't yet figured out how. Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] odbl non-agreement and humanitarian exceptions.
http://odbl.poole.ch/haiti-domrep-20111208-20120201-poly.html Most of Mirkos stuff is in Santo Domingo so not that relevant. Simon Am 02.02.2012 17:46, schrieb Michael Collinson: On 02/02/2012 16:23, Larry O'Neill wrote: Hi All, Apologies for any overlap in recipients for this - I very rarely post to mailing lists, so I am not sure how wide a net for this issue would be appropriate. There was a discussion on the #osm irc channel recently about the possibility of approaching non-agreers to the new CT about any data they may have contributed to areas where the removal of such data could have a negative effect on our humanitarian efforts. Looking for example at how much data we stand to lose in Haiti, this is something that may limit the difficulty of those that are on the ground in these places and struggling to remap. The possibility of haing a bounding box around areas such as these was mentioned - and there is aparantly a precedent for a users data within a BB being retained. Any thoughts, comments, or points? Thanks, Larry O'Neill Hi Larry, It looks as though there are no specific licensing issues as regards base data/photos used in Haiti [1]. The issue appears to be confined to mappers who have been active in the area but have either declined or not yet responded to requests to re-license? [2] We will need their individual permissions, the simplest way being just to ask them to respond to the new terms. Friendly, courteous messages coming from individual mappers working in the same area have been highly effective in a number of countries. I would expect it to be doubly so here. We can then revisit the issue in say, two weeks time and see if anyone is left. I am immediately going to ask for a Haiti/Dominican Republic link to be added to http://odbl.de/ and http://odbl.poole.ch/ Then you can just read off the names and status. Meanwhile, you can use the OSMI License View tool to get started. Here is an incomplete list I just grabbed using it: Exponent, Brent Miller, cetest, osmapb1, Tinono, rendle, Tinono, EvaStern, robbert, Sidneyleenen, Elle_M, DDDarek, veugelke, Mirko Küster, Eddy Frometa, Alfredo Gil, Jochen Plumeyer, llibre It is good know their status. You can do that by feeding them into http://www.openstreetmap.org/user/ or seeing if they are on http://odbl.poole.ch/central-america-20111208-20120201-poly.html This wiki page can be used to coordinate efforts: http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL Please do not hesitate to coordinate with us at le...@osmfoundation.org . We will do our best to assist. Mike License Working Group [1]. http://wiki.openstreetmap.org/wiki/Import/Catalogue (Appears to be only Digital Orthophotos) [2] http://tools.geofabrik.de/osmi/?view=wtfelon=-71.35913lat=18.22309zoom=7opacity=0.69overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created ___ 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] [HOT] [CrisisMappers] odbl non-agreement and humanitarian exceptions.
On Thu, Feb 2, 2012 at 10:24 AM, Jaakko Helleranta.com jaa...@helleranta.com wrote: (Added talk-ht@osm as that might well reach some ppl involved that the other lists don't.) Having bn part of the below-mentioned #OSM IRC discussion (finally using irc after 15 years of avoiding, ayii!) Here's my 2 cents: The OSM Haiti data's v1 odbl complient edit rates for nodes and ways are 68% and 54%, respectively. v1+last edit comopliency rates are 89 and 95%, respectively. These figures r for data of the whole island and the losses in DR are _significantly_ higher. That will have a partial impact on e.g. Local OpenGeo-related economic activity, which has a direct link with local sustainable hunanitarian activities and all data activity on the Haitian side. In any case the direct impact is -- in my guesstimate -- to at least a quarter of Haiti data. And the viability of OSM will take a clear hit because of this. And that impacts humanitarian use without a doubt. Unless there's a renewed interest to help remap Haiti from the community -- or(/and) the data damage is limited in some ways. The thing is that we (in and currently actively involved with Haiti mapping) are limited in capacity to do more advanced data loss mitigation and I think also the capacity to remap is limited in a number of ways. So, having heard that some gave and got a special right to allow retaining his data in OSM for a given bbox _in the U.S._ I don't see why we wouldn't try that in Haiti as well as other humanitarian operations areas. With best regards from Haiti, -Jaakko To be clear, the current mechanism for overriding ODbL cleanliness is based on changesets and documented on the wiki[1]. So to clean all contributions from a given user in a bbox requires looking up all changesets by that user which lie entirely within a bbox and then adding them to the wiki. The list of changesets there is periodically pulled in by the maintainers of license change analysis tools. And it isn't limited to the US although that is one of the bigger use cases for this method of overriding license acceptance. I wrote a bit of python[2] that parses the weekly changeset dump from planet.osm.org into a database to make it queryable for such things. You are free to set up your own database or I would be happy to do some queries by request on my database. [1] http://wiki.openstreetmap.org/wiki/Quick_History_Service [2] https://github.com/ToeBee/ChangesetMD Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] odbl non-agreement and humanitarian exceptions.
Much of this data has already been ground surveyed. Would it be possible based on the source tags to mark things odbl=clean? I think that would take care of a large majority of the problem, since there has been so much on the ground work since the earthquake. -Kate On Thu, Feb 2, 2012 at 11:46 PM, Michael Collinson m...@ayeltd.biz wrote: On 02/02/2012 16:23, Larry O'Neill wrote: Hi All, Apologies for any overlap in recipients for this - I very rarely post to mailing lists, so I am not sure how wide a net for this issue would be appropriate. There was a discussion on the #osm irc channel recently about the possibility of approaching non-agreers to the new CT about any data they may have contributed to areas where the removal of such data could have a negative effect on our humanitarian efforts. Looking for example at how much data we stand to lose in Haiti, this is something that may limit the difficulty of those that are on the ground in these places and struggling to remap. The possibility of haing a bounding box around areas such as these was mentioned - and there is aparantly a precedent for a users data within a BB being retained. Any thoughts, comments, or points? Thanks, Larry O'Neill Hi Larry, It looks as though there are no specific licensing issues as regards base data/photos used in Haiti [1]. The issue appears to be confined to mappers who have been active in the area but have either declined or not yet responded to requests to re-license? [2] We will need their individual permissions, the simplest way being just to ask them to respond to the new terms. Friendly, courteous messages coming from individual mappers working in the same area have been highly effective in a number of countries. I would expect it to be doubly so here. We can then revisit the issue in say, two weeks time and see if anyone is left. I am immediately going to ask for a Haiti/Dominican Republic link to be added to http://odbl.de/ and http://odbl.poole.ch/ Then you can just read off the names and status. Meanwhile, you can use the OSMI License View tool to get started. Here is an incomplete list I just grabbed using it: Exponent, Brent Miller, cetest, osmapb1, Tinono, rendle, Tinono, EvaStern, robbert, Sidneyleenen, Elle_M, DDDarek, veugelke, Mirko Küster, Eddy Frometa, Alfredo Gil, Jochen Plumeyer, llibre It is good know their status. You can do that by feeding them into http://www.openstreetmap.org/user/ or seeing if they are on http://odbl.poole.ch/central-america-20111208-20120201-poly.html This wiki page can be used to coordinate efforts: http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL Please do not hesitate to coordinate with us at le...@osmfoundation.org . We will do our best to assist. Mike License Working Group [1]. http://wiki.openstreetmap.org/wiki/Import/Catalogue (Appears to be only Digital Orthophotos) [2] http://tools.geofabrik.de/osmi/?view=wtfelon=-71.35913lat=18.22309zoom=7opacity=0.69overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created ___ 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] odbl non-agreement and humanitarian exceptions.
This is going to require some analysis, but I believe all of the decliners were tracing from satellite imagery. So the specific tags added would have been detailed information about those objects. On Fri, Feb 3, 2012 at 10:05 AM, Paul Norman penor...@mac.com wrote: If it wasn't you surveying it, you'd have to verify that nothing remained of the decliners contributions. Just because someone surveyed something doesn't mean that they surveyed all the v1 data (for an example where v1 was from a decliner) -Original Message- From: Kate Chapman [mailto:k...@maploser.com] Sent: Thursday, February 02, 2012 5:18 PM To: Michael Collinson Cc: hot; OSM Talk Subject: Re: [OSM-talk] odbl non-agreement and humanitarian exceptions. Much of this data has already been ground surveyed. Would it be possible based on the source tags to mark things odbl=clean? I think that would take care of a large majority of the problem, since there has been so much on the ground work since the earthquake. -Kate On Thu, Feb 2, 2012 at 11:46 PM, Michael Collinson m...@ayeltd.biz wrote: On 02/02/2012 16:23, Larry O'Neill wrote: Hi All, Apologies for any overlap in recipients for this - I very rarely post to mailing lists, so I am not sure how wide a net for this issue would be appropriate. There was a discussion on the #osm irc channel recently about the possibility of approaching non-agreers to the new CT about any data they may have contributed to areas where the removal of such data could have a negative effect on our humanitarian efforts. Looking for example at how much data we stand to lose in Haiti, this is something that may limit the difficulty of those that are on the ground in these places and struggling to remap. The possibility of haing a bounding box around areas such as these was mentioned - and there is aparantly a precedent for a users data within a BB being retained. Any thoughts, comments, or points? Thanks, Larry O'Neill Hi Larry, It looks as though there are no specific licensing issues as regards base data/photos used in Haiti [1]. The issue appears to be confined to mappers who have been active in the area but have either declined or not yet responded to requests to re-license? [2] We will need their individual permissions, the simplest way being just to ask them to respond to the new terms. Friendly, courteous messages coming from individual mappers working in the same area have been highly effective in a number of countries. I would expect it to be doubly so here. We can then revisit the issue in say, two weeks time and see if anyone is left. I am immediately going to ask for a Haiti/Dominican Republic link to be added to http://odbl.de/ and http://odbl.poole.ch/ Then you can just read off the names and status. Meanwhile, you can use the OSMI License View tool to get started. Here is an incomplete list I just grabbed using it: Exponent, Brent Miller, cetest, osmapb1, Tinono, rendle, Tinono, EvaStern, robbert, Sidneyleenen, Elle_M, DDDarek, veugelke, Mirko Küster, Eddy Frometa, Alfredo Gil, Jochen Plumeyer, llibre It is good know their status. You can do that by feeding them into http://www.openstreetmap.org/user/ or seeing if they are on http://odbl.poole.ch/central-america-20111208-20120201-poly.html This wiki page can be used to coordinate efforts: http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL Please do not hesitate to coordinate with us at le...@osmfoundation.org . We will do our best to assist. Mike License Working Group [1]. http://wiki.openstreetmap.org/wiki/Import/Catalogue (Appears to be only Digital Orthophotos) [2] http://tools.geofabrik.de/osmi/?view=wtfelon=-71.35913lat=18.22309z oom=7opacity=0.69overlays=overview,wtfe_point_clean,wtfe_line_clean, wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_line_m odified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp, wtfe_line_created ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] odbl non-agreement and humanitarian exceptions.
In a case like that, I would expect that the geometry would then be the issue and retracing would be required. I suppose a potential workflow would be to look at an objects, see what tags are CT-clean and then trace a new object with those tags. -Original Message- From: Kate Chapman [mailto:k...@maploser.com] Sent: Thursday, February 02, 2012 7:18 PM To: Paul Norman Cc: openstreetmap; nicolas chavent Subject: Re: [OSM-talk] odbl non-agreement and humanitarian exceptions. This is going to require some analysis, but I believe all of the decliners were tracing from satellite imagery. So the specific tags added would have been detailed information about those objects. On Fri, Feb 3, 2012 at 10:05 AM, Paul Norman penor...@mac.com wrote: If it wasn't you surveying it, you'd have to verify that nothing remained of the decliners contributions. Just because someone surveyed something doesn't mean that they surveyed all the v1 data (for an example where v1 was from a decliner) -Original Message- From: Kate Chapman [mailto:k...@maploser.com] Sent: Thursday, February 02, 2012 5:18 PM To: Michael Collinson Cc: hot; OSM Talk Subject: Re: [OSM-talk] odbl non-agreement and humanitarian exceptions. Much of this data has already been ground surveyed. Would it be possible based on the source tags to mark things odbl=clean? I think that would take care of a large majority of the problem, since there has been so much on the ground work since the earthquake. -Kate On Thu, Feb 2, 2012 at 11:46 PM, Michael Collinson m...@ayeltd.biz wrote: On 02/02/2012 16:23, Larry O'Neill wrote: Hi All, Apologies for any overlap in recipients for this - I very rarely post to mailing lists, so I am not sure how wide a net for this issue would be appropriate. There was a discussion on the #osm irc channel recently about the possibility of approaching non-agreers to the new CT about any data they may have contributed to areas where the removal of such data could have a negative effect on our humanitarian efforts. Looking for example at how much data we stand to lose in Haiti, this is something that may limit the difficulty of those that are on the ground in these places and struggling to remap. The possibility of haing a bounding box around areas such as these was mentioned - and there is aparantly a precedent for a users data within a BB being retained. Any thoughts, comments, or points? Thanks, Larry O'Neill Hi Larry, It looks as though there are no specific licensing issues as regards base data/photos used in Haiti [1]. The issue appears to be confined to mappers who have been active in the area but have either declined or not yet responded to requests to re-license? [2] We will need their individual permissions, the simplest way being just to ask them to respond to the new terms. Friendly, courteous messages coming from individual mappers working in the same area have been highly effective in a number of countries. I would expect it to be doubly so here. We can then revisit the issue in say, two weeks time and see if anyone is left. I am immediately going to ask for a Haiti/Dominican Republic link to be added to http://odbl.de/ and http://odbl.poole.ch/ Then you can just read off the names and status. Meanwhile, you can use the OSMI License View tool to get started. Here is an incomplete list I just grabbed using it: Exponent, Brent Miller, cetest, osmapb1, Tinono, rendle, Tinono, EvaStern, robbert, Sidneyleenen, Elle_M, DDDarek, veugelke, Mirko Küster, Eddy Frometa, Alfredo Gil, Jochen Plumeyer, llibre It is good know their status. You can do that by feeding them into http://www.openstreetmap.org/user/ or seeing if they are on http://odbl.poole.ch/central-america-20111208-20120201-poly.html This wiki page can be used to coordinate efforts: http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL Please do not hesitate to coordinate with us at le...@osmfoundation.org . We will do our best to assist. Mike License Working Group [1]. http://wiki.openstreetmap.org/wiki/Import/Catalogue (Appears to be only Digital Orthophotos) [2] http://tools.geofabrik.de/osmi/?view=wtfelon=-71.35913lat=18.2230 9z oom=7opacity=0.69overlays=overview,wtfe_point_clean,wtfe_line_cle an, wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_lin e_m odified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_ cp, wtfe_line_created ___ 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] Night of the living maps 07.02.2012 - Avoid API congestion
On Thu, Feb 2, 2012 at 11:59 AM, Roland Olbricht roland.olbri...@gmx.de wrote: And here are some problems: Thank you, Toby, for reporting these issues. I've just released a new version which solves the problems: Excellent! I actually still can't close the URL dialog on this computer but I could when I tried it on another one earlier so I think it is my window manager. Come to think of it... I can't close the JOSM geotagged picture viewer either. Both of them just doesn't have the minimize/maximize/close window decorations on it. I blame gnome 3. Anyway, thanks for making this. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Boundary removal.
Mark wrote Mark wrote I haven't looked at all the state borders yet, but some of them at least are based on ABS data - prior to the ABS import, was there other data for state borders that can be undeleted, or will we need to add these in again? Yes - it's still a very good question. Once I've calmed down a bit, I will download an old planet file and start to investigate recovering our pre ABS boarders. At first (and second glance) it appears that the mad importers have just blown away all the state borders before dumping their free data on the map. All the hard work I did to get the Black Allan line exact at a proper geometry (NOT a straight line) has been quietly removed. This state border is now badly wrong (as bad as google's version also is. The importers did not even consider whether other people had edited that area before just blowing it away. Ok - I'm calm now (despite appearences). Does anyone know if there are old (August 2008) Australian OSM extracts available otherwise I'll start the planet download (only 5 gig !!!) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Mapping Coastlines (Was: Re: Boundary removal.)
On Thu, Feb 2, 2012 at 11:22 AM, Nick Hocking nick.hock...@gmail.com wrote: I tried remapping some coastline down near Eden, from Bing imagery. This works well buit is very time comsuming and the coastline is BIG and probably Bing imagery does not cover it all at the necessary resolution. I suggest we get back our old state natrional boundaries from before ABS and then improve them over the next year or so, at our leisure. I'm curious about how to map the coastline from imagery? The coastline is meant to be mean high tide, but with all those waves coming in and only a rough guess of where abouts in the 12 hr cycle the imagery was taken how do you know where to put the way? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mapping Coastlines (Was: Re: Boundary removal.)
On 2 February 2012 21:46, Andrew Harvey andrew.harv...@gmail.com wrote: I'm curious about how to map the coastline from imagery? The coastline is meant to be mean high tide, but with all those waves coming in and only a rough guess of where abouts in the 12 hr cycle the imagery was taken how do you know where to put the way? If there is a man made seawall or barrier, I use that. If not, I try to estimate how high the water comes at high tide from the look of the terrain. If all we have is one image, then that's all we have. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Boundary removal.
On 02/02/2012, at 9:41 PM, Nick Hocking wrote: Does anyone know if there are old (August 2008) Australian OSM extracts available otherwise I'll start the planet download (only 5 gig !!!) I don't have an OSM extracts, but there might be another way: undeleting the old ways. At http://osm.mapki.com/history/relation.php?id=80370 is a list of all the ways for the South Australian border (replace the relation number for the other borders) including all the previously deleted borders. All(?!) you need to do is find at what date the borders were changed to the import borders, then undelete the ways that were deleted at this time. Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Boundary removal.
Mark wrote I don't have an OSM extracts, but there might be another way: undeleting the old ways. Thanks Mark, There is one more consideration which applies to state boundaries and coastlines. Some CT-agreers have put in a lot of hard work actually surveying and improving these borders after the ABS import. I *really* don't want them to lose this work and therefore, we need to save these mods away somehow to reapply after we restore the pre-abs borders. I don't believe it matters whose name appears on the edits or ways but the work done must be preserved. This will not be a trivial task but if someone can think of a relatively painless way of achieving this, then, speak up Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Mapas da prefeitura de São Paulo
Oi. Alguém já tem informações sobre o uso dos mapas do Infocidade ( http://infocidade.prefeitura.sp.gov.br/index.php )? Ao selecionar uma subprefeitura qualquer, é possível baixar um mapa da região. Seria útil para os nomes das ruas. --- Ygor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Night of the living maps 07.02.2012 - API-Überlastung vorbeugen
Hi Roland, großes Danke auch von mir :) Könnte mir jemand noch mal kurz erklären, durch was ein Bann ausgelöst wird? Wenn zu viele Edits von einem Account ausgehen? (wäre bei Demo-Accounts für die Party wohl der Fall) oder wenn man zu goße Gebiete herunterlädt? Gruß Matthias Am 01.02.2012 23:46, schrieb Roland Olbricht: Liebe JOSM-Nutzer, um mit dem kommenden Mapping-Event nicht so schnell die Main API zu verstopfen, wie es in der Vergangenheit leider mehrmals mit der Folge von IP- Adress-Blockaden passiert ist, habe ich pünktlich zur Night of the living maps 07.02.2012 das Zusammenspiel von Overpass API und JOSM noch weiter verbessert. Mit dem Plugin mirrored_download lassen sich nun die minutenaktuellen Quelldaten statt von der Main API in gleicher Qualität von einer der Overpass- API-Instanzen herunterladen. Dies entlastet nicht nur die Main API von Lesezugriffen, sondern wird fast immer auch spürbar schneller sein. Dazu muss das Plugin nur auf dem üblichen Weg (Bearbeiten Einstellungen Stecker-Symbol Plugin-Liste mirrored_download) heruntergeladen und JOSM anschließend neu gestartet werden. Weitere API-Server in der Liste sind ebenfalls willkommen; das Plugin benutzt für maximale Kompatibilität extra den XAPI-Kompatibilitätslayer. Einfach Server im JOSM SVN unter josm/plugins/mirrored_download/src/mirrored_download/UrlSelectionDialog.java eintragen und committen. Viel Spaß mit dem Plugin, Roland Olbricht ___ 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] Projekt Offenes Köln mit OSM-Daten
Hallo! Ich finde die Aufmachung und die Umsetzung sehr schön. Chic gestaltet, aber nicht zu übertrieben. Sehr angenehm. Auch Leaflet macht sich einfach gut. Ich habe es gerade mal mit einer Adresse außerhalb von Köln versucht. Die Fehlermeldung ist leider nicht wirklich zutreffend. Es wird angezeigt, dass doch bitte eine Hausnummer oder eine PLZ angegeben werden soll. Vielleicht könnte man bei auswärtigen Straßen einen anderen Fehler ausgeben. Gruß, Philip -- View this message in context: http://gis.19327.n5.nabble.com/Projekt-Offenes-Koln-mit-OSM-Daten-tp5447431p5450043.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 01.02.2012 21:14, schrieb Tirkon: Kann es denn vorkommen, dass JOSM einen Konflikt beim Hochladen nicht erkennt? JOSM kann Konflikte nur erkennen, wenn andere etwas bearbeitet haben. Wenn Du eine Straße an eine andere Stelle verschiebst, und dabei der Briefkasten auf einmal blöderweise auf der anderen Straßenseite steht, ist das ein Fehler, den JOSM nicht erkennen kann, den man aber mit gesundem Menschenverstand im Editor sieht und mit korrigiert - oder das verschieben sein lässt. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Night of the living maps 07.02.2012 - API-Überlastung vorbeugen
2012/2/1 Roland Olbricht roland.olbri...@gmx.de Liebe JOSM-Nutzer, um mit dem kommenden Mapping-Event nicht so schnell die Main API zu verstopfen, wie es in der Vergangenheit leider mehrmals mit der Folge von IP- Adress-Blockaden passiert ist,... Die Befürchtung, dass die NOTLM die API überlasten würde, halte ich für gänzlich unbegründet. Die Auslastung der API ist während der europäischen Nacht auf ihrem Tagesminimum. Ich bezweifle, dass das Event ausreicht um annähernd auch nur in den Bereich der Tagesbelastung zu kommen, geschweige denn darüber hinaus. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Stelle?! Läßt BING Militärgebiete zensieren!
Hi, On Tue, Jan 31, 2012 at 04:31:36PM +, Sven Geggus wrote: Hallo zusammen, so viel also zum Thema Open Data... Für alle diejenigen von euch die wie ich das Forum seltener lesen möchte ich dann doch die Diskussion auch mal hierher bringen. Seit einigen Tagen zensiert Bing Luftbilder von Militärgebieten. Die eigentliche Frechheit daran ist jedoch, dass da wohl irgendein Amt Polygonumrisse geliefert hat und die stammen mit an Sicherheit grenzender Wahrscheinlichkeit aus unserer Datenbank. Ein klarer Verstoß gegen die alte und neue Lizenz von OSM. Wobei es uns natürlich nicht hilft wenn wir da Attribution fordern... Jau - Eben mal verifiziert - Das das geblurrt war hatte ich gesehen, allerdings nicht wenn man in die schraegbilder weiter reinzoomt - Komisch. Ich habe mir den Militaerflughafen der Briten in Harsewinkel/Marienfeld angesehen. Das Polygon ist von OSM, mit allen Fehlern die noch drin sind. Grundsaetzlich finde ich es klasse das anscheinend OSM als qualitative Quelle angesehen wird. Bloed find ich das das fuer so destruktive Zwecke eingesetzt wird. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Night of the living maps 07.02.2012 - API-Überlastung vorbeugen
Oki doki, hatte mich schon etwas gewundert, da ich die Admins vorher konsultiert hatte und die auch Entwarnung gegeben hatten ;) Gruß Matthias Am 02.02.2012 10:14, schrieb Robert S.: 2012/2/1 Roland Olbrichtroland.olbri...@gmx.de Liebe JOSM-Nutzer, um mit dem kommenden Mapping-Event nicht so schnell die Main API zu verstopfen, wie es in der Vergangenheit leider mehrmals mit der Folge von IP- Adress-Blockaden passiert ist,... Die Befürchtung, dass die NOTLM die API überlasten würde, halte ich für gänzlich unbegründet. Die Auslastung der API ist während der europäischen Nacht auf ihrem Tagesminimum. Ich bezweifle, dass das Event ausreicht um annähernd auch nur in den Bereich der Tagesbelastung zu kommen, geschweige denn darüber hinaus. ___ 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] Night of the living maps 07.02.2012 - API-Überlastung vorbeugen
Hallo. Am 02.02.2012 09:32, schrieb Matthias Meißer: Könnte mir jemand noch mal kurz erklären, durch was ein Bann ausgelöst wird? Wenn zu viele Edits von einem Account ausgehen? (wäre bei Demo-Accounts für die Party wohl der Fall) oder wenn man zu goße Gebiete herunterlädt? Gesperrt wird, wer die Server über Gebühr belastet bzw. auffällig unkonstruktive Dinge tut. Das kann eine (exorbitant) große Zahl von Edits sein, das ist aber eher schwer weil z.B. Importe, Bots und ähnliches die Messlatte dafür sehr hoch legen. Riesige Gebiete auf einmal von der API herunterladen wird ja sowieso verhindert, da kann man also nicht versehentlich in eine Sperre geraten. Anders sieht es aus wenn man gezielt diese Sperre umgeht indem man (automatisiert) sehr viele leicht versetzte Download-Anfragen ausführt. Wenn sowas über eine gewisse Zeit praktiziert wird, dann muss man damit rechnen dass das jemandem auffällt. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Offenes Köln mit OSM-Daten
Hi, feedback an offeneskoeln.uservoice.com Mfg Marc Am 02.02.2012 um 09:50 schrieb Philip Gillißen: Hallo! Ich finde die Aufmachung und die Umsetzung sehr schön. Chic gestaltet, aber nicht zu übertrieben. Sehr angenehm. Auch Leaflet macht sich einfach gut. Ich habe es gerade mal mit einer Adresse außerhalb von Köln versucht. Die Fehlermeldung ist leider nicht wirklich zutreffend. Es wird angezeigt, dass doch bitte eine Hausnummer oder eine PLZ angegeben werden soll. Vielleicht könnte man bei auswärtigen Straßen einen anderen Fehler ausgeben. Gruß, Philip -- View this message in context: http://gis.19327.n5.nabble.com/Projekt-Offenes-Koln-mit-OSM-Daten-tp5447431p5450043.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Tirkon tirko...@yahoo.de wrote: Wenn es tatsächlich so ist, dass die Bundeswehr unsere Polygone an Bing gesendet hat, um ihre Gebiete zu blurren, hat sie mich schwer enttäuscht. Das AGeoBw hätte sicher keine OSM Polygone geliefert sondern etwas besseres. Gruss Sven -- TCP/IP: telecommunication protocol for imbibing pilsners (Man-page uubp(1C) on Debian/GNU Linux) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Martin Koppenhoefer dieterdre...@gmail.com wrote: Wenn wir nach politischen Wünschen und lokalen Gesetzen sämtlicher Einzelstaaten die Datenbank ausrichten würden, dann gute Nacht. +1 Falls es in Deutschland Gesetze geben sollte die dazu führen, dass Teile unserer Daten illegal sind, dann sollte man diese schnellstmöglich abschaffen. Gruss Sven -- A strategy for rewarding artists that regulates 'copies' makes as much sense in the digital age as a strategy for controlling greenhouse gases that regulates breathing. (Lawrence Lessig) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik2 und deutscher Stil
Josias Polchau sp...@youseeus.de wrote: Inzwischen ist die Weiterentwicklung von mapnik-en soweit fortgeschritten, dass es m.e. einfacher wäre ein Diff zwischen altem mapnik-en und mapnik-de zu erstellen, und dann halbautomatisch jeweils auf die aktuelle Version von mapnik-en anzuwenden. Da wir Aussicht haben das Ganze zeitnah auf weltweites Rendering erweitern zu können sollten wir das dringend mal angehen. Wenn jemand zum Hacking Wochenende nach Karlsruhe kommen möchte wäre das cool, denn da steht der neue Server sehr wahrscheinlich schon zur Verfügung. Gruss Sven -- TCP/IP: telecommunication protocol for imbibing pilsners (Man-page uubp(1C) on Debian/GNU Linux) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik2 und deutscher Stil
Am 02.02.2012 11:42, schrieb Sven Geggus: Da wir Aussicht haben das Ganze zeitnah auf weltweites Rendering erweitern zu können sollten wir das dringend mal angehen. Die inc-Dateien habe ich schon manuell übertragen. Die Haupt-xml fehlt noch, und die inc Landcover, die es damals noch nicht gab. Wenn jemand zum Hacking Wochenende nach Karlsruhe kommen möchte wäre das cool, denn da steht der neue Server sehr wahrscheinlich schon zur Verfügung. bin ich nicht zugegen. Mit dem Server und Linux-BS kenne ich mich auch nicht aus. Ich könnte euch bis dahin den Stil als Zip bereitstellen, kann aber nicht für 100% Übereinstimmung garantieren. Ackerflächen sind bei mir gaaanz dezent gelb, und Straßen im Bau hab ich wieder rein genommen, geplante bleiben außen vor. Ausserdem habe ich tracks lieber als Doppellinie. Noch ein Stolperstein: Bei mir (Windows-Version) will proj kein +init=epsg:4326 verstehen. Den Langtext bei entities.xml.inc eingetragen schluckt es aber. Ich weiß jetzt nicht, ob das im Python- oder im C-Teil verbockt ist. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Sven Geggus wrote Das AGeoBw hätte sicher keine OSM Polygone geliefert sondern etwas besseres. Man könnte schon fast Absicht und nicht Faulheit vermuten. Unsere Polygone sind schlechter als deren - Just to confuse the Russians sagte man früher dazu ;) Gruss Walter -- View this message in context: http://gis.19327.n5.nabble.com/Potlach-2-kein-bing-Hintergrund-Bild-mehr-bei-Militaerflaechen-tp5437617p5450459.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Stelle?! Läßt BING Militärgebiete zensieren!
Moin Flo, was verstehst Du unter destruktiv? Klaus Am Donnerstag, den 02.02.2012, 10:26 +0100 schrieb Florian Lohoff: Hi, On Tue, Jan 31, 2012 at 04:31:36PM +, Sven Geggus wrote: Hallo zusammen, so viel also zum Thema Open Data... Für alle diejenigen von euch die wie ich das Forum seltener lesen möchte ich dann doch die Diskussion auch mal hierher bringen. Seit einigen Tagen zensiert Bing Luftbilder von Militärgebieten. Die eigentliche Frechheit daran ist jedoch, dass da wohl irgendein Amt Polygonumrisse geliefert hat und die stammen mit an Sicherheit grenzender Wahrscheinlichkeit aus unserer Datenbank. Ein klarer Verstoß gegen die alte und neue Lizenz von OSM. Wobei es uns natürlich nicht hilft wenn wir da Attribution fordern... Jau - Eben mal verifiziert - Das das geblurrt war hatte ich gesehen, allerdings nicht wenn man in die schraegbilder weiter reinzoomt - Komisch. Ich habe mir den Militaerflughafen der Briten in Harsewinkel/Marienfeld angesehen. Das Polygon ist von OSM, mit allen Fehlern die noch drin sind. Grundsaetzlich finde ich es klasse das anscheinend OSM als qualitative Quelle angesehen wird. Bloed find ich das das fuer so destruktive Zwecke eingesetzt wird. Flo ___ 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] Amtliche Stelle?! Läßt BING Militärgebiete zensieren!
Moin, gucks Du da, 8.8846104,51.9315003,8.8927320,51.9351253 ist falsch in OSM aber auch falsch verpixelt. Klaus Am Dienstag, den 31.01.2012, 16:31 + schrieb Sven Geggus: Hallo zusammen, so viel also zum Thema Open Data... Für alle diejenigen von euch die wie ich das Forum seltener lesen möchte ich dann doch die Diskussion auch mal hierher bringen. Seit einigen Tagen zensiert Bing Luftbilder von Militärgebieten. Die eigentliche Frechheit daran ist jedoch, dass da wohl irgendein Amt Polygonumrisse geliefert hat und die stammen mit an Sicherheit grenzender Wahrscheinlichkeit aus unserer Datenbank. Ein klarer Verstoß gegen die alte und neue Lizenz von OSM. Wobei es uns natürlich nicht hilft wenn wir da Attribution fordern... Hier bei der ehemaligen Rhönkaserne (die sogar gar kein Militärgebiet mehr ist) kann man das seht gut sehen, denn da ist unser Polygon besonders schlecht: http://www.openstreetmap.org/browse/way/43225781 http://sautter.com/map/?zoom=15lat=50.37561lon=9.93446layers=B00T Hier ist die Diskussion im Forum: http://forum.openstreetmap.org/viewtopic.php?pid=217818 Und hier ist die zugehörige Wikiseite: http://wiki.openstreetmap.org/wiki/Bing/2012_Germany_Military_Blurring Sebstverständlich sind die Gebiete über die WMS Server der Ämter und bei Google weiterhin frei im Internet zu begutachten. Man fragt sich schon was das zu diesem Zeitpunkt noch soll. Da steht Google Earth nun schon mehr als 10 Jahre jedem kostenlos zur Verfügung und jetzt plötzlich soll das schlimm sein. Ohne Worte, echt! Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik2 und deutscher Stil
Andre Joost andre+jo...@nurfuerspam.de wrote: Die inc-Dateien habe ich schon manuell übertragen. Die Haupt-xml fehlt noch, und die inc Landcover, die es damals noch nicht gab. Check das doch bitte in SVN in einen separaten Ordner ein, wenn Du fertig ist dann kann ich das mal ausprobieren. Mit dem Server und Linux-BS kenne ich mich auch nicht aus. Wer beim Stil mitarbeiten möchte braucht sich nicht mit dem Server auskennen. Unix Grundkenntnisse sind aber natürlich vorteilhaft. Sven -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik2 und deutscher Stil
Am 02.02.2012 14:02, schrieb Sven Geggus: Check das doch bitte in SVN in einen separaten Ordner ein, wenn Du fertig ist dann kann ich das mal ausprobieren. ... wenn ich wüsste, wie das geht :-( Ich kann grad mal svn checkout bedienen... Bin halt kein Programmierer. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik2 und deutscher Stil
Am 2. Februar 2012 14:14 schrieb Andre Joost andre+jo...@nurfuerspam.de: Am 02.02.2012 14:02, schrieb Sven Geggus: Check das doch bitte in SVN in einen separaten Ordner ein, wenn Du fertig ist dann kann ich das mal ausprobieren. ... wenn ich wüsste, wie das geht :-( Du müsstest das erstmal bei Dir lokal kopieren in einen separaten Unter-Ordner (mit svn, also svn cp trunk branches/mapnik2-wip oder so, bzw. mit GUI) und diesen Ordner dann ungefähr so einchecken (habs nicht ausprobiert): svn commit branches/mapnik2-wip -m Text mit einer Beschreibung Deiner Änderungen Das entweder im Hauptverzeichnis des Mapnik-Stils ausführen oder die Pfadangaben anpassen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Night of the living maps 07.02.2012 - API-Überlastung vorbeugen
Robert S. osm-mail at autobahnen-europa.eu writes: Die Befürchtung, dass die NOTLM die API überlasten würde, halte ich für gänzlich unbegründet. Die Auslastung der API ist während der europäischen Nacht auf ihrem Tagesminimum. Ich bezweifle, dass das Event ausreicht um annähernd auch nur in den Bereich der Tagesbelastung zu kommen, geschweige denn darüber hinaus. Kommt darauf an, ab wann für die betroffenen so die Nacht beginnt. Also ich habe mir den Tag komplett freigehalten. Schon weil eine echte Night of the living maps für mich kaum machbar ist. Scheitert am unglücklichen Termin mitten in der Woche. Ich gehe einfach mal davon aus, dass ich kaum der einzige sein werde, der am Morgen darauf wieder Arbeiten gehen muss. Macht das das nächste Mal an einem Freitag! Solange mir das keiner verbietet werde ich dennoch meine Nachmittags-Changesets mit #notlm taggen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FOSSGIS - Anmeldung jetzt moeglich
Hallo, das Konferenzprogramm zur FOSSGIS (20.-22.3. in Dessau) steht: http://www.fossgis.de/konferenz/2012/programm/ hier kann man sich zur Konferenz anmelden: https://www.fossgis.de/civicrm/event/register?id=2reset=1 Der Eintritt kostet nominell 120 Euro (75 Euro ermaessigt). Von diesen Eintrittsgeldern (und den Erloesen aus den Workshops) finanziert sich die Konferenz. Wer also einen Eintritt zahlen *kann*, z.B. weil er die Moeglichkeit hat, dienstlich an der Konferenz teilzunehmen und den Preis vom Arbeitgeber zahlen zu lassen, dem sind wir dankbar. Ansonsten gibt es aber freien Eintritt fuer alle Aktiven in der Open Source- und OSM-Community, d.h. jeder Mapper braucht einfach nur die 0 Euro anzukreuzen und im Feld Begruendung fuer Ermassigung zu schreiben, dass er bei OSM dabei ist. (Der Social Event am Dienstag abend kostet fuer *alle* 45 Euro, egal ob Mapper oder nicht. Darin sind Essen und ueblicherweise auch eine Getraenke-Flatrate enthalten. Details zu dieser Abendveranstaltung kenne ich noch nicht.) Ich wuerde mich freuen, viele von Euch in Dessau zu treffen! Ausser zahlreichen Vortraegen aus dem OSM- und GIS-Bereich (es gibt 2 parallele GIS-Tracks und einen OSM-Track) ist auch wieder ein OSM-Quiz geplant. Ferner streben die OSMF und der FOSSGIS an, dass der FOSSGIS das offizielle local chapter der OSMF wird. Zwar ist er das de facto schon, aber wir haben uns nie darum gekuemmert, das irgendwie auszuformulieren - was ist die Rolle der beiden Organisationen, wie arbeiten sie zusammen und so weiter. Dieses Thema wollen wir auf der FOSSGIS in einer 90minuetigen Community Session diskutieren (und hoffentlich zu Ergebnissen kommen). Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Die spinnnen, die Gallier
Hallo, http://www.golem.de/news/google-maps-kostenlose-karten-in-frankreich-nicht-erlaubt-1202-89517.html Ohne Worte Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die spinnnen, die Gallier
2012/2/2 Andreas Tille andr...@an3as.eu: http://www.golem.de/news/google-maps-kostenlose-karten-in-frankreich-nicht-erlaubt-1202-89517.html Ohne Worte Dann kann man nur hoffen, dass dieser französische Kartenanbieter nicht als nächstes OSM verklagt. Wir schaden sicherlich auch dem Wettbewerb der Kommerziellen, da wir unsere Karten ebenfalls kostenlos anbieten (SCNR). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik2 und deutscher Stil
Moin, so einfach geht das nicht, Du solltest Dir eventuell einen Paten aus der Liste suchen, http://wiki.openstreetmap.org/wiki/Getting_The_Source#Getting_SVN_Commit_Access Klaus Am Donnerstag, den 02.02.2012, 14:33 +0100 schrieb Martin Koppenhoefer: Am 2. Februar 2012 14:14 schrieb Andre Joost andre+jo...@nurfuerspam.de: Am 02.02.2012 14:02, schrieb Sven Geggus: Check das doch bitte in SVN in einen separaten Ordner ein, wenn Du fertig ist dann kann ich das mal ausprobieren. ... wenn ich wüsste, wie das geht :-( Du müsstest das erstmal bei Dir lokal kopieren in einen separaten Unter-Ordner (mit svn, also svn cp trunk branches/mapnik2-wip oder so, bzw. mit GUI) und diesen Ordner dann ungefähr so einchecken (habs nicht ausprobiert): svn commit branches/mapnik2-wip -m Text mit einer Beschreibung Deiner Änderungen Das entweder im Hauptverzeichnis des Mapnik-Stils ausführen oder die Pfadangaben anpassen. Gruß Martin ___ 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
[Talk-de] Kostenlose Karten in Frankreich nicht erlaubt...
Hallo zusammen, das hier könnte auch für uns OSM'ler interessant sein? Kostenlose Karten in Frankreich nicht erlaubt http://www.golem.de/news/google-maps-kostenlose-karten-in-frankreich-nicht-erlaubt-1202-89517.html Grüße aus dem Elsass! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik2 und deutscher Stil
Klaus-Hermann Otto Stanislaus Plöger k.ploe...@gastradata.de wrote: so einfach geht das nicht, Du solltest Dir eventuell einen Paten aus der Liste suchen, http://wiki.openstreetmap.org/wiki/Getting_The_Source#Getting_SVN_Commit_Access Wenn er das braucht ist das einfach zu bekommen. Fürs erste kann er mir gerne mal den geänderten Stil schicken. Gruss Sven -- If we want hardware to work to its full potential, we need to claim to be a recent version of Windows. (Matthew Garrett) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] osmfilter und ungleich-Vergleich
Kann jemand bestätigen, dass Ungleich nicht funktioniert bei Osmfilter? Oder vielleicht setze ich es auch nur falsch ein. Alle meine bisherigen Versuche hatten bisher nicht zum gewünschten Ergebnis geführt. Z.B. osmfilter italy-all.o5m --keep= --keep-nodes=( ref=SS* or ref=SR* or ref=SP* or ref=A* ) and highway!= nodes.osm sollte alle Nodes mit den entspr. Refs. zum Vorschein bringen, die keinen highway-tag haben (und eigentlich dachte ich, dass damit auch die zugehörigen Ways und ggf. Relationen auftauchen würden). Beides ist aber nicht der Fall, es werden nur nodes gefunden, und die haben auch noch alle einen highway-tag auf dem node. Auch mit dieser Abfrage gabs ein Problem: osmfilter $FILENAME.o5m --keep=( railway=station or railway=halt ) and disused!=yes ${FILENAME}_station.osm da wurde gar nichts gefunden. Muss man das != irgendwie escapen (oder nutze ich sonst irgendwie eine falsche Syntax), oder gibt es da noch ein grundsätzliches Problem? Zusatzfrage: gibt es irgendwie eine Möglichkeit bei der ersten Abfrage z.B. so zu filtern, dass alle Nodes gefunden werden, die ein ref-tag haben und Teil eines ways sind, der einen highway-tag hat? Ich könnte das natürlich mit 2 Durchgängen machen, erst alle highways, dann die entsprechenden Nodes... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kostenlose Karten in Frankreich nicht erlaubt...
Ich dachte zuerst, die spinnen die Franzosen als ich den deutschen Bericht gelesen habe. In dem Link dort zur Agenturmeldung der AFP wird aber das etwas konkretisiert. Es geht weniger um kostenlose Karten, sondern eher um unlauteren Wettbewerb weil Google seine dominante Marktposition benutzt, um Konkurrenten auszuschalten. -- View this message in context: http://gis.19327.n5.nabble.com/Kostenlose-Karten-in-Frankreich-nicht-erlaubt-tp5450784p5450917.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Germanen sind zu blöd Gerichtsurteile zu lesen.
From: Andreas Tille andr...@an3as.eu Message-ID: 20120202135333.gh2...@an3as.eu http://www.golem.de/news/google-maps-kostenlose-karten-in-frankreich-nicht-erlaubt-1202-89517.html Tja, Wettbewerbsrecht ist eben nicht für jeden. Und wer's nicht versteht, der produziert BILD-Schlagzeilen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neue Idee für's lanes-mapping
Vielleicht hier auch interessant: http://lists.openstreetmap.org/pipermail/talk-at/2012-February/003769.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Stelle?! Läßt BING Militärgebiete zensieren!
On Thu, Feb 02, 2012 at 01:21:35PM +0100, Klaus-Hermann Otto Stanislaus Plöger wrote: Moin Flo, was verstehst Du unter destruktiv? Luftbilder verpixeln nenne ich destruktiv. Kennst du eigentlich das hier: http://de.wikipedia.org/wiki/TOFU Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
Hallo. Am 02.02.2012 16:37, schrieb Martin Vonwald: Vielleicht hier auch interessant: http://lists.openstreetmap.org/pipermail/talk-at/2012-February/003769.html Ich finde das ist der erste Ansatz zu diesem Thema der einfach genug ist um das Zeug zum so machen wir's zu haben. Danke für den Vorschlag! Schwierig (wenngleich aber logisch und notwendig) ist die Unterscheidung von Komma und Semikolon, das enthält Potenzial für fiese Tippfehler und destruktive Verschlimmbesserungen durch Bots. ;-) Gruß, Bernd -- Das Ärgerlichste in dieser Welt ist, daß die Dummen todsicher und die Intelligenten voller Zweifel sind. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
Schwierig (wenngleich aber logisch und notwendig) ist die Unterscheidung von Komma und Semikolon, das enthält Potenzial für fiese Tippfehler und destruktive Verschlimmbesserungen durch Bots. ;-) Absolut korrekt, aber die Alternativen sind rar. Es muss ein einfaches, halbwegs intuitives Zeichen sein und der Strichpunkt ist nun schon mal Standard für die Trennung mehrerer Werte pro Schlüssel und daher nicht wegzudiskutieren. Ich dachte zuerst an einen Doppelpunkt zur Trennung der Werte pro Spur, aber das ist auch nicht besser. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
On Thu, Feb 2, 2012 at 4:37 PM, Martin Vonwald imagic@gmail.com wrote: Vielleicht hier auch interessant: http://lists.openstreetmap.org/pipermail/talk-at/2012-February/003769.html Boah, nee! Und am Ende hat man dann 50 Tags an einem Way, oder was? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
Boah, nee! Du hast höchstens ein paar Tags mehr für Features die bisher nicht eingetragen werden können (z.B. Abbiegespuren). Alle anderen Feature haben genausoviele Tags wie bisher. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Germanen sind zu blöd Gerichtsurteile zu lesen.
Chapeau! Danke für diesen Einwurf! Nichts wird so heiß gegessen wie gekocht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
Hi, Am 02.02.2012 um 17:17 schrieb Martin Vonwald: Schwierig (wenngleich aber logisch und notwendig) ist die Unterscheidung von Komma und Semikolon, das enthält Potenzial für fiese Tippfehler und destruktive Verschlimmbesserungen durch Bots. ;-) Absolut korrekt, aber die Alternativen sind rar. Es muss ein einfaches, halbwegs intuitives Zeichen sein und der Strichpunkt ist nun schon mal Standard für die Trennung mehrerer Werte pro Schlüssel und daher nicht wegzudiskutieren. Ich dachte zuerst an einen Doppelpunkt zur Trennung der Werte pro Spur, aber das ist auch nicht besser. Also ich finde es gut, wenn es irgendwie getaggt werden kann, selber hab ich da aber nicht die Ahnung, wie man das am Besten kann. Könnte mir dann jedoch für das Userinterface vorstellen, dass es cool wäre einen Fahrspurassistenten zum Taggen zu haben, sozusagen ein Verkehrsschild, in dem man per DragDrop für die vorher angegebene Anzahl an Spuren Pfeile auf die jeweilige Spur zieht, die dann links, links/gerade, gerade, gerade/rechts, rechts bedeuten :-) Ideal kann man da dann auch noch Verbote/Gebote und Geschwindigkeitsbegrenzungen genau so per DragDrop drauf ziehen :-) Gruß Dennis. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Walter Nordmann walter.nordm...@web.de wrote: Man könnte schon fast Absicht und nicht Faulheit vermuten. Unsere Polygone sind schlechter als deren - Just to confuse the Russians sagte man früher dazu ;) In dem bezogenen Posting von mir war ein Link zu einem PDF Dokument. Daraus geht hervor, dass 2005 ein Austausch der militärischen Geodaten mit den Russen in Vorbereitung und vermutlich heute vollzogen ist. Zumindest diese will man demnach wohl nicht mehr täuschen. http://www.gdi-sachsen.de/beitraege/GIS_Forum_2005_Schneemann.pdf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Night of the living maps 07.02.2012 - API-Überlastung vorbeugen
Am 02.02.2012 14:49, schrieb Manuel Reimer: Robert S.osm-mailat autobahnen-europa.eu writes: Die Befürchtung, dass die NOTLM die API überlasten würde, halte ich für gänzlich unbegründet. Die Auslastung der API ist während der europäischen Nacht auf ihrem Tagesminimum. Ich bezweifle, dass das Event ausreicht um annähernd auch nur in den Bereich der Tagesbelastung zu kommen, geschweige denn darüber hinaus. Kommt darauf an, ab wann für die betroffenen so die Nacht beginnt. Also ich habe mir den Tag komplett freigehalten. Schon weil eine echte Night of the living maps für mich kaum machbar ist. Scheitert am unglücklichen Termin mitten in der Woche. Ich gehe einfach mal davon aus, dass ich kaum der einzige sein werde, der am Morgen darauf wieder Arbeiten gehen muss. Macht das das nächste Mal an einem Freitag! Solange mir das keiner verbietet werde ich dennoch meine Nachmittags-Changesets mit #notlm taggen. Jau das mit dem Termin habe ich gemerkt. Aber wie es teilweise schon ankling waren nicht wenige auch mit einem Wochenende nicht glücklich. Hinzu kommen noch nationale Besonderheiten, ist ja auch weltweit. Aber ich denke nächste mal klappt das besser, ist ja auch quasi ein Experiment :) Oh ja gerne doch kannst du virtuell zur Mapping Party beitragen :) Gruß Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Germanen sind zu blöd Gerichtsurteile zu lesen.
Hallo, On 02/02/2012 04:32 PM, Johann H. Addicks wrote: Tja, Wettbewerbsrecht ist eben nicht für jeden. Und wer's nicht versteht, der produziert BILD-Schlagzeilen. -jha- Dennoch ist die Sache interessant, scheint es doch das Gericht als erwiesen anzusehen, dass Google den Plan hat, nach Ausschaltung der Wettbewerber Geld fuer Tiles zu verlangen. Ich hatte bislang immer angenommen, dass das Geschaeftsmodell eher das ist, dass man durch das Sammeln von Information besser Werbung verkaufen kann. Im Suchbereich hat Google die Wettbewerber ja auch bald ausgeschaltet, und dennoch halte ich es fuer unwahrscheinlich, dass man dort Geld nehmen will. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
Könnte mir dann jedoch für das Userinterface vorstellen, dass es cool wäre einen Fahrspurassistenten zum Taggen zu haben, sozusagen ein Verkehrsschild, in dem man per DragDrop für die vorher angegebene Anzahl an Spuren Pfeile auf die jeweilige Spur zieht, die dann links, links/gerade, gerade, gerade/rechts, rechts bedeuten :-) Ideal kann man da dann auch noch Verbote/Gebote und Geschwindigkeitsbegrenzungen genau so per DragDrop drauf ziehen :-) Plugins für die gebräuchlichsten Editoren wären sicher nett - egal wie man dieses Problem löst. Wichtig ist aber, dass es trotz allem auch ohne Plugin lesbar und verständlich ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
Hi Am 02.02.2012 um 19:35 schrieb Martin Vonwald: Plugins für die gebräuchlichsten Editoren wären sicher nett - egal wie man dieses Problem löst. Wichtig ist aber, dass es trotz allem auch ohne Plugin lesbar und verständlich ist. Klar, nur mit Plugins wäre es für den otto-normal-mapper auf jeden Fall angenehmer, so wie ich zum Beispiel auch lieber den Verkehrsschild-Assistent nutze als mir das alles selber zusammen zu suchen ;) Gruß Dennis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
Hi, ich gehe mal davon aus, dass es für das finale Schema dann auch ein PlugIn geben wird. Nur halte ich es für überflüssige Arbeit, zu jedem Vorschlag ein fertiges PlugIn zu erstellen. Henning Am 02.02.2012 19:43, schrieb Dennis: Klar, nur mit Plugins wäre es für den otto-normal-mapper auf jeden Fall angenehmer, so wie ich zum Beispiel auch lieber den Verkehrsschild-Assistent nutze als mir das alles selber zusammen zu suchen ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
Klar, nur mit Plugins wäre es für den otto-normal-mapper auf jeden Fall angenehmer, so wie ich zum Beispiel auch lieber den Verkehrsschild-Assistent nutze als mir das alles selber zusammen zu suchen ;) Nicht nur du verwendest den gerne ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
ich gehe mal davon aus, dass es für das finale Schema dann auch ein PlugIn geben wird. Nur halte ich es für überflüssige Arbeit, zu jedem Vorschlag ein fertiges PlugIn zu erstellen. Sicher nicht - das ist ja noch nicht mal ein Vorschlag, das ist ja gerade erstmal eine Idee ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
Am 02.02.2012 um 19:52 schrieb aighes: Hi, ich gehe mal davon aus, dass es für das finale Schema dann auch ein PlugIn geben wird. Nur halte ich es für überflüssige Arbeit, zu jedem Vorschlag ein fertiges PlugIn zu erstellen. +1 Ganz klar, das macht erst Sinn, wenn es fertig ist … Wollte das nur mal so generell als Idee in den Raum geworfen haben ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] kommerzieller Kartenanbieter gegen in Frankreich gegen Google-Maps vor. (Was: Germanen sind zu blöd Gerichtsurteile zu lesen. Was: Die spinnen die Germanen)
Am 02.02.2012 19:02, schrieb Frederik Ramm: Dennoch ist die Sache interessant, scheint es doch das Gericht als erwiesen anzusehen, dass Google den Plan hat, nach Ausschaltung der Wettbewerber Geld fuer Tiles zu verlangen. Tja... wenn man bedenkt wann das Verfahren in Gang gesetzt wurde, dann wurde die Vermutung durchaus von der Realität eingeholt. Ode Ich hatte bislang immer angenommen, dass das Geschaeftsmodell eher das ist, dass man durch das Sammeln von Information besser Werbung verkaufen kann. Google hat offensichtlich gemerkt, dass das allein nicht reicht. Im Suchbereich hat Google die Wettbewerber ja auch bald ausgeschaltet, und dennoch halte ich es fuer unwahrscheinlich, dass man dort Geld nehmen will. Google als Suchmaschine in die eigene Seite einzubinden lockt nicht wirklich viele Leute mehr. Diese komischen Webseiten mit Eingabefeldern für x Suchmaschinen sind ja komplett aus der Mode gekommen. Zumal ohne Mehrwert für die jeweilige Seite. Ganz im Gegensatz zu lokal eingebundenen Karten. Interessant wäre es in der Tat falls wirklich mal ein kommerzieller Anbieter die Wettbewerbsrechtliche Karte gegen freie Software zieht, weil er sich davon seiner Wertschöpfung beraubt sieht. Sprich: Funktioniert der Dumping-Vorwurf, wenn nicht schlüssig unterstellt werden kann, dass der Dumping-Anbieter die dadurch erlangte Marktmacht mißbrauchen wird oder zumindest können wird. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kommerzieller Kartenanbieter gegen in Frankreich gegen Google-Maps vor. (Was: Germanen sind zu blöd Gerichtsurteile zu lesen. Was: Die spinnen die Germanen)
Hallo, Interessant wäre es in der Tat falls wirklich mal ein kommerzieller Anbieter die Wettbewerbsrechtliche Karte gegen freie Software zieht, weil er sich davon seiner Wertschöpfung beraubt sieht. wird nicht passieren, da OSM oder andere freie Projekte ihre Projekte nicht querfinanzieren wie Google und so den Markt nicht verzerren, wie Google das mit seinem Kartendienst macht. Liebe Grüße Benni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
Martin Vonwald imagic@gmail.com wrote: http://lists.openstreetmap.org/pipermail/talk-at/2012-February/003769.html Wenn man Linienbündel einführt oder über ein entsprechendes Proposal abzustimmen gedenkt, dann nicht ohne das JOSM Plugin mitzuliefern, mit dem all dies ausreichend visualisiert und grafisch editierbar wird. Außerdem gehört eine nicht nur für Computerfreaks verstehbare Gebrauchsanleitung des Plugins dazu. Möglicherweise bietet eine zukünftige API Features, die das Mappen von Linienbündeln vereinfachen. Wer sie also in OSM möchte, möge sich Gedanken machen, wie das geschehen könnte. Einen Vorschlag mache ich weiter unten. Im OSM Wiki sind eine ganze Reihe ausformulierte Vorschläge zum Thema Linienbündel zu finden. Einige davon sind recht ähnlich zu diesem. Auch einen Workshop hat es schon gegeben: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Workshops/Linienb%C3%BCndel Im Prinzip sind die Modelle daran gescheitert, dass so Getagtes auch maintained sein will. Unter Anderem müssen Linienbündel zunächst eingetragen aber vor Allem auch aktuell gehalten werden. Was nützen fehlleitende Spurassistenten? Um das sicherzustellen, müssen möglichst viele Mapper das Modell verstehen. Und das ist Problem Nummer 1. Problem Nr. 2: Auf dem Lande haben wir nicht genug Mapper, um alle Straßen zu erfassen, geschweige Spurassistenten aktuell zu halten. Darüber kann man vielleicht nachdenken, wenn Straßen und Adressen so ziemlich komplett sind und der Mapper ansonsten weniger zu tun hat. Außerdem wird die Lizenzbereinigung neue Löcher reißen, die Mapperressourcen bindet und binden wird. IMHO sollte man noch einige Zeit ins Land gehen lassen, bevor man Linienbündel mappt. Problem Nummer 3 sind hierfür nicht taugliche Luftbilder. Möglicherweise bringt die in einigen Monaten erwartete Auflösungs-Verbesserung bei Bing Abhilfe. Es bleibt aber dann die Frage, wie oft diese aktualisiert werden. Schon heute existiert das Problem, dass aktuelle OSM Karten auf den Zustand eines Jahrzehnt-veralteten Luftbildes zurückgemappt werden. Problem Nummer 4 ist das Verwenden eines Modells, das man nicht bis zu Ende gedacht hat und zu Inkonsistenzen oder Nichtabbildbarkeit unbedachter Fälle führt. Auch deshalb ist die Forderung sinnvoll, einen grafischen Editor vor einer Abstimmung mitzuliefern. Denn bei dessen Programmierung tun sich viele Mängel und Konkretisierungen eines theoretischen Modells auf und es kann nachgebessert werden. Die Existenz einer allgemeinverständlichen Gebrauchsanleitung bietet die Gewähr, dass das Modell von vielen Mappern nachvollzogen und angewendet werden kann. Erst nach einem erfolgreichen Betatest des Plugins und seiner Anleitung sollte man das Modell abstimmen lassen. Problem Nummer 5 ist die Orientierung an der Straßenrichtung mit forward und backward. Da braucht nur ein Anfänger versehentlich oder versuchshalber die Richtung der Straße zu ändern und schon stimmt nichts mehr. Und nichts deutet für ihn auf die Wichtigkeit der Straßenrichtung hin. Diese falsche Richtung ist nur sehr schwer und nur mit sehr eingehender Ortskenntnis zu erkennen. Beispielsweise muss man wissen, dass ein Maxspeed nur in einer Richtung existiert und in welcher. Bezogen auf den Spurassistenten muss man die vorhandenen Spuren beider Richtungen kennen. Und selbst dann springt der Fehler selten ins Auge. Man muss sich schon eingehend auf eine Einzelheit einlassen. Ich hoffe daher darauf, dass in der nächsten zukünftigen API die Richtung für jedes Tag unabhängig von der Straßenrichtung angegeben werden kann, damit wenigstens dieses Problem vom Tisch ist. Dies könnte beispielsweise so geschehen, dass man ID oder Koordinaten des ersten und letzten Nodes eines Weges in der Reihenfolge der gewünschten (optionalen) Richtung des Tags speichert. Editoren müssen bei Splittings oder Vereinigungen entsprechende Folge-Änderungen automatisch mit erledigen und verifizieren. Möglicherweise bietet eine zukünftige API weitere Features, die das Mappen, Speichern und den Umgang mit Linienbündeln vereinfachen. Wer sie also in OSM sehen möchte, möge sich Gedanken machen, wie das geschehen könnte. Wenn man Linienbündel einführt oder über ein entsprechendes Proposal abzustimmen gedenkt, dann nicht ohne das JOSM Plugin mitzuliefern, mit dem all dies ausreichend visualisiert und grafisch editierbar wird. Außerdem gehört eine nicht nur für Computerfreaks verstehbare Gebrauchsanleitung des Plugins dazu. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS - Anmeldung jetzt moeglich
Frederik Ramm frede...@remote.org wrote: Ausser zahlreichen Vortraegen aus dem OSM- und GIS-Bereich (es gibt 2 parallele GIS-Tracks und einen OSM-Track) ist auch wieder ein OSM-Quiz geplant. Vielen Dank an Alle, die das möglich gemacht haben. :-) Das ist dasselbe Zeitkonzept, wie letztes Jahr 2011 in Heidelberg. Hierzu müsste man sich vier freie Folgetage beim Brötchengeber erkämpfen. In Osnabrück 2010 fand die OSM Konferenz im Anschluss an die große Fossgis statt. Es folgte das Wochenende. Da war man nur zwei Tage abwesend. Nachteilig war dort, dass man nicht alle OSM Vorträge besuchen konnte, da zweigleisig gefahren wurde. Wie waren denn die Erfahrungen, wenn man die beiden Modelle gegeneinander stellt? Wieviele OSM Teilnehmer hatten wir in Osnabrück und wieviele in Heidelberg? Kann man eine Einschätzung der Teilnehmerstruktur abgeben? War beispielsweise in Heidelberg der Anteil der Hobby-OSMler geringer und derjenigen mit beruflichem/studentischem GIS-Background größer? Die Videoaufzeichnungen der letzten Fossgis waren hervorragend. Vielen Dank an das Videoteam. :-) So eine tolle Bildführung zwischen Beam und Vortragendem gibt es nicht einmal bei der vermögenden Wikipedia. Für die Daheimgebliebenen wäre es schön, wenn sich das wiederholen ließe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bing-Blurr nach Behördenanfrage: Schlussfolgerungen? Exempel statuieren? Könnten wir Mapper jetzt auch....
Ohne jetzt jedes Posting einzeln zu verlinken, fasse ich nochmal lose zusammen: Ausgangslage: 1. Eine bislang ungenannte deutsche Behörde fragt bei Steve Coast an, doch bitte dafür zu sorgen, dass die Bing-DOPs innerhalb einiger Polygonzüge (werden gestellt vom Amt) komplett verwischt werden. 2. Bei den Polygonen handelt es sich mehrheitlich um aktuelle und teilweise ehemalige (inzwischen teils rückgebaute oder zivil umgenutzte) Standorte der Bundeswehr, Nachrichtendienste und Bundespolizei. 3. Quelle der Polygone ist ein OSM-Export von ca. Q4/2010. Es betrifft auch nur bundesdeutsch genutzte Fläche, nicht den von ausländischem Heer oder deren Luftwaffe. (Gestümpert oder vorsätzlich gestümpert: Eigentlich egal. Auf jeden Fall ein Schrotschuss, der das eigentliche Ziel vernebeln soll.) 4. Es wird -soweit derzeit bekannt- nicht gefordert, bereits bei OSM gemapte Daten zu löschen. Es sind auch keine effektiven Lösungen bekannt geworden, geschweige denn irgendwelche Oversight-Edits. 5. DOPs in hoher Auflösung von besagten Flächen sind u.A. bei Google-Earth, den WMS der Landesvermessungsämter und damit natürlich im hochoffiziellen Deutschlandviewer nach wie vor für deutsche (und andere) Surfer problemlos abrufbar. Schlussfolgerungen: a) $DIENST hat erkannt, dass Informationen bei OSM großes Publikum finden. Deutschlandviewer, Wikimappia diverse Nischen-Foren haben keine gefährliche Reichweite, zumal man sich die Infos nur dann zusammengegoogelt bekommt, wenn man genau weiss, was man eigentlich sucht und unter welchen Begriffen das überhaupt zu finden ist. (stichwort: Ionosphäreninstitut) b) Da derzeit noch nichts gelöscht wurde (BTW: Würde es bemerkt, wenn auf kurzem Dienstweg direkt aus der Datenbank Nodes verschwinden würden, ganz ohne Changeset? Gleicht derzeit jemand die Dumps diesbezüglich ab?): $DIENST befürchtet vermutlich, dass Dinge auf mindestens einer der Liegenschaften, die derzeit noch nicht gemapt sind, zukünftig auf den Karten auftauchen werden, wenn die Luftkartierer und Faktenanreicherer (aus besagten Foren) ihr Wissen hier zusammenfließen lassen. Fragen: --- 1. Gibt es Leute, die nicht der dt. Gesetzgebung unterliegen (weder Staatsbürgerschaft noch Aufenthalt hier), für die das Einpflegen von Daten kein Problem darstellen würde, falls diese mal zufällig in kleinem (oder großen) Stil aus der Datenbank herausfallen sollten mit einer für Inländer zwingenden Begründung? 2. Was spricht dagegen, wenn sich jetzt gemeinsam aus diesem Anlass #evtl. auch in Solidarität von Mappern auf anderen Kontinenten- die besagten Areale wirklich genau angeschaut wird (von wo auch immer) und dort intensives (Micro-)mapping betrieben wird. So dass also genau das Gegenteil eintritt von dem was eigentlich bezweckt wurde von dieser omminösen offiziellen Seite? *Also als Streisand-Effekt: Jetzt erst recht!* Damit genau dieser Ansatz als klappt nicht, bewirkt das Gegenteil bei den Bedarfsträgern fest abgespeichert wird. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verpixelung der Bing-Luftbilder, ausgezählt (beta 1)
Hallo zusammen, hier kommt etwas Futter für die Zahlenfresser unter euch. Ich habe mal alle Objekte in der deutschen OSM-Datenbasis nach Bundesländern gefiltert und dann im JOSM angeschaut und bewertet. (Viel Hand- und Augenarbeit ;-) ) (Bayern, Baden-Württemberg und Rheinland-Pfalz fehlen noch) Ausserdem sind die Zahlen mit etwas Vorsicht zu genießen, da die OSM-Daten von den Bundesländern von den geofabrik-Auszügen stammen und es wegen Überschneidungen zu Doppelzählungen kommen kann. (Brandenburg überschneidet Berlin, Niedersachsen überschneidet Bremen). Erklärung: Ways: Anzahl der aus OSM gefilterten Wege mit military-tag Landuse: Anzahl der Objekte mit landuse=military Military: Anzahl der Objekte mit military=* (Es kann auch beides getaggt sein, dann Doppelzählung) Names: Anzahl der Objekte mit name=* Blurred exactly: Verpixelung und OSM-Grenze stimmen genau überein Blurred partly: Verpixelung und OSM-Grenze stimmen nur teilweise überein Blurred no: Das OSM-Bebiet ist bei Bing nicht verpixelt Blurred missed: Objekte die ich beim Betrachten in JOSM übersehen oder nicht gefunden habe. Bayern: bay Ways: 355 Landuse: 210 Military: 197 Names:159 Blurred exactly: 0 Blurred partly:0 Blurred no:0 Blurred missed:355 Baden-Württemberg: bdw Ways: 293 Landuse: 133 Military: 197 Names:108 Blurred exactly: 0 Blurred partly:0 Blurred no:0 Blurred missed:293 Berlin: ber Ways: 38 Landuse: 13 Military: 28 Names:13 Blurred exactly: 24 Blurred partly:1 Blurred no:13 Blurred missed:0 Brandenburg: bra Ways: 300 Landuse: 67 Military: 241 Names:101 Blurred exactly: 130 Blurred partly:3 Blurred no:167 Blurred missed:0 Hessen: hes Ways: 234 Landuse: 63 Military: 196 Names:66 Blurred exactly: 38 Blurred partly:6 Blurred no:189 Blurred missed:1 Bremen: hbr Ways: 19 Landuse: 5 Military: 15 Names:6 Blurred exactly: 2 Blurred partly:0 Blurred no:17 Blurred missed:0 Hamburg: hha Ways: 35 Landuse: 13 Military: 32 Names:20 Blurred exactly: 13 Blurred partly:0 Blurred no:22 Blurred missed:0 Niedersachsen: nds Ways: 293 Landuse: 140 Military: 201 Names:122 Blurred exactly: 123 Blurred partly:2 Blurred no:167 Blurred missed:1 Nordrhein-Westfalen: nrw Ways: 426 Landuse: 157 Military: 311 Names:132 Blurred exactly: 255 Blurred partly:4 Blurred no:165 Blurred missed:2 Mecklenburg-Vorpommern: mvp Ways: 87 Landuse: 43 Military: 64 Names:36 Blurred exactly: 48 Blurred partly:1 Blurred no:38 Blurred missed:0 Rheinland-Pfalz: rlp Ways: 236 Landuse: 118 Military: 148 Names:77 Blurred exactly: 21 Blurred partly:5 Blurred no:10 Blurred missed:200 Saarland: saa Ways: 15 Landuse: 12 Military: 3 Names:11 Blurred exactly: 7 Blurred partly:1 Blurred no:7 Blurred missed:0 Sachsen: sac Ways: 61 Landuse: 31 Military: 39 Names:47 Blurred exactly: 38 Blurred partly:2 Blurred no:21 Blurred missed:0 Sachsen-Anhalt: sah Ways: 93 Landuse: 28 Military: 69 Names:61 Blurred exactly: 78 Blurred partly:1 Blurred no:14 Blurred missed:0 Schleswig-Holstein: slh Ways: 173 Landuse: 87 Military: 109 Names:71 Blurred exactly: 121 Blurred partly:1 Blurred no:51 Blurred missed:0 Thüringen: thu Ways: 41 Landuse: 33 Military: 22 Names:33 Blurred exactly: 20 Blurred partly:3 Blurred no:18 Blurred missed:0 Bundesweit: Ways: 2699 Landuse: 1153 Military: 1872 Names:1063 Blurred exactly:918 Blurred partly: 30 Blurred no: 899 Blurred missed: 852 Es wird weiter daran gearbeitet Harald black_bike -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing-Blurr nach Behördenanfrage: Schlussfolgerungen? Exempel statuieren? Könnten wir Mapper jetzt auch....
Am 02.02.2012 23:01, schrieb Johann H. Addicks: Ohne jetzt jedes Posting einzeln zu verlinken, fasse ich nochmal lose zusammen: Ausgangslage: 1. Eine bislang ungenannte deutsche Behörde fragt bei Steve Coast an, doch bitte dafür zu sorgen, dass die Bing-DOPs innerhalb einiger Polygonzüge (werden gestellt vom Amt) komplett verwischt werden. Nein. Es wurde bei den Leuten angefragt, die die Luftbilder bei Bing betreuen. Nochmals: SteveC hat nicht auch nur entfernt was damit zu tun, sondern hat uns nur berichtet was ihm von der Gruppe gesagt wurde. Ich weiss auch nicht wie du auf so ein Statement kommst. Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kommerzieller Kartenanbieter gegen in Frankreich gegen Google-Maps vor. (Was: Germanen sind zu blöd Gerichtsurteile zu lesen. Was: Die spinnen die Germanen)
Am 02.02.2012 20:41, schrieb Benjamin Lebsanft: Interessant wäre es in der Tat falls wirklich mal ein kommerzieller Anbieter die Wettbewerbsrechtliche Karte gegen freie Software zieht, weil er sich davon seiner Wertschöpfung beraubt sieht. wird nicht passieren, da OSM oder andere freie Projekte ihre Projekte nicht querfinanzieren wie Google und so den Markt nicht verzerren, wie Google das mit seinem Kartendienst macht. Für uns hier weniger interessant. Aber was wäre wenn jemand Sun beschuldigen würde, sich mit Hilfe von Mysql die Wettbewerber vom Leib halten zu wollen? Denn subventionieren ein kostenloses Mysql, geben vor mit Support Geld verdienen zu wollen (was allein schon nach obiger Lesart als Problem gesehen werden könnte von jemandem der nur Software verkaufen will, ohne Support) Man könnte aber auch unterstellen, so Oracle den Rücken freihalten zu wollen und so das Gratis-Mysql als Puffer auf die Straße geschraubt. Aber wie gesagt, hier nicht Thema... obwohl: Wie ist es denn mit Kartenanbietern, die Karten erstmal kostenlos heraustun (mit großem Verlust beim Betrieb der Dump-Erstellung, Betrieb der Download- und Tileserver). Und die dann das Geschäft mit der kundenspezifischen Bereitstellung von Spezialkarten aufziehen, nachdem alle normalen Grundkartenhersteller sich ruiniert sehen Nein, ich möchte kein Horrorszenario an die Wand malen und glaube auch nicht, dass so eine Argumentation verfängt. Aber falls eine GPSfertigungs-Firma mit OSM-Daten mal Millionenumsätze pro Jahr machen sollte, dann könnte jemand auf die Idee kommen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing-Blurr nach Behördenanfrage: Schlussfolgerungen? Exempel statuieren? Könnten wir Mapper jetzt auch....
Am 02.02.2012 23:10, schrieb Simon Poole: 1. Eine bislang ungenannte deutsche Behörde fragt bei Steve Coast an, doch bitte dafür zu sorgen, dass die Bing-DOPs innerhalb einiger Polygonzüge (werden gestellt vom Amt) komplett verwischt werden. Nein. Es wurde bei den Leuten angefragt, die die Luftbilder bei Bing betreuen. Nochmals: SteveC hat nicht auch nur entfernt was damit zu tun, sondern hat uns nur berichtet was ihm von der Gruppe gesagt wurde. Sorry, das ist doch völlig nebensächlich, ob derjenige, der bei Bing den Blur-Filter drübergelegt hat nun Coast, Miller oder Ballmer heisst. Und nein, ich mache den Leuten dort auch nicht den geringsten Vorwurf, das umgesetzt zu haben. Sorry, falls das falsch verstanden werden konnte. Ich weiss auch nicht wie du auf so ein Statement kommst. Weil ich mich gern korrigieren lasse, wenn ich etwas falsch verstanden habe. Daher danke für die Aufklärung. Ich weiss also jetzt, dass ein angeblich in Deutschland ansässige geheim gehaltene Behörde bei Leuten, die lieber nicht namentlich genannt werden möchten (zumindest von Dir), aber mit Steve Coast in Kontakt stehen, diese Bilder geblurt haben. Präzise genug? Eigentlich hätte mich Deine Antwort in der Sache selbst mehr interessiert. Oder muss das jetzt krampfhaft auf Pro/Contra Steve C. abgebogen werden? BTW: Ich habe mal ein wenig angefangen: http://osm.org/go/0DaDcRx3J-- Das Problem dort wird vermutlich dieser aktive Mast innerhalb des Geländes, der -nach obiger Logik- von dt. Stellen unterhalten wird. http://www.youtube.com/watch?v=LZFqEKSHYpg#t=64s -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verpixelung der Bing-Luftbilder, ausgezählt (beta 1)
Am 02.02.2012 23:10, schrieb Harald Schwarz: hier kommt etwas Futter für die Zahlenfresser unter euch. Ich habe mal alle Objekte in der deutschen OSM-Datenbasis nach Bundesländern gefiltert und dann im JOSM angeschaut und bewertet. (Viel Hand- und Augenarbeit ;-) ) Erstklassige Arbeit! Falls Du da noch detailreichere Daten hast. Eine Wikiseite mit Links zu den Bereichen wäre toll. Dann könnte man sich gemeinsam -evtl. mit einer Arbeitsmatrix- daran machen, diese Bereiche mal mit einer größeren Anzahl Augen gemeinsam aus den verbliebenen Datenquellen auf Stand zu bringen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verpixelung der Bing-Luftbilder, ausgezählt (beta 1)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 02.02.2012 23:24, schrieb Johann H. Addicks: Eine Wikiseite mit Links zu den Bereichen wäre toll. http://wiki.openstreetmap.org/wiki/Bing/2012_Germany_Military_Blurring -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk8rD3wACgkQnMz9fgzDSqdWygCcDv3qUUeFnJoqHBIRP+pTH0hR Xy4An3E3G+ChqcQbif8EOzWz9hlYPWUK =ar/T -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing-Blurr nach Behördenanfrage: Streisand-Effekt
Hallo, Streisand-Effekt? Nein. Streusand-Effekt ja! Schaut mal auf die Hardthöhe in Bonn. Gebäude und Straßen sind schon drin. Bald kommen noch die Fußwege. Dann können die Leute dort in der Beschaffungsstelle aus den OSM-Daten generieren, wieviel Streusand sie im nächsten Winter auf den Wegen brauchen werden. Harald black_bike 2. Was spricht dagegen, wenn sich jetzt gemeinsam aus diesem Anlass #evtl. auch in Solidarität von Mappern auf anderen Kontinenten- die besagten Areale wirklich genau angeschaut wird (von wo auch immer) und dort intensives (Micro-)mapping betrieben wird. So dass also genau das Gegenteil eintritt von dem was eigentlich bezweckt wurde von dieser omminösen offiziellen Seite? *Also als Streisand-Effekt: Jetzt erst recht!* Damit genau dieser Ansatz als klappt nicht, bewirkt das Gegenteil bei den Bedarfsträgern fest abgespeichert wird. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
Hallo Tirkon. Am 02.02.2012 21:32, schrieb Tirkon: Wenn man Linienbündel einführt oder über ein entsprechendes Proposal abzustimmen gedenkt, dann nicht ohne das JOSM Plugin mitzuliefern, mit dem all dies ausreichend visualisiert und grafisch editierbar wird. Außerdem gehört eine nicht nur für Computerfreaks verstehbare Gebrauchsanleitung des Plugins dazu. Das gehört sicherlich nicht zur Diskussion um den Vorschlag an sich. Wir hatten noch nie zuerst ein fertiges Plugin und danach die Sinnfrage. Möglicherweise bietet eine zukünftige API Features, die das Mappen von Linienbündeln vereinfachen. Wer sie also in OSM möchte, möge sich Gedanken machen, wie das geschehen könnte. Einen Vorschlag mache ich weiter unten. Nein, bitte nicht. Die API muss so minimal wie möglich sein. Wir haben unsere primitiven Datentypen und mit den Tags können wir daraus lustige Dinge machen. Aber die API muss das alles nicht verstehen, nicht bewerten und auch nicht beschränken. Im OSM Wiki sind eine ganze Reihe ausformulierte Vorschläge zum Thema Linienbündel zu finden. Einige davon sind recht ähnlich zu diesem. Auch einen Workshop hat es schon gegeben: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Workshops/Linienb%C3%BCndel Nein, da ist keiner dabei, der es erlaubt ein Tag für mehrere Spuren zu definieren. Die im Wiki genannten sind alle wesentlich komplexer und weniger menschenlesbar. Im Prinzip sind die Modelle daran gescheitert, dass so Getagtes auch maintained sein will. Unter Anderem müssen Linienbündel zunächst eingetragen aber vor Allem auch aktuell gehalten werden. Was nützen fehlleitende Spurassistenten? Mit dem Totschlagargument kann man jede neue Idee die ins Detail geht kaputtreden. Was nützt es wenn sogar ich als Mapper lieber ein propietäres Navi benutze weil das Fahrspuren anzeigen kann? Um das sicherzustellen, müssen möglichst viele Mapper das Modell verstehen. Und das ist Problem Nummer 1. Ja, und da ist das hier diskutierte um Welten einfacher als die im Wiki aufgeführten. IMO. Problem Nr. 2: [Die Mapper auf dem Land sind zu wenige] Problem Nummer 3 [die Mapper auf dem Land brauchen Luftbilder] Warum mappen wir eigentlich Briefkästen so lange auf dem Land noch Straßen fehlen? Kümmere sich doch einfach jeder um die Vollständigkeit in seinem Aktionsradius. Jede komplexe Kreuzung die detailliert erfasst ist hilft irgend einem Navi-Nutzer. Egal ob in der Stadt oder auf dem Land. Wenn etwas falsch ist ist es falsch, das kann immer und überall passieren und ist kein Grund neue Errungenschaften abzulehnen. Problem Nummer 4 ist das Verwenden eines Modells, das man nicht bis zu Ende gedacht hat und zu Inkonsistenzen oder Nichtabbildbarkeit unbedachter Fälle führt. Wir haben in OSM recht viele Dinge die sehr einfach und konsequent sind und damit nicht alle Eventualitäten direkt abbilden können. Das stört nicht. Problem Nummer 5 ist die Orientierung an der Straßenrichtung mit forward und backward. Du hast schon wieder vergessen, dass die momentan gängigen Editoren dieses Problem erkennen und selbsttätig korrigieren? Wenn man Linienbündel einführt oder über ein entsprechendes Proposal abzustimmen gedenkt, dann nicht ohne das JOSM Plugin mitzuliefern, mit dem all dies ausreichend visualisiert und grafisch editierbar wird. Außerdem gehört eine nicht nur für Computerfreaks verstehbare Gebrauchsanleitung des Plugins dazu. Musste deine Mail eine gewisse Mindestlänge haben oder warum musst du dich hier selbst zitieren? Gruß, Bernd -- Wenn man das Licht schnell genug ausmacht, kann man sehen wie die Dunkelheit aussieht. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Idee für's lanes-mapping
Bis auf die Mindestlänge-der-Mail ein klares +1 ! Ganz meine Meinung! Am 03.02.2012 um 06:21 schrieb Bernd Wurst be...@bwurst.org: Hallo Tirkon. Am 02.02.2012 21:32, schrieb Tirkon: Wenn man Linienbündel einführt oder über ein entsprechendes Proposal abzustimmen gedenkt, dann nicht ohne das JOSM Plugin mitzuliefern, mit dem all dies ausreichend visualisiert und grafisch editierbar wird. Außerdem gehört eine nicht nur für Computerfreaks verstehbare Gebrauchsanleitung des Plugins dazu. Das gehört sicherlich nicht zur Diskussion um den Vorschlag an sich. Wir hatten noch nie zuerst ein fertiges Plugin und danach die Sinnfrage. Möglicherweise bietet eine zukünftige API Features, die das Mappen von Linienbündeln vereinfachen. Wer sie also in OSM möchte, möge sich Gedanken machen, wie das geschehen könnte. Einen Vorschlag mache ich weiter unten. Nein, bitte nicht. Die API muss so minimal wie möglich sein. Wir haben unsere primitiven Datentypen und mit den Tags können wir daraus lustige Dinge machen. Aber die API muss das alles nicht verstehen, nicht bewerten und auch nicht beschränken. Im OSM Wiki sind eine ganze Reihe ausformulierte Vorschläge zum Thema Linienbündel zu finden. Einige davon sind recht ähnlich zu diesem. Auch einen Workshop hat es schon gegeben: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Workshops/Linienb%C3%BCndel Nein, da ist keiner dabei, der es erlaubt ein Tag für mehrere Spuren zu definieren. Die im Wiki genannten sind alle wesentlich komplexer und weniger menschenlesbar. Im Prinzip sind die Modelle daran gescheitert, dass so Getagtes auch maintained sein will. Unter Anderem müssen Linienbündel zunächst eingetragen aber vor Allem auch aktuell gehalten werden. Was nützen fehlleitende Spurassistenten? Mit dem Totschlagargument kann man jede neue Idee die ins Detail geht kaputtreden. Was nützt es wenn sogar ich als Mapper lieber ein propietäres Navi benutze weil das Fahrspuren anzeigen kann? Um das sicherzustellen, müssen möglichst viele Mapper das Modell verstehen. Und das ist Problem Nummer 1. Ja, und da ist das hier diskutierte um Welten einfacher als die im Wiki aufgeführten. IMO. Problem Nr. 2: [Die Mapper auf dem Land sind zu wenige] Problem Nummer 3 [die Mapper auf dem Land brauchen Luftbilder] Warum mappen wir eigentlich Briefkästen so lange auf dem Land noch Straßen fehlen? Kümmere sich doch einfach jeder um die Vollständigkeit in seinem Aktionsradius. Jede komplexe Kreuzung die detailliert erfasst ist hilft irgend einem Navi-Nutzer. Egal ob in der Stadt oder auf dem Land. Wenn etwas falsch ist ist es falsch, das kann immer und überall passieren und ist kein Grund neue Errungenschaften abzulehnen. Problem Nummer 4 ist das Verwenden eines Modells, das man nicht bis zu Ende gedacht hat und zu Inkonsistenzen oder Nichtabbildbarkeit unbedachter Fälle führt. Wir haben in OSM recht viele Dinge die sehr einfach und konsequent sind und damit nicht alle Eventualitäten direkt abbilden können. Das stört nicht. Problem Nummer 5 ist die Orientierung an der Straßenrichtung mit forward und backward. Du hast schon wieder vergessen, dass die momentan gängigen Editoren dieses Problem erkennen und selbsttätig korrigieren? Wenn man Linienbündel einführt oder über ein entsprechendes Proposal abzustimmen gedenkt, dann nicht ohne das JOSM Plugin mitzuliefern, mit dem all dies ausreichend visualisiert und grafisch editierbar wird. Außerdem gehört eine nicht nur für Computerfreaks verstehbare Gebrauchsanleitung des Plugins dazu. Musste deine Mail eine gewisse Mindestlänge haben oder warum musst du dich hier selbst zitieren? Gruß, Bernd -- Wenn man das Licht schnell genug ausmacht, kann man sehen wie die Dunkelheit aussieht. ___ 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
[Talk-it] R: Foto Bing e PCN
Ed allora sì , dopo aver controllato quelle impostazioni posso dire che nella mia zona il Pcn è meno definito. Pazienza. Pensate che si possa usare Bing per ricalcaregli edifici e tornare poi al Portale Cartografico per posizionarli correttamente ? Bisognerebbe spostare una casa per volta ? Poi ho notato che 3 chilometri più a ovest un utente ha disegnato un po’ di condomini , ma con risultato un po’ approssimativo avendo forse usato Potlatch2 e realizzando solo rettangoli e quadrati anche quando l’edificioha un cortile interno . E’ già qualcosa ma si può fare meglio, solo che non mi pare si possa correggere come si fa con l’aggiunta di punti sulle curve di una strada: posso allora cancellare i suoi Building ? Ed infine , per correggere il disegno di una strada già esistente ma realizzata con pochi punti , come si fa a spostare l’immagine di sfondo di Bing ?? ( in Potlatch2 premeresti la barraspazio …) Ciao, Alessandro. Da: Maurizio Daniele [mailto:maurizio.dani...@gmail.com] Inviato: martedì 31 gennaio 2012 9.50 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] R: R: R: R: Foto Bing e Yahoo! Il giorno 31 gennaio 2012 09:23, Alech OSM alech.hos...@gmail.com ha scritto: Riprendo il messaggio perché ancora qualcosa non mi torna ! In josm è molto comodo il plugin per gli edifici ma … Com’è che continuo ad ottenere ingrandimenti sgranati ??? Si , ho capito che bisogna agire sul frame di destra ed aggiornare il livello di zoom , ma il meglio che ottengo è comunque meno definito del Bing! in Potlatch oppure del PCN se viene aperto all’interno di Compegps . Forse che il pcn del 2006 non è l’unico disponibile e bisogna agganciarne uno più recente e più definito ? Nelle impostazioni del layer WMS (F12 / WMS / Impostazioni) hai impostato un livello max di ingrandimento alto? Se è più basso di 22-24 non sfrutti a pieno quel che il PCN può. Fermo restando che in alcune zone Bing è peggio definito del PCN che, a sua volta, è abbastanza scarsino. Io ho messo normalmente 30, ma qualche volta è eccessivo e se esagero con lo zoom non carica niente. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Foto Bing e PCN
Il giorno 02 febbraio 2012 10:21, Alech OSM alech.hos...@gmail.com ha scritto: Ed allora sì , dopo aver controllato quelle impostazioni posso dire che nella mia zona il Pcn è meno definito. Pazienza. Pensate che si possa usare Bing per ricalcaregli edifici e tornare poi al Portale Cartografico per posizionarli correttamente ? Bisognerebbe spostare una casa per volta ? ** O le selezioni tutte e ne trascini solo una :D ** Poi ho notato che 3 chilometri più a ovest un utente ha disegnato un po’ di condomini , ma con risultato un po’ approssimativo avendo forse usato Potlatch2 e realizzando solo rettangoli e quadrati anche quando l’edificioha un cortile interno . E’ già qualcosa ma si può fare meglio, solo che non mi pare si possa correggere come si fa con l’aggiunta di punti sulle curve di una strada: posso allora cancellare i suoi Building ? ** Se vuoi aggiungere i cortili interni aggiungili e poi trasformi in multipolygon dando outer e inner role. ** Ed infine , per *correggere *il disegno di una strada già esistente ma realizzata con pochi punti , come si fa a spostare l’immagine di sfondo di Bing ?? ( in Potlatch2 premeresti la barraspazio …) ** C'è quel bottone con una mappa e quattro frecce che ti permette di aggiustare le immagini :) Magari quando trovi la posizione migliore salvati la posizione (con il bookmark nello stesso menu) ** ** ** Ciao, Alessandro. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Foto Bing e PCN
Il giorno 02 febbraio 2012 10:21, Alech OSM alech.hos...@gmail.com ha scritto: Ed allora sì , dopo aver controllato quelle impostazioni posso dire che nella mia zona il Pcn è meno definito. Pazienza. Pensate che si possa usare Bing per ricalcaregli edifici e tornare poi al Portale Cartografico per posizionarli correttamente ? Bisognerebbe spostare una casa per volta ? ** E' quello che faccio io di solito. Disegno su bing e posiziono su PCN. E si, bisogna spostare una casa alla volta perché la referenziazione di bing è inesistente (tra l'altro cambia anche con il livello di zoom :-o ) per cui non c'è un offset che vada bene a tutti i livelli di zoom, e tantomeno che vada bene per una zona vasta Poi ho notato che 3 chilometri più a ovest un utente ha disegnato un po’ di condomini , ma con risultato un po’ approssimativo avendo forse usato Potlatch2 e realizzando solo rettangoli e quadrati anche quando l’edificioha un cortile interno . E’ già qualcosa ma si può fare meglio, solo che non mi pare si possa correggere come si fa con l’aggiunta di punti sulle curve di una strada: posso allora cancellare i suoi Building ? Si che si possono correggere. un edificio è solo una way chiusa, quindi puoi aggiungere tutti i nodi che vuoi. Puoi anche aggiungere il cortile interno e poi convertire le due way (interno ed esterno) in un multipoligono. Ed infine , per *correggere *il disegno di una strada già esistente ma realizzata con pochi punti , come si fa a spostare l’immagine di sfondo di Bing ?? ( in Potlatch2 premeresti la barraspazio …) Eh? ^^; Non ho capito. Puoi cliccare sul layer Bing e aggiungere un offset. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Foto Bing e PCN
Il 02/02/2012 10:44, Maurizio Daniele ha scritto: Il giorno 02 febbraio 2012 10:21, Alech OSM alech.hos...@gmail.com ha scritto: Ed allora s , dopo aver controllato quelle impostazioni posso dire che nella mia zona il Pcn meno definito. Pazienza. Pensate che si possa usare Bing per ricalcaregli edifici e tornare poi al Portale Cartografico per posizionarli correttamente ? Bisognerebbe spostare una casa per volta ? E' quello che faccio io di solito. Disegno su bing e posiziono su PCN. E si, bisogna spostare una casa alla volta perch la referenziazione di bing inesistente (tra l'altro cambia anche con il livello di zoom :-o ) per cui non c' un offset che vada bene a tutti i livelli di zoom, e tantomeno che vada bene per una zona "vasta" E' vero, per un lavoraccio. Io di solito riposiziono le foto Bing in base a quelle PCN, poi contro spesso l'offset man mano che mi sposto. Ciao Giuliano -- Maurizio Daniele - maurizio.daniele (a) gmail.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