[talk-ph] Intramuros Mapping Party: How you can help right now
Hello everyone, Even if you are not or cannot attend the Intramuros Mapping Party this December, you can still help in this event: 1. Spread the word! 2. Map as much of the area from Yahoo! such as missing streets, buildings, and the like. This is so that attendees can then just verify them on the ground. 3. Create a list of landmarks and POIs (such as NHI markers) in the area that mappers can then look for. More info: http://wiki.openstreetmap.org/wiki/Intramuros_Mapping_Party Facebook: http://www.facebook.com/event.php?eid=137921756259302 Thanks! Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] ShenIT GPS phones.
I haven't used these at all, and have no idea of the quality, but it seems that you can get a GPS phone for around USD 100 now. http://www.shenit.com/cell-phone/gps-phones.html Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 917 849 3939 Hong Kong: +852 6840 6693 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] ShenIT GPS phones.
I got this Android phone (Huawei U8150) a week ago for Aus $159 = US$159 (Unlocked) in Australia. Is this phone released in Phils and HK? How much you have to pay to give it? http://www.suroboy.com/blog/huawei-u8150-android-2-2-released-in-hong-kong.htm 600Mhz latest Android 2.2 GPS and A-GPS 2.8 inch Capacitive Screen. My Tracks app works on this phone. Noli On 11/16/10, Jim Morgan j...@datalude.com wrote: I haven't used these at all, and have no idea of the quality, but it seems that you can get a GPS phone for around USD 100 now. http://www.shenit.com/cell-phone/gps-phones.html Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 917 849 3939 Hong Kong: +852 6840 6693 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Meer regeringsdata van UK (transport)
Ik heb de volledige set data van de Lijn nog eens gezet op: http://dl.free.fr/vosANGC0E/delijn20101112.tar.bz2 Er staat per maand wel een bestand... Kies wel dez juiste beschrijving 500Mb, zal wel 10 sets zijn. Marc -- What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Kaainummers
Ben Laenen schreef: Zag net dit vermeld worden op de Nederlandse mailing list: http://www.openstreetmap.org/user/dancelis/diary/12282 Kun je gaan kijken bij Opensemap.org, daar ize ik zlefs boeien op zee. Kaainrs zijn natuurlijk aan wal. Wie aan wal blijft is een walrus Marc -- What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Kaainummers
De kaainummers / havennummers zijn een beetje dubbel. Aan de ene kant - de waterkant - heb je in principe alle nummmers. Zo heeft Bayer de oneven kaainummers 505 tot 541 (ongeveer) en die nummers bestaan ook allemaal effectief als aanlegplaatsen voor schepen. Aan de andere kant - de landkant - worden de 'kaainummers' ook gebruikt als adressen en op de wegwijzers, bv. Haven 1001 - 1999. Zo komt 'haven 507' overeen met 'scheldelaan 420' en is dat de hoofdingang van Bayer. Haven 507 is echter wel een stukje verwijderd van kaai 507... Een adres Haven xxx komt dus altijd overeen met een ander adres, bv. scheldelaan, noorderlaan, ... en slechts een beperkt aantal nummers worden effectief gebruikt. De kaainummers komen wel quasi allemaal voor en hebben veel gelijkenis met huisnummers (even/oneven, sequentieel, ...) Misschien kunnen kaainummers dan genummerd worden als huisnummers op een 'way' kaai. De adressen in de haven worden nooit gerefereerd als 'kaai' maar altijd als Haven. Van die adressen zijn er ook een pak minder dan dat er kaainummers zijn. Als de haven de coordinaten van alle kaainummers ter beschikking zou willen stellen (?) kunnen die eventueel gewoon allemaal individueel geimporteerd worden. Luc/Speedy 2010/11/14 Marc Coevoet sintsix...@gmail.com Ben Laenen schreef: Zag net dit vermeld worden op de Nederlandse mailing list: http://www.openstreetmap.org/user/dancelis/diary/12282 Kun je gaan kijken bij Opensemap.org, daar ize ik zlefs boeien op zee. Kaainrs zijn natuurlijk aan wal. Wie aan wal blijft is een walrus Marc -- What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Meer regeringsdata van UK (transport)
Marc Coevoet wrote: Ik heb de volledige set data van de Lijn nog eens gezet op: Stop nu toch eens om data zonder toestemming te verspreiden via de mailing list... Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] Nearmap vs CTs: any progress?
On 15 November 2010 15:33, Anthony o...@inbox.org wrote: Is that the only way to read the terms? Paragraph 2 merely say that you, the person uploading the data, grant a license to OSMF. Paragraph 2 does not warrant that *no one else* (e.g. Nearmap) might *also* have rights which still need to be respected. In order to derive data from nearmap.com PhotoMaps, you must agree to our community licence, which says: If you derive information from observing our PhotoMaps, and include that information in a work, you will own that work, and may distribute it to others under a Creative Commons Attribution Share Alike (CC-BY-SA)http://creativecommons.org/licenses/by-sa/3.0/ licence. In other words, you're constrained in what you can do with that derived work. If you trace a street or a feature, that is a derived work, and you can distribute it under a CC-BY-SA licence. But paragraph 2 of the CTs requires that you grant OSMF a much wider licence than CC-BY-SA, which you can't do, because you only have the right to distribute your derived work under CC-BY-SA. Regards Ben -- Ben Last Development Manager nearmap.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Nearmap vs CTs: any progress?
On Mon, Nov 15, 2010 at 7:09 PM, Ben Last ben.l...@nearmap.com wrote: In order to derive data from nearmap.com PhotoMaps, you must agree to our community licence, which says: If you derive information from observing our PhotoMaps, and include that information in a work, you will own that work, and may distribute it to others under a Creative Commons Attribution Share Alike (CC-BY-SA) licence. In other words, you're constrained in what you can do with that derived work. If you trace a street or a feature, that is a derived work, and you can distribute it under a CC-BY-SA licence. But paragraph 2 of the CTs requires that you grant OSMF a much wider licence than CC-BY-SA, which you can't do, because you only have the right to distribute your derived work under CC-BY-SA. It seems there is an assumption by the authors of the CTs that, as the contributor of data: 1) you own the copyright to that data; and therefore 2) you can, and are willing to, grant an extremely wide licence to OSMF However, this assumption is incorrect in at least these two cases: 1) You don't own the data, but it is licensed CC-BY-SA (or similar), and therefore it would be compatible with OSM. 2) You own the data, but are prevented for other reasons (such as NearMap's community licence) from granting the extremely wide licence OSMF requires. The bottom line is this: the CTs make open licences an insufficient condition for inclusion of content into OSM. I'm sad to hear that progress on the CTs has stalled - these versions seem horribly flawed. Or, if my above conclusions are correct, and intentional, there should be a big public statement explaining this change in policy. Not simply We are making changes to allow a future change in licensing, and this is a little administrative matter, but We have decided to no longer accept open source content. All submitted content must be either fully owned by the contributor, with no restrictions, or submitted with the explicit permission of the copyright owner. Steve ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Nearmap vs CTs: any progress?
On 15 November 2010 22:47, Steve Bennett stevag...@gmail.com wrote: It seems there is an assumption by the authors of the CTs that, as the contributor of data: 1) you own the copyright to that data; and therefore 2) you can, and are willing to, grant an extremely wide licence to OSMF I'm not on the LWG, but I believe that this is all being considered. Certainly these concerns have been raised before and I am sure they are well aware of the difficulties. I doubt they are making the assumption you suggest. However, this assumption is incorrect in at least these two cases: 1) You don't own the data, but it is licensed CC-BY-SA (or similar), and therefore it would be compatible with OSM. 2) You own the data, but are prevented for other reasons (such as NearMap's community licence) from granting the extremely wide licence OSMF requires. Clearly if there was that assumption then it would be wrong. The bottom line is this: the CTs make open licences an insufficient condition for inclusion of content into OSM. They do at present - I think this is a well understood question. I have certainly read statements by people who suggest this is desirable (that is excluding licensed data sets is a positive outcome). The current working draft license terms suggest this is not the view taken by its drafters and they do not intend it to be the outcome: https://docs.google.com/View?id=dd9g3qjp_933xs7nvfb I'm sad to hear that progress on the CTs has stalled - these versions It doesn't look stalled to me: http://www.osmfoundation.org/wiki/Working_Group_Minutes There is progress. seem horribly flawed. Or, if my above conclusions are correct, and intentional, there should be a big public statement explaining this change in policy. Not simply We are making changes to allow a future change in licensing, and this is a little administrative matter, but We have decided to no longer accept open source content. All submitted content must be either fully owned by the contributor, with no restrictions, or submitted with the explicit permission of the copyright owner. As you will see from reading the minutes, that doesn't seem to be the case. -- Francis Davey ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Historical Data in OSM database
2010/11/15 Russ Nelson nel...@crynwr.com: Laurence Penney writes: In principle, historic data is an orthogonal project. Except when it leaves traces that can be found on the ground. I completely agree, and like to add, that those traces in most cases will be in some form or another there (also under the ground, or in builldings / the shape of buildings or sites, Names, etc.). You even see this in the US, which are looking back at a comparatively short history compared to old Europe. Even more you will see traces in Europe. The thing is that even though there is a strong connection, OSM and it's environment still isn't prepared to deal with this data, so at the current point we shouldn't encourage people to add long gone stuff. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] South Pole?
Sure but how do we get this fixed so Mapnik layer in osm.org does not show the South Pole in the wrong place? 2010/11/13 Peterpe...@haas-en-berg.nl: if(lat 85) { do_not_render(); } 2010/11/13 Nathan Edgars IInerou...@gmail.com Nakor Osm wrote: Did the South Pole move? http://www.openstreetmap.org/?lat=0lon=0zoom=17layers=M More seriously there is no data there and I am wondering why it displays South Pole http://www.openstreetmap.org/browse/node/436012592 Remember that the Mercator projection chokes on infinities at the poles; apparently Mapnik resolves it by using 0 latitude. -- View this message in context: http://gis.638310.n2.nabble.com/South-Pole-tp5734054p5734276.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] South Pole?
The Mapnik layer cannot show the South Pole at all. The projection does get cut off at 85 degrees, no mattre what. You could go and render your own maps with a different projection, but the Mapnik layer at osm.org probably will keep this way. Maybe there should be something in osm2pgsql's default.style to fix this. but I'm not a devver... 2010/11/15 Nakor nakor@gmail.com: Sure but how do we get this fixed so Mapnik layer in osm.org does not show the South Pole in the wrong place? 2010/11/13 Peterpe...@haas-en-berg.nl: if(lat 85) { do_not_render(); } 2010/11/13 Nathan Edgars IInerou...@gmail.com Nakor Osm wrote: Did the South Pole move? http://www.openstreetmap.org/?lat=0lon=0zoom=17layers=M More seriously there is no data there and I am wondering why it displays South Pole http://www.openstreetmap.org/browse/node/436012592 Remember that the Mercator projection chokes on infinities at the poles; apparently Mapnik resolves it by using 0 latitude. -- View this message in context: http://gis.638310.n2.nabble.com/South-Pole-tp5734054p5734276.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Groeten, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] South Pole?
On 15/11/10 16:02, Nakor wrote: Sure but how do we get this fixed so Mapnik layer in osm.org does not show the South Pole in the wrong place? Provide a patch for osm2pgsql to make it clip/discard geometries which go beyond 85 degrees north/south (or whatever the actual limit is). Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] South Pole?
On 11/12/2010 4:30 PM, Nakor wrote: Did the South Pole move? http://www.openstreetmap.org/?lat=0lon=0zoom=17layers=M More seriously there is no data there and I am wondering why it displays South Pole Thanks, N. The goal of my original message is to point out a potential problem on the map at openstreetmap.org. Obviously from the responses so far, this mailing list is not the right place to report it (although some responses could have been more tactful). My next question is then: what is the correct place to report it? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] South Pole?
On Mon, Nov 15, 2010 at 10:47 AM, Nakor nakor@gmail.com wrote: My next question is then: what is the correct place to report it? Trac. But it has already been reported there: http://trac.openstreetmap.org/ticket/1327 Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Announce search box with result suggestions
Martijn van Exel wrote: Hi all, The lack of auto-complete or search suggestions like you see in for example Google (maps) and the OSM wiki search box has been bugging me for a while. So I created a prototype based on the Nominatim API and the Google Closure JS framework. There's a lot of things it won't do yet, but it's a decent first step. Why do you choose Google's Closure JS? Is it specially suited? Wyo ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Announce search box with result suggestions
Wyo, No specific reason. It looked like the quickest route to demonstrable results for someone not at all familiar with modern web technologies such as myself. And it did - I did this in a few hours, including the PHP script that calls Nominatim and parses the result. Martijn van Exel +++ m...@rtijn.org Laziness – Impatience – Hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter: mvexel skype: mvexel flickr: rhodes On Nov 15, 2010, at 9:08 PM, Wyo wrote: Martijn van Exel wrote: Hi all, The lack of auto-complete or search suggestions like you see in for example Google (maps) and the OSM wiki search box has been bugging me for a while. So I created a prototype based on the Nominatim API and the Google Closure JS framework. There's a lot of things it won't do yet, but it's a decent first step. Why do you choose Google's Closure JS? Is it specially suited? Wyo ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New site about the license change
On Sat, 2010-11-13 at 18:06 -0500, john whelan wrote: The decisions have been made, so it's time to accept them or if you don't, to leave. Maybe I missed something, but when were the decisions made? Last I heard, people were still being asked for their opinion. Did I miss the announcement of some decision, as Im not subscribed to legal-talk, or lwg, or whichever mailing list OSMF have decided to be the authority today? Nowhere in my post did I express a view that a change of license is bad. However changes need managing, if we are to come through the changes with a working map then we really do need to plan the transition. This works fine, if you own the data in the first place. I dont think there's ever been any issue with contributions by individual mappers, more to do with changing the licence of data that has been graciously given to us by other groups. If someone was to approach OSM and say they were using OSM data in their project, but their projects licence was changing and therefore they'd like OSM to relicence our data under some licence theyve created for their own project, what would our reply be? Would we change our OSM licence? Should we expect all the agencies and groups who have given us data, to change their licences to accomodate us? Realistically I would carve the map up into tiles then as soon as a tile got to 50% new license then block users adding data under the old license to that tile. That works great where youve got tiles full of lots of data, but what about in regional areas? If a mapper wants to contribute data, is OSM not interested in that data, because the person doesnt wish to accept a licence? I see this as having the effect of halving the amount of contributed data, after we've alerady wiped out half the data that was there in the first place, which to me sounds like someone slowly trying to bring down OSM from the inside. Some parts of the world will be ready to move to the new license faster than others. And what about those places that dont move to the new licence? Do we simply tell users in those places 'sorry, you either accept our restrictive licence, or you accept google/yahoo/etc's restrictive licence'? Again, this sort of opinion seems like someone trying to split OSM apart, from the inside. I don't see any one coming up with a list of requirements for different users of our data and how we keep them happy as we transition. I dont think there is interest in doing that, from the powers-that-be. Many 'users of our data' have been expressing concerns for many months, and the only responses Ive seen have been basically 'shut up', 'tell someone else who cares' or 'its been decided, get over it'. With this sort of attitude, is it any wonder that groups that own data are becoming wary of dealing with the OSM project. While its great that some small parts of the world have a density of mappers adequate enough to map local regions extensively, in large parts of the world, this is simply not really practical. Compare mapping the highways in England or France to mapping the highways of Russia, Canada or Australia. David On 13 November 2010 15:30, Serge Wroclawski emac...@gmail.com wrote: Let's be serious for a moment... I've been involved in the project about two years, and even before then, the license issue has eaten away at the project. Few people have bothered to look at the license objectively. People have used it as an excuse to hate the project, to further their own goals, etc. If people want to fork OSM in software, or in data, they're free to do so. What they shouldn't be free to do is disrupt the project with the constant nagging, complaining, trolling, etc. The decisions have been made, so it's time to accept them or if you don't, to leave. I'm much more interested in mapping than I am having this endless, tiring, pointless debate. - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New site about the license change
On Mon, Nov 15, 2010 at 8:20 PM, David Murn da...@incanberra.com.au wrote: If someone was to approach OSM and say they were using OSM data in their project, but their projects licence was changing and therefore they'd like OSM to relicence our data under some licence theyve created for their own project, what would our reply be? How much are you willing to donate? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New site about the license change
I've been a little selective in quoting your message but I think you have correctly identified the split. Germany and the UK with high mapper density are probably for the new license and dumping the older data other parts of the world that don't have the luxury of such a high density of mappers and rely on partnerships with government agencies etc and importing data are finding it much more difficult. The US at the moment is grappling of what to with the problem of the new whatever data for 2010. Replacing data is difficult, what do you do about the tags? Because of slight differences in the data points of interest can end up on the other side of the road. Canada's current CANVEC data available for import is very nice, road networks complete with names and house numbers in many places. Starting clean is actually a very attractive idea, you lose the traffic_lights on the map but what you have is clean. All the roads have the correct names for example. Historically the new world has taken European ideas and modified them to work in a different environment. Guns used to be made by craftsmen in Europe but in the new world lacking the craftsmen they used an assembly line breaking skilled work down into less skilled tasks. The same with mapping, we don't have the problem of government sources wanting to charge for or place restrictions on GIS data in fact one problem that has been identified in Canada is we don't have the manpower to absorb all the data people would like us to import. We do have a problem with finding enough mappers on the ground though. I seriously think there will be a split, and it will be along the lines of thank you OSM we are very grateful for the ideas and the software infrastructure but in order to get a working map we need something different. I would prefer not to see a split but unless some one comes up with a way to address the concerns then I think it will happen. Perhaps one answer might be Europe is licensed one way and the rest of the world another? Dunno. Cheerio John Realistically I would carve the map up into tiles then as soon as a tile got to 50% new license then block users adding data under the old license to that tile. That works great where youve got tiles full of lots of data, but what about in regional areas? If a mapper wants to contribute data, is OSM not interested in that data, because the person doesnt wish to accept a licence? I see this as having the effect of halving the amount of contributed data, after we've alerady wiped out half the data that was there in the first place, which to me sounds like someone slowly trying to bring down OSM from the inside. Some parts of the world will be ready to move to the new license faster than others. And what about those places that dont move to the new licence? Do we simply tell users in those places 'sorry, you either accept our restrictive licence, or you accept google/yahoo/etc's restrictive licence'? Again, this sort of opinion seems like someone trying to split OSM apart, from the inside. I don't see any one coming up with a list of requirements for different users of our data and how we keep them happy as we transition. I dont think there is interest in doing that, from the powers-that-be. Many 'users of our data' have been expressing concerns for many months, and the only responses Ive seen have been basically 'shut up', 'tell someone else who cares' or 'its been decided, get over it'. With this sort of attitude, is it any wonder that groups that own data are becoming wary of dealing with the OSM project. While its great that some small parts of the world have a density of mappers adequate enough to map local regions extensively, in large parts of the world, this is simply not really practical. Compare mapping the highways in England or France to mapping the highways of Russia, Canada or Australia. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Weekbulletin - Week 45
Mijn suggestie is alleen dat je dit soort dingen moet spreiden. Maar als je daar gelukkig mee bent, slaap rustig verder. Gelukkig werken er bij G alleen integere mensen die niets slechts met ons voor hebben, en die begrijpen dat je informatie niet mag gebruiken voor enig ander doel zoals gericht adverteren, profielen maken van gebruikers enz enz enz. Regards, Ing. Gert Gremmen Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Peter Verzonden: Sunday, November 14, 2010 10:56 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Weekbulletin - Week 45 Wat is er mis met Google, denk je nou echt dat andere bedrijven nou veel neter zijn? En dan nog, hebben wij als OSM wat te verbergen dan? Als je wat te verbergen hebt, zorg dan dat dat sowiezo niet op internet komt, of dat je precies weet wie er bij kan. Zoiets als iedereen behalve Google bestaat niet. Overigens gebruik ik zelf o.a. Google Apps voor mijn domein, en Android (wat prima synchroniseert met elkaar en andere software via open formaten/protocolen), en ik ben er erg blij mee. Alleen hun kaarten zuigen nogal... Op 14 november 2010 21:38 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven: Goed gedaan, Ik ben het niet met G eens. Kunnen we trouwens ophouden met het G te noemen? :) Groet, Floris Martijn van Exel wrote: Gert, Ik heb Google Docs gekozen omdat het daarin heel makkelijk is om samen aan een document te werken, en omdat ik er zelf al graag en veel gebruik van maak. Google is geen internetprovider, en het gaat hier om openbare informatie; zodra we het op de blog posten indexeert Google het ook. Als je een betere manier weet om dit te organiseren, organiseer het dan beter. Het is slechts een eerste stap en ik hoop dat het beter wordt, maar daar is initiatief van anderen ook bij nodig. Martijn van Exel +++ m...@rtijn.org Laziness – Impatience – Hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter: mvexel skype: mvexel flickr: rhodes On Nov 14, 2010, at 8:08 PM, ce-test, qualified testing bv - Gert Gremmen wrote: Sorry hoor, maar van alle internet providers is G nu net niet degene waar ik zo’n wochennotiz zou onderbrengen. G weet al genoeg van ons allemaal. Gert Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Martijn van Exel Verzonden: zondag 14 november 2010 19:47 Aan: OpenStreetMap NL discussion list Onderwerp: [OSM-talk-nl] Weekbulletin - Week 45 Zojuist heb ik op de OpenStreetMap-blog de eerste editie gepost van wat hopelijk een nieuwe rubriek wordt: het Weekbulletin. Bedankt voor iedereen die al heeft meegewerkt. Het weekbulletin is een nieuwe rubriek op het OpenStreetMap-blog. Het doel is om de leukste en interessantste nieuwtjes en tips bijeen te brengen. Zoals bijna alles rond OpenStreetMap crowdsourcen we dit initiatief natuurlijk gewoon: iedereen die wil meeschrijven kan dat hier doen. Het doel is nu om dit eerst maar eens een paar weken vol te houden, en dan te kijken hoe we verder gaan: plaatjes? Langere artikelen? Een wisselend weekthema? Voor nu houden we het simpel: we posten het bulletin op zondagavond hier op de blog, op de talk-nl mailinglijst en op de wiki. Er steekt nog geen organisatie of redactie achter. Ik hoop dat er meer gaan volgen! Weekbulletin – Week 45 Nederland FAQ (?) op talk-nl: Om een marker in je kaart te krijgen kun je in de url ‘lat’ en ‘lon’ vervangen door ‘mlat’ en ‘mlon’. Of nog makkelijker via http://mijn.openstreetmap.nl/ Er wordt een discussie (EN) op de Engelstalige mailinglijst over de wenselijkheid van het mappen van historische informatie; dingen die niet meer bestaan. Dit naar aanleiding van iemand die graag een OSM-kaart zou willen maken met een tijdslider, zoals je ook in Google Earth ziet. De meningen zijn verdeeld; wat vind jij? Almere heeft een kaart on-line geplaatst. Mogen we dit overtrekken? Peter stelt voor een mail te sturen. De discussie over hergebruik van gegevens die op een site wordt gepubliceerd kwam ook weer ter sprake naar aanleiding van een vraag over de Rotterdams havens. Internationaal Mapquest voegt fietsroutes toe aan hun op OpenStreetMap-data gebaseerde routerings-API. Deze week stond OpenStreetMap in het teken van monumenten (EN). Elke week is er een “Project Of The Week” (EN). Het gaat er daarbij om zoveel mogelijk OSM-ers te betrekken bij het mappen van een specifiek thema. Je kunt zelf ook een thema voorstellen (EN). De licentiethermometer, een kaart waarop je kunt zien welke data zou verdwijnen als we nu zouden overgaan naar de nieuwe ODbL-licentie, wordt steeds groener wordt gemeld (EN). Meer weten over de licentiewijziging? Kijk hier (EN). Alle wetenschappelijke publicaties en onderzoek rond het thema OpenStreetMap zijn op één
Re: [OSM-talk-nl] Wochennotiz
Ik denk dat het wel gelukt is: http://blog.openstreetmap.nl/index.php/2010/11/14/weekbulletin-week-45/ Groet, Floris Rob wrote: zondag avond heeft ook mijn voorkeur, dan kunnen we weeknummers handteren.. Martijn geef ff een gil als het niet lukt, dan regel ik het wel.. Rob Op 14 november 2010 18:47 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Ik vond zondagavond ook wel een goeie tijd. Eens kijken of ik alweer kan inloggen... Martijn Martijn van Exel +++ m...@rtijn.org Laziness Impatience Hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter: mvexel skype: mvexel flickr: rhodes On Nov 14, 2010, at 6:23 PM, Frank Fesevur wrote: Als je een weekoverzicht van week 43 wilt doen, is zondagavond het meest logische tijdstip om te publiceren. Anders moeten we het weeknummer niet noemen en er gewoon van x-nov tot y-nov bij vermelden. Gegroet, Frank Op 14 november 2010 18:15 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Het wordt al een leuke eerste poging vind ik. Op Talk roept iemand dat woensdag de beste dag is om te publiceren, wat denken julliie? Mijn idee was plaatsen op de blog maar ook op de mailinglijst en ook een wikipagina aanmaken waarin alles wordt gearchiveerd. Ik probeerde net in te loggen in de blog maar dat lukte niet, als iemand anders het wil / kan doen, prima. Martijn van Exel +++ m...@rtijn.org Laziness Impatience Hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter: mvexel skype: mvexel flickr: rhodes On Nov 14, 2010, at 5:31 PM, Frank Fesevur wrote: Ik heb de afgelopen week ook wat dingetjes in dat document gezet. Wie doet de eindredactie en gaat het op de blog plaatsen? Een link naar het bewuste document er (iedere week?) bij plaatsen lijkt me geen slecht idee. Ben trouwens benieuwd hoe lang we als nl-community dit gaan volhouden. Gegroet, Frank Op 9 november 2010 23:00 heeft Martijn van Exel mart...@geodan.nl het volgende geschreven: In Duitsland hebben ze een team dat die Wochennotiz onderhoudt. Ik zal eens vragen hoe zij het organiseren (IRC-meetings? Skype? Of een Google Doc waarin iedereen tips aandraagt?) Dat laatste lijkt mij een hele goede manier. Kunnen we allemaal ons steentje bijdragen en dat gewoon op zondagavond (ofzo) publiceren. Eens kijken of dat werkt? Doe je ding! https://docs.google.com/document/d/1bihWQMlO-ucLUqPy04OoUVQxZiXP4xOOEXuCjcF2wh8/edit?hl=enauthkey=CIqZu-QG Martijn -- Martijn van Exel Senior Researcher / Software Engineer - Geodan SR President Kennedylaan 1 1079 MB Amsterdam (NL) - Tel: +31 (0)20 - 5711 318 Fax: +31 (0)20 - 5711 333 - E-mail: martijn.van.e...@geodan.nl Website: www.geodan.nl KvK-nummer: 33 247475 Disclaimer: www.geodan.nl/disclaimer - On Nov 9, 2010, at 8:59 PM, Rob wrote: Ik heb het een half jaar geleden eens geprobeerd, na aanleiding van Ben Laenen z'n wekelijkse verzamel mail op de ML. Maar het kost toch wat werk om elke week alles bij elkaar te verzamelen. http://blog.openstreetmap.nl/index.php/2010/07/11/dit-was-het-nieuws-week-27/ Als er meer vrijwilligers zijn om dit samen bij te houden, dan zou ik zeggen vanaf nu weer wekelijks op de blog.. ;) Rob Op 9 november 2010 20:04 heeft F. Heinen f.heinen...@gmail.com het volgende geschreven: Goed initiatief! Ik zou zeggen dat we zoiets ook wel kunnen doen. Ook voor de OSM amateur bij te houden die zich maar een paar uur per maand wil besteden aan OSM. Groet, Frenzel Op 9 november 2010 08:48 schreef Martijn van Exel m...@rtijn.org het volgende: Ha allemaal, De Duitsers hebben een nieuw (nou ja..) initiatief op hun blog, de Wochennotiz. Hier een link naar de laatste: http://blog.openstreetmap.de/2010/11/osm-wochennotiz-nr-16/ (ja - ik kwam erop omdat erin gelinkt wordt naar mijn blog). Het is een samenvatting van wat er zoal gebeurt in de OSM-community zowel in Duitsland als daarbuiten (talk, blogs, software). Voor degenen die Duits lezen kunnen (we hebben allemaal op de middelbare school gezeten, toch?) een fijne compacte informatiebron die je helpt bij te blijven, ook als je geen tijd / zin hebt om door de tientallen mailtjes in de diverse lijsten heen te werken. Martijn van Exel +++ m...@rtijn.org Laziness Impatience Hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter: mvexel skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Weekbulletin - Week 45
Je hoeft geen Google-account te hebben om mee te schrijven aan het weekbulletin. Als je er geen gebruik van wilt maken, kun je je bijdrages ook emailen naar hier of naar mij, dan zet ik ze erin. Martijn martijn van exel +++ m...@rtijn.org laziness - impatience - hubris http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2010/11/15 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl Mijn suggestie is alleen dat je dit soort dingen moet spreiden. Maar als je daar gelukkig mee bent, slaap rustig verder. Gelukkig werken er bij G alleen integere mensen die niets slechts met ons voor hebben, en die begrijpen dat je informatie niet mag gebruiken voor enig ander doel zoals gericht adverteren, profielen maken van gebruikers enz enz enz. Regards, Ing. Gert Gremmen Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto: talk-nl-boun...@openstreetmap.org] Namens Peter Verzonden: Sunday, November 14, 2010 10:56 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Weekbulletin - Week 45 Wat is er mis met Google, denk je nou echt dat andere bedrijven nou veel neter zijn? En dan nog, hebben wij als OSM wat te verbergen dan? Als je wat te verbergen hebt, zorg dan dat dat sowiezo niet op internet komt, of dat je precies weet wie er bij kan. Zoiets als iedereen behalve Google bestaat niet. Overigens gebruik ik zelf o.a. Google Apps voor mijn domein, en Android (wat prima synchroniseert met elkaar en andere software via open formaten/protocolen), en ik ben er erg blij mee. Alleen hun kaarten zuigen nogal... Op 14 november 2010 21:38 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven: Goed gedaan, Ik ben het niet met G eens. Kunnen we trouwens ophouden met het G te noemen? :) Groet, Floris Martijn van Exel wrote: Gert, Ik heb Google Docs gekozen omdat het daarin heel makkelijk is om samen aan een document te werken, en omdat ik er zelf al graag en veel gebruik van maak. Google is geen internetprovider, en het gaat hier om openbare informatie; zodra we het op de blog posten indexeert Google het ook. Als je een betere manier weet om dit te organiseren, organiseer het dan beter. Het is slechts een eerste stap en ik hoop dat het beter wordt, maar daar is initiatief van anderen ook bij nodig. Martijn van Exel +++ m...@rtijn.org Laziness – Impatience – Hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter: mvexel skype: mvexel flickr: rhodes On Nov 14, 2010, at 8:08 PM, ce-test, qualified testing bv - Gert Gremmen wrote: Sorry hoor, maar van alle internet providers is G nu net niet degene waar ik zo’n wochennotiz zou onderbrengen. G weet al genoeg van ons allemaal. Gert Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Martijn van Exel Verzonden: zondag 14 november 2010 19:47 Aan: OpenStreetMap NL discussion list Onderwerp: [OSM-talk-nl] Weekbulletin - Week 45 Zojuist heb ik op de OpenStreetMap-blog de eerste editie gepost van wat hopelijk een nieuwe rubriek wordt: het Weekbulletin. Bedankt voor iedereen die al heeft meegewerkt. Het weekbulletin is een nieuwe rubriek op het OpenStreetMap-blog. Het doel is om de leukste en interessantste nieuwtjes en tips bijeen te brengen. Zoals bijna alles rond OpenStreetMap crowdsourcen we dit initiatief natuurlijk gewoon: iedereen die wil meeschrijven kan dat hier doen. Het doel is nu om dit eerst maar eens een paar weken vol te houden, en dan te kijken hoe we verder gaan: plaatjes? Langere artikelen? Een wisselend weekthema? Voor nu houden we het simpel: we posten het bulletin op zondagavond hier op de blog, op de talk-nl mailinglijst en op de wiki. Er steekt nog geen organisatie of redactie achter. Ik hoop dat er meer gaan volgen! Weekbulletin – Week 45 Nederland FAQ (?) op talk-nl: Om een marker in je kaart te krijgen kun je in de url ‘lat’ en ‘lon’ vervangen door ‘mlat’ en ‘mlon’. Of nog makkelijker via http://mijn.openstreetmap.nl/ Er wordt een discussie (EN) op de Engelstalige mailinglijst over de wenselijkheid van het mappen van historische informatie; dingen die niet meer bestaan. Dit naar aanleiding van iemand die graag een OSM-kaart zou willen maken met een tijdslider, zoals je ook in Google Earth ziet. De meningen zijn verdeeld; wat vind jij? Almere heeft een kaart on-line geplaatst. Mogen we dit overtrekken? Peter stelt voor een mail te sturen. De discussie over hergebruik van gegevens die op een site wordt gepubliceerd kwam ook weer ter sprake naar aanleiding van een vraag over de Rotterdams havens. Internationaal Mapquest voegt fietsroutes toe aan hun op OpenStreetMap-data gebaseerde routerings-API. Deze week stond OpenStreetMap in het teken van
Re: [OSM-talk-nl] Weekbulletin - Week 45
2010/11/14 Martijn van Exel m...@rtijn.org: Zojuist heb ik op de OpenStreetMap-blog de eerste editie gepost van wat hopelijk een nieuwe rubriek wordt: het Weekbulletin. Bedankt voor iedereen die al heeft meegewerkt. Hoi Martijn, mijn complimenten! Echt een heel handig overzicht over wat er speelt/gebeurt, in het bijzonder voor diegenen die niet alles wat er op de mailinglist voorbijkomt... Bedankt! Dieter ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Weekbulletin - Week 45
Interessante privacy statement op deze pagina: http://www.cetest.nl/privacy.html Kwestie van de pot verwijt de ketel etc... Piet Van: talk-nl-boun...@openstreetmap.org namens Martijn van Exel Verzonden: ma 15-11-2010 11:31 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Weekbulletin - Week 45 Je hoeft geen Google-account te hebben om mee te schrijven aan het weekbulletin. Als je er geen gebruik van wilt maken, kun je je bijdrages ook emailen naar hier of naar mij, dan zet ik ze erin. Martijn martijn van exel +++ m...@rtijn.org laziness - impatience - hubris http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2010/11/15 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl Mijn suggestie is alleen dat je dit soort dingen moet spreiden. Maar als je daar gelukkig mee bent, slaap rustig verder. Gelukkig werken er bij G alleen integere mensen die niets slechts met ons voor hebben, en die begrijpen dat je informatie niet mag gebruiken voor enig ander doel zoals gericht adverteren, profielen maken van gebruikers enz enz enz. Regards, Ing. Gert Gremmen ? Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Peter Verzonden: Sunday, November 14, 2010 10:56 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Weekbulletin - Week 45 Wat is er mis met Google, denk je nou echt dat andere bedrijven nou veel neter zijn? En dan nog, hebben wij als OSM wat te verbergen dan? Als je wat te verbergen hebt, zorg dan dat dat sowiezo niet op internet komt, of dat je precies weet wie er bij kan. Zoiets als iedereen behalve Google bestaat niet. Overigens gebruik ik zelf o.a. Google Apps voor mijn domein, en Android (wat prima synchroniseert met elkaar en andere software via open formaten/protocolen), en ik ben er erg blij mee. Alleen hun kaarten zuigen nogal... Op 14 november 2010 21:38 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven: Goed gedaan, Ik ben het niet met G eens. Kunnen we trouwens ophouden met het G te noemen? :) Groet, Floris Martijn van Exel wrote: Gert, Ik heb Google Docs gekozen omdat het daarin heel makkelijk is om samen aan een document te werken, en omdat ik er zelf al graag en veel gebruik van maak. Google is geen internetprovider, en het gaat hier om openbare informatie; zodra we het op de blog posten indexeert Google het ook. Als je een betere manier weet om dit te organiseren, organiseer het dan beter. Het is slechts een eerste stap en ik hoop dat het beter wordt, maar daar is initiatief van anderen ook bij nodig. Martijn van Exel +++ m...@rtijn.org Laziness - Impatience - Hubris http://schaaltreinen.nl http://schaaltreinen.nl/ | http://martijnvanexel.nl http://martijnvanexel.nl/ | http://oegeo.wordpress.com/ twitter: mvexel skype: mvexel flickr: rhodes On Nov 14, 2010, at 8:08 PM, ce-test, qualified testing bv - Gert Gremmen wrote: Sorry hoor, maar van alle internet providers is G nu net niet degene waar ik zo'n wochennotiz zou onderbrengen. G weet al genoeg van ons allemaal. Gert Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Martijn van Exel Verzonden: zondag 14 november 2010 19:47 Aan: OpenStreetMap NL discussion list Onderwerp: [OSM-talk-nl] Weekbulletin - Week 45 Zojuist heb ik op de OpenStreetMap-blog de eerste editie gepost van wat hopelijk een nieuwe rubriek wordt: het Weekbulletin. Bedankt voor iedereen die al heeft meegewerkt. Het weekbulletin is een nieuwe rubriek op het OpenStreetMap-blog. Het doel is om de leukste en interessantste nieuwtjes en tips bijeen te brengen. Zoals bijna alles rond OpenStreetMap crowdsourcen we dit initiatief natuurlijk gewoon: iedereen die wil meeschrijven kan dat hier doen. Het doel is nu om dit eerst maar eens een paar weken vol te houden, en dan te kijken hoe we verder gaan: plaatjes? Langere artikelen? Een wisselend weekthema? Voor nu houden we het simpel: we posten het bulletin op zondagavond hier op de blog, op de talk-nl
Re: [OSM-talk-nl] Gegevens van kaart.almere.nl
Mailtje is gistermiddag verstuurd. Nog geen reactie (was ook nog niet echt te verwachten) Martijn: ik zal het mailtje even in een wat nettere vorm online zetten, dat maakt een mooier linkje. http://peter-server.homelinux.net/kaart.almere.nl.mail.html -- Doorgestuurd bericht -- Van: Peter pe...@haas-en-berg.nl Datum: 14 november 2010 14:41 Onderwerp: Gegevens van kaart.almere.nl Aan: gegevensmanagem...@almere.nl Beste Gegevensmanagement Almere, OpenStreetMap is een niet-commercieel gemeenschapproject met als doel om een vrije wegenkaart van Nederland en de wereld te maken. De benodigde gegevens, zoals wegen, bushaltes, etc. worden met gps verzameld door vrijwilligers. Alle gegevens die aan het project worden toegevoegd mogen zonder kosten en met hergebruikrecht door een ieder geraadpleegd worden. Dit kan in de vorm van een wegenkaart, maar ook in de vorm van de ruwe data t.b.v. een routeplanner. OpenStreetMap ontving een subsidie van Digitale Pioniers. Onder andere heeft AND haar wegenkaart aan OSM geschonken, en later heeft Object Vision BV data over gebouwen, water en grondgebruik aan OSM aangeboden. OpenStreetMap is dus al erg compleet, maar er is nog veel meer data die we graag voor Almere (en de rest van de wereld) in kaart willen brengen. Een aantal voorbeelden zijn: - Huisnummers - Fietsroutes - Straatverlichting - Nog nauwkeurigere vormen voor straten, gebouwen en grondgebruik - Bouwplannen voor de nabije toekomst Het is mij opgevallen dat er op kaart.almere.nl een heel gedetailleerde kaart van Almere met veel nuttige informatie staat. Graag zouden wij deze informatie willen gebruiken om OpenStreetMap aan te vullen, maar helaas is kaart.almere.nl beschermd door copyright. Daardoor kunnen deze gegevens niet opgenomen worden in het project. Een gemiste kans! Door het vrij beschikbaar stellen van goed kaartmateriaal kunnen veel nieuwe ontwikkelingen gestimuleerd worden. Juist een stad met een modern en gedurfd imago als Almere kan daar flink van profiteren. Gegeven de website kaart.almere.nl zou ik graag de ruwe (vector) bestanden ontvangen die gebruikt worden om tot de weergaven te komen op kaart.almere.nl Als dit (technisch) niet mogelijk is kunt u natuurlijk ook helpen door alleen toestemming te geven voor gebruik van de kaart zoals hij nu is. Wilt u bijdragen aan een vrije kaart? Met vriendelijke groeten, Peter Hazenberg namens de (Nederlandse) OpenStreetMap-gemeenschap ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Weekbulletin - Week 45
Misschien beter lezen, ik bedoel begrijpen Piet, Waar bij mijn bedrijf NOT staat wordt er bij G niet over gerept. Waarbij bij mij only us staat bedoelt G de rest of the World (een ieder die adverteert bij G) Verder doet mijn bedrijf alleen B2B en geen zaken met natuurlijke personen, qua privacy onvergelijkbaar. Een schop onder de gordel piet, en nog persoonlijk ook, de privacy statement is van mijn bedrijf en niet van mij. en vooral ook omdat je wel suggereert maar niet argumenteert. G leest je privé email en pas daar de advertenties op aan. Neem eens een account op G en schrijf een briefje aan een denkbeeldige tante met een stoma en incontinentie en kijk eens naar de ads die je daarbij leest. Je krijgt nog net geen samples op de deurmat. Gert Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens pjsm...@hetnet.nl Verzonden: maandag 15 november 2010 13:55 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Weekbulletin - Week 45 Interessante privacy statement op deze pagina: http://www.cetest.nl/privacy.html Kwestie van de pot verwijt de ketel etc... Piet Van: talk-nl-boun...@openstreetmap.org namens Martijn van Exel Verzonden: ma 15-11-2010 11:31 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Weekbulletin - Week 45 Je hoeft geen Google-account te hebben om mee te schrijven aan het weekbulletin. Als je er geen gebruik van wilt maken, kun je je bijdrages ook emailen naar hier of naar mij, dan zet ik ze erin. Martijn martijn van exel +++ m...@rtijn.org laziness - impatience - hubris http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2010/11/15 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl Mijn suggestie is alleen dat je dit soort dingen moet spreiden. Maar als je daar gelukkig mee bent, slaap rustig verder. Gelukkig werken er bij G alleen integere mensen die niets slechts met ons voor hebben, en die begrijpen dat je informatie niet mag gebruiken voor enig ander doel zoals gericht adverteren, profielen maken van gebruikers enz enz enz. Regards, Ing. Gert Gremmen P Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Peter Verzonden: Sunday, November 14, 2010 10:56 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Weekbulletin - Week 45 Wat is er mis met Google, denk je nou echt dat andere bedrijven nou veel neter zijn? En dan nog, hebben wij als OSM wat te verbergen dan? Als je wat te verbergen hebt, zorg dan dat dat sowiezo niet op internet komt, of dat je precies weet wie er bij kan. Zoiets als iedereen behalve Google bestaat niet. Overigens gebruik ik zelf o.a. Google Apps voor mijn domein, en Android (wat prima synchroniseert met elkaar en andere software via open formaten/protocolen), en ik ben er erg blij mee. Alleen hun kaarten zuigen nogal... Op 14 november 2010 21:38 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven: Goed gedaan, Ik ben het niet met G eens. Kunnen we trouwens ophouden met het G te noemen? :) Groet, Floris Martijn van Exel wrote: Gert, Ik heb Google Docs gekozen omdat het daarin heel makkelijk is om samen aan een document te werken, en omdat ik er zelf al graag en veel gebruik van maak. Google is geen internetprovider, en het gaat hier om openbare informatie; zodra we het op de blog posten indexeert Google het ook. Als je een betere manier weet om dit te organiseren, organiseer het dan beter. Het is slechts een eerste stap en ik hoop dat het beter wordt, maar daar is initiatief van anderen ook bij nodig. Martijn van Exel +++ m...@rtijn.org Laziness - Impatience - Hubris http://schaaltreinen.nl http://schaaltreinen.nl/ | http://martijnvanexel.nl http://martijnvanexel.nl/ | http://oegeo.wordpress.com/ twitter: mvexel skype: mvexel flickr: rhodes On Nov 14, 2010, at 8:08 PM, ce-test, qualified testing bv - Gert Gremmen wrote: Sorry hoor, maar van alle internet providers is G nu net niet degene waar ik zo'n wochennotiz zou onderbrengen. G weet al genoeg van ons allemaal. Gert Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Martijn van Exel Verzonden: zondag 14 november 2010 19:47 Aan: OpenStreetMap NL discussion list Onderwerp: [OSM-talk-nl] Weekbulletin - Week 45 Zojuist heb ik op de OpenStreetMap-blog de eerste editie gepost van wat hopelijk een nieuwe rubriek wordt: het Weekbulletin. Bedankt voor iedereen die al heeft meegewerkt. Het weekbulletin is een nieuwe rubriek op het OpenStreetMap-blog. Het doel is om de leukste en interessantste nieuwtjes en tips bijeen te brengen. Zoals bijna alles rond OpenStreetMap crowdsourcen we dit initiatief natuurlijk gewoon: iedereen die wil meeschrijven kan dat hier doen. Het doel is
Re: [OSM-talk-nl] Weekbulletin - Week 45
Heren, ik snap deze reacties even niet. 1. Wat betekend *Open* in OSM? Hebben wij wat te verbergen? Nou dan... 2. Martijn doet zijn best voor een weekbulliting en het gaat over waar je dit opslaat? Lijkt me niet on topic 3. Dan wordt er een discussie gevoerd over de privacy voorwaarden van een ander bedrijf dan degene waar de data staat? Lijkt me nog minder on topic 4. Dan gaan we nog een persoonlijke discussie voeren hierover ook nog :x Het lijkt me dat we dit beter kunnen en elkaar kunnen helpen. Dus geef opbouwende en onderbouwde kritiek en on topic. Als je off topic wilt gaan doe dat in je eigen tread. Verder vindt ik dat we op moeten houden over G. Het is Google. Een bedrijf. Of we het er mee eens zijn of niet dat staat hier niet ter discussie. Dus noem het bij de naam dan snapt de rest van de lezers er ook nog wat van. [semi off topic] Ik ben happy met wat ze doen. Is dit voor iedereen? Zeker niet. Iedereen heeft de vrijheid om voor Google of een ander te kiezen. Dus [/semi off topic] Dus ik wil hierbij vragen of we dit in de toekomst beter kunnen doen. Bedankt alvast. Groet, Frank Heinen PS. Martijn goed werk, ik heb het vandaag gelezen (meeste wist ik al ;) ). Ik hoop volgende week ook mijn input te geven en dus mijn steentje bij te dragen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gegevens van kaart.almere.nl
From: Stefan de Konink ste...@konink.de Sent: Sunday, November 14, 2010 12:15 AM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Gegevens van kaart.almere.nl -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 13-11-10 22:02, Jeroen Muris schreef: Ik zou het 'heel leuk' vinden als ook de kaart van mijn gemeente beschikbaar zou komen voor OSM! Dat is ook een mogelijkheid die ik in gedachten had toen ik schreef Ik zal wel eens informeren hoe daar in mijn gemeente over gedacht wordt. Fijn, en als je dat niet op persoonlijke titel wilt doen, kun je mij een mailtje sturen bij welke gemeente je werkt. Dank je wel. Denk dat ik er eerst maar eens gewoon naar vraag. Mocht het nodig zijn, dan maak ik graag gebruik van je aanbod - of van de kennis die jij van het onderwerp lijkt te hebben. J-. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Announce search box with result suggestions
Martijn van Exel wrote: Hi all, The lack of auto-complete or search suggestions like you see in for example Google (maps) and the OSM wiki search box has been bugging me for a while. So I created a prototype based on the Nominatim API and the Google Closure JS framework. There's a lot of things it won't do yet, but it's a decent first step. Why do you choose Google's Closure JS? Is it specially suited? Wyo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [OSM-talk] Announce search box with result suggestions
Wyo, No specific reason. It looked like the quickest route to demonstrable results for someone not at all familiar with modern web technologies such as myself. And it did - I did this in a few hours, including the PHP script that calls Nominatim and parses the result. Martijn van Exel +++ m...@rtijn.org Laziness – Impatience – Hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter: mvexel skype: mvexel flickr: rhodes On Nov 15, 2010, at 9:08 PM, Wyo wrote: Martijn van Exel wrote: Hi all, The lack of auto-complete or search suggestions like you see in for example Google (maps) and the OSM wiki search box has been bugging me for a while. So I created a prototype based on the Nominatim API and the Google Closure JS framework. There's a lot of things it won't do yet, but it's a decent first step. Why do you choose Google's Closure JS? Is it specially suited? Wyo ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Weekbulletin - Week 45
On Nov 15, 2010, at 8:54 PM, F. Heinen wrote: [terecht commentaar op het zinloze gescherm over Google] Frank Heinen PS. Martijn goed werk, ik heb het vandaag gelezen (meeste wist ik al ;) ). Ik hoop volgende week ook mijn input te geven en dus mijn steentje bij te dragen. Bedankt Frank, ik kijk ernaar uit. Nog maar een keer de link! https://docs.google.com/document/d/1bihWQMlO-ucLUqPy04OoUVQxZiXP4xOOEXuCjcF2wh8/edit?authkey=CIqZu-QGhl=en# Nu ook met een hippe shortlink -- http://bit.ly/osm-weekbulletin Martijn van Exel +++ m...@rtijn.org Laziness – Impatience – Hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter: mvexel skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie data
Hoi Henk, Bedankt voor deze reactie. Dit maakt de huidige status duidelijk. Echter kun je wat zeggen over de voortgang. Ik hoop dat je mijn onzekerheid begrijpt. Mijn conclusie is eigenlijk dat er echt wel mensen voor en tegen zijn maar dat ze vooral willen dat dit process zo snel mogelijk afgerond is. Want op dit moment is er simpelweg onduidelijkheid. De eind beslissing zal sowieso een aantal mensen niet bevallen. Of we nu wel of niet voor ODbL gaan. Maar het geeft wel rust. Dus kun je ons wat vertellen over de (geschatte) planning van dit process? En of het nog zin heeft of wij hier wat aan kunnen bespoedigen voor NL? Groet, Frank PS nog +1 voor je presentatie bij Waypoint. Ik heb nog niet alles bekeken maar was een duidelijk verhaal (al weet ik niet wie het publiek wat en wat voorkennis ze hadden van navigeren en OSM). Op 16 november 2010 00:05 schreef Henk Hoff toffeh...@gmail.com het volgende: Hallo allen, Gezien deze discussie, even wat info. - Momenteel wordt door de License Workinggroup gesleuteld aan de Contributor Terms. Er zijn verschillende reacties gekomen van personen die gebruik hebben gemaakt van andere bronnen. Zij konden zich niet vinden in artikel 1 van de Contributor Terms (versie 1.0). Er is een alternatief opgesteld die nu aan enkele juristen wordt voorgelegd. De volgende stap in de licentie-wijziging wordt genomen nadat de 1.1 versie van de CT is vastgesteld. Voor de volledigheid: de nieuwe versie is compatible met versie 1.0, waardoor de personen die aan hebben gemeld onder 1.0 niet opnieuw hun akkoord hoeven te geven. - Ook wordt er momenteel een lijst samengesteld van de imports die gedaan zijn, en of daar mogelijk problemen mee zijn mbt de overgang naar ODbL. We zijn met enkele partijen in gesprek (waar onder Nearmaps) om te zien wat hun positie is. http://wiki.openstreetmap.org/wiki/Import/Catalogue - Een deel van de tijd van de LWG is de afgelopen tijd ook opgegaan aan licentie-overtredingen. Nike-grid in Londen en Google Columbia zijn daar enkele voorbeelden van. - Een visualisatie van data dat inmiddels onder de nieuwe CT valt kun je hier vinden: http://matt.dev.openstreetmap.org/treemap.png Wat Nederland betreft (en speciaal de imports): wanneer deze imports compatible zijn met de nieuwe CT, graag het account dat hiervoor gebruikt wordt aanmelden voor de nieuwe CT. Dan is het duidelijk voor iedereen wat de status is en dan hoeven we geen discussies meer te houden over wat als [import] niet over gaat. Wanneer het niet compatible, hoor ik graag wat het probleem is, want dan kunnen we er actie op ondernemen. Groet, Henk Hoff OSM Foundation 2010/11/13 Ben Laenen benlae...@gmail.com F. Heinen wrote: Mappers staan zeker centraal maar wat heeft dat met de imports te maken? Waarom moeten die er buiten blijven? Dat zijn wel geen mappers maar is wel key role of de data mee gaat en daarmee of users akkoord gaan. Simpel, gaat AND niet akkoord (wat ze wel gedaan hebben) dan ga ik ook niet akkoord. Niet om de reden of ik wel of niet eens ben maar omdat ik mijn data bewaak en die van anderen. We zijn niet voor jan met de korte achternaam bezig om over een jaar of wat onze data door de drain te zien gaan. Heb niet gezegd dat de imports onbelangrijk zijn. Zeker voor Nederland zou het rampzalig zijn om op bijna niks terug te vallen moesten de imports niet meekunnen naar de nieuwe CT+licentie. Maar wat ik wel zei is dat je de evaluatie óf je naar de nieuwe licentie gaat vooral moet laten afhangen van de contributies van echte mappers, want zij dragen dit project, niet de imports. Extreem voorbeeld voor Nederland: stel dat 3dshapes en AND naar de nieuwe licentie kunnen, dan heb je al ruim 90% van alle data. Wat de Nederlandse mappers hebben ingevoerd valt in het niets daarbij vergeleken, en voor het uiteindelijke resultaat lijkt het dus niet zo erg moest van die mappers nu 50% niet akkoord gaan of maar 10%. Het zou misschien het extra verlies van een of twee procent van alle Nederlandse data betekenen. Maar het moet niet gezegd dat je veel meer mensen voor het hoofd gaat stoten als je de data van de helft van de Nederlandse mappers zomaar gaat deleten. Vandaar dat ik zeg dat je om lijstjes of visualisaties te maken voor wat betreft de acceptatie van de nieuwe CT en licentie de imports niet moet meetellen. Want in een project als OSM is de community het meest waardevolle, niet de data. Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-is] Gögnin frá LUKR
Þetta er rétt hjá Svavari. Ég er að setja saman skriftu til að breyta shape skránni sem við fengum í osm form, ég klára það í kvöld. Ef fólk er sammála um að þetta verði manual merging líkt og ourFootPrints þá er örugglega hægt að hefja import á morgun. Annars er búið að lofa uppfærslum á þessi gögn árlega svo kannski væri hægt að gera sjálfvirkar uppfærslur að ári. (Einhverjar hugmyndir varðandi það?) kv. Björgvin Ragnarsson 2010/11/15 Svavar Kjarrval sva...@kjarrval.is: LUKR gögnin samanstanda eingöngu af stígum og stéttum. Allt í lagi að þetta séu bara miðlínur því breiddin fylgir (oftast) með. Samkvæmt Björgvini vildu þeir ekki fanga lengra en að afhenda stígana, því miður. Ég tók eftir því að margir vegir á OSM fara inn á LUKR stígana því gögnin á OSM eru auðvitað unnin eftir ónákvæmari tækjum. Við gætum hlaðið inn LUKR gögnunum og haft þau til hliðsjónar þegar við leiðréttum vegina (þar sem það er augljóst) og síðan sett LUKR gögnin inn. Með kveðju / With regards, Svavar Kjarrval (sva...@kjarrval.is) s. 863-9900 On 15.11.2010 20:10, Ævar Arnfjörð Bjarmason wrote: 2010/11/15 Svavar Kjarrvalsva...@kjarrval.is: Varðandi gögnin frá Reykjavík, þá fengum við gögnin í shapefile og getum unnið með það skráarsnið. Gögnin eru á slóðinni http://gist.github.com/raw/586658/8604b32f8de1afbb15b990b6e5793f5a7aee6c35/reykjavik-lukr.osm.bz2 ef þú vilt sjá þau. Þau ættu að rata inn á OpenStreetMap á næstunni. Þannig þetta eru bara miðlínur stíga? Allavegana sé ég ekki götur á þessu. Vorum við ekki að fá götur líka? Allavegana, það væri ágætt að rabba pínu um hérna á listanum hvernig við ætlum að haga þessu import. Á þetta að vera eins og ourFootPrints importið, s.s. manual merging? ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Gögnin frá LUKR
Hér er mín tillaga fyrir vörpun á tögunum í osm format: https://github.com/nifgraup/ogr2osm-lukr-import/blob/master/translations/lukr.py Endilega koma með athugasemdir. Ég á í vandræðum með hugtökin aðalstígur og tengistígur, einhver sem útskýrt þau betur og fundið gott OSM tag fyrir þau? Vörpunin byggir á tölvupósti sem ég fékk sendan með útskýringum, læt þær fylgja hér að neðan: Stigaflokkur = skv. gamalli flokkun frá borgarskipulaginu, 1 = Aðalstígur 2 = Tengistígur 3 = Aðrir stígar 4 = Malarstígur Breidd = Breidd í metrum Teikninr = teikningarnúmer, er ekki haldið við lengur og skiptir ekki máli Astand = Ástand skv. gömlu ástandsmati, er ekki haldið við lengur og skiptir ekki máli Ar_Lagt = Árið sem stígurinn er lagður Ar_Lagf = Lagfæringarár skv. gömlu ástandsmati, er ekki haldið við lengur og skiptir ekki máli Teg = Tegnund stígs 1 = Stígur 2 = Stétt 3 = Hitaveitustokkur 4 = Malarstígur Flokkur = Flokkur stígs 215 = miðlína stígs 217 = miðlína stéttar Rutt = Forgangsröð í snjóhreinsun 11 er hæstur forgangur svo 1 svo 2 osfrv. Ar_adg = Ár sem gönguleið var lagfærð með tilliti til fatlaðra og hjólreiðamanna (niðurtektir við götur osfrv.). Tók aðallega til átaks sem stóð yfir í nokkur ár. Gera má ráð fyrir að allar stéttar og stígar sem lagðar hafa verið undanfarin 10 ár séu í lagi. (fyrir utan þar sem um tröppur er að ræða) Utbsv = Útboðssvæði - skiptir engu máli - einungis fyrir rekstur hér Rutt_breidd = Ruðningsbreidd - tæknimál bara fyrir þá sem sjá um snjóhreinsun. Dags_inn = Dagsetning þegar viðkomandi fitja var sett í gagnagrunninn Notandi = Sá sem setti viðkomandi fitju inn SVF = Sveitarfélagsnúmer ( = Reykjavík) Uppr = Uppruni gagna 1 = Hönnunargögn 2 = Landmælt 3 = Myndmælt 4 = Hnitað 5 = Skannað/Vigrað 8 = Riss 9 = Annað Nakv = Nákvæmni í metrum. kv. Björgvin Ragnarsson 2010/11/15 Björgvin Ragnarsson nifgr...@gmail.com: Við ættum þó að byrja á að taka afstöðu til þess hvað við ætlum að nýta af þessum upplýsingum. Þegar það er komið á hreint mætti fjarlæga þau tög sem við ætlum ekki að nota og þannig auðvelda handavinnuna. Ég og Svavar settumst niður á sunnudag og fórum yfir töggin og völdum úr það sem gæti nýst, sjá hér: http://piratepad.net/lukr Jafnvel er spurning hvort við ættum ekki að reyna að breyta LUKR tögunum sjálfvirkt í OSM compatible tög. Það myndi flýta mikið fyrir við innsetninguna. Er einhver búin að skoða þetta með það í huga? T.d. hvernig STIGAFLOKK tagið samræmist highway=cycleway/footway/path o.s.frv.? Ég er að setja saman skriftu sem gerir akkúrat þetta: https://github.com/nifgraup/ogr2osm-lukr-import/blob/master/translations/lukr.py Björgvin Ragnarsson ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] Pumpwerk der Entsorgung
Am 15.11.2010 08:04, schrieb Willi: Am Montag, 15. November 2010 13:47 schrieb Jan Tappenbeck [...@tappenbeck.net] im Wiki habe ich nur das Pumpwerk für die Wasserversorgung gefunden. Wie wärs mit man_made=wastewater_plant. Viel Spass beim Kartieren Willi Hallo Willi, das ist doch aber die Kläranlage - die Pumpe ist doch aber ausschließlich eine Transporteinrichtung. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Daten Importieren nach JOSM
Am 14.11.2010 21:50, schrieb Claudius: Besser erkennbar mit Großen GPS-Punkten. Die Option aktivierst du in JOSM über Einstellungen - Anzeige-Einstellungen (Ist beim Aufruf der Einstellungen schon ausgewählt) - GPS-Punkte - Haken setzen bei Große GPS-Punkte zeichnen danke! Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tagwatch vs. tagstat (was: Talk-de Digest, Vol 52, Issue 85)
Georg Verweyen ge...@familieverweyen.de wrote: ich nutze das tagwatch noch intensiver, weil hier auch länderspezifische Auswertungen möglich sind @Jochen: Hast Du das auf der Todo-Liste? und auch Statistiken vorhanden sind, die in taginfo noch nicht existieren. Kannst Du das mal präzisieren? Ich wäre gegen eine entsprechende Abschaltung. Ich habe gar nicht vor das zeitnah abzuschalten sondern mittelfristig. Das Problem bei Tagwatch ist dass es auf vollkommen ungeeigneter Technik aufbaut. Meine Frage zielte daher gerade darauf welche Defizite ihr bei taginfo noch seht, die ein abschalten von tagwatch immer noch verhindern. Gruss Sven -- In my opinion MS is a lot better at making money than it is at making good operating systems (Linus Torvalds, August 1997) /me is gig...@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] Tagwatch vs. tagstat (was: Talk-de Digest, Vol 52, Issue 85)
On Mon, Nov 15, 2010 at 10:05:43AM +0100, Jochen Topf wrote: On Mon, Nov 15, 2010 at 08:44:29AM +, Sven Geggus wrote: Georg Verweyen ge...@familieverweyen.de wrote: ich nutze das tagwatch noch intensiver, weil hier auch länderspezifische Auswertungen möglich sind @Jochen: Hast Du das auf der Todo-Liste? Nein. Generell ist es sehr aufwändig festzustellen, in welchem Land ein OSM-Feature ist. Das würde den Aufwand massiv erhöhen. Die Frage wäre jetzt: Wie wichtig ist diese länderspezifische Auswertung? Was genau für Fragestellungen beantwortet das? Wozu werden die Infos benutzt? Vielleicht läßt sich eine Lösung finden, die mit erträglichem Aufwand umzusetzen ist. Was ich vergass zu sagen: Grundsätzlich ist es natürlich schon jetzt möglich, Taginfo einfach mehrfach laufen zu lassen mit verschiedenen Datenbank-Extrakten. Das wäre auch nicht weiter schwierig. Tagwatch macht es, soviel ich weiss, auch nicht anders. Aber das kostet natürlich mehr Rechenaufwand und integriert in irgendeiner sinnvollen Form ist es dann nicht, man kann z.B. nicht die Daten verschiedener Länder miteinander vergleichen. Wenn das jemand machen will, dann kann er natürlich gerne den Taginfo-Source nehmen und das machen. Ich will das selber aber ungerne anbieten, weil dann erfahrungsgemäß alle drei Tage jemand kommt und sein Land auch noch haben will oder sein Bundesland oder seine Insel. Und wir kommen wieder in die ganzen Fragen rein, wo denn eigentlich die Grenze ist und wir haben verfälschte Daten, weil die Relationen, die über die Grenze gehen nicht richtig aufgelöst wurden usw. Ich habe versucht mit der Karte, wo die Keys sind, so ein bischen die Geographie mit zu berücksichtigen. Ich will das auch noch weiter ausbauen auf Ways/Relations und auch für Values, sobald ich Zeit habe, mir zu überlegen, wie das effizient gemacht werden kann. Aber das ergibt natürlich nicht so viel Infos, wie man vielleicht gerne hätte. Grundsätzlich haben alle diese Tools das Problem, dass wir die Daten idealerweise in mehreren Dimensionen erfassen wollen: * Über alle Typen von Objekten (Nodes, Ways, Relations, vielleicht auch weiter unterteilt in Areas (geschlossene Ways) und spezielle Relation-Typen * Zeitlich (Verlauf der Nutzung von Tags über die Zeit) * Räumlich (ganze Welt, einzelne Länder, Regionen, usw.) Das sind dann aber so viele Daten, dass man das nicht mehr schnell genug hinbekommt. Man muss also irgendwo Kompromisse machen. 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] Tagwatch vs. tagstat
Jochen Topf joc...@remote.org wrote: Nein. Generell ist es sehr aufwändig festzustellen, in welchem Land ein OSM-Feature ist. Das würde den Aufwand massiv erhöhen. AFAIK hat tagwatch eigentlich auch kein solches feature sondern importiert einfach diverse Länder separat. Gruss Sven -- The term any key does not refer to a particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen. (Compaq FAQ Entry 2859) /me is gig...@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] Tagwatch vs. tagstat (was: Talk-de Digest, Vol 52, Issue 85)
Am 15. November 2010 10:22 schrieb Jochen Topf joc...@remote.org: Ich habe versucht mit der Karte, wo die Keys sind, so ein bischen die Geographie mit zu berücksichtigen. Ich will das auch noch weiter ausbauen auf Ways/Relations und auch für Values, sobald ich Zeit habe, mir zu überlegen, wie das effizient gemacht werden kann. ja, wenn bei der Suche auch Values berücksichtigt würden wäre das nochmal ein Riesenschritt und würde einem immens dabei helfen, wenn man ein bestimmtes (einem noch unbekanntes) Tag zu einem Feature sucht, für das bisher noch nichts dokumentiert ist. Bisher muss man in Taginfo schon eine grobe Ahnung haben, wo man suchen muss, und wenn es dann eine Amenity ist, muss man ggf. zig Seiten durchbrowsen, um festzustellen, dass es eben doch noch nichts gibt. Ich sehe die Value-Suche mit Abstand als den wichtigsten Featurerequest (der vermutlich auch auf Auswertungsseite am meisten Ressourcen schluckt). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
Am 15. November 2010 09:17 schrieb Jan Tappenbeck o...@tappenbeck.net: Am 15.11.2010 08:04, schrieb Willi: Am Montag, 15. November 2010 13:47 schrieb Jan Tappenbeck [...@tappenbeck.net] im Wiki habe ich nur das Pumpwerk für die Wasserversorgung gefunden. Wie wärs mit man_made=wastewater_plant. Viel Spass beim Kartieren Willi Hallo Willi, das ist doch aber die Kläranlage - die Pumpe ist doch aber ausschließlich eine Transporteinrichtung. ja, vermutlich gibt es da noch nichts. Es ist auch die Frage, wovon Du genau sprichst, Entsorgung ist ja sehr allgemein. Geht es Dir um die Abwasserhebeanlage? Schmutzwasserpumpen? Das Abwasserhebewerk als solches? Wie ist der Fokus? Geht es um die Art der Pumpe oder ihren Einsatzzweck? Oder beides? hydraulisch/pneumatisch? Wassermenge/Leistung der Pumpe(n)? Trennwasser oder Mischwasser? Schlicht: welche Daten hast Du? Sobald Du das geklärt (SCNR) hast, kann man Dir auch bessere Vorschläge machen (ob man_made oder ggf. waterway, evtl. ein neuer Hauptkey für Abwasser/Entsorgung?) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch vs. tagstat
Hallo, On 11/15/10 10:55, M∡rtin Koppenhoefer wrote: ja, wenn bei der Suche auch Values berücksichtigt würden wäre das nochmal ein Riesenschritt Stimmt, und würde einem immens dabei helfen, wenn man ein bestimmtes (einem noch unbekanntes) Tag zu einem Feature sucht, für das bisher noch nichts dokumentiert ist. Bisher muss man in Taginfo schon eine grobe Ahnung haben, wo man suchen muss, und wenn es dann eine Amenity ist, muss man ggf. zig Seiten durchbrowsen, stimmt nicht, denn es gibt ja immerhin, *wenn* du erstmal einen Key ausgesucht hast, eine Suchfunktion in den Values (das Lupensymbol unten). Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch vs. tagstat
Am 15. November 2010 11:15 schrieb Frederik Ramm frede...@remote.org: und würde einem immens dabei helfen, wenn man ein bestimmtes (einem noch unbekanntes) Tag zu einem Feature sucht, für das bisher noch nichts dokumentiert ist. Bisher muss man in Taginfo schon eine grobe Ahnung haben, wo man suchen muss, und wenn es dann eine Amenity ist, muss man ggf. zig Seiten durchbrowsen, stimmt nicht, denn es gibt ja immerhin, *wenn* du erstmal einen Key ausgesucht hast, eine Suchfunktion in den Values (das Lupensymbol unten). Ooops, das habe ich jetzt erst gesehen das erleichtert einem allerdings vieles :) Evtl. könnte man da gleich ein bereits offenes Suchfeld draus machen? Vermutlich haben das noch mehr übersehen... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch vs. tagstat
On Mon, 15 Nov 2010 10:55:57 +0100, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: Am 15. November 2010 10:22 schrieb Jochen Topf joc...@remote.org: Ich habe versucht mit der Karte, wo die Keys sind, so ein bischen die Geographie mit zu berücksichtigen. Ich will das auch noch weiter ausbauen auf Ways/Relations und auch für Values, sobald ich Zeit habe, mir zu überlegen, wie das effizient gemacht werden kann. ja, wenn bei der Suche auch Values berücksichtigt würden wäre das nochmal ein Riesenschritt und würde einem immens dabei helfen, wenn man ein bestimmtes (einem noch unbekanntes) Tag zu einem Feature sucht, für das bisher noch nichts dokumentiert ist. Bisher muss man in Taginfo schon eine grobe Ahnung haben, wo man suchen muss, und wenn es dann eine Amenity ist, muss man ggf. zig Seiten durchbrowsen, um festzustellen, dass es eben doch noch nichts gibt. Ich sehe die Value-Suche mit Abstand als den wichtigsten Featurerequest (der vermutlich auch auf Auswertungsseite am meisten Ressourcen schluckt). Was ich auch noch lästig finde, ist der Umstand, dass Listen sich ihre Sortierung und angezeigte Seite nicht merken. Wenn man z.B. einen Listeneintrag angeklickt hat und dann im Browser auf die Zurück-Taste drückt, wird die Liste wieder in ihrer Standardsortierung angezeigt und steht ganz am Anfang. Man kann sich den Eintrag natürlich auch in einem neuen Fenster/Tab anzeigen lassen, nur muss man daran auch denken. Ich fände auch besser, wenn die Suchergebnisse in Tabellenform angezeigt würden. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch vs. tagstat
Am 15.11.2010 11:23, schrieb M∡rtin Koppenhoefer: Am 15. November 2010 11:15 schrieb Frederik Ramm frede...@remote.org: stimmt nicht, denn es gibt ja immerhin, *wenn* du erstmal einen Key ausgesucht hast, eine Suchfunktion in den Values (das Lupensymbol unten). Ooops, das habe ich jetzt erst gesehen das erleichtert einem allerdings vieles :) Evtl. könnte man da gleich ein bereits offenes Suchfeld draus machen? Vermutlich haben das noch mehr übersehen... +1, hab ich auch nicht entdeckt. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
Am 15.11.2010 11:09, schrieb M∡rtin Koppenhoefer: Am 15. November 2010 09:17 schrieb Jan Tappenbecko...@tappenbeck.net: Am 15.11.2010 08:04, schrieb Willi: Am Montag, 15. November 2010 13:47 schrieb Jan Tappenbeck [...@tappenbeck.net] im Wiki habe ich nur das Pumpwerk für die Wasserversorgung gefunden. Wie wärs mit man_made=wastewater_plant. Viel Spass beim Kartieren Willi Hallo Willi, das ist doch aber die Kläranlage - die Pumpe ist doch aber ausschließlich eine Transporteinrichtung. ja, vermutlich gibt es da noch nichts. Es ist auch die Frage, wovon Du genau sprichst, Entsorgung ist ja sehr allgemein. Geht es Dir um die Abwasserhebeanlage? Schmutzwasserpumpen? Das Abwasserhebewerk als solches? Wie ist der Fokus? Geht es um die Art der Pumpe oder ihren Einsatzzweck? Oder beides? hydraulisch/pneumatisch? Wassermenge/Leistung der Pumpe(n)? Trennwasser oder Mischwasser? Schlicht: welche Daten hast Du? Sobald Du das geklärt (SCNR) hast, kann man Dir auch bessere Vorschläge machen (ob man_made oder ggf. waterway, evtl. ein neuer Hauptkey für Abwasser/Entsorgung?) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi ! da ich da nicht reinschauen kann weiß ich von einem Bekannten nur das es sich um ein Pumpwerk für Schmutzwasser handelt. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
Am 15. November 2010 12:07 schrieb Jan Tappenbeck o...@tappenbeck.net: Am 15.11.2010 11:09, schrieb M∡rtin Koppenhoefer: Am 15. November 2010 09:17 schrieb Jan Tappenbecko...@tappenbeck.net: Am 15.11.2010 08:04, schrieb Willi: Am Montag, 15. November 2010 13:47 schrieb Jan Tappenbeck [...@tappenbeck.net] im Wiki habe ich nur das Pumpwerk für die Wasserversorgung gefunden. Wie wärs mit man_made=wastewater_plant. Viel Spass beim Kartieren Willi Hallo Willi, das ist doch aber die Kläranlage - die Pumpe ist doch aber ausschließlich eine Transporteinrichtung. ja, vermutlich gibt es da noch nichts. Es ist auch die Frage, wovon Du genau sprichst, Entsorgung ist ja sehr allgemein. Geht es Dir um die Abwasserhebeanlage? Schmutzwasserpumpen? Das Abwasserhebewerk als solches? Wie ist der Fokus? Geht es um die Art der Pumpe oder ihren Einsatzzweck? Oder beides? hydraulisch/pneumatisch? Wassermenge/Leistung der Pumpe(n)? Trennwasser oder Mischwasser? Schlicht: welche Daten hast Du? Sobald Du das geklärt (SCNR) hast, kann man Dir auch bessere Vorschläge machen (ob man_made oder ggf. waterway, evtl. ein neuer Hauptkey für Abwasser/Entsorgung?) da ich da nicht reinschauen kann weiß ich von einem Bekannten nur das es sich um ein Pumpwerk für Schmutzwasser handelt. Man muss ja nicht reinschauen können, Angaben zu Pumpen, Bauart, Kapazität etc.. findet man sehr oft im Internet. Wahrscheinlich würdest Du weniger erkennen, wenn Du nur reinschauen könntest. Denkbar wäre also sowas wie man_made=wastewater_pump_station oder wastewater_pumping_station Alternativ sowas wie man_made=entsorgungsanlage und Subtags. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM-Update bei Ubuntu
Hi ! wie der eine oder andere mitbekommen hat habe ich jetzt Ubuntu 10.10 installiert und dann auch JOSM was aber 20 Monate alt ist ! Das möchte ich jetzt updaten bin allerdings immer noch ein Linux-Greenhorn. Im Web habe ich unter [1] eine Anleitung gefunden, das josm-tested.jar heruntergeladen und sudo mv ./Desktop/josm-tested.jar /usr/share/java/ ausgeführt. Das Jar war danach auch vom Desktop verschwunden - aber wenn ich das alte Icon dann ausführe, dann wird immer noch die 20-Monate alte Version gestartet. Kann mir einer sagen wie man das am besten macht. Unter Windows habe ich noch eine Einstellung im Start-Batch mit welchem ich der JAR mehr Speicher zuweisen. Vielleicht kann einer in diesem Zusammenhang mir gleich nochmal sagen wie ich dieses integriert bekommen. Gruß Jan :-) [1] http://wiki.ubuntuusers.de/JOSM ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Hi Jan, Kann mir einer sagen wie man das am besten macht. kann dir nur sagen wie ich es gemacht habe. Ich habe mir ein Script gebastelt und das auf einen globalen Hotkey gelegt. Das Script lädt immer die aktuelle Version runter, zeigt mit zenity einen Fortschrittsdialog an und startet josm anschließend. Zu verbessern wäre noch, dass er die Version überprüft die auf dem PC ist und dann evtl. nicht nochmal dieselbe runterlädt. #!/bin/bash wget --progress=bar:force http://josm.openstreetmap.de/josm-latest.jar -O josm-latest.jar 21 | zenity --progress --auto-close --auto-kill --text Downloading latest JOSM Version chmod +x josm-latest.jar java -jar josm-latest.jar von wget bis Version ist alles eine Zeile. Das kannst du dir jetzt ausführbar machen und selber starten oder über den metacity shortcut editor (alt+f2-gconf-editor-metacity) auf eine Tastenkombination legen. Liebe Grüße Benni signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Hi, Am 15.11.2010 13:58, schrieb Benjamin Lebsanft: chmod +x josm-latest.jar Das ist überflüssig. Ich hätte jetzt einfach die jar-Datei in ein beliebiges Verzeichnis gelegt, und auf dem Desktop ein Icon erzeugt, in dem das Programm dann per java -jar /Dein/Verzeichnis/josm-latest.jar aufgerufen wird. Dann kannst Du den josm updaten, wenn Du möchtest (neue jar-Datei ins Verzeichnis einfach reinkopieren), und hast nicht unbedingt immer die aktuellste Version, die ja auch manchmal nicht empfehlenswert sein kann. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Hallo, aufgerufen wird. Dann kannst Du den josm updaten, wenn Du möchtest (neue jar-Datei ins Verzeichnis einfach reinkopieren), und hast nicht unbedingt immer die aktuellste Version, die ja auch manchmal nicht empfehlenswert sein kann. Genau das manuelle Kopieren wollte ich mir damit aber sparen :) Und mit den Problemen, die aber recht selten sind, muss man sich dann eben abfinden. Hat alles Vor- und Nachteile. Liebe Grüße Benni signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
mit which josm kannst Du herausbekommen, welches Programm gestartet wird, wenn Du den Befehl eingibst. Hier ist ein Script, das es irgendwo auch im WIki oder so gibt (genau weiss ich nicht mehr, wo es her ist), ich weiss auch nicht, ob es da mittlerweile eine neue Version gibt, es funktioniert aber. Der erste Teil sind Konfigurationen, wo Du einstellen kannst, welche Version Du verwenden willst, etc. Dieses Programm liegt bei mir unter /usr/bin/josm (ist evtl. nicht der beste Ort dafür, geht aber, mittlerweile würde ich es wohl eher unter /usr/local/bin legen, wichtig ist nur, dass es wo liegt, wo das Verzeichnis im Suchpfad enthalten ist ($PATH), das kannst Du mit `echo $PATH` prüfen): #!/bin/bash # # Copyright (C) 2009 Cobra from http://www.openstreetmap.org # # This program is free software: you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation, either version 3 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # You should have received a copy of the GNU General Public License # along with this program. If not, see http://www.gnu.org/licenses/. # # # Startup-script for josm: # - aktualisiert josm falls nötig auf die aktuelle Version von latest oder tested (einstellbar) # - sichert alte Versionen (sehr hilfreich, wenn die neue Version nicht funktioniert wie gewünscht) # - erlaubt es, eine alte Version zu starten (per josm -r [revision]) # - übergibt alle Argumente an JOSM, nützlich um einen oder mehrere Dateien direkt in JOSM zu öffnen # - setzt Umgebungsvariablen, übergibt die passenden Parameter an Java und sorgt dafür, dass alsa benutzt wird # # Konfiguration (unter diesem Kommentarblock): # - Verzeichnis für die gespeicherten josm-Versionen anpassen, falls gewünscht # - josm-Variante wählen (latest/tested) # - Anzahl der gesicherten Versionen anpassen, falls gewünscht # - Wird compiz (3D-Desktop) benutzt? Dann bitte die entsprechende Zeile auskommentieren # - Menge des für josm verfügbaren Speichers anpassen # - Wer andere Parameter für java oder josm ändern möchte, kann das in der letzten Zeile tun # # Benutzung: # josm [-lr] [revision] [DATEI(EN)] # # Optionem: # -l alle gespeicherten josm-Versionen ausgeben und beenden # -r die angegebene Version von josm starten, als Argument entweder eine (lokal vorhandene) Revisionsnummer angeben oder last für die vorletzte gespeicherte # # ToDo: # - add possibility to configure a proxy and to select a certain version of java # - add possibility to select an older revision and run it # - add possibility to select -tested instead of -latest revision # - detect automatically if compiz is running # - detect if aoss is available, if not, return warning and start without it # - add some help (e.g. via --help) # # Wo soll das josm-archiv gespeichert werden? dir=~/bin/josm-archive # Welche Variante von josm soll genutzt werden? tested ist die neueste mehr oder weniger stabile Version, latest kann teilweise schwere Fehler haben, daher ist hier Vorsicht angesagt! version=latest # Wie viele alte Versionen sollen gesichert werden? numbackup=3 # Zeit in Sekunden, die wget bis zu einem erneuten Versuch bzw. Abbruch warten soll; bei langsamen Verbindungen diesen Wert erhöhen timeout=10 # Maximale Anzahl an Versuchen, eine Verbindung herzustellen retries=2 # Falls compiz eingesetzt wird, muss die nächste Zeile auskommentiert werden #export AWT_TOOLKIT=MToolkit # Wie viel Speicher soll für josm maximal zur Verfügung stehen? mem=2024M cd $dir # parse arguments set -- `getopt hlr: $@` || { echo Benutzung: `basename $0` [-h] [-l] [-r revision] [Dateien] 12 exit 1 } override_rev=0 latestrev=-1 while : do case $1 in -h) echo Benutzung: `basename $0` [-h] [-l] [-r revision] [Dateien]; exit 0 ;; -l) echo Verfügbare josm-Versionen: ; ls josm*.jar | cut -d '-' -f 2 | cut -d '.' -f 1 ; exit 0 ;; -r) shift; override_rev=1; latestrev=$1 ;; --) break ;; esac shift done shift # parse special revision argument last for using next to last revision if [ $override_rev -eq 1 -a $latestrev = last ] then latestrev=`ls josm*.jar | cut -d '-' -f 2 | cut -d '.' -f 1 | tail -n 2 | head -n 1` fi # if $dir doesn't exist, create it (initial setup): if [ -d $dir ]; then : else mkdir -p $dir; echo directory $dir does not exist; creating it... fi # get revision number of newest local version: if ls josm-*.jar /dev/null; then latestlocalrev=`ls josm*.jar | cut -d '-' -f 2 | cut -d '.' -f 1 | tail -n 1` else latestlocalrev=0 fi # get revision number of backed up versions oldestrev=`ls josm*.jar | cut -d '-' -f 2 | cut -d '.' -f 1 | head
Re: [Talk-de] JOSM-Update bei Ubuntu
On Mon, 15 Nov 2010 13:48:51 +0100, Jan Tappenbeck o...@tappenbeck.net wrote: Im Web habe ich unter [1] eine Anleitung gefunden, das josm-tested.jar heruntergeladen und sudo mv ./Desktop/josm-tested.jar /usr/share/java/ ausgeführt. Das Jar war danach auch vom Desktop verschwunden - aber wenn ich das alte Icon dann ausführe, dann wird immer noch die 20-Monate alte Version gestartet. Kann mir einer sagen wie man das am besten macht. Grundsätzlich würde ich das Paket der Distribution deinstallieren. Dann gibt es wenigstens keine Interferenzen. Debian hat das gegenwärtige josm-tested in unstable. Das Paket kann man von http://packages.debian.org/sid/all/josm/download herunterladen und per dpkg -i manuell installieren. Ob das aber unter Ubuntu funktioniert, kann ich Dir nicht sagen. Wie gut das Debian-Paket überhaupt funktioniert, kann ich Dir auch nicht sagen. Es gibt jedenfalls ein paar Bugs (http://bugs.debian.org/josm). Ich lade mir jedenfalls die jeweilige JOSM-Version manuell von http://josm.openstreetmap.de/download herunter und starte die dann per java -jar josm-testing.jar oder so ähnlich direkt von der Konsole. Unter Windows habe ich noch eine Einstellung im Start-Batch mit welchem ich der JAR mehr Speicher zuweisen. Vielleicht kann einer in diesem Zusammenhang mir gleich nochmal sagen wie ich dieses integriert bekommen. Hier funktioniert die gleiche Option wie unter Windows. Aus der obigen Befehlszeile wird dann sowas wie java -Xmx512M -jar josm-tested.jar. Man kann das ganze dann auch in ein Shell-Script schreiben. Dazu eine Textdatei (z.B. mit Namen josm-start) anlegen: --- #!/bin/sh java -Xmx512M -jar /pfad/zu/josm-tested.jar --- Dann sollte man die Datei als ausführbar kennzeichnen: chmod a+x josm-start Und dafür lässt sich dann auch ein Icon oder Eintrag im Menü anlegen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Am 15.11.2010 13:58, schrieb Benjamin Lebsanft: #!/bin/bash wget --progress=bar:force http://josm.openstreetmap.de/josm-latest.jar -O josm-latest.jar 21 | zenity --progress --auto-close --auto-kill --text Downloading latest JOSM Version danke für den Tipp - zenity kannte ich noch nicht. Hab mein eigenes josm-update-script gleich mal erweitert ;) Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Am 15.11.2010 14:36, schrieb Matthias Julius: On Mon, 15 Nov 2010 13:48:51 +0100, Jan Tappenbecko...@tappenbeck.net wrote: Im Web habe ich unter [1] eine Anleitung gefunden, das josm-tested.jar heruntergeladen und sudo mv ./Desktop/josm-tested.jar /usr/share/java/ ausgeführt. Das Jar war danach auch vom Desktop verschwunden - aber wenn ich das alte Icon dann ausführe, dann wird immer noch die 20-Monate alte Version gestartet. Kann mir einer sagen wie man das am besten macht. Grundsätzlich würde ich das Paket der Distribution deinstallieren. kurz für das Greenhorn . wie deinstallieren ? Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
wie deinstallieren ? sudo apt-get remove josm Liebe Grüße Benni signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Update am MAC (immer die aktuellste Version am MAC)
Hallo Liste. auf http://josm.openstreetmap.de/wiki/De%3AWikiStart wird auch das JOSM-MAC OS X-Paket angeboten, das zur Zeit aber nur die Version 3592 enthält. Wenn man mit der latest Version arbeiten möchte hilft dieser Trick: 1. Programm JOSM.app suchen und dort mit Rechtsklick den Paketinhalt öffnen (Paketeinhalt zeigen) und dem unten angebenden Pfad folgen bis zum Ordner JAVA: ---/JOSM.app/Contents/Resources/Java 2. die latest.jar Version von der JOSM Homepage laden und in tested.jar umbenennen 3. die so umbenannte tested.jar in den offenen JAVA Ordner kopieren und so die dortiger Version ersetzen. 4. alles wieder schließen und JOSM wie gewohnt starten. Funktioniert bei mir sehr zuverlässig Gruß UMAX974 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
Jan Tappenbeck schrieb am 15.11.2010 12:07: da ich da nicht reinschauen kann weiß ich von einem Bekannten nur das es sich um ein Pumpwerk für Schmutzwasser handelt. Deine Frage ist also genaugenommen: Wie Tagge ich etwas moeglichst praeziese, von dem ich gar nicht genau weiss, was es ist ;-) Zum Thema: Ist wastewater_plant wirklich falsch? Mit meinem Laienhaften englisch wuerde ich sagen, dass das allgemein eine Einrichtung der Wasserentsorgung beschreibt. Dass wir damit bisher ausschliesslich Klaeranlagen bezeichen, duerfte in erster Linie daran liegen, dass noch keiner den Bedarf gesehen hat, andere Wasserentsorgungsanlagen genauer einzutragen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
Hallo, am 15.11.2010 17:33 schrieb Torsten Leistikow: Zum Thema: Ist wastewater_plant wirklich falsch? Mit meinem Laienhaften englisch wuerde ich sagen, dass das allgemein eine Einrichtung der Wasserentsorgung beschreibt. Dass wir damit bisher ausschliesslich Klaeranlagen bezeichen, duerfte in erster Linie daran liegen, dass noch keiner den Bedarf gesehen hat, andere Wasserentsorgungsanlagen genauer einzutragen. Nein, im wirklichen Leben ist das nicht falsch. Wastewater = Abwasser, plant = Gerät / Anlage bis Werk / Betriebsstätte, wastewater plant = Abwasseranlage, wastewater treatment plant = Kläranlage. Nur hat die OSM-Nomenklatur nicht immer Vollkontakt zum wirklichen Leben. Solange es nichts Spezifisches für Abwasser-Pumpwerke gibt, heißen die bei mir jedenfalls wastewater_plant. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Chemnitzer Linux-Tage 2011
Hallo, am 19./20. März 2011 finden wieder die Chemnitzer Linux-Tage statt. Wir würden uns freuen, wenn OpenStreetMap mit einem Stand und vielleicht auch einem Vortrag oder Workshop vertreten ist. http://chemnitzer.linux-tage.de/2011/ Die Anmeldung muss bis zum 5. Januar 2011 erfolgen. Bitte nicht von den Schwerpunkten für die Vorträge abschrecken lassen, auch andere interessante Themen im Open-Source-Umfeld werden gern gesehen. Viele Grüße, Jens Pönisch -- Jens Poenisch, EMail: jens.poeni...@ruessel.in-chemnitz.de - Bisher haben die Astropsychologen noch nicht herausgefunden, woran die Elefanten denken. -- T. Pratchett -An Elefantinnen, meint OJe___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Am Mon, 15. Nov 2010 um 13:48:51 +0100 schrieb Jan Tappenbeck: Hi ! Hallo Jan, wie der eine oder andere mitbekommen hat habe ich jetzt Ubuntu 10.10 installiert Gratulation zu diesem Schritt. und dann auch JOSM was aber 20 Monate alt ist ! Nun ja, JOSM ist halt schneller als Ubuntu. Das möchte ich jetzt updaten bin allerdings immer noch ein Linux-Greenhorn. Neben den hier schon beschriebenen Methoden, die alle ihren speziellen Charm haben, möchte ich noch eine andere Variante vorschlagen, die sich gut in das Paketsystem der installierten Software integriert und zudem sehr einfach zu handhaben ist. Zunächst installierst Du einfach das (veraltete) josm-Paket, so wie es Ubuntu verpackt hat. Ein tieferer Blick in den Inhalt dieses Paketes zeigt folgender Befehl: dpkg -L josm Damit werden alle Dateien und Verzeichnisse des Paketes aufgelistet; es erscheint also folgende Ausgabe (hier ebenfalls Ubuntu 10.10): /usr /usr/bin /usr/bin/josm /usr/share /usr/share/applications /usr/share/applications/josm.desktop /usr/share/josm /usr/share/josm/josm-0.0.svn3514.jar /usr/share/pixmaps /usr/share/pixmaps/josm-16.xpm /usr/share/pixmaps/josm-32.xpm /usr/share/menu /usr/share/menu/josm /usr/share/doc /usr/share/doc/josm /usr/share/doc/josm/examples /usr/share/doc/josm/examples/start.html /usr/share/doc/josm/copyright /usr/share/doc/josm/changelog.Debian.gz /usr/share/man /usr/share/man/man1 /usr/share/man/man1/josm.1.gz /usr/share/josm/josm.jar Hervorzuheben sei an dieser Stelle der Eintrag /usr/bin/josm Dieser wird ausgeführt, wenn Du josm startest. Da es sich bei josm aber nicht um ein herkömmliches Programm, sondern um Java-Bytecode handelt, ist dieses /usr/bin/josm nur ein Skript, das dafür sorgt, dass die Java-VM die Jar-Datei von Josm ausführt. Die eigentliche josm-Version versteckt sich hier: /usr/share/josm/josm-0.0.svn3514.jar Man erkennt auch gleich welche svn-Version vorliegt. Genug der vielen Worte. Meine Variante besteht nun darin, diese alte Version durch eine neue zu ersetzen. Dazu kopiere ich die frisch heruntergeladene Datei einfach auf die alte z.B. wie folgt: sudo cp josm-tested.jar /usr/share/josm/josm-0.0.svn3514.jar Das ist es schon. Ein Vorteil dieses Vorgehens ist, dass sich das josm-Paket jederzeit ohne Spuren zu hinterlassen über das Paketsystem deinstallieren läßt. Weiterhin kann man josm über das normale Menu starten, denn der Eintrag bleibt erhalten. Dafür ist übrigens diese Datei zuständig: /usr/share/applications/josm.desktop Die aktualisierte Version steht natürlich _jedem_ Benutzer des Rechners ohne besondere Tricks zu Verfügung. Gruß Guido -- http://www.bayernline.de/~gscholz/ http://www.lug-burghausen.org/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Es bleibt aber anzumerken das dieses Patchen eine absolute Ausnahme sein sollte! Im Gegenteil, ich rate davon ab. Es widerspricht in meinen Augen dem eigentlichen Sinn das so etwas ja eben Aufgabe und Zweck eines Paketverwaltungssystem sein muss. Des weiteren kann ich keinen Vorteil gegenüber den anderen gezeigten Möglichkeiten sehen, in beiden Varianten ist mehr oder weniger Handarbeit nötig. Wenn man sich tiefer damit beschäftigen will würde ich direkt dazu raten sich sein eigenes DEB zu bauen. Gruß Carsten Am 15.11.2010 19:18, schrieb Guido Scholz: Am Mon, 15. Nov 2010 um 13:48:51 +0100 schrieb Jan Tappenbeck: Hi ! Hallo Jan, wie der eine oder andere mitbekommen hat habe ich jetzt Ubuntu 10.10 installiert Gratulation zu diesem Schritt. und dann auch JOSM was aber 20 Monate alt ist ! Nun ja, JOSM ist halt schneller als Ubuntu. Das möchte ich jetzt updaten bin allerdings immer noch ein Linux-Greenhorn. Neben den hier schon beschriebenen Methoden, die alle ihren speziellen Charm haben, möchte ich noch eine andere Variante vorschlagen, die sich gut in das Paketsystem der installierten Software integriert und zudem sehr einfach zu handhaben ist. Zunächst installierst Du einfach das (veraltete) josm-Paket, so wie es Ubuntu verpackt hat. Ein tieferer Blick in den Inhalt dieses Paketes zeigt folgender Befehl: dpkg -L josm Damit werden alle Dateien und Verzeichnisse des Paketes aufgelistet; es erscheint also folgende Ausgabe (hier ebenfalls Ubuntu 10.10): /usr /usr/bin /usr/bin/josm /usr/share /usr/share/applications /usr/share/applications/josm.desktop /usr/share/josm /usr/share/josm/josm-0.0.svn3514.jar /usr/share/pixmaps /usr/share/pixmaps/josm-16.xpm /usr/share/pixmaps/josm-32.xpm /usr/share/menu /usr/share/menu/josm /usr/share/doc /usr/share/doc/josm /usr/share/doc/josm/examples /usr/share/doc/josm/examples/start.html /usr/share/doc/josm/copyright /usr/share/doc/josm/changelog.Debian.gz /usr/share/man /usr/share/man/man1 /usr/share/man/man1/josm.1.gz /usr/share/josm/josm.jar Hervorzuheben sei an dieser Stelle der Eintrag /usr/bin/josm Dieser wird ausgeführt, wenn Du josm startest. Da es sich bei josm aber nicht um ein herkömmliches Programm, sondern um Java-Bytecode handelt, ist dieses /usr/bin/josm nur ein Skript, das dafür sorgt, dass die Java-VM die Jar-Datei von Josm ausführt. Die eigentliche josm-Version versteckt sich hier: /usr/share/josm/josm-0.0.svn3514.jar Man erkennt auch gleich welche svn-Version vorliegt. Genug der vielen Worte. Meine Variante besteht nun darin, diese alte Version durch eine neue zu ersetzen. Dazu kopiere ich die frisch heruntergeladene Datei einfach auf die alte z.B. wie folgt: sudo cp josm-tested.jar /usr/share/josm/josm-0.0.svn3514.jar Das ist es schon. Ein Vorteil dieses Vorgehens ist, dass sich das josm-Paket jederzeit ohne Spuren zu hinterlassen über das Paketsystem deinstallieren läßt. Weiterhin kann man josm über das normale Menu starten, denn der Eintrag bleibt erhalten. Dafür ist übrigens diese Datei zuständig: /usr/share/applications/josm.desktop Die aktualisierte Version steht natürlich _jedem_ Benutzer des Rechners ohne besondere Tricks zu Verfügung. Gruß Guido ___ 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] Portal Vorschlag
Hi, was ist den daraus geworden? Können wir das nicht mal auf openstreetmap.de umsetzen? Wurde der Vorschlag schon mal in englisch an talk@ geschickt? MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch vs. tagstat
Am 15.11.2010 11:55, schrieb Tobias Knerr: Am 15.11.2010 11:23, schrieb M∡rtin Koppenhoefer: Am 15. November 2010 11:15 schrieb Frederik Rammfrede...@remote.org: stimmt nicht, denn es gibt ja immerhin, *wenn* du erstmal einen Key ausgesucht hast, eine Suchfunktion in den Values (das Lupensymbol unten). Ooops, das habe ich jetzt erst gesehen das erleichtert einem allerdings vieles :) Evtl. könnte man da gleich ein bereits offenes Suchfeld draus machen? Vermutlich haben das noch mehr übersehen... +1, hab ich auch nicht entdeckt. + noch eins ;-) Wäre es vielleicht möglich, das Find Value auf die Zeile Values used with this key und dort ganz rechts auf die Seite (bzw. den Kasten) zu setzen? Zum Thema JOSM: Das Scale min / max wird aktuell (und wohl auch in Zukunft) nicht verwendet und daher könnte man die beiden Spalten sogar besser rausnehmen, das es eher verwirren wird. Ich hab zwar in letzter Zeit dran gearbeitet das die Vorlagen und Presets sich annähern, aber da gibt es bestimmt noch genügend Unterschiede - hast du mal überlegt das getrennt aufzunehmen? Man könnte sich auch eine Spalte wie: Nur im Style, Nur in den Vorlagen, In Vorlagen und Style vorstellen. Ich gehe nicht davon aus, daß die Unterschiede zwischen Style und Vorlagen sich in Zukunft soweit angleichen werden, daß eine Auswertung wirklich ausreicht. Dazu sind beide Aufgabenstellungen zu unterschiedlich ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Am 15.11.2010 14:12, schrieb Carsten Schwede: Hi, Am 15.11.2010 13:58, schrieb Benjamin Lebsanft: chmod +x josm-latest.jar Das ist überflüssig. Ich hätte jetzt einfach die jar-Datei in ein beliebiges Verzeichnis gelegt, und auf dem Desktop ein Icon erzeugt, in dem das Programm dann per java -jar /Dein/Verzeichnis/josm-latest.jar aufgerufen wird. Dann kannst Du den josm updaten, wenn Du möchtest (neue jar-Datei ins Verzeichnis einfach reinkopieren), und hast nicht unbedingt immer die aktuellste Version, die ja auch manchmal nicht empfehlenswert sein kann. hi! so das greenhorn hat sich jetzt die datei als verknüpfung auf den desktop gelegt und in den eigenschaften steht unter öffnen mit . archivmanager - aber dann wird immer das jar-archiv geöffnet. was müßte denn dort richtig stehen ? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
Am 15.11.2010 18:22, schrieb Norbert Kück: Hallo, am 15.11.2010 17:33 schrieb Torsten Leistikow: Zum Thema: Ist wastewater_plant wirklich falsch? Mit meinem Laienhaften englisch wuerde ich sagen, dass das allgemein eine Einrichtung der Wasserentsorgung beschreibt. Dass wir damit bisher ausschliesslich Klaeranlagen bezeichen, duerfte in erster Linie daran liegen, dass noch keiner den Bedarf gesehen hat, andere Wasserentsorgungsanlagen genauer einzutragen. Nein, im wirklichen Leben ist das nicht falsch. Wastewater = Abwasser, plant = Gerät / Anlage bis Werk / Betriebsstätte, wastewater plant = Abwasseranlage, wastewater treatment plant = Kläranlage. Nur hat die OSM-Nomenklatur nicht immer Vollkontakt zum wirklichen Leben. Ist jetzt aber auch wieder ein Lehrstück aus dem Buch: Wie biege ich mir ein Tag solange zurecht, daß mein Problem da noch irgendwie reinpaßt ;-) Im Zweifel schaue ich mir gerne die englische Originalseite zum Thema an. Dort steht: http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwastewater_plant Wastewater plant (also known as sewage works, sewage treatment plant, wastewater treatment plant, reclamation plant) is a facility used to treat wastewater. It includes physical, chemical, and biological processes to remove physical, chemical and biological contaminants. ... was für mich ganz klar eine Kläranlage beschreibt. Solange es nichts Spezifisches für Abwasser-Pumpwerke gibt, heißen die bei mir jedenfalls wastewater_plant. Warum nicht einfach ein man_made=wastewater_pump (o.ä.) erfinden, ohne dabei das aktuell klar definierte Tag für eine Kläranlage zu verwässern (man verzeihe mir das Wortspiel). Wenn man nicht weiß um welche Art von Wasser sich es da handelt, kann man auch simpel man_made=water_pump nehmen, oder noch einfacher man_made=pump (wenn man nicht weiß, was da überhaupt gepumpt wird). Dann könnte man sich aber vielleicht besser ein man_made=pump_station ausdenken, das alle möglichen Arten von solchen Pumpstationen enthält, sei es Wasser, Gas oder was auch immer sonst. Mit einem weiteren Tag wäre dann (ähnlich wie bei man_made=pipeline) das zu transportierende Material zu taggen. Schon hätte man ein Tag was klar beschreibt worum es geht und dennoch recht breit verwendbar wäre. Nur so eine Idee ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Am Mon, 15. Nov 2010 um 21:26:28 +0100 schrieb Jan Tappenbeck: hi! Hi Jan, so das greenhorn hat sich jetzt die datei als verknüpfung auf den desktop gelegt und in den eigenschaften steht unter öffnen mit . archivmanager - aber dann wird immer das jar-archiv geöffnet. wenn Du Liebhaber von Icons auf dem Desktop bist, dann bietet sich noch eine andere Lösung an: Rechter Mausklick auf den Desktop, dann in dem Menü Starter anlegen ... wählen. In dem erscheinenden Fenster gibst Du unter Name meinetwegen JOSM ein und unter Befehl das Kommando: java -jar /home/benutzername/pfad/josm-tested.jar Wobei pfad z.B. Downloads sein könnte. Ja nach dem, wo Du das Original abgelegt hast. Gruß Guido -- http://www.bayernline.de/~gscholz/ http://www.lug-burghausen.org/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch vs. tagstat
On Mon, Nov 15, 2010 at 09:19:17PM +0100, Ulf Lamping wrote: Am 15.11.2010 11:55, schrieb Tobias Knerr: Am 15.11.2010 11:23, schrieb M∡rtin Koppenhoefer: Am 15. November 2010 11:15 schrieb Frederik Rammfrede...@remote.org: stimmt nicht, denn es gibt ja immerhin, *wenn* du erstmal einen Key ausgesucht hast, eine Suchfunktion in den Values (das Lupensymbol unten). Ooops, das habe ich jetzt erst gesehen das erleichtert einem allerdings vieles :) Evtl. könnte man da gleich ein bereits offenes Suchfeld draus machen? Vermutlich haben das noch mehr übersehen... +1, hab ich auch nicht entdeckt. + noch eins ;-) Wäre es vielleicht möglich, das Find Value auf die Zeile Values used with this key und dort ganz rechts auf die Seite (bzw. den Kasten) zu setzen? Dieses Suchfeld ist an der versteckten Stelle, weil das die Flexigrid-Library, die diese Tabellen baut, automatisch so macht. Das Ding da rauszunehmen, bedeutet Extra-Arbeit. Ich werd mich jetzt erstmal auf die allgemeine Suche konzentrieren und wenn die besser ist, dann wird vielleicht klarer, ob man diese Suche innerhalb der Ergebnisse überhaupt noch braucht und wenn ja, wie man das am besten darstellt. Zum Thema JOSM: Das Scale min / max wird aktuell (und wohl auch in Zukunft) nicht verwendet und daher könnte man die beiden Spalten sogar besser rausnehmen, das es eher verwirren wird. Ah, das wusste ich nicht. Dann sollte das natürlich raus. Ich würde vorschlagen, das dann auch aus dem elemstyles.xml zu entfernen. Ich hab zwar in letzter Zeit dran gearbeitet das die Vorlagen und Presets sich annähern, aber da gibt es bestimmt noch genügend Unterschiede - hast du mal überlegt das getrennt aufzunehmen? Man könnte sich auch eine Spalte wie: Nur im Style, Nur in den Vorlagen, In Vorlagen und Style vorstellen. Ich gehe nicht davon aus, daß die Unterschiede zwischen Style und Vorlagen sich in Zukunft soweit angleichen werden, daß eine Auswertung wirklich ausreicht. Dazu sind beide Aufgabenstellungen zu unterschiedlich ... Sowohl Styles als auch Presets sollen in Taginfo rein. Dito für die anderen Editoren. Leider sind diese Konfigurationen quasi garnicht dokumentiert, bzw. die vorhandenen Dokus sind veraltet und es gibt keine aktuellen DTDs oder Schema-Files. Daher ist es schwieriger als erwartet, diese Sachen einzubauen. Es würde mir sehr helfen, wenn Leute, die sich damit auskennen, entsprechende Dokus und Schemata schreiben. Warum XML-Schemata? Mein Plan ist, dass der regelmäßige Import nach Taginfo so abläuft: * Konfigfiles des entsprechenden Programms aus SVN/Git auschecken. * DTD oder XML-Schema aus dem Repository mit lokaler Kopie vergleichen. Wenn sich was geändert hat, abbrechen und manuell überprüfen, ob Taginfo angepasst werden muss. * Konfig-Files gegen DTD oder XML-Schema checken, wenn die Files nicht valid sind, dann abbrechen. * Import der Daten nach Taginfo Auf diese Art und Weise kann ich sicher sein, dass ich merke, wenn in einer Quelle wichtige Änderungen vorgenommen werden. 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] JOSM-Update bei Ubuntu
Am Mon, 15. Nov 2010 um 19:53:28 +0100 schrieb Carsten Schönert: Hallo Carsten, Es bleibt aber anzumerken das dieses Patchen eine absolute Ausnahme sein sollte! wenn Du meinen Text gelesen hast, wirst Du festgestellt haben, dass es sich um eine konkrete Lösung für ein konkretes Problem handelt. Wie üblich ist es nicht erlaubt, vom Detail aufs Ganze zu schließen. Im Gegenteil, ich rate davon ab. Nun wenn schon. Ich rate im konkreten Fall zu. Es widerspricht in meinen Augen dem eigentlichen Sinn das so etwas ja eben Aufgabe und Zweck eines Paketverwaltungssystem sein muss. Das ist so pauschal natürlich nicht falsch. Mir geht es hier aber nicht darum, Pauschalitäten auszutauschen. Im Gegenteil, ich rate generell davon ab, pauschalisierte Aussagen zu treffen ;-). Des weiteren kann ich keinen Vorteil gegenüber den anderen gezeigten Möglichkeiten sehen, in beiden Varianten ist mehr oder weniger Handarbeit nötig. Mit etwas gutem Willen sollte es schon möglich sein, die Vorteile zu finden, schließlich sind sie expressis verbis genannt. Wenn man sich tiefer damit beschäftigen will würde ich direkt dazu raten sich sein eigenes DEB zu bauen. Diese Pauschalaussage ist natürlich auch nicht falsch, führt hier aber für einen Anfänger zu weit. Gruß Guido -- http://www.bayernline.de/~gscholz/ http://www.lug-burghausen.org/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch vs. tagstat
Am 15.11.2010 22:04, schrieb Jochen Topf: On Mon, Nov 15, 2010 at 09:19:17PM +0100, Ulf Lamping wrote: Dieses Suchfeld ist an der versteckten Stelle, weil das die Flexigrid-Library, die diese Tabellen baut, automatisch so macht. Das Ding da rauszunehmen, bedeutet Extra-Arbeit. Ich hab's befürchtet ;-) Zum Thema JOSM: Das Scale min / max wird aktuell (und wohl auch in Zukunft) nicht verwendet und daher könnte man die beiden Spalten sogar besser rausnehmen, das es eher verwirren wird. Ah, das wusste ich nicht. Dann sollte das natürlich raus. Ich würde vorschlagen, das dann auch aus dem elemstyles.xml zu entfernen. Ich weiß, ich weiß, ... Sowohl Styles als auch Presets sollen in Taginfo rein. Dito für die anderen Editoren. Leider sind diese Konfigurationen quasi garnicht dokumentiert, bzw. die vorhandenen Dokus sind veraltet und es gibt keine aktuellen DTDs oder Schema-Files. Daher ist es schwieriger als erwartet, diese Sachen einzubauen. Es würde mir sehr helfen, wenn Leute, die sich damit auskennen, entsprechende Dokus und Schemata schreiben. Warum XML-Schemata? Mein Plan ist, dass der regelmäßige Import nach Taginfo so abläuft: * Konfigfiles des entsprechenden Programms aus SVN/Git auschecken. * DTD oder XML-Schema aus dem Repository mit lokaler Kopie vergleichen. Wenn sich was geändert hat, abbrechen und manuell überprüfen, ob Taginfo angepasst werden muss. * Konfig-Files gegen DTD oder XML-Schema checken, wenn die Files nicht valid sind, dann abbrechen. * Import der Daten nach Taginfo Auf diese Art und Weise kann ich sicher sein, dass ich merke, wenn in einer Quelle wichtige Änderungen vorgenommen werden. Nimm's mir nicht übel, aber das halte ich (zumindest aktuell) für eine Illusion ;-) Die bei JOSM geltenden Konventionen sind übrigens als Kommentarkopf recht ordentlich (in Textform) beschrieben. Die Vorlagendatei findest du unter: http://josm.openstreetmap.de/browser/josm/trunk/data/defaultpresets.xml Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
Hallo, am 15.11.2010 21:37 schrieb Ulf Lamping: Im Zweifel schaue ich mir gerne die englische Originalseite zum Thema an. Dort steht: http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwastewater_plant Wastewater plant (also known as sewage works, sewage treatment plant, wastewater treatment plant, reclamation plant) is a facility used to treat wastewater. It includes physical, chemical, and biological processes to remove physical, chemical and biological contaminants. ... was für mich ganz klar eine Kläranlage beschreibt. Das wissend schrieb ich: Nur hat die OSM-Nomenklatur nicht immer Vollkontakt zum wirklichen Leben. Warum nicht einfach ein man_made=wastewater_pump (o.ä.) erfinden, ohne dabei das aktuell klar definierte Tag für eine Kläranlage zu verwässern Unzulässige Frage. Trotzdem Antwort: Weil ich die Freiheit habe Dinge zu tun, die nach meiner Ansicht sinnvoll sind. Sinnvoll ist mein Tun, weil es technisch (im wirklichen Leben) korrekt ist, ich nicht mein Tagging für falsch halte, sondern die Vorschrift, und ich mir wegen weniger Pumpstationen das nicht antun will, die Änderung der Vorschrift zu betreiben. Wie man hier sagt: Dat kannst beter aftöwen as afloopen. Wenn jetzt was Gutes dabei rausbuttert, dauert meine Anpassung keine Tasse Tee. Bin ich Anarchist? Auch gut. :-) nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Guido Scholz guido.sch...@bayernline.de writes: Die eigentliche josm-Version versteckt sich hier: /usr/share/josm/josm-0.0.svn3514.jar Man erkennt auch gleich welche svn-Version vorliegt. Genug der vielen Worte. Meine Variante besteht nun darin, diese alte Version durch eine neue zu ersetzen. Dazu kopiere ich die frisch heruntergeladene Datei einfach auf die alte z.B. wie folgt: sudo cp josm-tested.jar /usr/share/josm/josm-0.0.svn3514.jar Das ist es schon. Ein Vorteil dieses Vorgehens ist, dass sich das josm-Paket jederzeit ohne Spuren zu hinterlassen über das Paketsystem deinstallieren läßt. Weiterhin kann man josm über das normale Menu starten, denn der Eintrag bleibt erhalten. ... und wenn es Ubuntu in den Sinn kommen sollte, deren JOSM-Paket zu aktualisieren, wird die händisch installierte Version kurzerhand wieder überschrieben. Das könnte irgendwann mal für Überraschungen sorgen. Hat eigentlich irgend jemand mal das Debian-Paket ausprobiert? Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Am 15. November 2010 22:08 schrieb Guido Scholz guido.sch...@bayernline.de: Mit etwas gutem Willen sollte es schon möglich sein, die Vorteile zu finden, schließlich sind sie expressis verbis genannt. Ja, ich habe es auch irgendwann mal mit dem Paketmanager installiert und dann das script unter /usr/bin ausgetauscht durch da obige. So wird nebenbei automatisch ein Starter mit dem passenden Icon erstellt. @jan: Du kannst nicht das jar direkt ausführen, das ist eine Archivdatei mit unter anderem dem in einer Javaumgebung ausführbaren Code von Josm drin, Du musst java aufrufen (am besten mit den Parametern, wieviel Speicher er verwenden soll), und dem Java die Josm Datei geben. Im Prinzip ist das unter Windows genau das gleiche (ist ja auch dieselbe Archivdatei mit demselben binary drin), nur dass das etwas mehr verschleiert wird. Der einfachste Weg ist m.E. auch, mit dem Paketmanager josm zu installieren: sudo apt-get install josm dann kopierst Du Dir eins der Scripte von oben (markieren+strg c) und speicherst es irgendwohin (alt+f2 - gedit - einfügen), z.B. nach ~/Download/josm ~ steht dabei für /home/username evtl. musst Du noch die Rechte auf ausführen setzen: chmod +x ~/Download/josm danach kopierst Du das kopierte Script über das aus dem Paket: sudo cp ~/Download/josm /usr/bin fertig. Jetzt kannst Du mit josm oder click auf das Icon josm starten. Deine Einstellungen und cache sind per default in einem versteckten Directory unter ~/.josm (wg. dem Punkt wird das normalerweise nicht angezeigt). Das Script, das ich oben gepastet habe, schaut automatisch auf der download seite von Josm nach, ob es eine neuere Version gibt, und lädt diese im positiven Fall automatisch herunter. Im Script kannst Du einstellen, ob Du latest oder tested verwenden willst, und es gibt Sicherheitskopien, falls mal ein build nicht funktioniert. Ein paar Anhaltspunkte bieten dazu auch die Kommentare, die hinter einem # stehen (daher werden sie nicht ausgeführt). Das Script nimmt einem die hin- und herkopiererei ab, aber im Endeffekt wird josm dadurch auch wie immer mit dem schlichten java -jar josm.jar aufgerufen (nur halt, dass der Pfad zur josm.jar Datei stimmt und noch Parameter für die Speichernutzung dabei sind). Neu installieren ist also i.d.R. nur ein Austauschen der jeweiligen josm.jar. Eine kurze Anleitung zu den Befehlen und Programmaufrufen (eigentlich sind alle Befehle Programmaufrufe) bekommst Du mit man programmname also z.B. man java mit q kommt man wieder raus. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
Am 15. November 2010 23:19 schrieb Norbert Kück o...@nk-bre.net: Unzulässige Frage. Trotzdem Antwort: Weil ich die Freiheit habe Dinge zu tun, die nach meiner Ansicht sinnvoll sind. das kannst Du natürlich bei OSM immer tun, aber es ist die Frage, ob man lieber die Tags von etwas, was grob damit zu tun hat, verwendet, oder sich ein genaueres ausdenkt/verwendet. Manchmal ist die erste Variante sinnvoll (wenn es sonst zu sehr in Detail ginge) und manchmal die 2. (wenn das Detail eben nicht ganz unwesentlich ist, bzw. das bereits in Verwendung befindliche Tag für was anderes dokumentiert ist). Hier kann man konkret ganz gut streiten m.E., weil wastewater plant wirklich (ungeachtet dessen, was wikipedia:en schreibt, und ohne tiefere engl. Ingenieurskenntnisse) auf den ersten Blick sprachlich wirklich ganz allgemein eine technische Anlage mit Bezug zu Abwasser zu sein scheint. Da könnte man vielleicht mal weiter nachhaken. Ich tendiere hier allerdings auch eher zu einem eigenen Pumpen-tag, u.a. auch, weil gerade diese Diskussion schon zeigt, dass es da Ungereimtheiten gibt, die man durch Verwischen der Unterschiede zu Kläranlagen auch nicht ausräumen würde. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers offline programmieren
Am Sonntag 14 November 2010, um 13:07:27 schrieb fx99: var url = [ map/${z}/${x}/${y}.png, map/${z}/${x}/${y}.png, map/${z}/${x}/${y}.png ]; Wiso 3mal? var url = [ map/${z}/${x}/${y}.png ]; sollte doch reichen (?). Kann es im Moment aber nicht testen. Dass in den Originallinks 3 Stück drin sind bedeutet ja nur, dass im Rotationssystem 3 Server nacheinander zum Holen der Tiles herangenommen werden: //var url = [ //http://Server1.tile.openstreetmap.org/${z}/${x}/${y}.png;, //http://Server2.tile.openstreetmap.org/${z}/${x}/${y}.png;, //http://Server3.tile.openstreetmap.org/${z}/${x}/${y}.png;, [...] //http://Servern.tile.openstreetmap.org/${z}/${x}/${y}.png; //]; MfG, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Hallo. Am 16.11.2010 00:04, schrieb Matthias Julius: Hat eigentlich irgend jemand mal das Debian-Paket ausprobiert? Ich fahre ganz glücklich mit dem Debian-Paket aus dem Unstable-Bereich (sid). Laut dpkg ist da ist die Version 3592 enthalten. Habe mal auf dem Debian-Server geguckt, in testing (squeeze) soll die Version 3376 drin sein, und stable (lenny) kennt daas Paket josm gar nicht. Weitere Fragen? Mit besten Grüßen Marten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
Am Montag 15 November 2010, 21:37:07 schrieb Ulf Lamping: Dann könnte man sich aber vielleicht besser ein man_made=pump_station ausdenken, das alle möglichen Arten von solchen Pumpstationen enthält, sei es Wasser, Gas oder was auch immer sonst. Mit einem weiteren Tag wäre dann (ähnlich wie bei man_made=pipeline) das zu transportierende Material zu taggen. Schon hätte man ein Tag was klar beschreibt worum es geht und dennoch recht breit verwendbar wäre. +1 das wuerde dann folgendes ergeben: man_made = pump_station type = sewer Bitte keine Aufweichung bereits existierender und klar definierter Tags! signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPS - Datenkorrektur
Liebe GPS-Spezialisten, welche Möglichkeiten gibt es, mit einen GPS-Gerät erfasste Daten nachträglich (rückwirkend) zu verbessern? Welche dieser Möglichkeiten lassen sich auf mit einem Consumer-GPS-Gerät erfasste Daten verwenden? Gern auch mit unorthodoxen Klimmzügen... Stichworte: DGPS, Referenzstation, Korrektursignal, ... Mit herzlichem Gruss, Markus http://de.wikipedia.org/wiki/Differential_Global_Positioning_System ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
On 16.11.10 08:14, Guenther Meyer wrote: type = sewer Ich bin jetzt im Englischen auch nicht sooo fit, aber für mein Gefühl ist sewer eher das einzelne Abflussrohr, der Abwasserkanal, während das Abwasser (als Kategorie) IMO eher sewage heißt. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] R: Re: cambio licenza - mappa colorata
Il 15 novembre 2010 08:11, Fabio Alessandro Locati ha scritto: L'idea sarebbe di mettere sia quelli che non hanno ancora fatto nessuna decisione e quelli che hanno premuto 'rifiuta'. Il motivo della tua domanda, penso, è il non aver trovato degli utenti che ti aspettavi di trovare... Purtroppo c'è ancora quel bug che crea dei falsi-negativi... Se qualcuno riesce ad aiutarmi a trovare il bug... (penso che sia un carattere dimenticato o sbagliato :/). Ps: il codice è su http://git.grimp.eu (osm-tools) ;) Proprio il contrario! C'è un nome di un utente che se non accettasse farebbe leteralmente sparire venezia (centro storico) dalla mappa e volevo capire se è solo questione di tempo o se aveva premuto su rifiuta -- Bigshot - Gianluca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fix riproiezione wgs84 layer ortofoto lombardia
2010/11/8 Federico Cozzi f.co...@gmail.com: 2010/11/8 Andrea Pogliaghi andrea.poglia...@gmail.com: Io l'ho verificato per il layer delle ortofoto, immagino che lo stiano sistemando anche per i layer che è possibile utilizzare con OSM (es: CTR). Questo invece è ghiottissimo! Se il layer della CTR fosse riproiettato correttamente (la vecchia proiezione WGS84 era molto imprecisa) sarebbe eccellente e complementare alle ortofoto del PCN. infatti, sarebbe bello se ripriettassero anche quello. Andrea, riesci a sentirli? BTW, abbiamo ricevuto consenso solo sugli strati della CTR, non sulle foto. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
2010/11/15 Michael von Glasow mich...@vonglasow.com: Mi sto chiedendo se le due licenze sono compatibili: L'ODBL si riferisce solo alla database intera ovvero estratti sostanziali di dati, ma non al contenuto. La CC invece si riferisce solo allo contenuto. IANAL, ma per quanto ne abbia capito, non sono in conflitto. Perciò dovrebbe essere possibile anche dopo il cambio licenza produrre una database che contiene sia le modifiche vecchie (di cui alcuni solo sotto la CC, altre a scelta sotto CC o OBDL) che quelle nuove (che sarebbero esclusivamente sotto l'ODBL). No, secondo la lettura in talk e legal-talk non sono compatibili: se con la OdbL integri dei dati diventanno OdbL, e quindi non si possono importare / integrare dati cc-by-sa perché essi devono rimanere ed essere distribuiti (share-alike) in cc-by-sa (aspetto virale). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
2010/11/15 M∡rtin Koppenhoefer dieterdre...@gmail.com: No, secondo la lettura in talk e legal-talk non sono compatibili: se con la OdbL integri dei dati diventanno OdbL, e quindi non si possono importare / integrare dati cc-by-sa perché essi devono rimanere ed essere distribuiti (share-alike) in cc-by-sa (aspetto virale). Aggiungo che la doppia licenza (cc-by-sa + odbl) oltre a essere forse impossibile, sarebbe inutile: il progetto OSM ha deciso di passare alla ODbL non perché gli piace la ODbL, ma perché non gli piace la CC-by-SA, cioè la CC-by-SA è buggata rispetto alle basi dati geografiche. Se ottenessimo la doppia licenza, il problema di fondo rimarrebbe... Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
On 11/15/10 Fabio Alessandro Locati wrote: Ti ricordi su che numero di changeset si parla? (decine? centinaia?) Boh, i changeset che ho fatto tramite script saranno una dozzina, probabilmente meno, indicativamente un paio d'anni fa. lupus -- - lu...@debian.org debian/rules lu...@ximian.com Monkeys do it better ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Perche' non creiamo dei video-tutorials del progetto OpenStreetMap per i nuovi mappatori e per i mappatori avanzati?
Gli argomenti che possono essere sviluppati nei tutorials del progetto OpenStreeMap possono essere: 1. Cosa serve ad un utente per diventare membro della comunità OpenStreetMap 2. Primi passi con JOSM 3. Primi passi con POTLACH 4. Come inserire ed utilizzare le mappe del progetto OpenStreetMap nei sistemi GIS (open source) ecc. ecc. I tutorials devono essere tutti rilasciati sotto licenza Creative Commons o simili. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Perche' non creiamo dei video-tutorials del progetto OpenStreetMap per i nuovi mappatori e per i mappatori avanzati?
Ecco i programmi da utilizzare per realizzare i tutorials OpenStreetMap: Per sistemi Windows: CamStudio OpenSource http://camstudio.org/ Per sistemi Linux: RecordMyDesktop http://recordmydesktop.sourceforge.net/about.php Il 15/11/10, Infoweblan di Roberto Vito Gerardovitorobe...@gmail.com ha scritto: Gli argomenti che possono essere sviluppati nei tutorials del progetto OpenStreeMap possono essere: 1. Cosa serve ad un utente per diventare membro della comunità OpenStreetMap 2. Primi passi con JOSM 3. Primi passi con POTLACH 4. Come inserire ed utilizzare le mappe del progetto OpenStreetMap nei sistemi GIS (open source) ecc. ecc. I tutorials devono essere tutti rilasciati sotto licenza Creative Commons o simili. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
Io ho accettato entrambe le licenze ma dopo tutta questa discussione mi sono un pò preoccupato... Ho fatto male ad accettarle entrambe? Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
Penso che per 'entrambe' tu intenda sia l'ODbL sia il PD. Se non accetti l'ODbL, i dati da te inseriti verranno persi (quindi hai fatto bene ad accettarla, imho), 'accettare' il PD, in realtà è irrilevante, perchè un informazione raccolta solo a fini statistici ;) 2010/11/15 MorSi mo...@inwind.it: Io ho accettato entrambe le licenze ma dopo tutta questa discussione mi sono un pò preoccupato... Ho fatto male ad accettarle entrambe? Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: 5525 8555 213C 19EB 25F2 A047 2AD2 BE67 0F01 CA61 Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
Si deve essere come dici tu dato che sul mio pannello di controllo ho questo Hai accettato le nuove regole per contribuire. (cos'è questo?) Hai anche dichiarato di considerare le tue modifiche di Pubblico Dominio Sto tranquillo allora... Simone Penso che per 'entrambe' tu intenda sia l'ODbL sia il PD. Se non accetti l'ODbL, i dati da te inseriti verranno persi (quindi hai fatto bene ad accettarla, imho), 'accettare' il PD, in realtà è irrilevante, perchè un informazione raccolta solo a fini statistici ;) 2010/11/15 MorSi mo...@inwind.it: Io ho accettato entrambe le licenze ma dopo tutta questa discussione mi sono un pò preoccupato... Ho fatto male ad accettarle entrambe? Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: 5525 8555 213C 19EB 25F2 A047 2AD2 BE67 0F01 CA61 Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ 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] cambio licenza - mappa colorata
Non sarebbe il caso di impedire, al più presto, l'upload di dati da parte di utenti che non hanno ancora accettato la nuova licenza? Sarebbe un'ulteriore spinta a farlo, e se non altro si eviterebbe che dati puliti possano essere compromessi. Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
Vero, ma verrà fatto nella Fase 3 ;) 2010/11/15 Carlo Stemberger carlo.stember...@gmail.com: Non sarebbe il caso di impedire, al più presto, l'upload di dati da parte di utenti che non hanno ancora accettato la nuova licenza? Sarebbe un'ulteriore spinta a farlo, e se non altro si eviterebbe che dati puliti possano essere compromessi. Carlo -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: 5525 8555 213C 19EB 25F2 A047 2AD2 BE67 0F01 CA61 Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
2010/11/15 MorSi mo...@inwind.it: Hai accettato le nuove regole per contribuire. (cos'è questo?) Qui si parla dell'ODbL ;) Hai anche dichiarato di considerare le tue modifiche di Pubblico Dominio e qui del PD ;) -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: 5525 8555 213C 19EB 25F2 A047 2AD2 BE67 0F01 CA61 Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
Il 14/11/2010 13.57, Luigi Toscano ha scritto: alberto bonati wrote: Il 12/11/2010 21.59, Fabio Alessandro Locati ha scritto: Infatti il vero problema sono gli utenti che hanno smesso di editare... Appunto... Come in tutte le cose, c'è sempre gente che partecipa e poi lascia perdere. Contattati, magari qualcuno accetta il cambio licenza, ma ce ne saranno altri che non si prenderanno nemmeno la briga di rispondere. Se ho capito bene verranno persi oggetti creati da utenti che non hanno accettato, anche se successivamente modificati da altri che hanno accettato il cambio di licenza... E' una cosa assurda, anche capendo tutte le ragioni che vi stanno dietro. Significa buttare all' aria una montagna di lavoro... Non credo faccia un gran bene ad OSM una cosa del genere. Il punto è che, senza questo cambiamento, dopo sarebbe peggio (per gli informatici: l'esperienza del kernel Linux - che di fatto non potrà mai essere rilicenziato sotto una licenza diversa dalla GPLv2 - dovrebbe insegnare qualcosa). Purtroppo è stato necessario del tempo per rendersi conto del problema ed arrivare a questo punto; ma grazie a queste modifiche una tantum, problemi di questo tipo dovrebbero essere definitivamente risolti . Ciao Non discuto dell'opportunità o meno di cambiare licenza, non sono in grado di giudicare se dovesse o meno essere fatto. Per quanto mi riguarda andava bene anche prima ma ho già accettato la nuova. Mi lascia interdetto il fatto che si rischia di perdere dei pezzi considerevoli di lavoro solo perchè utenti non più attivi non daranno il consenso alla nuova licenza. Fatto salvo che i dati immessi da chi non è d'accordo con la nuova licenza non devono essere usati, non sarebbe stato meglio richiedere agli utenti che non vogliono aderire di dichiararlo in modo esplicito ed usare i dati di tutti gli altri? Altro capitolo dolente...e riguardo le autorizzazioni all'uso dei dati che abbiamo avuto da enti vari, PCN in primis, come giustamente qualcuno in lista ha fatto notare, come ci regoliamo, le richiediamo ? Quanti pezzi rischiamo di perdere per strada per cambiare questa licenza. Una rapida occhiata alla mappa colorata basta per rendersene conto per quanto riguarda le way, ma non ci sono solo quelle Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
2010/11/15 alberto bonati albertobon...@libero.it: Ciao Non discuto dell'opportunità o meno di cambiare licenza, non sono in grado di giudicare se dovesse o meno essere fatto. Per quanto mi riguarda andava bene anche prima ma ho già accettato la nuova. Mi lascia interdetto il fatto che si rischia di perdere dei pezzi considerevoli di lavoro solo perchè utenti non più attivi non daranno il consenso alla nuova licenza. Questo NON è vero. Come già detto passeranno ancora mesi prima della rimozione dei dati e tantissimi dati che ora sono in bilico, verranno salvati dai loro proprietarii, che saranno informati del passaggio di licenza. Fatto salvo che i dati immessi da chi non è d'accordo con la nuova licenza non devono essere usati, non sarebbe stato meglio richiedere agli utenti che non vogliono aderire di dichiararlo in modo esplicito ed usare i dati di tutti gli altri? Si, verrà fatto tra poco, appena si entra nella Fase 3 Altro capitolo dolente...e riguardo le autorizzazioni all'uso dei dati che abbiamo avuto da enti vari, PCN in primis, come giustamente qualcuno in lista ha fatto notare, come ci regoliamo, le richiediamo ? Dipende da come sono state chieste. Tantissime recenti autorizzazioni già coprono l'ODbL ;). Quanti pezzi rischiamo di perdere per strada per cambiare questa licenza. Una rapida occhiata alla mappa colorata basta per rendersene conto per quanto riguarda le way, ma non ci sono solo quelle Come già detto, qualsiasi percentuali guardando la mappa oggi sono mooolto più pessimistiche di quello che succederà nella realtà Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: 5525 8555 213C 19EB 25F2 A047 2AD2 BE67 0F01 CA61 Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
I Fatto salvo che i dati immessi da chi non è d'accordo con la nuova licenza non devono essere usati, non sarebbe stato meglio richiedere agli utenti che non vogliono aderire di dichiararlo in modo esplicito ed usare i dati di tutti gli altri? Si, verrà fatto tra poco, appena si entra nella Fase 3 Allora non ho proprio capitostai dicendo che nella fase 3 verranno trasferiti d' ufficio nella nuova licenza i dati degli utenti che non si sono espressi ne per il si ne per il no? Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
2010/11/15 alberto bonati albertobon...@libero.it: Allora non ho proprio capitostai dicendo che nella fase 3 verranno trasferiti d' ufficio nella nuova licenza i dati degli utenti che non si sono espressi ne per il si ne per il no? No, scusa se mi sono espresso male, intendevo dire che nella Fase 3 tutti coloro che non hanno accettato verranno contattati direttamente (mail) chiedendogli di accettare. D'ufficio i dati di coloro che non rispondo SONO PERSI. -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: 5525 8555 213C 19EB 25F2 A047 2AD2 BE67 0F01 CA61 Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
On 2010-11-15 at 01:11:29 +0100, Gianluca De Rossi wrote: Il 14 novembre 2010 23:22, Fabio Alessandro Locati ha scritto: Fixati entrambi gli scripts :) curiosità, nella lista di utenti che NON hanno accettato hai messo solo quelli che hanno esplicitamentes celto di non rilicenziare i propri dati o anche chi non ha ancora espresso le proprie scelte? Che io sappia sul sito non c'e` modo di dire esplicitamente che non si vogliono rilicenziare i propri dati, c'e` solo la possibilita` di accettare i nuovi CT o di rimandare la scelta. Di qualcuno si sa che non rilicenziera` perche' l'ha annunciato su mailing list, canali irc o simili, ma non credo che ci sia un modo automatizzabile per contarli, e quindi direi che puo` solo essere la seconda. -- Elena ``of Valhalla'' homepage: http://www.trueelena.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
On 2010-11-15 at 00:54:12 +0100, Michael von Glasow wrote: Mi sto chiedendo se le due licenze sono compatibili: L'ODBL si riferisce solo alla database intera ovvero estratti sostanziali di dati, ma non al contenuto. La CC invece si riferisce solo allo contenuto. IANAL, ma per quanto ne abbia capito, non sono in conflitto. di per se' effettivamente non sono in conflitto: e` perfettamente possibile un database sotto licenza ODbL con contenuti sotto licenza CC-BY-SA; quello che pero` si accetta con le CT e` di partecipare ad un database sotto ODbL i cui contenuti sono rilasciati sotto DbCL, che non e` compatibile con la CC-BY-SA. -- Elena ``of Valhalla'' homepage: http://www.trueelena.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it