Re: [OSM-legal-talk] Irony, was [talk-au]
[Redirected from talk-au to legal-talk due to topic of discussion] Andrew Laughton wrote: Irony is when you buy a shiny new GPS loaded with OSM data, only to find out that you need to pay a license fee to be able to update the map. Gotta love that new license. [Response from Richard Fairhurst] You've lost me. How does ODbL differ from CC-BY-SA here? Richard ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
Hi, On 07/13/11 07:13, Erik Johansson wrote: There is a reason why there is no dislike or -1 button. This only lead to mobbing of most disliked persons, and that possible useful discussion about tags to be hidden away in yet another discussion forum. I think the -1 button works well on help.osm.org and doesn't, as far as I can see, lead to mobbing of disliked persons. A -1 button would allow us to easily identify problem cases; it is machine readable, in contrast to a textual comment. Maybe removing the private message function in osm.org (like wikipedia) and replacing it with a forum would be enough. This has several advantages, such as a possibility to spot predatory behavior on new comers. I really want to be able to criticize a changeset, not a person. I wouldn't want a wikipedia style personal page where there are tons of messages like in changeset 12345, you did this and that, and nobody who looks at the changeset sees that message. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hitting reset on talk-au
Hi, On 07/13/11 02:10, David Murn wrote: I have deleted all my accounts [...] Seriously Richard, I hope you burn in hell for the destruction youve caused and continue to cause to the OSM project. I must congratulate David on his decision. Let us all remember that this is a hobby project (for most of us at least), an interesting and usually productive pastime which should make the participating individual happy. If any of you, at any time, feel that they seriously wish someone else in the project to burn in hell; if you can't sleep because someone was wrong on the mailing list; if you're thinking of ways to take revenge on the guy who reverted your wiki edit - if any of that happens, then the project has clearly failed to deliver the fun it promised, and it is time to move on. Life is just too short! Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hitting reset on talk-au
On Wed, 2011-07-13 at 08:33 +0200, Frederik Ramm wrote: Seriously Richard, I hope you burn in hell for the destruction youve caused and continue to cause to the OSM project. I must congratulate David on his decision. Let us all remember that this is a hobby project (for most of us at least), an interesting and usually productive pastime which should make the participating individual happy. If any of you, at any time, feel that they seriously wish someone else in the project to burn in hell; if you can't sleep because someone was wrong on the mailing list; if you're thinking of ways to take revenge on the guy who reverted your wiki edit - if any of that happens, then the project has clearly failed to deliver the fun it promised, and it is time to move on. Life is just too short! as always, very sensible. -- regards KG http://lawgon.livejournal.com Coimbatore LUG rox http://ilugcbe.techstud.org/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hitting reset on talk-au
On Wed, Jul 13, 2011 at 2:53 PM, Toby Murray toby.mur...@gmail.com wrote: I'm guessing it has to do with this? http://lists.openstreetmap.org/pipermail/talk-au/2011-July/008350.html Yeah, I suppose. Although I'm at a loss to understand how imposing moderation on a mailing list that clearly has a problem with uncivil behaviour and protracted rants could be the trigger for such extreme anger. Then again, I really don't get why Frederik would congratulate someone on burning all their work as they leave. David's traces were clearly valuable to our project, and it's sad that he's destroying them like this. Let's just call it like it is. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
On Tue, Jul 12, 2011 at 7:42 AM, Frederik Ramm frede...@remote.org wrote: 1. a facility where I can comment on the perceived usefulness of a changeset; 2. a facility where I can click a thumbs down or thumbs up in case I particularly like or dislike the change; 3. a league table showing the most liked/disliked changesets and their perpetrators^Wauthors. Sure, picking on people whose contributions differ from your own preferences is one approach. A much better one would be for use to improve our policies and documentation, and strengthen our community so that our work aligns more closely. Did this changeset actually break any guidelines or policies? Is there anything wrong with it other than the fact that you don't personally approve? Let's approach the problem in a spirit of long-term sustainability, not short term witch-hunting. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
Hi, On 07/13/11 09:01, Steve Bennett wrote: Did this changeset actually break any guidelines or policies? Is there anything wrong with it other than the fact that you don't personally approve? Let's approach the problem in a spirit of long-term sustainability, not short term witch-hunting. I think you're misinterpreting. Like/dislike buttons are quite common and they don't mean that anyone engages in a witch hunt. They are just something that helps the collective to form an opinion - if something is liked by 50 and disliked by 50 then it is clear that the community is divided; if it is disliked by 100 then it is clear that this is not what the community approves of. Also, in case this hasn't become clear, I am not in favour of +1/-1 buttons for *contributors*, but for individual *changesets*. We're a community of human beings and if someone does something that is disliked by many others, then that *is* a problem. Whether a single individual likes or dislikes something is of no importance; but where a significant number of individuals like or dislike something, a community opinion is expressed. I am not a friend of policies and guidelines (even though the changeset that prompted me to write my original post seems to run foul of at least the draft policy outlined in http://wiki.openstreetmap.org/wiki/Data_working_group/Mechanical_Edit_Policy). I think there should be policies and guidelines for a few hard things but there will always be soft things where setting up rules is extremely difficult. A +1/-1 scheme for changesets could be a replacement for the tedious and bueraucratic process of setting up guidelines. Such a process is quickly drowned by all sorts of but we cannot have this rule because there is a legitimate situation where you would need to break it..., whereas a simple +1/-1 for changesets would not have that problem. You could ask questions like: Show me a changeset with more than 5 +1 votes that uses the so-and-so tag - in the hope of finding a good example of how that tag is used. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
On Wed, 13 Jul 2011 09:18:48 +0200, Frederik Ramm wrote: Hi, On 07/13/11 09:01, Steve Bennett wrote: Did this changeset actually break any guidelines or policies? Is there anything wrong with it other than the fact that you don't personally approve? Let's approach the problem in a spirit of long-term sustainability, not short term witch-hunting. I think you're misinterpreting. Like/dislike buttons are quite common and they don't mean that anyone engages in a witch hunt. They are just something that helps the collective to form an opinion - if something is liked by 50 and disliked by 50 then it is clear that the community is divided; if it is disliked by 100 then it is clear that this is not what the community approves of. Also, in case this hasn't become clear, I am not in favour of +1/-1 buttons for *contributors*, but for individual *changesets*. But you're still only voting for the comment in the changeset, right? What does the comment do to invalidate the changeset? What is the required course of action against users who typically add bad comments (get voted down alot) but make otherwise good changes? In other words: what is the added value. Which actions (if any) will be taken based on this. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
Hi, On 07/13/11 09:37, Maarten Deen wrote: But you're still only voting for the comment in the changeset, right? No, I was thinking that people should vote up/down what was *done* in the changeset. The comment might be a factor in whether someone likes or dislikes a changeset but unless the comment is offensive I don't think that anyone would vote a changeset down because of the comment alone. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hitting reset on talk-au
On 13/07/2011 02:10, David Murn wrote: On Tue, 2011-07-12 at 10:16 +0100, Dave F. wrote: On 11/07/2011 17:56, Mikel Maron wrote: Everyone This thread was on the topic of the atmosphere of the Australian community and talk-au, -Mikel on behalf of Talk Moderators Then, as a moderator, you should give Steve C. a warning for polluting this general talk forum with irrelevant waffling. Incase you havent learnt, the moderation is there to stop anyone else drowning out SteveC on the list. In one foul swoop, Richard has destroyed my interest in OSM.. 5 years of mapping contributions, code contributions, discussion contributions, and we get treated like this. I have deleted all my accounts, all my subscriptions, and am in the process of deleting 12 months of GPX traces and OSM files that Ive built up from my round-australia travels, mostly on highways which have never been mapped, and wont be mapped unless someone else takes the week-long roadtrip. Some non aussies came onto the aussie list and stirred up a few big arguments, so you ban the aussies, rather than the international pests. What you should have done, was blocked everyone non-aussie from the list, or at least bothered to look at the history (or ask ANYONE) who uses the list. Then, when a few people criticized him for his decision, he disappears. Seriously Richard, I hope you burn in hell for the destruction youve caused and continue to cause to the OSM project. David Wow David! From Toby's post, I assume this diatribe is in response to this: http://lists.openstreetmap.org/pipermail/talk-au/2011-July/008350.html Richard is a calm, thoughtful, intelligent guy who listens to people and tries to create a fun, global, human environment for our project. Steve has made one post making a considered overview of an ugly situation and inviting discussion ... a proper course of action for the founder of our project to take. I personally hope you will also calm down, withdraw unwarranted personal insults and consider apologising. I don't like the idea of moderation much either, perhaps a reason why I have been asked to be one, but, paradoxically, this post rather comes across as a slam-dunk justification. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Error: Osm2pgsql Error Importing latest Planet!! OUT of MEMORY
Dear experts, I tried importing whole Planet into Postgis Database using osm2pgsql.exe. After 7 days, I have got the Out of Memory error in slim mode. RAM: 16 GB (Windows 7 64) Harddisk 1 TB. The command was: osm2pgsql.exe -d Planet --latlong --slim -c -C 1500 -H localhost -P 5432 -U osm -W -S default.style .\Planet-Latest.osm.bz2 I've got error after 'Going over pending ways' as you see in the report below. Please help and give me advice for solution. thank you in advance, regards, Saph Report of osm2pgsql.exe: osm2pgsql.exe -d Planet --latlong --slim -c -C 1500 -H localhost -P 543 2 -U osm -W -S default.style .\Planet-Latest.osm.bz2 osm2pgsql SVN version 0.69-21289M Password: Using projection SRS 4326 (Latlong) Setting up table: planet_osm_point NOTICE: table planet_osm_point does not exist, skipping NOTICE: table planet_osm_point_tmp does not exist, skipping Setting up table: planet_osm_line NOTICE: table planet_osm_line does not exist, skipping NOTICE: table planet_osm_line_tmp does not exist, skipping Setting up table: planet_osm_polygon NOTICE: table planet_osm_polygon does not exist, skipping NOTICE: table planet_osm_polygon_tmp does not exist, skipping Setting up table: planet_osm_roads NOTICE: table planet_osm_roads does not exist, skipping NOTICE: table planet_osm_roads_tmp does not exist, skipping Mid: pgsql, scale=1000, cache=1500MB, maxblocks=192001*8192 Setting up table: planet_osm_nodes *** WARNING: intarray contrib module not installed *** The resulting database will not be usable for applying diffs. NOTICE: table planet_osm_nodes does not exist, skipping NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index planet_osm_nodes_pkey for table planet_osm_n odes Setting up table: planet_osm_ways NOTICE: table planet_osm_ways does not exist, skipping NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index planet_osm_ways_pkey for table planet_osm_wa ys Setting up table: planet_osm_rels NOTICE: table planet_osm_rels does not exist, skipping NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index planet_osm_rels_pkey for table planet_osm_re ls !! You are running this on 32bit system, so at most !! 3GB of RAM can be used. If you encounter unexpected !! exceptions during import, you should try running in slim !! mode using parameter -s. Reading in file: .\OsmFiles\Planet-Latest.osm.bz2 Unknown node type 8 Processing: Node(1118130k) Way(97901k) Relation(819k) Exception caught processing way id=1388172 Processing: Node(1118130k) Way(97901k) Relation(862k) Exception caught processing way id=1440075 Processing: Node(1118130k) Way(97901k) Relation(898k) Exception caught processing way id=1479960 Processing: Node(1118130k) Way(97901k) Relation(1019k) Node stats: total(1118130701), max(1325889367) Way stats: total(97901806), max(117747569) Relation stats: total(1019004), max(1625305) Going over pending ways processing way (25977k)way_done failed: ERROR: out of memory DETAIL: Failed on request of size 419430400. (7) Arguments were: 75141421, Error occurred, cleaning up C:\Cartography\MapnikShop\OsmToPgsqlECHO Finished at: 12.07.2011 22:48:40,73 Finished at: 12.07.2011 22:48:40,73 C:\Cartography\MapnikShop\OsmToPgsqlPause___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] shapefile to OSM poly for osmosis planet cutting
I have a shapefile containing a fair number of polygons that I want to feed into osmosis for cutting up an OSM data file. osmosis takes .poly files for this purpose. Is there a way to either convert a polygon shapefile to OSM poly format or to achieve this some other way? Right now I'm thinking of importing the entire (US) planet into PostGIS and cut it in the database. This is for analysis purposes, not visualization. Thanks! -- martijn van exel schaaltreinen.nl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
On Wed, 13 Jul 2011 09:43:26 +0200, Frederik Ramm wrote: Hi, On 07/13/11 09:37, Maarten Deen wrote: But you're still only voting for the comment in the changeset, right? No, I was thinking that people should vote up/down what was *done* in the changeset. The comment might be a factor in whether someone likes or dislikes a changeset but unless the comment is offensive I don't think that anyone would vote a changeset down because of the comment alone. Ah, I was straying from the subject. I read your initial post, but that still makes me wonder. As you say, this was very likely unsurveyed but someone just assumed that toilets were only accessible for customers. Is that some general rule-of-thumb in London, because in my experience a lot of pubs don't mind if you ask nicely to use their facilities. If it is unsurveyed, than it's more a question of revert or not. Because it is probably incorrect. To me it's not a good example of why I want to vote for it. I would vote for style or correctness of the edit. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shapefile to OSM poly for osmosis planet cutting
If you use QGIS, a way to create a .poly file for osmosis is through QGIS' OSM_POLY Export plugin. Simply load the shapefile and run the plugin. On Wed, Jul 13, 2011 at 4:15 PM, Martijn van Exel m...@rtijn.org wrote: I have a shapefile containing a fair number of polygons that I want to feed into osmosis for cutting up an OSM data file. osmosis takes .poly files for this purpose. Is there a way to either convert a polygon shapefile to OSM poly format or to achieve this some other way? Right now I'm thinking of importing the entire (US) planet into PostGIS and cut it in the database. This is for analysis purposes, not visualization. Thanks! -- martijn van exel schaaltreinen.nl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shapefile to OSM poly for osmosis planet cutting
Thanks Maning, I found it here [1] - is that the one you mean? [1] http://gis-lab.info/programs/qgis/qgis-repo.xml On Wed, Jul 13, 2011 at 10:38 AM, maning sambale emmanuel.samb...@gmail.com wrote: If you use QGIS, a way to create a .poly file for osmosis is through QGIS' OSM_POLY Export plugin. Simply load the shapefile and run the plugin. On Wed, Jul 13, 2011 at 4:15 PM, Martijn van Exel m...@rtijn.org wrote: I have a shapefile containing a fair number of polygons that I want to feed into osmosis for cutting up an OSM data file. osmosis takes .poly files for this purpose. Is there a way to either convert a polygon shapefile to OSM poly format or to achieve this some other way? Right now I'm thinking of importing the entire (US) planet into PostGIS and cut it in the database. This is for analysis purposes, not visualization. Thanks! -- martijn van exel schaaltreinen.nl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- martijn van exel schaaltreinen.nl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shapefile to OSM poly for osmosis planet cutting
osmpoly_export Yep, that's it. On Wed, Jul 13, 2011 at 4:55 PM, Martijn van Exel m...@rtijn.org wrote: Thanks Maning, I found it here [1] - is that the one you mean? [1] http://gis-lab.info/programs/qgis/qgis-repo.xml On Wed, Jul 13, 2011 at 10:38 AM, maning sambale emmanuel.samb...@gmail.com wrote: If you use QGIS, a way to create a .poly file for osmosis is through QGIS' OSM_POLY Export plugin. Simply load the shapefile and run the plugin. On Wed, Jul 13, 2011 at 4:15 PM, Martijn van Exel m...@rtijn.org wrote: I have a shapefile containing a fair number of polygons that I want to feed into osmosis for cutting up an OSM data file. osmosis takes .poly files for this purpose. Is there a way to either convert a polygon shapefile to OSM poly format or to achieve this some other way? Right now I'm thinking of importing the entire (US) planet into PostGIS and cut it in the database. This is for analysis purposes, not visualization. Thanks! -- martijn van exel schaaltreinen.nl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- martijn van exel schaaltreinen.nl -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hitting reset on talk-au
On Wed, Jul 13, 2011 at 9:46 AM, Michael Collinson m...@ayeltd.biz wrote: Richard is a calm, thoughtful, intelligent guy who listens to people and tries to create a fun, global, human environment for our project. +1 Steve has made one post making a considered overview of an ugly situation and inviting discussion ... a proper course of action for the founder of our project to take. Michael, If you carefully read Steve's post, you will see that some people may find it insulting. For example he is belittling Etienne's efforts. He expresses a dislike of pseudonyms which may bring into question his motivation(s) for resetting the list. I personally hope you (David) will also calm down, withdraw unwarranted personal insults and consider apologising. +1 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hitting reset on talk-au
Frederik Ramm wrote: I must congratulate David on his decision. [...] If any of you, at any time, feel that they seriously wish someone else in the project to burn in hell; if you can't sleep because someone was wrong on the mailing list; if you're thinking of ways to take revenge on the guy who reverted your wiki edit - if any of that happens, then the project has clearly failed to deliver the fun it promised, and it is time to move on. Life is just too short! Agreed 100%. That's why I started the Going separate ways thread: there's no point in all this gut-wrenching when plenty of alternatives are now available. Just find the one that suits your beliefs and enjoy contributing to it, rather than being miserable within OSM. I hope David enjoys FOSM or CommonMap. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Hitting-reset-on-talk-au-tp6569961p6578539.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: Help Planet.osm.bz2 import error.
Can someone help this person out? -- Forwarded message -- From: Saphy Mo saphy...@yahoo.com Date: Jul 13, 2011 3:03 PM Subject: Help Planet.osm.bz2 import error. To: m...@rtijn.org m...@rtijn.org Dear Sir van Excel, I have got error as out of memory at the end of import of newest Planet.osm into postgis database using osm2pgsql.exe. in slim mode. could you please give me some tips to by pass this problem? I used this command: osm2pgsql.exe -d PlanetLL --latlong --slim -c -C 1500 -H localhost -P 5432 -U osm -W -S default.style .\OsmFiles\Planet-Latest.osm.bz2 in postgresql Server the configuration is as: shared_buffers = 260MB Reagrds and thank. Saph ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
On Wed, Jul 13, 2011 at 5:18 PM, Frederik Ramm frede...@remote.org wrote: Also, in case this hasn't become clear, I am not in favour of +1/-1 buttons for *contributors*, but for individual *changesets*. Well, until you start compiling them into a league table of least-liked contributors. Which, erm, you proposed. :) I am not a friend of policies and guidelines Ah. I am. For all the complaints of wikilawyering at Wikipedia, at least it means the effort is focused on improving policies and guidelines, rather than simply hurling insults at each other. Or, almost worse, the interminable discussions on the tagging lists that briefly build consensus which is promptly forgotten because it wasn't recorded anywhere. I think there should be policies and guidelines for a few hard things but there will always be soft things where setting up rules is extremely difficult. Policies for hard things, guidelines for soft things. A +1/-1 scheme for changesets could be a replacement for the tedious and bueraucratic process of setting up guidelines. Such a process is quickly drowned by all sorts of but we cannot have this rule because there is a legitimate situation where you would need to break it..., It's actually pretty easy to have a rule then compile a list of known exceptions. whereas a simple +1/-1 for changesets would not have that problem. Nor does it achieve the same thing. So, this was a great changeset over here. How do I know whether that fresh changeset over there is any good? You could ask questions like: Show me a changeset with more than 5 +1 votes that uses the so-and-so tag - in the hope of finding a good example of how that tag is used. Yep, it would have some value. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Help Planet.osm.bz2 import error.
On 13 July 2011 23:15, Martijn van Exel m...@rtijn.org wrote: Can someone help this person out? You might be hitting a memory limit, even though it's running on a 64 bit system it seems to be compiled on a 32 bit system, Anthony posted a patch to prevent exactly this sort of problem... http://lists.openstreetmap.org/pipermail/dev/2011-June/023002.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
On Wed, Jul 13, 2011 at 3:43 AM, Frederik Ramm frede...@remote.org wrote: Hi, On 07/13/11 09:37, Maarten Deen wrote: But you're still only voting for the comment in the changeset, right? No, I was thinking that people should vote up/down what was *done* in the changeset. -1 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hitting reset on talk-au
On Wed, Jul 13, 2011 at 12:53 AM, Toby Murray toby.mur...@gmail.com wrote: On Tue, Jul 12, 2011 at 11:07 PM, Shalabh shalab...@gmail.com wrote: And to echo Steve Bennet's comment, I am at a loss to find anything bad enough said by any Richard to justify this rant. I'm guessing it has to do with this? http://lists.openstreetmap.org/pipermail/talk-au/2011-July/008350.html Has there been any followup to that? I still can't figure out what was done. First we were on moderation, then off it, then on it again. And while we were on, I have no idea what went through, what didn't, and why. Anyone know what's going on? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
Hi, On 07/13/2011 03:22 PM, Steve Bennett wrote: Also, in case this hasn't become clear, I am not in favour of +1/-1 buttons for *contributors*, but for individual *changesets*. Well, until you start compiling them into a league table of least-liked contributors. Which, erm, you proposed. :) A witch-hunt, of which you chose to speak, would IMHO be something where I vote up or down a person. I was thinking of voting up or down contributions, and yes, this could also lead to league tables that identify people with consistently problematic edits; but that would not be because of who they are, but because of what they do. Maybe I am the only one seeing a difference here but personally I have absolutely zero problem in saying something like this person has consistently made edits that others in the project found sub-standard. This has nothing to do with hurling insults at anybody. (But frankly I would expect such a system to be much more fine grained; I would expect the average score of most changesets to be positive - just like we have many more up-votes than down-votes on help.osm.org; but if you are a contributor who, like most, does well most of the time, and then you start doing something new and suddenly you're getting bad feedback for that then you might be inclined to re-think. Such negative feedback is possible even today by sending them a message, but that's a much higher hurdle so you'll have many people who say eek, that looks stupid but they won't bother writing. A +1/-1 button would be a measure with more participation.) I am not a friend of policies and guidelines Ah. I am. For all the complaints of wikilawyering at Wikipedia, at least it means the effort is focused on improving policies and guidelines, rather than simply hurling insults at each other. Or, almost worse, the interminable discussions on the tagging lists that briefly build consensus which is promptly forgotten because it wasn't recorded anywhere. I think there should be policies and guidelines for a few hard things but there will always be soft things where setting up rules is extremely difficult. Policies for hard things, guidelines for soft things. Why don't you start a committee to set up policies and guidelines, and I do +1/-1 buttons on changesets, and in a year we meet to compare results ;) Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
On Wed, Jul 13, 2011 at 3:43 AM, Frederik Ramm frede...@remote.org wrote: No, I was thinking that people should vote up/down what was *done* in the changeset. +1 This is simply communicating the community's opinion about a changeset. It might be nice (but much more complicated) to weight votes based upon how much editing the voter has done in that country/region. As for a league table, I'm not sure of the value, however being able to search for changesets that use a certain tag and have a certain up/down vote rating would be useful. -Josh ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Open MapQuest route problem
This issue should be resolved with the routing data update that was pushed to production last night on MapQuest's servers. Thank you for pointing this bug out to us. --Greg Knisely ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
On 11/07/2011 22:42, Frederik Ramm wrote: Hi, I just stumbled across a changeset where someone helpfully added a toilet:access=customers to 1350 pubs in the Greeater London area (thereby adding no information but freshening the time stamp of the objects, giving the cursory visitor the impression that the pub might actually have been resurveyed which it very likely hasn't). I don't think that this case is a good example to support your argument. This is a perfectly acceptable addition which does add information - that it's not a public toilet. You can't just walk in of the street to spend a penny. Why is it a problem getting time-stamped? If it doesn't, how would anybody know it's been edited able to verify it? I sometimes get the feeling that people get far too involved in OSM that they can't see the woods for trees where common sense logic go out of the window. Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Help Planet.osm.bz2 import error.
Hi, On 07/13/11 15:33, John Smith wrote: You might be hitting a memory limit, even though it's running on a 64 bit system it seems to be compiled on a 32 bit system, Anthony posted a patch to prevent exactly this sort of problem... http://lists.openstreetmap.org/pipermail/dev/2011-June/023002.html No. That patch is for osm2pgsql-64 (with its support for 64bit IDs). Saphy Mo is running a plain old (more than 12 months old) 32-bit-id osm2pgsql on a Windows system. As far as I know there is no version of osm2pgsql for 64-bit windows systems because ever since the autogen compile was introduced nobody managed to compile it properly. See http://wiki.openstreetmap.org/wiki/Osm2pgsql#Windows_XP. I think anyone who managed to compile a proper, current, 64bit version of osm2pgsql under Windows would be a hero for many ;) Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
On Wed, Jul 13, 2011 at 10:25 AM, Dave F. dave...@madasafish.com wrote: On 11/07/2011 22:42, Frederik Ramm wrote: Hi, I just stumbled across a changeset where someone helpfully added a toilet:access=customers to 1350 pubs in the Greeater London area (thereby adding no information but freshening the time stamp of the objects, giving the cursory visitor the impression that the pub might actually have been resurveyed which it very likely hasn't). I don't think that this case is a good example to support your argument. This is a perfectly acceptable addition which does add information - that it's not a public toilet. You can't just walk in of the street to spend a penny. Why is it a problem getting time-stamped? If it doesn't, how would anybody know it's been edited able to verify it? I was wondering the same thing when I first read this. I think maybe what Frederik means is that someone added the tag to *all* pubs in the Greater London area, and that Frederik believes that this was done indiscriminately, without checking if there actually was toilet access which was only available to customers. If that's the case, yeah, I guess that's bad tagging. Not because it adds no information, but because it potentially adds incorrect information (some of those toilets might be open to non-customers). And I think the fact that you (and, originally, I) have no idea what's wrong with that tagging is a good argument why the ability to add a -1 to a changeset is useless at best and harmful at worst. All that said, if Frederik wants to write the code to do it, if it doesn't take up much resources on the servers, and if it's kept in a relatively non-obnoxious place on the website, I don't see the harm. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM in Wikimania 2011
Hi everyone, I'm going to Wikimania 2011 in Haifa, Israel this year (thanks to their scholarship program) and I'm wondering if there are any other OSMers going to the conference. I'd certainly love to meet other OpenStreetMappers from other countries. :-) Looking at the schedule, there are a couple of OSM-related events/talks: There will be an introductory talk about OSM on Friday, August 5: http://wikimania2011.wikimedia.org/wiki/Submissions/The_Free_Wiki_World_Map:_Openstreetmap And a mapping party will follow after that talk: http://wikimania2011.wikimedia.org/wiki/Submissions/OpenStreetMap_mapping_party I hope to meet OSM people there! Eugene ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Help Planet.osm.bz2 import error.
On Wed, Jul 13, 2011 at 6:45 PM, Martijn van Exel m...@rtijn.org wrote: Dear Sir van Excel, I have got error as out of memory at the end of import of newest Planet.osm into postgis database using osm2pgsql.exe. in slim mode. could you please give me some tips to by pass this problem? I used this command: osm2pgsql.exe -d PlanetLL --latlong --slim -c -C 1500 -H localhost -P 5432 -U osm -W -S default.style .\OsmFiles\Planet-Latest.osm.bz2 in postgresql Server the configuration is as: shared_buffers = 260MB Have you tried o Do you really need the whole planet file along with all the data, If not you can process the file according to your requirement or also can refine the data. There are also some other configuration recommended along with shared_buffers. i.e. checkpoint_segments = 20 maintenance_work_mem = 256MB # 256000 for 8.1 and earlier autovacuum = off But If you require the whole data and osm2pgsql for windows is not doing task then you should try any other tool like Osmosis etc. to generate the tiles. -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Help Planet.osm.bz2 import error.
On Wed, Jul 13, 2011 at 10:58 PM, Parveen Arora m...@parveenarora.in wrote: Have you tried o This complete line was: Have you tried to import country specific data? -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hitting reset on talk-au
On 7/13/2011 2:58 AM, Nic Roets wrote: Steve has made one post making a considered overview of an ugly situation and inviting discussion ... a proper course of action for the founder of our project to take. Michael, If you carefully read Steve's post, you will see that some people may find it insulting. For example he is belittling Etienne's efforts. Far from belittling, I've elevated his efforts to a direct threat to the project in my mind. He expresses a dislike of pseudonyms which may bring into question his motivation(s) for resetting the list. I hadn't really thought about the pseudonym thing until a while ago when someone sent around the 'poisonous people' talk video done I think at google. One of their very first points is to note that trolls usually use pseudonyms and if you can stop that then things can get a lot better. Personally I'm very libertarian and would otherwise support using pseudonyms. But sadly when it reaches the limit case where essentially every troll is a pseudonym it's hard to justify it anymore. I personally hope you (David) will also calm down, withdraw unwarranted personal insults and consider apologising. +1 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Check out frontdoor - http://frontdoor.cloudapp.net/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hitting reset on talk-au
Steve Coast wrote: Personally I'm very libertarian and would otherwise support using pseudonyms. But sadly when it reaches the limit case where essentially every troll is a pseudonym it's hard to justify it anymore. I'm confused. You say that things have gotten to where people are being harassed in real life. Won't forcing people to use their real names increase the possibility of this? -- View this message in context: http://gis.638310.n2.nabble.com/Hitting-reset-on-talk-au-tp6569961p6580718.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hitting reset on talk-au
On Wed, Jul 13, 2011 at 3:44 PM, Steve Coast st...@asklater.com wrote: I hadn't really thought about the pseudonym thing until a while ago when someone sent around the 'poisonous people' talk video done I think at google. One of their very first points is to note that trolls usually use pseudonyms and if you can stop that then things can get a lot better. I just watched the video. It didn't say that at all. It said (http://video.google.com/videoplay?docid=-4216011961522818645 around 27:20) that poisonous people tend to: *use silly nicknames (the example was crazyjoe53woo) *use multiple nicknames in different media *overuse capital letters *use excessive punctuation *OMG WTFBBG *generally have a lack of clue ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM in Wikimania 2011
Eugene That's excellent, have a great time. I'm presently in Jerusalem, and hope that OSM-ers from Israel and Palestine can take part in Haifa, will let them know. (I may be leaving the week before :( ) -Mikel == Mikel Maron == +14152835207 @mikel s:mikelmaron From: Eugene Alvin Villar sea...@gmail.com To: OpenStreetMap talk@openstreetmap.org Sent: Wed, July 13, 2011 8:18:52 PM Subject: [OSM-talk] OSM in Wikimania 2011 Hi everyone, I'm going to Wikimania 2011 in Haifa, Israel this year (thanks to their scholarship program) and I'm wondering if there are any other OSMers going to the conference. I'd certainly love to meet other OpenStreetMappers from other countries. :-) Looking at the schedule, there are a couple of OSM-related events/talks: There will be an introductory talk about OSM on Friday, August 5: http://wikimania2011.wikimedia.org/wiki/Submissions/The_Free_Wiki_World_Map:_Openstreetmap And a mapping party will follow after that talk: http://wikimania2011.wikimedia.org/wiki/Submissions/OpenStreetMap_mapping_party I hope to meet OSM people there! Eugene ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Mappen Amsterdam
Dag allen, sinds kort ben ik onder andere huisnummers en waterhappertjes in Amsterdam aan het toevoegen. Mij zijn toch wel wat dingen nog niet helemaal duidelijk, bijvoorbeeld waarom sommige adressen wel te vinden zijn met Nominatim en andere niet. Als ik eens op een mappersborrel kom leggen jullie me dat vast wel uit? Hartelijke groet, Nico Witteman ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Irony...
On Mon, Jul 11, 2011 at 6:59 PM, Matt White mattwh...@iinet.com.au wrote: Is it just me, or is there a certain amount of irony in Nearmap not allowing OSM to use their aerials to trace from, but being quite happy to use OSM as their street layer? Nah, there's a very superficial irony that evaporates pretty quickly once you look closer. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Irony...
Irony is when you buy a shiny new GPS loaded with OSM data, only to find out that you need to pay a license fee to be able to update the map. Gotta love that new license. On 13 July 2011 15:04, Steve Bennett stevag...@gmail.com wrote: On Mon, Jul 11, 2011 at 6:59 PM, Matt White mattwh...@iinet.com.au wrote: Is it just me, or is there a certain amount of irony in Nearmap not allowing OSM to use their aerials to trace from, but being quite happy to use OSM as their street layer? Nah, there's a very superficial irony that evaporates pretty quickly once you look closer. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] PostGIS - Kriege die Daten nicht an den richtigen Ort ...
Ich danke Dir tausendfach Igor! Nun geht es! Kannst Du mir evtl. noch ganz kurz erklären, oder einen Link posten, wieso ich das nach 3785 konvertieren muss? Ich meine ich habe die OSM Daten in 3395 drin, wieso stellt er es nicht korrekt dar, wenn ich die anderen Punkte in 4326 einfüge? Danke nochmal! Tom Am 13.07.2011 00:22, schrieb Igor Podolskiy: Hallo Tom, ST_Transform(st_geomfromtext('POINT ( + point.getLat() + + point.getLon() + )', 4326), 3857) erstens brauchst du SRID 3785 und nicht 3857, wenn du die Universal-Mercator-Projektion machen willst, Bartosz hatte leider einen Vertipper in seiner Mail. Zweitens: kann das vielleicht sein, dass dein SRS jetzt doch stimmt, aber lon und lat bei dir vertauscht sind? :) So wie ich WKT kenne, ist es immer POINT(LON LAT) bzw. POINT(X Y) und X ist eben die Länge. Bin selber schon was weiß ich wie oft in diese Falle getappt... Hope that helps Igpr ___ 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] Auswirkungen der Lizenzumstellung auf Wegerelationen
Am 12.07.11 20:56, schrieb Jan Tappenbeck: Hi ! hat sich jemand schon einmal darüber Gedanken gemacht welche Auswirkungen auf Relationen es hat wenn ein User nicht der neuen Lizenz zustimmt Ja, ich ;-) Es müssen ja nicht nur sämtliche Bearbeiter der Relation zugestimmt haben, sondern auch die der benutzten Wege und die der von den Wegen benutzten Knoten. Man muß also davon ausgehen, dass die meisten Relationen zerstückelt werden. Gibt es schon ein Tool was soetwas simuliert ? Wohl kaum. Würgaround: Mach dir rechtzeitig mit rel2gpx von allen Wanderwegen, die dir wichtig sind, eine lokale gpx. Dann kannst du hinterher die Relationen wieder zusammenflicken. Die Wir-mappen-alles-neu-Fraktion hat sich nun mal durchgesetzt. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kinderwagenfreundliche Wanderwege finden
On 06.07.2011 00:02, Simon Poole wrote: Also da würde ich doch eher Kindertrage/Rucksack empfehlen. Mit dem Anhänger wird doch jede Treppe oder steiler Anstieg zur Qual. Und aus eigener Erfahrung weiss ich, dass quer durch den Wald und ähnlichen Unsinn mit dem Rucksack problemlos geht. Hallo, mein Sohn ist behindert, wiegt 17kg und er kann keine langen Strecken gehen. Ein paar Meter kann ich ihn schon tragen, aber längere Strecken sind nicht drinnen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswirkungen der Lizenzumstellung auf Wegerelationen
André Joost andre+jo...@nurfuerspam.de wrote: Würgaround: Mach dir rechtzeitig mit rel2gpx von allen Wanderwegen, die dir wichtig sind, eine lokale gpx. Dann kannst du hinterher die Relationen wieder zusammenflicken. Warum sollte man soetwas tun? Alte planetfiles werden wohl kaum überall gelöscht werden. Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /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] Auswirkungen der Lizenzumstellung auf Wegerelationen
Am 13.07.2011 08:02, schrieb André Joost: Am 12.07.11 20:56, schrieb Jan Tappenbeck: Hi ! hat sich jemand schon einmal darüber Gedanken gemacht welche Auswirkungen auf Relationen es hat wenn ein User nicht der neuen Lizenz zustimmt Ja, ich ;-) Es müssen ja nicht nur sämtliche Bearbeiter der Relation zugestimmt haben, sondern auch die der benutzten Wege und die der von den Wegen benutzten Knoten. Man muß also davon ausgehen, dass die meisten Relationen zerstückelt werden. Also mal abgesehen davon, dass an einer Routenrelation nun absolut gar nichts kreatives ist, und man durchaus auch die Position vertreten könnte, dass man da gar nichts löschen muss, gibt es keinen Grund zu verlangen, dass saubere Relationen nur auf relizensierte Objekte zeigen dürfen. Solange alles noch in der DB ist (das wird ja sehr wahrscheinlich ein langsamer Prozess des Ersetzens sein) kann auch die Relation ruhig darauf verweisen. Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Logicbot - Lizenz
Moin, ich habe hier eine Mail im Postkasten, in der er erklärt, zugestimmt zu haben (hab's nicht überprüft) - das ist damit hoffentlich erledigt. Grüße, Schusch On Wed, 13 Jul 2011, Stefan Schwan wrote: Der Ersteller des Logicbot hat der Lizenzänderung noch nicht zugestimmt.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] neue Straßenlistenauswertung in Alpha-Version verfügbar
Hallo, auf dem Münchener OSM Hack-Wochenende am 18. und 19.6. (vielen Dank nochmal für die super Betreuung, Verpflegung und Stimmung!) hatte ich unter tatkräftiger Hilfe der Anwesenden begonnen, eine neue Straßenlistenauswertung zu programmieren und habe jetzt eine erste Alpha-Version fertiggestellt [1]. Anlaß war, daß leider im Januar dieses Jahres die sehr gute Straßenlistenauswertung von Florian Lohoff ausgefallen ist und noch unklar ist, ob diese wieder bereitgestellt wird. Kurz danach hat auch Sven Anders angekündigt, daß unter anderem seine Straßenlistenauswertung (zu beiden siehe [2]) nicht mehr lange verfügbar sein wird. Die Auswertung ist funktional und optisch relativ eng an die frühere Version von Florian Lohoff angelehnt, allerdings ist der Programmcode neu erstellt worden. * Aktuell vorhandene Straßenlisten Die aktuell auf der Website verfügbaren Auswertungen basieren auf einem Teil-Download mit Stand ca. Mitte Januar dieses Jahres, kurz bevor die Website von Florian leider offline ging. Ich habe Florian Lohoff um die gesamten Listen angefragt, er will mir diese bei Gelegenheit übermitteln, dann werde ich diese mit einpflegen. * Pflege der Straßenlisten Im Gegensatz zum früheren Auftritt von Florian will ich die eigentlichen Straßenlisten nicht in einem wiki auf dem Server vorhalten, sondern schlage vor, diese im OSM-Wiki zu speichern, damit sie dauerhaft zugreifbar bleiben. Dazu habe ich einige Beispiel-Listen dort abgelegt, die über die neue Wiki-Kategorie List of street names [2] aufgefunden werden können. Wenn eine Gemeinde oder eine Stadt bereits eine Wiki-Seite hat, würde ich vorschlagen, die Straßenliste entsprechend auf einer neuen Wiki-Seite stadtxy/Straßenliste zu pflege, z.B. [3]. Für kleine Gemeinden oder die Listen eines Kreises habe ich diese zusammengefasst [4] Die Struktur einer Seite entspricht grob der von Florian früher. Die Nutzung des OSM-Wikis ist nur ein Vorschlag von mir. Stattdessen können die Listen auch woanders zentral und auch dezentral auf verschiedenen Websites gelagert werden. Eine entsprechende Maske zur Angabe der Orte wäre kein großes Problem. * Aktueller Funktionsumfang Die graphische Anzeige der Auswertung je Bundesland fehlt noch und die zeitliche Entwicklung je Liste. Darüberhinaus sollte aber die Auswertung aber ausreichen, das weiterhin fleißig fehlende Straßennamen ergänzt werden können ;) Bitte meldet Fehler, Verbesserungsvorschläge, optische Sachen (häßliche/aggreisive Farben?) etc., damit ich die Nutzbarkeit der Auswertung erhöhen kann. * Hosting / Zyklus der Auswertungen Aktuell habe ich auf dem gehosteten Servers meines OSM-Freundes Eckhart Wörner (vielen Dank fürs Hosting !!) noch nicht die notwendige DB, daher rechne ich die Auswertungen je Bundesland lokal bei mir auf einem älteren Rechner und lade diese erst dann hoch. Geplant ist aber, in Kürze eine tägliche Aktualisierung der Straßenlistenauswertung bereitzustellen. Wenn jemand einen Host mit mindestens planed-Auszug Deutschland hat und meine Anwendung mit aufnehmen könnte, bitte melden. Dann müsste ich mich nicht um diese untere DB-Pflege des Datenbestandes kümmern. Aktuell läuft die Auswertung im Hintergrund und erzeugt nur statischen Output. * Doku im Wiki-OSM, Programmcode, etc. Ich möchte noch abwarten, ob mein Vorschlag der Nutzung des OSM-Wikis für die Straßenlisten-Pflege aus Eurer Sicht ok ist, bevor ich dann meine Auswertung mal in einer wiki-Seite beschreibe (ok, schwache Ausrede für meien Faulheit diesbeüglich 8;) Die Auswertung habe ich in Java geschrieben, bin aber noch blutiger Java-Neuling. Geplant ist, den Programmcode unter einer offenen Lizenz (GPL oder ähnlich) bereitzustellen und Interessierten später auch verfügbar zu machen. Wer mitprogrammieren will, melde sich gerne bei mir. Und jetzt hätte ich gerne Eure Kommentare, Verbesserungsvorschläge, Prüfung der Auswertungen oder was sonst auch immer. Viele Grüße Dietmar aka okilimu [1] http://eckhart-woerner.de/~dietmar/strassenliste/ [2] http://wiki.openstreetmap.org/wiki/Stra%C3%9Fenlisten [3] http://wiki.openstreetmap.org/wiki/Category:List_of_street_names [4] http://wiki.openstreetmap.org/wiki/Augsburg/Stra%C3%9Fenliste [5] http://wiki.openstreetmap.org/wiki/Landkreis_Ostallg%C3%A4u/Stra%C3%9Fenlist e ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswirkungen der Lizenzumstellung auf Wegerelationen
moin! Also mal abgesehen davon, dass an einer Routenrelation nun absolut gar nichts kreatives ist, Und Bing Abmalen ist dagegen kreativ? Nö, ich gehe mal davon aus, dass nur saubere Relationen in die ODBL DB überführt werden. und man durchaus auch die Position vertreten könnte, dass man da gar nichts löschen muss, gibt es keinen Grund zu verlangen, dass saubere Relationen nur auf relizensierte Objekte zeigen dürfen. Solange alles noch in der DB ist (das wird ja sehr wahrscheinlich ein langsamer Prozess des Ersetzens sein) kann auch die Relation ruhig darauf verweisen. Interessante Idee, dann wird aber die API bei jedem Hochladen meckern. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Straßenlistenauswertung in Alpha-Version verfügbar
On Wed, Jul 13, 2011 at 11:31:03AM +0200, Dietmar wrote: Die Nutzung des OSM-Wikis ist nur ein Vorschlag von mir. Stattdessen können die Listen auch woanders zentral und auch dezentral auf verschiedenen Websites gelagert werden. Eine entsprechende Maske zur Angabe der Orte wäre kein großes Problem. Wie wäre es mit einem Git-Repository? Das würde das Wiki nicht zumüllen und es gibt diverse Möglichkeiten, es zu hosten. Wenn jemand einen Host mit mindestens planed-Auszug Deutschland hat und meine Anwendung mit aufnehmen könnte, bitte melden. Dann müsste ich mich nicht um diese untere DB-Pflege des Datenbestandes kümmern. Aktuell läuft die Auswertung im Hintergrund und erzeugt nur statischen Output. Wie wäre es auf dem Development-Server? http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Development-Server Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostGIS - Kriege die Daten nicht an den richtigen Ort ...
Du mußt nach 3785 konvertieren (sorry wegen des Vertippers :) weil osm2pgsql beim Importieren eben auch nach 3785 konvertiert. Nur so sind die Daten alle im gleichen Koordinatensystem. Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswirkungen der Lizenzumstellung auf Wegerelationen
Am 13.07.2011 08:02, schrieb André Joost: Am 12.07.11 20:56, schrieb Jan Tappenbeck: Hi ! hat sich jemand schon einmal darüber Gedanken gemacht welche Auswirkungen auf Relationen es hat wenn ein User nicht der neuen Lizenz zustimmt Ja, ich ;-) Es müssen ja nicht nur sämtliche Bearbeiter der Relation zugestimmt haben, sondern auch die der benutzten Wege und die der von den Wegen benutzten Knoten. Man muß also davon ausgehen, dass die meisten Relationen zerstückelt werden. Das ist einer der größten Blödsinne die da entstehen - dann wäre es höchst Zeit ein Tool wie bei den einfachen Elementautoren um zu zeigen ob ein Relation eine Überlebenschance hat oder nicht. Besser noch eine Funktion die alle betroffenen User aufzeigt - mit deren Zustimmungsstatus. Wenn eine umfangreiche Relation sich auflösen wird - dann macht es wenig Sinn da noch weiter dran zu arbeiten. Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ermitteln der betroffenen User einer Relation
Moin ! gibt es irgendwo eine Beschreibung wie ich alle betroffenen User einer Relation ermitteln kann - über die API z.b. ??? ... und kann ich irgendwie über eine Schnittstelle ermitteln ob x der Lizenzumstellung zugestimmt hat ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ermitteln der betroffenen User einer Relation
Hi, On 07/13/11 12:07, Jan Tappenbeck wrote: gibt es irgendwo eine Beschreibung wie ich alle betroffenen User einer Relation ermitteln kann - über die API z.b. ??? Da gibt es einen Server von mir, der listet alle Benutzer, die an einem Objekt mitgearbeitet haben, plus deren Zustimmungs-Status: http://wtfe.gryph.de/api/0.6/userlist?relations=192586 Man sieht dabei allerdings nicht, *was* der einzelne Benutzer gemacht hat, ob es vielleicht nur eine unbedeutende Kleinigkeit war oder eine komplexe Aenderung. Dieser Server wird auch von der Lizenz-Ansicht in Potlatch benutzt und vom License Change Plugin in JOSM, an dem ich noch ein paar Bugs fixen muss, bevor es live gehen kann. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ermitteln der betroffenen User einer Relation
Am 13.07.2011 12:14, schrieb Frederik Ramm: Hi, On 07/13/11 12:07, Jan Tappenbeck wrote: gibt es irgendwo eine Beschreibung wie ich alle betroffenen User einer Relation ermitteln kann - über die API z.b. ??? Da gibt es einen Server von mir, der listet alle Benutzer, die an einem Objekt mitgearbeitet haben, plus deren Zustimmungs-Status: http://wtfe.gryph.de/api/0.6/userlist?relations=192586 Man sieht dabei allerdings nicht, *was* der einzelne Benutzer gemacht hat, ob es vielleicht nur eine unbedeutende Kleinigkeit war oder eine komplexe Aenderung. Dieser Server wird auch von der Lizenz-Ansicht in Potlatch benutzt und vom License Change Plugin in JOSM, an dem ich noch ein paar Bugs fixen muss, bevor es live gehen kann. Bye Frederik Hi ! das sieht interessant aus - undecided ist klar; aber was verbirgt sich hinter auto ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ermitteln der betroffenen User einer Relation
Am 13.07.2011 12:14, schrieb Frederik Ramm: Hi, On 07/13/11 12:07, Jan Tappenbeck wrote: gibt es irgendwo eine Beschreibung wie ich alle betroffenen User einer Relation ermitteln kann - über die API z.b. ??? Da gibt es einen Server von mir, der listet alle Benutzer, die an einem Objekt mitgearbeitet haben, plus deren Zustimmungs-Status: http://wtfe.gryph.de/api/0.6/userlist?relations=192586 Man sieht dabei allerdings nicht, *was* der einzelne Benutzer gemacht hat, ob es vielleicht nur eine unbedeutende Kleinigkeit war oder eine komplexe Aenderung. Dieser Server wird auch von der Lizenz-Ansicht in Potlatch benutzt und vom License Change Plugin in JOSM, an dem ich noch ein paar Bugs fixen muss, bevor es live gehen kann. Bye Frederik Hi ! ich muss noch etwas ergänzen dann - wie bekomme ich den User hinter der ID heraus ?? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ermitteln der betroffenen User einer Relation
Mit etwas nachdenken würde man draufkommen, dass auto die Kürzung von automatisch ist und wenn man dann noch um eine Ecke denkt, dann wäre man bei der Lösung, dass das wohl die Nutzer sind, die bereits mit der Anmeldung zugestimmt haben. ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Straßenlistenauswertung in Alpha-Version verfügbar
Hallo Jochen, ein git finde ich nicht sinnvoll, weil es nicht nur um die pure Archivierung/Verfügbarkeit geht, sondern die Listen gepflegt werden müssen. Es können auch von Amt Schreibfehler vorkommen, Straßen im Lauf der Zeit ergänzt/gelöscht werden, Kommentare ergänzt werden etc. Und die normalen OSM-ler sollen diese verwalten können, also am ehesten text-plain oder html-als Format. Es wäre aber ein lokales mini-wiki System auf dem Host möglich und so ein git für den Archivierungsteil, dann aber zyklisch irgendwo anders hin verteilen, um einem Serverausfall vorzubeugen. Für den Zugang zum Developement-Server habe ich eben einen Antrag [1] gestellt, vielen Dank für den Hinweis. Vor einigen Wochen hatte ich mir für ein anderes Projekt Zugang zum toolserver.org geholt und fühlte mich dann aber etwas alleingelassen bzw. habe keinen Admin genervt, als mal etwas nicht ging. Die wiki Seite über die Vorgehensweise auf dem FOSSGIS-Server klingt gut! Viele Grüße Dietmar [1] http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Projects/listofstreets -Ursprüngliche Nachricht- Von: Jochen Topf [mailto:joc...@remote.org] Gesendet am: Mittwoch, 13. Juli 2011 11:55 An: Dietmar Cc: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] neue Straßenlistenauswertung in Alpha-Version verfügbar On Wed, Jul 13, 2011 at 11:31:03AM +0200, Dietmar wrote: Die Nutzung des OSM-Wikis ist nur ein Vorschlag von mir. Stattdessen können die Listen auch woanders zentral und auch dezentral auf verschiedenen Websites gelagert werden. Eine entsprechende Maske zur Angabe der Orte wäre kein großes Problem. Wie wäre es mit einem Git-Repository? Das würde das Wiki nicht zumüllen und es gibt diverse Möglichkeiten, es zu hosten. Wenn jemand einen Host mit mindestens planed-Auszug Deutschland hat und meine Anwendung mit aufnehmen könnte, bitte melden. Dann müsste ich mich nicht um diese untere DB-Pflege des Datenbestandes kümmern. Aktuell läuft die Auswertung im Hintergrund und erzeugt nur statischen Output. Wie wäre es auf dem Development-Server? http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Development-Server Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswirkungen der Lizenzumstellung auf Wegerelationen
Am 13.07.2011 11:46, schrieb Chris66: moin! Also mal abgesehen davon, dass an einer Routenrelation nun absolut gar nichts kreatives ist, Und Bing Abmalen ist dagegen kreativ? Es gibt Leute, die das behaupten. Aber bei einer Routenrelation können wir dovon ausgehen, dass der kreative Anteil==0 ist (ausser der Mapper hat Fehler eingebaut). Ich bin durchaus der Meinung, dass Relationen die von einem Ablehner ganz ursprünglich erstellt wurden wohl gelöscht werden müssen, aber bei Edits in der Wegstücke eingetragen wurden (die ev. sogar Zu- stimmern erstellt wurde), da sehe ich es nicht ein. Nö, ich gehe mal davon aus, dass nur saubere Relationen in die ODBL DB überführt werden. und man durchaus auch die Position vertreten könnte, dass man da gar nichts löschen muss, gibt es keinen Grund zu verlangen, dass saubere Relationen nur auf relizensierte Objekte zeigen dürfen. Solange alles noch in der DB ist (das wird ja sehr wahrscheinlich ein langsamer Prozess des Ersetzens sein) kann auch die Relation ruhig darauf verweisen. Interessante Idee, dann wird aber die API bei jedem Hochladen meckern. Genau lesen was ich geschrieben habe... Man kann sich ja sogar vorstellen, Wegstücke die in Relationen vorkommen mit höherer Priorität neu zu erfassen. Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswirkungen der Lizenzumstellung auf Wegerelationen
Hallo Simon, Also mal abgesehen davon, dass an einer Routenrelation nun absolut gar nichts kreatives ist, Und Bing Abmalen ist dagegen kreativ? Es gibt Leute, die das behaupten. Aber bei einer Routenrelation können wir dovon ausgehen, dass der kreative Anteil==0 ist (ausser der Mapper hat Fehler eingebaut). deine Meinung in allen Ehren, da wäre ich jetzt aber sehr, sehr vorsichtig. Versuche mal, eine Überlandbus-Linie (oder auch nur eine S-Bahn) zu erfassen, da wirst du schnell staunen, wieviel Zeit, Ausdauer, Recherche (auch vor Ort), Orts- und Fachkenntnis (OSM wie ÖPNV) du dafür brauchst. POIs in der Landschaft mit nem GPS zu erfassen und einzutragen ist dagegen fast langweilig - und irgendwie glaube ich bei dir herauszuhören, das eine sei kreativer als das andere. Aus meiner Sicht ist jeder Beitrag wichtig, sei es POIs zu mappen oder sinnvolle Relationen zu erstellen oder sonstwas, und ich tue mich immer mit pauschalen Aussagen wie Routen - Kreativität==0 sehr schwer. Viele Grüße Igor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswirkungen der Lizenzumstellung auf Wegerelationen
Am 13.07.2011 14:44, schrieb Igor Podolskiy: Hallo Simon, Also mal abgesehen davon, dass an einer Routenrelation nun absolut gar nichts kreatives ist, Und Bing Abmalen ist dagegen kreativ? Es gibt Leute, die das behaupten. Aber bei einer Routenrelation können wir dovon ausgehen, dass der kreative Anteil==0 ist (ausser der Mapper hat Fehler eingebaut). deine Meinung in allen Ehren, da wäre ich jetzt aber sehr, sehr vorsichtig. Versuche mal, eine Überlandbus-Linie (oder auch nur eine S-Bahn) zu erfassen, da wirst du schnell staunen, wieviel Zeit, Ausdauer, Recherche (auch vor Ort), Orts- und Fachkenntnis (OSM wie ÖPNV) du dafür brauchst. Die Menge Arbeit ist nun mal nicht relevant (mit wenigen Ausnahmen), dass heisst nicht das ich die Arbeit nicht schätze, nur dass sie für die Bestimmung ob hier irgendwelche IP-Rechte tangiert sind, nicht massgebend ist. POIs in der Landschaft mit nem GPS zu erfassen und einzutragen ist dagegen fast langweilig - und irgendwie glaube ich bei dir herauszuhören, das eine sei kreativer als das andere. Es geht in diesem Fall nun mal nur darum, Informationen die in anderer Form -schon- da sind (sei es als Wegweiser, Bushaltestellen etc) in eine Liste einzutragen. Macht man es richtig, ist der eigener Anteil daran -null- es gibt keine Wahlmöglichkeit (im Gegensatz zum Erstellen der Objekte die eingetragen werden). Dass das Erfassen aufwendig sein kann, z.B. 940 km Radrouten abfahren wie es ich jetzt gerade mache, hat wirklich nichts mit Kreativität zu tun. Aus meiner Sicht ist jeder Beitrag wichtig, sei es POIs zu mappen oder sinnvolle Relationen zu erstellen oder sonstwas, und ich tue mich immer mit pauschalen Aussagen wie Routen - Kreativität==0 sehr schwer. Es hat nichts, aber auch gar nichts, damit zu tun ob der Beitrag wichtig ist oder nicht. Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kinderwagenfreundliche Wanderwege finden
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Thomas, da jetzt geklärt ist, daß es unbedingt ein Kinderwagen sein muß, kommen wir mal zurück zum ursprünglichen Thema. Ich nehme mal an, Deine Idee war, irgendwie eine Karte auf das Handy zu bekommen, auf der Du kinderwagentaugliche Wege erkennen kannst. (Wie man Karten für Dein Handy erzeugt, damit kenne ich mich nicht aus.) Ich bezweifle, daß ein Handy-Display oder das Routing auf dem Handy für eine Tourenplanung ausreicht. (Ich denke da an mein Garmin 76CSx. Entweder ich habe einen ausreichend großen Bereich auf dem Display, dann fehlen aber die kleineren Straßen und Wege, oder ich habe einen zu kleinen Ausschnitt mit genügend Details.) Deshalb kann ich mir das nur am PC oder in Verbindung mit einer Papier-Karte vorstellen. Eine entscheidende Frage ist: Wie definierst Du einen kinderwagentauglichen Weg? Ich könnte mir vorstellen, daß Wege mit highway=track und tracktype=1 oder tracktype=2 prinzipiell geeignet sind. Weitere tracktype-Werte ggf. je nach Art des Kinderwagens. Es gibt in der Gegend aber auch highway=track ohne tracktype-Angabe. Bei highway=path ist es noch schwieriger, weil Breite und Wegbeschaffenheit kaum erfaßt wird. Steigung oder Gefälle ist ein weiteres Problem. Ich nehme aber an, daß die meisten gut befestigten breiten Wege (Feld- und Forstwege) von der Steigung her geeignet sein könnten, denn da können meist auch Autos fahren. Wenn die Karte Höhenlinien enthält, kann man vielleicht die Steigung auf der Karte erkennen. Wenn Du eine Entscheidung für geeignete Kriterien hast, kannst Du vielleicht ein Werkzeug zur Erzeugung von Karten so einstellen, daß die gewünschten Wege von den anderen unterschieden werden können. IIRC kann man beim OSM-Composer einstellen, wie verschiedene Wegarten dargestellt werden sollen. (Keine Ahnung, ob das Ergebnis für Dein Handy verwendbar ist.) Unabhängig von den kinderwagentauglichen Wegen solltest Du Dich mal informieren, welche Möglichkeiten es gibt, Karten auf Dein Handy zu bekommen, und ob/wie man speziell ausgewählte Wege hervorheben kann. Viele Grüße Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk4dqdUACgkQnMz9fgzDSqccHwCfQEW9Q3cFOG7agV4lI8g3HM7v AxYAmwRiALQ9RzebPVmLOy9Ll1XVIyC1 =QBLU -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswirkungen der Lizenzumstellung auf Wegerelationen
Igor Podolskiy wrote: Aus meiner Sicht ist jeder Beitrag wichtig, sei es POIs zu mappen oder sinnvolle Relationen zu erstellen oder sonstwas, und ich tue mich immer mit pauschalen Aussagen wie Routen - Kreativität==0 sehr schwer. 1+ Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Auswirkungen-der-Lizenzumstellung-auf-Wegerelationen-tp6576353p6579249.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] Kinderwagenfreundliche Wanderwege finden
Das ganze ist mehr oder weniger trivial mit einer speziellen Garmin-Karte und deren Auto-Routing zu erschlagen, wenn man weiß wie oder sich halt ein wenig in die Thematik einarbeitet. Man muss in der Karte über Prioritäten festlegen, auf welchen Wegen das Gerät routen soll und auf welchen nicht. Das ist im Prinzip das, was jede Fahrradkarte umsetzt. Das Problem ist nur, dass die nötigen Infos nicht Flächendeckend vorhanden sind und was nicht vorhanden ist kann nicht ausgewertet werden. @Thomas: Bei den Online-Karten dürfte dich vor allem die WanderReitkarte interessieren. Da fließt der Befestigungsgrad mit in die Darstellung ein. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kinderwagenfreundliche Wanderwege finden
On Wed, 2011-07-13 at 16:21 +0200, Bodo Meissner wrote: Ich nehme mal an, Deine Idee war, irgendwie eine Karte auf das Handy zu bekommen, auf der Du kinderwagentaugliche Wege erkennen kannst. (Wie man Karten für Dein Handy erzeugt, damit kenne ich mich nicht aus.) Ich bezweifle, daß ein Handy-Display oder das Routing auf dem Handy für eine Tourenplanung ausreicht. (Ich denke da an mein Garmin 76CSx. Entweder ich habe einen ausreichend großen Bereich auf dem Display, dann fehlen aber die kleineren Straßen und Wege, oder ich habe einen zu kleinen Ausschnitt mit genügend Details.) Deshalb kann ich mir das nur am PC oder in Verbindung mit einer Papier-Karte vorstellen. Eine entscheidende Frage ist: Wie definierst Du einen kinderwagentauglichen Weg? Ich könnte mir vorstellen, daß Wege mit highway=track und tracktype=1 oder tracktype=2 prinzipiell geeignet sind. Weitere tracktype-Werte ggf. je nach Art des Kinderwagens. Es gibt in der Gegend aber auch highway=track ohne tracktype-Angabe. Bei highway=path ist es noch schwieriger, weil Breite und Wegbeschaffenheit kaum erfaßt wird. Steigung oder Gefälle ist ein weiteres Problem. Ich nehme aber an, daß die meisten gut befestigten breiten Wege (Feld- und Forstwege) von der Steigung her geeignet sein könnten, denn da können meist auch Autos fahren. Wenn die Karte Höhenlinien enthält, kann man vielleicht die Steigung auf der Karte erkennen. Wenn Du eine Entscheidung für geeignete Kriterien hast, kannst Du vielleicht ein Werkzeug zur Erzeugung von Karten so einstellen, daß die gewünschten Wege von den anderen unterschieden werden können. IIRC kann man beim OSM-Composer einstellen, wie verschiedene Wegarten dargestellt werden sollen. (Keine Ahnung, ob das Ergebnis für Dein Handy verwendbar ist.) Unabhängig von den kinderwagentauglichen Wegen solltest Du Dich mal informieren, welche Möglichkeiten es gibt, Karten auf Dein Handy zu bekommen, und ob/wie man speziell ausgewählte Wege hervorheben kann. Die Dokumentation für das N900 ist noch etwas spärlich: http://wiki.openstreetmap.org/wiki/Nokia_N900 Wahrscheinlich ist MoNav mit selbstgenerierter Routing-Datei (mit entsprechenden Kinderwagen-Regeln) oder Marble mit MoNav-Routing die am ehesten geeignete Variante. MoNav kann auch offline rendern, Marble kann Tiles cachen oder bei vorhandenem Netz vor Ort runterladen. Gruß, Mitja ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswirkungen der Lizenzumstellung auf Wegerelationen
Nochmals: Kreativität hat nichts damit zu tun ob ein Beitrag wichtig ist oder nicht, es gibt sehr wichtige Beiträge die reine Fleissarbeiten sind und es gibt sehr kreative Beiträge die nichts als Müll sind. Igor scheint der Meinung zu sein, dass es da ein Zusammenhang gibt, ich nicht. Simon Am 13.07.2011 16:41, schrieb Walter Nordmann: Igor Podolskiy wrote: Aus meiner Sicht ist jeder Beitrag wichtig, sei es POIs zu mappen oder sinnvolle Relationen zu erstellen oder sonstwas, und ich tue mich immer mit pauschalen Aussagen wie Routen - Kreativität==0 sehr schwer. 1+ Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Auswirkungen-der-Lizenzumstellung-auf-Wegerelationen-tp6576353p6579249.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
[Talk-de] Gesperrte Wege im Nationalpark Harz
Hallo, folgendes habe ich von einem Mit-Mapper erfahren: Bei der Verwaltung des Nationalparks Hochharz bestehen Vorbehalte gegenüber OSM, und zwar aus folgendem Grund: Für den Bereich des Nationalparks gibt es einen seit Ende des letzten Jahres gesetzlich verankerten Wegeplan, d.h. eine Auflistung von Wegen, die öffentlich genutzt werden können. Alle anderen Wege dürfen von Wanderern nicht genutzt werden (Nationalpark = Naturschutzgebiet). Eine Mitarbeiterin, die für die GIS-Daten zuständig ist, bemängelt, dass diese Wege in der OSM Karte enthalten sind und nicht entsprechend gekennzeichnet sind. Ich bin nun der Meinung, daß die Wege drin sind ist die eine Sache (auch Ranger mögen ja wohl die OSM Karte sinnvoll nutzen). Daß sie nicht entsprechend gekennzeichnet sind ist natürlich schlecht und sollte korrigiert werden. Ich habe mir mal die Sache angesehen und es gibt Karten, die die gesetzten Tags in dieser Hinsicht berücksichtigen. Das sieht man z.B. hier: http://www.malenki.ch/OSM/html/BED/wanderwege_bed_III_bilder.html?zoom=14lat=51.80826lon=10.61448layers=B000FFTTT (siehe rot quergestrichene Wege - in der Reit und Wanderkarte sieht das ähnlich aus - da ist noch ein explizites Reitverbot Schild drin) und dagegen der gleiche Ausschnitt mit mapnik oder osmarender gerendert: http://www.openstreetmap.org/?lat=51.8041lon=10.6174zoom=14layers=M Wenn ich mir die Tags in JOSM ansehe, dann sind die so bezeichnet: access=no bicycle=no foot=no highway=path horse=no name=Schneelochweg (auch andere) note=Weg nicht ausgeschildert ski=no Es liegt der Verdacht nahe, daß hier bei den beiden Karten, die die Wege explizit markieren, das horse=no berücksichtigt wird. Daß auf der Fahrradfahrerkarte auch eine ganz normale Linie erscheint, halte ich unabhängig vom Thema Nationalpark für einen echten Bug im Renderer. Die Frage ist nun, welche Tags sollte man sinnvollerweise benutzen, um für die öffentlichkeit gesperrte Wege zu markieren? Ich halte eigentlich das access=no für ausreichend. Die ganzen Fortbewegungsmittel auf no zu setzten ist aber eigentlich Unsinn, denn zumindest zu Fuß werden die Ranger wohl da druchlaufen können und eventuell benutzten sie auch noch anderer Fortbewegungsmittel. Wenn so ein Tag feststeht, dann sollten die Renderer (und auch die GPS-images) diese entsprechend auch berücksichtigen - sonst macht man sich langfristig sicher keine Freunde, wenn gesetzlich gesperrte Wege vollkommen gleichberechtigt neben anderen erscheinen. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Andreas Tille andr...@an3as.eu wrote: Ich bin nun der Meinung, daß die Wege drin sind ist die eine Sache Das empfinde ich erstmal als gut und richtig. Daß sie nicht entsprechend gekennzeichnet sind ist natürlich schlecht und sollte korrigiert werden. Und zwar genau von denjenigen, die sich darüber beschweren, motzen gilt nicht. So funktioniert das nun mal in einem freien Projekt, da gibt es niemanden der gleicher ist als die anderen. Was die Renderer betrifft wird das längst gekennzeichnet: http://www.openstreetmap.org/browse/way/4439045 http://www.openstreetmap.org/browse/way/36782942 Gruss 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] Gesperrte Wege im Nationalpark Harz
Andreas Tille andr...@an3as.eu wrote: http://www.openstreetmap.org/?lat=51.8041lon=10.6174zoom=14layers=M Ähm, Dein Fehler besteht darin, dass dein Zoomlevel zu klein ist. Ab Zoomlevel 15 ist das doch wie gewünscht rot gefärbt. Gruss Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /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] Gesperrte Wege im Nationalpark Harz
Hi, Andreas Tille wrote: Bei der Verwaltung des Nationalparks Hochharz bestehen Vorbehalte gegenüber OSM, und zwar aus folgendem Grund: Für den Bereich des Nationalparks gibt es einen seit Ende des letzten Jahres gesetzlich verankerten Wegeplan, d.h. eine Auflistung von Wegen, die öffentlich genutzt werden können. Alle anderen Wege dürfen von Wanderern nicht genutzt werden (Nationalpark = Naturschutzgebiet). Eine Mitarbeiterin, die für die GIS-Daten zuständig ist, bemängelt, dass diese Wege in der OSM Karte enthalten sind und nicht entsprechend gekennzeichnet sind. Wie waere es, wenn besagter Mit-Mapper und ein paar Interessierte mal auf die Verwaltung zugehen und denen erklaeren, wie das hier bei uns in OSM so laeuft, und mit ihnen zusammen vielleicht mal Maperitive starten und ihnen zeigen, wie man das access=no auf Wunsch auch schon auf Zoomlevel 8 rendern kann ;) Wenn so ein Tag feststeht, dann sollten die Renderer (und auch die GPS-images) diese entsprechend auch berücksichtigen - sonst macht man sich langfristig sicher keine Freunde, wenn gesetzlich gesperrte Wege vollkommen gleichberechtigt neben anderen erscheinen. Man kann halt nur eine beschraenkte Menge an Infos auf so eine Karte packen. Es duerfte schlicht unmoeglich sein, auf Zoomlevel 13 einen gut lesbaren Unterschied zwischen tracktype=grade3 access=no horse=yes foot=yes, tracktype=grade2 access=destination horse=no und tracktype=grade4 access=no darzustellen. (Meiner Ansicht nach ist da im Moment schon zu viel Zeugs drin; diese verschiedenen Strichelungsmuster erschliessen sich doch keinem...) 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] Gesperrte Wege im Nationalpark Harz
Hallo Andreas, folgendes habe ich von einem Mit-Mapper erfahren: Bei der Verwaltung des Nationalparks Hochharz bestehen Vorbehalte gegenüber OSM, und zwar aus folgendem Grund: Für den Bereich des Nationalparks gibt es einen seit Ende des letzten Jahres gesetzlich verankerten Wegeplan, d.h. eine Auflistung von Wegen, die öffentlich genutzt werden können. Alle anderen Wege dürfen von Wanderern nicht genutzt werden (Nationalpark = Naturschutzgebiet). Eine Mitarbeiterin, die für die GIS-Daten zuständig ist, bemängelt, dass diese Wege in der OSM Karte enthalten sind und nicht entsprechend gekennzeichnet sind. Das Hauptproblem daran ist ja, dass es keine deutschlandweit einheitliche Regelung gibt. Jedes Bundesland kann also sein eigenes Süppchen kochen. Wenn nicht anders beschildert, dann ist in den meisten NSG das Laufen und Radfahren auf Wegen erlaubt. Text aus Brandenburg: Um dieses Ziel zu erreichen, ist in Naturschutzgebieten beispielsweise die Erholungsnutzung zu reglementieren (z.B. das Wegegebot oder das Verbot Hunde frei laufen zu lassen) oder es werden Maßgaben zur land-, forst- oder fischereiwirtschaftlichen Nutzung erforderlich. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Am 13.07.2011 20:19, schrieb Sven Geggus: Andreas Tilleandr...@an3as.eu wrote: Daß sie nicht entsprechend gekennzeichnet sind ist natürlich schlecht und sollte korrigiert werden. Und zwar genau von denjenigen, die sich darüber beschweren, motzen gilt nicht. So funktioniert das nun mal in einem freien Projekt, da gibt es niemanden der gleicher ist als die anderen. Volle Zustimmung! Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Am 13.07.2011 20:23, schrieb Sven Geggus: Andreas Tilleandr...@an3as.eu wrote: http://www.openstreetmap.org/?lat=51.8041lon=10.6174zoom=14layers=M Ähm, Dein Fehler besteht darin, dass dein Zoomlevel zu klein ist. Ab Zoomlevel 15 ist das doch wie gewünscht rot gefärbt. Sein? Fehler? Kann ja wohl nicht sein. Diese Wege tauchen bei zoom=13 auf, sind ab 15 dann gerötet. Das sehe ich als Bug, die kann man auch ab 13 rot machen. Verbotene Wege sollte man bei Feld Wald Wiesen Wanderwegen eher gar nicht darstellen als so. Wenn sich das rumspricht, ist keine gute Werbung. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Peter peter@gmx.net wrote: Diese Wege tauchen bei zoom=13 auf, sind ab 15 dann gerötet. Das sehe ich als Bug, die kann man auch ab 13 rot machen. Das hat ja wohl ausschließlich Karthographische Gründe. Ob man da reinlaufen darf oder nicht ist ein Detail, dass man eben nur in den detailierteren Zoomstufen auch sieht. Verbotene Wege sollte man bei Feld Wald Wiesen Wanderwegen eher gar nicht darstellen Ich bin absolut dagegen eine solche Form von Selbstzensur zu üben. Gruss Sven -- The source code is not comprehensible (found in bug section of man 8 telnetd on Redhat 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] Gesperrte Wege im Nationalpark Harz
Salü! genutzt werden (Nationalpark = Naturschutzgebiet). Eine Mitarbeiterin, die für die GIS-Daten zuständig ist, bemängelt, dass diese Wege in der OSM Karte enthalten sind und nicht entsprechend gekennzeichnet sind. In der offiziellen TK10 von Sachsen-Anhalt sind die Wege um den Brocken auch drin und da kann man keinen Unterschied zwischen öffentlich zugänglich oder gesperrt erkennen. Kann's vielleicht sein, dass die sich weniger an der Darstellung stören, als daran, dass da jemand zum Mappen über ihre gesperrten Wege gelaufen ist? Grüße Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Am 13. Juli 2011 20:38 schrieb geo.osm geo@googlemail.com: Hallo Andreas, folgendes habe ich von einem Mit-Mapper erfahren: Bei der Verwaltung des Nationalparks Hochharz bestehen Vorbehalte gegenüber OSM, und zwar aus folgendem Grund: Für den Bereich des Nationalparks gibt es einen seit Ende des letzten Jahres gesetzlich verankerten Wegeplan, d.h. eine Auflistung von Wegen, die öffentlich genutzt werden können. Alle anderen Wege dürfen von Wanderern nicht genutzt werden (Nationalpark = Naturschutzgebiet). Eine Mitarbeiterin, die für die GIS-Daten zuständig ist, bemängelt, dass diese Wege in der OSM Karte enthalten sind und nicht entsprechend gekennzeichnet sind. Das Hauptproblem daran ist ja, dass es keine deutschlandweit einheitliche Regelung gibt. Jedes Bundesland kann also sein eigenes Süppchen kochen. Wenn nicht anders beschildert, dann ist in den meisten NSG das Laufen und Radfahren auf Wegen erlaubt. Ich verstehe Dein Problem nicht. Welche Rolle spielt es für access=no das es in Verschiednen (Bundes-)Ländern unterschiedliche Voraussetzungen für eine Sperrung/Benutzung gibt. Wir mappen doch nicht die Voraussetzungen sondern das Ergebnis, also die Sperrung. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Am 13.07.2011 22:16, schrieb Sven Geggus: Peterpeter@gmx.net wrote: Diese Wege tauchen bei zoom=13 auf, sind ab 15 dann gerötet. Das sehe ich als Bug, die kann man auch ab 13 rot machen. Das hat ja wohl ausschließlich Karthographische Gründe. Ob man da reinlaufen darf oder nicht ist ein Detail, dass man eben nur in den detailierteren Zoomstufen auch sieht. Ich finde ein Verbot weniger ein Detail sondern eher was relevantes. So wie man mit dem Fahrrad nicht auf Autobahnen fahren darf, wo man die auch schon in großen Zoomstufen erkennen möchte (und kann), so ist ein für die Öffentlichkeit nicht erlaubter Waldweg quasi nicht vorhanden (im Sinne von Benutzbar). Verbotene Wege sollte man bei Feld Wald Wiesen Wanderwegen eher gar nicht darstellen Ich bin absolut dagegen eine solche Form von Selbstzensur zu üben. Du hast den Teil 'also so wie es ist' weggelassen. So wie das da steht habe ich das nicht geschrieben. Aber Details kann man deiner Meinung nach wohl öfters mal weglassen:-) Aber ich finde auch das man eher nix weglassen sollte, denn auch 'der 3te weg links' ist eine Information, oder es gabelt sich ein Weg und einer ist nicht eingetragen, dann weis man nicht wo es lang geht. Wobei OSM da auf der einen Seite noch schwächen hat das halt doch viele wege fehlen in Wald und Flur. Auf der anderen Seite ist es viel vollständiger also so manches andere. Vom Bauchgefühl her würde ich größere Wanderungen eher doch mit Papierwanderkarte machen. Radtouren in der Nähe 50km da macht es aber nix wenn mal ein Weg fehlt. Wenn ich mal per Bing in Ländlicher Gegend abzeichne fehlt da doch einiges. Aber so hab' ich den Spaß noch was größeres als Briefkästen und Kaugummiautomaten einzutragen. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Hallo, Peter wrote: Diese Wege tauchen bei zoom=13 auf, sind ab 15 dann gerötet. Das sehe ich als Bug, die kann man auch ab 13 rot machen. Verbotene Wege sollte man bei Feld Wald Wiesen Wanderwegen eher gar nicht darstellen als so. Wenn sich das rumspricht, ist keine gute Werbung. Es gibt immer irgnendeine Interessengruppe, in deren Augen irgendwas, was mir machen, keine gute Werbung ist. Was wir auf www.openstreetmap.org (.de) darstellen, ist ein *Beispiel* von dem, was man mit OSM machen kann. Da werden zum Beispiel sehr viele Wege dargestellt, deren Nutzung mit motorisierten Fahrzeugen verboten ist, ohne dass das explizit an der Karte erkennbar ist. Auch enthaelt die Standardkarte keine speziellen Markierungen fuer Wege mit Reitverbot, nur so als Beispiel. Das Vorhandensein eines Weges auf einer Karte impliziert nicht irgendeine Benutzungserlaubnis. 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] Gesperrte Wege im Nationalpark Harz
Am 13.07.2011 22:16, schrieb Sven Geggus: Verbotene Wege sollte man bei Feld Wald Wiesen Wanderwegen eher gar nicht darstellen Ich bin absolut dagegen eine solche Form von Selbstzensur zu üben. +1 Als nächstes kommen dann die Energiversorger, die die Hochspannungsleitungen nicht sehen wollen, dann die Bahn, die Bodendenkmalsschützer haben sich auch schon gemeldet. Dann mappen wir bald nur noch China und Lybien, das ist ja so schön politisch korrekt ;-) -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Am 13.07.2011 22:16, schrieb Sven Geggus: Peterpeter@gmx.net wrote: Diese Wege tauchen bei zoom=13 auf, sind ab 15 dann gerötet. Das sehe ich als Bug, die kann man auch ab 13 rot machen. Das hat ja wohl ausschließlich Karthographische Gründe. Ob man da reinlaufen darf oder nicht ist ein Detail, dass man eben nur in den detailierteren Zoomstufen auch sieht. Verbotene Wege sollte man bei Feld Wald Wiesen Wanderwegen eher gar nicht darstellen Ich bin absolut dagegen eine solche Form von Selbstzensur zu üben. +1 In einem Notfall interessieren mich solche Verbote nicht, da muss es schnell gehen. Blöd wenn dann ein lebensrettender Weg nicht zu sehen ist. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Am 13.07.2011 22:47, schrieb Frederik Ramm: Peter wrote: Diese Wege tauchen bei zoom=13 auf, sind ab 15 dann gerötet. Das sehe ich als Bug, die kann man auch ab 13 rot machen. Verbotene Wege sollte man bei Feld Wald Wiesen Wanderwegen eher gar nicht darstellen als so. Wenn sich das rumspricht, ist keine gute Werbung. Es gibt immer irgnendeine Interessengruppe, in deren Augen irgendwas, was mir machen, keine gute Werbung ist. Schon wahr. In dem Fall ist es doch nur eine rotfärbung die eh' in z=15 auftaucht. Ich kann das schon etwas verstehen das die Karte auch 'schön' sein soll (eher sogar muß). Schön im Sinne von Klar und harmonisch. Was wir auf www.openstreetmap.org (.de) darstellen, ist ein *Beispiel* von dem, was man mit OSM machen kann. Das ist aber das Aushängeschild das Otto Normal sieht. Es ist *DAS* Beispiel. Ich schätze mal das das Auge des Geo/Kartographen anders draufguckt. Und kann mir auch vorstellen das es so wie es ist am besten ist (entwickle Software und da muß man auch die Dinge anders machen als es Otto Normal auf den ersten Blick machen würde) Das 'Schaufenster' auf osm.de könnte man vielleicht deutlicher machen? Gleich 'Themenkarten' nennen. Da stellt man sich das drunter vor was dahinter ist, Schaufenster ist 'Irgendein Zeug was $mich nicht interessiert' Vielleicht den Fetten Bereich unter der Karte auf der Startseite woanders hin (wen das interessiert der guckt eh' genauer, der braucht nicht mehr geködert werden) Und das Themenkarten Teil dorthin, also Plätze tauschen und den Teil mit den Lokalen Gruppen auf eine Eigene Seite mit mehr Platz. Mal eine Skizze: http://f.666kb.com/i/bv6g4r74bwax7c23t.png Ich hab' mich auf den Bereich unter der Karte beschränkt, das Eckchen mit den Lokalen Gruppen ist nur Platzhalter. So wie es jetzt ist ist es für die Insider von Insidern gemacht. Korrekt wäre: Von Insidern für vollkommen unbeleckte die geködert werden müssen und nach Jahren vielleicht mal Insider werden. Ohne 'Werbung' weniger Interessenten und irgendwann ein eingeschlafenes Projekt das im eigenen Saft zieht. Im konkreten Fall den Menschen im Amt den Link darauf schicken mit dem Hinweis auf die Reit und Wanderkarte wo AFAIR das besser dargestellt ist. Ach ja: Die Seite ist schon bisserl überladen. Das '1...2...3 schritt für...' Könnte man mehr 'in die Mitte'. Ich weis auch nicht was man weglassen sollte, ist ja alles wichtig. Man könnte es mehr gruppieren? So daß Erstbesucher das für sie wichtige: 'Karte, Themenkarten, 1-2-3-alles-einfach' ins Auge sticht. Lizenz und sowas ist denen doch Wurscht. Wenn ich mal zu komme guck ich es mir evtl. mal an (in 1,2,3, Monaten), wenn es interessiert. Da werden zum Beispiel sehr viele Wege dargestellt, deren Nutzung mit motorisierten Fahrzeugen verboten ist, ohne dass das explizit an der Karte erkennbar ist. Auch enthaelt die Standardkarte keine speziellen Markierungen fuer Wege mit Reitverbot, nur so als Beispiel. Reitverbot und Totalverbot sind schon Unterschiede. Das Vorhandensein eines Weges auf einer Karte impliziert nicht irgendeine Benutzungserlaubnis. Schon wahr. IMHO sollte man das darstellen was der gemeine Mensch versteht. Da sind Wege in Wanderkarten (So sieht Hein Mück die osm karte) nicht verboten, naja Militärgelände, schraffiert alarmiert dann doch. Deswegen sind die verbotenen ja auch rot. Warum nicht schon in zoom=13/14 statt erst ab 15? Braucht doch kein Platz. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM kompatible Navi - OT
Am 13.07.2011 00:19, schrieb Sven Geggus: Garrygarr...@gmx.de wrote: Ich hatte gerade einen Kernel-Fehler der dafür sorgte dass bei einstecken von USB-Geräten unter bestimmten Bedingungen die Maschine einfror. Ehrlich gesagt halt ich wenige Teile des Linuxkernel für derart robust wie den USB stack. Ich habe ja auch nicht gesagt dass der USB stack den Fehler enthält. Die einzelnen Komponenten mögen noch so gut getestet sein, aber dass heisst noch lange nicht dass auch das Zusammenspiel untereinander problemlos verläuft. Und mit genau so einem Problem hatte ich gerade wieder zu lösen... Unabhängig davon beende ich jetzt hiermit diese Diskussion. Du willst offensichtlich nicht evrsetehn was ich meine. Ich widerspreche der Aussage dass man ein einfach nur ein paar gut funktionierende Komponenten aus Hard- und Software zusammenklatschen muss um in kürzester Zeit ein top Gerät zu erhalten. Da gilt nicht selten der gute alte Spruch: Für die letzten 10% der Entwicklung benötigt man 90% der Zeit. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Hi Frederik Ramm, Man kann halt nur eine beschraenkte Menge an Infos auf so eine Karte packen. Es duerfte schlicht unmoeglich sein, auf Zoomlevel 13 einen gut lesbaren Unterschied zwischen tracktype=grade3 access=no horse=yes foot=yes, tracktype=grade2 access=destination horse=no und tracktype=grade4 access=no darzustellen. Ich glaub, jetzt uebertreibst du ein wenig. Denn bis auf das horse=* ist ja alles schon drin. Die Stricheleien und Farben von path/footway/cycleway/bridleway jedenfalls. Und zwar in genau der gleichen Auspraegung wie in z15. Die Stricheleien von track werden erst ab z14 unterschieden, fiel mir grad erst auf, muesste ja eigentlich nicht sein. Gut, bei z13 rueckt alles naeher zusammen, und dann wird die dickere Markierung fuer access=no/private/destination schnell zuviel. Um den Brocken rum scheint die Wegdichte ja eher gering zu sein. (Meiner Ansicht nach ist da im Moment schon zu viel Zeugs drin; diese verschiedenen Strichelungsmuster erschliessen sich doch keinem...) Ach, grade1 kann man schon sehr gut von den anderen unterscheiden. Was ich schon laenger mal ansprechen wollte: Meist ist ja im Wald nicht access=no, sondern motor_vehicle=no/forestry/agricultural oder manchmal vehicle=... vorgeschrieben. Und auch in der Stadt gibt es eher mal ein vehicle=no als ein access=no. Ich finde, das sollte auch auf der Standardkarte (Mapnik) dargestellt werden. Die scheint mir naemlich mehr an motorisiertem Verkehr ausgerichtet zu sein. Fuer Radler, Reiter und Wanderer gibt es ja Spezialkarten, nur fuer die Autofahrer hab ich sowas noch nicht gesehen. So eine Aenderung koennte man hinbekommen, indem man bei nicht gesetztem access=* erst noch auf vehicle=* und dann auch auf motor_vehicle=* guckt. Oder seh ich da was falsch? cu, stw -- Die Geschichte hat doch Zeit. [Lothar Frings in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Acquisto GPS
Messaggio originale Da: grome...@distruzione.org Data: 13/07/2011 0.00 E per sostituirla non lo devo spaccare? oppure aprire in una maniera non consona? lo dico perché mi piace sapere di avere sempre un ricambio appresso (anche se non serve, diciamo che è una libertà di cui non mi piace essere privato). ___ Ha lo sportellino sul retro i-blue 747 data logger review: http://www.youtube.com/watch?v=s2Iwf8EDtHsNR=1 questo è il modello vecchio, cambia solo il colore (ora è tutto nero) e ha il doppio della memoria di registrazione (circa 120.000 punti) Specifiche: http://www.transystem.com.tw/product.php?b=gm=pecid=4sid=id=59 Per gestirlo in Linux uso http://www.bt747.org/ (in Java) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Acquisto GPS
On 2011-07-13 at 00:00:47 +0200, Gromebar wrote: Il 12/07/2011 23:53, ale_z...@libero.it ha scritto: Lo danno per un'autonomia di 30 ore, io ho mappato per circa 27 ore con la registrazione di un punto ogni 3 metri; inoltre la batteria è una hx-n3650a da 1000mAh usata da alcuni cellulari Nokia (quindi facilmente reperibile come ricambio). Preciso che non lavoro alla Transystem :) ma è il secondo 747 che ho e ne sono ultrasoddisfatto. Alessandro E per sostituirla non lo devo spaccare? oppure aprire in una maniera non consona? lo dico perché mi piace sapere di avere sempre un ricambio appresso (anche se non serve, diciamo che è una libertà di cui non mi piace essere privato). no, no, c'e` lo sportellino dietro che si apre e richiude senza problemi. l'unica scomodita` al massimo può essere il fatto di dover tenere la seconda batteria ricaricata con il 747 (anziche' un unico caricabatterie per stilo usato anche per il resto) -- Elena ``of Valhalla'' homepage: http://www.trueelena.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Completiamo la mappatura delle autostrade
Buongiorno lista, in estate si ci muove di più in autostrada, ricordiamoci che abbiamo ancora molto da mappare; vi riporto il link per il coordinamento della mappatura http: //wiki.openstreetmap.org/wiki/WikiProject_Italy/Autostrade Ultimamente ho iniziato a mappare le piazzole d'emergenza con i telefoni SOS highway=emergency_bay Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Gfoss] Geomedia Perche i dati geografici non possono essere liberi
buongiorno - [http://www.youtube.com/watch?v=fFaPgRGOqqU] ho letto l'articolo e, da cittadino abbastanza attivo con un percorso professionale di media carriera (spero!) in cui ho convissuto con dati software e organizzazioni molto libere, e con altre molto proprietarie...sempre legate abbastanza ai GIS penso che il testo, e la discussione che ne è derivata, sia un grandissimo spunto per alcune riflessioni 1- anzitutto come spunto, una volta di più, per la definizione di una base comune fra la tribù gfoss e la tribù open street map (dato che la discussione è in corso su tutte e due le liste). ...non sto suggerendo una fusione, né una affiliazione... semplicemente di cogliere la riflessione su questo articolo come uno spazio in cui i neogeografi e gli altri riescono a scrivere nero su bianco che ci sono ci punti di azione (e di principio) in comune, di quanti non si ammettano. 2- l'articolo, come ogni articolo, è espressione di una parte, che chiaramente non è quella affine alla maggior parte delle persone che scrivono su queste liste le parti, comunque esistono, e hanno diritto di replica che si [1] fa ? 2.1 - repliche su blog di singole persone (Napo lo ha già fatto) ? 2.2 - richiesta di replica sulla testata che ha pubblicato l'articolo ? (in questo caso, chi si assume l'onore-onere)? 2.3 - twitter di polemica ? 2.4 - altro ? io proporrei di aprire una pagina wiki sotto gfoss.it, in cui annotare vari commenti (vi butto lì: http://wiki.gfoss.it/index.php/Liberta_gratuita_onesta e invito chi ha già espresso pareri a riportarli anche in quella sede) 3- magari si riesce a fare un po' di chiarezza, e magari senza degenerare in polemica ? nel frattempo mi torna in mente un brano composto diversi mesi fa, in relazione a tutt'altra situazione: http://www.pibinko.org/musica/renato_lo_scienziato.html un saluto andrea giacomelli http://www.pibinko.org [1] chi è si... dal febbraio 2010 non sono più socio GFOSS.it, e da dicembre mi si è fulminato il GPS per cui non sto contribuendo a OSM... rimango comunque interessato a *collaborare* con tutte e due le realtà su *specifici* *progetti*, per cui il si è chiunque sia interessato in questo senso. Il 12 luglio 2011 22:00, Roberto Facoetti robi...@tiscali.it ha scritto: ciao a tutti, ho letto l'articolo e, da funzionario pubblico, trovo davvero incredibile la frase per lo stato e l'amministrazione pubblica sarebbe una perdita non giustificata la distribuzione gratuita del dato geografico. Forse, il professore si dimentica che lo stato e l'amministrazione pubblica non sono s.p.a, ma funzionano con le tasse di tutti. Quindi sarebbe, per quel che mi riguarda, un obbligo rendere pubblico e libero un dato (geografico o no), pagato dalle tasse di tutti. Non capisco poi il fatto che quello che lui chiama declassified debba essere per forza di serie B. Il classified o no dipende solo da questioni di sicurezza (o di segreto di stato), non certo dal fatto di essere corrette o no. La cosa che mi preoccupa è che certe spinte vengano dalle università, cioè da quelle istituzioni (in italia per fortuna ancora per la maggior parte pubbliche) che dovrebbero distribuire il più possibile la conoscenza, non farsi pagare. Mi viene il dubbio che tutto questo sia il risultato di una riforma che rende le università degli enti assetati di fondi, per cui l'assicurarsi una commessa pubblica sia il modo per tirare avanti ... Ma forse, sono solo cattivo ... ciao roberto ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione gf...@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 527 iscritti al 7.7.2011 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Bussolengo
Ciao, scusate la domanda molto specifica, ma sapendo che il Veneto è una zona abbastanza coperta dagli OSMer ho pensato di chiedere lumi. Cercavo per motivi turistici Bussolengo, vicino a Verona. Avendo un'idea quasi precisa di dove fosse il posto mi sono stupito di non vedere il nome (quando invece attorno c'erano Chievo e addirittura località che pensano siano piccole frazioni, come una Colombara San Vito). Zoomando, trovo questo [1], che però mi sembra (la visualizzazione dati sembra darmi ragione) l'etichetta del confine amministrativo. Qualcuno della zona può verificare se manca il nodo del centro abitato, e poi aggiungerlo? Non intervengo io direttamente perché non saprei che classificazione dargli. In un'ottica più ampia: abbiamo un modo di verificare situazioni simili? Intendo, ovviamente, un modo automatico :-) Ciao, Simone [1] http://www.openstreetmap.org/?lat=45.47049lon=10.85893zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Completiamo la mappatura delle autostrade
On Wed, 13 Jul 2011 08:33:51 +0200 (CEST), ale_z...@libero.it wrote: Buongiorno lista, in estate si ci muove di più in autostrada, ricordiamoci che abbiamo ancora molto da mappare; vi riporto il link per il coordinamento della mappatura http: //wiki.openstreetmap.org/wiki/WikiProject_Italy/Autostrade Ultimamente ho iniziato a mappare le piazzole d'emergenza con i telefoni SOS highway=emergency_bay highway=emergency_bay indica solo le piazzole di sosta, che quindi possono anche NON avere un telefono SOS, che va invece indicato (come nodo): amenity=emergency_phone emergency=phone (il primo è il vecchio tagging, il secondo è il nuovo -- io per sicurezza li metto entrambi finché non si decide che emergency=phone va bene da solo) Ciao, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] State of The Map Europe a Vienna questo week-end
Il 12 luglio 2011 21:32, Maurizio Napolitano napoo...@gmail.com ha scritto: Qualcuno ci va? io... :-P e sicuramente anche martin, che se ben ricordo è già li -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Granita (a Roma Grattachecca)
Come taggare i chioschi che vendono le granite (a Roma noti come grattacheccaro)? shop=kiosk anche se non vende giornali, sigarette etc? amenity=ice_cream con type:granita? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Granita (a Roma Grattachecca)
Ciao, ho iniziato ad inserire qualche chiosco di grattachecche i giorni scorsi, ho iniziato cosi': name: Grattacheccaro Sora Mirella shop: kiosk wikipedia: http://it.wikipedia.org/wiki/Grattachecca e su due ho inserito gli orari di apertura (come si fa a specificare che l'apertura e' stagionale?). Sarebbe importante evidenziare che la grattachecca e' diversa dalla granita, ed e' una cosa tradizionale di Roma. Alessandro 2011/7/13 Fabri erfab...@gmail.com: Come taggare i chioschi che vendono le granite (a Roma noti come grattacheccaro)? shop=kiosk anche se non vende giornali, sigarette etc? amenity=ice_cream con type:granita? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Alessandro Frigeri Istituto di Fisica dello Spazio Interplanetario - INAF, Roma, Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bussolengo
Ho visto anch'io giorni fa che mancava (piu' di un mese), abito li vicino nel comune limitrofe e pensavo ci fosse un motivo. Comunque ora l'ho inserito, mi rimane il dubbio se va posizionato circa al centro dell'area urbana o al centro della zona storica. Il 13/07/2011 09:43, Simone Saviolo ha scritto: Ciao, scusate la domanda molto specifica, ma sapendo che il Veneto è una zona abbastanza coperta dagli OSMer ho pensato di chiedere lumi. Cercavo per motivi turistici Bussolengo, vicino a Verona. Avendo un'idea quasi precisa di dove fosse il posto mi sono stupito di non vedere il nome (quando invece attorno c'erano Chievo e addirittura località che pensano siano piccole frazioni, come una Colombara San Vito). Zoomando, trovo questo [1], che però mi sembra (la visualizzazione dati sembra darmi ragione) l'etichetta del confine amministrativo. Qualcuno della zona può verificare se manca il nodo del centro abitato, e poi aggiungerlo? Non intervengo io direttamente perché non saprei che classificazione dargli. In un'ottica più ampia: abbiamo un modo di verificare situazioni simili? Intendo, ovviamente, un modo automatico :-) Ciao, Simone [1] http://www.openstreetmap.org/?lat=45.47049lon=10.85893zoom=15layers=M http://www.openstreetmap.org/?lat=45.47049lon=10.85893zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Acquisto GPS
Il 13/07/2011 08:02, ale_z...@libero.it ha scritto: Messaggio originale Da: grome...@distruzione.org Data: 13/07/2011 0.00 E per sostituirla non lo devo spaccare? oppure aprire in una maniera non consona? lo dico perché mi piace sapere di avere sempre un ricambio appresso (anche se non serve, diciamo che è una libertà di cui non mi piace essere privato). ___ Ha lo sportellino sul retro i-blue 747 data logger review: http://www.youtube.com/watch?v=s2Iwf8EDtHsNR=1 questo è il modello vecchio, cambia solo il colore (ora è tutto nero) e ha il doppio della memoria di registrazione (circa 120.000 punti) Specifiche: http://www.transystem.com.tw/product.php?b=gm=pecid=4sid=id=59 Per gestirlo in Linux uso http://www.bt747.org/ (in Java) Allora a parte la memoria interna (sarebbe stata meglio una sd, prima o poi la memoria si guasta) credo sia il gps logger/tracker perfetto, a questo punto comincio a cercarlo da acquistare. Grazie :) P.s. il problema del dover usare lo stesso gps come caricabatteria è esiguo, a parte che si possa fare e/o trovare un carcatore per batterie del cellulare (esistono, anche se non è detto si trovino sempre per il proprio formato), ma a me basta sapere di avere questa libertà :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Acquisto GPS
Messaggio originale Da: grome...@distruzione.org Data: 13/07/2011 13.28 Allora a parte la memoria interna (sarebbe stata meglio una sd, prima o poi la memoria si guasta) . . . . . P.s. il problema del dover usare lo stesso gps come caricabatteria è esiguo, a parte che si possa fare e/o trovare un carcatore per batterie del cellulare (esistono, anche se non è detto si trovino sempre per il proprio formato), ma a me basta sapere di avere questa libertà :) Conosco chi cancella la memoria ad ogni uso, io aspetto a cancellarla quando è quasi pieno anche perchè l'ho impostato a 3m e per riempirlo devo fare 360km. Nella confezione trovi anche il caricabatterie usb da auto, comunque si ricarica in circa 1h ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Comune con zero mappatura
Ho visto sulle statistiche di GFOSS [1] che il comune di Siapiccia, prov. di Oristano e' privo di mappatura. Mi chiedevo se chi e' di zona possa provvedere. Ogni comune, anche se piccolo, merita almeno una strada... Saluti a tutti [1] http://www.gfoss.it/osm/stat/?most=wanted ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Quanta precisione è lecito attendersi dai ricevitori GPS?
ale_z...@libero.it 11/07/2011 12:19: Tornando alla tua prima domanda quindi la risposta è 'dipende in quali condizioni': da 1,3m sulle cime delle Alpi Marittime a 30–40 m o peggio negli stretti vicoli di Genova. Grazie per risposta confortante. Questo è quello che m'aspettavo. Leggendo l'altro post avevo cominciato a temere di aver preso una sòla quando ho acquistato il nuovo ricevitore GPS. Parlando di precisione, a quando una colletta per acquistare un RTK usato da far girare in tour per l'Italia? ;) Ciao, -- Gioele gio...@svario.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Granita (a Roma Grattachecca)
On Wed, 13 Jul 2011 11:42:41 +0200, Alessandro Frigeri wrote: ho iniziato ad inserire qualche chiosco di grattachecche i giorni scorsi, ho iniziato cosi': name: Grattacheccaro Sora Mirella shop: kiosk wikipedia: http://it.wikipedia.org/wiki/Grattachecca e su due ho inserito gli orari di apertura (come si fa a specificare che l'apertura e' stagionale?). Sarebbe importante evidenziare che la grattachecca e' diversa dalla granita, ed e' una cosa tradizionale di Roma. Ma perche' shop=kiosk? Ne abbiamo parlato altre volte in passato, quel tipo di tag e' nato per un particolare tipo di chioschi (che non corrisponde a quello che si trova in Italia). Il chiosco e' un tipo di edificio e non indica il bene venduto. Tanto per fare un esempio, i chioschi che vendono bibite li ho mappati con building=kiosk shop=beverages mentre le tradizionali edicole: building=kiosk shop=newsagent Non sono sicuro del valore di shop in questo caso. Vendono solo grattachecca? Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Letture Perché i dati geografici non possono essere “liberi”
Nel mentre, il prof. Carlucci invita tutti (specie quelli che non la pensano come lui) a chiarirsi le idee: http://www.rivistageomedia.it/201107133466/Approfondimenti/le-definizioni-mancanti-sui-dai-geografici.html 120 slides per un convegno sulla Geomatica e la PA Ciao /niubii/ Il giorno 12 luglio 2011 12:26, Giuliano italia1...@alice.it ha scritto: Il 12/07/2011 11.06, Maurizio Napolitano ha scritto: Ieri sera non avevo tempo e cosi`questa mattina ho dedicato un oretta a rispondere all'articolo con la mia opinione http://de.straba.us/2011/07/**12/in-risposta-a-renzo-** carlucci-su-geodati-non-**devono-essere-liberi/http://de.straba.us/2011/07/12/in-risposta-a-renzo-carlucci-su-geodati-non-devono-essere-liberi/ 2011/7/11 Maurizio Napolitanonapoo...@gmail.com**: Mi hanno girato questo articolo http://www.rivistageomedia.it/**201107103458/Approfondimenti/** perche-i-dati-geografici-non-**possono-essere-liberi-se-** vogliono-essere-onesti.htmlhttp://www.rivistageomedia.it/201107103458/Approfondimenti/perche-i-dati-geografici-non-possono-essere-liberi-se-vogliono-essere-onesti.html secondo me questo ha paura ... Ho letto quanto Maurizio ha scritto. Ovviamente lo condivido in toto. Però non riesco a fare a meno di considerare, e dire pubblicamente, che la posizione espressa dal signor (dottor) Carlucci sia soltanto una mera difesa di una rendita di posizione. Piacerebbe a tutti noi rimanere titolari in esclusiva di un patrimonio, sia esso di conoscenza che economico, con la garanzia che nessuno possa appropriarsene, neppure in condivisione. Ciò garantisce il proseguimento della propria esistenza in modo sereno, senza doversi sbattere per tenere il passo con gli altri per non venire superati e resi inattuali. E' una vulnerabilità votata al quieto vivere ed al rispetto di certe convenzioni sociali positive, ma comprensibile, dal punto di vista umano. Rimane l'esistenza del dato in quanto tale, importante al di la degli egoismi. Un dato aperto è suscettibile di verifica continuativa ed ha più probabilità di divenire affidabile, almeno nel tempo. Un dato non disponibile può esserci, ma serve a molto poco, perchè non genera nulla di nuovo, quindi è sterile. Nessuno può negare l'effettiva esistenza del dato liberamente disponibile, ed è questo l'unico dato utile. Il resto sono mezzucci, mistificati da dignità professionale lesa, che denotano soltanto una scarsa propensione a mettersi in discussione. I1BPF-Giuliano __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Letture Perché i dati geografici non possono essere “liberi”
Ho guardato il link proposto. Ho trovato soltanto un collegamento ad un glossario della geomatica, ma non le 120 slides. Sarà forse perchè utilizzo software libero? Oppure per comprendere i contenuti del nostro è necessario studiare a memoria il glossario? Per favore, chi ne sa più di me in proposito mi illumini. Gliene sarò infinitamente grato. i1BPF-Giuliano Il 13/07/2011 15.59, niubii ha scritto: Nel mentre, il prof. Carlucci invita tutti (specie quelli che non la pensano come lui) a chiarirsi le idee: http://www.rivistageomedia.it/201107133466/Approfondimenti/le-definizioni-mancanti-sui-dai-geografici.html 120 slides per un convegno sulla Geomatica e la PA Ciao /niubii/ Il giorno 12 luglio 2011 12:26, Giuliano italia1...@alice.it mailto:italia1...@alice.it ha scritto: Il 12/07/2011 11.06, Maurizio Napolitano ha scritto: Ieri sera non avevo tempo e cosi`questa mattina ho dedicato un oretta a rispondere all'articolo con la mia opinione http://de.straba.us/2011/07/__12/in-risposta-a-renzo-__carlucci-su-geodati-non-__devono-essere-liberi/ http://de.straba.us/2011/07/12/in-risposta-a-renzo-carlucci-su-geodati-non-devono-essere-liberi/ 2011/7/11 Maurizio Napolitanonapoo...@gmail.com mailto:napoo...@gmail.com__: Mi hanno girato questo articolo http://www.rivistageomedia.it/__201107103458/Approfondimenti/__perche-i-dati-geografici-non-__possono-essere-liberi-se-__vogliono-essere-onesti.html http://www.rivistageomedia.it/201107103458/Approfondimenti/perche-i-dati-geografici-non-possono-essere-liberi-se-vogliono-essere-onesti.html secondo me questo ha paura ... Ho letto quanto Maurizio ha scritto. Ovviamente lo condivido in toto. Però non riesco a fare a meno di considerare, e dire pubblicamente, che la posizione espressa dal signor (dottor) Carlucci sia soltanto una mera difesa di una rendita di posizione. Piacerebbe a tutti noi rimanere titolari in esclusiva di un patrimonio, sia esso di conoscenza che economico, con la garanzia che nessuno possa appropriarsene, neppure in condivisione. Ciò garantisce il proseguimento della propria esistenza in modo sereno, senza doversi sbattere per tenere il passo con gli altri per non venire superati e resi inattuali. E' una vulnerabilità votata al quieto vivere ed al rispetto di certe convenzioni sociali positive, ma comprensibile, dal punto di vista umano. Rimane l'esistenza del dato in quanto tale, importante al di la degli egoismi. Un dato aperto è suscettibile di verifica continuativa ed ha più probabilità di divenire affidabile, almeno nel tempo. Un dato non disponibile può esserci, ma serve a molto poco, perchè non genera nulla di nuovo, quindi è sterile. Nessuno può negare l'effettiva esistenza del dato liberamente disponibile, ed è questo l'unico dato utile. Il resto sono mezzucci, mistificati da dignità professionale lesa, che denotano soltanto una scarsa propensione a mettersi in discussione. I1BPF-Giuliano _ Talk-it mailing list Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-it http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Letture Perché i dati geografici non possono essere “liberi”
2011/7/13 Giuliano italia1...@alice.it Ho guardato il link proposto. Ho trovato soltanto un collegamento ad un glossario della geomatica, ma non le 120 slides. Sarà forse perchè utilizzo software libero? Oppure per comprendere i contenuti del nostro è necessario studiare a memoria il glossario? Per favore, chi ne sa più di me in proposito mi illumini. Gliene sarò infinitamente grato. E' richiesto flash. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Letture Perché i dati geografici non possono essere “liberi”
Probabilmente qui avrai maggiore fortuna: http://www.ricercasit.it/public/documenti/Dottorato/Materiali%20conferenze/100217%20Carlucci%20GIS-PA/CarlucciPA2.0-GIS.pdf Tra l'altro: se c'hai la forza di arrivare alla slide 93 (vado a memoria) si fa leggermente interessante, anche se s'è scordato di citare i termini della licenza. :-) Ciao /niubii/ Il giorno 13 luglio 2011 16:28, Giuliano italia1...@alice.it ha scritto: Ho guardato il link proposto. Ho trovato soltanto un collegamento ad un glossario della geomatica, ma non le 120 slides. Sarà forse perchè utilizzo software libero? Oppure per comprendere i contenuti del nostro è necessario studiare a memoria il glossario? Per favore, chi ne sa più di me in proposito mi illumini. Gliene sarò infinitamente grato. i1BPF-Giuliano Il 13/07/2011 15.59, niubii ha scritto: Nel mentre, il prof. Carlucci invita tutti (specie quelli che non la pensano come lui) a chiarirsi le idee: http://www.rivistageomedia.it/**201107133466/Approfondimenti/** le-definizioni-mancanti-sui-**dai-geografici.htmlhttp://www.rivistageomedia.it/201107133466/Approfondimenti/le-definizioni-mancanti-sui-dai-geografici.html 120 slides per un convegno sulla Geomatica e la PA Ciao /niubii/ Il giorno 12 luglio 2011 12:26, Giuliano italia1...@alice.it mailto:italia1...@alice.it ha scritto: Il 12/07/2011 11.06, Maurizio Napolitano ha scritto: Ieri sera non avevo tempo e cosi`questa mattina ho dedicato un oretta a rispondere all'articolo con la mia opinione http://de.straba.us/2011/07/__**12/in-risposta-a-renzo-__** carlucci-su-geodati-non-__**devono-essere-liberi/http://de.straba.us/2011/07/__12/in-risposta-a-renzo-__carlucci-su-geodati-non-__devono-essere-liberi/ http://de.straba.us/2011/07/**12/in-risposta-a-renzo-** carlucci-su-geodati-non-**devono-essere-liberi/http://de.straba.us/2011/07/12/in-risposta-a-renzo-carlucci-su-geodati-non-devono-essere-liberi/ 2011/7/11 Maurizio Napolitanonapoo...@gmail.com mailto:napoo...@gmail.com__**: Mi hanno girato questo articolo http://www.rivistageomedia.it/**__201107103458/** Approfondimenti/__perche-i-**dati-geografici-non-__possono-** essere-liberi-se-__vogliono-**essere-onesti.htmlhttp://www.rivistageomedia.it/__201107103458/Approfondimenti/__perche-i-dati-geografici-non-__possono-essere-liberi-se-__vogliono-essere-onesti.html http://www.rivistageomedia.**it/201107103458/** Approfondimenti/perche-i-dati-**geografici-non-possono-essere-** liberi-se-vogliono-essere-**onesti.htmlhttp://www.rivistageomedia.it/201107103458/Approfondimenti/perche-i-dati-geografici-non-possono-essere-liberi-se-vogliono-essere-onesti.html secondo me questo ha paura ... Ho letto quanto Maurizio ha scritto. Ovviamente lo condivido in toto. Però non riesco a fare a meno di considerare, e dire pubblicamente, che la posizione espressa dal signor (dottor) Carlucci sia soltanto una mera difesa di una rendita di posizione. Piacerebbe a tutti noi rimanere titolari in esclusiva di un patrimonio, sia esso di conoscenza che economico, con la garanzia che nessuno possa appropriarsene, neppure in condivisione. Ciò garantisce il proseguimento della propria esistenza in modo sereno, senza doversi sbattere per tenere il passo con gli altri per non venire superati e resi inattuali. E' una vulnerabilità votata al quieto vivere ed al rispetto di certe convenzioni sociali positive, ma comprensibile, dal punto di vista umano. Rimane l'esistenza del dato in quanto tale, importante al di la degli egoismi. Un dato aperto è suscettibile di verifica continuativa ed ha più probabilità di divenire affidabile, almeno nel tempo. Un dato non disponibile può esserci, ma serve a molto poco, perchè non genera nulla di nuovo, quindi è sterile. Nessuno può negare l'effettiva esistenza del dato liberamente disponibile, ed è questo l'unico dato utile. Il resto sono mezzucci, mistificati da dignità professionale lesa, che denotano soltanto una scarsa propensione a mettersi in discussione. I1BPF-Giuliano __**___ Talk-it mailing list Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.**orgTalk-it@openstreetmap.org http://lists.openstreetmap.__**org/listinfo/talk-it http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it